Adding tests for replaceSubrange overloads for range types

Tests for RangeReplaceableCollection's new replaceSubrange() overloads, for use with the new ranges.
WARNING: This actually isn't ready for merging yet. The Countable* ranges don't work with the minimal collections because the index stride isn't an unsigned integer. I wrapped the offending collections in Array but that's probably not a good solution, since it would seem to defeat the purpose of running multiple tests for each collection sub-category. Still trying to figure out how to proceed, any advice would be appreciated.
Idea: copy the minimal collections code and create versions that use the "correct" type of range (probably an Int)? Create a wrapper around the various collections that is a collection itself and indexes using Int?
@gribozavr

Before merging this pull request to apple/swift repository:

[ ] Test pull request on Swift continuous integration.

Triggering Swift CI
The swift-ci is triggered by writing a comment on this PR addressed to the GitHub user @swift-ci. Different tests will run depending on the specific comment that you use. The currently available comments are:
Smoke Testing
    Platform     | Comment
    ------------ | -------------
    All supported platforms     | @swift-ci Please smoke test
    All supported platforms     | @swift-ci Please smoke test and merge
    OS X platform               | @swift-ci Please smoke test OS X platform
    Linux platform              | @swift-ci Please smoke test Linux platform

Validation Testing
    Platform     | Comment
    ------------ | -------------
    All supported platforms     | @swift-ci Please test
    All supported platforms     | @swift-ci Please test and merge
    OS X platform               | @swift-ci Please test OS X platform
    OS X platform               | @swift-ci Please benchmark
    Linux platform              | @swift-ci Please test Linux platform

Lint Testing
    Language     | Comment
    ------------ | -------------
    Python       | @swift-ci Please Python lint

Note: Only members of the Apple organization can trigger swift-ci.

@swift-ci Please test

We already generate MinimalRandomAccessCollectionWithStrideableIndex.  Let's move the tests for overloads on countable ranges into validation-test/stdlib/RangeReplaceable.swift.gyb and run them on MinimalRandomAccessCollectionWithStrideableIndex.  Since these overloads are not customizable and the implementation is very simple, I don't feel bad about not running the tests on all collections.

Thank you for the feedback! I will have an updated PR for you tonight.
All tests were passing for me before I pushed, so I will investigate to see why.

@gribozavr I've rewritten the tests and everything passes now. I'll do String next, once this clears.

Thanks Austin!  I didn't look closely at the patch, but let's trigger the CI:
@swift-ci Please test

If there are no problems, you can push it whenever CI passes. The tests passed locally on my box.

I don't think the test failures are related to this commit.
On OS X, this test (which seems to have been touched by a recent commit) fails:
/Users/buildnode/jenkins/workspace/swift-PR-osx/swift/validation-test/Reflection/inherits_NSObject.swift:42:14: error: expected string not found in input
// CHECK-32: (class_instance size=4 alignment=8 stride=8 num_extra_inhabitants=0)
             ^
<stdin>:7:1: note: scanning from here
(class_instance size=4 alignment=16 stride=16 num_extra_inhabitants=0)

On Linux, the error looks like this:
[TestExternCSymbols.py FAILED]

Just wanted to check in on this PR @gribozavr. If you're busy I can start working on the String tests concurrently.

@austinzheng Sorry for the silence!  I will try to get a review soon.  Please start as many concurrent PRs as you are comfortable with.

I have a branch with similar tests to these, but for removeSubrange. I'll make a PR after this one is merged, because that branch depends on changes in this one. I'll also get started on the String tests.

Would it be a good idea to move it into a new 'Utilities' style file?

No objections, but I'd prefer to call it RangeSelection.swift if it is just that type.

I moved the RangeSelection enum into RangeSelection.swift. Everything seems to be working.

@swift-ci Please test

@austinzheng PR looks good to me. Is it ready to be merged? Please modify the description if so ;-) Thanks.

@moiseev Done, thanks so much! It is indeed ready to be merged.


Add some handles to allow more customizations

Add a way for tweaking "manually" the position of CMS and extra text
Make tdrCanvas and tdrDiCanvas functions return pad frames, too

closing as no modification to original code is required after discussion


*: integrate https://github.com/mgechev/revive with fmt tests

https://github.com/mgechev/revive is pretty fast adding only 5 seconds to total test runtime.
Masked some of the warnings as TODOs.

Codecov Report

Merging #9951 into master will increase coverage by 0.03%.
The diff coverage is 66.66%.

@@            Coverage Diff             @@
##           master    #9951      +/-   ##
==========================================
+ Coverage   69.12%   69.15%   +0.03%
==========================================
  Files         386      386
  Lines       35784    35783       -1
==========================================
+ Hits        24735    24747      +12
- Misses       9232     9236       +4
+ Partials     1817     1800      -17

Impacted Files
Coverage Δ

pkg/adt/interval_tree.go
86.48% <0%> (-4.21%)
:arrow_down:

proxy/grpcproxy/util.go
100% <100%> (ø)
:arrow_up:

clientv3/lease.go
91.32% <100%> (ø)
:arrow_up:

integration/cluster.go
82.12% <100%> (ø)
:arrow_up:

etcdserver/api/v2auth/auth.go
72.33% <100%> (ø)
:arrow_up:

clientv3/balancer/resolver/endpoint/endpoint.go
86.66% <100%> (ø)
:arrow_up:

etcdserver/api/v2store/store.go
88.57% <100%> (+0.22%)
:arrow_up:

pkg/cpuutil/endian.go
57.14% <100%> (ø)
:arrow_up:

etcdctl/ctlv3/command/printer_simple.go
72.48% <50%> (ø)
:arrow_up:

mvcc/key_index.go
58.11% <61.53%> (ø)
:arrow_up:

... and 25 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 104b6a3...42bef84. Read the comment docs.

lgtm


Fix env vars

This PR fixes ENV vars. With the current prefix viper.SetEnvPrefix("clairctl"), vars names should look like CLAIRCTL_CLAIRCTL_PORT because the config already contains a top level clairctl:.
Also, dots and dashes need to be replaces in ENV var names because it is not shell compliant.
Now, running clairctl with CLAIRCTL_PORT=44488 clairctl --log-level debug push --local local/image:latest will set the server port to 44488 on the fly.

There is commit from PR #71, So I will review and merge #71  before this one, you could rebase it after


error[E0599]: no method named start found for type &proc_macro2::Span in the current scope

https://travis-ci.org/varlink/rust/builds/391607945
error[E0599]: no method named `start` found for type `&proc_macro2::Span` in the current scope
  --> src/source_analysis.rs:56:23
   |
56 |         for i in span.start().line..(span.end().line+1) {
   |                       ^^^^^
   |
   = help: items from traits can only be used if the trait is implemented and in scope
   = note: the following trait defines an item `start`, perhaps you need to implement it:
           candidate #1: `statemachine::StateData`
error[E0599]: no method named `end` found for type `&proc_macro2::Span` in the current scope
  --> src/source_analysis.rs:56:43
   |
56 |         for i in span.start().line..(span.end().line+1) {
   |                                           ^^^
error[E0599]: no method named `end` found for type `&proc_macro2::Span` in the current scope
  --> src/source_analysis.rs:73:28
   |
73 |             let len = span.end().line - span.start().line;
   |                            ^^^

If you check the README.md in the Installation section there is instructions on installing. Because we rely on semver exempt parts of proc_macro2 so you need to install tarpaulin like: RUSTFLAGS="--cfg procmacro2_semver_exempt" cargo install cargo-tarpaulin


Can't create gauges with labels and sample values

I'd like to have a gauge with labels and a value.
But if i try to do that, I get a AttributeError for _value.
To reproduce:
>>> from prometheus_client import Gauge
>>> g = Gauge('my_inprogress_requests', 'Description of gauge', ['l1','l2'])
>>> g.labels(l1='foo',l2='ba')
<prometheus_client.metrics.Gauge object at 0x1078f5f50>
>>> g.set(4)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/moritzfago/Softwareprojekt/repo/exporter/lib/python3.7/site-packages/prometheus_client/metrics.py", line 344, in set
    self._value.set(float(value))
AttributeError: 'Gauge' object has no attribute '_value'

But:
>>> g.labels(l1='foo',l2='ba').set(4)

It makes more sense to ask questions like this on the prometheus-users mailing list rather than in a GitHub issue. On the mailing list, more people are available to potentially respond to your question, and the whole community can benefit from the answers provided.

It makes more sense to ask questions like this on the prometheus-users mailing list rather than in a GitHub issue.
There is no question in my bugreport. Here are questions for you @brian-brazil: Why is my report not a bug report and/or where to direct bugreports?


Question: regarding getEncryptionPublicKey

Is the key returned by getEncryptionPublicKey intended to be the wallet public key? Or is it something else?
In other words, should this test be green:
      await keyring.deserialize([testAccount.key]);

      const encryptionPublicKeyB64 = await keyring.getEncryptionPublicKey(testAccount.address);
      const encryptionPublicKey = Buffer.from(naclUtil.decodeBase64(encryptionPublicKeyB64));

      const address = ethUtil.publicToAddress(encryptionPublicKey);
      const addressHex = ethUtil.bufferToHex(address);
      expect(addressHex).toBe(testAccount.address);

I Have the key and the string of wallet data to empale somewhere. Requesting access to the priv key to make contribution and gain access to. Funds remaining.


Add SMTP Notifier

Adds an SMTP Notifier, using the example from AWS SES guide, but should work with any SMTP server.
The notification is put in the subject line since they are short, and the body of the message is left blank.

Looks good, thanks for addressing the feedback!


neo4j importer not creating the relationships (clickstream example)

Hello Matt,
I just executed the clickstream example on kettle, and the resulting graph didn't had the relationships, only the nodes.

The files that were generated and stored on the local import folder are the following:

No error produced during the execution of the job/transformations.

I hope i'm not missing anything.

I probably need to check in the latest changes to that example.  Hang in there.

Apparently the square brackets are causing issues for recent versions of neo4j-import (sigh).
I'll fix the file naming.

https://github.com/knowbi/knowbi-pentaho-pdi-neo4j-output/issues/112

The sample should be fixed, give it a try.
2019/03/12 15:33:37 - Import clickstream files.0 - IMPORT DONE in 2m 3s 673ms.
2019/03/12 15:33:37 - Import clickstream files.0 - Imported:
2019/03/12 15:33:37 - Import clickstream files.0 -   4709063 nodes
2019/03/12 15:33:37 - Import clickstream files.0 -   86721957 relationships
2019/03/12 15:33:37 - Import clickstream files.0 -   4825683 properties
2019/03/12 15:33:37 - Import clickstream files.0 - Peak memory usage: 1.08 GB
2019/03/12 15:33:38 - Import clickstream files.0 - Finished processing (I=0, O=0, R=11, W=11, U=0, E=0)
2019/03/12 15:33:38 - import-clickstream-CSVs - Transformation duration : 127.194 seconds [  2'  7.194" ]


[docs] Missing initial step epinio settings update-ca for epinio CLI

This command epinio settings update-ca have to be called after downloading epinio binary and before calling epinio login ... otherwise user is getting an Error x509: signed by unknown authority when doing epinio push ...
Good place would be probably https://docs.epinio.io/tutorials/quickstart#login and also on the cli reference page https://docs.epinio.io/references/settings#commands

That's not completely true. The command is used to "refresh" old settings that contains an expired certificate. It happens when you recreate a cluster, or the certificate is renewed.

Thanks, so this is probably needed only when the epinio has been reinstalled on the environment where it was installed/initialized before already.


Check agent log files for secrets

Depending on the agent executor, Docker/etc usernames & passwords might make it into log files. Need to edit these out before returning to user.

Better to do this on the CLI side: #34
then need to update the invocation

Added in bfe8386


[WIP] Update dependencies

Update to detekt 1.18.0-RC3
Update to Gradle 7.1.1
Update to IntelliJ 2021.2
Update Gradle plugins

Thank for your PR @BorzdeG. We will hold this on till we have a stable release of 1.18.0

@cortinico Yes, I made a draft PR - as soon as a stable release comes out, I will make a full PR


[Desktop] Download indicator / progress

We used to show download progress in the task bar icon, but doesn't seem to be happening anymore. Another user suggested we put this into the title bar (show active/latest download if there are multiple). If not the title bar, maybe somewhere near the Library side bar.

Sounds like this is still working but buggy at times where the progress stops with multiple downloads even though they complete.

notes from 6750:
Keep the download status popup active over the thumbnail, instead of hiding when unhovered.
In the Library pane, show the download status, including any errors, and also have a retry button.
When you hover over a completed download (like in the Watch Later list), it still shows you the download icon. I think you can download multiple times, because there's no indication the download has succeeded.
Downloads appear stuck in the UI (less than 100% downloaded), but they look complete within the folder.
I have a bunch of fixes with the suffix "-1", which I believe is because I redownloaded the content.


Gutenberg/improvement

Add code-env
Add support for py3
Update BeautifulSoup syntax

https://app.clubhouse.io/dataiku/story/44055/gutenberg-support-for-py3
https://app.clubhouse.io/dataiku/story/44056/gutenberbg-update-syntax-for-beautifulsoup

Hello world works in Python2 and Python3?

I tested with python2 and 3 (it's on dev04).
Tmr I'll look at the basicConfig stuff!


perf(*): Add suspendable directive

Note it requires to keep Debug Data enabled (https://docs.angularjs.org/guide/production#disabling-debug-data)
It still have some issues when interacting with tasks that just appears again (watchers are still off I think).
http://rawgit.com/angular-gantt/angular-gantt/feature/suspendable/demo.dist/index.html

Are you guys merging this PR?


Could not find profile <project_name>

Hello,
first things first, thank you for maintaining this extremly helpful extension!
However with the newest update the extension broke for me and so far profiles seem to be the culprit. It seemst that the extension assumes that the dbt-profile to use is named the same as the dbt-project's name. However with my dbt project that's not the case. It uses a profile called "default". dbt knows about this because you can set the profile with the profile property inside of the dbt_project.yml.
Would it be possible to use the value of the profiles property as profile name instead of the project name? This would prevent surprises like this.

Fixed in 0.7.1

That was fast, thank you!

Please let us know if you encounter any other issues.


make output visible against solarized theme

this is a workaround for #122 (unreadable tests with solarized dark terminal theme): the issue is specifically with color code 90 (dark gray, eg stack traces), which blends with the background. this patch changes it to 38 (light gray).

Solarized should fix dark gray, which is awfully common.


How tightly coupled is meshtastic?

Looking over the example screenshots and code it looks like this is very tightly coupled to meshtastic.
Is there an abstraction layer that would allow other protocols if implemented correctly? I'm specifically trying to implement Zigbee 3.0 but I'm realizing there is no messenger agnostic data export for atak. I'd have to likely write my own plugin if that is the case.

Something to think about is the stability of TAK and the Forwarder plugin.  The reason I went the way I did, is that TAK likes to see a network and a fat pipe for data.  IIRC DoD/NATO is using cellular and IP packet radio for the network - I didn't want to fight the architecture too much, but I wanted compatibility with the Meshtastic packing that Paul was doing (and others are using).  Plugins are plugins, and have to be maintaned/updated - Paul does a monumental job keeping it up to date, but I didn't want to have to rely on that, or pile on with nagging for updates when he's out living life.
The way the Forwarder plugin is written makes it very easy to port the user-space Meshtastic way of the world into a TAK UI - but if you're willing to get into the Meshtastic protocol spec, there is actually a lot of extra mesh flexibility not presented through either the plugin or the Meshtastic app itself.  For instance you can't act as both a node and a router with the Meshtastic app.
Have you looked at the COT message protocol?  If you can provide a network to your device (android, iphone, etc) TAK will send its heart out over that interface - once you have the COT stream you can pretty much do whatever you want with it.
The ESP32 can do either Bluetooth (how Meshtastic uses it) for low-speed serial or WiFi to present a network directly to TAK - by not modifying the Meshtastic node, a plugin is required to pre-pack data into a form the unmodified Meshtastic node can use.  But, if you modified the Meshtastic node to provide WiFi and do the COT protobuf packing on the node instead, you wouldn't need the plugin.  If the ESP32 is already doing WiFi and COT-protobuf packing, then is doesn't need to send it out over LoRa, you can send it out any method you chose ZigBee, direct TTL modulated laser point-to-point, even HF/VHF/UHF with an appropriate packet modem or directly via ESP32-SDR (like https://github.com/thaaraak/SDR-Transceiver - no affiliation).
I only used the RPi Zero because it had the option for presenting a USB-OTG-ethernet device out of the box which works with Android - and I'd still have multi-Mbps WiFi I could use for mesh on a different band, and a ton more IO (I2C/I2S/SPI/UART and then GPIOs) and extra compute power for other stuff without tiny memory constraints (512MB of RAM versus 4-32MB for ESP32 parts).

Something to think about is the stability of TAK and the Forwarder plugin. The reason I went the way I did, is that TAK likes to see a network and a fat pipe for data. IIRC DoD/NATO is using cellular and IP packet radio for the network - I didn't want to fight the architecture too much, but I wanted compatibility with the Meshtastic packing that Paul was doing (and others are using). Plugins are plugins, and have to be maintaned/updated - Paul does a monumental job keeping it up to date, but I didn't want to have to rely on that, or pile on with nagging for updates when he's out living life.
The way the Forwarder plugin is written makes it very easy to port the user-space Meshtastic way of the world into a TAK UI - but if you're willing to get into the Meshtastic protocol spec, there is actually a lot of extra mesh flexibility not presented through either the plugin or the Meshtastic app itself. For instance you can't act as both a node and a router with the Meshtastic app.
Have you looked at the COT message protocol? If you can provide a network to your device (android, iphone, etc) TAK will send its heart out over that interface - once you have the COT stream you can pretty much do whatever you want with it.
The ESP32 can do either Bluetooth (how Meshtastic uses it) for low-speed serial or WiFi to present a network directly to TAK - by not modifying the Meshtastic node, a plugin is required to pre-pack data into a form the unmodified Meshtastic node can use. But, if you modified the Meshtastic node to provide WiFi and do the COT protobuf packing on the node instead, you wouldn't need the plugin. If the ESP32 is already doing WiFi and COT-protobuf packing, then is doesn't need to send it out over LoRa, you can send it out any method you chose ZigBee, direct TTL modulated laser point-to-point, even HF/VHF/UHF with an appropriate packet modem or directly via ESP32-SDR (like https://github.com/thaaraak/SDR-Transceiver - no affiliation).
I only used the RPi Zero because it had the option for presenting a USB-OTG-ethernet device out of the box which works with Android - and I'd still have multi-Mbps WiFi I could use for mesh on a different band, and a ton more IO (I2C/I2S/SPI/UART and then GPIOs) and extra compute power for other stuff without tiny memory constraints (512MB of RAM versus 4-32MB for ESP32 parts).

It seems like the code is very coupled to the meshtastic implementation. Why vision is to segregate the layers into distinct layers that abstract from each other as much as possible. This can be achieved by writing a abstraction around COT Messages on a Pi Zero as you suggested and creating a  pluggable mapping of sorts to different device types.
If I understand what you're saying is that by providing the Pi Zero I get a stream of COT data and can package it at that layer to be sent over whatever medium I want.
I've seen this done to get ATAK over UHF/VHF before the HAMMER plugin and in other projects where they're sending burst data over HAM.
Do you have any resources around how ATAK exposes that data upon a connection? Is it some protocol on a port or something? I appreciate any support.

If I understand what you're saying is that by providing the Pi Zero I get a stream of COT data and can package it at that layer to be sent over whatever medium I want.

You got it.  Forwarder ingests this stream in TAK before it's sent out to a network port and then whittles it down to a more compact bitstream that fits in Meshtastic packets, and redirects it to Meshtastic hardware and subsequent air-protocol instead of a network gateway for forwarding to a TAK server.
Typical ports ar 8087/8089 TCP/UDP.  The COT traffic is XML - a Google search for Cursor On Target schema provides a PDF result from MITRE which is still pretty current.  Various other Git repos have tools for converting your favorite data format into and out of a given schema.
The method I picked was building a thin regular-expression-based stream-processor on an NGINX server runing on PI to act as a pseudo-TAK-server (cuts down the lag in processing-to-air), then creating a vitual "TAK Server Net" to make entry-and-exit points to the virtual net.  In TAK parlance, this would be like a singular soldier's ATAK phone connecting to a TAK server on a nearby MRAP with a micro-cell basestation (in the chain this would be my RPi) and then the local MRAP TAK server federating with a network of other TAK servers to syncronize real-time state using whatever network access it has.  Like I said I didn't want to fight the architecture too much, it was a pretty good idea/setup to start with (us civilians just aren't allowed to purchase the sensitive military gear to replicate all of it).  When I did this TAK server was also not public-release, and FreeTAKServer was not really up an running.
Slight Tangent... Dealing with a network, standard network security cautions apply.  With my setup, the "network" is hardwired from USB to the RPi, so I can see if there is a man-in-the-middle-attack taking place on my physical person :P, TAK implemented on general network hardware is best done with pre-diretibuted certificates, encryption (TLS 1.2+), VPN, user authentication, etc...  This is the bulk of the support docs for setting up TAK Server official (i.e. all the security stuff).  Same applies for any over-the-air protocol you land on, even Mestastic is not "secure" secure (just difficult to read for those not in-the-know).  The nice thing about symmetric encryption like AES128/256 is that it doesn't add to the payload size... if it fits in a block.  But not much beats a OTP and XOR at any size.

Yes I think I'm going to go with a wired OTG approach too.  It makes sense for my use case. I was unaware that ATAK has native federation support. That makes a ton of sense. My ideal setup would be having local short range nodes/hubs that federate with several but fewer long range hubs. Like a fireteam having a local instance of tak server that communicates to the HQ tak server to keep everything synced. Glad to hear this is the intended architecture.
Are you saying I need the forwarder plugin to expose the traffic to those ports or is that something that is already natively available while connected to a network? If I do need the plugin, I may fork it and strip out the UI and meshtastic specific code to allow just exposing of traffic.
So far my understanding is this, I plugin the Zero to the phone as OTG ethernet source. ATAK exposes ports (either through the plugin or natively) that allow me to listen to the traffic. I then format and encode that into whatever shape I need before sending off the packet to Zigbee in my case. When you're referring to the "pseudo-TAK-server" is that running on the Zero? Is that what you're using to allow ATAK to forward the traffic? In your case you mentioned NGINX to mimic the TAK server, do you have a code example of this or know where I can find one? I think this is 90% of the work for what I'm trying to accomplish.
Another non TAK project I plan on doing with these is to attach them to an access point and provide messaging services for nearby devices. This would be useful say in a search and rescue context where you may have dozens of people and can't have one device per person and want everyone to communicate through the off grid group chat. Or god forbid a natural disaster that takes down communications I could spread a few of these throughout my neighborhood to give my neighbors a better chance at organizing.

...I was unaware that ATAK has native federation support...

The TAK client app (iTAK/ATAK) does not AFAIK have direct federation capabilites - it must register to a server or a connector (plug-in) which acts as a proxy for an IT network.  Forwarder is a plug-in which handles push pull to a non-internet data exchange, my variant emulates a direct-connected TAK Server.  I just want to be clear on that.

Are you saying I need the forwarder plugin to expose the traffic to those ports or is that something that is already natively available while connected to a network?

Plugins provide unmodified TAK client, which is IP network dependent, an alternative path for data.  Like Hammer does for radios.  TAK client generates and consumes COT packets in XML.  XML is not really magic, it's a data structure just like a webpage is (and basically the same markup as XML).  One traffic is sent to a plugin, it is under that plugin's control what happens to the packet contents.  The Forwarder plugin squeezes the packet down to some basic elemets and compresses it so that it fits in a payload meshtastic can handle (this was the ONLY part of Paul's work I was really interested in), then it forwards it to Meshtastic via API to go over to the hardware and eventually to air.  Seriously do a google search for "COT schema", then do a GIT search for projects with the same - anything not private is free to read through, there are a LOT of public projects (even TAK official code btw).
Think of TAK like a human-centered data generator and consumer - most processing is normally done in the backend at aggregation, without even a UI (but very likely with AI).  Considering the plugins already out there - most are about either generating more standardized data to aggregate, enabling ways of enabling data transit for eventual aggregation, or closer control for things that would be better served by local control in order to generate more data to aggregate.  Information is power - you want information overload so you can throw a Hardigg case of servers at the incoming COT stream to analyze it and give you a global view of the combat enviroment and enough insight for you to send back down a common operating picture and form some kind of battle plan.

Another non TAK project I plan on doing with these is to attach them to an access point and provide messaging services for nearby devices. This would be useful say in a search and rescue context where you may have dozens of people and can't have one device per person and want everyone to communicate through the off grid group chat. Or god forbid a natural disaster that takes down communications I could spread a few of these throughout my neighborhood to give my neighbors a better chance at organizing.

This is a can or worms.  To be frank you might as well use this Meshtastic Forwarder Plugin for long range infrastrucrure-deficient hopping and put up some meshtastic routers, these are between $15-35 in commodity hardware now.  You can spend your effort putting these out in advance of your need and spend te effort to make them more resilient over longer deployments (in this thread, I shared some of what my deployed Meshtastic unconnected nodes and routers have).  If you need higher bandwidth networking for non-disaster scenarios use OpenWRT running the actual TAK Server java machine (these Java TAK servers on individual WiFi-APs can be federated to form a full network) - this does not require connection to the internet, it can be a private network (though internet connection might be a good way to ensure you have up-time).  That's the lowest effort path to get what you want IMHO.  I tend to go tens of miles in BLM back-country where cell service is a fairytale and line of sight radio is infrequent.  Thus the mesh and Iridium capability I needed (I can always see the sky, and and probably see a ridgline I've been up).  Match your needs to the available solutions first before spending the time/effort building a new thing.  You never get spent time back.

...federation support. That makes a ton of sense. My ideal setup would be having local short range nodes/hubs that federate with several but fewer long range hubs. Like a fireteam having a local instance of tak server that communicates to the HQ tak server to keep everything synced. Glad to hear this is the intended architecture.

Federation is actually one the the organizational powers of the TAK system.  You can imagine military orgs having granular TAK servers and then federating for "need-to-know" within an event.  Put two teams together for a fire mission?  Federate their TAK domains, need to send intel down from higher?  You can send that in a one-way pipe to the lower TAK domain without revealing the whole TAK hirearchy (reduces clutter, intel leakage, etc...).  Same in Civil use, you could use one TAK domain for Fire, one for Police (one each for PD, Sheriff, State PD), one for the Ambulance system - get a mass casualty event and you can start federating servers to give local players a global view of the situation and filter pipes between layers of TAK servers to control what information is going where.  It's really slick.
I don't claim to be a professional with a sound grasp of the code-base, just FYI, I got through enough to get what I needed done, my Google-fu is strong I and I know how to copy-paste from Stack Overflow well enough ;-P.  I think a alot of the reason the documentation is weak, is that every professional with a sound grasp of the functionaility/code-base who is doing it outside DoD/NATO is trying to sell a product back into that ecosystem - and general understanding reduces the market by enabling additional competition (there's also the security argument - but you don't open source something which is that vulnerable to critical breaches IMO).  DoD probably has an interest in the documentation being better and more readily available, but then it comes down to costs and ROI.

So far my understanding is this, I plugin the Zero to the phone as OTG ethernet source. ATAK exposes ports (either through the plugin or natively) that allow me to listen to the traffic. I then format and encode that into whatever shape I need before sending off the packet to Zigbee in my case. When you're referring to the "pseudo-TAK-server" is that running on the Zero? Is that what you're using to allow ATAK to forward the traffic? In your case you mentioned NGINX to mimic the TAK server, do you have a code example of this or know where I can find one? I think this is 90% of the work for what I'm trying to accomplish.

Mostly right on - the RPi looks like a hardwired Ethernet network adapater to the phone, TAK client send the data to the phone to send over whatever network it can, phone sees the USB network adapter (RPi), sends data to the adapter (RPi), RPi has a serivce running on the port (8087 IIRC, but you can set/force this in TAK client to anything) which does all the correct handshaking and reception transmission on that port to look like TAK client just talked to a TAK server.  From there the raw data is in the RPi and standard Perl compatible stream filters in NGINX allow the RPi to see what kind of data is in there.
I make some descisions in a stand alone thread about what kind of connections are available - I have a B.A.T.M.A.N 2.4GHz Wifi Mesh service running on the RPi, a Meshtastic service running on the RPi, a softmodem for mic-headset jacks for a commercial VHF/UHF radiod, and an Iridium modem handler running on the RPi - each reports network connectivity and message traffic.  WiFi is cheapest, radio soft modem is still fairly high bandwidth cheap, but meshtastic and Iridium are rate controlled and expensive respectively - messages that don't find a route over WiFi/UHF/VHF get sent to the stripped down packer library from Forwarder (to compress from raw COT XML down to compressed payloads) before either being sent to the Meshtastic servce or sent to the Iridium SBD modem.
I don't have a code to share - even if I had a habit of doing that just explaining it is as you can see in this above thread it's bunch of writing.  If you've viewed my GIT space, you can see as I've stated before, I'm not a professional at this.  I'm first to admit I'm terrible at documentation.  That, and due to a recent move for my apartment to be refurbished, all of my development gear is in storage, so I don't even have access to the code-base I built (and knowing how fragile everything is, I'd hesitate to share anyway).  This is my lunch break at work.
I can take what I've learend and poke at people in the right direction so they learn too...

You got my brain bugging me, since I have a moment between meetings, look up "The Developer's Guide to Cursor on Target" - it's a PDF put out by MITRE about a decade ago which gives a pretty solid foundation for what is in the XML and why.
Then look up "CoTTypes.xml" on Google and FreeTAKServer.
Those will probably get you started on seeing how much work it is to roll-your-own.

@paulmandal any interest in just building a separate repo with a CoT-->Meshpacket and Meshpacket-->CoT functions and linking your (un-)packaging algorithm linked to this project's repo?  Separate from Buttars' query, I've heard through the grapevine a bunch of other interfaces that want your packaging for compatibility/interoperability...


[flatbuffers] Add cross-compilation support for flatc

flatbuffers produces both a runtime library and a code generator flatc. While it does not run flatc during its own build, consumers expect to find the tool via the import Flatbuffers:flatc.
In this PR, I have made the cross build of flatbuffers import the targets from the host build, enabling seamless access for consumers. I tested this with apsi, however it fails during compilation when targeting arm64-windows for other reasons.

Thanks for the fix!


Welcome to nginx instead of serving the app

Hi,
I'm trying to setup my docker app on Microsoft Azure Ubuntu VM instance.
dokku logs wdc-app shows
oleksandr@wdc-app:~$ dokku logs wdc-app
--------------------------------------------------------
:: Sun Apr 12 2015 02:44:53 GMT+0000 (UTC)
Environment : production
Host        : wdc-app.cloudapp.net
Port        : 80
--------------------------------------------------------

               .-..-.

   Sails              <|    .-..-.
   v0.11.0             |\
                      /|.\
                     / || \
                   ,'  |'  \
                .-'.-==|/_--'
                `--'-------'
   __---___--___---___--___---___--___
 ____---___--___---___--___---___--___-__

Server lifted in `/app`
To see your app, visit http://wdc-app.cloudapp.net
To shut down Sails, press <CTRL> + C at any time.

But when I'm going to the link I see only
Welcome to nginx!

If you see this page, the nginx web server is successfully installed and working. Further configuration is required.

For online documentation and support please refer to nginx.org.
Commercial support is available at nginx.com.

Thank you for using nginx.

Port 80 is opened correctly. My own app exposes port 8080 but according to the docs it should be routed by dokku-alt correctly to port 80.
Is it a bug in dokku-alt or I'm doing something wrong?

docker ps shows
oleksandr@wdc-app:~$ docker ps
CONTAINER ID        IMAGE                             COMMAND                CREATED             STATUS              PORTS               NAMES
5c56be3c6a09        dokku/wdc-app:deployed            "node app.js --prod"   10 hours ago        Up 18 seconds       80/tcp              app_wdc-app_1428806686_19750
5123080b0edb        ayufan/dokku-alt-mongodb:latest   "/usr/bin/start_mong   11 hours ago        Up 11 hours         27017/tcp           mongodb_single_container

Just in case - there is no VHOST file at - ~dokku but there is a HOSTNAME file there with wdc-app.cloudapp.net contents.

Ok, I was able to fix that.
Initially I did dokku domains:set wdc-app wdc-app.cloudapp.net:80, fixed that with dokku domains:set wdc-app wdc-app.cloudapp.net.
Is it normal behaviour that previous two commands aren't identical?

Yes, because you set hostname no listening address of server.
On Sun, Apr 12, 2015 at 4:04 PM, Oleksandr Sochka<EMAIL_ADDRESS>wrote:

Ok, I was able to fix that.
Initially I did dokku domains:set wdc-app wdc-app.cloudapp.net:80, fixed
that with dokku domains:set wdc-app wdc-app.cloudapp.net.
Is it normal behaviour that previous two commands aren't identical?
—
Reply to this email directly or view it on GitHub
https://github.com/dokku-alt/dokku-alt/issues/242#issuecomment-92067557.

--
Kamil Trzciński
<EMAIL_ADDRESS>www.ayufan.eu

I did, but the hostname was wdc-app wdc-app.cloudapp.net:80 instead of wdc-app wdc-app.cloudapp.net


test check

Replace this paragraph with a description of what this PR is changing or adding, and why. Consider including before/after screenshots.
List which issues are fixed by this PR. You must list at least one issue. An issue is not required if the PR fixes something trivial like a typo.
If you had to change anything in the flutter/tests repo, include a link to the migration guide as per the breaking change policy.
Pre-launch Checklist

[ ] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[ ] I read the Tree Hygiene wiki page, which explains my responsibilities.
[ ] I read and followed the Flutter Style Guide, including Features we expect every widget to implement.
[ ] I signed the CLA.
[ ] I listed at least one issue that this PR fixes in the description above.
[ ] I updated/added relevant documentation (doc comments with ///).
[ ] I added new tests to check the change I am making, or this PR is test-exempt.
[ ] I followed the breaking change policy and added Data Driven Fixes where supported.
[ ] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

I was checking if changes were made on the dialog route caused the test failure or not
And if yes specifically which part this is now tested and there is no need for this draft so closing it


temp fix for jsonschema

The tests are failing with the change. Any idea why?

Approving even with failed tests to work around a problem in upstream package.

The tests are failing with the change. Any idea why?

No idea, suggest updating to python 3.11, HA and pytest to latest. Then try and solve any issues from there.


Storage!

Support for Storage
Uses the correct backpack icons
getItems() function now always return the skin instead of the resourcepack texture in case the item has a custom in-game skin (it was buggy with enderpacks for some reason)
charged the position of the vault, I think it's more important than the other things on it's right (accessories are already above, and pots, fish bag, quiver are ....not so important)
optimized inventory header section spaces on desktop to make space for Storage

on a profile that has less than 18 backpacks, only the backpacks are shown but it should probably show an empty square for the others.

screenshot taken on Cookie_Wookie_7/Papaya

on a profile that has less than 18 backpacks, only the backpacks are shown but it should probably show an empty square for the others.

screenshot taken on Cookie_Wookie_7/Papaya

Fixed with latest commit


awesome-egov-de

Hi! I maintain an awesome list that is very similar than yours (https://github.com/codedust/awesome-egov-de/). Would you be interessted in merging our efforts?

Yes sure, this sounds like a great idea!
I would propose to the the bundestag organization as this allows to add multiple maintainers. @ulfgebhardt could you add @codedust as contributor?
What do you suggest to merge the actual contents?

👍 for using the bundestag organization!
Considering awesomeness: I'm thinking about where to draw the line here. E.g., the policies section in awesome-egov-de is super helpful, tough I wouldn't consider all policies awesome in that sence. There probably is a difference between things you should know when working in in/with government (which is what I focused on so far) and things that are truely awesome in the german government domain (which seems to be your focus).
Maybe, awesome-egov-de could focus on learning resources and where to find things (like documentation, podcasts, policies, code repositories, etc.) while awesome-germany focusses on concrete projects and tools?
What do you think?

I agree that both repositories have a different user focus (this repository focuses on citizens while awesome-eogov-de focuses on people working in/with administration) and as such it doesn't make sense to merge them.


passing images to the request and response object.

In your python examples -  for instance in example_analytic.py - it is not clear how to pass the images or the images folder to request and response objects and pass that to process_image(req, resp).

Only the path to the image/video is included in the requests and responses. The analytics expect the files to be accessible, generally as a volume mount on the analytic container.


C++ modules clang-tidy fails

I don't know if it is clang-tidy specific or cmake 3.26.3 or clang-tidy 16.0.0 issue.
The issue shown is:
FileNotFoundError: [Errno 2] No such file or directory: '/path/to/project/cmake-build-pre-commit/_configuring'

This does seem like an issue, I will try to look into this.

In the mean time, you might want to try to add the serial: true` entry in your pre-commit configuration file.

Yes, it worked. It was require_serial: true.
Here's a traceback that could help:
Traceback (most recent call last):
  File "/home/.cache/pre-commit/repougxmkjf2/py_env-python3.11/bin/cmake-pc-clang-tidy-hook", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/home/.cache/pre-commit/repougxmkjf2/py_env-python3.11/lib/python3.11/site-packages/cmake_pc_hooks/clang_tidy.py", line 77, in main
    cmd.run()
  File "/home/.cache/pre-commit/repougxmkjf2/py_env-python3.11/lib/python3.11/site-packages/cmake_pc_hooks/_utils.py", line 273, in run
    self.run_cmake_configure()
  File "/home/.cache/pre-commit/repougxmkjf2/py_env-python3.11/lib/python3.11/site-packages/cmake_pc_hooks/_utils.py", line 354, in run_cmake_configure
    configuring.unlink()
  File "/usr/lib64/python3.11/pathlib.py", line 1147, in unlink
    os.unlink(self)
FileNotFoundError: [Errno 2] No such file or directory: '/path/to/project/cmake-build-pre-commit/_configuring'

Note, that clang-tidy fails on with modules. Might be a cmake issue though:
https://github.com/llvm/llvm-project/issues/62258

Good to know. Worst case, users can exclude those files in the pre-commit configuration file.


⚠ Bofrost.be has degraded performance

In 99484c5, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2019 ms

Resolved: Bofrost.be performance has improved in 8d45371 after 6 minutes.


Ufw rules are not cleaned when a container dies

When a container dies and the user remove it. UFW rules are not cleaned.
Example :
version: '2.4'
services:
  debian:
    image: debian
    container_name: debian
    labels:
      - UFW_MANAGED=true
      - UFW_DENY_OUTGOING=true
      - UFW_TO=<IP_ADDRESS>/24
    command: sleep 1

Commands :
docker-compose up -d
docker-compose down

If we check ufw rules we can see that they are remaining.
If the container dies, in this case we can catch the container id in it. Here the event that we could handle :
 {'status': 'die', 'id': '284b554c5c2e8a411e27fd80be330576b496c9b2db1d86844ae79ed140c6b3a4', 'from': 'debian', 'Type': 'container', 'Action': 'die', 'Actor': {'ID': '284b554c5c2e8a411e27fd80be330576b496c9b2db1d86844ae79ed140c6b3a4', 'Attributes': {'UFW_DENY_OUTGOING': 'true', 'UFW_MANAGED': 'true', 'UFW_TO': '<IP_ADDRESS>/24', 'com.docker.compose.config-hash': 'eee765fc5954e91126235b19bd1fa7ab32c7671abe99923eef218fee254b0b0c', 'com.docker.compose.container-number': '1', 'com.docker.compose.oneoff': 'False', 'com.docker.compose.project': 'test', 'com.docker.compose.project.config_files': 'docker-compose.yml', 'com.docker.compose.project.working_dir': '/home/test', 'com.docker.compose.service': 'debian', 'com.docker.compose.version': '1.27.4', 'exitCode': '0', 'image': 'debian', 'name': 'debian'}}, 'scope': 'local', 'time':<PHONE_NUMBER>, 'timeNano':<PHONE_NUMBER>567662105}

Maybe we should watch only die events.

Rules are not cleared also when rebooting the machine and restart policy is set to 'unless-stopped'.
And at reboot the container is resumed with a new IP address and new rules are not created.

Rules are not cleared also when rebooting the machine and restart policy is set to 'unless-stopped'.
And at reboot the container is resumed with a new IP address and new rules are not created.

Thanks for reporting, I'll take a deeper look into these issues once I fix my laptop. I'm going to reinstall the OS this weekend so I'll able to back to work.

Thanks for reporting, I'll take a deeper look into these issues once I fix my laptop. I'm going to reinstall the OS this weekend so I'll able to back to work.

I have a solution for cleaning ufw rules when restarting ou shutdown the machines.
I created an init.d script that calls at boot a start.py and stop.py at shutdown or reboot.
And it works ! It cleans rules and create them at boot when there is a container running :)
I'll make a branch called 'initd'.
The problem is that the user needs to add 3 scripts and do some commands.
I think we should think of an install script that do everything for the user.
Usually I put all my scripts in /usr/lib/ufw-docker and I even tried with a virtualenv. Here the scripts :

/etc/init.d/ufw-docker
/lib/systemd/system/ufw-docker-automated.service
/usr/lib/ufw-docker

automated.py
start.py
stop.py
venv

As for cleaning the rules when a container dies.
I have no solution for now since the 'die' event doesn't have the ip address of the container.
Without a storage that keeps the association (container_id, container_ip) it is tricky to solve this.
Maybe a global vars could do the job, but when the service restarts it will loose the association.

I have a solution for cleaning ufw rules when restarting ou shutdown the machines.
I created an init.d script that calls at boot a start.py and stop.py at shutdown or reboot.
And it works ! It cleans rules and create them at boot when there is a container running :)
I'll make a branch called 'initd'.
The problem is that the user needs to add 3 scripts and do some commands.
I think we should think of an install script that do everything for the user.
Usually I put all my scripts in /usr/lib/ufw-docker and I even tried with a virtualenv. Here the scripts :

/etc/init.d/ufw-docker
/lib/systemd/system/ufw-docker-automated.service
/usr/lib/ufw-docker

automated.py
start.py
stop.py
venv

As for cleaning the rules when a container dies.
I have no solution for now since the 'die' event doesn't have the ip address of the container.
Without a storage that keeps the association (container_id, container_ip) it is tricky to solve this.
Maybe a global vars could do the job, but when the service restarts it will loose the association.

Indeed, we need some kind of container id, container ip mapping. I think ufw command actually has feature for comments / description for rules. (which I never used)
So we could store container IDs in their related ufw rules. As soon as container dies, we could lookup ufw rules by their description and find the related container.

Indeed, we need some kind of container id, container ip mapping. I think ufw command actually has feature for comments / description for rules. (which I never used)
So we could store container IDs in their related ufw rules. As soon as container dies, we could lookup ufw rules by their description and find the related container.

I agree this is the right solution for this mapping, I wasn't sure that ufw could do comments like iptables.

I agree this is the right solution for this mapping, I wasn't sure that ufw could do comments like iptables.

Idea added in branch ufw-comment
I can submit a PR if the implementation is close from what you imagined.
I have also implemented this idea in branch ufw-threads.
But here I added a prefix tag 'container:' to simplify the cleaning of all ufw rules at shutdown.

I found an issue with handling die event instead of kill event, sometime docker is faster than ufw-docker-automated script and the container doesn't exist anymore when calling the docker API to retrieve information on the container.
I need to use data from the event to clean ufw rules instead of calling a second time docker API.
The issue would be the same during a kill event or event a start event, ufw-docker-automated script could be really late in comparison with docker. And it could lead to trying to find a container that doesn't exist anymore (when doing start and stop multiple times). This script must be resilient when the container doesn't exist anymore.
It's not an issue for start event because if the container doesn't exist anymore it means that the script will process a die event just after. So at least for die events it must works without the docker API call on container. If not we could find some ghosts ufw rules remaining sometimes.
This issue was found on ufw-threads tests, case scenario :
docker-compose.yml
version: '2.4'
services:
  nginx1:
    image: nginx:alpine
    container_name: nginx1
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8180:80

  nginx2:
    image: nginx:alpine
    container_name: nginx2
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8280:80

  nginx3:
    image: nginx:alpine
    container_name: nginx3
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8380:80

  nginx4:
    image: nginx:alpine
    container_name: nginx4
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8480:80

  nginx5:
    image: nginx:alpine
    container_name: nginx5
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8580:80

  nginx6:
    image: nginx:alpine
    container_name: nginx6
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8680:80

  nginx7:
    image: nginx:alpine
    container_name: nginx7
    restart: unless-stopped
    labels:
      - UFW_MANAGED=true
      - UFW_ALLOW_FROM=<IP_ADDRESS>/24
      - UFW_DENY_OUTGOING=true
      - UFW_ALLOW_TO=any:53;dl-cdn.alpinelinux.org:80/tcp
    ports:
      - 8780:80

Step for reproducing the issue :

Change a label : sed -i 's/<IP_ADDRESS>/<IP_ADDRESS>/g' docker-compose.yml
Then update containers docker-compose up -d
Results : sometimes some rules are not properly cleaned

Fixed in PR #14. In this PR we use die event for cleaning ufw rules and we don't call docker API anymore to retrieve container information when the container dies (explanation here)


Make sure release has a disttag

Not sure if this is the most optimal place to put it
TODO:

[x] Write new tests or update the old ones to cover new functionality.
[ ] Update doc-strings where appropriate.

Fixes: There are 1-2 issues about it, but I don't remember where. @lbarcziova do you remember any of them?
RELEASE NOTES BEGIN
Enforce dist tag %{?dist} when updating release
RELEASE NOTES END

One thing to note, if the users sets a manual dist tag like f42 instead of %{?dist}, this one would still append %{?dist}. I am assuming that if the user does that, they wouldn't be using the default fix_spec action or have the dist tag statically defined in release_suffix

hi @LecrisUT ! Do you mean any of #1978 or #2046?

Thanks it is #1978. It was closed that's why I didn't find it


Randomly created secp256k1 private key is 128 bytes long

Shouldn't this be 32 bytes?

Hey @lowlabs 👋 you're correct the randomly created secp256k1 private key should be 32 bytes. Let me know if your interested in opening a PR in the next few days to fix this.


After upgrade, for plugin of C/C++, no Suspended prompt

VSCode Version: 1.40
OS Version: CentOS Linux release 7.7.1908 (Core)

Steps to Reproduce:
as title.

Does this issue occur when all extensions are disabled?: Yes/No

@cui3093 I am sorry, I do not understand what is exactly the issue. Can you please add more detailed steps, what you would expect to happen vs. what happens? Sometimes, a screenshot demonstrating the problem might be useful for us as well.

@cui3093 If this is a C/C++ extension bug, you could file more info at https://github.com/Microsoft/vscode-cpptools/issues .

Let me describe the issue in chinese.
1 当前版本安装C/C++扩展插件， 大型项目资源管理器->大纲只要源文件有改动，大纲内容就无法展示
2 当前版本鼠标停留在宏调用或者变量或者函数或者类上，不提示定义信息，一直提示加载中
3 鼠标右键查看定义信息，一直提示加载中。
把vscode卸载重装，插件卸载重装，还是一样的问题。

1 The current version of the installation of the C/C?extension, large project explorer - as long as the source file has been changed, the outline content can not be displayed
2 The current version mouse stays on a macro call or a variable or a function or class, does not prompt for the definition of information, always prompts to load
3 Right mouse button to view the definition information, always prompted to load.
Reloading vscode, plug-in uninstall reloading, or the same problem.
This sounds like a C/C++ extension bug. I'm not aware of other bug reports like this. I don't think we have enough repro info though. We're releasing a 0.26.2-insiders tomorrow with a bunch of bug fixes which may address this.

1 The current version of the installation of the C/C?extension, large project explorer - as long as the source file has been changed, the outline content can not be displayed
2 The current version mouse stays on a macro call or a variable or a function or class, does not prompt for the definition of information, always prompts to load
3 Right mouse button to view the definition information, always prompted to load.
Reloading vscode, plug-in uninstall reloading, or the same problem.
This sounds like a C/C++ extension bug. I'm not aware of other bug reports like this. I don't think we have enough repro info though. We're releasing a 0.26.2-insiders tomorrow with a bunch of bug fixes which may address this.

Hi, sean, thank you for your reply. I did not suffer the issue for 1.39, and turned back to 1.39, all issues encountered gone.

@alexandrudima If going to 1.39 solves the issue for the user, it seems like it may be some VS Code regression -- we're not aware of a 1.40 change that would cause our extension to break.


Updated Colors as per PR #88 and Issue #76

https://github.com/user-attachments/assets/1fc1a8e3-ee2e-47fb-98ab-d84f0939fd89
Also please add Labels for hacktoberfest, gssoc, level3 To this PR same as the issue labels.

@770navyasharma thanks for the valuable contribution, I hope this repository helps you utilise your  knowledge. If you find worthy please start it also.


Update website to closer match Riot's design

Just made it nicer looking

This issue was moved to RiotGear/rg#19


Uncaught InternalServerError in utils.py line 6935

Aider version: 0.55.0
Python version: 3.12.4
Platform: macOS-14.6.1-arm64-arm-64bit
Python implementation: CPython
Virtual environment: Yes
OS: Darwin 23.6.0 (64bit)
Git version: git version 2.46.0
An uncaught exception occurred:
Traceback (most recent call last):
  File "main.py", line 1512, in completion
    response = anthropic_chat_completions.completion(
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "anthropic.py", line 1096, in completion
    raise AnthropicError(
litellm.llms.anthropic.AnthropicError: {"type":"error","error":{"type":"api_error","message":"Internal server error"}}

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "aider", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "main.py", line 694, in main
    return
        ^^^
  File "base_coder.py", line 730, in run
    return self.partial_response_content
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "base_coder.py", line 773, in run_one
    else:
        ^^
  File "base_coder.py", line 1183, in send_message
    content = args.get("explanation") or ""
                ^^^^^^^^^^^^^^^^^^^^^^^^
  File "base_coder.py", line 1863, in auto_commit
    return json.loads(data + '"}]}')
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "repo.py", line 101, in commit
    else:

  File "repo.py", line 186, in get_commit_message
    continue

  File "sendchat.py", line 44, in wrapper
    return decorated_func(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "_sync.py", line 105, in retry
    ret = target(*args, **kwargs)
          ^^^^^^^^^^^^^^^^^^^^^^^
  File "sendchat.py", line 106, in simple_send_with_retries
    _hash, response = send_completion(**kwargs)
                      ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "sendchat.py", line 86, in send_completion
    res = litellm.completion(**kwargs)
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "utils.py", line 1078, in wrapper
    raise e
  File "utils.py", line 966, in wrapper
    result = original_function(*args, **kwargs)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "main.py", line 2766, in completion
    raise exception_type(
          ^^^^^^^^^^^^^^^
  File "utils.py", line 8438, in exception_type
    raise e
  File "utils.py", line 6935, in exception_type
    raise litellm.InternalServerError(
litellm.exceptions.InternalServerError: litellm.InternalServerError: AnthropicException - {"type":"error","error":{"type":"api_error","message":"Internal server error"}}. Handle with `litellm.InternalServerError`.

Thanks for trying aider and filing this issue. That error just means that Anthropic's servers were down.
I'm going to close this issue for now, but feel free to add a comment here and I will re-open. Or feel free to file a new issue any time.


Incompatibility observed between sbt 1.7.2 and >= 1.7.3

Hello,
I've observed an issue when updating the plugin to 0.1.2 and above. I've done a git bisect and isolated the issue in a particular commit. The issue is related to how gitlab registry artifacts are resolved on private projects.
Prerequisites to replicate the issue

Have sbt use coursier (works with Ivy)
Have a dependency from a private gitlab registry (in my case it's at least 2 repos from at least 2 different gitlab groups)

Offending commit
Doing a git bisect I've found that the issue starts from https://github.com/azolotko/sbt-gitlab/commit/0b36a6aa4ca63bcf968937cc1c271771bc2c785b
More details

Also coursier API on sbt 1.7.2 seems to not be compatible with later versions of sbt
Updating to sbt 1.7.3 or 1.8.0 does not resolve the issue
It seems that the gitlab authentication is not added (when on coursier) properly and sbt gets 404s when trying to download the artifacts (although they exist)

I'm sceptical this is an sbt-gitlab related issue, but I'm putting this information here just in case other people face this issue. I'm still investigating what's going on with sbt >= 1.7.3 and coursier authentication

I think I've found the issue, will send a PR

Thanks @vaslabs ! I've just tagged v0.1.3 incorporating your fix. It should be synced to Maven Central in few hours or so.


Increasing font size on landscape

I was using this and had an issue where font sizes in landscape were appearing extremely small because it was using device height. I made this change to make things easier to read if the app begins in landscape orientation.

hello @d4koo
I think that there is no property currentWidth of StatusBar in react native
https://facebook.github.io/react-native/docs/statusbar
And I configured circie ci  for code convention
Please check it before you make new PR
thanks
I think it's better close this PR once


deps: Upgrade github.com/twbs/bootstrap v5.0.2 => v5.1.3

I will update the READMEs later, but the process for upgrading the Bootstrap version is more or less:

Checkout the relevant branch (main=latest=Bootstrap 5, v4=Bootstrap 4)
Create a PR branch
Run hugo mod get -u github.com/twbs/bootstrap
Verify that go.mod is updated with correct version.
Go to exampleSite and run hugo server and make sure it works.
Create a Pull Request and verify that it builds and that the Netlify preview works.


[WIP]support proxy in maven plugins(exclude asc)

Fix issue: https://github.com/microsoft/azure-maven-plugins/issues/844

replaced with https://github.com/microsoft/azure-maven-plugins/pull/1240

replaced with https://github.com/microsoft/azure-maven-plugins/pull/1240


Doesn't work in HomeAssistant 0.69 beta

HomeAssistant 0.69 beta includes a PR that changes the way custom_components load: https://github.com/home-assistant/home-assistant/pull/14211
It looks like this breaks the custom component, as I get the following error with 0.69:
File "/home/hass/custom_components/lutron_caseta_pro.py", line 24, in <module>
    from . import casetify
SystemError: Parent module '' not loaded, cannot perform relative import

Looks like there's another PR with fixes related to the custom_components fix, not sure if it will help in this case or not: https://github.com/home-assistant/home-assistant/pull/14317

Custom components should not import from one another. If you want to import other custom components, do this:
# If it's a component
hass.components.casetify.some_method()

# If it's a platfrom
from homeassistant.loader import get_component
platform = get_component(hass, 'light.hue')

The custom_component changes to HomeAssistant were reverted, so this component is working again on the released 0.69 version.

Then close this issue ;)


Bump LH to v1.5.5-rc2

Solution:
Bump LH to v1.5.5-rc2.
Related Issue:
https://github.com/harvester/harvester/issues/5553
Test plan:
Case 1: New cluster
Make sure users can operate creating/migrating VM, creating and restoring VMBackup/VMSnapshot.
Case 2: Upgrade cluster

Create a harvester v1.2.1 cluster.
Create a guest cluster.
Make sure the harvester can bump to this branch.

@Vicente-Cheng @WebberHuang1118 Please help review the PR. I'd like us to test it before Longhorn releases v1.5.5.


Extend type array condition in get_schema_from_hdmf_class

While working on #390 I noticed that it's not possible to add grid_spacing ImagingPlane metadata in get_metadata() because it returns :
jsonschema.exceptions.ValidationError: Additional properties are not allowed ('grid_spacing' was unexpected)
The metadata schema for ImagingPlane https://github.com/catalystneuro/neuroconv/blob/1357319ffe454fda82824dfec6af6d0f2854ed3f/src/neuroconv/datainterfaces/ophys/baseimagingextractorinterface.py#L49 doesn't contain grid_spacing and other array type metadata if they are not of Iterable type:
https://github.com/catalystneuro/neuroconv/blob/1357319ffe454fda82824dfec6af6d0f2854ed3f/src/neuroconv/utils/json_schema.py#L205-L208
I added two tests, but if this may lead to hidden changes in other parts of the schema, I'm open for better solutions for this.

This is yet another case of something that would have been much easier to catch and debug if the schemas were explicitly written out instead of implicitly generated from docval
Happy to get it in as a patch needed for Bruker, but we should keep looking for better options going forward that make life easier for us here


Use conda forge

virocon should be soon available on conda-forge. Currently publish conda packages to anaconda. With a change in licence some time ago, packages hosted on anaconda can only be used by paying anaconda customers or for non-commercial purposes.
An alternative is to use conda-forge, which is a community-driven project.
Additionally this simplifies the release process for us, as conda-forge builds the conda package using the pypi package.
Any comments @ahaselsteiner? Otherwise I would merge as soon as conda-forge has built virocon.

Codecov Report

Merging #161 (45b9b12) into master (fc2ce1f) will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #161   +/-   ##
=======================================
  Coverage   77.53%   77.53%
=======================================
  Files          12       12
  Lines        1794     1794
=======================================
  Hits         1391     1391
  Misses        403      403

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

No comments, other than this is great, @kawindme. Very handy that this change also simplifies our release process.

virocon is now available on conda-forge: https://anaconda.org/conda-forge/virocon


Replace log with tracing

The latter is better suited for async applications.
This is mostly a very basic 1:1 change with a few extra improvements.

bors retry

bors retry


Show Exception Type in serialized ExceptionLayoutRenderer

When using the serialize formatter for exceptions, we don't get to see the exception type, which makes it a challenge to use. I know I can add the type formatter as well but then it won't be part of the json and won't be shown for inner exceptions. I could also add an inner exception formatter but the serializer will still serialize the inner exceptions so it ends up with a lot of bloat.
I would like to see Type added as a fake property of all exceptions in the json.
NLog version: 4.5.11
Platform: .Net 4.5
Current NLog config (xml or C#, if relevant)
private const string Layout ="${message}${onexception:${newline}${exception:format=@}";

You can try and upgrade to NLog 4.6-rc1 as it will include this PR: #2989
https://www.nuget.org/packages/NLog/4.6.0-rc1

Thank you!


Add "View In Browser" extenstion

View an HTML file by in browser directly using a shortcut. No need to go to finder and then opening the file from there.

Although this is quite useful, I see a lot of negative reviews for this one.
I'll check if it works on a variety of OS before taking any action.

Why user can't just copy path and paste it to the browser? I see a lot of interest around this extension, but it actually useless. If you need super quick preview of the plain HTML file, just use preview in sidebar extension


adding a course to the list of resources in readme

Issue 15
https://github.com/prateekiiest/titanic_survival_exploration/issues/15
adding a course to the list of resources in readme

Looks good 🎆
Thanks for the contribution :1st_place_medal:


Set isysroot in PCRE flags

See SimpleITK/SimpleITKRInstaller#26 for symptoms.
The isysroot flag should be use with Xcode based compilers. With Xcode 10 the Xcode-select does not work as it use to so some install compilers in the Xcode developer environment to not by default find C and C++ headers. They now require the isysroot flag, ( or some other sys header package ).
Add the isysroot flag with  CMAKE_OSX_SYSROOT as an argument to the C and CXX flags for the autoconf based super build projects.

Closed by #658


Do you need the background view?

I notice things look the same if I comment out lines 104, 105, 110 and 131 in the transition implementation file SwiftyExpandingTransition. Is the "extra" background view really needed? If so, can you briefly elaborate on what you're using it for?
CMD-T slows the animations way down in the simulator ... but I couldn't see any visual difference.
Thanks!

Yes, it is need to create a dark background for the transition. This color can be changed as needed.


simulate garage door with sensor of other plugin

What issue do you have? Please be as thorough and explicit as possible.
Details of your setup.

Do you use Homebridge (with config-ui?) or HOOBS?

-config-ui

Which version of Homebridge/HOOBS do you have?

Which version of this plugin (homebridge-ewelink) do you have? Has the issue started since upgrading from a previous version?

Which eWeLink devices do you have that are causing issues? Please include product models if applicable.

Do you use your main eWeLink credentials or do you use a secondary eWeLink account for Homebridge?

Please paste any relevant logs below.

Hi, Im using a R5V1C as a garage door with a DW2 door sensor. it works ok, but the wifi sensor fails many times, without mention act slow.
now im using Zigbee sensors with a son off dongle plus 3.0, and connecting it using Zigbee2Mqtt to home bridge,
It is possible to use some of this sensor, as a sensor inside the ewe link plugin?
thanks

Hi,
Closing this just as been a little overwhelmed with issues recently.
If this is still an issue or a feature you would like implemented then please do re-open this ticket!
Thanks for your understanding!


data module overrides image-mode for svg images

The :lang data module includes the following bits
(use-package! nxml-mode
  :mode "\\.p\\(?:list\\|om\\)\\'" ; plist, pom
  :mode "\\.xs\\(?:d\\|lt\\)\\'"   ; xslt, xsd
  :mode "\\.rss\\'"
  :magic "<\\?xml"
  :config
  (setq nxml-slash-auto-complete-flag t
        nxml-auto-insert-xml-declaration-flag t)
  (set-company-backend! 'nxml-mode '(company-nxml company-yasnippet))
  (setq-hook! 'nxml-mode-hook tab-width nxml-child-indent))

which overrides image-mode for .svg images in :magic.

As of 91a4311 this issue should be resolved. Let me know if that isn't the case and I'll reopen it. Thanks for bringing it to my attention!


update vault-helm to 0.0.2

Signed-off-by: Brett Johnson<EMAIL_ADDRESS>Thanks submitting your Operator. Please check below list before you create your Pull Request.
New Submissions

[x] Does your operator have nested directory structure?
[x] Have you selected the Project Community Operator Submissions in your PR on the right-hand menu bar?
[x] Are you familiar with our contribution guidelines?
[x] Have you packaged and deployed your Operator for Operator Framework?

[x] Is your submission signed?
[x] Is operator icon set?

Updates to existing Operators

[x] Did you create a ci.yaml file according to the update instructions?
[x] Is your new CSV pointing to the previous version with the replaces property if you chose replaces-mode via the updateGraph property in ci.yaml?
[x] Is your new CSV referenced in the appropriate channel defined in the package.yaml or annotations.yaml ?
[x] Have you tested an update to your Operator when deployed via OLM?
[x] Is your submission signed?

Your submission should not

[x] Modify more than one operator
[x] Modify an Operator you don't own
[x] Rename an operator - please remove and add with a different name instead
[x] Submit operators to both upstream-community-operators and community-operators at once
[x] Modify any files outside the above mentioned folders
[x] Contain more than one commit. Please squash your commits.

Operator Description must contain (in order)

[x] Description about the managed Application and where to find more information
[x] Features and capabilities of your Operator and how to use it
[x] Any manual steps about potential pre-requisites for using your Operator

Operator Metadata should contain

[x] Human readable name and 1-liner description about your Operator
[x] Valid category name1
[x] One of the pre-defined capability levels2
[x] Links to the maintainer, source code and documentation
[x] Example templates for all Custom Resource Definitions intended to be used
[x] A quadratic logo

Remember that you can preview your CSV here.
--
1 If you feel your Operator does not fit any of the pre-defined categories, file an issue against this repo and explain your need
2 For more information see here

/ok-to-test

/ok-to-test

Can I please get some assistance with understanding this error?
The error is "Temp index not found. Are your commits squashed? If so, please check logs https://github.com/operator-framework/community-operators/actions?query=workflow%3Aprepare-test-index"
I've checked I only have one commit in the log so I'm a little stumped.

/retest


ERROR source=runner.go:426 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"

What is the issue?
ERROR source=runner.go:426 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
OS
macOS
GPU
Apple
CPU
Apple
Ollama version
0.4

cheap_model_max_async=2,
best_model_max_async=2,

The version is too new. I downgraded to version 0.3.14, and the issue was resolved. However, I noticed that in version 0.4, the GPU utilization decreased. Looking forward to a more stable release in future versions.

@wuhongsheng Can you please post the full server logs?

This may be fixed in main - if anyone who is experiencing this issue can build from source and test it, that would be helpful to confirm.

just fyi, with ollama 0.4.2 i also get this error (using llama2-11b)
here is some log, loosk like the "limit" is not set correct (set to 2k, but llama2 has 128k)
time=2024-11-17T09:22:10.460+01:00 level=WARN source=runner.go:122 msg="input exceeds context length" prompt=54273 **limit=2048**
time=2024-11-17T09:22:10.635+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
time=2024-11-17T09:22:10.809+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
time=2024-11-17T09:22:10.810+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
time=2024-11-17T09:22:10.949+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
time=2024-11-17T09:22:11.167+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
time=2024-11-17T09:22:11.370+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
time=2024-11-17T09:22:11.590+01:00 level=ERROR source=runner.go:429 msg="failed to decode batch" error="could not find a KV slot for the batch - try reducing the size of the batch or increase the context. code: 1"
t

@fce2 (or others that are experiencing this issue), can you give it a try with 0.4.3-rc0 (or later)? I believe that this error should be fixed now.

Hi Jesse,
just tested with 0.4.3, looks good now !
!! THANKS !!


Make path pattern smarter for errors screenshots

What is your Scenario?
I would like that screenshots on failure generate a file name with the testcase name + a progressive.
Probably this a non-sense because when test script fails it can not take more than one screenshot.
This is my .testcaferc.json
{
  "selectorTimeout": 2000,
  "skipJsErrors": true,

  "screenshots": {
    "takeOnFails": true,
    "pathPattern": "${DATE}_${TIME}/test-${TEST}/${USERAGENT}/${TEST}-${FILE_INDEX}.png"
  }
}

What is the Current behavior?
for the screenshots taken usin .takeScreenshot() it work as expected generating

inside the TCF-004-errors folder, file name is the standard

What is the Expected behavior?
inside the TCF-004-errors folder, file name respect the mask
${TEST}-${FILE_INDEX}.png
What is your public website URL? (or attach your complete example)
You can access our test site
This is the example
What is your TestCafe test code?
import { Selector } from 'testcafe';

fixture `New Fixture`
    .page `https://platform70-at.tesisquare.com/core/framework/login.cfm`;

test
.meta({'TCID': 'TCF-004',
          'WKFSTATUS': 'ready',
          '6.3': 'yes',
          '6.4': 'yes',
          '7.0': 'yes'})
('TCF-004', async t => {
    await t
        .click('#cookieChoiceDismiss')
        .typeText('#userlogin', 'admin')
        .typeText('#password', 'qqq')
        .click('#login')
        .click('#btn-toggle-menu')
        .click(Selector('#A_ADMIN_SYS-GESANAG_AN span').withText('ANAGRAFICHE'))
        .click('#A_ADMIN_SYS-GESANAG_AN_1')
        .click('#inserisci')
        .switchToIframe('#frame-for-tab')
        .typeText('#IdAnag', 'qazwsxedcrfvtgbyhnuj')
        .takeScreenshot()
        .typeText('#DescIndirizzoPF', 'qq')
        .typeText('#DescCittaPF', 'qq')
        .takeScreenshot()
        .typeText('#DescRagSocPF', 'qq')
        .typeText('#CapPF', 'qq')
        .typeText('#IdProvinciaPF', 'qq')
        .takeScreenshot()
        .click('#select2-Stato-container')
        .typeText('#fieldset_g1 .select2-search__field', 'Valido')
        .pressKey('enter')
        .click('#select2-idlingua-container')
        .typeText('#fieldset_g1 .select2-search__field', 'Italiano')
        .pressKey('enter')
        .click('#select2-IdNazionePF-container')
        .typeText('#fieldset_g1 .select2-search__field', 'ITALY')
        .pressKey('enter')
        .click('#inserisci')
        .expect(Selector('#pagecontainer div')
        	     .withText('Error ID: PLATFORM_STANDARD')
        	     .exists).eql(false)
        .expect(Selector('#pagecontainer a')
        	      .withText('Return to the Homepage')
        	      .exists).eql(false)
        .debug();
});

Your complete configuration file
{
  "selectorTimeout": 2000,
  "skipJsErrors": true,

  "screenshots": {
    "takeOnFails": true,
    "pathPattern": "${DATE}_${TIME}/test-${TEST}/${USERAGENT}/${TEST}-${FILE_INDEX}.png"
  }
}

Your complete test report
No response
Screenshots
No response
Steps to Reproduce
N.A.
TestCafe version
1.18.2
Node.js version
v14.15.5
Command-line arguments
testcafe 'chrome --start-fullscreen' --test-meta WKFSTATUS=ready,6.4=yes --cfg=at-7.0.json ./test/testcafe/TCF-006-multiple-sshots.js
Browser name(s) and version(s)
No response
Platform(s) and version(s)
Windows 10, using Gitbash to run the script
Other
No response

Hi @fmancardi,
This behavior is expected. TestCafe replaces any ${FILE_INDEX} for the error with ${ERRORS_FOLDER}/${FILE_INDEX}. This decision was made because a file can contain a lot of tests with errors. If you want to screenshot only an error and you have only one test in the file, you can use ${TEST_INDEX} instead of ${FILE_INDEX}

I'm going to provide a more detailed explanation, because IMHO replace is not working as expected for errors

Fine, please share more details, but before you do that, take a look at this paragraph. In the example with the default path pattern, you can see that the errors/string is put before ${FILE_INDEX}. Testcafe works with custom patterns in the same way.

Please give a look to my first explanation, the errors folder does not exist anymore, it's name is changed to TC-004-errors.
This is not the expectation.
folder name must remain errors
file name inside the folder have to have TC-004 as prefix then the progressive.
regards

Thank you for the explanation. It happens because you separate ${TEST} and ${FILE_INDEX} with -. Thus, Testcafe doesn't handle your case and just replaces ${FILE_INDEX} with the errors/${FILE_INDEX}. We will think about ways to improve this behavior and update this thread once we have any news.

I've tried with
"pathPattern": "${DATE}_${TIME}/test-${TEST}/${USERAGENT}/${TEST}${FILE_INDEX}.png"
same effect
errors folder is renamed but images inside no

It doesn't change anything. In case of errors, testcafe replaces part of the {FILE_INDEX} pattern with errors/${FILE_INDEX} each time. It doesn't matter what you put before or after.
I have an idea. You can swap {FILE_INDEX} and ${TEST} if it's appropriate to you like this: ${DATE}_${TIME}/test-${TEST}/${USERAGENT}/${FILE_INDEX}-${TEST}.png. The names of the files with errors will be changed.

Using your suggestions things work as expected.
We can consider this a workaround.
It will be great if in the future using the mask  ${TEST}-${FILE_INDEX}.png things also work.
I know this is not a critic issue, but may be the right solution will be to have two pathPatters:

'pathPattern'
'errorsPathPattern'  or 'pathPatternOnFails'

"pathPattern": "${DATE}_${TIME}/test-${TEST}/${USERAGENT}/${TEST}-${FILE_INDEX}.png"
"pathPatternOnFails": "${DATE}_${TIME}/test-${TEST}/${USERAGENT}/MyErrorsFolder/myPrefix-${TEST}-${FILE_INDEX}.png"

Best regards

Thank you for the suggestion. We will consider ways to improve this behavior and update this thread once we have news.


Use an indexed rpc endpoint

closing because i am going to assume we are no longer going in this direction


Changing plugin settings in config.xml does not publish to platform settings

From @ChrisCoffey on March 30, 2016 14:35
The problem:
I switched facebook applications in my app and updated the necessary keys in my toplevel config.xml. However, after cleaning, building, and even removing/re-adding the platform the old settings still persisted.
It turns out that changing these settings does not trigger a recreation of:

platforms/ios/ios.json
platforms/ios/APPNAME/AppName-Info.plist
plugins/fetch.json
plugins/ios.json

This results in the wrong information being used during app creation.
Expectation
Based on my limited understanding of the platform I expected the files above to recognize the configuration change and re-create themselves.
Steps to reproduce:

Install ionic-native plugin
Create a page that calls

Facebook.login(["public_profile"])

ionic platform add ios
ionic build ios
Run your app via xcode
Login with facebook. You'll be taken to a FB login screen where you can add the app
Create a new facebook app
Change APP_ID & APP_NAME keys in the config.xml
ionic build ios
Repeat the login workflow & notice the old app is still being used

Ionic Version
2.0.0-alpha.53
Copied from original issue: driftyco/ionic#5986

Hey thanks for the issue. This sounds like a problem with Cordova or possibly the Facebook plugin, so I would suggest possibly opening an issue over at https://issues.apache.org/jira/browse/CB or https://github.com/jeduan/cordova-plugin-facebook4.


No module named 'gemlite_lib'

import gemlite_lib  in gemlite/gemlite/core.py
ModuleNotFoundError: No module named 'gemlite_lib'

How did you install it ? Can you share the logs when you were installing

Closing this issue due to inactivity. Feel free to re-open if the problem is not resolved.


Wrong context in proof

I'm trying to run the example provided by you. The proof returned contains a @context property which contains 'http://w3id.org/security/v2':
proof: {
    '@context': 'https://w3id.org/security/v2',
    type: 'sec:BbsBlsSignature2020',
    created: '2022-05-17T15:34:54Z',
    verificationMethod: 'did:example:489398593#test',
    proofPurpose: 'assertionMethod',
    proofValue: 'jlfsXEF514I1FzUmof0a7SqaFnDVnAtXec2TcMWu0tA/WYO/nDcmfHqPHaTtPv7MQEtZc+YGZTalDKQMlAxppHsVX4dQvJ8UpgXxjnPhqgkzcRgLaL+EJ5Z+odgmjtm1ap5ychae3ikPXk9KPoZlJg=='
  }

I've just found out that I was using the wrong context in the document to sign and the wrong version of jsonld-signatures. It's working now, so I'm closing this issue.


[image_picker] Failed to load image when selecting image from third-party app

Issue Description
Failed to load image when selecting image from third-party app.
Reproduce steps:
Android Platform

Select an image from ImageSource.gallery
After the library is opened, then open File Manager or any other application in the side menu to get the image.
Choose an Image.
After selecting the image, the XFile variable will be null.

https://user-images.githubusercontent.com/83001459/193504314-74e84557-1fef-464b-aa5e-4b3a0f7a9558.mp4
Simple Code
    final XFile imageFile = await _picker.pickImage(
      source: imageSource,
    );

    if (imageFile != null) {
      print('#cropImage imageFile name: ${imageFile.name} | ${imageFile.path}');
      final List<dynamic> croppedImageFile = await _cropImage(File(imageFile.path));
      _inProcess = true;
      return croppedImageFile;
    } else {
      print('#cropImage imageFile null | failed');
      return <dynamic>[null, 'selected image failed to load'];
    }

Version:
image_picker: ^0.8.5+3
flutter:
[✓] Flutter (Channel stable, 3.3.2, on macOS 12.5 21G72 darwin-arm, locale en-ID)
[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.0)
[✓] Xcode - develop for iOS and macOS (Xcode 13.4.1)
[✓] Chrome - develop for the web
[✓] Android Studio (version 2021.2)
[✓] Connected device (3 available)
[✓] HTTP Host Availability

@sed1ka Which device are you having this issue on? Please try running this image_picker's sample code to see if the issue is reproducible.
Thank you!

After try running image_picker's sample code
Finally, I found that the bug occurred because our app set launchMode to android:launchMode="singleInstance" in AndroidManifest

@sed1ka Given your last message, I feel safe to close this issue due to the issue coming from your implementation, if you disagree please write in the comments and I will reopen it. Thank you!


Fix operator conversion.

Fixes: https://github.com/google-gemini/generative-ai-python/issues/411

this can break someone's code if they are using 5 for NOT_EQUAL and 6 for EXCLUDES as per the last code. I may be wrong.

Normally yes, you wouldn't change enum values. But this PR fixes it so the integer values match how the API interprets them. It's possible this breaks someone, but this code has low usage (We've never provided an example of how to use this yet). I don't want to keep it out of sync with the API just for consistency with an old version. Right now if you serialize an proto that includes one of these enum values, then convert the json back to a proto the result will be different.


conv2d padding vs functional.pad, is there something wrong ?

the code:
            var tensor = torch.zeros(1, 1, 32, 5);
            var module1 = nn.Conv2d(1, 1, (1, 3), (1, 2), padding:(0, 2));
            var module2 = nn.Conv2d(1, 1, (1, 3), (1, 2));

            var shape1 = module1.forward(tensor).shape;
            var shape2 = module2.forward(functional.pad(tensor,(0,2))).shape;
            Console.WriteLine(string.Join(',', shape1));   //output: 1,1,32,4
            Console.WriteLine(string.Join(',', shape2));   //output: 1,1,32,3

why Conv2d padding output shape width is 4 ?

It's how libtorch works.
In Python:
>>> tensor = torch.zeros((1,1,32,5))
>>> module1 = torch.nn.Conv2d(1, 1, (1, 3), (1, 2), padding=(0,2))
>>> module2 = torch.nn.Conv2d(1, 1, (1, 3), (1, 2))

>>> module1.forward(tensor).shape
torch.Size([1, 1, 32, 4])
>>> module2.forward(torch.nn.functional.pad(tensor, (0,2))).shape
torch.Size([1, 1, 32, 3])

Maybe because in the second statement, the padding is applied first, then the convolution?
Again, in Python:
>>> torch.nn.functional.pad(module2.forward(tensor), (0,2)).shape
torch.Size([1, 1, 32, 4])

it seems Conv2d padding is padding both left and right. and functional.pad(0,2) can only padding right.
so if i want only padding right,  i need use F.pad but not conv2d padding.

Yes, that is consistent with the documentation. The 'padding/pad' argument means different things for the two APIs:
https://pytorch.org/docs/stable/generated/torch.nn.Conv2d.html?highlight=conv2d#torch.nn.Conv2d
vs.
https://pytorch.org/docs/stable/generated/torch.nn.functional.pad.html?highlight=functional+pad#torch.nn.functional.pad

Either way, it's how libtorch works with both the Python and .NET bindings.


[DOCFIX] Update Alluxio architecture diagram.

@waltonryan @jsimsa

LGTM

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/10134/
Test PASSed.

Merged build finished. Test PASSed.

LGTM.
I checked the docs css and it'll make the image responsive regardless of it's size. So we should be good there too.

thanks @waltonryan for confirming!


FLAKE: gcc-9 GCS signed_url_integration_test HTTP errors

Log: https://g3c.corp.google.com/results/invocations/fc63b4f0-c4cb-46d6-8e5e-737e387c6744/targets/cloud-cpp%2Fgithub%2Fgoogle-cloud-cpp%2Fmaster%2Fdocker%2Fgcc-9/log
================================================================
2020-10-20T13:37:38Z: Running the integration tests against production

================================================================
2020-10-20T13:37:38Z: Create the gcloud configuration for the cloud-cpp tests.
Updated property [core/project].
Activated service account credentials for<EMAIL_ADDRESS>Updated property [core/account].
2020-10-20T13:37:40Z: Revoke service account after creating the access token.
WARNING<EMAIL_ADDRESS>appears to be a service account. Service account tokens cannot be revoked, but they will expire automatically. To prevent use of the service account token earlier than the expiration, revoke the parent service account or service account key.
Test project /v/cmake-out/ci-fedora-install-31-gcc-9

...

[ RUN      ] SignedUrlIntegrationTest.CreateV2SignedUrlPut
../../google/cloud/storage/tests/signed_url_integration_test.cc:106: Failure
Expected equality of these values:
  200
  response->status_code
    Which is: 500
../../google/cloud/storage/tests/signed_url_integration_test.cc:110: Failure
Expected equality of these values:
  expected
    Which is: "Lorem ipsum dolor sit amet, consectetur adipiscing\nelit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim\nad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea\ncommodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit\nesse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat\nnon proident, sunt in culpa qui officia deserunt mollit anim id est laborum.\n"
  actual
    Which is: ""
With diff:
@@ -1,6 +1,1 @@
-Lorem ipsum dolor sit amet, consectetur adipiscing
-elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim
-ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea
-commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit
-esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat
-non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.\n
+""

../../google/cloud/storage/tests/signed_url_integration_test.cc:113: Failure
Value of: deleted
Expected: is OK
Actual: Permanent error in DeleteObject: {
  "error": {
    "code": 404,
    "message": "No such object: cloud-cpp-testing-bucket/ob-y0dA54wNJzjf1fcvqXAhmpecYetdO7UFK4BxZuxGSl9j2QFjsF2PN3HtDl8F39IoQJlr1V6fD1UIyLIUoypt1gBS0vsLec58nJ8HVtQJi1qb3Uxifql62Ogfy2QtK2mw.txt",
    "errors": [
      {
        "message": "No such object: cloud-cpp-testing-bucket/ob-y0dA54wNJzjf1fcvqXAhmpecYetdO7UFK4BxZuxGSl9j2QFjsF2PN3HtDl8F39IoQJlr1V6fD1UIyLIUoypt1gBS0vsLec58nJ8HVtQJi1qb3Uxifql62Ogfy2QtK2mw.txt",
        "domain": "global",
        "reason": "notFound"
      }
    ]
  }
}
 [NOT_FOUND] [NOT_FOUND]
[  FAILED  ] SignedUrlIntegrationTest.CreateV2SignedUrlPut (29375 ms)

I'm unable to reproduce this on local runs. It looks to me like a random flake on the server.

I think this test does not have a retry loop, so any server-side error results in a test failure.  If I am right (I have not read that code in a loooong time, so don't take my word for it), then there is nothing gcc-9 specific about it.

I think this is a duplicate of:
https://github.com/googleapis/google-cloud-cpp/issues/4757


SFU - WS Multiple Rooms

Enormous thanks to all who contributed to developing these wonderful Pion-webRTC applications.
I'm experimenting with SFU-WS to develop a video conferencing tool.
Although things work like a charm, I'm clueless about how to run multiple conferences (like we know from Microsoft Teams or Zoom). Here is an example of what I'm trying to do:
Room 1: https://localhost:7676/?room-id=12345
Participants of room 1 = A, B, C, D
Room 2: https://localhost:7676/?room-id=67890
Participants of room 2 = E, F, G, H
I can imagine that a static session-id must be passed to
peerConnection, err := webrtc.NewPeerConnection(webrtc.Configuration{})
However, all my efforts/approaches have failed.
Any help would be immensely appreciated.

Hi @oddimportance
You should start a project under your GitHub profile! I am happy to review the code you have so far and suggest any changes.
I would also see if something like LiveKit could fit your needs. If you are building conference like functionality it might hit your use cases faster.
I am also available on Slack if you have any questions. thanks for using Pion!


The version of iText has problems rendering HTML that uses Bootstrap CSS

The problem was fixed in later versions, so a version upgrade is necessary.
Inclusion of Bootstrap caused

org.xhtmlrenderer.render.BlockBox cannot be cast to org.xhtmlrenderer.newtable.TableBox

Upgraded from org.xhtmlrenderer:core-renderer:R8 to org.xhtmlrenderer:flying-saucer-pdf-itext5:9.0.7
Upgraded artifact to 1.0.2-SNAPSHOT

@graemerocher, I may not have done this properly.  I needed a version that ran on Grails 2.X, but needed to parse HTML that used Bootstrap.  I branched from the last commit before conversion to Grails 3.X

you need to send a pull request to the 2.x branch of the plugin

Scratch that we didn't create one. I"ll have to see what we can do

Hi @graemerocher any news on finding a home for this PR?

@PaulWaldo This PR may never see the light of day due to iText's AGPL license. The older version is LGPL. Anything past iText 2 is AGPL.

Yikes, @KerchumA222!  Good call.  I will have to have a look at the license in more detail.  I wonder if there is a similar library that might end up being a replacement.

It may be possible to use Apache PDFBox with an XSL-fo converter. Otherwise, there isn't anything else I have found.

Also to help solve the original issue: I use a taglib i created to clean the stylesheets for use in a PDf:
@CompileStatic
Closure renderFile = { Map attrs ->
        String filePath = attrs.get('file')
        if (!filePath) {
            throwTagError("'file' attribute must be provided")
        }
        Resource asset = assetResourceLocator.findAssetForURI((String) filePath)
        if(attrs.get('cleanForPDF')){
            String fileText = asset.inputStream.text
            fileText = fileText.replaceAll(~/url\(['"]([^'"]+)['"]\)/) { String all, String uri ->
                uri = uri.replaceAll(~/\??#.*$/, '')
                InputStream inputStream = getFileInputStream(uri)
                MimeType mimeType = grailsMimeUtility.getMimeTypeForURI(uri)
                String mime = mimeType?.name
                if(mime){
                    mime+=';'
                }
                "url('data:${mime?:''}base64,${inputStream?.bytes?.encodeBase64()?.toString()?:''}')"
            }
            out << fileText
        } else {
            out << asset.inputStream
        }
    }

And I use a few classes instead of the default bootstrap classes:
._row {
  margin-right: -15px;
  margin-left: -15px;
}
._row:after {
  visibility: hidden;
  display: block;
  font-size: 0;
  content: " ";
  clear: both;
  height: 0;
}
._container {
  margin-right: auto;
  margin-left: auto;
  padding-left: 15px;
  padding-right: 15px;
}

But, don't forget to include a width in _container if you need it.


Bookshlf Theme Colors Required

Currently, there is no theme set for the bookshlf due to which the platform misses the small uniqueness which we want to remove.
Preferred Colors to be used for themes
rgb(63, 62, 62) // black shade
rgb(237, 108, 2) // orange shade

You can tweak these colors to some extent but the colors should not drastically change.

Submit a sample of color theme below this Issue Only.

Issue Resolved.