fail to reproduce the repo and stuck at step 4(f2fs mounting failure)

As title, I follow the README.md in bpt-f2fs-zonetrace repo, directly utilize debian.qcow2 in femu, and emulate a 4 GB ZNS.
But things go wrong when I attempt to issue command sudo ./scripts/mount_f2fs.sh in step4. The error message states that loop77 is too small. I solve the problem by manually change /tmp/f2fs_metadata.img's file size from 256M to 1024M
I suggest that we should make the 256M in truncate -s 256M $METADATA_IMG inside mount_f2fs.sh a varaible to avoid manually editing the script

env.
modify part

1024M is able to be used in our system. However, thanks for pointing this out.


Symfony 5.4.5

Coverage remained the same at 97.383% when pulling 4e243e17de5fbba31c947f21e6e09cfd7de9ef95 on symfony-5.4.5 into 90dce7aeba68af213149d3c9115b73ef0854c29d on master.


Change layout of footer links

Ticket: https://trello.com/c/lXpy2vZH/142-3-change-footer-to-use-two-column-layout-in-digitalmarketplace-frontend-toolkit-and-all-frontend-apps
Sister pull request to alphagov/digitalmarketplace-frontend-toolkit#489

:( if only we had a review app, we could test it without having to pull down the branch, npm installing and running it locally.


Lisp Koans 2.0

What
This PR completely overhauls the Lisp Koans in an attempt to make them better in every way the author of the PR can imagine.
How

We refactor the testing and printing frameworks and shave about 660 lines off its size in result.

We highly customize the attached lisp-unit test framework and gut out everything that is not required to work with the koans. A side effect is that verifying the koans should now be slightly faster.
We refactor the file contemplate.lsp into two files: lisp-koans.lsp that defines the package and functions related to koans and contemplate.lsp which actually loads the code and executes the main function.

We rewrite all the existing koans.

We bring koans to modern and unified Lisp coding style.
We fix tests that depend on implementation-defined or undefined behaviour.
We change the order of several lessons to better suit inter-lesson dependencies.
We add several new koans and lessons.

We add a test suite by means of attaching a solution set for all koans and including a command for running those.

Tested on SBCL 2.0.3
Tested on CCL 1.12
Tested on ABCL 1.6.0

One conformance bug found during the rewrite: https://github.com/armedbear/abcl/issues/177

Tested on ECL 20.4.24

One conformance bug found during the rewrite: embeddable-common-lisp/ecl#587

Tested on CLISP 2.49.92

Two conformance bugs found during the rewrite: gnu-clisp/clisp#22 and gnu-clisp/clisp#23

Tested on Clasp cclasp-boehm-0.4.2-2536-geb74451d6-cst

One conformance bug found during testing: https://github.com/clasp-developers/clasp/issues/991

Why

The much smaller code of the testing and printing framework is more readable and maintainable due to dead code removal.
The above will allow lisp-koans to be loadable via ASDF in the future, and it will be possible to evaluate koans' completion via the Lisp REPL instead of using shell scripts.
This PR will also allow to include lisp-koans in Quicklisp in the future. The internal package lisp-unit was renamed and therefore no longer collides with the Quicklisp-providable lisp-unit system.
The comment styles in previous koans was highly inconsistent; it treated strings as comments and also disrespected the standard advice on semicolon usage,
The previous koans sometimes seemed as if they were translated straight from Python and/or Ruby ones, not taking into account Lisp idioms, features, or coding styles.
The previous koans often depended on implementation-defined or undefined behaviour, which are bugs.

What not
Quicklisp/ASDF integration will come later.
What else

[ ] code review

The real fun stuff begins here

Closes #35
Closes #48
Closes #60
Closes #68
Closes #70
Closes #77
Closes #83
Closes #89
Closes #90
Closes #91
Closes #92
Closes #103
Closes #106
Closes #110

@Slids Which package name am I supposed to use? This is a github.com/google repository, so I want to use a Google prefix; I can't use net.common-lisp since this repository isn't endorsed or hosted by clnet.

Shouldn't it be com.google? It's a Google library at all...

@pcr910303 See https://github.com/google/lisp-koans/pull/109#discussion_r421029941

It's not a Google library, it's a library that was built by Google engineers and hosted on a Github repo. We're (they're) kinda strict about this distinction... Maybe lisp-koans.

@Slids OK - understood.
Just lisp-koans would work well, but I'm trying to think of a FQDN to prevent package name conflicts due to the pollution of package namespace in CL. Now that we have almost ubiquitous package-local nicknames in the Lisp world, everyone would be able to locally nickname foo.bar.baz.lisp-koans if they really wanted to. That's why I didn't go with the short name from the very beginning.

No, it's kind've an on your own deal.

Using qualified packages like lisp-koans.test, lisp-koans.log, lisp-koans.bar should be enough to not worry about package conflicts.

Why not just serve them on https://common-lisp.net and use net.common-lisp? I think this project is greatly beneficial to the whole CL community, and it ought to be preserved in multiple places...

Your packages should generally pertain to the package it's using.
Do you expect anyone else to use lisp-koans.foo anywhere else?
What does using net.common-lisp add?
Having it backed up somewhere else is perfectly fine, it's probably beneficial to have it on common-lisp.net.

I also work on cl-protobufs.
If you make a proto
optional (lisp_package) = "foo";
mesasge bar { optional integer quux = 1;
}

it will create a package
cl-protobufs/foo containing structure
cl-protobufs/foo:bar.
We've been debating the existence of cl-protobufs/ as a pre-pended thing.
It makes the package name larger and seemingly comes out of nowhere.
Another person thinks it gives a nice division and removes package collisions.

Well, at least for me, I consider the name lisp-koans to be a bit generic (since it's a name that someone else which doesn't know the presence of this project can think of). I think it would be beneficial to have a FQDN for this purpose, but it's a matter of taste though.

Then probably qitab
That should be the fqdn for lisp code from google.
If I were to release this code today it would be in the
https://github.com/qitab
and if it goes to common-lisp.net it should go to qitab.
I'd suggest none, but I would be okay with that.

It makes the package name larger and seemingly comes out of nowhere.

That's where package-local nicknames come in: in the scope of your package, you can nickname cl-protobuf/foo:bar to just foo:bar or f:bar, depending on your taste.
I'll just go with lisp-koans.{test,core,koan-foo,koan-bar,...}.

Done. What's the next step?

That's a good point, but it's not in the standard :/

@Slids Neither are sockets, threads, MOP, or accessing the garbage collector.
Currently PLNs are supported by SBCL, CCL, ECL, Clasp, ABCL, LispWorks and ACL. Only CLISP is missing out, but I plan on fixing it someday.

I'll go over one more time then merge :) breakfast time though
On Sat, May 9, 2020, 1:18 PM phoe<EMAIL_ADDRESS>wrote:

Done. What's the next step?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626208182,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3J2YYALK4RHECBWX5RLRQWF4VANCNFSM4M4XWBFQ
.

But those have implementations everyone agrees on, for threads see
Bordeaux-thrrads
On Sat, May 9, 2020, 1:19 PM phoe<EMAIL_ADDRESS>wrote:

@Slids https://github.com/Slids Neither are sockets, threads, MOP, or
accessing the garbage collector.
Currently PLNs are supported by SBCL, CCL, ECL, Clasp, ABCL, LispWorks and
ACL. Only CLISP is missing out, but I plan on fixing it someday.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626208439,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3J3IQONS4WJLEQYJLFTRQWGDNANCNFSM4M4XWBFQ
.

Everyone implementing package-local nicknames also implements them the same way by using the :local-nicknames extension to :defpackage and four functions: package-local-nicknames, package-locally-nicknamed-by-list, add-package-local-nickname, and remove-package-local-nickname. I guess that sharing the same API counts as an implementation that everyone agrees on.
All that the portability library does is grabbing the symbols for these functions from implementation-defined packages and reexporting them. In fact, I can paste the whole code of that library here:
(defpackage #:trivial-package-local-nicknames
  (:use #:cl)
  (:import-from
   #+sbcl #:sb-ext #+ccl #:ccl #+ecl #:ext #+abcl #:ext
   #+clasp #:ext #+lispworks #:hcl #+allegro #:excl
   #:package-local-nicknames
   #:package-locally-nicknamed-by-list
   #:add-package-local-nickname
   #:remove-package-local-nickname)
  (:export
   #:package-local-nicknames
   #:package-locally-nicknamed-by-list
   #:add-package-local-nickname
   #:remove-package-local-nickname))

But then you could've just set that in you chosen package name instead of
having a magically pretended string attached
On Sat, May 9, 2020, 1:29 PM phoe<EMAIL_ADDRESS>wrote:

Everyone implementing package-local nicknames also implements them the
same way by using the :local-nicknames extension to :defpackage and four
functions: package-local-nicknames, package-locally-nicknamed-by-list,
add-package-local-nickname, and remove-package-local-nickname. I guess
that sharing the same API counts as an implementation that everyone agrees
on.
All that the portability library does is grabbing the symbols for these
functions from implementation-defined packages and reexporting them. In
fact, I can paste the whole code of that library here:
(defpackage #:trivial-package-local-nicknames
(:use #:cl)
(:import-from
#+sbcl #:sb-ext #+ccl #:ccl #+ecl #:ext #+abcl #:ext
#+clasp #:ext #+lispworks #:hcl #+allegro #:excl
#:package-local-nicknames
#:package-locally-nicknamed-by-list
#:add-package-local-nickname
#:remove-package-local-nickname)
(:export
#:package-local-nicknames
#:package-locally-nicknamed-by-list
#:add-package-local-nickname
#:remove-package-local-nickname))
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626209675,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3J7KCKGVHGONOE3RUALRQWHG5ANCNFSM4M4XWBFQ
.

OK - we're going offtopic anyway. :)

Well, that was a huge change!

Thank you!

Thanks a million!
I'll keep an eye on the repository in case there are any bugs remaining after the change.

Yea we are, but it's one of my favorite lisp topics :)
The lisp spec really should be updated... Threads should be a part of a
language now-a-days...
As for package naming, that's a personal philosophy.
On Sat, May 9, 2020 at 1:39 PM phoe<EMAIL_ADDRESS>wrote:

OK - we're going offtopic anyway. :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626210948,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3J4PPYX4L4M2RW4YRFTRQWIMPANCNFSM4M4XWBFQ
.

The lisp spec really should be updated.

By whom? That's the biggest question for me. X3J13 has disassembled after successfully creating a standard named ANSI CL, and I don't know how many of its members would still like to do a take-two after almost thirty years. Then there's the question of adopting the new specification, which is even more of a question.

That's the problem...
Doug, Stas, etc?
On Sat, May 9, 2020, 2:08 PM phoe<EMAIL_ADDRESS>wrote:

The lisp spec really should be updated.
By whom? That's the biggest question for me. X3J13 has disassembled after
successfully creating a standard named ANSI CL, and I don't know how many
of its members would still like to do a take-two after almost thirty years.
Then there's the question of adopting the new specification, which is even
more of a question.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626214616,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3J6G43SX5CGY5OAVWVTRQWLZDANCNFSM4M4XWBFQ
.

There's tons of work with maintaining and developing SBCL as an ANSI CL implementation that, I suppose, is going to keep them busy - I have no idea if any of them would spend the time on extra credit work of drafting, testing, discussing, debating, approving, and implementing a new language specification.
Plus, I don't know if any of them want a new CL specification - the old one is surprisingly good enough for many many uses. We also have the current de facto standards established by portability libraries, which also are good enough for many use cases.

Since the CLHS cannot be updated, I think a modern public domain spiritual successor to the CLHS based on dpANS3 would be the first and necessary logical step to modernizing and updating the standard.
I wish I could work on this like what I did for the MOP, but my infrastructure is not quite there yet...

Hackernews hack: post the update to hn, they love lisp posts there.
On Sat, May 9, 2020, 3:03 PM phoe<EMAIL_ADDRESS>wrote:

There's tons of work with maintaining and developing SBCL as an ANSI CL
implementation that, I suppose, is going to keep them busy - I have no idea
if any of them would spend the time on extra credit work of drafting,
testing, discussing, debating, approving, and implementing a new language
specification.
Plus, I don't know if any of them want a new CL specification - the old
one is surprisingly good enough for many many uses. We also have the
current de facto standards established by portability libraries, which also
are good enough for many use cases.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626221466,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3JZIRD6IIWKOOPMZLRDRQWSJFANCNFSM4M4XWBFQ
.

:cry:
https://news.ycombinator.com/item?id=23126741

Very nice!

Hey there,
I'll have a cl to you on Monday to bring this back into Google.
On Sat, May 9, 2020 at 11:49 PM Stanley Bileschi<EMAIL_ADDRESS>wrote:

Very nice!
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/google/lisp-koans/pull/111#issuecomment-626268928,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AD7Y3J7362TCIDSRFXUSMKDRQYP4PANCNFSM4M4XWBFQ
.


[Add-ins] (mobile) Not supported on reqt. set 1.6 or later

Docs Build status updates of commit cbb377b:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docs/add-ins/add-mobile-support.md
:white_check_mark:Succeeded

docs/add-ins/outlook-mobile-addins.md
:white_check_mark:Succeeded

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


Add support for 1.0.6 debug build

Looks like 1.0.6 debug build works fine with most of the sigs here, only ones that it had trouble with were
	// HealthBase pointer
	auto pattern = hook::pattern("A1 ? ? ? ?  83 C0 60  6A 10  50  E8");
	HealthBase = *pattern.count(1).get(0).get<uint32_t*>(1);

and
	// Inventory screen mem
	pattern = hook::pattern("A1 ? ? ? ? 56 D9 58 ? FF 15 ? ? ? ? 50 FF D7 8B 8D ? ? ? ? 8B 95 ? ? ? ? 89 0D");
	ptrpG = injector::ReadMemory<uint32_t*>(pattern.count(1).get(0).get<uint32_t*>(1), true);

It turns out both of these actually retrieve the same value too, the pG pointer (0xC06F3C in 1.1.0)
(also my debug menu stuff actually searches for pG yet again as well, so that'd make 3 patterns searching for the same thing 😄)
The pattern I used for debug menu seemed to work across both 1.0.6/1.1.0 and the debug build though, so I merged those two and updated it with that, after that it seemed the rest can be found fine (I still need to check that everything still works though - will update this PR later on)
Haven't added anything to differentiate 1.0.6 non-debug & debug yet though, so game_version will still stay 1.0.6 for both, will probably add something for this in the debug-menu stuff so it only patches what's needed (afaik debug build just needs the roomInfo.dat stuff to fix AREA JUMP, and maybe some code to slow the menus down so they're actually usable)

Hmm weird, had a crash after trying to open inventory (with original ss_pzzl), and now every time I try loading a save it crashes inside some kind of memcpy func.
Looks like 0x5AA9D0 (1.0.6 debug) is the caller, not sure what that func is doing though.

Ah think I found the issue, the game_version == "1.0.6" checks in the subscreen-pattern code changed the offset to patch, but seems the 1.0.6 debug doesn't need the offset changed, just added some code to add d to game_version if it's a debug build, so those changes won't happen.

Oh, I thought there'd be more problems with sigs, to be honest. Thanks for looking into this!

Seems like it should be good to go, I haven't been able to test FixUltraWideAspectRatio or most of the FixQTE patches though, but I'd assume they should work, looks like 1.0.6 debug is pretty close to 1.1.0, so hopefully everything that works on 1.1.0 should work here too.

Nice! Thank you.


cephfs: template update to support VGS for cephfs

This PR contains the template changes to support volumegroupsnapshot for cephFS.
update #4435

/test ci/centos/mini-e2e-helm/k8s-1.29

/test ci/centos/mini-e2e-helm/k8s-1.29

/test ci/centos/mini-e2e-helm/k8s-1.29

@mergifyio rebase

@mergifyio queue


Performance and async improvements in SSRP, connection establishment and MARS connections

This PR eliminates sync-over-async in SSRP, starts to simplify TCP connection establishment in the managed SNI provider by using async/await and slightly improves performance when building the pre-login packet. It lays some infrastructure down for PR #2384, although TdsParser would probably need to be merged before opening a connection can be made fully asynchronous.

Updated the SSRP utility class to make this end-to-end async (with a synchronous path for current compatibility.)
Adjusted DNS resolution for connections to named instances: rather than perform a second DNS lookup, we reuse the results of the DNS lookup which we use to send a SQL Browser request.
Small update to SQLFallbackDNS cache to make the IP addresses and port number strongly typed, eliminating a layer of ToString and Parse.
The MARS connection header (SNISMUXHeader) is now a ref struct, which slightly reduces memory usage and should hopefully reduce GC overhead for heavily-used connections.
Removed unnecessary cast of SNIMarsHandle._callbackObject on the hot path - declared it as TdsParserStateObject.
Conditionally removed one layer of locking on the TDS stream: when SSL is enabled and the underlying network stream is wrapped in an SNISslStream, there's no need to lock on both the inner and the outer streams.
Removed an instance of sync-over-async-over-sync in SNITcpHandle.Connect: .NET 6.0 introduced an overload of Socket.ConnectAsync which accepted a cancellation token, so there's no need to simulate a connection timeout period by waiting on a task which synchronously invokes Socket.Connect. Also simplified SNITcpHandle.ParallelConnectAsync by removing an instance of manually setting up task callbacks.
Building the pre-login packet now uses a stack-allocated byte array and writes it in one instance to the stream. This packet is fairly small - 51 or 305 bytes, depending upon whether we use .NET Core or Framework.

I also noticed while benchmarking that the benchmarking project didn't run on .NET 8.0, so I've bumped the version of BenchmarkDotNet to one which supports this.

Can you share some benchmark results?

The absolute difference in result times is pretty minor - it's around a 10% reduction in an execution time of 2-2.5ms. On average memory usage has dropped by around 3-4KB.

No multi-subnet failover
Baseline

Method
MARS
Pooling
Mean
Error
StdDev
Completed Work Items
Lock Contentions
Allocated

OpenConnection
False
False
2,252.1 μs
54.82 μs
109.48 μs
5.0000
0.0333
115.51 KB

OpenAsyncConnection
False
False
2,336.7 μs
10.13 μs
18.79 μs
7.0000
-
163.46 KB

OpenConnection
False
True
161.1 μs
79.17 μs
159.92 μs
-
-
1.4 KB

OpenAsyncConnection
False
True
163.1 μs
80.39 μs
162.40 μs
-
-
1.59 KB

OpenConnection
True
False
2,159.7 μs
7.81 μs
15.24 μs
8.8667
-
142.08 KB

OpenAsyncConnection
True
False
2,414.4 μs
12.39 μs
23.87 μs
10.9000
0.0333
181.78 KB

OpenConnection
True
True
159.1 μs
78.41 μs
158.39 μs
-
-
1.39 KB

OpenAsyncConnection
True
True
158.8 μs
78.30 μs
158.17 μs
-
-
1.58 KB

Post changes

Method
MARS
Pooling
Mean
Error
StdDev
Completed Work Items
Lock Contentions
Allocated

OpenConnection
False
False
2,050.8 μs
48.74 μs
97.34 μs
7.0000
-
112.39 KB

OpenAsyncConnection
False
False
2,129.9 μs
10.90 μs
21.51 μs
9.0000
0.0333
160.35 KB

OpenConnection
False
True
160.9 μs
79.03 μs
159.64 μs
-
-
1.4 KB

OpenAsyncConnection
False
True
161.6 μs
79.50 μs
160.59 μs
-
-
1.56 KB

OpenConnection
True
False
1,972.0 μs
7.61 μs
14.48 μs
10.8667
-
138.28 KB

OpenAsyncConnection
True
False
2,219.9 μs
5.83 μs
11.78 μs
12.9000
-
178.06 KB

OpenConnection
True
True
160.5 μs
79.17 μs
159.93 μs
-
-
1.39 KB

OpenAsyncConnection
True
True
157.7 μs
77.71 μs
156.97 μs
-
-
1.58 KB

Multi-subnet failover
Baseline

Method
MARS
Pooling
Mean
Error
StdDev
Completed Work Items
Lock Contentions
Allocated

OpenConnection
False
False
2,394.4 μs
52.83 μs
103.05 μs
12.0000
0.0333
116.99 KB

OpenAsyncConnection
False
False
2,453.3 μs
25.08 μs
45.86 μs
14.0000
0.0667
164.95 KB

OpenConnection
False
True
161.8 μs
79.58 μs
160.75 μs
-
-
1.4 KB

OpenAsyncConnection
False
True
162.0 μs
79.60 μs
160.79 μs
-
-
1.59 KB

OpenConnection
True
False
2,318.6 μs
7.94 μs
14.91 μs
15.9000
0.1000
141.87 KB

OpenAsyncConnection
True
False
2,562.4 μs
7.69 μs
14.81 μs
17.9000
0.1333
181.72 KB

OpenConnection
True
True
160.0 μs
78.88 μs
159.34 μs
-
-
1.4 KB

OpenAsyncConnection
True
True
158.4 μs
78.06 μs
157.69 μs
-
-
1.59 KB

Post changes

Method
MARS
Pooling
Mean
Error
StdDev
Completed Work Items
Lock Contentions
Allocated

OpenConnection
False
False
2,157.4 μs
61.82 μs
120.57 μs
10.0000
-
115.43 KB

OpenAsyncConnection
False
False
2,197.0 μs
14.70 μs
27.26 μs
12.0000
0.1000
163.27 KB

OpenConnection
False
True
157.1 μs
77.06 μs
155.66 μs
-
-
1.4 KB

OpenAsyncConnection
False
True
159.2 μs
78.31 μs
158.20 μs
-
-
1.59 KB

OpenConnection
True
False
2,060.5 μs
11.54 μs
21.95 μs
13.8000
0.0333
141.14 KB

OpenAsyncConnection
True
False
2,288.7 μs
8.37 μs
16.72 μs
15.8000
0.0333
182.08 KB

OpenConnection
True
True
156.3 μs
77.14 μs
155.83 μs
-
-
1.4 KB

OpenAsyncConnection
True
True
156.2 μs
76.96 μs
155.46 μs
-
-
1.59 KB

I have the other benchmarks across local instances (named and default), and Azure SQL instances (within the same region and in a distant region), but they're broadly similar: small memory usage improvements when connecting, and minor variations in execution times which are within the specified margin of error. I've not included these because of volume: there's one for every combination of [baseline/updated, multi-subnet failover enabled/disabled, managed/native SNI] on each of the SQL instances.


Support slots in web components

SSR web components should support slots.
Parent component:
<child-component attribute="${value"}>

Some content

</child-component>

Child component:

Child component

<slot />

More content

done as 8c2f45a, currently supports only unnamed slots


[Integrate] Create sample Login ViewModel

Why
We need it to transfer data from backend to UI
Expected result
A ViewModel that connect with Backend and return the result to UI

I propose to change the ticket name here as well, you can read more from the Product document we provided, similar from the Story issue template.
The story should tell at the product level, instead of the developer level. As you can see, I don't mention ViewModel or how you plan to connect the Backend with the UI, it is the developer's choice of implementation, and when writing Backlog ticket, we should keep it at the Product point of view 😇
[Integrate] As a user, I can log in with a single button

## Why
On the `sample-app`, the user will be able to log in with just 1 click for the demo purpose.

## Acceptance Criteria
- When the user clicks on the `Login` button, invoke an API call to obtain the access token using the credential we stored from the BuildConfig.
- Once logged in successfully, display a simple Toast message to inform the user; the same when login unsuccessfully.


Hack for uploading images

So I've gotten tired of uploading images to a third party server and then linking back to the README and CONTRIBUTING guides.
Instead, I'm going to add the image to an issue, and then link to the raw URL from GitHub so that everything is always in GitHub.
This issue is a placeholder for uploading assets


Screen sharing issue in iOS

I’m using before the agora UIKit for the video call implementation but not able to implement the screen share(I know it’s already there).
now using the advanced example provided by the agora team i.e. screen sharing one, but here the same issue of the unable to invoke the method channel by this name and showing me when I’m doing the screen share in iOS
 MissingPluginException(No implementation found for method showRPSystemBroadcastPickerView on channel example_screensharing_ios)

now using the advanced example provided by the agora team

now using the advanced example provided by the agora team

May I know how do you run the example?

I just pick the file and now able to run but while building for release it crashed on making archive build in xcode.
with the error of:-

You can not only copy the file,  there's extra native code here
https://github.com/AgoraIO-Extensions/Agora-Flutter-SDK/blob/ed0c09552f8fc0d2500319d0c95683fa87416064/example/ios/Runner/AppDelegate.m#L12
For the error, can you share more about it rather than a screenshot?

@littleGnAl Above code I've already putted in AppDelegate file. As in the above screenshot the log is looking like
Ld /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/UninstalledProducts/iphoneos/flutterbroadcastscreen.appex/flutterbroadcastscreen normal (in target 'flutterbroadcastscreen' from project 'Runner')
    cd /Users/gourav/Downloads/seller_support_customer_app/ios
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -Xlinker -reproducible -target arm64-apple-ios13.0 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS17.0.sdk -Os -L/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/EagerLinkingTBDs/Release-iphoneos -L/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos -L/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/iphoneos -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS17.0.sdk/usr/lib/swift -L/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/iphoneos/ -L/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS17.0.sdk/usr/lib/swift -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/EagerLinkingTBDs/Release-iphoneos -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/BoringSSL-GRPC -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/DKImagePickerController -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/DKPhotoGallery -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FMDB -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseABTesting -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseAppCheckInterop -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseAuth -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseAuthInterop -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseCore -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseCoreExtension -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseCoreInternal -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseCrashlytics -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseDynamicLinks -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseFirestore -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseFirestoreInternal -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseFunctions -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseInstallations -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseMessaging -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseMessagingInterop -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebasePerformance -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseRemoteConfig -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseSessions -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseSharedSwift -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/FirebaseStorage -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/GTMSessionFetcher -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/GoogleDataTransport -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/GoogleUtilities -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/MTBBarcodeScanner -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/OrderedSet -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/PromisesObjC -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/PromisesSwift -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/RecaptchaInterop -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/SDWebImage -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/Stripe -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripeApplePay -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripeCore -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripeFinancialConnections -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripePaymentSheet -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripePayments -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripePaymentsUI -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/StripeUICore -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/SwiftyGif -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/Toast -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/abseil -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/agora_rtc_engine -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/agora_rtm -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/agora_uikit -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/cloud_firestore -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/cloud_functions -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/file_picker -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_analytics -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_auth -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_core -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_crashlytics -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_dynamic_links -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_messaging -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_performance -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/firebase_storage -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/flutter_foreground_task -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/flutter_inappwebview -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/flutter_local_notifications -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/fluttertoast -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/gRPC-C++ -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/gRPC-Core -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/hmssdk_flutter -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/image_gallery_saver -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/image_picker_ios -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/iris_method_channel -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/leveldb-library -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/modal_progress_hud_nsn -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/nanopb -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/open_filex -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/open_share_plus -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/package_info_plus -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/path_provider_foundation -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/permission_handler_apple -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/qr_code_scanner -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/share_plus -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/shared_preferences_foundation -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/sqflite -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/stripe_ios -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/uni_links -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/url_launcher_ios -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/video_player_avfoundation -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/wakelock -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/webview_flutter_wkwebview -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/AgoraIrisRTC_iOS -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/AgoraRtcEngine_iOS -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/AgoraRtm_iOS -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/FirebaseAnalytics/Frameworks -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/GoogleAppMeasurement/Frameworks -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/HMSAnalyticsSDK -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/HMSBroadcastExtensionSDK -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/HMSHLSPlayerSDK -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/HMSSDK -F/Users/gourav/Downloads/seller_support_customer_app/ios/Pods/HMSWebRTC -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraIrisRTC_iOS -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/AIAEC -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/AINS -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/AudioBeauty -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/ClearVision -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/ContentInspect -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/DRM -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/FaceDetection -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/ReplayKit -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/RtcBasic -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/SpatialAudio -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/VQA -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/VideoCodecDec -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/VideoCodecEnc -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtcEngine_iOS/VirtualBackground -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/AgoraRtm_iOS -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/FirebaseAnalytics/AdIdSupport -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurement/AdIdSupport -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/GoogleAppMeasurement/WithoutAdIdSupport -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/HMSAnalyticsSDK -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/HMSBroadcastExtensionSDK -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/HMSHLSPlayerSDK -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/HMSSDK -F/Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/BuildProductsPath/Release-iphoneos/XCFrameworkIntermediates/HMSWebRTC -filelist /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/Runner.build/Release-iphoneos/flutterbroadcastscreen.build/Objects-normal/arm64/flutterbroadcastscreen.LinkFileList -Xlinker -rpath -Xlinker /usr/lib/swift -Xlinker -rpath -Xlinker @executable_path/Frameworks -Xlinker -rpath -Xlinker @loader_path/Frameworks -Xlinker -rpath -Xlinker @executable_path/../../Frameworks -dead_strip -Xlinker -object_path_lto -Xlinker /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/Runner.build/Release-iphoneos/flutterbroadcastscreen.build/Objects-normal/arm64/flutterbroadcastscreen_lto.o -e _NSExtensionMain -fapplication-extension -fobjc-link-runtime -L/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/iphoneos -L/usr/lib/swift -Xlinker -add_ast_path -Xlinker /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/Runner.build/Release-iphoneos/flutterbroadcastscreen.build/Objects-normal/arm64/flutterbroadcastscreen.swiftmodule -ObjC -lc++ -lresolv -lsqlite3 -lstdc++ -lz -framework AVFoundation -framework AVKit -framework AgoraAiEchoCancellationExtension -framework AgoraAiNoiseSuppressionExtension -framework AgoraAudioBeautyExtension -framework AgoraClearVisionExtension -framework AgoraContentInspectExtension -framework AgoraCore -framework AgoraDrmLoaderExtension -framework AgoraFaceDetectionExtension -framework AgoraReplayKitExtension -framework AgoraRtcKit -framework AgoraRtcWrapper -framework AgoraRtmKit -framework AgoraSoundTouch -framework AgoraSpatialAudioExtension -framework AgoraVideoDecoderExtension -framework AgoraVideoEncoderExtension -framework AgoraVideoQualityAnalyzerExtension -framework AgoraVideoSegmentationExtension -framework Agorafdkaac -framework Agoraffmpeg -framework Contacts -framework CoreLocation -framework CoreTelephony -framework DKImagePickerController -framework DKPhotoGallery -framework FBLPromises -framework FMDB -framework FirebaseABTesting -framework FirebaseAnalytics -framework FirebaseAppCheckInterop -framework FirebaseAuth -framework FirebaseAuthInterop -framework FirebaseCore -framework FirebaseCoreExtension -framework FirebaseCoreInternal -framework FirebaseCrashlytics -framework FirebaseDynamicLinks -framework FirebaseFirestore -framework FirebaseFirestoreInternal -framework FirebaseFunctions -framework FirebaseInstallations -framework FirebaseMessaging -framework FirebaseMessagingInterop -framework FirebasePerformance -framework FirebaseRemoteConfig -framework FirebaseSessions -framework FirebaseSharedSwift -framework FirebaseStorage -framework Foundation -framework GTMSessionFetcher -framework GoogleAppMeasurement -framework GoogleAppMeasurementIdentitySupport -framework GoogleDataTransport -framework GoogleUtilities -framework HMSAnalyticsSDK -framework HMSBroadcastExtensionSDK -framework HMSHLSPlayerSDK -framework HMSSDK -framework ImageIO -framework MTBBarcodeScanner -framework OrderedSet -framework PassKit -framework Photos -framework Promises -framework QuartzCore -framework RecaptchaInterop -framework SDWebImage -framework SafariServices -framework Security -framework StoreKit -framework Stripe -framework StripeApplePay -framework StripeCore -framework StripeFinancialConnections -framework StripePaymentSheet -framework StripePayments -framework StripePaymentsUI -framework StripeUICore -framework SwiftyGif -framework SystemConfiguration -framework Toast -framework UIKit -framework WebKit -framework WebRTC -framework absl -framework agora_rtc_engine -framework agora_rtm -framework agora_uikit -framework cloud_firestore -framework cloud_functions -framework file_picker -framework firebase_analytics -framework firebase_auth -framework firebase_core -framework firebase_crashlytics -framework firebase_dynamic_links -framework firebase_messaging -framework firebase_performance -framework firebase_storage -framework flutter_foreground_task -framework flutter_inappwebview -framework flutter_local_notifications -framework fluttertoast -framework grpc -framework grpcpp -framework hmssdk_flutter -framework image_gallery_saver -framework image_picker_ios -framework iris_method_channel -framework leveldb -framework modal_progress_hud_nsn -framework nanopb -framework open_filex -framework open_share_plus -framework openssl_grpc -framework package_info_plus -framework path_provider_foundation -framework permission_handler_apple -framework qr_code_scanner -framework share_plus -framework shared_preferences_foundation -framework sqflite -framework stripe_ios -framework uni_links -framework url_launcher_ios -framework video_dec -framework video_enc -framework video_player_avfoundation -framework wakelock -framework webview_flutter_wkwebview -weak_framework AgoraAiEchoCancellationExtension -weak_framework AgoraAiNoiseSuppressionExtension -weak_framework AgoraAudioBeautyExtension -weak_framework AgoraClearVisionExtension -weak_framework AgoraContentInspectExtension -weak_framework AgoraDrmLoaderExtension -weak_framework AgoraFaceDetectionExtension -weak_framework AgoraReplayKitExtension -weak_framework AgoraSpatialAudioExtension -weak_framework AgoraVideoDecoderExtension -weak_framework AgoraVideoEncoderExtension -weak_framework AgoraVideoQualityAnalyzerExtension -weak_framework AgoraVideoSegmentationExtension -weak_framework FirebaseFirestoreInternal -weak_framework LinkPresentation -weak_framework SwiftUI -weak_framework UserNotifications -weak_framework WebKit -framework ReplayKit -framework Pods_Runner_flutterbroadcastscreen -Xlinker -no_adhoc_codesign -Xlinker -dependency_info -Xlinker /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/Runner.build/Release-iphoneos/flutterbroadcastscreen.build/Objects-normal/arm64/flutterbroadcastscreen_dependency_info.dat -o /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/ArchiveIntermediates/Runner/IntermediateBuildFilesPath/UninstalledProducts/iphoneos/flutterbroadcastscreen.appex/flutterbroadcastscreen

It seems I can't find any error message in your log, can you try running the following command and share the log.txt file
flutter build ios --no-codsign > log.txt

Warning: Building for device with codesigning disabled. You will have to manually codesign before deploying to device.
Building com.rb.sellersupport for device (ios-release)...
Running pod install...                                             22.0s
Running Xcode build...
 └─Compiling, linking and signing...                        53.5s
Xcode build done.                                           374.5s
Failed to build iOS app

@littleGnAl  here is the log.

Is it the full log from the log.txt file? Can you share the full log.txt file? It seems there's no useful error log to investigate the issue.

log.txt
Above is the log.txt file, even after running the command flutter build ios --no-codesign > log.txt.
here is the log
(base) Electride:seller_support_customer_app gourav$ flutter build ios --no-codesign > log.txt
Error (Xcode): Cycle inside Runner; building could produce unreliable results.
Cycle details:
→ Target 'Runner': ExtractAppIntentsMetadata
○ That command depends on command in Target 'Runner': script phase “[CP] Embed Pods Frameworks”
○ Target 'Runner' has copy command from '/Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/fluterbroadcastscreen.appex' to '/Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/PlugIns/fluterbroadcastscreen.appex'
○ That command depends on command in Target 'Runner': script phase “Thin Binary”
○ Target 'Runner' has process command with output '/Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/Info.plist'
○ Target 'Runner' has copy command from '/Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/fluterbroadcastscreen.appex' to '/Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/PlugIns/fluterbroadcastscreen.appex'

Raw dependency cycle trace:

target:  ->

node: <all> ->

command: <all> ->

node: /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/Objects-normal/arm64/ExtractedAppShortcutsMetadata.stringsdata ->

command: P0:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:ExtractAppIntentsMetadata ->

node: <target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase7--cp--embed-pods-frameworks> ->

command: P0:::Gate target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase7--cp--embed-pods-frameworks ->

node: /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/Frameworks/AgoraAiEchoCancellationExtension.framework ->

command: P2:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:PhaseScriptExecution [CP] Embed Pods Frameworks /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/Script-99A4C73AECACDD7476943D58.sh ->

node: /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/InputFileList-99A4C73AECACDD7476943D58-Pods-Runner-frameworks-Release-input-files-a91b6800bdd2e83042dac51277d2947c-resolved.xcfilelist ->

command: P2:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:WriteAuxiliaryFile /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/InputFileList-99A4C73AECACDD7476943D58-Pods-Runner-frameworks-Release-input-files-a91b6800bdd2e83042dac51277d2947c-resolved.xcfilelist ->

node: <target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase6-copy-files> ->

command: P0:::Gate target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase6-copy-files ->

node: <Copy /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/PlugIns/fluterbroadcastscreen.appex> ->

CYCLE POINT ->

command: P0:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:Copy /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/PlugIns/fluterbroadcastscreen.appex /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/fluterbroadcastscreen.appex ->

node: <target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase5--firebase-crashlytics--crashlytics-upload-symbols> ->

command: P0:::Gate target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase5--firebase-crashlytics--crashlytics-upload-symbols ->

node: /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/Script-4E4F7384022DCE16C2A79609.sh ->

command: P2:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:WriteAuxiliaryFile /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/Script-4E4F7384022DCE16C2A79609.sh ->

node: <target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase4-thin-binary> ->

command: P0:::Gate target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49--fused-phase4-thin-binary ->

node: <execute-shell-script-18c1723432283e0cc55f10a6dcfd9e02f1eee2015e8ff5ebcd27678f788c2826-target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-> ->

command: P2:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:PhaseScriptExecution Thin Binary /Users/gourav/Library/Developer/Xcode/DerivedData/Runner-ffayjxkuthswbjcycgkdisigfbkn/Build/Intermediates.noindex/Runner.build/Release-iphoneos/Runner.build/Script-3B06AD1E1E4923F5004D2608.sh ->

node: /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/Info.plist/ ->

directoryTreeSignature: d ->

directoryContents: /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/Info.plist ->

node: /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/Info.plist ->

command: P0:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:ProcessInfoPlistFile /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/Info.plist /Users/gourav/Downloads/seller_support_customer_app/ios/Runner/Info.plist ->

node: /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/PlugIns/fluterbroadcastscreen.appex ->

command: P0:target-Runner-18c1723432283e0cc55f10a6dcfd9e0288a783a885d8b0b3beb2e9f90bde3f49-:Release:Copy /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/Runner.app/PlugIns/fluterbroadcastscreen.appex /Users/gourav/Downloads/seller_support_customer_app/build/ios/Release-iphoneos/fluterbroadcastscreen.appex

Encountered error while building for device.

@littleGnAl Have you checked the log, any update on above?

I think you can check these issues for reference.
https://github.com/flutter/flutter/issues/135739
https://github.com/flutter/flutter/issues/135056#issuecomment-1726407382


Add getting-started examples code to the dockers, it will be used in the Getting Started page of new documentation

Contains Pubsub and RPC pair example using twisted.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@9b6fb57). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master    #1032   +/-   ##
=========================================
  Coverage          ?   61.27%
=========================================
  Files             ?       74
  Lines             ?    13141
  Branches          ?     2091
=========================================
  Hits              ?     8052
  Misses            ?     4386
  Partials          ?      703

Continue to review full report at Codecov.

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

@om26er when we move to multi-arch, we only need 1 dir instead of 3 (as of now .. for each CPU arch), right? if so, the example code of @codelectron wouldn't need 3 copies ..

@meejah yes, agreed: we should have the AB docs (which now are promoting the Component API https://autobahn.readthedocs.io/en/latest/wamp/programming.html#application-components) and the new getting started examples (the docker based stuff @codelectron is working on) "in sync" - that is both use the Component API. Sorry @codelectron for 2nd round .. blame me .. forgot to mention that ABPy has 2 APIs at the WAMP level: the "old" one, which is ApplicationSession (inheritance) based (also me to blame), and with this certain limitations or unwanted user code intrusiveness results. The "new API" is not using inheritance, and I consider it a much better design. The "problem" is: we have a lot of code, examples etc that is based on ApplicationSession - but we certainly want to avoid creating even more stuff based on this ..


add parent and sibling function to access helper

Codecov Report

Merging #10 into master will decrease coverage by 0.07%.
The diff coverage is 50%.

@@            Coverage Diff             @@
##           master      #10      +/-   ##
==========================================
- Coverage   69.52%   69.45%   -0.08%
==========================================
  Files          38       38
  Lines        2041     2059      +18
  Branches       47       51       +4
==========================================
+ Hits         1419     1430      +11
- Misses        605      612       +7
  Partials       17       17

Impacted Files
Coverage Δ

src/tokentree/TokenTreeAccessHelper.hx
73.97% <50%> (-4.21%)
:arrow_down:

Continue to review full report at Codecov.

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


[foundations]: Typography > Lead & Paragraph

Description
Implement default styles for lead text and paragraphs.
Open issues:
Design:

[x]  Integrated new typography
[ ]  Spacing is defined
[ ] Documentation final

Tokens:

[x]  Typography tokens ready

Design
https://www.figma.com/design/JIT5AdGYqv6bDRpfBPV8XR/Foundations-%26-Components-Next-Level?node-id=26-49
Tokens

[x] Tokens for this component are ready

Proposed markup

This is a lead text

This is a default paragraph (medium)

Tasks
### 💻 Tasks
- [ ] Review Design (All states present? Possible to implement?)
- [ ] Implement base font styles
- [ ] HTML/CSS implementation
- [ ] Remove all references to bootstrap for this component (paragraph & lead)
- [ ] Remove all unused scss variables for this component
- [ ] Documentation in Storybook
- [ ] Visual regression tests
- [ ] Design review

@bashirkarimi Take care! As far as I understand, we decided paragraph tyles will end up in a elements/paragraph.scss while lead styles will end up in components/lead.scss.
Maybe we should split this tickets into two different tickets.

I have just added another ticket for the lead text component: #3546


Implement Timer Definition props

What should we do?
We should add the timer definition properties inside a new group "Timer Definition" (or some other name). That's how they look like in the old Zeebe properties panel. Validation ("must provide value") is out of scope here, will be fixed via linting.

Why should we do it?
Child of bpmn-io/bpmn-properties-panel#3

Sketch solution

Closed via https://github.com/bpmn-io/bpmn-properties-panel/pull/8


Decorators with multiple data sets for bar charts

I've been trying to use decorators with a multiple data set BarChart (since I want the bars to be different colors).  It seems like the decorator only gets called for the first data item (data[0]).
Is this the expected behavior?  If I want a decorator per bar would the best option be to use a parallel extras array?

Is this the correct repo to post this issue? I suspect it belongs in some Chart library?

Sorry, wrong repo


How to render h1 when typing in #

I want to implement WYSIWYG with markdown syntax, such as auto rendering h1 when typing in # (# and followed by a whitespace). I cannot found somewhere to tell me how to do it, could you tell me some tips or demo codes? Thanks.

Thanks for your replying and your works in VE.


new SALT3 model

The CI failures are for code style and tests. Should be easily fixed.

thanks Ben!  Working on this now

this PR goes with https://github.com/sncosmo/sncosmo.github.io/pull/24 for the model files

thanks so much for doing this review Kyle, just to summarize what I said above -  I realized the only thing I really need to change for SALT3 in sncosmo is how the errors are generated, so I just made SALT3Source an instance of SALT2Source and overwrote the error method in SALT3Source.  Seems to work well.

hey @kbarbary , just sending a reminder - think proposed changes have been made.  Thanks!

The latest version looks good to me. If there are no objections, I'll merge it on Monday.

thanks so much @kboone - note PR https://github.com/sncosmo/sncosmo.github.io/pull/24 is also necessary for the data files to be included in the repo

Looks good, sorry for the delayed re-review!

well crap, merging the new data repository allowed me to catch my error - SALT3 doesn't require an error scaling file, so it's best to not include a "dummy" file as I'd done in the past.  I edited the code to fix the code breaks that happened when the salt3 data were downloaded from the online repository and an "errscalefile" was not found.  Assuming this passes checks, my hope is everything will be good to go now.  Sorry about that!

I downloaded the final version, and everything seems to work as expected. I'll merge this.

thanks so much!


Unexpected behaviour with DOMElement::attr called through DOMQueryResults

Using attr to get an attribute returns a DOMQueryResults instead of a string (or null) as expected
Steps to reproduce:

Create a document with a link in it
Give the link a href statically
Get a result set link using find
Call attr on the result set passing in "href"
Attempt to call attr again with an anchor appended to the link

Expected:
The link to have an anchor appended to it
Observed:
Crash with "Cannot convert DOMQueryResults to string" when attempting to concatenate anchor

Solved in 2.0.0


Stop quote_phrase from modifying input string encoding

In the case where it acted to quote the input string, quote_phrase
shouldn't modify the encoding of the input string to be ASCII-8BIT, but
should leave the encoding as it found it.

Fixed by #974.


Adds Gmail Toolkit

Gmail toolkit for creating drafts, sending emails, searching messages and threads.

Does this work much better than the current zapier toolkit when used with gmail?

@agola11  I haven't compared the two that much - but my quick testing with Zapier was that it was pretty slow (but seemed to work ok in terms of doing what you wanted)

@agola11 @hwchase17  heads up: I'm going on vacation tomorrow for two weeks, so I won't likely have a chance to make any updates here until I'm back. Feel free to move it along without me if you want, otherwise I'll try to address any comments when I'm back.


Fix/start token mask issue and update documentation

This pr fixes a couple bugs:

the perplexity was calculated with a 0 in the attention mask for the start token, which was causing high perplexity scores that were not correct
the documentation was not updated

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.

Good catch ! Thanks :)
Next time can you describe your fix in the Pull Request description please ?

Thanks. Also whoops, sorry about not being very descriptive. I updated the pull request description, and will keep this in mind for future PRs.


What ide should I use?

I want to do development. What IDE  should I use?

vscode ? no found launch.json

I personally use VSCode. You can use anything you like 😄


web_event example fails

I tried the web_event example and it doesn't work for me at current head post 0.1.4 (5d8ff37da6958e1096c1ee08f842f048762bf314).
$ cargo run --example web_event
    Finished dev [unoptimized + debuginfo] target(s) in 0.04s
     Running `target/debug/examples/web_event`
PageLoad json: {"type":"PageLoad"}
Error: Error("unknown variant `PageLoad`, there are no variants", line: 1, column: 18)

I've tried both +stable and +nightly and I get the same error.
This is affecting us on https://github.com/wasmerio/wasmer where we serialize WebAssembly virtual filesystem state. So far I'm the only one affected, it passes on my coworker's computer and on our CI, but the new test was only added yesterday.

I should have checked the tests before filing:
$ cargo test
   Compiling typetag v0.1.4 (/home/nicholas/typetag)
    Finished dev [unoptimized + debuginfo] target(s) in 12.16s
     Running target/debug/deps/typetag-1f07741bc2275101

running 0 tests

test result: ok. 0 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out

     Running target/debug/deps/test-1e2806ad0ac9bf05

running 11 tests
test adjacently_tagged::test_json_serialize ... ok
test externally_tagged::test_json_serialize ... ok
test externally_tagged::test_json_deserialize ... FAILED
test adjacently_tagged::test_bincode_round_trip ... FAILED
test adjacently_tagged::test_json_deserialize ... FAILED
test internally_tagged::test_json_serialize ... ok
test marker_traits::deserialize ... ok
test externally_tagged::test_bincode_round_trip ... FAILED
test marker_traits::test_serialize ... ok
test internally_tagged::test_json_deserialize ... FAILED
test internally_tagged::test_bincode_round_trip ... FAILED

failures:

---- externally_tagged::test_json_deserialize stdout ----
thread 'externally_tagged::test_json_deserialize' panicked at 'called `Result::unwrap()` on an `Err` value: Error("unknown variant `B`, there are no variants", line: 1, column: 4)', src/libcore/result.rs:1165:5

---- adjacently_tagged::test_bincode_round_trip stdout ----
thread 'adjacently_tagged::test_bincode_round_trip' panicked at 'called `Result::unwrap()` on an `Err` value: Custom("unknown variant `A`, there are no variants")', src/libcore/result.rs:1165:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace.

---- adjacently_tagged::test_json_deserialize stdout ----
thread 'adjacently_tagged::test_json_deserialize' panicked at 'called `Result::unwrap()` on an `Err` value: Error("unknown variant `B`, there are no variants", line: 1, column: 11)', src/libcore/result.rs:1165:5

---- externally_tagged::test_bincode_round_trip stdout ----
thread 'externally_tagged::test_bincode_round_trip' panicked at 'called `Result::unwrap()` on an `Err` value: Custom("unknown variant `A`, there are no variants")', src/libcore/result.rs:1165:5

---- internally_tagged::test_json_deserialize stdout ----
thread 'internally_tagged::test_json_deserialize' panicked at 'called `Result::unwrap()` on an `Err` value: Error("unknown variant `B`, there are no variants", line: 1, column: 11)', src/libcore/result.rs:1165:5

---- internally_tagged::test_bincode_round_trip stdout ----
thread 'internally_tagged::test_bincode_round_trip' panicked at 'called `Result::unwrap()` on an `Err` value: Custom("unknown variant `A`, there are no variants")', src/libcore/result.rs:1165:5

failures:
    adjacently_tagged::test_bincode_round_trip
    adjacently_tagged::test_json_deserialize
    externally_tagged::test_bincode_round_trip
    externally_tagged::test_json_deserialize
    internally_tagged::test_bincode_round_trip
    internally_tagged::test_json_deserialize

test result: FAILED. 5 passed; 6 failed; 0 ignored; 0 measured; 0 filtered out

error: test failed, to rerun pass '--test test'

This is on Debian unstable on x86-64 with rust installed via rustup. If there's anything I can do to help you debug, please let me know.

This is likely due to using a different linker, https://github.com/mmastrac/rust-ctor/issues/17. The ctor crate needs to be updated to support LLD.

Yep, I am using LLD. I was expecting it to only cause linker failures, not runtime problems. Thanks for the very quick reply!

This still seems to be an issue when compiling to webassembly. Any way to work around it?

WebAssembly requires https://github.com/mmastrac/rust-ctor/issues/14.


Bump requirement version to 0.9.1b0

This fixes the Travis build error.

@DavoudTaghawiNejad I'm merging this soon so the examples are back to being runnable.


SIMD optimization?

Since now the compiler has SIMD instructions on stable Rust, wouldn't it be a good idea to SIMD-optimize the operations internally? I.e.:
fn premultiply(data: &mut [u8]) {
    if is_sse2_detected!() {
        premultiply_sse2(data);
    } else {
        premultiply_fallback(data);
    }
}

This would use runtime feature detection, however, since an image is usually a lot of data, doing a one-time runtime check wouldn't add much overhead and with SIMD we could process 4, 8 or 16 bytes at a time, which would be much faster.

This would definitely be a good idea! I don't have any time at the moment to do this, but I'd gladly take pull requests. I'm not sure how to get this to play nicely with the image crate's ImageBuffer type that we use throughout - we'd probably have to manually convert back and forth between that type and its raw underlying buffer. Or just create our own image types or traits.

now?

I would recommend relying on auto-vectorization


roles plugins getRole maximum call stack exceeded

When trying to use the getRole method with getRole('admin', { offlinePlayers: true } haxroomie prints out this error:
2019-08-09 10:00:16 [error]: Error: Evaluation failed: RangeError: Maximum call stack size exceeded
    at Proxy.hasOwnProperty (<anonymous>)
    at Proxy.getPluginSpec (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:18015:17)
    at Proxy.getConfig (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:17912:31)
    at hasRole (eval at _executePlugin (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:14526:18), <anonymous>:241:15)
    at getRole (eval at _executePlugin (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:14526:18), <anonymous>:204:22)
    at eval (eval at _executePlugin (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:14526:18), <anonymous>:222:25)
    at Array.forEach (<anonymous>)
    at getRoles (eval at _executePlugin (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:14526:18), <anonymous>:221:55)
    at getRole (eval at _executePlugin (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:14526:18), <anonymous>:209:28)
    at eval (eval at _executePlugin (https://hhm.surge.sh/releases/hhm-git.js?_=1565344799505:14526:18), <anonymous>:222:25)
    at ExecutionContext.evaluateHandle (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/ExecutionContext.js:121:13)
    at processTicksAndRejections (internal/process/task_queues.js:86:5)
  -- ASYNC --
    at ExecutionContext.<anonymous> (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/helper.js:110:27)
    at ExecutionContext.evaluate (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/ExecutionContext.js:48:31)
    at ExecutionContext.<anonymous> (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/helper.js:111:23)
    at DOMWorld.evaluate (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/DOMWorld.js:105:20)
    at processTicksAndRejections (internal/process/task_queues.js:86:5)
  -- ASYNC --
    at Frame.<anonymous> (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/helper.js:110:27)
    at Page.evaluate (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/Page.js:809:43)
    at Page.<anonymous> (/home/oskari/workspace/node/haxroomie/node_modules/puppeteer/lib/helper.js:111:23)
    at PluginController.getRole (/home/oskari/workspace/node/haxroomie/src/room/PluginController.js:291:22)
    at processTicksAndRejections (internal/process/task_queues.js:86:5)

This is now fixed.


metrics-server 0.3.1 installed but FailedGetResourceMetric

Hi, I have some question about metrics-server.
My K8s Cluster information:

CentOS 7.5
Linux kernel 3.10
Docker CE version : 18.05
kubernetes version : 1.12.0 , created cluster using kubeadm (Bare-metal Cluster)
network CNI : weave
metrics-server version : 0.3.1
1 master and 2 nodes
Aggregation layer enabled

I installed metrics server 0.3.1 version using command : kubectl create -f ./1.8+/
But when I use some commands to get information about my pods HPA, I have some problem. Here is the result when I use commands.

[root@master manifests]# kubectl top nodes
error: metrics not available yet
[root@master manifests]# kubectl top pods
W1003 23:16:09.936146   15569 top_pod.go:263] Metrics not available for pod default/frontend-7c6675b9b7-nzmtx, age: 1h23m2.93613386s
error: Metrics not available for pod default/frontend-7c6675b9b7-nzmtx, age: 1h23m2.93613386s
[root@master manifests]# kubectl get --raw "/apis/metrics.k8s.io/v1beta1/nodes"
{"kind":"NodeMetricsList","apiVersion":"metrics.k8s.io/v1beta1","metadata":{"selfLink":"/apis/metrics.k8s.io/v1beta1/nodes"},"items":[]}
[root@master manifests]# kubectl get --raw "/apis/metrics.k8s.io/v1beta1/pods"
{"kind":"PodMetricsList","apiVersion":"metrics.k8s.io/v1beta1","metadata":{"selfLink":"/apis/metrics.k8s.io/v1beta1/pods"},"items":[]}
[root@master manifests]# kubectl describe hpa
Name:                                                  frontend-hpa
Namespace:                                             default
Labels:                                                app=guestbook
                                                       tier=frontend
Annotations:                                           kubectl.kubernetes.io/last-applied-configuration:
                                                         {"apiVersion":"autoscaling/v1","kind":"HorizontalPodAutoscaler","metadata":{"annotations":{},"labels":{"app":"guestbook","tier":"frontend"...
CreationTimestamp:                                     Wed, 03 Oct 2018 22:35:38 +0900
Reference:                                             Deployment/frontend
Metrics:                                               ( current / target )
  resource cpu on pods  (as a percentage of request):   / 40%
Min replicas:                                          1
Max replicas:                                          10
Deployment pods:                                       1 current / 0 desired
Conditions:
  Type           Status  Reason                   Message
  ----           ------  ------                   -------
  AbleToScale    True    SucceededGetScale        the HPA controller was able to get the target's current scale
  ScalingActive  False   FailedGetResourceMetric  the HPA was unable to compute the replica count: unable to get metrics for resource cpu: no metrics returned from resource metrics API
Events:
  Type     Reason                        Age                    From                       Message
  ----     ------                        ----                   ----                       -------
  Warning  FailedComputeMetricsReplicas  39m (x12 over 42m)     horizontal-pod-autoscaler  failed to get cpu utilization: unable to get metrics for resource cpu: unable to fetch metrics from resource metrics API: the server is currently unable to handle the request (get pods.metrics.k8s.io)
  Warning  FailedGetResourceMetric       39m (x13 over 42m)     horizontal-pod-autoscaler  unable to get metrics for resource cpu: unable to fetch metrics from resource metrics API: the server is currently unable to handle the request (get pods.metrics.k8s.io)
  Warning  FailedGetResourceMetric       2m13s (x144 over 38m)  horizontal-pod-autoscaler  unable to get metrics for resource cpu: no metrics returned from resource metrics API

Why my metrics-server can't get metrics resources? I tried downgrade metrics server version to 0.3.0 and 0.2.1 but didn't work.
And I tried using flag --kubelet-insecure-tls but didn't work.
Can you help me?
Thank you for read this issue.

I'm hitting a similar problem, running on EKS platform version 2

try #131
i add flag --kubelet-preferred-address-types=InternalIP
and specify cluster information to  metric server Deployemnt.spec.template.spec
      hostAliases:
      - hostnames:
        - k8s-master1
        ip: xxxxx
      - hostnames:
        - k8s-node1
        ip: yyyyy
      - hostnames:
        - k8s-node2
        ip: zzzzz

it looks not good solution, but fixes the problem anyway...
ref:
https://github.com/kubernetes-incubator/metrics-server/issues/131#issuecomment-418405881
https://github.com/kubernetes-incubator/metrics-server/issues/131#issuecomment-421249705


[Package Request]: Grid9 2022-015

Package Requested

[X] I would like someone else to build the manifest.
[X] I would like help so I can submit the manifest.
[X] I have performed a search and couldn't find this package.
[X] I have checked that the installer for this package is not contained in a .zip file
[X] I think there is a new version available and I have provided the URL.

Please provide the following information
Publisher: MrEnder0
Publisher Url: https://github.com/MrEnder0
Package Name: Grid9
Description: A esoteric interpreted language made in Nim based on a 3x3 grid of zeros and ones.
Package Version: 2022-015
Installer URL: https://github.com/MrEnder0/Grid9/releases/download/2022-015/Grid9.Setup.2022-015.exe
Current Package Identifier (for new versions):

Not sure, but this smart screen warning doesn't allow the app to pass the pipeline...

What is the best way to fix this?

Could I submitted is somewhere for it to get reviewed.

Clicking on show more you can report it as safe. Idk when and if they will unblock it.....

Thanks


[ENH] Export and import graph classes from other common interfaces

Towards #57
Changes proposed in this pull request:

numpy export
pcalg export
tetrad export
causal learn export now tested
I removed "integration tests", since pywhy-graphs is more of an upstream package and we want to integrate support for exporting/importing other graph packages

Now need to add manual tests using what is present in: https://github.com/py-why/causal-learn/blob/main/tests/fci-test-data/result-py-FCI-8.txt for tetrad.
Before submitting

[ ] I've read and followed all steps in the Making a pull request
section of the CONTRIBUTING docs.
[ ] I've updated or added any relevant docstrings following the syntax described in the
Writing docstrings section of the CONTRIBUTING docs.
[ ] If this PR fixes a bug, I've added a test that will fail without my fix.
[ ] If this PR adds a new feature, I've added tests that sufficiently cover my new functionality.

After submitting

[ ] All GitHub Actions jobs for my pull request have passed.

At some point it would be great if you could pick one of causallearn.py, tests/test_causallearn.py or causal_learn.py, tests/test_causal_learn.py, it's ruining my Vim projectionist heuristics when I switch back and forth 😂

So I notice that tigramite has a hard dependency on exactly one patch version of scipy (1.8.0) - so happens that ananke requires ^1.8.1. In this particular case I could go and decrement the patch version in ananke, but is there another way to set this up in poetry? The version conflict here is not that bad given that we don't actually need both of these packages at the same time per se.

Ran into another issue - when I try and run unit tests python is picking up networkx.py as the networkx package (instead of whatever comes from pip). Is there a way to distinguish between the local module vs the pip package?

What's the issue? The export submodule or the networkx submodule for mixed edge graphs?

So I notice that tigramite has a hard dependency on exactly one patch version of scipy (1.8.0) - so happens that ananke requires ^1.8.1. In this particular case I could go and decrement the patch version in ananke, but is there another way to set this up in poetry? The version conflict here is not that bad given that we don't actually need both of these packages at the same time per se.

Ah yeah that's an issue. If it's easy to do it for ananke, then that would be great!
I'll also submit an issue to tigramite to make the dependency not hard. I know the maintainer.

What's the issue? The export submodule or the networkx submodule for mixed edge graphs?

I think the export submodule - basically running tests from that folder would get python confused about which networkx to import. Might just be a weird issue on my test runner's end tho.

Ah I see. We can def rename things if it's an issue.
You can just run pytest from the root of the package folder. E.g.
Pytest ./pywhy_graphs/...
And it should work.

This is somewhat of a big PR, and happy to break it up, but just wanted to get a high level review of the code from you @jaron-lee and @robertness to make sure the API looks good to you?

Codecov Report

Merging #60 (e220243) into main (c387f8a) will decrease coverage by 0.77%.
The diff coverage is 61.29%.

@@            Coverage Diff             @@
##             main      #60      +/-   ##
==========================================
- Coverage   84.03%   83.26%   -0.77%
==========================================
  Files          29       33       +4
  Lines        2255     2510     +255
  Branches      578      671      +93
==========================================
+ Hits         1895     2090     +195
- Misses        254      271      +17
- Partials      106      149      +43

Impacted Files
Coverage Δ

pywhy_graphs/export/tigramite.py
0.00% <0.00%> (ø)

pywhy_graphs/export/pcalg.py
38.53% <38.53%> (ø)

pywhy_graphs/testing.py
50.00% <50.00%> (ø)

pywhy_graphs/export/tetrad.py
68.75% <68.75%> (ø)

pywhy_graphs/export/numpy.py
72.85% <72.85%> (ø)

pywhy_graphs/networkx/classes/mixededge.py
89.10% <75.00%> (-0.90%)
:arrow_down:

pywhy_graphs/export/causallearn.py
79.22% <80.95%> (ø)

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

In the <package>_to_graph function we have this argument graph_type. Should this be a mandatory argument? Sometimes (e.g. in Ananke) the graph already carries a type which has a corresponding equivalent in pywhy_graphs, so graph_type can be easily inferred.

The graph_type parameter is just used to make sure the user explicitly spells out which graph to convert to because sometimes it is not clear. For example, pcalg encodes CPDAG and PAG as a numpy array, but there 1s and 0s mean different things, so we need to have different logic. If ananke can let us know easily which graph type to use, then I would say the graph_type parameter is not needed.
Note: not all graph types are supported in each export function. E.g. pcalg. We can change that tho, but I avoided the extra work.

Additionally the graph_to_<package> function is typed for MixedEdgeGraph input. Do we expect users to actually pass in MixedEdgeGraph, or will we expect them to pass a child class like ADMG? Or should we expect both? This also has implications for exporting to Ananke.

graph_to_<package> can usually eat any graph because we have semantic separation of all types of graphs. The ADMG subclasses a MixedEdgeGraph but with very specific structure.
Lmk how that sounds. If there's anything you want me to change for downstream ananke PR, lmk!

This all looks good. What I'll do is if a user passes in something of type MixedEdgeGraph then I'll just handle it equivalently on the Ananke side (Graph) without doing any class inferring.


Handel the error resonse

When the script receives a error from Truecaller the script will now show the error instead of the general error "Cannot find the number in Truecaller database"

Thanks for the PR!


Switch to hostlocal for local dev server

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 100.00%. Comparing base (79b5eba) to head (4bb0e18).
Report is 56 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##              main       #51    +/-   ##
==========================================
  Coverage   100.00%   100.00%
==========================================
  Files           16        17     +1
  Lines         3260      4028   +768
  Branches       564       585    +21
==========================================
+ Hits          3260      4028   +768

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Building with CMake

It would be nice if all the components of the software that is not already present in the distro on user's mavhine be buildable with CMake, and ones that are presente just linked.

Thank you for the request. Do you mean to use cmake instead of bazel?

I mean exactly this. I am not a big fan of bazel (after my poor experience with it a few years ago when I tried to build TensorFlow with it). I cannot exclude that either I don't understand bazel enough, or that it may be misconfigured, but the 4 things that I currently perceive in bazel as the worst are

it unneedingly builds dependencies that are already prebuilt by third parties and installed in the system
it doesn't have CPack-like module to generate packages I can install into the system
it is large itself, because its dependencies are embedded into it, including Java machine. It is not the way software is meant to be distributed for installation into distros. For installation into distros software should rely on the deps provided by distro and on distro package manager to install them.
It depends on JVM which is a large dependency, which is not very friendly for CI to install it every time.

In other words, Bazel was created the way assumming that its users is a big rich enterprise that can afford itself to waste resources, like Google is, and ignoring needs of everyone else, especially the needs of just users of distros who just want to build a bleeding edge version of the software from source as faster and as cheaper as possible, generate the package that reuses already installed deps as mjch as possible and install it into the system and publish it to allow other people to install it.

Thank you for the detailed explanation. Those are all great points. Unfortunately I don't see us moving away from bazel any time soon, since it simplifies quite a bit our workflows. And maintaining a second build system independently seems like a lot of work and bug-prone. Do you know if there is a good way to translate bazel files into CMake?

I have just  googled a little and found these 2 projects:

https://github.com/google/bazel-to-cmake
https://github.com/lizan/bazel-cmakelists

I have used neither of them, but feel like I may need to give them a try somewhen for PlaidML   - a machine learning library using OpenCL, so suitable for AMDs.
I can say some thing though about both of them. None of them has good enough source code, both look like they were made in haste with a lot of dirty shortcuts to spare the devs from writing a few lines of code, and both of them look a bit abandoned.

If you end up trying any of them on Lyra, I'd love to hear about your experience.

dependencies is probably gonna be the painful part.

Are there any of CMake files? I am not able to find anything related. The issue seems to be pretty old.


add License

I want to add license to the repository.Please assign this issue to me under GSSOC

Hey sure..Thanks!


[SPARK-36423][SHUFFLE] Randomize order of blocks in a push request to improve block merge ratio for push-based shuffle

What changes were proposed in this pull request?

On the client side, we are currently randomizing the order of push requests before processing each request. In addition we can further randomize the order of blocks within each push request before pushing them.
In our benchmark, this has resulted in a 60%-70% reduction of blocks that fail to be merged due to bock collision (the existing block merge ratio is already pretty good in general, and this further improves it).
Why are the changes needed?

Improve block merge ratio for push-based shuffle
Does this PR introduce any user-facing change?

No
How was this patch tested?

Straightforward small change, no additional test needed.

@mridulm @Ngone51 @otterc @venkata91 @zhouyejoe @zhuqi-lucas
Per comment in https://github.com/apache/spark/pull/33613#discussion_r683101189, move this change into a separate PR.

Can one of the admins verify this patch?

Looks good to me too.
Merged to master/branch-3.2
+CC @gengliangwang
Thanks for fixing this @Victsm, this should definitely help reduce push load on ESS !
Thanks for the quick review @Ngone51 :-)