[BUG]Age is reflecting incorrect

The age on the certificate is showing incorrect. It is showing as current_age + 1 in the certificate. Though i have entered the correct birth year. Please correct it.

The implementation for correction process is under development. We appreciate your patience and request you to check back after a few days.

I think the calcAge() function only looks at the year of birth  to calculate age. It does not factor in the date, which is why the bug is happening.
File : backend/vaccination_api/pkg/utils.go

I think the calcAge() function only looks at the year of birth to calculate age. It does not factor in the date
File : backend/vaccination_api/pkg/utils.go

Tested the calcAge function in this file, which works as expected. The issue is in this function, where the Javascript-based age calculation fallback function fails to take the months into account.

I think the calcAge() function only looks at the year of birth to calculate age. It does not factor in the date
File : backend/vaccination_api/pkg/utils.go

Tested the calcAge function in this file, which works as expected. The issue is in this function, where the Javascript-based age calculation fallback function fails to take the months into account. Have opened a Pull Request to fix this.

Are we sure it does not require a fix in both places? I found a function that uses calcAge() here  and has very similar logic as the JS function :
`recipientAge := certifyData.RecipientAge
if recipientAge == "" {
recipientAge = calcAge(strfmt.Date(dob))
log.Info("calculated Age : ", recipientAge)
}
recipient := &models.CertificationRequestRecipient{
	Name: &certifyData.RecipientName,
	Age:  recipientAge,
	Address: &models.CertificationRequestRecipientAddress{
		AddressLine1: &certifyData.RecipientAddressLine1,
		AddressLine2: certifyData.RecipientAddressLine2,
		District:     &certifyData.RecipientDistrict,
		Pincode:      &certifyData.RecipientPincode,
		State:        &certifyData.RecipientState,
	},
	Contact:     contact,
	Dob:         dateAdr(strfmt.Date(dob)),
	Gender:      &certifyData.RecipientGender,
	Nationality: &certifyData.RecipientNationality,
	Identity:    &certifyData.RecipientIdentity,
}`

https://github.com/egovernments/DIVOC/issues/546#issuecomment-840326003 I'm getting the wrong age. As my birthday is less than a month away. The certificate is already showing increased age.


Improving some relations for a requirement.

This PR tries to accomplish some comments that were added to #90.

@sjcorbett, I have tried to solve your comments in #90

@kiuby88 Thanks. This looks good. Will merge.


normalizeWhitespace with attributes and CDATA

They should be preserved, or provide a preserveSensitiveWhitespace option.
The issue I'm having is with CSS styles within CDATA; content and URLs need those spaces.

+1


"TĂUȚII-MĂGHERĂUȘ", "Băița", "Bușag" and "Nistru" are listed in the drop-down menu

Description:
"TĂUȚII-MĂGHERĂUȘ", "Băița", "Bușag" and "Nistru" are listed in the drop-down menu alongside its corresponding county and commune, according to the law
Precondition:
The website is up an running.

Step 1
Type "TĂUȚII-MĂGHERĂUȘ" in the search bar.

Expected results
The location is listed in the drop-down menu as "Oraș TĂUȚII-MĂGHERĂUȘ, MARAMUREȘ" and "Oraș TĂUȚII-MĂGHERĂUȘ, MARAMUREȘ (TĂUȚII-MĂGHERĂUȘ)".

Step 2
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 3
Type "Băița" in the search bar.

Expected results
The location is listed in the drop-down menu as "Sat Băița, MARAMUREȘ (TĂUȚII-MĂGHERĂUȘ)".

Step 4
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 5
Type "Bușag" in the search bar.

Expected results
The location is listed in the drop-down menu as "Sat Bușag, MARAMUREȘ (TĂUȚII-MĂGHERĂUȘ)".

Step 6
Press "x" button.

Expected results
The location was deleted from the search bar.

Step 3
Type "Nistru" in the search bar.

Expected results
The location is listed in the drop-down menu as "Sat Nistru, MARAMUREȘ (TĂUȚII-MĂGHERĂUȘ)".


Remove Actions that test heavy model (NN, sbert, doc2vec)

@jelletreep are models tested in the upcoming NEMO model extension?

Assuming its for me not for @jelletreep , no actual testing of the models is TODO


Support for XRAY webhooks

Is your feature request related to a problem? Please describe.
Not related to a problem. However, the ability to create webhooks in xray is important for other integrations
Describe the solution you'd like
resource "xray_webhook" "myotherservice" {
   url = "http://thing.com/hook"
   auth { // xor on these 3 methods
    bearer { // optional
       token = "marked as sensitive"
    }
    basic {
      username = "optional"
      password = "sensitive"
    }
    header {
     FooHeader = "sensitive"
     }
   }
   headers {
    MyHeader = "value"
   }
}

Additional context
There is no current "legit" api for this, so the UI endpoint will need to be used. Please talk to @alexhung or Karol where to find an example integration

We've decided not to use private APIs in the TF providers. The internal ticket to add public API was submitted to the Xray team.


Need common trait for floating and complex numbers

This issue in in the vein of issue #209, but a bit more ambitious; hopefully I am not too far out of scope for this project.
Any mathematical function that accepts a real number can technically also accept a complex number, but currently there is no trait we can use to define a function that is generic over real and complex numbers (unless I'm missing something).
I see two possible solutions:

Shoehorn complex numbers into the existing Float trait (minimal work)
Refactor the float trait so that we separate the parts that refer to mathematical objects (the trig functions, for instance) from the parts that assume specific types of implementation (min_value(), max(), etc.).

Option 1
Certain functions in the Float trait may be ambiguous for complex numbers, such as the min_value() function. Broadly, there are three classes of functions in the trait:

|Self| -> Self
|| -> Self
|Self| -> bool

Obviously the trigonometric functions of class 1 are not ambiguous (once we pick a branch cut), but functions like floor() and frac() are less obvious. I think a good rule of thumb for such functions is to have them apply independently to each part of the complex number, so that
Complex::new(x, y).floor() == Complex::new(x.floor(), y.floor())

For class 2, I'm much less certain, but I think that these should generally produce values that are mathematically equivalent to their real counterparts, so that
Complex<F>::min_value() == Complex<F>::new(F::MIN, F::zero())
Complex<F>::infinity() == Complex<F>::new(F::infinity(), F::zero())

For class 3 I don't think there's a good rule of thumb, and we would probably need to invent rules on a case-by-case basis. For instance, we would probably want a complex number to have is_nan() == true if either part was nan, but what if the other part is infinite? Do we also have is_infinite() == true? Or do we decide that something that is nan cannot be infinite?
There is also the special case of the min and max functions. I think the only consistent way to handle these is to just have them act on the real line, like class 2.
Option 2
Maybe someone who knows more abstract algebra than me can come up with better names, but we could have traits similar to Haskell's system, where RealFloat describes any kind of binary floating point number, whereas Floating is a more abstract description of any object suitable for use with trigonometric functions, etc. (this would include complex numbers, auto-differentiation primitives, diagonalizable matrices, etc.)
Obviously this option would be more work, and would result in at least a few breaking changes, but it would also be great to have the ability to program more generically with mathematical objects.

I want the common trait in num-traits crate, too.
FYI, I take another option in my crate ndarray-linalg for somewhat different objective:
I define a trait Scalar to capture both real and complex  numbers to define exp() for both types.
fn some_math<A: Scalar>(a: A) -> A {
  a * a.exp()
}

This function can be called with f64, f632, Complex<f64>, and Complex<f32>.
Large part of math functions can be defined naturally for both real and complex numbers, e.g. sin, exp, ln, abs, and so on, and I think this should be involved in num-traits.

There was a similar discussion on the forums.  I don't recall anything coming out of this though.
https://users.rust-lang.org/t/floating-point-traits-roundtable/5382
I would lean more towards your Option 1, if only because it's more conservative1.  We've already made some of the choices you're pondering in impl<T: Clone + Float> Complex<T>, so I would just forward Float for Complex<T> to those.  I'd almost say to just move those current methods to the Float implementation, but inherent methods get special precedence so I think that would be a breaking change.  Your idea to favor reals for "class 2" sounds fine to me.  I really don't know what to do with integer_decode though...
I see the value in the more ambitious Option 2, but I think that would be better explored in a new crate of your own, if you're so inclined.
1 (If crates could have traits, num would definitely impl Conservative.)

Hi @cuviper, thanks for the input. I've made it as far as a Num implementation for Complex, but now I'm stuck on the PartialOrd requirement for Float. I'm not sure that there is a way to define partial_cmp for Complex (or at least not one that agrees with PartialEq).
Any thoughts on this? Is the PartialOrd constraint actually used anywhere?

Mathematically you should take the norm(), which would give you Complex -> T, then you can sort that value (since any possible T will already implement PartialOrd). I think ... someone else may need to confirm that.

@Libbum, the problem with that is that partial_cmp needs to return one of Less, Greater, or Equal, and the Equal result is inappropriate for two complex numbers that just happen to have the same norm. Maybe it would be better to just have the comparison return None in a large set of cases (such as when the norm is equal, but the numbers are not), but I am worried that this would lead to a lot of unexpected errors.

Ahh yes, valid point. I'll think about it a bit more; but hopefully the others have some suggestions too. I'd definitely agree that returning a large set of possible Nones would be worrisome though.

Using norm() means that -1 > 0, but I think we'd at least want to be consistent with real comparisons.  A linear ordering is a little better - for a+bi and c+di, first compare a and c, and if equal compare b and d.  But I think you can still derive contradictions from this.
Note that C++ and Python at least do not provide ordering for complex numbers. It's a breaking change to remove PartialOrd from Float though.

OK, so I've done a bit more digging here.
I think this discussion on the mathematics stack exchange summaries the initial questions we have fairly well.

Complex numbers have no natural (linear) ordering that is compatible with an ordered field structure.
One can impose total order on a complex list via a lexicographical order.

But what are the pitfalls of a lexical ordering? The contradictions that @cuviper speaks of come into play when one wants to multiply complex values.

For real values: If a < b and 0 < c then ac < bc (1)
Note that i may be written as 0 + i1 while 0 = 0 + i0. Therefore, by definition, 0 < i. Assume (1) holds for complex numbers and the lexicographic order. Obviously -1 < 1. Multiplying by i we get -i < i. Multiplying by i one more time produces -i² < i². By definition, this implies 1 < (-1) which is absurd.

(Further discussion here)
Most people seem to have the feeling that although it's possible to make an order on the complex numbers, such an order would not be very useful. Whether not very useful can turn to dangerous in the hands of someone not aware of this should at least be considered.

So the question we need to answer is are we OK with implementing this? I've taken a look at sorting in Matlab and other tools and they all seem pretty sketchy when it comes to their choices of ordering - which is now obvious why. But they do end up implementing some form of lexical ordering for complex values even if they contradict themselves:
Matlab> sort ([-4+i -3+i])
-3+i -4+i
Matlab> -4+i < -3+i
true

From where I sit there are two choices:

Implement lexical ordering as @cuviper suggests, but stress in the documentation that this ordering has pitfalls.
Don't implement PartialOrd for the complex type and start investigating an alternate route to treat real and complex values together in a generic manner.

Even though python itself doesn't order complex numbers, numpy uses lexical order:
numpy.sort_complex:

Sort a complex array using the real part first, then the imaginary part.

numpy.sort:

The sort order for complex numbers is lexicographic. If both the real and imaginary parts are non-nan then the order is determined by the real parts except when they are equal, in which case the order is determined by the imaginary parts.

And numpy also uses this order in element-wise comparisons of complex arrays.
I think that's enough precedent for me, but let's indeed mention the pitfalls in documentation.

This issue was moved to rust-num/num-complex#2


Update KeyManager to implement KeyManagerInterface from rust

This PR updates KeyManager to implement the new Trait KeyManagerInterface from mobile-sdk-rs. Wait to merge until https://github.com/spruceid/mobile-sdk-rs/pull/35 is merged, but we can get started on review in the meantime.

Closing since KeyManagerInterface is no longer being implemented in rust.


Error Analysis psalm ?

My error
`
In Fqsen.php line 57:
"\Psalm\Example\Plugin\non-empty-string" is not a valid Fqsen.
`
My config:
`
paths:

./src
./vendor
exclude_files:
Assertion.php
Enum.php
Uuid.php
layers:
name: Domain
collectors:

type: directory
regex: src/Domain/.*

name: Infrastructure
collectors:

type: directory
regex: src/Infrastructure/.*

name: Vendor
collectors:

type: className
regex: .Controller.
ruleset:
Infrastructure:
Domain
Vendor
Vendor: ~
Domain: ~

`

is it related to https://github.com/phpDocumentor/TypeResolver/issues/111 ?

is it related to phpDocumentor/TypeResolver#111 ?

Might be. But I couldn't find any documention about non-empty-string. Only non-empty-array and non-empty-list are documented.

@smoench the documentation was maybe not up to date when you were looking: https://psalm.dev/docs/annotating_code/type_syntax/scalar_types/#lowercase-string-non-empty-string-non-empty-lowercase-string
Not every possible type is documented properly (e.g. "no-return"/"never-return"), maybe this page is more complete: https://psalm.dev/docs/running_psalm/plugins/plugins_type_system/
But even if I write a wrong annotation (@return some-garbage), I'd just ignore the exception of phpDocumentor. Otherwise these unknown annotations will break deptrac completely.

I thought I can exclude problematic psalm files with
  exclude_files:
  - .*psalm.*

or somthing similar. But exclude_files doesn't work and I don't see a way how to get deptrac working again.
Is there any workaround?

@bravik I did use exactly that:
exclude_files:
  - MyClassNameWithoutNamespace


Python API misses agents

Hi all,
I'm using CARLA client API within a docker container and I need to access to the GlobalRoutePlanned that is part of the agents module but It seems not installed.
CARLA version: 0.9.14
Platform/OS: Ubuntu 20.04
Problem you have experienced: When installing python API from pip the agents modules is missing
What you expected to happen: The agents modules to be present
Steps to reproduce:
pip3 install carla==0.9.14
python3 -c "from carla.agents.navigation.global_route_planner import GlobalRoutePlanner"

Any suggestion?

Try this to copy the agents package into your python's site-packages folder. If your python version is python3.8, run:
cp -r PythonAPI/carla/agents .local/lib/python3.8/site-packages/

Weirdly, the developers didn't put agents as a subpackage of Carla client carla but as an individual package.

Is there any reason for that? Coping from the build or the docker image is annoying.
If not, I will prepare pull request with updated setup.py in the next week.


Deck learning coverage and coverage do not update on CoverageOverview

I deployed the app locally and performed reviews on JPDB which increased my learning and known coverage.
The app updates my coverage to match what is shown on the decks list on JPDB.io for all components except CoverageOverview
I have a fix which I can submit if you're interested

Thanks for reporting this.
It should be fixed with 8345b9d


9.48 wrong answer

numbers = "0123456789"  name = "r2d2";  numbers.find_first_of(name);
should return 2, not string::npos

numbers.find_first_of(name);

The question ask numbers.find(name); rather than numbers.find_first_of(name);.
check: http://coliru.stacked-crooked.com/a/9ec19116b8f89c7d

my bad, thanks
2016年6月23日 下午5:40，"pezy"<EMAIL_ADDRESS>
numbers.find_first_of(name);
The question ask numbers.find(name); rather than
numbers.find_first_of(name);.
check: http://coliru.stacked-crooked.com/a/9ec19116b8f89c7d
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/Mooophy/Cpp-Primer/issues/484#issuecomment-227999780,
or mute the thread
https://github.com/notifications/unsubscribe/AFkDMPTT-xUlv31_LaPq86HLmnAtQUIoks5qOlR9gaJpZM4I8nWT
.


UI: Update for adding provider description

Signed-off-by: Nikhil-Ladha<EMAIL_ADDRESS>
Description

This PR fixes #712
Notes to reviewers:
Checklist

[x] DCO signed.
[x] Title of the PR starts with area name, e.g. meshery:, mesheryctl:, ui:.

On it!

@Nikhil-Ladha sample response of API:-
{
   "Meshery":{
      "ProviderType":"remote",
      "DisplayName":"Meshery",
      "Description":"Meshery Cloud \n\t- persistent sessions \n\t- save environment setup \n\t- retrieve performance test results \n\t- free use",
      "Capabilities":[

      ]
   },
   "None":{
      "ProviderType":"local",
      "DisplayName":"None",
      "Description":"Local Provider\n\t- ephemeral sessions\n\t- environment setup not saved\n\t- no performance test result history\n\t- free use",
      "Capabilities":[

      ]
   }
}

@nikhilladha You reverted all the lint changes in the Component file with this PR.
Also why is there a change of 20k+ lines in the lock file for both UIs ?

@kushthedude this is a good reminder that we need to get this new UI tooling and process documented. Is this linting something that we can make first-class in the GH Action workflow (ci.yml)?

We need to define the linting action in .json npm scripts. Also, right now
the code quality is still poor .
Commented code with no documentation, useless component being imported,
object destructuring and many other errors.
Until we have fixed those issues adding the lint script in ci will be of no
good.
On Thu, 26 Mar, 2020, 19:17 Lee Calcote<EMAIL_ADDRESS>wrote:

@kushthedude https://github.com/kushthedude this is a good reminder
that we need to get this new UI tooling and process documented. Is this
linting something that we can make first-class in the GH Action workflow
(ci.yml)?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/layer5io/meshery/pull/762#issuecomment-604440402, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AKQMTLXARPRA4JD35DO3UKLRJNMGPANCNFSM4LTTB7OA
.

Sounds good. Time to get out the mop and broom. ;) Let's do this. 👍

@kushthedude  Actually, the commented code is there because those were previous code used in the project. So, instead of removing, I commented them if needed in the future.
Other than that I have not reverted any changes as far as I remember

Well, I think lock files were accidentally updated by @leecalcote sir, in his change.
And the changes in lock file happen when we try to learn the development server.

Right. Those lock files were updated based on a security issue with the minimist package - https://github.com/layer5io/meshery/issues/750


[5.5] Queue Jobs updates

updated to include common methods in the abstract Job class
added the required getJobId to the abstract class
this method is used in all existing Illuminate/Queue/Jobs/* classes
also allows better code completion via the addition in the Contract.

We can't add to an abstract class on a point release.


Are tombstones deleted?

After deleting objects, I see tombstone entries, but I don't see them being cleaned up.  Is this configurable?  How can I exercise the tombstone cleanup to verify that they're deleted?

Tombstones have to hang around long enough to prevent dead data from being reintroduced to the cluster, but the normally get cleaned up after reclaim_age (which defaults to a week or two).
I think that feature is missing:
https://github.com/swiftstack/kinetic-swift/blob/master/kinetic_swift/obj/replicator.py#L77
Looking at it again, seems like split_key would need to pull the ext out of the parts list - then return that as part of the map.  Then if key_info['ext'] == 'ts' and key_info['timestamp'] < now - reclaim_age you can reap it.


Use uv for managing venv

Considering that uv is all the rage in python packaging these days, I took the liberty of updating these docs to use uv to manage virtual environments. As expected, it's blazing fast.
I also tested the code from prep.py and demo.py and it works great.

Thank you. While yes uv is fast, it's also somewhat opinionated, which introduces a few risks -- for example not quite fully capable with Debian distros yet?
FWIW, my motivation is to provide a simple repo, and also comply with PEP 621 in general without getting into all of the mess that is the current state of Py build tools.  Ergo, use of legacy setuptools and a fairly bare-bones build.

Yikes, actually, I hadn't added the pyproject.toml parts of the boilerplate yet!  So, not yet PEP 621, but trying to head there :)

Fair point. I think it makes sense to close this PR - I wasn't aware uv wasn't platform-agnostic, so then yes, it's best to keep things as simple as possible. A pyproject.toml would be nice, for sure :).


v22.5.2 improve Kahlan tests

Current coverage is 100% (diff: 100%)

Merging #606 into master will not change coverage

@@           master   #606   diff @@
====================================
  Files          29     29
  Lines         439    439
  Methods       111    111
  Messages        0      0
  Branches        0      0
====================================
  Hits          439    439
  Misses          0      0
  Partials        0      0

Powered by Codecov. Last update d5043b3...6f9a3a6


FP Concepts Lecture 11

Hi can i just check if lecture 11 on FP concepts will be tested? On the luminus module details it is remarked as non-examinable

no

nope it won't be tested

It will not be tested according to the table in module details.


"Quote all fields" formats should be preserved

It's important to preserve the formatting of the document as it was ingested. We don't always have creation control of documents and mass changes for documents in soruce control systems is bad practice.
Current Behaviour (for problems)
Currently, data-curator strips all quotes from all fields.
Expected Behaviour
If all fields are quoted, the the document when saved should have all fields quoted. To put it another way, my git diff should only include the lines that have changed.
Steps to Reproduce

Open Data Curator using the icon
Open a CSV file that has all fields quoted
Make any change
Save the file
git diff the file and note that all lines were modified and all quotes were stripped

Your Environment

Data Curator version: 1.0.0
Operating System and version: Windows 10 version 1803

One line was changed...

Hi @atruskie
Yes I can replicate this behaviour - while we do have underlying libs we rely on for default csv dialect, this seems to be happening on open (quotes disappear as soon as I open a 'quoted' csv file).
I'll look into this - thanks for raising.

Hi @atruskie
@markwheels
This one's a little tricky as I need to make sure it's not affected by the csv dialect settings that are part of the frictionless spec
I also need to make sure that that nothing else changes the output when export/import occurs.
If I have to add back quotes, similar to adding back BOM #847, I'll need to test whether this will adversely affect performance for large files.
I'm presuming @atruskie that the desired behaviour isn't to see quotes now appear in the Data-Curator cells, but only to ensure they are still there on writing back to file.
I think that part of the issue is that for importing csv files, quotes are by default used simply to pick where field boundaries are, before Data-Curator converts it to arrays of rows which are then arrays of strings (which of course have quotes). Nothing is marking or holding that the original data itself had quotes. I'll need a little more time on this one, @markwheels compared to other prelims marked before today as I haven't quite figured out what is specifically losing the quotes and because the solution may not be as simple as the flagging and re-adding (as potential performance issue mentioned above) - so marking this as longer than the others for effort.

I'm presuming @atruskie that the desired behaviour isn't to see quotes now appear in the Data-Curator cells, but only to ensure they are still there on writing back to file.

Yes, that is correct. This really boils down to: If I change one cell, I want to see one line changed in my git diff.
If there is some kind of data specification (like a frictionless spec), then it would be great to apply it. In this case, there was no spec.

Nothing is marking or holding that the original data itself had quotes.

Yes, I can imagine that is the problem. I wonder, can you infer a style (or a frictionless spec - I don't know how they work but they seem compatible) from a file when it is opened?


Port 80 being used by ingress network even if no services are running

Description
After creating a swarm, on all swarm nodes the port 80 is being taken up by the ingress network and can not be used for anything else, even if no services are running in the swarm.
Here is the relevant output from "iptables -L":
[...]
Chain DOCKER-INGRESS (1 references)
target     prot opt source               destination
ACCEPT     tcp  --  anywhere             anywhere             tcp dpt:http
ACCEPT     tcp  --  anywhere             anywhere             state RELATED,ESTABLISHED tcp spt:http
[...]

Is there any way to disable the port being used up on the whole swarm through some central command?

I am assuming at some point there was a service publishing port 80, and the cleanup did not succeed when the service was removed.

I assumed that the port was created when the swarm was created, that's why I didn't really look through the logs.
If that is not the case, then there is indeed a high probability that the port remained from a previous service. In that case, is there an easy way to remove it, or do I have to do that through iptables myself?

No, at swarm creation and routing mesh deployment no port gets reserved.
For the cleanup, if netstat -tpln does not show any socket open for that port, you could try a more graceful cleanup by creating a service which publishes port 80 and then remove it (make sure to add as many replicas as many nodes you have in your swarm).

I tried your suggestion, started up a service with --mode global to ensure that it is replicated through the whole swarm, confirmed that port 80 is accessible on the nodes and then removed the service, but unfortunately the port rule remained in iptables.
Afterwards, I deleted the iptables rules manually and then recreated the service, and now the iptables rules do not get created anymore.
Is there any way I can debug why this is happening?

hmm, how are you creating the service, can you post the command line ?
When the service is running, what is the output of sudo netstat -tpln | grep dockerd ?
Any warn/error in the docker daemon log ?

I started the service with:
docker service create --publish "80:80" --mode global neoof86/hello-world-nginx
When the service is running, I don't see the port listed in netstat -tlpn, I only see 2377 and 7946 there.
Also, when I start the service, there is nothing in the docker daemon log.
When I stop it, there are some warnings and errors, but I'm not sure how related they are to the problem at hand (msg="task unavailable"), if you want though, I could paste them so you can have a look.

When the service is running, I don't see the port listed in netstat -tlpn, I only see 2377 and 7946 there.

Port 80 is supposed to be there, although not strictly necessary for the request to be sent to the task.
Yes, please attach the daemon logs. There should be some warn/error reported about this.
Can you confirm that when the service is running you can reach your service curling to any of the Host IP addresses:80 ?

I pasted the log here (if you want me to paste it somewhere else, please let me know).
I started the service at 19:24:15 and stopped it at 19:26:55.
Also, since I manually deleted the entries from iptables, I can not access anything on port 80 on the machine (no matter if I publish it as mode ingress or mode host), I just get timeouts.

That is weird.
Could you please rerun the same service creation, connectivity test, then service deletion after restarting the daemon with debug level logs enabled (dockerd -D) ?
And post again the daemon logs somewhere.
Thanks.

After restarting docker in debug mode, as you suggested, I have noticed 2 things:

The iptables rule for port 80 was recreated
Docker tried communicating with a node, which I have removed a couple of days ago from the swarm

I have then connected to the removed node and noticed it still had some services running, one of which was publishing port 80. So I guess this explains the problem.
My mistake, I think, was to remove the node from the swarm using docker node rm, without doing a docker swarm leave first. I'm not sure if the correct order would be to do a swarm leave before a node rm, but if that's the case, shouldn't:
node rm either result in an error, if the node hasn't left the swarm yet
or shouldn't:
node rm automatically remove the node from the swarm too?
Because as it is right now, it seems that one can get the swarm in a 'broken' state, by doing a node rm without a swarm leave first.
I have now fixed it, by re-initializing the whole swarm, and everything seems to be working fine again, but I think that the behavior of node rm is buggy in the current state and should do one of the above.

Let me close this ticket for now, as it looks like it went stale.


PowerShell Methods?

This is good information for UI, but what about PowerShell? How can get a list of all site owners? Why are there no PowerShell examples in these kb's?

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

ID: be31bf07-922b-7307-a30e-f09d00fb79f3
Version Independent ID: a42d0699-1acf-808c-0d86-dc3516f4dfaf
Content: Manage user profiles in the SharePoint admin center - SharePoint in Microsoft 365
Content Source: SharePoint/SharePointOnline/manage-user-profiles.md
Service: sharepoint-online
GitHub Login: @MikePlumleyMSFT
Microsoft Alias: mikeplum

@scanum


Add Example for Depalletizing Using MoveIt Task Constructor

This Pull Request introduces a demonstration package for depalletizing tasks. The package leverages the MoveIt Task Constructor framework and is designed for use with KUKA robots.

Once the PR is merged, I will add the necessary documentation to the wiki.

I do not think we can merge this to master currently, as mtc is not released and would therefore block our release, as the release process does not allow upstream repos. Maybe merge to rolling, but we should discuss this :)

Yeah, I hope MTC will be available through apt soon(tm). We can discuss what to do tomorrow. :)


Database migration support

Retz has no support to migrate database schema now. Introducing Flyway or something would be good...

Addressed by #196


Update old 'vsm-' maya commands with 'volume' in docs #615

Signed-off-by: Carol Ng<EMAIL_ADDRESS>What this PR does / why we need it:
Updates the docs to use current maya CLI commands to avoid unexpected errors.
Which issue this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged): fixes #615
Special notes for your reviewer:

@carolkng thank you for your PR contribution. We would like to mention you in our tweets, thanking you for your contribution. Can you please mail me your twitter handle here<EMAIL_ADDRESS>?


C elegans not extracted in Paper00057211

I am testing the dev site to see if the submission works and I noticed that C elegans was not extracted (36 matches, also mentioned in the title)

Duplicate of #143


help getting Response was error restricted_response_type

I'm getting the above in my logs but I have no idea what it means, or where to start debugging.

I'm getting the above in my logs but I have no idea what it means, or where to start debugging.

What OP? Check the docs of the OIDC provider.


Issues with MdTooltips

Greetings,
I've noticed that switching between pages that have MdTooltips in them generates errors that can kill the session.
Unfortunatly, I have not been able to make a codepen that reproduces the error, but the issue can also be seen on documentation. The pages that contain tooltips in them are Table and Tooltip.
Navigating between these two causes the following:
TypeError: Cannot read property 'removeChild' of null
    at d.<anonymous> (docs.28a9f9fc.js:14)
    at Array.<anonymous> (docs.28a9f9fc.js:7)
    at t (docs.28a9f9fc.js:7)

Any further navigation causes:
TypeError: Cannot read property 'disconnect' of undefined
    at d.beforeDestroy (docs.28a9f9fc.js:14)
    at yt (docs.28a9f9fc.js:6)
    at d.t.$destroy (docs.28a9f9fc.js:6)
    at Mt (docs.28a9f9fc.js:6)
    at h (docs.28a9f9fc.js:6)
    at h (docs.28a9f9fc.js:6)
    at d.__patch__ (docs.28a9f9fc.js:6)
    at d.t.$destroy (docs.28a9f9fc.js:6)
    at Mt (docs.28a9f9fc.js:6)
    at h (docs.28a9f9fc.js:6)

This is what happens when I use Chrome. Errors mentioned also appear when using Mozilla Firefox.
I've also tried to test if the same error appears on Internet Explorer, but I've got a feeling a completely unrelated errors occurs there.
When I hover over an Icon with MdTooltip, in IE11,, an error is shown:
SCRIPT438: Object doesn't support property or method 'from'
If it is of any use, I have the same errors in the page I'm building:
TypeError: Cannot read property 'removeChild' of null
    at VueComponent.eval (eval at <anonymous> (app.js:1382), <anonymous>:8:1282)
    at Array.eval (eval at <anonymous> (app.js:648), <anonymous>:461:20)
    at nextTickHandler (eval at <anonymous> (app.js:648), <anonymous>:410:16)

Thank you for your time

Hi @Sarpedion
The md-tooltips will be recreated on the next release. Sorry about that. Thanks!

I fixed some console errors, but the tooltip component still need to be recreated for performance and maintenance reasons. I will close this now and then I will open another issue for that. Thank you!

Hey @marcosmoura - this issue still appears on 0.5.1.


Add Time Filter Example

Let's say I want to filter traces between 8:02:05 AM and 8:44:32 AM on 2018-04-10, how would I do that?
Can the The time examples be extended to include such an example?

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

ID: 22f7088d-dd07-e0dd-1204-50da3a29359c
Version Independent ID: 5ff9ae22-13b9-e19d-4e1e-9be42adf02d3
Content: A tour through Analytics in Azure Application Insights
Content Source: articles/application-insights/app-insights-analytics-tour.md
Service: application-insights
GitHub Login: @mrbullwinkle
Microsoft Alias: mbullwin

@spottedmahn Thanks for the feedback! I have assigned the issue to the content author to evaluate and update as appropriate.

@spottedmahn thank you so much for the suggestion. That query would look something like:
traces
| where timestamp > datetime(2018-04-10T17:08:02.052Z) and timestamp <= datetime(2018-04-10T17:08:44.892Z)

I have added a PR that adds an example for requests that uses the basic format above. The PR is merged and will go-live around 3 PM. Thanks again for helping us improve our docs!

#please-close

thanks 🙏 @mrbullwinkle!


[Q]W&B table function

Why can't I use the table function of wandb? Is it related to the version of wandb? My version is 0.15.3.I wrote the following simple code to test the table function, but the results cannot be displayed.
The test code is:
columns = ["Name", "Age", "Score"]
data = [["ZhuZhu", 1, 0], ["MaoMao",2,1]]
table = wandb.Table(data=data, columns=columns)
wandb.log({"table": table})
wandb.finish()

The screenshot of the wandb table is:

Hi @aqizhoua Good day and thank you for contacting us! Happy to help.
I tried the same script that you are using and I was able to run and create a table. The table appears correctly as well in the UI. I am on version 0.17.4. Would you mind testing your code on the latest SDK version?
Thanks,
Paulo

Hi @aqizhoua Good day and thank you for contacting us! Happy to help.
I tried the same script that you are using and I was able to run and create a table. The table appears correctly as well in the UI. I am on version 0.17.4. Would you mind testing your code on the latest SDK version?
Thanks, Paulo

Hi,Paulo!Thank you for your quick and patient reply. I created a new virtual environment and installed wandb version 0.17.4, but the table still cannot be displayed. The json file can be seen, but the table cannot be displayed.
The json file is as follows:

The table still does not display：

Hi @aqizhoua Thanks for your update. This is quite a strange behavior. May I know what happens if you click on the Reset Panel button as per your screenshot?

hi,@paulosabile-wbThanks for your quick response. I clicked on the Reset Panel button and it still crashed and asked me to submit a crash report.

Hi @aqizhoua Thanks for your update. We'd like to further investigate this issue, could you please share us the project URL where we can access these "crashing" tables? Thank you!

Hi @paulosabile-wb How do I make a project public? I've been searching for a while but can't find a way to make a project public. Can you give me some help?

Hi @aqizhoua You can do this by changing the project visibility. You can go to the project Overview and click on Edit project details button. Then change the project visibility. You can still share the URL without changing this as we should be able to have a view access from our end. Let me know if you have questions!

Hi @paulosabile-wb The test url is https://wandb.ai/aqizhou-Shanghai University/test/runs/btc5l8r9 .Thanks.

Hi @aqizhoua Thank you for sharing the URL. We have reproduced the issue from our end. We will now further investigate this and we'll get back to you for an update.

OK, I will actively cooperate with your investigation and hope to fix this problem as soon as possible.

Hi @aqizhoua Good day! Our team have reviewed the issue on the tables and we applied a fix for this. Can you check from your end please if the tables are now working as expected for you? Thank you!

Hi @paulosabile-wb  It can be displayed normally here, thank you for your work!Could you please tell me what the problem was that caused it to not display normally before?

Hi @aqizhoua Apologies for my delayed response. Our team have identified a small bug that affects the tables created by some users in the UI. We have fixed this so this should not happen again on any tables that you will create. If in case you experience issues, please do not hesitate to let us know so we can review. Thank you!


GVK listing wrong group

I have an OCP 3.7 cluster with an deployment:
apiVersion: extensions/v1beta1
kind: Deployment

In the plan output I see the incompatible GVK as:
  incompatibleNamespaces:
  - gvks:
    - group: apps
      kind: deployments
      version: v1beta1
    - group: extensions
      kind: replicasets
      version: v1beta1
    name: mediawiki

Interestingly the replicaset is correct.
This causes a problem when trying to use this information for trying to omit incompatible resources from analytics.
Full deployment and gvk below:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  annotations:
    deployment.kubernetes.io/revision: "1"
  creationTimestamp: 2020-07-30T15:06:03Z
  generation: 1
  labels:
    app: mariadb
    service: mariadb
  name: mariadb
  namespace: mediawiki
  resourceVersion: "10450"
  selfLink: /apis/extensions/v1beta1/namespaces/mediawiki/deployments/mariadb
  uid: 2f72de4f-d276-11ea-9664-0e0fd07066fb
spec:
  replicas: 1
  selector:
    matchLabels:
      app: mariadb
      service: mariadb
  strategy:
    rollingUpdate:
      maxSurge: 1
      maxUnavailable: 1
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: mariadb
        service: mariadb
    spec:
      containers:
      - env:
        - name: MYSQL_ROOT_PASSWORD
          value: changeme
        - name: MYSQL_USER
          value: changeme
        - name: MYSQL_PASSWORD
          value: changeme
        - name: MYSQL_DATABASE
          value: changeme
        image: docker.io/centos/mariadb-102-centos7
        imagePullPolicy: Always
        name: mariadb
        ports:
        - containerPort: 3306
          protocol: TCP
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
        volumeMounts:
        - mountPath: /var/lib/mysql/data
          name: mariadb
        workingDir: /
      dnsPolicy: ClusterFirst
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext: {}
      terminationGracePeriodSeconds: 30
      volumes:
      - name: mariadb
        persistentVolumeClaim:
          claimName: mariadb
status:
  availableReplicas: 1
  conditions:
  - lastTransitionTime: 2020-07-30T15:06:03Z
    lastUpdateTime: 2020-07-30T15:06:03Z
    message: Deployment has minimum availability.
    reason: MinimumReplicasAvailable
    status: "True"
    type: Available
  observedGeneration: 1
  readyReplicas: 1
  replicas: 1
  updatedReplicas: 1

$ oc get migplan -o yaml test37
apiVersion: migration.openshift.io/v1alpha1
kind: MigPlan
metadata:
  annotations:
    openshift.io/touch: 1519a40b-d296-11ea-b007-0a580a8300a1
  creationTimestamp: "2020-07-30T15:07:05Z"
  generation: 7
  name: test37
  namespace: openshift-migration
  resourceVersion: "73962037"
  selfLink: /apis/migration.openshift.io/v1alpha1/namespaces/openshift-migration/migplans/test37
  uid: 220cad89-dc0a-4111-a207-af09ab4a91bd
spec:
  destMigClusterRef:
    name: host
    namespace: openshift-migration
  migStorageRef:
    name: jmontleo
    namespace: openshift-migration
  namespaces:
  - mediawiki
  persistentVolumes:
  - capacity: 1Gi
    name: pvc-e86dccba-d275-11ea-9664-0e0fd07066fb
    pvc:
      accessModes:
      - ReadWriteOnce
      hasReference: true
      name: mariadb
      namespace: mediawiki
    selection:
      action: copy
      copyMethod: filesystem
      storageClass: gp2
    storageClass: gp2
    supported:
      actions:
      - copy
      - move
      copyMethods:
      - filesystem
      - snapshot
  srcMigClusterRef:
    name: qe37
    namespace: openshift-migration
status:
  conditions:
  - category: Warn
    lastTransitionTime: "2020-07-30T15:07:11Z"
    message: 'Some namespaces contain GVKs incompatible with destination cluster.
      See: `incompatibleNamespaces` for details'
    status: "True"
    type: GVKsIncompatible
  - category: Required
    lastTransitionTime: "2020-07-30T15:07:11Z"
    message: The `persistentVolumes` list has been updated with discovered PVs.
    reason: Done
    status: "True"
    type: PvsDiscovered
  - category: Required
    lastTransitionTime: "2020-07-30T18:48:03Z"
    message: The storage resources have been created.
    status: "True"
    type: StorageEnsured
  - category: Required
    lastTransitionTime: "2020-07-30T18:48:08Z"
    message: The migration registry resources have been created.
    status: "True"
    type: RegistriesEnsured
  - category: Required
    lastTransitionTime: "2020-07-30T18:48:08Z"
    message: The migration plan is ready.
    status: "True"
    type: Ready
  excludedResources:
  - imagetags
  - templateinstances
  - clusterserviceversions
  - packagemanifests
  - subscriptions
  - servicebrokers
  - servicebindings
  - serviceclasses
  - serviceinstances
  - serviceplans
  incompatibleNamespaces:
  - gvks:
    - group: apps
      kind: deployments
      version: v1beta1
    - group: extensions
      kind: replicasets
      version: v1beta1
    name: mediawiki
  observedDigest: 0287a7abc380420e684ee3c8fe5dd6e228c13d691eb81180c66c1b1f08b5f9c7

@jmontleon this is a weird case where the resource in group-kind listed in the incompatibleResources list isn't wrong outright, instead cohabitating resources are at play here. The deployments kind is technically accessible through apps/v1beta/deployments but also through extensions/v1beta1/deployments.

IIRC, are finding the server preferredVersion for the deployments kind (which Velero backup will export) and using that GVK in our incompatible listing since that preferredVersion is the thing we need to exclude from the Velero Restore.
See our code handling cohabitating resources here: https://github.com/konveyor/mig-controller/blob/83e2821c4709023260606ecd6727480f77500468/pkg/gvk/gvk.go#L39-L47
See velero code for handling cohabitating resources here: https://github.com/vmware-tanzu/velero/blob/bbcbde084de0d007d776741039972c515fc22424/pkg/backup/backup.go#L90-L98

cc @alaypatel07 for awareness, he discovered the cohabitatingResource piece so may be able to better explain.

Thanks. I see a sortResources function that might fix me. I'll see what I can manage with it tomorrow.

@djwhatle @alaypatel07 I see replicasets in that list as well. Wouldn't you then expect that to also be apps instead of extensions as I see in the output above? It seems inconsistent unless I am misunderstanding?

@jmontleon I haven't verified this, but it's possible that the cluster you're on has a different preferredVersion for replicasets compared to deployments.

@djwhatle, got on the phone with @alaypatel07 and he set me straight. They have some logic in the gvk package to skip cohabitants after they've been seen once, which was the piece I was missing.


Impossible to use Moya as submodule/workspace project

For the Carthage/submodule users– a Moya.xcodeproj defining the Moya.framework target is something I would very much like. Putting this in as placeholder, I'm working on it.

@swizzlr Any news on this issue?

This might help.

Oh nice.
This might actually be pretty helpful, thanks. 💞

Hi @ashfurrow,
I tried to build Moya for Swift 1.2 with your aforementioned link, but went straight to dependency hell.
I've done 2 things now:

I updated Moya to swift 1.2. (I am happy to open a separate pull request for that if you want?)
I have now created a project at https://github.com/aschuch/MoyaCarthage that creates Moya.framework to directly work with Carthage.

Do you think Carthage support should be part of Moya itself or do you want someone else to cover that part? I am happy to maintain this project as a reference to other developers using Carthage.

Cool!
So Moya doesn't have Swift 1.2 support yet because I'm still stuck on Swift 1.1. A PR onto the swift-1.2 branch would be :+1:
As for Carthage, I'm amenable to Carthage support for Moya – it's just been that no one has asked for it yet. Someone tried once but apparently it was really hard? I dunno. If you want to send a separate PR for that (onto master), that would also be welcome!

Sorry, I'm not sure if this is the appropriate place for this comment, but I'm trying to get Moya going on a swift 1.2 XC 6.3 Beta 4 project and running into some compile errors.  Some were easy fixes (swift demanding that a method parameter be called with its parameter name), but one is stumping me somewhat:
/// Used for stubbing responses.
public enum EndpointSampleResponse {
    case Success(Int, NSData)
    case Error(Int?, NSError?, NSData?)
    case Closure(@autoclosure () -> EndpointSampleResponse)

    func evaluate() -> EndpointSampleResponse {
        switch self {
        case Success, Error: return self
        case Closure(let closure):
            return closure().evaluate()
        }
    }
}

The use of @autoclosure here raises a  '/Users/christopherbull/dev/ios/bangers/Pods/Moya/Endpoint.swift:16:19: 'autoclosure' attribute is only allowed on parameters, not on enum cases'
error.   I'm not familiar enough with swift yet to know what a the right thing to do in this situation is, though it looks like this discussion here covers it somewhat, at least I think so.  https://devforums.apple.com/message/1101244#1101244
Happy to open a new issue as I'm guessing this isn't related, just saw the discussion of 1.2 compatibility and seized one it.

Hey @te-chris! A new issue would be very much appreciated. Thanks!

Hey @te-chris, I will open a pull request this week that should fix 1.2 compatibility.

@ashfurrow, 1.2 compatibility would require a ReactiveCocoa version bump to alpha 3 on the CocoaPods side of things and I don't think there is a podspec for that yet?

Someone tried once but apparently it was really hard?

This was actually the reason why I ended up creating a new project for Carthage, because I wasn't able to resolve the CocoaPods dependencies to work with swift 1.2.
I think we should have two separate Demo projects, one for CocoaPods and one for Carthage? I am open towards maintaining the Carthage side of things if you want.

See changes in #107.

Awesome! I'm wary about having two different demo projects. Would it be possible to have two projects that point to the same .swift files?

Maybe even the different targets in the same project?

@neonichu / @kylefuller / @segiddins do we have something that can generate Cartfile.resolved from a Podfile.lock. I wouldn't expect the carthage team to build something similar, but is it something we can try? Looks simple enough.
 As reasonable project owners we will probably have to re-write our project to support Carthage.

I think 2 targets would be best, not a huge fan of 2 demo projects or repos tbh. The repo I created was meant to be a POC only.
I think Carthage requires the project file to reside in the root of the repo though, so we would need to rearrange some things.
@orta's idea sounds really great. What do you think, @jspahrsummers?

@orta wouldn't be a fan of generating that. If you want to support Carthage, you should at least run it once to verify that it builds and then you'll have the Cartfile.lock, anyway.

I don't think two demos split by choice of dependency manager make sense. A demo is just a demo, so why does it matter to consumers how it includes its dependencies?
On the other hand, it shouldn't be hard to add an Xcode project for Carthage compatibility with the framework. If you have questions about that, I'd be happy to help.

Closing this in favour of the solution discussed here.


Improve metadata

The only metadata being used currently is the dataset name. We should add more, I think at least

author(s) string[]
references string[] (journal in which this was published/DOI)
description string

Anything else?

The metadata could be hidden by default, and displayed when clicking on the dataset name. Or this could be moved to a separate component, to be displayed on top of the other ones.

Dons in 169406e6671e5b565ceeec28126ba851ef632a46 and following commits


X11Platform Run Failed

Describe the bug
2024-12-04 15:18:39 lance-PC SmartScreen.Desktop.Editor:  LogHost: Initializing to normal mode (.cctor)
2024-12-04 15:26:59 lance-PC SmartScreen.Desktop.Editor:  [X11Platform] SMLib/ICELib reported a new error: SESSION_MANAGER environment variable not defined
2024-12-04 15:26:59 lance-PC SmartScreen.Desktop.Editor:  [OpenGL]Unable to initialize GLX-based rendering: 'Avalonia.OpenGL.OpenGlException: Renderer 'llvmpipe (LLVM 13.0.1, 256 bits)' is blacklisted by 'llvmpipe'#012   at Avalonia.X11.Glx.GlxDisplay..ctor(X11Info x11, IList1 probeProfiles)#012   at Avalonia.X11.Glx.GlxPlatformGraphics.TryCreate(X11Info x11, IList1 glProfiles)'
2024-12-04 15:26:59 lance-PC SmartScreen.Desktop.Editor:  LogHost: Initializing to normal mode (.cctor)
2024-12-04 15:27:13 lance-PC SmartScreen.Desktop.Editor:  [FreeDesktopPlatform] OnNameChange failed: System.ObjectDisposedException: Cannot access a disposed object.#012Object name: 'Tmds.DBus.Protocol.DBusConnection+Observer'. (FcitxX11TextInputMethod #42684506)
2024-12-04 15:27:13 lance-PC SmartScreen.Desktop.Editor:  [FreeDesktopPlatform] OnNameChange failed: System.ObjectDisposedException: Cannot access a disposed object.#012Object name: 'Tmds.DBus.Protocol.DBusConnection+Observer'. (FcitxX11TextInputMethod #42684506)

To Reproduce
can not get any exception on .Net App

I'm not sure it same to "https://github.com/AvaloniaUI/Avalonia/issues/12981" .
And not sure cause error by Clipboard.Files
Expected behavior
No response
Avalonia version
11.0.6
OS
Linux
Additional context
No response

I thought the exception was caused by 'ContextMenu', so I replaced it all with 'MenuFlyout', but the problem still exists. By disabling access to the clipboard through 'PasteCommand. CanExecuteChanged', 'MenuFlyout' works normally. It is highly likely that the issue is similar to the previous post and may be caused by accessing the clipboard.

Y seems to be a duplicate.

Y seems to be a duplicate.
It execute
"        var formats = clipboard?.GetFormatsAsync().GetAwaiter().GetResult();
" then crash.
except sysCall any method to resolve?


[JBPM-4927] Unit tests

Unit-test for JBPM-4927. The test passes within a unit-test (H2), but it fails on a PostgreSQL DB in my BPMSuite runtime. In that test, the processes that are started via a signal appear twice in the ProcessInstanceLog.

@DuncanDoyle closing this as I opened new PR with fix and this commit https://github.com/droolsjbpm/jbpm/pull/395, thanks a lot


Land Portal no longer connected to Mailchimp at all

The Land Portal seems to be no longer connected to Mailchimp at all. I am unable to assign new members to subscription lists, even the possibility to do so has completely and suddenly disappeared. What is going on? This is a nightmare.

The " nightmare " should be over. Carlos updated some modules on the LP main server yesterday and things haven't actually gone so smoothly + I also applied some (3) pending, critical, security-related updates.
It now seems to work correctly


Proper build testing

Currently, we test to be sure that coldkernel will build upon release.
However, if a new grsecurity patch (within the same kernel line) were to be pushed out, and break the build process, we wouldn't know until its reported.This is because we currently pull the latest grsecurity patch for our kernel line, and there are often multiple versions of grsecurity patches for a singular kernel version.

Proposed ideas:

Include the tested Grsecurity patch in the coldkernel git repo, and push out new releases more frequently with updated Grsecurity patches (don't wait for kernel version bump).
Create a new git repo for "tested" Grsecurity patches, and have coldkernel pull the latest from this git repo.

The second option is more appealing, as we do not need to cut releases as often. With option two, we would need to do a build test and then upload the new grsecurity patch to git. Coldkernel itself would never have to change or be aware of our bumping the other repo.

https://github.com/coldhakca/coldkernel/tree/15_deepfreeze implements solution 2

Moved to option 2


Feat: Multiple Credential Issuance [v2.1]

Signed-off-by: Shaanjot Gill<EMAIL_ADDRESS>
Ran black code formatter with version 23.1.0 to pass the check, all file changes outside ./aries_cloudagent/protocols/issue_credential/v2_0 directory and aries_cloudagent/config/argparse.py [22 files] were triggered by this. A special case [collision between flake8 and black 23.1.0] needed to be handled in aries_cloudagent/ledger/indy.py.
resolves #1979
pending final Admin API testing and addition of integration tests [I can maybe leave this for a separate PR (combine tests for both issue-cred and present-proof 2.1)]

pending final Admin API testing and addition of integration tests [I can maybe leave this for a separate PR (combine tests for both issue-cred and present-proof 2.1)]

I think this is fine to put into a separate PR


Project Manager looks like it is reporting an error when importing a new project

Tested versions

Reproducible in v4.3.dev5.official [89f70e98d] onward
Not reproducible in v4.3.dev4.official [df78c0636] and earlier

Looking at the commit log, I suspect that this change might have been introduced by https://github.com/godotengine/godot/commit/2130f1121a4d4bbc8c812ac6bea78cae1203c7ad
System information
Godot v4.3.beta2 - Windows 10.0.22631 - Vulkan (Mobile) - dedicated NVIDIA GeForce GTX 980 Ti (NVIDIA; <IP_ADDRESS>98) - 13th Gen Intel(R) Core(TM) i7-13700K (24 Threads)
Issue description
When first clicking the Import button on the Project Manager, it appears as if an error message with red text is presented to the user, but then is quickly covered by the file selection window.
In previous versions of Godot, this error message and its red text was not shown until after a folder was selected:
https://github.com/godotengine/godot/assets/17506573/c091ddf7-b1eb-4d47-881e-dc87e4582aab
Personally, the red text of this error message caught my eye and made me think that there was an error happening with the project manager. This was not an issue previously because the red text error message would only appear after the user selected an invalid project or folder.
Steps to reproduce

Click the Import button in the Project Manager

Minimal reproduction project (MRP)
N/A

:ooks like it related to this comment:
void ProjectDialog::ask_for_path_and_show() {
	// Workaround: for the file selection dialog content to be rendered we need to show its parent dialog.
	show_dialog();
	_browse_project_path();
}


Revise tooltip theme docs, including more cross-references

Much of the new wording here is borrowed from [ChipTheme], [SliderTheme], or [RadioThemeData], which I think are pretty good. I believe a lot of other theme classes have similar wording too. I've also made some tweaks of my own, notably the references to [MaterialApp.theme].
This started from a desire to have clearer cross-references pointing at what to do with a FooThemeData to make it take effect:
https://github.com/flutter/flutter/pull/135879#discussion_r1355851481
but then as I started writing I kept finding more and more small things I wanted to adjust, including a couple of bits that were extraneous or obsolete.
Pre-launch Checklist

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

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

Thanks!


Document the fact that DH JSON is a bare list and not compatible with LinkML tools as is

DH is welcome to add the DH JSON -> LinkML JSON (and vice versa) converters that I wrote
see

https://github.com/turbomam/examples-first-cookiecutter/pull/72
https://github.com/turbomam/examples-first-cookiecutter/pull/73

Let me see if I understand Mark's concern correctly. If I have a schema that implement's the typical LinkML container object pattern:
id: http://example.org/test
name: test
imports:
  - linkml:types
prefixes:
  linkml: https://w3id.org/linkml/

slots:
  s1:
    range: string
  s2:
    range: string
  entries:
    range: Entry
    multivalued: true

classes:
  Entry:
    slots:
      - s1
      - s2
  EntrySet:
    tree_root: true
    slots:
      - entries

I could point DataHarmonizer to the Entry class and it would show me an interface with two columns (for s1 and s2). I could enter some data and then export that data to JSON through the interface. It would look something like:
[
  {
    "s1": "row 1 col 1",
    "s2": "row 1 col 2",
  },
  {
    "s1": "row 2 col 1",
    "s2": "row 2 col 2",
  }
]

The issue is that I can't validate that file as-is using linkml-validate or using a generic JSON Schema validator and the JSON Schema derived from the LinkML schema. That's because LinkML doesn't really have a concept of an array at the root level -- hence the container object pattern.
So what Mark is saying is that if DataHarmonizer could somehow produce JSON that instead looks like:
{
  "entries": [
    {
      "s1": "row 1 col 1",
      "s2": "row 1 col 2",
    },
    {
      "s1": "row 2 col 1",
      "s2": "row 2 col 2",
    }
  ]
}

Now we have an object at the root level. That object corresponds to the EntrySet class in the schema and could be validated as such.
I don't have an exact proposal for how to resolve the situation, but it will probably involve a combination of logic to guess at the so-called container class and index slot (presumably via teaching DataHarmonizer to understand the tree_root metaslot), as well as ways to specify them manually (see also: https://linkml.io/linkml/data/csvs.html).


fix(Condition): use update logic for applying conditions

fixes #32

We re-use the upgrade logic for applying conditions
Unused properties are removed for property and Message bindings

This seems to ship to other hidden bug fixes :arrow_up:. Let's ensure they are marked as such in the CHANGELOG.


Error

ypeError                                 Traceback (most recent call last)
 in ()
29
30
---> 31     model.fit(x_train_1, y_train_1,validation_data=(x_test_2,y_test_2), epochs=2)
32
33     pred = model.predict(x_test_2)
1 frames
/usr/local/lib/python3.7/dist-packages/tensorflow/python/eager/def_function.py in _call(self, *args, **kwds)
940       # In this case we have created variables on the first call, so we run the
941       # defunned version which is guaranteed to never create variables.
--> 942       return self._stateless_fn(*args, **kwds)  # pylint: disable=not-callable
943     elif self._stateful_fn is not None:
944       # Release the lock early so that multiple threads can perform the call
TypeError: 'NoneType' object is not callable

Hi
Have a look at the readme of the repo, I have added URLs to public Kaggle notebooks that will help you reproduce the results.
Thanks!


Roll Flutter Engine from a10990314872 to c21cecd8c6cd (5 revisions)

https://github.com/flutter/engine/compare/a10990314872...c21cecd8c6cd
2023-03-31<EMAIL_ADDRESS>Fix pretty list printer to handle nulls (flutter/engine#40825)
2023-03-31<EMAIL_ADDRESS>[Impeller] Declare gradient shader inputs as high precision to avoid overflows. (flutter/engine#40806)
2023-03-31<EMAIL_ADDRESS>Revert "Re-enable LTO and roll buildroot to enable sINLINING_LIMIT" (flutter/engine#40822)
2023-03-31<EMAIL_ADDRESS>[macOS] Change view ID to signed (flutter/engine#39958)
2023-03-31<EMAIL_ADDRESS>Roll Skia from 5f965db93be3 to 2b86c6d364d0 (4 revisions) (flutter/engine#40823)
If this roll has caused a breakage, revert this CL and stop the roller
using the controls here:
https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Please CC rmistry<EMAIL_ADDRESS>on the revert to ensure that a human
is aware of the problem.
To file a bug in Flutter: https://github.com/flutter/flutter/issues/new/choose
To report a problem with the AutoRoller itself, please file a bug:
https://bugs.chromium.org/p/skia/issues/entry?template=Autoroller+Bug
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+doc/main/autoroll/README.md

Commit queue failed; closing this roll.


Handle all compatibility branching in a compat.py

I'd like to add a compat.py to handle all compatibility branching in one place, removing any of that clutter from the actual code.

prepare_key_methods
signing_methods
verify_methods
constant_time_compare

Perhaps also handling of .total_seconds() should also go here.

While you're at it, drop usage of unicode_literals as well. :) https://github.com/PythonCharmers/python-future/issues/22


Urgent: Implement the new Apple/Google COVID-19 tracking Framework

I know this sounds strange, but this is really important if we want to keep using microg in the next months or years.
Apple and Google have developed a new framework that will be used by many governmental apps for the tracking of possible infections of COVID-19. Many governments have made the use of such apps mandatory and will not let people move freely if they don't have it, while others have just recommended it, but might change in the future.
I would like to remember that this is a whole different issue than private companies tracking users just for their own business. We are talking about public health and our own safety.
I am well aware that the results and effectivnes of such apps are yet to be clear but, for the prevention principle, I think it is important that people who wants have the chance to use such apps to protect their own health and the one of their closest ones.
Of course I am raising the same issue to my own government and others, about why use such a Framework while they could do things in other ways. For example, my own italian government's app will use it, so I cannot use the app on my phone. While the norwegian government's app doesn't, and I have been able to download and use theirs without any problem. So it means that the technology needed to make such tracking work dont' necessasily must rely on the A/G framework, it's just a decision taken by governments and developers.
But, since we cannot rely on the fact that our governments will listen to us and move away from such freakin' framework, we should give the chance to people to still be protected from Google's malware, but at the same time try to protect our health by using the COVID-19 tracing apps.

Many governments have made the use of such apps mandatory and will not let people move freely if they don't have it, while others have just recommended it, but might change in the future.

Do they ofter Android or iOS smartphones to everyone?  Hopefully I live in a country that is still considered kind of a democracy, and the app is not mandatory at all.

I would like to remember that this is a whole different issue than private companies tracking users just for their own business. We are talking about public health and our own safety.

Yes, but often politics use this to restrain our freedom and make use of terrible event (this pandemic, terrorism) to make laws for our “safety”. This is called “The Shock Doctrine”, and I would quote a famous one by Benjamin Franklin here: “Those who would give up essential liberty, to purchase a little temporary safety, deserve neither liberty nor safety”. Even if they seem tiny (but they actually aren’t), those apps are not a step in the right direction (while their effect for health will likely be very minor).

I am well aware that the results and effectivnes of such apps are yet to be clear but, for the prevention principle, I think it is important that people who wants have the chance to use such apps to protect their own health and the one of their closest ones.

Note that the app never protects you, only the other. While not using the app is not even a prevention principle: they are known ways this will be abused.

Of course I am raising the same issue to my own government and others, about why use such a Framework while they could do things in other ways. For example, my own italian government's app will use it, so I cannot use the app on my phone. While the norwegian government's app doesn't, and I have been able to download and use theirs without any problem. So it means that the technology needed to make such tracking work dont' necessasily must rely on the A/G framework, it's just a decision taken by governments and developers.

Yes, but often it’s laughable. The french government decided to not use Apple/Google decentralized framework (because sovereignty and privacy, and I kind of agree with that), and instead use a centralized solution powered by… Microsoft. So much for sovereignty and privacy.

But, since we cannot rely on the fact that our governments will listen to us and move away from such freakin' framework, we should give the chance to people to still be protected from Google's malware, but at the same time try to protect our health by using the COVID-19 tracing apps.

Anyhow, this is a duplicate of https://github.com/microg/android_packages_apps_GmsCore/issues/1057. Where you will learn than the man issue is manpower: @mar-v-in, microG main and almost sole dev, has been focusing on other topic for a while, and might only return to microG at some point later. They are already a bunch of issues at hand, and implementing all this framework correctly is not an easy task and will likely not be achieved. However, you might rejoice that Google will likely integrate it in AOSP directly in the future.

@ArchangeGabriel
Thank you for your reply.
While I agree with you on the privacy side, I don't on the epidemics side. Governments indeed use this kind of situations as you said, I know, but I, as a health specialist, strongly believe it is a necessary tool to control the epidemics, that's why I'm fighting for having a working app available for most of the systems around.
Being a democracy doesn't imply that useful tools should not be used if they might be used in a not proper way by our governments. Actually I think it should be the opposite, since I live in a democracy I trust my government to use some data for a fair use. And epidemics and health control are one of those use for which such apps are fundamental. Moreover the PEPP-PT protocol has been built with privacy in the center. Does it mean NO DATA at all will be used? Of course not, but that's the point of controlling an epidemics, you need data to know how it is going and we should use the tools we have to do it.
Have you ever been hospital? Are you aware that your data in the hospital's database, all your health parameters and information, linked to your real indentity in your country, are available to any government or simply anyone working in the hospital which has an account to enter in the system? Not talking about the private companies making the software used in the hospital, which is prominently proprietary, and this means they might collect all possible data linked to people with their Name, Surname, Address and so on.
My point is, I care about my privacy, but I do care about my health too. If I am sick and I have no chance of getting cured then by giving up some of my privacy, I might resist at first, but if the illness will get worse I will eventually go to the hospital, that's for sure.
So, building a system to track infected people does inevitably bring some sort of user data in the hands of the ones handling it. But there are many ways of doing that and the PEPP-PT protocol does this in a pretty fair way, on the privacy side. My problem is that its implementation and application as of now is much worse than it should be, that's why I'm fighting for it.
I want to protect me and my family from getting sick and I want to do that using as much open source software as possible. Can the protocol be applied in a better and more open way? YES, if the app is open source and built from source, you exactly know what it does and which data is shared.
So why shouldn't those apps and the protocols and frameworks they are built on be open sourced?
That's what I'm fighting for. Then, you are free to use it or not, but I want to be free to decide this.
Sorry for the length of my message!
BTW thank you for pointing me to that issue, which I didn't see before, and from which I have been able to find a project that tries to address this issue: the CoraLibre project

I disagree and request the exact opposite. In times like these it is more important than ever to have alternatives. Having said this I really hope MicroG development will continue soon.
If you want COVID-19 tracking, use OpenGapps.

if tracking data are available , there will be humans who take advantage of this.
the past has shown this sufficiently and there is no reason to assume that this will change.
for this reason i consider the further development of microg to be important .
every human can/must find his own truth

Duplicate of #1057

Duplicate of #1057

Sorry! Missed that...


Proposed DIDComm test for https://github.com/trinsic-id/okapi/tree/main/dotnet/Tests/Okapi.Tests fails

Add DIDComm tests to https://github.com/trinsic-id/okapi/tree/main/dotnet/Tests/Okapi.Tests; more specifically test cases for DIDComm.Pack() and DIDComm.Unpack().
The main reason I'm asking is because I have some sample code that I'm trying to make work against a fresh build of the https://github.com/trinsic-id/okapi/tree/main/dotnet/Library/Okapi library and my Unpack() is failing trying to make the native call to the unpack function.
Languages:

[x] .NET

Here's a 3 line test in my fork integrated into the original project's Xunit Test harness:
https://github.com/mwherman2000/okapi/blob/main/dotnet/Tests/Okapi.Tests/DIDComTests.cs
I can PR this once we figure out why it's failing.

Failed test...

Running winget install okapi didn't change anything.

Is this an SDK change, or a bug report? I'm asking because I need to know if it's applicable to every language, or just .NET.

@fundthmcalculus Bug report.  The TestPack() test I added to me fork fails accessing a native library (I think).  I believe it's a bug in the Okapi library.  To make the bug easy to reproduce, I coded up the repo as a test case.

Running winget install okapi didn't change anything.

Let me investigate this too.

@fundthmcalculus Bug report. The TestPack() test I added to my fork fails accessing a native library (I think). I believe it's a bug in the Okapi library (or perhaps Initialize.ps1 is missing a library or the wrong version of a library or something like that). To make the bug easy to reproduce, I coded up the repo as a test case.

Pulled in the provided test case. The error you receive is a native-code error, meaning that it is executing the call from .NET into the native rust library, and failing inside that. "Failed to execute function" is a misnomer. I am investigating why this test (and thus the associated sample in okapi-examples) fails.

Specify the encryption mode as follows: { Plaintext = message.ToByteString(), SenderKey = Alice.SecretKey, ReceiverKey = Bob.PublicKey, Mode = EncryptionMode.Direct }); and the test should pass. I will add this test (and example to the relevant repositories).

@fundthmcalculus Thank you!


Add mana rewards to semantic checks

Description of change
Adds mana rewards to semantic validation. They must be passed in, so a user should either call build_transaction using a wallet or they will have to manually get the rewards using a client, add them up, and pass them in.
Links to any relevant issues
Closes #1310

Does that mean you agree with the methodology?


Add enhancement. Please implement Measurement ID and Cluster ID for DynaML

DynAdjust manual v1.0, and earlier versions, detail functionality for Measurement ID and Cluster ID but this functionality currently only applies to dna format files and not DynaML files.

This issue has now been resolved by pull request https://github.com/icsm-au/DynAdjust/pull/47, merged into the main branch.


python36Packages.breathe: 4.10.0 -> 4.11.0

Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/python3.6-breathe/versions.
meta.description for python36Packages.breathe is: '"Sphinx Doxygen renderer"'.

Checks done (click to expand)

built on NixOS
/nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0/bin/.breathe-apidoc-wrapped passed the binary check.
/nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0/bin/breathe-apidoc passed the binary check.
2 of 2 passed binary check by having a zero exit code.
2 of 2 passed binary check by having the new version present in output.
found 4.11.0 with grep in /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0
directory tree listing: https://gist.github.com/ccaa4531c90bdce82a6dffcabae2e8cc
du listing: https://gist.github.com/c3957115c4bc54aec90d0c78c86a6f8f

Rebuild report (click to expand)

8 total rebuild path(s)
2 package rebuild(s)
2 x86_64-linux rebuild(s)
2 i686-linux rebuild(s)
2 x86_64-darwin rebuild(s)
2 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
python27Packages.breathe
python36Packages.breathe

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
Or, build yourself:
nix-build -A python36Packages.breathe https://github.com/r-ryantm/nixpkgs/archive/eae1f926645225d8322da9d75741c4d990f76422.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0
ls -la /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0/bin

Success on x86_64-linux (full log)
Attempted: python36Packages.breathe
Partial log (click to expand)
Successfully installed breathe-4.11.0
/build/breathe-4.11.0
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0
strip is /nix/store/vcc4svb8gy29g4pam2zja6llkbcwsyiq-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0/lib  /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0/bin
patching script interpreter paths in /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0
checking for references to /build in /nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0...
wrapping `/nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0/bin/breathe-apidoc'...
/nix/store/ihfzmczvwmsr3gg9m3z1jxb94njmvh2x-python3.6-breathe-4.11.0

Success on aarch64-linux (full log)
Attempted: python36Packages.breathe
Partial log (click to expand)
Successfully installed breathe-4.11.0
/build/breathe-4.11.0
post-installation fixup
shrinking RPATHs of ELF executables and libraries in /nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0
strip is /nix/store/p9akxn2sfy4wkhqdqa3li97pc6jaz3r1-binutils-2.30/bin/strip
stripping (with command strip and flags -S) in /nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0/lib  /nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0/bin
patching script interpreter paths in /nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0
checking for references to /build in /nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0...
wrapping `/nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0/bin/breathe-apidoc'...
/nix/store/jwbkm36ycs61l84ff8bm7rgdap0jr47d-python3.6-breathe-4.11.0

Success on x86_64-darwin (full log)
Attempted: python36Packages.breathe
Partial log (click to expand)
  The script breathe-apidoc is installed in '/nix/store/s7azwr0pw663xybw40wh5karbykpv7y9-python3.6-breathe-4.11.0/bin' which is not on PATH.
  Consider adding this directory to PATH or, if you prefer to suppress this warning, use --no-warn-script-location.
Successfully installed breathe-4.11.0
/private/tmp/nix-build-python3.6-breathe-4.11.0.drv-0/breathe-4.11.0
post-installation fixup
strip is /nix/store/g5r4apl0za012ffs6ladinwa5w0m1l3k-cctools-binutils-darwin/bin/strip
stripping (with command strip and flags -S) in /nix/store/s7azwr0pw663xybw40wh5karbykpv7y9-python3.6-breathe-4.11.0/lib  /nix/store/s7azwr0pw663xybw40wh5karbykpv7y9-python3.6-breathe-4.11.0/bin
patching script interpreter paths in /nix/store/s7azwr0pw663xybw40wh5karbykpv7y9-python3.6-breathe-4.11.0
wrapping `/nix/store/s7azwr0pw663xybw40wh5karbykpv7y9-python3.6-breathe-4.11.0/bin/breathe-apidoc'...
/nix/store/s7azwr0pw663xybw40wh5karbykpv7y9-python3.6-breathe-4.11.0


[Bug] Failed to lookup symbol 'store_dart_post_cobject': undefined symbol: store_dart_post_cobject

Describe the bug
Hey @fzyzcjy  I am trying to run a simple rust program on my android simulator. But I get the following error:
Failed to lookup symbol 'store_dart_post_cobject': undefined symbol: store_dart_post_cobject

Here is the project repository:
https://github.com/SAGARSURI/flutter_rust_demo
Codegen logs with RUST_LOG=debug environment variable
lutter_rust_bridge_codegen -r native/adder-ffi/src/api.rs -d lib/bridge_generated.dart -v
[2022-11-11T11:43:29Z DEBUG flutter_rust_bridge_codegen] configs=[Opts { rust_input_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/api.rs", dart_output_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/lib/bridge_generated.dart", dart_decl_output_path: None, c_output_path: ["/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpvVgxm4.h"], rust_crate_dir: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi", rust_output_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs", class_name: "AdderFfi", dart_format_line_length: 80, skip_add_mod_to_lib: false, llvm_path: ["/opt/homebrew/opt/llvm", "/usr/local/opt/llvm", "/usr/lib/llvm-9", "/usr/lib/llvm-10", "/usr/lib/llvm-11", "/usr/lib/llvm-12", "/usr/lib/llvm-13", "/usr/lib/llvm-14", "/usr/lib/", "/usr/lib64/", "C:/Program Files/llvm", "C:/msys64/mingw64"], llvm_compiler_opts: "", manifest_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/Cargo.toml", dart_root: Some("/Users/surisa/Documents/flutter/flutter_rust_demo"), build_runner: true, block_index: BlockIndex(0), skip_deps_check: false, wasm_enabled: false, inline_rust: false }]
[2022-11-11T11:43:30Z DEBUG lib_flutter_rust_bridge_codegen::source_graph] Trying to parse "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/api.rs"
[2022-11-11T11:43:30Z DEBUG lib_flutter_rust_bridge_codegen::source_graph] Trying to parse "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs"
[2022-11-11T11:43:30Z WARN  lib_flutter_rust_bridge_codegen::source_graph] Skipping unresolvable module io (tried /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/io.rs, /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/io/mod.rs, /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated/io.rs, /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated/io/mod.rs, )
[2022-11-11T11:43:30Z DEBUG lib_flutter_rust_bridge_codegen::parser] parse_function function name: Ident(add)
[2022-11-11T11:43:30Z DEBUG lib_flutter_rust_bridge_codegen::tools] Guessing toolchain the runner is run into
[2022-11-11T11:43:30Z DEBUG lib_flutter_rust_bridge_codegen::commands] execute command: bin=sh args="-c \"flutter\" \"--version\"" current_dir=None cmd="sh" "-c" "\"flutter\" \"--version\""
Flutter 3.3.5 • channel stable • https://github.com/flutter/flutter.git
Framework • revision d9111f6402 (3 weeks ago) • 2022-10-19 12:27:13 -0700
Engine • revision 3ad69d7be3
Tools • Dart 2.18.2 • DevTools 2.15.0
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] command="sh" "-c" "\"flutter\" \"--version\"" stdout= stderr=
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::tools] Checking presence of ffi in dependencies at /Users/surisa/Documents/flutter/flutter_rust_demo
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::tools] Checking presence of ffi in dependencies at /Users/surisa/Documents/flutter/flutter_rust_demo
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::tools] Checking presence of ffigen in dev_dependencies at /Users/surisa/Documents/flutter/flutter_rust_demo
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::tools] Checking presence of ffigen in dev_dependencies at /Users/surisa/Documents/flutter/flutter_rust_demo
[2022-11-11T11:43:31Z INFO  lib_flutter_rust_bridge_codegen] Picked config: Opts { rust_input_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/api.rs", dart_output_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/lib/bridge_generated.dart", dart_decl_output_path: None, c_output_path: ["/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpvVgxm4.h"], rust_crate_dir: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi", rust_output_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs", class_name: "AdderFfi", dart_format_line_length: 80, skip_add_mod_to_lib: false, llvm_path: ["/opt/homebrew/opt/llvm", "/usr/local/opt/llvm", "/usr/lib/llvm-9", "/usr/lib/llvm-10", "/usr/lib/llvm-11", "/usr/lib/llvm-12", "/usr/lib/llvm-13", "/usr/lib/llvm-14", "/usr/lib/", "/usr/lib64/", "C:/Program Files/llvm", "C:/msys64/mingw64"], llvm_compiler_opts: "", manifest_path: "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/Cargo.toml", dart_root: Some("/Users/surisa/Documents/flutter/flutter_rust_demo"), build_runner: true, block_index: BlockIndex(0), skip_deps_check: false, wasm_enabled: false, inline_rust: false }
[2022-11-11T11:43:31Z INFO  lib_flutter_rust_bridge_codegen] Phase: Parse source code to AST, then to IR
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::source_graph] Trying to parse "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/api.rs"
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::source_graph] Trying to parse "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs"
[2022-11-11T11:43:31Z WARN  lib_flutter_rust_bridge_codegen::source_graph] Skipping unresolvable module io (tried /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/io.rs, /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/io/mod.rs, /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated/io.rs, /Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated/io/mod.rs, )
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::parser] parse_function function name: Ident(add)
[2022-11-11T11:43:31Z INFO  lib_flutter_rust_bridge_codegen] Phase: Transform IR
[2022-11-11T11:43:31Z INFO  lib_flutter_rust_bridge_codegen] Phase: Generate Rust code
[2022-11-11T11:43:31Z INFO  lib_flutter_rust_bridge_codegen] Phase: Generate Dart code
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::generator::dart] distinct_input_types=[Primitive(I64)]
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::generator::dart] distinct_output_types=[Primitive(I64)]
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] execute format_rust path=["/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs"]
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] execute command: bin=rustfmt args="/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs" current_dir=None cmd="rustfmt" "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs"
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] command="rustfmt" "/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi/src/bridge_generated.rs" stdout= stderr=
[2022-11-11T11:43:31Z INFO  lib_flutter_rust_bridge_codegen] Phase: Generating Dart bindings for Rust
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] execute cbindgen rust_crate_dir=/Users/surisa/Documents/flutter/flutter_rust_demo/native/adder-ffi c_output_path=/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpd1r1N5.h
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] cbindgen config: Config {
        header: None,
        includes: [],
        sys_includes: [
            "stdbool.h",
            "stdint.h",
            "stdlib.h",
        ],
        after_includes: None,
        trailer: None,
        include_guard: None,
        pragma_once: false,
        no_includes: true,
        autogen_warning: None,
        include_version: false,
        namespace: None,
        namespaces: None,
        using_namespaces: None,
        braces: SameLine,
        line_length: 100,
        tab_width: 2,
        line_endings: LF,
        language: C,
        cpp_compat: false,
        style: Both,
        sort_by: None,
        usize_is_size_t: false,
        parse: ParseConfig {
            parse_deps: false,
            include: None,
            exclude: [],
            expand: ParseExpandConfig {
                crates: [],
                all_features: false,
                default_features: true,
                features: None,
                profile: Debug,
            },
            clean: false,
            extra_bindings: [],
        },
        export: ExportConfig {
            include: [],
            exclude: [],
            rename: {},
            pre_body: {},
            body: {},
            prefix: None,
            item_types: [],
            renaming_overrides_prefixing: false,
            mangle: MangleConfig {
                rename_types: None,
                remove_underscores: false,
            },
        },
        macro_expansion: MacroExpansionConfig {
            bitflags: false,
        },
        layout: LayoutConfig {
            packed: None,
            aligned_n: None,
        },
        function: FunctionConfig {
            prefix: None,
            postfix: None,
            must_use: None,
            args: Auto,
            rename_args: None,
            swift_name_macro: None,
            sort_by: None,
            no_return: None,
        },
        structure: StructConfig {
            rename_fields: None,
            derive_constructor: false,
            derive_eq: false,
            derive_neq: false,
            derive_lt: false,
            derive_lte: false,
            derive_gt: false,
            derive_gte: false,
            derive_ostream: false,
            associated_constants_in_body: false,
            must_use: None,
        },
        enumeration: EnumConfig {
            rename_variants: None,
            rename_variant_name_fields: SnakeCase,
            add_sentinel: false,
            prefix_with_name: false,
            derive_helper_methods: false,
            derive_const_casts: false,
            derive_mut_casts: false,
            cast_assert_name: None,
            must_use: None,
            derive_tagged_enum_destructor: false,
            derive_tagged_enum_copy_constructor: false,
            derive_tagged_enum_copy_assignment: false,
            derive_ostream: false,
            enum_class: true,
            private_default_tagged_enum_constructor: false,
        },
        constant: ConstantConfig {
            allow_static_const: true,
            allow_constexpr: true,
            sort_by: None,
        },
        defines: {},
        documentation: true,
        documentation_style: Auto,
        documentation_length: Full,
        pointer: PtrConfig {
            non_null_attribute: None,
        },
        only_target_dependencies: false,
        cython: CythonConfig {
            header: None,
            cimports: {},
        },
    }
[2022-11-11T11:43:31Z DEBUG cbindgen::bindgen::parser] Parsing crate adder-ffi
[2022-11-11T11:43:31Z INFO  cbindgen::bindgen::parser] Take adder-ffi::DartPort.
[2022-11-11T11:43:31Z INFO  cbindgen::bindgen::parser] Take adder-ffi::DartPostCObjectFnType.
[2022-11-11T11:43:31Z INFO  cbindgen::bindgen::parser] Take adder-ffi::store_dart_post_cobject.
[2022-11-11T11:43:31Z INFO  cbindgen::bindgen::parser] Take adder-ffi::WireSyncReturnStruct.
[2022-11-11T11:43:31Z INFO  cbindgen::bindgen::parser] Take adder-ffi::wire_add.
[2022-11-11T11:43:31Z INFO  cbindgen::bindgen::parser] Take adder-ffi::free_WireSyncReturnStruct.
[2022-11-11T11:43:31Z WARN  cbindgen::bindgen::ir::cfg] Missing `[defines]` entry for `target_family = "wasm"` in cbindgen config.
[2022-11-11T11:43:31Z WARN  cbindgen::bindgen::ir::cfg] Missing `[defines]` entry for `target_family = "wasm"` in cbindgen config.
[2022-11-11T11:43:31Z WARN  cbindgen::bindgen::ir::cfg] Missing `[defines]` entry for `target_family = "wasm"` in cbindgen config.
[2022-11-11T11:43:31Z WARN  cbindgen::bindgen::ir::cfg] Missing `[defines]` entry for `target_family = "wasm"` in cbindgen config.
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] execute ffigen c_path=/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpd1r1N5.h dart_path=/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpVq0rWz llvm_path=["/opt/homebrew/opt/llvm", "/usr/local/opt/llvm", "/usr/lib/llvm-9", "/usr/lib/llvm-10", "/usr/lib/llvm-11", "/usr/lib/llvm-12", "/usr/lib/llvm-13", "/usr/lib/llvm-14", "/usr/lib/", "/usr/lib64/", "C:/Program Files/llvm", "C:/msys64/mingw64"]
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] ffigen config:
            output: '/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpVq0rWz'
            name: 'AdderFfiWire'
            description: 'generated by flutter_rust_bridge'
            headers:
              entry-points:
                - '/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpd1r1N5.h'
              include-directives:
                - '/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpd1r1N5.h'
            comments: false
            preamble: |
              // ignore_for_file: camel_case_types, non_constant_identifier_names, avoid_positional_boolean_parameters, annotate_overrides, constant_identifier_names

            llvm-path:
               - '/opt/homebrew/opt/llvm'
               - '/usr/local/opt/llvm'
               - '/usr/lib/llvm-9'
               - '/usr/lib/llvm-10'
               - '/usr/lib/llvm-11'
               - '/usr/lib/llvm-12'
               - '/usr/lib/llvm-13'
               - '/usr/lib/llvm-14'
               - '/usr/lib/'
               - '/usr/lib64/'
               - 'C:/Program Files/llvm'
               - 'C:/msys64/mingw64'

[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] ffigen config_file: NamedTempFile("/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmp4VQcAc")
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::tools] Guessing toolchain the runner is run into
[2022-11-11T11:43:31Z DEBUG lib_flutter_rust_bridge_codegen::commands] execute command: bin=sh args="-c \"flutter\" \"pub\" \"run\" \"ffigen\" \"--config\" \"/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmp4VQcAc\"" current_dir=Some("/Users/surisa/Documents/flutter/flutter_rust_demo") cmd="sh" "-c" "\"flutter\" \"pub\" \"run\" \"ffigen\" \"--config\" \"/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmp4VQcAc\""
Running in Directory: '/Users/surisa/Documents/flutter/flutter_rust_demo'
Input Headers: [/var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpd1r1N5.h]
[SEVERE] : Header /var/folders/6m/wb9zntq10rq76x_426_lwtdm0000gp/T/.tmpd1r1N5.h: Total errors/warnings: 180.

Interesting! Your with_flutter project is working. In my case, I did my android setup using the following plugin:
https://github.com/mozilla/rust-android-gradle
So that means flutter_rust_bridge can only work with your setup?

So that means flutter_rust_bridge can only work with your setup?

Definitely no - it should work with all setup
But, if you have problem, then maybe ask rust-android-gradle etc since that is likely to be your setup's bug

So this seems not the same bug as #754

I was able to run the app with my setup by manually writing the c code instead of using this package. But once I added the package it didn't work. Can you provide a bit of a clue on what things I can debug and check with my setup? Pretty new to Rust 😁

https://cjycode.com/flutter_rust_bridge/template.html, https://cjycode.com/flutter_rust_bridge/integrate.html discuss some

Perfect! let me check. Thank you for your support.


Issue with cells wrapping in Firefox, maybe because off rounding errors

Using the XY-grid, I have a case where three medium-4 cells don't fit side by side in Firefox on desktop screens. Shown here: https://foundation-xy-ff.netlify.com/
Each cell gets a tiny bit wider on Firefox than on other browsers.
How to reproduce this bug:
I am not exactly sure how to reproduce it, except for using the exact paddings/margins/gutters that my example has. But if you do, then put three medium-4 cells in a grid-x.grid-margin-x.
What should happen:
The three cells should fit side by side.
What happened instead:
The third cell wraps below the first cell in Firefox. (But fits side by side in Chrome and Safari).
Browser(s) and Device(s) tested on:
Firefox 59.0.2 (64 Bit), MacOS High Sierra.
Foundation Version(s) you are using:
Foundation sites 6.4.1 (Not sure how to check which version exactly, but it's what I get when I run foundation new.
Test case link:
I can't figure out how to reproduce it in a Codepen, since there are computed values from my Foundation settings involved.  But the issue can be seen in effect here: https://foundation-xy-ff.netlify.com/
Github repo: https://github.com/PEZ/foundation-sites-6-xy-ff-bug

Seems to be a dup of #10779.

Duplicate of https://github.com/zurb/foundation-sites/issues/10808

Actually a duplicate of https://github.com/zurb/foundation-sites/issues/10779, sorry. I got confused by the grid breaking with a standard browser font-size, but it's because you set font-size: 62.5% manually.

Thanks! That font setting is something we’ve inherited from before we switched to Foundation. I will now try find a way to set it properly.

$global-font-size in the settings.scss might be what you are looking for.

Thanks again for looking at it even though it was a dup and not even a bug proper. I got it working using $global-font-size.