Update sublime-text-3 to build 3114

Build 3114
Release Date: 12 May 2016

New C++, JavaScript and Rust syntax definitions with improved accuracy and performance
Many other syntax highlighting improvements
OSX: Improved rendering performance, especially on high resolution screens
Improved word wrap behavior
Improved spell check behavior
Improved file indexing behavior with multiple windows open
Themes may now be switched on the fly without artifacts
HTML: Pressing enter when between a tag pair will increase indentation
Some snippets have have been moved into a sub-directories, so custom overrides and key bindings that reference them will need to be updated
show_scope_name command shows the scope in a popup
Package Development: Added 'Syntax Tests - Regex Compatibility' build variant for evaluating syntax definition performance
Package Development: Expanded the set of regexes the new regex engine is able to handle
Syntax Definitions: Fixed some cases where pop matches with back references weren't working correctly
Fixed some Unicode handling issues in Goto Anything
Fixed a scenario where changes to .tmPreferences files weren't being picked up
Fixed a 3096 rendering performance regression
Fixed a 3096 regression in regular expressions when using \x{nnnn} escapes
Fixed a crash that could occur with an invalid result_file_regex settings
API: Added window.status_message
API: Changes to how plugins are loaded. This should be transparent, but resolves a number of corner cases
API: Updated to Python 3.3.6, and now includes the _ssl module on Linux, plus sqlite3 and bz2 on all platforms
API: Updated OpenSSL to 1.0.2h

Awesome you the best


[Analytics]: Track how long user takes to navigate with Entity Explorer

Description
Tracks the time the mouse is on the entity explorer to gauge how much time a user took to navigate using the Entity Explorer
PR fixes following issue(s)
Fixes #25629
Type of change

Chore (housekeeping or task changes that don't impact user perception)

Testing
Not needed

/ok-to-test


[Feature Request] Region wrapper

It would be very useful to have some sort of abstraction above a whole dimension (collection of all regions). Which then enables the usage of things like #17 and the possibility to set blocks.
This could go as far as managing all 3 Minecraft-Dimension (Overworld, Nether, End) at the same time. Something like a World.
What are your thoughts on such abstractions?

I like the idea. The main thing holding me back is what the interface should look like. A get(x,y,z) would be horrendously inefficient if iterated badly. For example going from the furthest negative x to positive x, then moving a single y. IMO an interface should be hard to use badly, so this doesn't suit me.
We could provide higher level interfaces that getting a block, for example iterate over every chunk in a dimension, or iterate every block.
Do you have any use cases in mind, and we can see what a higher level interface than get might be?

I dont have any very specific use case in mind. I simple once planed to do some world analysis.
Do you have any plans for adding a block placing | chaning API?
Any other specific thoughts for a iteration API?
other wise I would try beginning with work on it.

I have no plans to implement it myself right now, very happy for someone else to tackle it. :)
A Region currently has an iter() method that provides the raw chunk data. I think trying to come up with how a mutating version would look would be a good first step? I'd like to not enforce use of fastnbt if I can help it, people should be able to use whatever deserialization/serialization mechanism they want.
A mutating iterator would have to read from the file then write to the file, which might be a bit tricky as these things can fail. Ideally there would be a way to signal removing a chunk entirely as well. iter_mut()'s interface might make this all a bit difficult.
If all of that is figured out, extending similar logic to an entire dimension and world sounds good.

what do you think about some sort of backing step, wich unifies the data structure of all chunks. Something similar to what the JavaChunk enum does, but also on a Data level.
this would have a performance penalty at the creation of the chunk. But would simplify working with it and possibly even increase the performance if a lot of reads happen.
thinking forward this could also simplify adding a new "format" and if writing chunks to files is added would make it easy updating an old chunk to a new fileformat.

Sorry I'm not sure I understand what you're suggesting. What do you mean by a backing step? Can you give an example?

very simplified it could look like this.
struct MinecraftChunk {
    blocks: Vec<Block>,
    status: String,
}

let minecraft_chunk = current_minecraft_chunk.into_minecraft_chunk();
let minecraft_chunk = pre18_minecraft_chunk.into_minecraft_chunk();
let minecraft_chunk = pre13_minecraft_chunk.into_minecraft_chunk();

let block = minecraft_chunk.block_at(0,0,0);

with baking in this case i mean the action of e.g. creation a vec of Blocks out of the chunk version specific data.
the MinecraftChunk struct could now have more complex methods wich only need to be implemented for his data strucutre.

Ah I see, like a chunk data format entirely internal to fastanvil, so we only have to implement methods once. Having to match on the enum all the time is annoying, so it's a good idea.
I think keeping sections and block palettes makes sense, though. The internal format would probably look very similar to 1.19's now.
One major issue here, is that if people are expecting to be able to mutate these chunks we're going to need to be able to go from this internal format to the at least the modern format (and ideally older formats if possible). The existing chunk types are not designed to be written back to disk. They only capture information relevant to rendering a world. For example, they do not capture entities at all, so serializing the JavaChunk would lose information and probably not even load.
An internal data format like this would need to capture all information if it wants to be able to write this data back. At the moment fastanvil leaves that it up to the user of the library to provide a suitable chunk type. Fastanvil providing a type that supports serializing back into a world would be nice.
If fastanvil were to support this I think it would make sense as part of its own submodule, maybe a fastanvil::complete submodule containing these types. This would let it change completely separately to the render related types. Eventually the current types could be moved under a fastanvil::render submodule to keep everything separate.
I'd say it's a lot of work!

would you say it does make sence setting the foundation for such a change though some sort of QueryChunk wich is a simple version of this CompleteChunk | InternalChunk with only read acces to blocks (and maby bioms). Which, to return to the beginning of this isue, impletions an iter though all blocks and maby other ways of access.
futher there could be a QueryRegion or QueryDimension with also only has read methodes simular to was is discripted at the beginning of this isue.

I think creating a complete::Chunk struct with a subset of the world data for now, maybe just stick to the latest chunk version as well. The Query* types sound like they would be replaced by complete::Chunk so lets just go straight to it.
It's tricky to implement Deserialize for a general chunk as you're forced to use an enum of chunks for the different versions. If you want to Deserialize this then the chunk needs to be deserialized into a buffering type and attempted for each enum variant (this is how serde does it under the hood). This is why the current chunk doesn't implement Deserialize directly. This complete type can also avoid implementing it I think, and instead have a from_bytes method as well.
That could then provide an iter_blocks(&self) method that returns something implementing Iterator<Item=&Block>? This keeps it all read-only for now, and we can expand to mutability and older chunk versions over time?

sounds good!
you said that you would keep the sections and block palettes. In which way would it then be diffrent to the CurrentJavaChunk?
we could simplify the SectionTower (so remove the mapping part) to a simple vec
make a section store its block / biom palette and a vec of indices (so no bytes / bit shifting)
any other stucture changes?
at the end of the day the deserialization would work the same as with the JavaChunk but instead of storing the CurrentJavaChunk it converts it to a complete::Chunk.
correct?

You're right, it probably wouldn't be much different to the CurrentJavaChunk. The current storage Minecraft uses is pretty decent (it took enough changes to get there).
I don't recall why I made the section tower have a Vec<Section> and a mapping from y to section. Entirely possible to simplify that. The y section values can be negative, so need offsetting.
As you say the block data can be vec of indicies. Since a section is 16^3, a Vec<u16> should fit the max possible palette size.
Yeah, so I'm picturing Chunk::from_bytes(&[u8]) -> Chunk all in the complete module. This would handle all of the conversion from whatever version of chunk into the internal format. complete::Chunk can be updated to eventaully include all fields. Using the flatten trick might get us there quickly:
#[derive(Serialize, Deserialize)]
struct Chunk {
    sections: Vec<Section>,

    #[serde(flatten)]
    other: HashMap<String, Value>,
}

after implemanting the most basic complete::Chunk i would like to start working on somesort of complete::Region  which abstracts the Region-file.
i would image the creation api to be simular to the api of the "normal" Region.
but instead of giving access to the chunk_data it would give dirrect access to a complete::Chunk.
additional it would add a iter_all_blocks() and so on.
one question would be if we should pre create all chunks when the complete::Region first gets created. Or if it would be better to have same sort of lazy chunk loading. so it only loads chunks once there are needed.
the first way would be very simple to multithread. but allways has a big performace impackt on first creation.
the second way would open another question if the complete::Region should keep a constant referenc to the "normal" Region or if it should just copy all of the chunkdata at the start which once again would probaly have a performance impackt.
what do you think?

Regions can theoretically get pretty large in filesize, with a compressed chunk being up to 1 MiB, and 1024 of them per region, so storing it all in memory could be quite a pain (and not necessarily any faster overall).
I think it would be nice for Region itself to have an iterator that gives you chunks directly, rather than another type. Maybe the existing Region::iter should become Region::iter_raw and add a new method for the complete chunks, and another for blocks. The methods would end up looking like this:
Region::iter_raw(&mut self) -> impl Iterator<Item=Result<ChunkData>
Region::iter_chunks(&mut self) -> impl Iterator<Item=Result<complete::Chunk>>
Region::iter_blocks(&mut self) -> impl Iterator<Item=Result<&Block>>

It mixes complete with the root of the module a bit. I think ultimately the complete module might move to the root and the other stuff will end up in a submodule instead. This would make the 'default' API be the complete one, with the more optimized ones in a separate module.

In which way would you say an API like the one requested in #17 should be implemented?
would you say a Dimension wide manager | wrapper should implement such API. This Dimension-manager should then cach already created chunks or would you say chunk chaching should be add to the Region it self?

I think I would say to simply not implement #17.
A Dimension or World struct would allow getting regions, which allows getting chunks, which allows getting blocks. I think chunk caching should be left to the user of the library. The caching you would want would probably depend on your use case.
It iter_blocks on a Region offers a simple API for people interested in just doing stuff like counting blocks.


When imported to Game Maker Studio 2 - Backgrounds have some issues.

https://gist.github.com/P3rf3ctXZer0/221bc0ef945bbd2d16b49bd87fe9e08f

Can't fix since I do not have Game Maker Studio 2, sorry.
Game Maker Studio 2 turned all backgrounds onto sprites, I dunno why.


update readme

This PR adds a short section to the beginning of the readme, explaining that DaFoDiL is most useful to people with a little programming experience.

 [spec] add details about why format is useful in itself


Whatsapp Extensions: 5.8.1 doesn't show any effect on Nougat

Hi
I installed WhatsappExtensions and granted root access (via Magisk). I successfully opened WhatsappExtensions and make some config, however I don't see any changes on WhatsApp.
Thanks
Here are the details:
WhatsApp: 2.17.387
Android: 7.1.2
Whatsapp Extensions: 5.8.1 (From Beta Channel)

Same issue with me.

Working on that.
Thanks

Fixed the issue in latest commit on master. Closing the issue.


Cleric class produces Uncraftable Potions

When you add gunpowder to an extended potion, it turns into Uncraftable potion.
To reproduce:

Brew any non-throwable potion.
Extend it via clicking the cauldron.
Add the gunpowder in the brewing stand.
The potions turns into throwable uncraftable. Just lost a ghast tear like this.

The only mods used are Origins, Origins:Classes, Extra Origins and Pehkui.

This is an intended feature, and is even detailed in the description of the power: "As a last step in potion brewing [...]"

Oops, I didn't read it correctly. Thanks for the report, will look into fixing this.

To add on to this, the same issue is present in other mods which allow you to manipulate potions further.
For example, Extra Alchemy's vials, when used on extended splash potions, will produce a vial with the name 'Uncraftable Potion', though it still works as intended.


MSEARHC-45: Implement DELETE/GET /_/tenant endpoint

Changes:

Expose DELETE/GET /_/tenant endpoints;
Remove elasticsearch index on DELETE /_/tenant;
Use Posrgres testcontainer instead of H2 because base DELETE tenant uses Postgres specific features;
Move postgres/kafka/elasticsearch container management to extensions, so that they can be reused in other component tests.

Noticed that tenant API is still at 1.2 not 2.0 yet.

Noticed that tenant API is still at 1.2 not 2.0 yet.

Yes, the folio-spring-base implements only this version.
I thought the 1.2 is still supported with 2.0, right?

Noticed that tenant API is still at 1.2 not 2.0 yet.

Yes, the folio-spring-base implements only this version.
I thought the 1.2 is still supported with 2.0, right?

That's right @bohdan-suprun. I was just wondering since other modules have moved to 2.0.

That's right @bohdan-suprun. I was just wondering since other modules have moved to 2.0.

I think most of non-RMB modules are still with 1.2 version. Probably we need a story for folio-spring-base to implement it for all of the modules. What do you think?

That's right @bohdan-suprun. I was just wondering since other modules have moved to 2.0.

I think most of non-RMB modules are still with 1.2 version. Probably we need a story for folio-spring-base to implement it for all of the modules. What do you think?

Makes sense. Keep modules consistent would be nice.

@hjiebsco, https://issues.folio.org/browse/FOLSPRINGB-17 created.


Yii2 framework instrumentation

Implements Yii 2.0.13+ auto-instrumentation (open-telemetry/opentelemetry-auto-yii package). Earlier versions have a class naming conflict with PHP 8.0+ itself. Currently only collects root span.

one psalm issue to fix (ignore) and then I'm happy to merge and publish this.

As @brettmc mentioned, psalm issue, but overall LGTM

https://packagist.org/packages/open-telemetry/opentelemetry-auto-yii


Added button to close Map controls.

Ref. #4599
I have added a button for closing the Background Settings, Map Data, and Help side menus. This is how it looks.

@bhousel @jidanni I have reduced the padding as discussed in the issue, but I think the frontend part can be improved. What do you suggest?

I have reduced the padding as discussed in the issue, but I think the frontend part can be improved. What do you suggest?

Thanks @vershwal - we don't need to build exactly what the user requests.  What about this design do you think we should improve?

@bhousel I have changed the padding because it was discussed but I think it looked better earlier.
So I wanted your suggestions about whether we should reduce it or let it be the same.

Hey @bhouse, I have changed the padding(what I think is suitable) in commit 64b90a6.

Thanks @vershwal - I'm going to check this PR out today and try to get it merged.. I agree with keeping the padding as-is, and I will try to move the close button to be more consistent with other close buttons within iD  (top right when LTR, top left when RTL).

I ended up moving the map controls down a little bit, and changed the panes to have a fixed header section with title and close button to the right.   I also made Background and Map Data panes a little wider - they were starting to feel cramped.
Try it out in http://preview.ideditor.com/master/

Yeah!! It looks great.


Add docs for hostOSConfig

Description of changes:
Add docs for hostOSConfig
Preview available here
https://anywhere-docs.abhnvp.people.aws.dev/docs/reference/clusterspec/optional/hostosconfig/
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

/cherrypick release-0.15


ADBDEV-4907-44: Avoid passing nulls to memcpy

Avoid passing nulls to memcpy
The appendonly_beginrangescan_internal function can set the
scan->aos_key pointer to NULL, which can then be passed to
memcpy as a source in the initscan function.
I added two checks to avoid passing a null source or a zero
length source to the memcpy function.

Allure report https://allure-ee.adsw.io/launch/63315

Failed job Resource group isolation tests on x86_64: https://gitlab.adsw.io/arenadata/github_mirroring/gpdb/-/jobs/1034461

Failed job Behave tests on x86_64: https://gitlab.adsw.io/arenadata/github_mirroring/gpdb/-/jobs/1034459

Failed job Resource group isolation tests on ppc64le: https://gitlab.adsw.io/arenadata/github_mirroring/gpdb/-/jobs/1034462

I added two checks to avoid passing a null source or a zero
length source to the memcpy function.

Change "source" to "destination"

I added two checks to avoid passing a null source or a zero
length source to the memcpy function.

Change "source" to "destination"

changed


Use map_partitions (Blockwise) in to_parquet

~This PR adds a new DataFrameOutputLayer and uses it to move the data-writing component of to_parquet into a proper HighLevelGraph Layer class~ [EDIT: This PR now uses map_partitions (with ~partition_info~ a new BlockIndex(BlockwiseDep) class) in lieu of a new DataFrameOutputLayer].  Note that this PR required the column-projection changes from #8453, because the current behavior in main is actually a bug.
With these changes, the result of ddf.visualize(optimize_graph=True) (from this reproducer) is now:

(The "read-parquet", "rename", "reset-index", and "to-parquet" tasks are all fused into "to-parquet")

[x] Closes #8445
[x] Tests added / passed
[x] Passes pre-commit run --all-files

Is anyone interested in reviewing this?  :D  (cc @jrbourbeau, @jsignell, @ian-r-rose, @gjoseph92)

I think this is ready, right? Just blocked by #8453?

Thank for all the wonderful reviewing @gjoseph92 !  I hadn't really considered #8453 to be a blocker, since the primary purpose of that PR (in my mind) is the creation_info feature.  However, I now see that that PR includes changes that we have not really "agreed on," but have been copied into this PR.  Perhaps we should just agree on the pertinent changes here:

Does it make sense for DataFrameLayer to still exist now that it only acting as a label?
Do we really need to rease a FutureWarning when the "old" behavior of project_columns is encountered?

My interest in leaving DataFrameLayer around for now (1), is that I do intend to use it to store necessary information for multi-layer column projection (and evenutally predicate pushdown).  For example, we may use that class to define a base required_columns method designed to return the input columns required to produce a specific set of output columns (for that specific Layer).  This would be similar to project_columns, but we would be returning a set of column names, rahter than a new Layer.
Regarding (2): I have no problem with removing the deprecation warning and just letting old behavior fail. However, I seem to remember @ian-r-rose telling me that there is at least one DataFrameIOLayer definition in down-stream code.

Personally, I'd prefer merging #8453 as a separate PR just to keep the git history cleaner. Nice to be able to refer back to the PR that introduced a change and figure out the intention for it.

@martindurant - Do you know what's going on with the test_parquet.py::test_timestamp96 CI failures? Is this maybe being cause by this PR (or my recent changes)?

Do you know what's going on with the test_parquet.py::test_timestamp96

pandas 1.4.0... #8626

Thanks for the reviews @gjoseph92 !
Just to avoid confusion - I'll probably wait to merge this until after the fastparquet failures are passing on main (and here).

@rjzamora looks like tons of parquet tests failed only on windows 3.7. I'd assume this is all flakyness (workers couldn't start or something?), but slightly concerning to me that when that happened, the computation succeeded and just returned an unexpected result. I wonder if there's a race condition or something in those tests, and we could make them more resilient?

looks like tons of parquet tests failed only on windows 3.7. I'd assume this is all flakyness (workers couldn't start or something?), but slightly concerning to me that when that happened, the computation succeeded and just returned an unexpected result. I wonder if there's a race condition or something in those tests, and we could make them more resilient?

Yeah - I haven't looked carefully through the windows 3.7 failures since many of those tests have been failing on all PRs for a while, but it does make sense to investigate ways to avoid flakyness and especially "silent" failures.
@gjoseph92 & @jrbourbeau - Is there any concern with merging this particular PR (given that the CI failures are the same here as elsewhere)?

I am not concerned about merging this PR with failures that match those on main.

I am not concerned about merging this PR with failures that match those on main.

Sounds good - I don't think anything is likely to change here, so I'll get it out of the way.
(It will also be nice to get task fusion in to_parquet!)


Enable CAE per-request

closes #31473
closes #35012

API change check
API changes are not detected in this pull request.

/check-enforcer override


LogView::updateTimerEvent() makes UI un-usable during analysis

Version and Platform (required):

Binary Ninja Version: 3.5.4526
OS: macOS
OS Version:
CPU Architecture: x64

Bug Description:
UI takes 2-3 seconds to respond to clicks while processing analysis
I sampled the process, and it turns out LogView::updateTimerEvent() is taking up more than half of the main-thread execution time.
Steps To Reproduce:

Load a large binary
While still processing, open the Logs view
Try navigating in the code view

Expected Behavior:
UI responds instantly
Attachments
sample (somewhat redacted)

Could you please if this same behavior occurs on the latest dev?  You can install dev and stable side-by-side to make testing easier, simply rename one of the bundles.

Just curious have you modified the ui.log.maxSize setting?

reproduced on 3.6.4780-dev, ui.log.maxSize is the default (10000). here's a sample
sample-dev.txt

You can DM me for the binary, but there's nothing weird about it. It's just a 30MB Mach-O extracted from a dyld shared cache. The logs are filled with a variety of warnings (LLIL_UNDEF, indirect branch too many targets, etc.)

Yeah, if you can send the file to<EMAIL_ADDRESS>that would be appreciated.

This was fixed in 4.2.6132-dev


Update Gradle to 6.8.2

What's this PR about
I've updated Gradle to 6.8.2 to be able to update Kafka to 2.7.0.
Known build problems and traps
None.
TODO's:

[x] Run perfecto check on your spec file
[ ] Write bibop tests
[x] Enable "Allow edits from maintainers" for this PR
[x] Update the messages below

Did you try to build the package with this spec?: Yes
Is this ready for review?: Yes

@gongled Hi! I hope you doing well. Is there any news about this PR?

@gongled Hi! I hope you doing well. Is there any news about this PR?

I removed checksum.sha512 file, but I do not drop JDK version to LTS version. Unfortunately, Gradle 6.8.2 can be only build using JDK 13. Also, Gradle 6.8.x is required to build Kafka 2.7.0 (https://github.com/essentialkaos/kaos-repo/pull/253).
Do you have any ideas how can I improve this RPM spec?

Unfortunately, Gradle 6.8.2 can be only build using JDK 13.

We use packages with AdoptOpenJDK binaries. Currently, there is no JDK 12-15.

Currently, there is no JDK 12-15.

I was wrong; these versions in the archive. But I dropped them due to a lack of time for supporting and updating non-LTS versions.

OK. It comes across as there is no chance to get this merged. Closed.


Always staying on top of other apps

When ever I start Tuneful it always stays on top of other apps . so everytime I start the app I need to go back into tuneful settings and turn on and off the staying on top of others apps . can I fix this somehow? thx .

but it doesn't work

You're right, this will be fixed in the next release


Proposal: Remove interacts from conceptual modeling phase

Key points:

Proposal: Remove interacts from the DSL and conceptual model disambiguation phase.
Rationale: Interactions start to get at statistical formulation. They are a good example of a modeling decision that is pretty squarely in between/combination of conceptual and statistical concerns. However, for the process supported by rTisane, they seem better suited to be considered in the statistical modeling phase.
Alternative implementations that allow for interactions:

(1) Update statistical model disambiguation process to always ask about interactions among confounders
(2) Update query function to accept specification about interaction(s), only show/ask about interactions in the statistical modeling disambiguation interface when interactions are specified in query

Longer discussion:

Previous interaction for includinginteracts: So that analysts could express research questions and hypotheses about interaction effects between two or more variables. In other words, we wanted analysts to be able to include interactions in their statistical models, either by including it in their query or by including interactions during statistical model disambiguation.
Current implementation: interacts constructs a new variable that analysts involve in conceptual relationships. Concretely, something like this is possible:

a <- categorical("a")
b <- categorical("b")
z <- continuous("z")
ixn <- interacts(a, b)  # Construct a variable representing an interaction

cm <- ConceptualModel() %>%
     assume(causes(a, z)) %>%
     assume(causes(ixn, z)) # Involve interaction in a conceptual relationship

The troubles:

The problem with treating interactions as variables that are "equal" to their component variables in the conceptual model is a bit misleading. Interactions aren't actually equivalent concepts. In other words, the conceptual model is now not totally conceptual. With interaction variables included, the conceptual model starts to mix conceptual and statistical concepts.
Reasoning about interactions is also up for debate in the causal diagramming community. Pearl has argued that interactions are already captured in causal diagrams, and others have proposed new graphical structures to explicitly represent and reason about interactions. Because we are relying on Cinelli, Forney, and Pearl's recommendations for graphical reasoning about statistical models, I'm not sure it's completely sound to reason about interactions as nodes in the underlying graph.
Apart from the above reasons, because interactions start to call to mind statistical formulation, it is better to consider during the statistical model disambiguation phase, when rTisane guides analysts to think a bit lower level than the input spec/DSL already.

Conclusion: Basically, I think we can have a cleaner delineation/separation of conceptual and statistical models by removing interacts from the DSL while retaining it as a consideration/possibility in the statistical model disambiguation phase. Either alternatives (very top) would help achieve that although alternative 1 may be even cleaner.

Open to comments, debate, deliberation.

Key discussion points/decisions

Encouraging end-users to think through interactions (e.g., "A's influence conditioning on B") earlier than later seems important to the rTisane workflow.
How closely do we want our graph representation to correspond to a causal diagram? The graph IR is already seaprate from a causal graph given that it contains measurement + causal edges. Therefore, we should not restrict rTisane's graph to only causal information. It should contain any information that is helpful for compiling a statistical model from a conceptual model.
Default semantics: If analyst does not specify interactions up front, rTisane will not consider including interactions in the output statistical model. This seems clearer/simpler/more straightforward than an implicit inclusion of interactions. (Mantra: All things equal, let's opt for something simple.)
Syntax: Likely to be similar to what we already have. Not perfect, but could work on to improve in the future.

Other notes

The alternative of asking for interactions in the query feels kinda late.
The alternative of suggesting all possible interactions at the statistical model disambiguation phase seems like potentially interesting/encourage analysts to think about interactions more (especially since there is more opportunity for exposition/explanation in the interface), but generating all n-way interactions is NP-hard (?) and finding a way to suggest/show them well seems hard. For the sake of the imminent evaluation, let's skip this. (Made an issue to revisit this later)

Conclusion
Allow analysts to annotate conceptual models with interactions that are likely to exist among variables. Do this by supporting:
a <- categorical("a")
b <- categorical("b")
z <- continuous("z")
ixn <- interacts(a, b)  # Construct a variable representing an interaction

cm <- ConceptualModel() %>%
     assume(causes(a, z)) %>%
     interacts(variables=list(a, b), outcome=c) # Annotate conceptual model with an interaction between a and b


TlsFail

Hi, I tried to run ./server in target/debug/examples on Mac platform, but got error of thread 'main' panicked at 'called Result::unwrap() on an Err value: TlsFail', examples/server.rs:87:10. I saw the previous issue says can attach --no-verify with http3-client to solve this problem. But seems not working with ./server

Hi, I'm getting the same issue. Did you ever resolve this?


[Coverity CID :187065] Memory - corruptions in /subsys/net/l2/ethernet/gptp/gptp_mi.c

Static code scan issues seen in File: /subsys/net/l2/ethernet/gptp/gptp_mi.c
Category: Memory - corruptions
Function: copy_priority_vector
Component: Networking
CID: 187065
Please fix or provide comments to square it off in coverity in the link: https://scan9.coverity.com/reports.htm#v32951/p12996

False positive


Flink SQL engine supports run across versions

Why are the changes needed?

To make sure flink sql engine build against flink-1.15 can run on flink-1.14.
How was this patch tested?

[ ] Add some test cases that check the changes thoroughly including negative and positive cases if possible

[ ] Add screenshots for manual tests if appropriate

[x] Run test locally before make a pull request

Codecov Report

Merging #3230 (9c01955) into master (e847ab3) will decrease coverage by 0.82%.
The diff coverage is 0.00%.

@@             Coverage Diff              @@
##             master    #3230      +/-   ##
============================================
- Coverage     51.68%   50.86%   -0.83%
  Complexity        6        6
============================================
  Files           464      468       +4
  Lines         25651    26035     +384
  Branches       3551     3601      +50
============================================
- Hits          13259    13242      -17
- Misses        11133    11525     +392
- Partials       1259     1268       +9

Impacted Files
Coverage Δ

.../java/org/apache/kyuubi/reflection/DynClasses.java
0.00% <0.00%> (ø)

.../org/apache/kyuubi/reflection/DynConstructors.java
0.00% <0.00%> (ø)

...n/java/org/apache/kyuubi/reflection/DynFields.java
0.00% <0.00%> (ø)

.../java/org/apache/kyuubi/reflection/DynMethods.java
0.00% <0.00%> (ø)

.../kyuubi/server/mysql/constant/MySQLErrorCode.scala
13.84% <0.00%> (-6.16%)
:arrow_down:

...ache/kyuubi/server/mysql/MySQLCommandHandler.scala
76.13% <0.00%> (-3.41%)
:arrow_down:

...ache/kyuubi/server/mysql/MySQLGenericPackets.scala
76.59% <0.00%> (-2.13%)
:arrow_down:

...rg/apache/kyuubi/ctl/cmd/log/LogBatchCommand.scala
78.00% <0.00%> (-2.00%)
:arrow_down:

...ache/kyuubi/operation/KyuubiOperationManager.scala
80.82% <0.00%> (-1.37%)
:arrow_down:

...mon/src/main/scala/org/apache/kyuubi/Logging.scala
43.42% <0.00%> (-1.32%)
:arrow_down:

... and 5 more

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more

cc @link3280

Also cc @benjobs

Also cc @wolfboys

@pan3793 The newly introduced reflection utils seem very promising! I would take a detailed look later today. 👍🏼

LGTM.

Thanks all for review, merging to master


DALLE-3 not at parity with ChatGPT DALL-E3

Images generated by the bot are not consistent with images drawn by ChatGPT for the same prompt. Some thoughts:

Might be an issue with the default drawing params (e.g natural vs `vivid)
Might be differences in the size of the image generated by chatgpt vs the bot (we default to 1024x1024)
Are we not invoking DALL-E3 correctly when the draw command is executed? (This one is unlikely I think, I'm fairly confident that d3 is being invoked correctly)

This is fixed! It was an issue with the default params


fixed several spelling errors

fixed some typos

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

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

@JGH85 I made the changes suggested by camperBot on your behalf.
LGTM

Congrats @JGH85 on your first pull request (PR)! 🎉
Thank you for your contribution to the page! 👍
We're happy to accept these changes, and look forward to future contributions. 📝


Why Search results includes _ END_PAGEFIND_WEIGHT

Why Search results include __END_PAGEFIND_WEIGHT and ___ PAGEFIND_ANCHOR___h1

Hey @ATQQ 👋 — This is definitely a bug on my end, sorry about that! Pagefind uses those labels internally while parsing, but they aren't supposed to escape the machinery!
I'll work on a fix for this.

Looking forward to your fix, as pagefind upgraded v1 this week, I found this problem in the process of upgrading my plugin vitepress-plugin-pagefind

As an aside, the features I discovered on pagefind alpha a long time ago don't seem to exist on 1.x latest?

I'll work on a fix today :)

As an aside, the features I discovered on pagefind alpha a long time ago don't seem to exist on 1.x latest?

What features specifically? I don't think anything was removed between an alpha release and 1.x

Below is the alpha version of the search results, it looks a little different from the latest results, such as anchors

Looks like it's the latest bug？

Ah — yes, the internal tokens leaking out is also causing them to not be picked up as anchors, so they're missing there. Upcoming change will fix both 🙂

Then look forward to your repair, Thanks♪(· ω ·)ノ❤

Hi @ATQQ 👋
Pagefind v1.0.3-rc0 hopefully fixes this, but I'll wait for a confirmation on this before publishing it fully. Would you be able to give that prerelease a quick test? 🙏

ok ，Give me some time. I'm currently outdoors

No rush! It's evening over here, so it might sit until morning 🙂

It should look normal, very perfect 😃

But there seems to be a new problem，Search results with some extra Spaces

0.x Result: 解除注释后，就能看到模板首页背景图发生了变化
1.x Result:  ) ; } 解除 注释 后 ， 就 能 看到 模板 首页 背景图 ...

Ah, interesting. I was aware of that as an issue, but I did think it was also an issue in the 0.x releases.
I'll have a look and see why that got introduced, and if there is an easy fix.
( Thanks for the quick test ❤ )

Hey @ATQQ — v1.0.3-rc1 is out and I think it's good to go!
I'll look at releasing it in ~12 hours. Let me know if you get a chance to try it beforehand, all good if not ☺

I tested it and it was fine this time, very nice.
You're so efficient 👍 💯  @bglw

Released in v1.0.3 🙂


fix: Add validation to prevent numeric values in patient names

Proposed Changes

Added backend validation to disallow numeric values in patient names.
Added test cases for valid and invalid patient names.

Associated Issue

Fixes #2602: Adds validation to ensure patient names do not contain numeric values, preventing invalid patient creation.

Merge Checklist

[x] Tests added/fixed
[x] Update docs in /docs
[x] Linting Complete
[ ] Any other necessary step

@ohcnetwork/care-backend-maintainers @ohcnetwork/care-backend-admins

Summary by CodeRabbit
Summary by CodeRabbit

New Features

Enhanced validation for patient names to ensure they consist solely of alphabetic characters and spaces.
Improved checks to require either year of birth or date of birth during patient record creation and updates.
Updated patient names in the dataset for clarity and organization.
Updated user details for improved identification and compliance.

Bug Fixes

Clearer error messages for validation failures regarding vaccination details.

Tests

Added tests to verify successful registration for valid patient names and appropriate error responses for invalid names.

Chores

Introduced automated code quality checks using Qodana in the CI/CD pipeline.
Added configuration for Qodana to ensure compliance with dependency licenses.

Closing as per https://github.com/ohcnetwork/care_fe/issues/9143#issuecomment-2491409154


Simon Game

Describe the project
This project is Simon Game. It checks the player's memory power. The game has some buttons .As the game starts, the player has to press the corresponding button displayed .As the level proceeds, the player has to click all buttons in correct order starting from the level-1 , failing to which he loses the game.
Issue Type:

[ ] Bug Report
[ ] Feature Request
[ ] Documentation
[x] New Project

Additional context
Please assign this issue to me .
Screenshots

@TusharKesarwani @Vanshiii203 Please check this issue and assign it to me.

A similar game already there in the repo


Bitbucket commit-url

I'm generating the changelog with a Git repository hosten on Bitbucket server instance. Everything works well except the commit-url format. The generated commit urls in the changelog are formatted in this way:
https://bitbucket.myhost.com/scm/pkey/commits/3bddc01fb02b214b4d725c5a9dfbc7420cdb1931
These kind of links result in a 404. The correct link would look like this:
https://bitbucket.myhost.com/projects/pkey/repos/poc-auto-changelog/commits/3bddc01fb02b214b4d725c5a9dfbc7420cdb1931
The according Git origin looks like this:
https://bitbucket.myhost.com/scm/pkey/poc-auto-changelog.git
Any ideas why this does not work? Is it an issue with self hosted Bitbucket instances?

Hi,
it looks like I have the same issue with repository hosted on a gitlab.com.
I tried to find the root cause, and found that parse-github-url might be the culprit : https://github.com/cookpete/auto-changelog/blob/135d2af11815bcd836d9e395cc3739e4a6de6941/src/remote.js#L24
When I log remote value, it lacks the equivalent of your pkey/repos/poc-auto-changelog.

--commit-url should solve this.
https://github.com/cookpete/auto-changelog#url-overrides


Document how to do generic types?

Template-only components cannot be generic types themselves AFAIU, same goes for function-based modifiers, right?
For function-based helpers I am not so sure, I think the same for the "classic" syntax, but with plain-functions-as-helpers that should work?
Question: should we document this somehow, and provide "officially endorsed" workarounds? (which is to convert to classes?)

I believe we currently have a note about this on the template-only components page


Mysql client not support lower case set command

What type of bug is this?
Incorrect result
What subsystems are affected?
Standalone mode, Frontend
Minimal reproduce step

Mysql client not support lower case set command
What did you expect to see?
set time_zone='UTC' should work even in lower case
What did you see instead?
set time_zone='UTC' report unsupport error
What operating system did you use?
Mac OS X 10.5 ARM
Relevant log output and stack trace
SQL is case insensitive, maybe we should consider support both lower and upper case

We used regular expressions to parse some mysql commands, but these regular expressions did not adapt to lowercase letters.
https://github.com/GreptimeTeam/greptimedb/blob/99565a367688f4a81a1954385a1a4170a8cff102/src/servers/src/mysql/federated.rs#L59-L60
But our parser not support parse of set command, so cause unsupported  error
https://github.com/GreptimeTeam/greptimedb/blob/99565a367688f4a81a1954385a1a4170a8cff102/src/sql/src/parser.rs#L126-L127

After a little research, the real error is regex (?i)^SET TIME_ZONE\s*=\s*'(\S+)' only support single quote, not double quote, but the error still confuse user.

Our current solution is a temporary one. This time we can implement SET expression with our sqlpaser and statement handlers.

Ref - https://github.com/GreptimeTeam/greptimedb/issues/1712#issuecomment-1848442765
The regex workaround suffers for case, whitespace, and so on. As @sunng87 mentioned above, we may fully parse the text and do interception in the MySQL layer.

I think the main reason why such SQL are not put into the parser is that the way of such SQL (e.g.  SET time_zone='UTC') is very different between each database, but our parser layer is unified, and handling these differences will complex code logic.
But I think it is more reasonable to implement some logic in parser，enable to unify some behaviors between pg or mysql query.
I think this problem can be solved together with this https://github.com/GreptimeTeam/greptimedb/issues/2907

I think we don't really need to retain sql level compatibility for postgres because it requires too much effort. And don't let it stop us from adding features for other protocols. For postgres we only guarantee wire protocol compatibility.

Looks like it's fixed:
mysql> set time_zone='UTC';
Query OK, 0 rows affected (0.00 sec)


is_a? doesn't work well with virtual metaclass type against metaclass type

Code to reproduce:
class A
end

class B < A
end

x = B || A
puts x.is_a?(B.class)

This prints false but it should print true.
@HertzDevil It seems this fixes it:
diff --git a/src/compiler/crystal/semantic/type_intersect.cr b/src/compiler/crystal/semantic/type_intersect.cr
index c05ba59bf..d7f2462cc 100644
--- a/src/compiler/crystal/semantic/type_intersect.cr
+++ b/src/compiler/crystal/semantic/type_intersect.cr
@@ -85,6 +85,10 @@ module Crystal
       restricted ? type1 : nil
     end

+    def self.common_descendent(type1 : VirtualMetaclassType, type2 : MetaclassType)
+      common_descendent(type2, type1)
+    end
+
     def self.common_descendent(type1 : GenericClassInstanceMetaclassType | GenericModuleInstanceMetaclassType, type2 : MetaclassType)
       return type1 if type1.instance_type.generic_type.metaclass == type2

Would that be correct? It seems in that file, given two types A and B, we need to define overloads (A, B) and (B, A) to cover everything, right? Would it make sense to always try it both ways? Though I remember you mentioned somewhere that type intersection isn't commutative.
For now I'll apply this patch in the interpreter branch because without this multidispatch for metaclasses doesn't work (I implemented multidispatch a bit differently in the interpreter).
Feel free to send a PR with that diff, or something else, or let me know what do you think should be the way to fix this.

This is the way, yes, though I'm not sure if that alone makes normal programs work correctly. There also probably needs an overload for two VirtualMetaclassType parameters.
This alone will not patch #11068.

The full story is a bit more complex than that. The argument to is_a? always refers to a type and its subtypes, so it is sound to convert it to a virtual type. Then x.is_a?(B.class) computes the intersection between A+.class and B+.class, both types being VirtualMetaclassTypes, and the result is the metaclass of A+ & B+, if that intersection exists.
It is what I do in my upcoming intersection PR to incorporate the current non-virtual types properly (it is not up yet because it depends on a correct implementation of Crystal::Type#implements?). A consequence is that the following types need not be equivalent, because two different intersections are being computed, so commutativity is not broken:
class A; end
class B < A; end

a = A.new # not virtual
b = B.new

typeof(a.is_a?(B) ? a : raise "") # => A & B.virtual_type == A & B  == NoReturn
typeof(b.is_a?(A) ? b : raise "") # => B & A.virtual_type == B & A+ == B

Actually, it seems that if B has another subclass, my patch doesn't work:
class A
end

class B < A
end

class C < B
end

x = B || A
puts x.is_a?(B.class) # Still prints false with the patch above :/

Oh, I think it's what you said about both types being VirtualTypeMetaclass... 🤦


Adjusting the font-size does not adjust the tree font/icon size

It would be great if the tree font size would link up to the cmd+/cmd- keys, so that one could change the font-size globally across the theme. Similar to this https://github.com/atom/atom/issues/11905#issuecomment-225068527

You could try
.icon:before {
  font-size: inherit !important;
  width: initial !important;
  height: initial !important;
}

to keep the icons tied to the font-size. Although they look sharpest with 16px, 32px, 48px, etc. Not an issue on retina screens though.


Question on permissions

Just wondering that the app description says

All data is stored securely on your device, ensuring complete privacy and offline accessibility. No internet connection required – your medication reminders are always available.

But then, the app requests the permissions INTERNET and ACCESS_NETWORK_STATE. How does that match? Can you please clarify? Thanks in advance!

Both permissions are not required from the app, but from used libraries. The features in those libraries requiring internet access are not used. You can validate this by checking the data usage of the app in the app info menu.

The INTERNET permission results from the use of https://github.com/wwdablu/SimplyPDF - an open source library to create PDF documents in Android. It has the possibility to create PDFs from JSON files where images can be embedded as URLs. The app does not make use of this, but the library requires it nonetheless.

If they are not used, can't you remove them? See e.g. Removing Unwanted Manifest Permissions With tools:node

I did not know that tool, thanks a lot for pointing it out! I will remove the permissions from the app.

Thanks! I also learned about it only recently.


Support for rustywind lsp for sorting tailwind classes

Is your feature request related to a problem? Please describe.
Currently we need to install rustywind via Mason.
If we can support rustywind in mason-lspconfig.nvim's config then we can add it to ensure_installed block.
Describe the solution you'd like
Supporting rustywind lsp so that we can add it to ensure_installed block.
Describe potential alternatives you've considered
Manually installing rustywind via Mason.
Additional context
No response

Hey! Rustywind is not a language server, so it's not in scope for mason-lspconfig.


Properties of the Pony Garbage Collector

I would like to use this issue to collect the main properties and advantages of the Pony garbage collector and especially how it relates to todays GC implementation of other languages (and how ours overcomes their flawes).
A list of simple sentences is totally sufficient.

This might be useful if the GC is a STOP THE WORLD type GC  https://talks.golang.org/2015/go-gc.pdf

Thanks for the reference. However, Pony GC does not have a stop-the-world step :)

You want to read pony ORCA paper "Ownership and Reference Counting based Garbage Collection" and esp. its short summary in the tutorial: http://tutorial.ponylang.org/runtime/garbage-collection/


bug([MatChipInput]): when AddOnBlur + select option by click will add 2 chips

Reproduction
https://stackblitz.com/edit/angular-rd38q1?file=src/app/chips-autocomplete-example.html
Steps to reproduce:

Expected Behavior
only the option will become chip
Actual Behavior
the text also become chip
remark:
I think this is because of the input blur event is fire before option click event.
if use keyboard up down enter, then everything work fine.

Environment
Angular CLI: 9.1.4
Node: 12.16.1
OS: win32 x64
Angular: 9.1.4
... animations, cli, common, compiler, compiler-cli, core, forms
... language-service, platform-browser, platform-browser-dynamic
... router
Ivy Workspace: Yes
Package                            Version
@angular-devkit/architect          0.901.4
@angular-devkit/build-angular      0.901.4
@angular-devkit/build-ng-packagr   0.901.4
@angular-devkit/build-optimizer    0.901.4
@angular-devkit/build-webpack      0.901.4
@angular-devkit/core               9.1.4
@angular-devkit/schematics         9.1.4
@angular/cdk                       9.2.1
@angular/material                  9.2.1
@angular/material-moment-adapter   9.2.1
@ngtools/webpack                   9.1.4
@schematics/angular                9.1.4
@schematics/update                 0.901.4
ng-packagr                         9.0.0
rxjs                               6.5.5
typescript                         3.7.5
webpack                            4.42.0

You can fix this issue when you check the mat list for selected options.
In the selected event you have to deselect the option.
Only a workaround ^^

add(event: MatChipInputEvent): void {
const input = event.input;
const value = event.value;
// Add our fruit
if ((value || '').trim()&&
// only add when no option selected
!this.matAutocomplete.options.some((x) => x.selected === true)) {
this.fruits.push(value.trim());
}
// Reset the input value
if (input) {
input.value = '';
}
this.fruitCtrl.setValue(null);
}

selected(event: MatAutocompleteSelectedEvent): void {
this.fruits.push(event.option.viewValue);
this.fruitInput.nativeElement.value = '';
this.fruitCtrl.setValue(null);
event.option.deselect(); // reset selected option
}

Repeated for me.
https://stackblitz.com/edit/angular-rd38q1-jxbjjb?file=src/app/chips-autocomplete-example.ts
Even with provided solution by @alexfangmann .
Steps to repeat:

Type "a" to search string.
Click and hold mouse 1 on "Apple"  option (add() event fired). You should see only "A" in chip list at this time.
Release a mouse 1. Only after that  "selected()" event fired and "Apple" added to the list.

I tried a way with bufferTime(), but user can hold mouse button much more.  If you set the property
"matChipInputAddOnBlur="false" on the input then all works and you don´t need my workaround. Now only a chip is added on enter or komma.

@alexfangmann yeah. This way is works.
We can emulate matChipInputAddOnBlur self.
I added (blur)=addOnBlur($event) to the input and disabled matChipInputAddOnBlur
Click on mat-input should be ignored.
my implementation:
  addOnBlur(event: FocusEvent) {
    const target: HTMLElement = event.relatedTarget as HTMLElement;
    if (!target || target.tagName !== 'MAT-OPTION') {
      const matChipEvent: MatChipInputEvent = {input: this.fruitInput.nativeElement, value : this.fruitInput.nativeElement.value};
      this.add(matChipEvent);
    }
  }

example https://stackblitz.com/edit/angular-rd38q1-jxbjjb?file=src%2Fapp%2Fchips-autocomplete-example.ts

Looks like this is resolved.


GM: revert custom Bolt torque tune

Some Bolt users reported this tuning was a significant regression.

I have a Bolt EUV 2022 and the current 0.9.1 master seems much improved over 0.9.0 release.  I hope you aren't totally reverting it.

I have a Bolt EUV 2022 and the current 0.9.1 master seems much improved over 0.9.0 release. I hope you aren't totally reverting it.

Unfortunately, it wasn't an improvement for all users. We're reverting it until we're able to ship a tune that improves all Bolts. For now, you can run #27414 if you'd like this tune.


connection failure in wss port

Greetings dear, I currently have problems for the transmission of events via websocket with the use of the laravel-websocket package. This problem occurs in production, I have in mind the necessary configurations for the https connection, but in the same way it shows me a link like this wss: //mysite.com: 6001 / app / mykey? Protocol = 7 & client = js & version = 7.0.3 & flash = false
been with 101.
config/broadcast.php
'pusher' => [
'driver' => 'pusher',
'key' => env('PUSHER_APP_KEY'),
'secret' => env('PUSHER_APP_SECRET'),
'app_id' => env('PUSHER_APP_ID'),
'options' =>  [
'cluster' => env('PUSHER_APP_CLUSTER'),
'useTLS' => env('BC_USE_TLS'),
'encrypted' => env("BC_ENCRYPTED"),
'host' => env("BC_HOST"),
'port' => env("BC_PORT"),
'scheme' => env("BC_SCHEME"),
'curl_options' => [
CURLOPT_SSL_VERIFYHOST => 0,
CURLOPT_SSL_VERIFYPEER => 0,
]
],
resources/js/bootstrap.js
window.Echo = new Echo({
broadcaster: 'pusher',
key: process.env.MIX_PUSHER_APP_KEY,
cluster: process.env.MIX_PUSHER_APP_CLUSTER,
encrypted: process.env.MIX_BC_ENCRYPTED === "true",
wsHost: window.location.hostname,
wsPort: Number(process.env.MIX_BC_PORT),
wssPort: Number(process.env.MIX_BC_PORT),
disableStats: true,
forceTLS: true,
enabledTransports: ['ws', 'wss']
});

please provide the network response from the developer toolbar to make the issue understandable

I have the issue as well. I think this happens when the number of connections reach a certain number but I dont know where that threshold is mentioned. If you figure something out, please share

resources/js/bootstrap.js
import Echo from 'laravel-echo';

window.Pusher = require('pusher-js');

window.Echo = new Echo({
    broadcaster: 'pusher',
    key: process.env.MIX_PUSHER_APP_KEY,
    encrypted: false,
    wsHost: window.location.hostname,
    wsPort: process.env.MIX_LARAVEL_WEBSOCKETS_PORT,
	wssPort: process.env.MIX_LARAVEL_WEBSOCKETS_PORT,
    enabledTransports: ['ws', 'wss'],
	forseTLS:true,
});

config/broadcast.php
'pusher' => [
            'driver' => 'pusher',
            'key' => env('PUSHER_APP_KEY'),
            'secret' => env('PUSHER_APP_SECRET'),
            'app_id' => env('PUSHER_APP_ID'),
            'options' => [
                'cluster' => env('PUSHER_APP_CLUSTER'),
                'useTLS' => true,
                'host' => '<IP_ADDRESS>',
                'port' => env('LARAVEL_WEBSOCKETS_PORT'),
                'scheme' => 'https',
                'encrypted' => true,
                'curl_options' => [
                    CURLOPT_SSL_VERIFYHOST => 0,
                    CURLOPT_SSL_VERIFYPEER => 0,
                ],
            ],
        ],

config/websocket.php
set SSL certificate in ENV file with the constant name given in the file. also added extra 'verify_peer'=>false.
Console

Network
for first call it's showing msg "WebSocket is closed before the connection is established." but next onwards calls it's not showing any msg


Timezone issue

There is a clash between local machine and database machine time zone.

For using it in local machine, current time stamp needed to be +12 hours ahead. Where as in Heroku by setting time zone to Asia/Dhaka and time stamp from +12 hours to +0 hours fixed the bug.


If the GM drags a skill roll to the mod bucket (or 3d6 dice), it should roll privately

If a user does it, it rolls blind.. but for the GM, it should be private.

Fixed


Fix mkconfig calls

Fixed:

Moved the puppetx/augeasproviders_grub/menuentry.rb file to util.rb
to match the module name
Modified all flush functions to call the 'global update' mkconfig
which was added as PuppetX::AugeasprovidersGrub::Util.mkconfig
Removed EL6 from the beaker tests since the OS is no longer
supported by the vendor and fails to run

Added:

Puppet 7 support
EL8 support

Closes #63

Testing this not having much luck, with
kernel_parameter{'consoleblank':
  ensure => present,
  value  => '0',
}

Nothing much seems to happen,
I would have expected it to be visible in the following:
# grub2-editenv - list
saved_entry=8acfa3bfcd324a25b72ef69f6bf3caa1-4.18.0-240.1.1.el8_3.x86_64
kernelopts=root=UUID=52a70118-54f4-4c82-8316-86ae34073a0e ro console=ttyS0,115200 console=tty0 rd.auto net.ifnames=0 crashkernel=auto rhgb quiet

Using

herculesteam-augeasproviders 2.1.3
herculesteam-augeasproviders_base 2.0.1
herculesteam-augeasproviders_core 2.1.2

Updated augeasproviders_core to 2.6.0 since grub was > 2.4.0
Same result.

Running with debug , with a parameter that was not set:
Notice: /Stage[main]/Main/Kernel_parameter[foo]/value: value changed ['bar'] to ['other']
Debug: Executing: '/usr/sbin/grub2-mkconfig'
Debug: /Stage[main]/Main/Kernel_parameter[foo]: The container Class[Main] will propagate my refresh event

So grub2-mkconfig is called.
and node reboots
# cat /proc/cmdline
BOOT_IMAGE=(hd0,gpt1)/boot/vmlinuz-4.18.0-240.1.1.el8_3.x86_64 root=UUID=52a70118-54f4-4c82-8316-86ae34073a0e ro console=ttyS0,115200 console=tty0 rd.auto net.ifnames=0 crashkernel=auto rhgb quiet consoleblank=0 foo=bar

So this seems okay.

It seems that grub2-mkconfig has changed such that it now works.
It used to result in a non-bootable system.

@traylenator Any chance you can help pinpoint the 'fixed' version of grub? I can add code to avoid running things if we're on a broken version.
I'm honestly surprised at this, you can't do everything through the new BLS material so it seems like this would have resulted in a lot of broken systems.

My guess from the changelog alone is:
* Mon May 20 2019 Javier Martinez Canillas<EMAIL_ADDRESS>- 2.02-68
- blscfg: fallback to default_kernelopts if BLS option field isn't set
  Related: rhbz#1680572

* Tue Dec 11 2018 Javier Martinez Canillas<EMAIL_ADDRESS>- 2.02-64
- Make grub2-mkconfig to honour GRUB_CMDLINE_LINUX in /etc/default/grub
  Resolves: rhbz#1637875

Thanks, that makes sense.
I don't know that I have time to consolidate the BLS detection materials into Utils right now but we can at least make this safer.

It looks like the original version of the OS shipped with 2.02-66, so the 2.02-68 limit appears to be the correct one and appears to be fixed at the first minor update (by a large jump). So this should be largely a non-issue on updated systems (but the safety hook still makes sense).

Glad that matches, I do have old images I could boot and test if needed.

We probably should add the BLS options based off of #60 but it'll take some additional integration work to make sure it trickles down everywhere.

Well, it turns out that the version matching is going to be almost impossible to make vendor neutral. So....I'm going to mark it as supporting EL 8.1+ in the metadata for now.

@raphink Added a warning to the README and bumped the metadata deps. Will try to refactor to use BLS as I can.

@raphink So, Travis CI is timing out for an unknown reason. I can try mucking about with the travis.yml but I think you either need to migrate to Travis.com or GitHub Actions.

Hold off on pushing this, debugging something in EL7

@traylenator Made an update to the way flush was calling things. This appears to correct some issues in our fips module tests. Can you take another poke to see if it works for you?
Currently having some issues with el8 and FIPS mode. They broke something in the stack and I'm trying to figure out what. Prior to 8.3 everything was fine.

Coverage decreased (-23.2%) to 72.177% when pulling deb1c1bb3b52b7cd079d1e5d7dccf9c237b94366 on trevor-vaughan:fix_mkconfig_calls into 5378c628516c30742e2ba4fdf4dfcae9db458280 on hercules-team:master.

Coverage decreased (-23.2%) to 72.177% when pulling deb1c1bb3b52b7cd079d1e5d7dccf9c237b94366 on trevor-vaughan:fix_mkconfig_calls into 5378c628516c30742e2ba4fdf4dfcae9db458280 on hercules-team:master.

@raphink Managed to speed up the travis tests. Also, this is now working as expected.

Rebased for a single commit.


az webapp config ssl create results in UnknownError: Unknown error

az feedback auto-generates most of the information requested below, as of CLI version 2.0.62

Describe the bug
Command Name
az webapp config ssl create
Errors:
UnknownError: Unknown error

To Reproduce:
Steps to reproduce the behavior. Note that argument values have been redacted, as they may contain sensitive information.

Create a web app
Create a binding with az webapp config hostname add --hostname {} --webapp-name {} --resource-group {} --subscription {}
Run az webapp config ssl create --debug --hostname {} --name {} --resource-group {} --subscription {}

Expected Behavior

A certificate should be generated
No error should happen

Environment Summary
Linux-4.19.128-microsoft-standard-x86_64-with-debian-bullseye-sid
Python 3.6.10
Installer: DEB

azure-cli 2.15.1

Additional Context
App Service Plan and App Service are located in different resource groups.
Though the command yields an error, a certificate is still generated in the resource group of the App Service Plan.
Details when running with --debug:
Last HTTP Request-URL:

msrest.http_logger : Request URL: 'https://management.azure.com/subscriptions/.../resourceGroups/.../providers/Microsoft.Web/certificates/...?api-version=2019-08-01'
msrest.http_logger : Request method: 'PUT'
msrest.http_logger : Response status: 202
msrest.http_logger : Location': 'https://management.azure.com/subscriptions/.../resourceGroups/.../providers/Microsoft.Web/certificates/.../operationresults/...?api-version=2019-08-01'
msrest.http_logger :     'Content-Length': '0'
msrest.http_logger : Response content:
msrest.http_logger :

Trace:

msrest.exceptions : Unknown error
azure.cli.core.util.handle_exception is called with an exception:
Traceback (most recent call last):
  File "/opt/az/lib/python3.6/site-packages/knack/cli.py", line 215, in invoke
    cmd_result = self.invocation.execute(args)
  File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 654, in execute
    raise ex
  File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 717, in _run_jobs_serially
    results.append(self._run_job(expanded_arg, cmd_copy))
  File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 709, in _run_job
    return cmd_copy.exception_handler(ex)
  File "/opt/az/lib/python3.6/site-packages/azure/cli/command_modules/appservice/commands.py", line 37, in _ex_handler
    raise ex
  File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 688, in _run_job
    result = cmd_copy(params)
  File "/opt/az/lib/python3.6/site-packages/azure/cli/core/commands/__init__.py", line 325, in __call__
    return self.handler(*args, **kwargs)
  File "/opt/az/lib/python3.6/site-packages/azure/cli/core/__init__.py", line 784, in default_command_handler
    return op(**command_args)
  File "/opt/az/lib/python3.6/site-packages/azure/cli/command_modules/appservice/custom.py", line 2456, in create_managed_ssl_cert
    certificate_envelope=easy_cert_def)
  File "/opt/az/lib/python3.6/site-packages/azure/mgmt/web/v2019_08_01/operations/_certificates_operations.py", line 300, in create_or_update
    raise models.DefaultErrorResponseException(self._deserialize, response)
azure.mgmt.web.v2019_08_01.models._models_py3.DefaultErrorResponseException: Unknown error

cli.azure.cli.core.azclierror : UnknownError: Unknown error
UnknownError: Unknown error
Event: Cli.PostExecute [<function AzCliLogging.deinit_cmd_metadata_logging at 0x7efca516cea0>]

route to appropriate team. cc @houk-ms

https://github.com/Azure/azure-cli/issues/14287

Fixed by #16124. Please update to latest CLI (2.16) for this fix


Use [String:Any] instead of [String:AnyObject] for request parameters

Alamofire 4.0 use [String:Any] instead of [String:AnyObject], we should use the same interface as well.

https://github.com/RxSwiftCommunity/RxAlamofire/issues/51


Update documentation to explain how to remove transition fields.

When using field transitions/in-progress/done, I always get a YAML error. running with the flag -t debug I see:
updated: Field XXXXXX' cannot be set. It is not on the appropriate screen, or unknown..
From the documentation it's not clear to me how to exclude a field from the transition templates.

Hmm, I am not sure.  Is it possible you are using an old template?  Perhaps you exported it to $HOME/.jira.d/templates?  The default template is here:
https://github.com/Netflix-Skunkworks/go-jira/blob/master/jiracli/templates.go#L458
The template first checks the transition metadata to see if a field is allowed in the transition before it  adds it to the document.  Not sure how non-permitted fields would get through that.
Perhaps you are not using a recent jira?
-Cory

Okay, tested more, to clarify: I was using jira in-progress XXXXX, which I thought was an alias to transition. I modified my approach to use jira transition "In Progress" XXXXX and the YAML syntax error offered the ability to edit. From here I could see that the primary issue was the formatting of our description included multiple hardline breaks and quotes. I needed to add quotes around the description text and escape the content where quotes were found. I was able to get the Story to transition, but it seems like a lot of work each time.
Is it possible to add escaping to all inputs and quotations around text content to the default template?
We're using jira v7.2.8


Applying Labels to Multiple Text tags

Is your feature request related to a problem? Please describe.
I am trying to annotate  text data coming from a csv file.
For Each Column , i need to create <text> tag and <labels> tag . This is causing my labels to be repeated  for every column . Imagine i have 88  labels and all 88 got repeated multiple times for each column. this is annoying.
Describe the solution you'd like
Solution could be , I should be allowed to apply labels to multiple <text> tags like toName="text1,text2"
Describe alternatives you've considered
no alternatives going hard way..
Additional context
NA

I would also be interested in this feature. I guess, for now, I'll be doing something like this.
<View>
    <View>
    <Header value="Tag Subject" />
        <Labels name="label" toName="Subject">
            <Label value="Company" background="orange"/>
            <Label value="Role" background="green"/>
        </Labels>
    <Header value="Tag Body" />
        <Labels name="label2" toName="text">
            <Label value="Company" background="orange"/>
            <Label value="Role" background="green"/>
        </Labels>
    </View>

    <Header value="Subject" />
     <Text name="Subject" value="$Subject"/>
     <Header value="Body" />
     <Text name="text" value="$text"/>
</View>


More CoAl fixes

…n from MadMan, will allow for faster automation to help prevent spamming them.
Just allows for 2 more input buses, good for automation.
Got permission from MadMan, tested in dev instance, multi formed with new buses and without, no problems.

oh, madman when your here it might be wise to also in this PR, change the laser hatch locations, although that's up to you.

We build ours vertical to save space and keep it in a chunk. It would be very cool if you could also allow an energy hatch on the lowest position. Currently this makes using lasers not really possible unless you route an AT around it or build it upside down

Allowing the block below where we have the energy hatch now would already be sufficient.

We build ours vertical to save space and keep it in a chunk. It would be very cool if you could also allow an energy hatch on the lowest position. Currently this makes using lasers not really possible unless you route an AT around it or build it upside down  Allowing the block below where we have the energy hatch now would already be sufficient.

you can build it inside

Ye thats what I meant with "unless you route an AT around it". It needs an extra AT which is unncessary imo. I can't think of another machine that needs this extra treatment, which also makes it a bit uglier imo.

Ye thats what I meant with "unless you route an AT around it". It needs an extra AT which is unncessary imo. I can't think of another machine that needs this extra treatment, which also makes it a bit uglier imo.

This is what I meant by moving the energy hatches, the last layer is where I want it as well.

I added 4 more slots for energy hatches, it was everyone's demand.


[main] Upgrade to latest dependencies

Cron -knative-prow-robot
/cc knative-sandbox/networking-wg-leads
/assign knative-sandbox/networking-wg-leads
Produced by: knative-sandbox/knobots/actions/update-deps
Details:
bumping knative.dev/pkg e6e3cf0...1f7514a:
  > 1f7514a bump k8s deps to v0.23.5 (# 2469)
  > 19a2589 fix coverage settings (# 2471)
  > 2daa86a Electors can provide an initial set of buckets (# 2473)
bumping k8s.io/apimachinery 276a8a7...276a8a7:
bumping knative.dev/hack 14f832e...f067737:
  > f067737 Adding code of conduct to reference knative/community's CoC (# 162)
bumping k8s.io/api a1613d7...cd271e7:
  > cd271e7 Update dependencies to v0.23.5 tag
  > a6b2207 Merge pull request # 108139 from liggitt/automated-cherry-pick-of-# 108138-upstream-release-1.23
  > 80b93d4 Revert v1beta1 PodDisruptionBudget select patchStrategy
bumping k8s.io/client-go b425fb6...97582f2:
  > 97582f2 Update dependencies to v0.23.5 tag
bumping k8s.io/code-generator fb849a7...fb849a7:

/lgtm
/approve


add model restore support for tree and forest variables

Right now both tree variables and forest variables only support training.
This pr makes it possible for supporting  restore a tensor forest model from a serialized string

Ah... hey, yeah... Thanks!  Let me add some test cases
And the intention was to use tensor_forest without train with it. I was using it here https://github.com/yupbank/tree_to_tensorflow
but let me add some test cases for sure

@nataliaponomareva hey, i have added one test case, is that helping ?

@martinwicke  hey do you know what's the status of this?

There were test failures, but they do look unrelated (clicking through, you'd eventually get to e.g., https://source.cloud.google.com/results/invocations/c80640b0-9ec3-475c-b001-03b96833a3ca/targets/%2F%2Ftensorflow%2Fpython%2Fkernel_tests:init_ops_test/log)
In such a case, you can simply trigger the tests again, or if you're very sure, you can request it be merged anyway (probably not an issue in this case).
I triggered the tests again, assuming they pass, assign me and I'll merge this.

@martinwicke  i think the final failure has nothing to do with this pr...


lon| Amirhossein Aminian| wireframe| week1

Learners, PR Template
Self checklist

[x] I have committed my files one by one, on purpose, and for a reason
[x] I have titled my PR with COHORT_NAME | FIRST_NAME LAST_NAME | REPO_NAME | WEEK
[x] I have tested my changes
[x] My changes follow the style guide
[x] My changes meet the requirements of this task

Changelist
Briefly explain your PR.
Questions
Ask any questions you have for your reviewer.

Hi @SallyMcGrath. I want to let you know that I had to close my pervious pull request and open new one because I did it on the wrong branch. Also, I did changes as your wish.


Add FunctionalUtil and enable apiNote javadoc annotation

Hi @MichaelHeil
Can you please review the new feature and merge, if it's ok?

Hello @retozigerlig,
Review is done. I made some minor changes to the java doc. Feel free to merge if you agree with them.
regards,
Mike


data

I got the data set of.WAv here, should I convert it to.csv before I can use it

@Hensel3 could you tell me how did you download the data? im unable

Hi @Hensel3 and @ftanago
The README was updated with the correct url. It points to the VTUAD dataset (also updated the dataset class name). The .csv can also be dowloaded with the VTUAD dataset.
In any case, the link is here:
https://ieee-dataport.org/documents/vtuad-vessel-type-underwater-acoustic-data


Don't always insert spaces around inline tags?

Example input:
foo

bar
. Current output: 'fo o\nbar', while desired output is 'foo\nbar'.
At the same time, in the changelog I find this:

Fix unwanted joins of words with inline tags: spaces are added for inline tags too, but a heuristic is used to preserve punctuation without extra spaces.

So it's not entirely clear if we should always avoid adding spaces around all inline tags. Maybe we could start with not adding them around tags such as strong, em, etc.
Also note that more common usage such as
foo, next
 is handled correctly regardless: foo, next.

Another example:
>>> html_text.extract_text("
No one is responsible
", True)
N o one is responsible

I did a quick test in Chrome and it is not adding spaces between inline elements. Is there any case in which is clear that spaces should be added?

@ivanprado please see https://github.com/TeamHG-Memex/html-text/pull/2 and https://github.com/TeamHG-Memex/html-text/issues/1, there are some examples from the wild where adding spaces makes sense.

If we had information about actual CSS properties of the elements, we could do a better job, but that would probably be out of scope of html-text

I see. My experience with article bodies is that is a better policy not to add any spacing when removing span. It seems to give much better results. But I can understand that in other parts of a page or for different pages the case could be different (Like in examples in https://github.com/TeamHG-Memex/html-text/issues/1#issue-231630496)


Fix calibration metric names in docs

The two qubit metrics had extra "cycle" in them.
I confirmed these names with those currently returned from a device.  I also double checked it with the name on the internal spreadsheet.

Thanks for catching this!

Copy-pasta failure FTW :)

Automerge cancelled: A status check is failing.

Automerge cancelled: A status check is failing.


move drills and translations to S3

Deliberately holding off on merging latest drills so that I can test hot reloading.


[SPARK-49293] Add _MESSAGE postfix to DRIVER_(READY|RUNNING)

What changes were proposed in this pull request?
This PR aims to rename

DRIVER_RUNNING -> DRIVER_RUNNING_MESSAGE
DRIVER_READY -> DRIVER_READY_MESSAGE

Why are the changes needed?
To match the constant string patterns in Constants.java. These two are the only exceptions.
Does this PR introduce any user-facing change?
No.
How was this patch tested?
Pass the CIs and manual review because this is a renaming.
Was this patch authored or co-authored using generative AI tooling?
No.

Thank you, Liang-Chi. Merged to main.


help packaging the Eclipse JDT Language Server with nix, and placing it in nixpkgs:

hello there, i setup emacs with lsp-java, but i'm currently having some trouble getting the Eclipse JDT Language Server to install when executing the emacs command: M-x lsp-install-server, the command returns: there are no servers with automatic installation.
anyways, it would be nice if i could package this java language server with nix in nixpkgs, so i can install it through a nix-channel in my shell.nix environment, i would like to do this, but i'm not a nix expert, so i'm going to need some help and about how long will it take to package this java lsp  with nix and push it to nixpkgs?
if you could help me out with this issue !
here's the related links:
https://github.com/eclipse/eclipse.jdt.ls
https://github.com/emacs-lsp/lsp-java
https://www.reddit.com/r/NixOS/comments/ihwi53/how_to_install_eclipse_jdt_language_server/
https://nixos.org/manual/nixpkgs/stable/#sec-language-java
https://nixos.wiki/wiki/Java

@zeta-00 I packaged jdtls and opened #99330. Could you try it out?

@matt-snider , hello there, cool, this weekend when i have a little bit more time, i'll try out your packaged java-language-server, also, will you be able to push this java-language-server nix package to nixpkgs, so that it can be installed on the 20.09 channel? i'm just wondering! anyways, thank you for the help, i can't wait to try out your nix packaged java-language-server!

@matt-snider , hello again, ok, I tried to place the nix code from your commit code into a file named java-lsp.nix and import it into shell.nix, to install java-lsp in an isolated environment, but the terminal returned a nix type error, pasted below is my issue posted in reddit:
https://www.reddit.com/r/NixOS/comments/kghs1w/can_someone_help_me_with_this_terminal_nix_error/

@matt-snider , hello again, ok, I tried to place the nix code from your commit code into a file named java-lsp.nix and import it into shell.nix, to install java-lsp in an isolated environment, but the terminal returned a nix type error, pasted below is my issue posted in reddit:
https://www.reddit.com/r/NixOS/comments/kghs1w/can_someone_help_me_with_this_terminal_nix_error/

@matt-snider , and I need java-lsp to be able to run an old jdk8 code base, so I hope that jdk11 and above are backwards compatible with jdk8, so hopefully I don't run into any issues!

@zeta-00 Yes it works with older code bases. Regarding your issue, it looks like someone else has already provided some feedback. You just need to call the function with the correct attr set. In this case callPackage should do that.

@matt-snider , Hello again, thanks for the response, substituting pkgs.CallPackage for import worked for me, and java-lsp is working in emacs with my (direnv+nix-direnv+emacs-direnv) setup, to work in isolated nix environments!
Anyways, thanks again for packaging java-lsp with nix!


Friend Can't Log Back in

Server Log ISSUE
https://gist.github.com/Radient-Sora/25f3f5f97ee630597c0494a2df766e9e

I'm not sure why this is happening. I'd recommend restarting the server to flush the null value out of the IteRef list, and I'll adjust the filter... I'm not sure why null is ever ending up in it, which is worriesome.

I still haven't been able to work out why null entries are going into the tile list. I wrote a hot-fix and deployed it on our server yesterday (as we were noticing the same problem, but it was actually crashing the server) and ran it all of yesterday, and it seems to resolve the symptom. Please check out <IP_ADDRESS> which was just uploaded to CurseForge.


Add INDX exchange

Could you please add INDX exchanger (https://indx.ru/?lang=en-US) to the list of BitcoinCash exchangers. Internet Exchange INDX is the exchange platform popular in Russia and CIS and supported by the global settlement system WebMoney Transfer (https://www.wmtransfer.com).

does not meet reputation/transparency standards

Please tell me where can I find those standards? What should be done to complete the request successfully?


googletest / gtest version bump up to the latest from 1.13?

Description
Should we do a version bump up for googletest / gtest due to the version mismatches explained below?
I understand we use 1.13 everywhere [1] [2] [3], which was released on Jan 18, 2023 [4].
Recently on Mac OS, on the other hand, w/ #10422 merged, the googletest version installed from brew [5] is the latest 1.15.2. Moreover, it would cause some confusion whether the cmake script that installs 1.13 [3] ever runs or not.
In other words, IMO we should at least keep the googletest / gtest version consistent across all the env.
[1] https://github.com/facebookincubator/velox/blob/main/scripts/velox_env_mac.yml#L51
[2] https://github.com/facebookincubator/velox/blob/main/scripts/velox_env_linux.yml#L51
[3] https://github.com/facebookincubator/velox/blob/main/CMake/resolve_dependency_modules/gtest.cmake#L16
[4] https://github.com/google/googletest/releases/tag/v1.13.0
[5] https://formulae.brew.sh/formula/googletest

I am not opposed to a version bump, but is there really a need for it, i.e. does  1.15 cause errors that don't happen with 1.13 or something like that?

Moreover, it would cause some confusion whether the cmake script that installs 1.13 [3] ever runs or not.

The log clearly states which version was used and it can also be forced via the GTest_SOURCE envvar, so I don't think there really is a reason for confusion? :)

There might not be a real need, but just for consistency across all the platforms.
My main confusion is that how GTest::gtest works in both the latest version and 1.13, where in 1.13 only gtest is used, but no namespace GTest.

1.13 also provides the namespaced targets both in the export and when used as a sub project: https://github.com/google/googletest/blob/v1.13.0/googletest/CMakeLists.txt#L103


Use size_t defined by Window if we compile on it

You will also need to typedef SIZE_T to size_t.

Ok, checkseum compiles on my window 👍


Camera path is Required from Optional

Description:
The camera path is different for each models, so making it as required from optional.
Related issue (if applicable): fixes #
Pull request in home-assistant.github.io with documentation (if applicable): home-assistant/home-assistant.github.io#5646
Example entry for configuration.yaml (if applicable):

Checklist:

[ ] The code change is tested and works locally.
[ ] Local tests pass with tox. Your PR cannot be merged unless tests pass

If user exposed functionality or configuration variables are added/changed:

[ ] Documentation added/updated in home-assistant.github.io

If the code communicates with devices, web services, or third-party tools:

[ ] New dependencies have been added to the REQUIREMENTS variable (example).
[ ] New dependencies are only imported inside functions that use them (example).
[ ] New or updated dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.
[ ] New files were added to .coveragerc.

If the code does not interact with devices:

[ ] Tests have been added to verify that the new code works.

Will move the PR to dev branch


Add Windows container hosts

Feature request to add Windows containers support

Yes. We will add them as soon as we figure out how to do it fast :)
On Mon, Apr 24, 2017, 17:41 GSA<EMAIL_ADDRESS>wrote:

Feature request to add Windows containers support
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/franela/play-with-docker/issues/125, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AAIhp0qBa30S69KxMx_xl2g4Tp1OxKjeks5rzQjygaJpZM4NGr1J
.

is this no longer being pursued?


Implement Dependency RFC 0004 for  python

Implement Dependency Management RFC Phase 1 for python. Check out the RFC for more details and background.
1. Determine dependency source strategy

Background
When possible, dependencies should be used directly from upstream, rather than undergoing any additional compilation or modifications performed by Paketo-maintained code. For each dependency, the corresponding buildpack maintainer group will decide if the dependency can be used directly from upstream, and must identify the location from which the dependency will be pulled from. Some of the Paketo Java buildpacks perform directory stripping during the buildpack build process itself. This could be a viable alternative to performing directory modifications during the dependency management process for maintainers to consider.

[ ] Determine whether the dependency can be used directly from its upstream, rather than undergoing additional compilation/modification.

If using directly from upstream, note where dependencies will come from
If compiled or modified, note the decision for this

[ ] Document decision in a language-family level RFC. This decision can be combined in the RFC with the decision made for other buildpacks in the language family.

2. Version retrieval and metadata generation code
Please refer to the retrieval RFC section on version retrieval for details around the API and background.

[ ] Create retrieval code for the dependency

Will live in the buildpack under: dependency/retrieval/
Per the RFC, this will be a combination of (1) discovering new dependency versions based on the buildpack.toml, and (2) generating metadata for each new version.
Note : Per the RFC caveat - if the dependency is to be compiled, the SHA256 and URI field from the metadata should be omitted in this step.

3. Compilation code (if needed)
If the dependency will be compiled/modified, then refer to the compilation RFC section for API details and background.

[ ] Create compilation action

Will live in the buildpack under: dependency/actions/compile/

4. Dependency testing (optional)
It's up to maintainer discretion if the dependency will be tested. It's recommended to test the dependency if it's been compiled. Check out the testing RFC section for details.

[ ] Add tests for dependency

Will live in the buildpack under: dependency/test.

5. Makefile Setup
When using the generalized workflows for dependency management down the line, version retrieval and dependency testing will be executed via a Makefile in order to provide the workflow a standardized way to run the code, regardless of what language it was written in. Check out the RFC section for what this should look like.

[ ] Add Makefile

Will live in the buildpack at: dependency/Makefile

6. Leveraging the new code
This issue serves to set up all the main logic for the dependency management. The work to actually leverage this code and migrate off of the dep-server will be completed in a separate issue once workflows and infrastructure is set up.

Please note that the checksum and source-checksum fields should be leveraged instead of sha256 and source_sha256 in metadata.

Maintainers: For help in acceptance, check out the validator, to help verifying inputs/outputs of dependency API.

@joshuatcasey is this complete?

@robdimsdale TLDR: not complete
I'm currently moving this to the new workflow, that PR will be opened today. This should remove quite a bit of the extra stuff we see here for compilation on jammy vs bionic.


gmm_objective.py: vectorize operations.

This makes PyTorch perform far better.
Work by Ola Rønning.

Now I just need to convince Ola to fix all the other PyTorch programs.


Use git log to get commit information

We have very large repositories at Cruise. And I found it's very slow to Preparing working directory when the commit is a merge commit that contains a lots of changes as below:

( I can send a build link in private if you need)
More investigation shows that's the git show during agent bootstrap that's taking more of the time to do git diff underneath. Since the AFAIK, buildkite agent know needs to get the HEAD commit's commit information rather than the actual git diff. we can simply replace the git show with git log, which prints out identical information for this purpose.
Testing
using git log
$ git --no-pager log -1 HEAD -s --format=fuller --no-color
commit 7bfab5fd5419feeeb6d3e9a21ad165fc2eb332be (HEAD -> cheng/step0-git-log, origin/cheng/step0-git-log)
Author:     Cheng Pan<EMAIL_ADDRESS>AuthorDate: Sat Aug 26 17:43:35 2023 -0700
Commit:     Cheng Pan<EMAIL_ADDRESS>CommitDate: Sat Aug 26 17:43:35 2023 -0700

using git show:
$ git --no-pager show HEAD -s --format=fuller --no-color
commit 7bfab5fd5419feeeb6d3e9a21ad165fc2eb332be (HEAD -> cheng/step0-git-log, origin/cheng/step0-git-log)
Author:     Cheng Pan<EMAIL_ADDRESS>AuthorDate: Sat Aug 26 17:43:35 2023 -0700
Commit:     Cheng Pan<EMAIL_ADDRESS>CommitDate: Sat Aug 26 17:43:35 2023 -0700

@triarius I cannot see the buildkite build, but I fixed the test locally. PTAL.


eth2stats adds a new gRPC connection to the prysm node every 12 seconds until the OS runs out of file handlers

Hi,
I added my prysm node (alpha17) to eth2stats this morning.  Later in the afternoon it dropped of the stats board so I looked into the tmux session running my node and noticed it is throwing errors, because it can't open any file handles anymore. I also saw that it's logging out "New gRPC connection to beacon node" with a new port every 12 seconds. I simply rebooted the device and everything was back to normal. I investigated what these port are about and saw that all these connections are ESTABLISHED when I look into lsof. After stopping the container it immediately stops adding new connections. Must be because of the pre-genesis condition. I will turn the container back on after genesis otherwise it will crash the node again.

Same issue here also with Prysm alpha.17 pre-genesis.
Additional log which repeats every 12s from the eth2stats docker container (v0.0.11+0f09fd5):
time="2020-08-01T03:20:56Z" level=info msg="[main] retrying..."
time="2020-08-01T03:20:56Z" level=info msg="[prysm] setting up beacon client connection"
time="2020-08-01T03:20:56Z" level=warning msg="[prysm] no tls certificate provided; will use insecure connection to beacon chain"
time="2020-08-01T03:20:56Z" level=info msg="[core] setting up eth2stats server connection"
time="2020-08-01T03:20:56Z" level=info msg="[core] getting beacon client version"
time="2020-08-01T03:20:56Z" level=info msg="[core] got beacon client version" version="Prysm/v1.0.0-alpha.17/f414cf36b99dea2d997d0141acb3d1a319fb5578. Built at: 2020-07-31 03:00:47+00:00"
time="2020-08-01T03:20:56Z" level=info msg="[core] getting beacon client genesis time"
time="2020-08-01T03:20:56Z" level=info msg="[core] beacon client genesis time" genesisTime=0
time="2020-08-01T03:20:56Z" level=info msg="[core] awaiting connection to eth2stats server"
time="2020-08-01T03:20:56Z" level=info msg="[core] getting chain head for initial feed"
time="2020-08-01T03:20:56Z" level=error msg="[main] setting up: prysm: getting chain head: rpc error: code = Internal desc = Head block of chain was nil"

After beacon chain stops functioning properly journalctl also logs many of type:
Jul 31 13:12:39 beacon01 prysm.sh[752]: 2020/07/31 13:12:39 http: Accept error: accept tcp [::]:8082: accept4: too many open files; retrying in 5ms

Started to see this problem again.
Prysm/LocalBuild/e5ed2cd141df40627c7636aef4cac6325d6719e1. Built at: 2020-10-14T21:54:02+0200 (my own)
eth2stats-client version v0.0.15+b8f8607
Beaconchain logs:
beaconchain.log

Even after I remove "--beacon.metrics-addr" from eth2stats-client, I had the same problem.
Prysm client had issues after running a couple of hours.
Issue solved after disabling Prometheus (i was using it with Prysm dashboard).
So apparently it is not related with eth2stats this time...


Add some command to get address from a private key

And a shorthand version of it that will return the address for the WEB3_PRIVATE_KEY.

already there


Intercept and capture GL for .NET

Description of Change
As a result of the GL and GLctx instance not being exposed by default in .NET 7 (https://github.com/dotnet/runtime/issues/76077), we can hook into the setup of dotnet.js and then use that captured instance.
Bugs Fixed

Fixes #2267

API Changes
None.

Behavioral Changes
None.

Required skia PR
None.

PR Checklist

[ ] Has tests (if omitted, state reason in description)
[ ] Rebased on top of main at time of PR
[ ] Merged related skia PRs
[ ] Changes adhere to coding standard
[ ] Updated documentation

If anyone finds themselves here with this problem despite having the latest version of the library, make sure to clear the cache on your dev browser so that the JS files are updated.


[#1284] pluralise 'Box' to 'Boxes'

Time to fix some old bug-reports!
Although the Jargon File suggests that 'Boxen' should be a valid pluralisation 😜

Codecov Report

Merging #1772 (5ba0f2c) into master (1a3140e) will decrease coverage by 14.53%.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             master    #1772       +/-   ##
=============================================
- Coverage     87.87%   73.34%   -14.54%
  Complexity     7826     7826
=============================================
  Files           267      267
  Lines         22543    22387      -156
=============================================
- Hits          19810    16420     -3390
- Misses         2733     5967     +3234

Flag
Coverage Δ

5-max
73.34% <ø> (-14.54%)
:arrow_down:

7.4
73.34% <ø> (-14.54%)
:arrow_down:

agnostic
73.34% <ø> (ø)

mysql
?

pgsql
?

sqlite
?

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

Impacted Files
Coverage Δ

...el/Common/Pluralizer/StandardEnglishPluralizer.php
100.00% <ø> (ø)

src/Propel/Runtime/ActiveQuery/PropelQuery.php
0.00% <0.00%> (-100.00%)
:arrow_down:

.../Propel/Generator/Command/templates/propel.yml.php
0.00% <0.00%> (-100.00%)
:arrow_down:

.../Propel/Generator/Command/templates/schema.xml.php
0.00% <0.00%> (-100.00%)
:arrow_down:

...el/Generator/Command/templates/propel.yml.dist.php
0.00% <0.00%> (-100.00%)
:arrow_down:

...el/Runtime/Validator/Constraints/DateValidator.php
0.00% <0.00%> (-100.00%)
:arrow_down:

...Generator/Manager/templates/migration_template.php
0.00% <0.00%> (-100.00%)
:arrow_down:

src/Propel/Generator/Manager/MigrationManager.php
0.00% <0.00%> (-95.59%)
:arrow_down:

.../Runtime/Validator/Constraints/UniqueValidator.php
0.00% <0.00%> (-92.86%)
:arrow_down:

src/Propel/Runtime/Collection/ArrayCollection.php
0.00% <0.00%> (-90.33%)
:arrow_down:

... and 101 more

Continue to review full report at Codecov.

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

You might want to also check lists like https://github.com/cakephp/cakephp/blob/master/tests/TestCase/Utility/InflectorTest.php#L236 against the code base and if there are a few more left overs on this front.


Switch to constant bond

Switch bond from proportional bond currently, to a constant bond. This stops bond from being unnecessarily high for large UTXO's. If constant bond is high enough, it will still be an incentive for fraud bounty hunters. #7 will certainly cause a bug with this implementation. since exit's bond will not be 0 in this case.

Merged PR #11


Added UpdatePolicy to Column annotation. Which offers more flexibility around how columns are updated

Hello DataStax java-driver team,
We had a use case where we wanted to append to a column that's a Collection type without first reading from cassandra. This pull request has our solution to that use case. We added a UpdatePolicy attribute to the Column annotation that lets you decide how it's handled (APPEND, PREPEND, OVERWRITE). The default of course is the current behavior of overwrite. This would be awesome if you could include this in the main line.
Thanks,
-Brandon

Hi,
Sorry for leaving this unanswered for so long. We haven't focused enough on the mapper in the last 2.1 releases, but I plan to spend time on it for 2.1.6 (coming after 2.0.10).
You raise an interesting use case, although I must say I'm not a huge fan of having a Mapper instance do appends or prepends by default.

Hi @olim7t ,
Thanks for getting back to me. I'm not a huge fan of having the Mapper do appends/prepends by default as well, and that's why I left the default behavior as overwrite. However, supporting append/prepend solves two problems. First, you don't have to read before write and secondly, you don't have to worry about race conditions.
I hope you consider this, so we don't have to keep this branch around.
Thanks,
-Brandon

Can one of the admins verify this patch?

Sorry again for being so unresponsive. We're making an effort to cleanup old PRs and see if they are still valid.
Unfortunately this patch won't apply cleanly on recent branches (post JAVA-541). @brandonkearby would you mind rebasing this on top of 3.x branch?
Your proposal is interesting, but I think you could achieve what you want using accessors, have you tried that?

fwiw I think that since this is an option on per-operation and not the mapping, I think it could qualify as well as an additional Mapper.Option, wdyt?

Closing as we are not going to add any new features to the mapper in the driver 3.x series. A new mapper API will be published after the 4.0 release.
@brandonkearby sorry for closing so abruptly but you didn't include any tests so it's hard to evaluate how stable this PR is, and I still think that we could achieve the same effect using accessors. Thanks anyway for your time and effort.


Does the videos have a caption？

Can you provide a caption csv file for the video?

Do you mean caption annotation of the videos? There is no such annotations as we challenge visual reasoning in VideoQA.

Ok, thanks for your reply.
| |
Shandong University
|
|
@.***
|
On 3/17/2022 19:33，Junbin @.***> wrote：
Do you mean caption annotation of the videos? There is no such annotations as we challenge visual reasoning in VideoQA.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
Triage notifications on the go with GitHub Mobile for iOS or Android.
You are receiving this because you authored the thread.Message ID: @.***>