text:
Improvement of StreamCallback

Description:
I´m working with Siddhi for a few weeks now. I wonder if there is a reason why the receive method in StreamCallback returns an object array instead of a map. The keys of the map could be the names of the attributes or the aliases defined in the select-statement.
Suggested Labels:
Improvement, new Feature

Thanks for your contribution, please find the fix in PR #1014
Please reopen this ticket if you find any issues.

authors: sthuemm suhothayan


text:
Merge 8.23 nimbus-jose-jwt in 8.24.wso2vx

Purpose
The purpose of this PR is to update the 8.24.wso2vx branch with the latest commits from the 8.23 release of the nimbus-jose-jwt library. This ensures that wso2 8.x branch is up-to-date with the latest release of 8.x
Approach
To achieve this, the 8.24.wso2vx branch has been merged with the 8.23 tag from the upstream repository hosted at Nimbus JOSE+JWT on Bitbucket. This merge incorporates all the updates and fixes from the 8.23 release into the wso2 version branch.

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 5 committers have signed the CLA.:white_check_mark: nisan-abeywickrama:x: vdzhuvinov:x: JonathanGiles:x: angelcervera:x: plaurinaYou have signed the CLA already but the status is still pending? Let us recheck it.

source: gharchive/pull-request

authors: CLAassistant nisan-abeywickrama

license_type: permissive

license_source: github-api


text:
README

これは自動生成するかなぁ

自動生成はこれを使うかな

https://github.com/tmknom/actdocs

Generate documentation from Actions and Reusable Workflows

actdocs、テーブル出してくれるのはいいけど、実際はサンプルのyamlを出したいんだよな。
descriptionしかないから、難しいとこだけど。

source: gharchive/issue

license: MIT


text:
2 update

test

ok

ok

repo: wufuwei/dubbox

license_source: bigquery


text:
域名申请证书过多导致证书生成失败

尝试了太多次，导致域名证书太多了，最后证书生成失败，请问有什么解决办法吗？谢谢

换个子域名
R-81 notifications@github.com 于2019年11月20日周三 上午12:30写道：

尝试了太多次，导致域名证书太多了，最后证书生成失败，请问有什么解决办法吗？谢谢
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/wulabing/V2Ray_ws-tls_bash_onekey/issues/122?email_source=notifications&email_token=AEHM27VDOGAICLMBG2ADVL3QUQIBBA5CNFSM4JPF7JV2YY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4H2MW6OA,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AEHM27QIJGLZAUVDQPCYJLDQUQIBBANCNFSM4JPF7JVQ
.

不是等等就行了么？


text:
Allow configure highlight click settings from macOS high sierra

Addressing Issue https://github.com/wulkano/kap/issues/784
As I mentioned in that issue I've tested this on my machine which runs macOS high sierra

The issue described seem to be related to "show cursor" instead of "highlight click". However, I have tested it as well, and seem to be working too:

Sorry closed by mistake

I also tested with trackpad and external mouse and both work the same way.
I can't reproduce issues in high sierra.
I got an old MBP 2011 that won't update further than high sierra, so I'm stuck in this version, more people might have same issue, so if you guys are ok with that I think that might be beneficial.

repo: wulkano/kap

license: mit


text:
Automatically clean up sockets if they are not contactable

Dead sockets should be removed to prevent the /tmp folder from filling up with clutter

Thanks @Gooygeek
Closing

authors: Gooygeek wwalker

repo: wwalker/ssh-find-agent


text:
fix: effect and type not properly applied at first render

Fix incorrect color scheme when use type != "dark" at first render
Same with effect different from "float"
Fix #731

Hi @aronhelser @roggervalf
Could you take a look please ? :)

repo: wwayne/react-tooltip


text:
Hôte : Possibilité de télécharger la certif bio ?

Si les hôtes sont en AB, DEMETER, Nature & Progrès... Peut-on faire en sorte qu'ils puissent télécharger leur certif ? Genre comme une photo ? Un truc qui ferait qu'en cochant la case (à venir tu ne les as pas encore faites) une alerte le leur demande...

C'est possible mais pas encore une priorité au vu des autres demandes. Pour le moment il est plus simple de demander directement aux hôtes par email leurs certifs lorsqu'ils sont en demande d'approbation.

authors: alexxxxxxxxxxxxx gzurbach

repo: wwoof/webapp


text:
请问可以用于多张图片上传的吗？

对应工具或者iOS或者Andriod的版本号
微信版本号
代码截图
重现步骤
期待的行为
实际的行为

不可以，哪有同时裁剪多张图片的？

以

谢谢你开发了一个这个好用的裁切工具，让我能够快速开发~，开发这样的工具，需要什么样的知识吗？或者说应该怎么学习,学习什么技术？canvas吗? 感谢~！

不可以，哪有同时裁剪多张图片的？
谢谢你开发了一个这个好用的裁切工具，让我能够快速开发~，开发这样的工具，需要什么样的知识吗？或者说应该怎么学习,学习什么技术？canvas吗? 感谢~！

不可以，哪有同时裁剪多张图片的？

谢谢你开发了一个这个好用的裁切工具，让我能够快速开发~，开发这样的工具，需要什么样的知识吗？或者说应该怎么学习,学习什么技术？canvas吗? 感谢~！

js就好，都通用的

repo: wx-plugin/image-cropper


text:
fix: Removing _gitignore failed after initializing the project

When initializing a project in a certain folder, if a .gitignore file exists in the project, a warning message will appear.

I still have a question, when the folder where we initialize the project contains other content, do we need to clear the content before downloading the template? 🤔

It can be added to this PR. But if the directory is not empty and the user chooses to continue, should we clear the directory directly or keep giget's default behavior?

if the directory is not empty and the user chooses to continue, should we clear the directory directly or keep giget's default behavior?

@btea Looks like Nuxt just errors out if the directory has something in it, then they don't have to deal with that. So lets do the same. Just log an error and exit with code 1 if the directory isn't empty.

Released in v0.17.8

repo: wxt-dev/wxt


text:
Access level to WyChoong\FilamentFortify\Pages\Concerns\HasActionButtons::getCachedAction() must be public (as in class Filament\Pages\Page)

at vendor/wychoong/filament-fortify/src/Pages/Concerns/HasActionButtons.php:38
34▕             })
35▕             ->toArray();
36▕     }
37▕
➜  38▕     protected function getCachedAction(string $name): ?Action
39▕     {
40▕         return $this->getCachedButtons()[$name] ?? parent::getCachedAction($name);
41▕     }
42▕
Apparently Filament updated this class to public.
When you do composer require or update this will throw an error.

@dtraxx can you submit a pr?

@dtraxx  try the new release

Wychoong/Filament-Fortify,
Thanksfor the quick fix :)
Regards
Steven Vandenbroeck
On Thu, 28 Jul 2022 at 10:42, wychoong @.***> wrote:

@dtraxx https://github.com/dtraxx try the new release
—
Reply to this email directly, view it on GitHub
https://github.com/wychoong/filament-fortify/issues/11#issuecomment-1197844231,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ASRL7522WMEYSEXGEN32RQTVWJBV5ANCNFSM54WI2ORA
.
You are receiving this because you were mentioned.Message ID:
@.***>

authors: dtraxx wychoong

repo: wychoong/filament-fortify


text:
cookie失效

包含cookie_token和account_id字段的米游社cookie无法获取。
试了bbs.mihoyo.com和bbs.mihoyo.com/ys，cookie都不含cookie_token和account_id

包含cookie_token和account_id字段的米游社cookie无法获取。 试了bbs.mihoyo.com和bbs.mihoyo.com/ys，cookie都不含cookie_token和account_id

退出重新登陆试试

感谢，重登之后正常了


text:
Icons conflict with git-control after update

Hi,
Since I have updated seti-icons to 1.2.0, I'm having problems with the git-control plugin (https://github.com/jacogr/atom-git-control): some icons just disappear, some others are not the ones they were before.
Here's with seti-icons disabled:

And when I enable it:

As you can see, the "commit" and the "checked" icons are missing, and the "reset" icon as well as files icons are replaced with weird ones.

Update: I did some test with all the releases and had to roll all the way back to v0.4.5 for the conflict not to happen.
I'm wondering however if this is something I should report to seti-ui or even to git-control

I think if you enable Seti UI along with the plugin (and make sure to disable seti-icons), and there is a conflict with the plugin, then it should be an issue with Seti UI. Otherwise it's an issue with this package.

I am not using seti-ui. I use dark-ui with seti-syntax.
I mentioned seti-ui because it seems you integrate their icons as-is, so I figured the conflict might exist with seti-ui as well.

I tried enabling it with Seti UI, so it seems the problem is there. I'll make an issue and likely send a PR there to fix it and then the fix will flow back into this package.

authors: vrouet wyze

repo: wyze/atom-seti-icons


text:
文档->基础表格的“多选表格，通过配置 trigger 设置触发源，使用渲染最快的 checkField 属性绑定方式:checkbox-config="{checkField: 'checked', trigger: 'row'}"无效

可复现的链接：
https://codesandbox.io/s/vxe-table-element-ui-syos5n?file=/src/components/VxeTable/index.vue
问题描述与截图：

设置了:checkbox-config="{checkField: 'checked', trigger: 'row'}" 后，无法选中复选框。
期望的结果：
可以选中复选框
操作系统：
window10
浏览器版本：
chrome 99.0.4844.74
vue 版本：
2.6.1
vxe-table 版本：
3.5.4

你既然绑定了 checkField 字段名，你那字段哪去了？

已解决

repo: x-extends/vxe-table


text:
Add monthName filter

There is prior art for such a filter:

DfE’s Manage teacher training applications prototype has a prettyMonth filter
Defra’s extra-filters library has a toMonth filter

This filter, simply called month, takes a number and uses Intl.DateFormat to get the month name for the corresponding month number.
This might be a slightly more complex method than necessary, but it does mean that in the future, alternative languages (for example Welsh) could be supported fairly easily by supplying a language code as an option to the filter.

This is also used in the Apply prototype: https://github.com/DFE-Digital/apply-for-teacher-training-prototype/blob/b8ca80a394aa2e4f6009f23b5bb8eeacd3d8f5d4/app/filters.js#L54

Nice addition @paulrobertlloyd 🎉

authors: fofr frankieroberto paulrobertlloyd

repo: x-govuk/govuk-prototype-filters


text:
yad popup calendar - add auto bottom detect & out of screen position fix

Good work @Sad-Soul-Eater!

license: Unlicense


text:
Switch to ts-loader

awesome-typescript-loader is no longer supported

closed via d5d36bb


text:
write svg file to examples

create function to create new file each time

Added ability to write a new file to examples

repo: xChrisxWilliamsx/svg-logo-maker


text:
starknet-core dependency serde_json arbitrary precision feature flag

The starknet-core crate has the serde_json arbitrary precision feature flag enabled.
This flag causes numbers to be encoded as the following object:
{"$serde_json::private::Number": "123.45"}

Any library that depends on starknet-core will then use this encoding for numbers.
Since AFAIK the crate is not using this specific feature I believe it makes sense to drop the feature flag.

This is a problem and the feature itself has caused issues but it's not true that the feature is not used. Specifically Cairo 0 contract artifacts require this to function.
Can you show me a minimal example where this is happening though? I've never encountered this specific issue myself. Thanks!

I created a repro repo here. The issue only appears when serializing data with libraries that are not serde_json (in the repo serde_yaml, serde_toml,  and serde_xml).

The issue is with LegacyIdentifier right? I'm happy to work on a fix to remove the dependency on arbitrary precision.

Another option is to put the cairo0 stuff behind a feature flag and only set the arbitrary precision flag in that case.

Thanks! Really appreciate this.

authors: fracek xJonathanLEI

repo: xJonathanLEI/starknet-rs


text:
Adding miscellaneous missing operators.

There was a number of missing tensor factory methods, as well as some more obscure operators, such as the spectral window operators.
The set of random number distributions should be fairly complete right now.

I will go ahead and merge the PR now.

Yes, it's fine, I meant to say "approved"

authors: NiklasGustafsson dsyme

repo: xamarin/TorchSharp


text:
[Enhancement] MultiValidationBehavior

Summary

Combines multiple validation behaviors inside itself.
IsValid = True if all validators are valid, otherwise IsValid = False
Probably each validator should contain ErrorMessage property and MultiValidationBehavior should contain the list of current error messages (?) we can make ErrorMessage as attached property

Intended Use Case
Perform several validations at the same time

What would this look like in a bit of (pseudo) code? Also maybe in comparison to the validation we have now? You can do the same thing, but simpler, right?
I like the idea. Just wondering what it will look like.

What would this look like in a bit of (pseudo) code? Also maybe in comparison to the validation we have now? You can do the same thing, but simpler, right?
I like the idea. Just wondering what it will look like.

<Entry>
    <Entry.Behaviors>
        <kit:MultiValidationBehavior IsValid="{Binding IsValid}" ErrorParameters="{Binding ErrorParameters}">
            <kit:FirstValidationBehavior kit:MultiValidationBehavior.ErrorParameter="The First is invalid" />
            <kit:SecondValidationBehavior kit:MultiValidationBehavior.ErrorParameter="The Second is invalid" />
        </kit:MultiValidationBehavior>
    </Entry.Behaviors>
</Entry>

@jfversluis smth like this :)

Maybe something of interest since it combines the errors is to also be able to define a Separator for the combination of errors. That way users have a few styling options whether they want them to be separated by commas, new lines, etc.

Maybe something of interest since it combines the errors is to also be able to define a Separator for the combination of errors. That way users have a few styling options whether they want them to be separated by commas, new lines, etc.

Yeah, I thought it would be a separate converter https://github.com/xamarin/XamarinCommunityToolkit/issues/238

This was merged right, @AndreiMisiukevich ?

Implemented in #239

authors: AndreiMisiukevich jfversluis sthewissen

repo: xamarin/XamarinCommunityToolkit


text:
Update ACR Plugins

Changed Links

BluetoothLE
Speech Recognition

Added Links

HTTP Transfers
Local Notifications
Sensors

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

authors: aritchie dnfclas

repo: xamarin/XamarinComponents


text:
Missing hireling check

Helllo, nothing important, but i found something wrong:
https://www.exevopan.com/pl?nicknameFilter=Zambrox&mode=history&descending=true
in history
When we go details, there is:
Hirelings: 0 (0/4 jobs, 0 outfits)
but in Store Items (14)
there is hireling lamp (1 job)
I dont know if this help you in something. If not just ignore it :P
Greetings.

hmmm, that is weird. We've been using this information to check for hirelings:

but indeed the character has hirelings. Well, I'll use the store items from now on xD

authors: LuisPro xandjiji

repo: xandjiji/exevo-pan


text:
哪里有现成的配置文件，我拿来对比网页摸索下。好多英文看不太懂。

https://hexo.io/zh-cn/docs/configuration

authors: czsmall xaoxuu

repo: xaoxuu/hexo-theme-stellar


text:
Fix ecdaa-tpm requirement

If USE_TPM is off, we shouldn't require the TPM component of ecdaa.

Nice, LGTM.

Rebased onto master...

authors: drbild zanebeckwith

repo: xaptum/xtt


text:
Validate a migration file

Frontend uses the JSON schema to validate pgroll JSON migrations, however, columns like default should be an SQL expression can only be represented as String in the JSON schema. This makes validating them hard. Maybe pgroll can provide a validate command/API that can be used to see if a JSON migration is correct or not? Frontend can use this to validate before starting the migration and pgroll CLI users too can benefit from it.
As a CLI command, this can be something like: pgroll validate <migrationfile>

Related https://github.com/xataio/pgroll/issues/169

This feels almost like a dry run where we check things, but don't actually make any changes.
I'm also thinking that in order to properly validate the migration we would need to actually connect to the db. The syntax may be correct for example but fail because the tables don't exist. Another reason to connect to the DB is that I think we probably want to avoid doing any kind of syntax parsing in our code but leave that to Postgres.
@andrew-farries WDYT?

I think #169 is a better description of what we want here; the ability to dry-run a migration to ensure that the up and down SQL works against all values in the target database before starting the migration.
I'm not sure there is a useful middle ground between:

the validation we do via the Validate method in each operation
performing a dry run as described above.

I'm not sure how a dry-run would be implemented though; how would it be possible to ensure that the data migration resulted in values that satisfy any new constraints without actually performing the data migration.
Did you have any thoughts on how dry-run could be implemented @exekias ?

I would scope this issue to strictly validating the JSON against the spec. In the future we could improve this by:

Checking the migration is valid against the current schema
Dry-run

About dry run (again, out of the scope here): In my mind, we can know what are the constraints on a column, so we can apply the up function against current values (without touching the table) and check those values against the constraints (we can leverage postgres to evaluate this).

authors: andrew-farries divyenduz exekias ryanslade

repo: xataio/pgroll


text:
Remote thermal monitor - 5x5 reactor sensor location card

1.7.10
forge 1566
when I insert 5x5 reactor senssor location card into remote thermal monitor, this happens:
http://pastebin.com/TdyEdW0Q

still not showing what I want to see, atleast its not crashing, thank you very much

What is it not showing?

1.7.10
forge 1566
normal IC2 reactor ( not liquid cooled ), everything works 100%
http://imgur.com/RwebPbK

liquid cooled IC2 reactor doesnt show or work with remote thermal monitor for me, it was working for few minutes, then it stopped, now showing nothing
http://imgur.com/JXzaMXA
not using power for remote thermal monitor, disabled in config...


text:
Typo in the project description

Hello.
I've found a typo in the project description.
A declaritive test framewark for Terraform: For more complete testing support using OPA policies check out: https://github.com/instrumenta/conftest

should be A declarative test framework ...
P.S. thanks for the project, looks interesting.

fixed.
Thanks for the correction :)
curious if/how you're using clarity?

Thanks. You're welcome 😊
No, I'm not using clarity. Just found it recently)


text:
🛑 cc is down

In 09f3257, cc (https://codeforces.cc) was down:

HTTP code: 0
Response time: 0 ms

Resolved: cc is back up in 63db649 after 12 minutes.


text:
Add support for psycopg3

The latest minor version of Django (4.2) support psycopg3 (installed as just psycopg). There is currently a hard-coded import of v2 of this library which is prevent us from upgrading.
I will submit a PR.

PR submitted - #25

Thanks! Will release soon

0.9.2 with the fix is on PyPI

Thanks for being so quick on this.

authors: hugorodgerbrown mikicz

repo: xelixdev/django-pgviews-redux


text:
Updates sklearn -> scikit-learn to address deprecation issue

See here

Done - it was already done in setup.py so for actually installing the package it made no difference

authors: EvanOman mikicz

repo: xelixdev/textpack


text:
Fix logic of refreshing slot table when MOVED redirection occurred.

Currently, When refresh slot map table, Jedis select node(host:port) from beginning of map.
But Redis cluster's configuration does not propagate at the same time.
So, we should use node which send MOVED redirection at first.
And if fail, we choose randomly.
Please review. :D
thanks.

@be-hase
LGTM, Thanks for the great contribution!
@marcosnils Please review and comment. Thanks!

@HeartSaVioR @be-hase with this approach we'll be re-discovering the node that sent the MOVED twice right?.

:+1: . Let's merge!.

Merged to 2.7 and 2.8 accordingly.  Thanks for contributing!

Thanks !! :smile:

authors: HeartSaVioR be-hase marcosnils

repo: xetorthio/jedis


text:
[Candidate 1v1 [RANK] Melting Snow ZH v4] Light has strong green tint

Issue Description
Light has strong green tint.
Expected behavior
Light color looks natural.
Screenshots

Whilst I agree it's not the normal type of lighting, I think all the played have become used to it and don't find it different. Perhaps this type of lighting could be passed for future maps based on it being 'natural' for players?
Although regarding this map, I don't know why we need a v4, any major changes?

Different lighting is ok, but it needs to look natural, otherwise it just look amateur and should not be part of Ranked Maps, which has many maps with excellent lighting so we don't need maps with broken light.

TD-alike light used now. I fear that when we are done here, everything looks the same.
Map see post #259.

Light looks better now. A bit too pink but acceptable. Fixed with https://github.com/xezon/GeneralsRankedMaps/commit/94081796f32c6fb19993b9e6355c07628a715680

authors: Jundiyy ReLaX82 xezon

repo: xezon/GeneralsRankedMaps


text:
Using metainfo.NewInfoFromFilePath on a directory results in "error copying"

I am attempting to learn your library and am getting started by writing a .torrent file generation tool for your bttools suite. I am attempting to produce the bytes required to populate the metainfo.MetaInfo.InfoBytes field by creating the metainfo.Info object using metainfo.NewInfoFromFilePath function on a directory, then loop over the pieces and concatenate them together. This approach works if I'm creating a single-file torrent, but when I try to create a multi-file torrent from a directory, I get:
    error generating pieces: error copying .: read www: is a directory

You can see the code here:
https://github.com/xgfone/bttools/compare/master...eyedeekay:create
func CreateTorrent(ctx *cli.Context) error {
	dirs := ctx.Args().Slice()
	if len(dirs) > 1 {
		return fmt.Errorf("Input invalid, please use only one file or directory at ta time.")
	}
	info, err := metainfo.NewInfoFromFilePath(dirs[0], int64(ctx.Int("length")))
	if err != nil {
		return err
	}
	log.Println(info.CountPieces(), "pieces")
	var pieces []byte
	for n := 0; n < info.CountPieces(); n++ {
		pieces = append(pieces, info.Piece(n).Hash().Bytes()...)
	}
	meta := &metainfo.MetaInfo{
		InfoBytes: pieces,
	}
	infoc, err := meta.Info()
	if err != nil {
		return err
	}
	log.Println("Info generated", infoc.Name)
	return nil
}

The documentation says NewInfoFromFilePath returns a new Info from a file or directory so I think this must be unintentional, or I am misusing the function.
Thanks in advance for your help.

Thank you for your test!
It is a bug when reading a directory to create a new Info instance. And It has been fixed @fd3825a.

The function NewInfoFromFilePath() makes a file or directory into a Info struct, then you can get the torrent info bytes by using bencode.EncodeBytes(info), that's the value of the field InfoBytes of the struct type MetaInfo.
The function MetaInfo.Info() decodes the torrent info bytes to the struct type Info.
They are the opposite operations.

For the new command create, you want to generate a .torrent file from a file or directory. Right? You can do it like this:
func CreateTorrent(ctx *cli.Context) error {
	dirs := ctx.Args().Slice()
	if len(dirs) > 1 {
		return fmt.Errorf("Input invalid, please use only one file or directory at ta time.")
	}

	info, err := metainfo.NewInfoFromFilePath(dirs[0], int64(ctx.Int("length")))
	if err != nil {
		return err
	}

	var mi metainfo.MetaInfo
	mi.InfoBytes, err = bencode.EncodeBytes(info)
	if err != nil {
		return err
	}

	// Set the announce information.
	announces := ctx.StringSlice("announce")
	switch len(announces) {
	case 0:
	case 1:
		mi.Announce = announces[0]
	default:
		mi.AnnounceList = metainfo.AnnounceList{announces}
	}
	/// TODO: set the webseed information like above.
	/// TODO: set other fields of MetaInfo.

	var output io.WriteCloser = os.Stdout
	if o := ctx.String("output"); o != "" {
		output, err = os.OpenFile(o, os.O_WRONLY|os.O_CREATE|os.O_TRUNC, 0600)
		if err != nil {
			return err
		}
	}

	return mi.Write(output)
}

I see, that helps a lot. Changed my implementation to match the correct way to use the Info and now the create command works! Sent a PR over in bttools, looking forward to hearing from you there.

The bug has been fixed. See Release v0.4.1.

authors: eyedeekay xgfone

repo: xgfone/bt


text:
Grid sort render bug

Hoist P/R Checklist
Pull request authors: Review and check off the below. Items that do not apply can also be
checked off to indicate they have been considered. If unclear if a step is relevant, please leave
unchecked and note in comments.

[x] Caught up with develop branch as of last change.
[x] Added CHANGELOG entry, or determined not required.
[x] Reviewed for breaking changes, added breaking-change label + CHANGELOG if so.
[x] Updated doc comments / prop-types, or determined not required.
[x] Reviewed and tested on Mobile, or determined not required.
[x] Created Toolbox branch / PR, or determined not required.

If your change is still a WIP, please use the "Create draft pull request" option in the split
button below to indicate it is not ready yet for a final review.

Pull request reviewers: when merging this P/R, please consider using a squash commit to
collapse multiple intermediate commits into a single commit representing the overall feature
change. This helps keep the commit log clean and easy to scan across releases. PRs containing a
single commit should be rebased when possible.

This was already merged, including new comment -- saba continuing to tweak.  Thanks Greg!

authors: ghsolomon lbwexler

repo: xh/hoist-react


text:
Add NO_OVERLAP option for Scene Editor path mode

it will show a simpler network on node paths. maybe a spanning tree?

Added a paths in view option in 6295cbad176c64bf7a7249d200baf68c58298c98

repo: xharris/blankejs


text:
feat: override function original frappe for payment_reqeuset.resend_e…

…mail to payments.overrides.payment_request.resend_payment_email

merge to main

repo: xhijack/payments


text:
Simplify Scale by removing DPI.

This PR removes any notion of DPI from Scale and makes it strictly scale factor based.
Previously Scale always considered 96 as the target DPI but with this change that decision is in the platform code's hands. This will allow for easier implementation of future platforms that have a different target DPI like Android with 160.
This also means that all the DPI-related stuff can be an implementation detail and it doesn't need to be surfaced to developers using druid. Especially as DPI doesn't really match any actual inches etc.

Thanks, this is ready for another look. :eyes:

repo: xi-editor/druid


text:
希望目录分类目录是摘要或列表模式

现在 landscape-plus 的文章列表是 全文顺序排列，对于阅读和查看旧的文章非常不利，希望文章列表可以是摘要方式，而非全文。
如果实在不行 其实就简单的文章标题列表也会好些。

Add below tags  in your blog:
<!— more —>
Summary block…
…..
<!— more —>
Then you can get what you needed.
Check my blog http://jtmnblog.us.to for an example.
Cheers!
Yong
From:  Jian notifications@github.com
Reply-To:  xiangming/landscape-plus
<reply+00928317ec545dffea29cfb8db4fe8e4e2eaf5f83345b69892cf0000000110cc7e469
2a169ce033a5ac5@reply.github.com>
Date:  Tuesday, January 13, 2015 at 2:33 PM
To:  xiangming/landscape-plus landscape-plus@noreply.github.com
Subject:  [landscape-plus] 希望目录分类目录是摘要或列表模式 (#49)
现在 landscape-plus 的文章列表是 全文顺序排列，对于阅读和查看旧的文章非常不
利，希望文章列表可以是摘要方式，而非全文。
如果实在不行 其实就简单的文章标题列表也会好些。
—
Reply to this email directly or view it on GitHub
https://github.com/xiangming/landscape-plus/issues/49 .

thanks, very good.

我先关掉这条，如果还有问题你再reopen。

authors: flystarhe javatmn xiangming

repo: xiangming/landscape-plus


text:
索引页面是干啥的呀

是一个超链接集合，输入连接地址后，点击跳转到对应的网址，类似浏览器的收藏夹

authors: seetimee xiaobaidadada

repo: xiaobaidadada/filecat


text:
checkm2 times out on many samples

checkm2 seems to time out when running many samples:
ERROR ~ Error executing process > 'NFCORE_PATHOGENSEQ:ILLUMINA:CHECKM2_PREDICT (checkm2)' Caused by:   Process exceeded running time limit (4h)
Could possibly change the label for checkm2 from process_single to process_medium?

Nice suggestion. I have changed process_single to process_medium for the checkm2 process.
There is another workaround. You can configure the resource available in your local configuration file through the following parameters:
<
process {
// TODO nf-core: Check the defaults for all processes
cpus   = { check_max( 1    * task.attempt, 'cpus'   ) }
memory = { check_max( 6.GB * task.attempt, 'memory' ) }
time   = { check_max( 4.h  * task.attempt, 'time'   ) }

}

You can also configure the resource available for each label through the following parameters in your local configuration file:
<
process {
withLabel:process_single {
cpus   = { check_max( 1                  , 'cpus'    ) }
memory = { check_max( 6.GB * task.attempt, 'memory'  ) }
time   = { check_max( 4.h  * task.attempt, 'time'    ) }
}
withLabel:process_low {
cpus   = { check_max( 2     * task.attempt, 'cpus'    ) }
memory = { check_max( 12.GB * task.attempt, 'memory'  ) }
time   = { check_max( 4.h   * task.attempt, 'time'    ) }
}
withLabel:process_medium {
cpus   = { check_max( 6     * task.attempt, 'cpus'    ) }
memory = { check_max( 36.GB * task.attempt, 'memory'  ) }
time   = { check_max( 8.h   * task.attempt, 'time'    ) }
}
withLabel:process_high {
cpus   = { check_max( 12    * task.attempt, 'cpus'    ) }
memory = { check_max( 72.GB * task.attempt, 'memory'  ) }
time   = { check_max( 16.h  * task.attempt, 'time'    ) }
}
}

authors: sgavril xiaoli-dong

repo: xiaoli-dong/pathogenseq


text:
Everything is deleted after , and sometimes the toast() function works, sometimes not

I have my vue app setup and I followed the instructions, but even if I just copy-paste the first example, the button is not there, and even if it is there (explained in next section), on click it says Uncaught TypeError: toast is not a function . Am I possibly missing something?
When I add the  to my root, nothing happens, but if I register it as a component ( app.component('Toaster', Toaster); ), the toaster shows up, but my entire content is just disappeared (even the "give me a toast" button provided)
Noticed that if I put the  before anything, they disappear, but if I put it after anything, they will not disappear. It's like it deletes everything that comes after it.
Example:

I will show up

    <Toaster />

I will NOT show up

I'm using Vue 3.
I'm not sure what decides if the toast method works or not, but if I can get more info, I'll include it. My main problem/concern is the "everything disappears after " part.

Could you please share a working reproduction somewhere like stackblitz?

I think I managed to replicate the problem after about 2 hours.
https://stackblitz.com/edit/vitejs-vite-tzbeke?file=index.html,src%2Fmain.js&terminal=dev
Here you can see that "hello" shows up, test and test 2 doesn't, and then hello 3 shows up again.
I had to play around to match my local, but I got it :D
Hope it will be any useful, even if I messed something up and that's the reason why it's not working as intended.

@idk-floppy This is a vue package and component so you can't just add it straight into html. You need to register the components within vue's app. -> https://stackblitz.com/edit/vitejs-vite-cieu4q?file=src%2FApp.vue,index.html,src%2Fmain.js&terminal=dev

I did register it as a component, and put it inside the div that the app is mounted to.
app.component, app.mount, and then the toaster component is inside the mounted div, so it is registered as a global component.
Thank you for your help!

authors: idk-floppy warflash

repo: xiaoluoboding/vue-sonner


text:
自定义文档失效

Describe the bug
自定义文档失效
Screenshots

Knife4j Version (please complete the following information):
Knife4j 版本为

com.github.xiaoymin
knife4j-openapi3-jakarta-spring-boot-starter
4.3.0

spring Boot 版本为 3.2.0
Additional context
Add any other context about the problem here.

自定义的文档group 这个分组名称，是和你的文档分组default保持一致的
示例配置如下：
springdoc:
  api-docs:
    path: /v3/api-docs
  group-configs:
# 这里分组名称很重要
    - group: 'default'
      display-name: '测试'
      paths-to-match: '/**'
      packages-to-scan: com.github.xiaoymin.boot3
  default-flat-param-object: true

knife4j:
  enable: true
  documents:
    - name: 标题1
      locations: classpath:markdown/*
    # 这里名称是"测试"，和上面的display-name属性保持一致
      group: 测试

感谢你的回复，问题已经解决，我觉得这部分内容如果能添加到官方文档的说明上，会更加的好

authors: wandun xiaoymin


text:
[windows] 发出/收到的私密小程序卡片，shareTicket 丢失

API：小程序私密消息 https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/share/private-message.html

https://developers.weixin.qq.com/community/develop/doc/0004063e4845c8db9b90127bf6e400?fromCreate=0

repo: xiaweiss/miniprogram-bug-report


text:
Xibo Cloud United States - Scheduled Maintenance

Planned: We will be carrying out some maintenance work on the load balancers in the New York region. No downtime is expected. There may be brief periods of increased latency as traffic is routed to redundant services.

Started: Work is commencing now

Monitoring: Maintenance work has been completed. We are monitoring the systems.

repo: xibosignage/status-page


text:
Hacked-Emails Bad Res + advancedcheckbackground never run

Hi,
So first thing first i have no banner thats start directly on lookup prompt ;)
But the real problem is the Hacked Email who give me this error:
Bad Res: list index out of range                                                 Bad Res: local variable 'trsplit' referenced before assignment
And the AdvanceBackgroundChecks run for ever without output

post the command you're trying to use

also hacked-emails has changed their formatting and moved to ipv6, will look into it for next release

hello sir,
sry for the delay, i use python skiptracer.py -l email
and after that i have directly the prompt, not the banner and for hacked-email ihave
[?] Hacked-Emails Bad Res: list index out of range Bad Res: local variable 'trsplit' referenced before assignment   [X] Attempting to get source, again ... Bad Res: list index out of range Bad Res: local variable 'trsplit' referenced before assignment   [X] Attempting to get source, again ... Bad Res: list index out of range Bad Res: local variable 'trsplit' referenced before assignment   [X] Attempting to get source, again ... Bad Res: list index out of range Bad Res: local variable 'trsplit' referenced before assignment   [X] Attempting to get source, again ... Bad Res: list index out of range Bad Res: local variable 'trsplit' referenced before assignment   [X] Failed at accessing site ... Try again later ...
But yeah i think there is something with hacked-emails because i have an other tools in python which produce error with them too
For the AdvanceBackgroundChecks i have no output at all after 30min running so i stop it.
Thanks for all, have a nice day

Comment out the Hacked emails from the skiptracer.py for skippy to run correctly.
#from plugins.hackedemails import HackedEmailGrabber
If you just run:
python skiptracer.py
you will get the banner you are looking for and than you can enter "phone|name|plate" etc.
If you run it with the "-l" (python skiptracer.py -l)  you will get the banner after it completes the query and returns the results.

hacked-emails changed their format to not offer lookups, it will email the person first. will be removed on version 2. for now as pingywon said comment it out. still checking on the advancedbackground issue.

authors: iNoSec pingywon xillwillx

repo: xillwillx/skiptracer


text:
An error code

thread 'main' panicked at 'called Result::unwrap() on an Err value: ParseIntError { kind: InvalidDigit }', src\bin\common.rs:672:26
note: run with RUST_BACKTRACE=1 environment variable to display a backtrace

The related script I used:

C:\FFMpeg\ffmpeg.exe -i "RAW.avs" -f  yuv4mpegpipe -pix_fmt yuv420p -s 3840x1600 - | C:\Encoder\rav1e.exe --quantizer 50 --speed 1 --frame-rate 23.976 --primaries BT2020 --transfer SMPTE2084 --matrix BT2020NCL --mastering-display "G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(40000000,50)" --content-light "1242,436" - -o "ERAW.ivf"

omit the --frame-rate or use it with --time-scale

--frame-rate <FRAME_RATE>
    Constant frame rate to set at the output (inferred from input when omitted)

--time-scale <TIME_SCALE>
    The time scale associated with the frame rate if provided (ignored otherwise) [default: 1]

--frame-rate is inferred from input when omitted. This is best if the source stream has an accurate frame rate.
The NTSC film frame rate can be precisely expressed: --frame-rate 24000 --time-scale 1001

Thanks guys

authors: barrbrain lu-zero zhuyu198728


text:
Remove unused lifetime.

This lifetime is unused in this impl. This is a fix for an upcoming clippy lint.

Coverage increased (+0.8%) to 84.997% when pulling b52792f6b686eaaceab8c1c91dc0d9100f5fc003 on doctortheemh:master into 767fff0b5926642cffe131304f9af1d08a9e1ced on xiph:master.

authors: coveralls doctortheemh


text:
大佬什么时候重写这个插件啊

希望大佬重新开启这个项目

今年会找个时间调试好专辑信息搜刮。还有相关的识别功能。
emby不改Api，我应该不会重写了。
我不会C#，我是根据Java开发经验弄出来的。
每次修改代码都要重启emby，调试都要很多时间。

好的，谢谢大佬


text:
update机制修改

update机制修改

update机制修改


text:
Codegen doesn't generate code on second upload

Describe the bug
The Codegen show the previous generated code on second upload. We have to refresh every time to make it work again.
To Reproduce
Steps to reproduce the behavior:

Select a file or demo file
Go back by clicking the home button
Reselect a new file

Desktop (please complete the following information):

OS: Mac Mojave 10.14.1 (18B75)
Browser Brave
Version 0.57.18 Chromium: 71.0.3578.80 (Official Build) (64-bit)

The currentPage variable can be null when no page is affected (e.g. drag-n-drop page) and throw an exception at generate CSS class name in the codegen.

The codegen' should only execute the analysis when a file is present in the same way that SketchService' process called after a drop.
We should therefore remove this event trigger and call it synchronous.
  this.store.select(UiState.currentPage).subscribe((currentPage: SketchMSLayer) => {
      if (currentPage) {
        this.ast = this.generateCssClassNames(currentPage);
      }
    });

@manekinekko I was thinking of adding it to the sketch-container but that doesn't seem right in our current architecture.
In fact, the roles sketch-viewer.component and editor-container.component are similar. They manage the main view container and call the core logic (parsing/code gen), so i think the codegen should also reside in the viewer/lib and the component at the same level as the rest of the editor view.
  async onFileSelected(file: File) {
    try {
      this.data = await this.service.process(file);
      const code = this.codegen.generate(CodeGenService.Kind.Angular);
      this.store.dispatch(new CodeGen(code));
      this.store.dispatch(new CurrentFile(this.data));
    } catch (e) {
      console.error(e);
      // alert('Only .sketch files that were saved using Sketch v43 and above are supported.');
    }
  }

repo: xlayers/xlayers


text:
x86 arch package, cannot find cl and linker in on_test

Xmake Version
v2.8.1+dev.732d60063
Operating System Version and Architecture
Windows 10 22H2
Describe Bug
as title.
Expected Behavior
Success.
Project Configuration
add_requires("zlib", {arch = "x86"})

Additional Information and Error Logs
log

A:/project/xmake/test> xmake f -cyvDplatform ... windows
checking for architecture ... x64
checking for cl.exe ... C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\HostX64\x64\cl.exe
checking for Microsoft Visual Studio (x64) version ... 2022
checking for Microsoft C/C++ Compiler (x64) version ... 19.36.32537
checkinfo: cannot runv(zig.exe version), No such file or directory
checking for zig ... no
checkinfo: cannot runv(zig.exe version), No such file or directory
checking for zig ... no
checkinfo: cannot runv(unzip.exe -v), No such file or directory
checking for unzip ... no
checking for 7z ... C:\Users\star\scoop\apps\xmake\current\winenv\bin\7z
checking for git ... ok
checkinfo: cannot runv(gzip.exe --version), No such file or directory
checking for gzip ... no
git rev-parse HEAD
finding zlib from xmake ..
checking for xmake::zlib ... no
finding zlib from find_zlib ..
finding zlib from vcpkg ..
finding zlib from conan ..
checking for zlib ... no
checking for ping ... ok
pinging for the host(mirrors.ustc.edu.cn) ... 27 ms
pinging for the host(github.com) ... 98 ms
checking for curl ... C:\Users\star\scoop\apps\xmake\current\winenv\bin\curl
C:\Users\star\scoop\apps\xmake\current\winenv\bin\curl -SL -x socks5://127.0.0.1:9030 -A "Xmake/2.8.1+dev.732d60063 (Windows;) curl/7.85.0" https://mirrors.ustc.edu.cn/debian/pool/main/z/zlib/zlib_1.2.13.dfsg.orig.tar.gz -o zlib_1.2.13.dfsg.orig.tar.gz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   150  100   150    0     0    599      0 --:--:-- --:--:-- --:--:--   600
error: ...modules\private\action\require\impl\actions\download.lua:187: unmatched checksum, current hash(ee1a2717) != original hash(1525952a)
stack traceback:
    [C]: in function 'error'
    [@programdir\core\base\os.lua:913]:
    [...modules\private\action\require\impl\actions\download.lua:187]: in function '_download'
    [...modules\private\action\require\impl\actions\download.lua:322]:

  => download https://mirrors.ustc.edu.cn/debian/pool/main/z/zlib/zlib_1.2.13.dfsg.orig.tar.gz .. failed
C:\Users\star\scoop\apps\xmake\current\winenv\bin\7z x -y v1.2.13.tar.gz -oC:\Users\star\AppData\Local\Temp\.xmake\230805\_03F93D9ECA8340208D298F858C647020.tar

7-Zip 19.00 (x64) : Copyright (c) 1999-2018 Igor Pavlov : 2019-02-21

Scanning the drive for archives:
1 file, 1556687 bytes (1521 KiB)

Extracting archive: v1.2.13.tar.gz
--
Path = v1.2.13.tar.gz
Type = gzip
Headers Size = 10

Everything is Ok

Size:       4403200
Compressed: 1556687
C:\Users\star\scoop\apps\xmake\current\winenv\bin\7z x -y C:\Users\star\AppData\Local\Temp\.xmake\230805\_03F93D9ECA8340208D298F858C647020.tar\v1.2.13.tar -osource.tmp

7-Zip 19.00 (x64) : Copyright (c) 1999-2018 Igor Pavlov : 2019-02-21

Scanning the drive for archives:
1 file, 4403200 bytes (4300 KiB)

Extracting archive: C:\Users\star\AppData\Local\Temp\.xmake\230805\_03F93D9ECA8340208D298F858C647020.tar\v1.2.13.tar
--
Path = C:\Users\star\AppData\Local\Temp\.xmake\230805\_03F93D9ECA8340208D298F858C647020.tar\v1.2.13.tar
Type = tar
Physical Size = 4403200
Headers Size = 151552
Code Page = UTF-8

Everything is Ok

Folders: 37
Files: 248
Size:       4190071
Compressed: 4403200
xmake f --diagnosis --verbose --yes -y -c --plat=windows --arch=x86 --mode=release --kind=static --vs=2022 --vs_runtime=MT --qt=C:/Qt --buildir=build_01dba5cf
checking for cl.exe ... C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\HostX86\x86\cl.exe
checking for Microsoft Visual Studio (x86) version ... 2022
checking for Microsoft C/C++ Compiler (x86) version ... 19.36.32537
checkinfo: cannot runv(zig.exe version), No such file or directory
checking for zig ... no
checkinfo: cannot runv(zig.exe version), No such file or directory
checking for zig ... no
checking for cl.exe ... C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\HostX86\x86\cl.exe
checking for the c compiler (cc) ... cl.exe
> "C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo-DZ_HAVE_UNISTD_H -FoC:\Users\star\AppData\Local\Temp\.xmake\230805\_D047F06636D1481086096DF564143880.o C:\Users\star\AppData\Local\Temp\.xmake\230805\_06B26C42C6C94ECCB898078100E7B0D0.c
checking for the c compiler (cc) ... cl.exe
> "C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo-DHAVE_STDDEF_H -FoC:\Users\star\AppData\Local\Temp\.xmake\230805\_BBD87C71AE8D437083B13200B323D7C0.o C:\Users\star\AppData\Local\Temp\.xmake\230805\_B3FAE03131E84BCF980C567ED51E281A.c
checking for the c compiler (cc) ... cl.exe
> "C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo-DHAVE_STDINT_H -FoC:\Users\star\AppData\Local\Temp\.xmake\230805\_43E9A8C25D5149108E914EBD01629D50.o C:\Users\star\AppData\Local\Temp\.xmake\230805\_D8DE1803C59C4770864681C4AE1591AF.c
checking for the c compiler (cc) ... cl.exe
> "C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo-DHAVE_SYS_TYPES_H -FoC:\Users\star\AppData\Local\Temp\.xmake\230805\_E5E3892BCE5A46308F00F57EC88BE680.o C:\Users\star\AppData\Local\Temp\.xmake\230805\_83451946B9C94C818D3008591D49D3D1.c
> checking for c includes(sys/types.h)
checking for HAVE_SYS_TYPES_H ... ok
> checking for c includes(stddef.h)
checking for HAVE_STDDEF_H ... ok
> checking for c includes(stdint.h)
checking for HAVE_STDINT_H ... ok
> checking for c includes(unistd.h)
checkinfo: ...amdir\core\sandbox\modules\import\core\tool\compiler.lua:84: @programdir\modules\core\tools\cl.lua:641: _06B26C42C6C94ECCB898078100E7B0D0.c
C:\Users\star\AppData\Local\Temp\.xmake\230805\_06B26C42C6C94ECCB898078100E7B0D0.c(2): fatal error C1083: Cannot open include file:'unistd.h': No such file or directory

stack traceback:
    [C]: in function 'error'
    [@programdir\core\base\os.lua:913]:
    [@programdir\modules\core\tools\cl.lua:641]: in function 'catch'
    [@programdir\core\sandbox\modules\try.lua:123]: in function 'try'
    [@programdir\modules\core\tools\cl.lua:580]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]:
    [@programdir\core\tool\compiler.lua:278]: in function 'compile'
    [...amdir\core\sandbox\modules\import\core\tool\compiler.lua:82]: in function 'compile'
    [@programdir\modules\lib\detect\check_cxsnippets.lua:246]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\modules\lib\detect\check_cxsnippets.lua:240]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]:
    [@programdir\core\project\option.lua:178]: in function '_do_check_cxsnippets'
    [@programdir\core\project\option.lua:230]:
    [@programdir\core\project\option.lua:278]: in function '_check'
    [@programdir\core\project\option.lua:335]: in function 'check'
    [...dir\core\sandbox\modules\import\core\project\project.lua:107]: in function 'jobfunc'
    [@programdir\modules\private\async\runjobs.lua:232]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\modules\private\async\runjobs.lua:218]: in function 'cotask'
    [@programdir\core\base\scheduler.lua:404]:

checking for Z_HAVE_UNISTD_H ... no
configure
{
    vs = 2022
    kind = static
    ccache = true
    proxy_pac = pac.lua
    qt = C:/Qt
    host = windows
    buildir = build_01dba5cf
    vs_runtime = MT
    clean = true
    proxy = socks5://127.0.0.1:9030
    mingw = C:/Users/star/scoop/apps/mingw/current
    ndk_stdcxx = true
    network = public
    plat = windows
    arch = x86
    mode = release
    theme = default
}
xmake build --diagnosis --verbose --yes
checking for the c compiler (cc) ... cl.exe
checking for C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\HostX86\x86\cl.exe ... ok
checking for flags (-O2 -fp:fast) ... ok
> cl.exe "-O2" "-fp:fast" "-nologo"
checking for flags (-DNDEBUG) ... ok
> cl.exe "-DNDEBUG" "-nologo"
checking for cl.exe ... C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\HostX86\x86\cl.exe
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release adler32.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\adler32.c.obj adler32.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release inftrees.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\inftrees.c.obj inftrees.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release inffast.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\inffast.c.obj inffast.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release infback.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\infback.c.obj infback.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release zutil.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\zutil.c.obj zutil.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release uncompr.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\uncompr.c.obj uncompr.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release gzwrite.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\gzwrite.c.obj gzwrite.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release compress.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\compress.c.obj compress.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release gzlib.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\gzlib.c.obj gzlib.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release crc32.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\crc32.c.obj crc32.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release deflate.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\deflate.c.obj deflate.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release inflate.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\inflate.c.obj inflate.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release trees.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\trees.c.obj trees.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release gzclose.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\gzclose.c.obj gzclose.c
checking for the c++ compiler (cxx) ... cl.exe
[  5%]: compiling.release gzread.c
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\cl.exe" -c -nologo -O2 -fp:fast -MT -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -DHAVE_SYS_TYPES_H -DHAVE_STDINT_H -DHAVE_STDDEF_H /EHsc -DNDEBUG -Fobuild_01dba5cf\.objs\zlib\windows\x86\release\gzread.c.obj gzread.c
checking for flags (cl_sourceDependencies) ... ok
> cl.exe "/sourceDependencies" "C:\Users\star\AppData\Local\Temp\.xmake\230805\_E21BEECCFFB146408981B18817481090.json" "-nologo"
checking for link.exe ... C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.36.32532\bin\HostX86\x86\link.exe
checking for the static library archiver (ar) ... link.exe
[ 88%]: archiving.release zlib.lib
"C:\\Program Files\\Microsoft Visual Studio\\2022\\Community\\VC\\Tools\\MSVC\\14.36.32532\\bin\\HostX86\\x86\\link.exe" -lib -nologo -machine:x86 /opt:ref /opt:icf -out:build_01dba5cf\windows\x86\release\zlib.lib build_01dba5cf\.objs\zlib\windows\x86\release\adler32.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\compress.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\crc32.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\deflate.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\gzclose.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\gzlib.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\gzread.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\gzwrite.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\inflate.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\infback.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\inftrees.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\inffast.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\trees.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\uncompr.c.obj build_01dba5cf\.objs\zlib\windows\x86\release\zutil.c.obj

build cache stats:
cache directory: build_01dba5cf\.build_cache
cache hit rate: 0%
cache hit: 0
cache miss: 0
new cached files: 0
remote cache hit: 0
remote new cached files: 0
preprocess failed: 0
compile fallback count: 0

[100%]: build ok, spent 0.703s
xmake install -y --nopkgs -o C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa --diagnosis --verbose --yes
installing zlib ..
installing zlib to C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa ..
> copy build_01dba5cf\windows\x86\release\zlib.lib to C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\lib
> copy zlib.h to C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\include\zlib.h
> copy zconf.h to C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\include\zconf.h
install ok!
finding zlib from xmake ..
checking for xmake::zlib ... zlib v1.2.13
{
  static = true,
  libfiles = {
    "C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\lib\zlib.lib"
  },
  links = {
    "zlib"
  },
  linkdirs = {
    "C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\lib"
  },
  version = "v1.2.13",
  sysincludedirs = {
    "C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\include"
  }
}

patching C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\lib\pkgconfig\zlib.pc ..
checkinfo: cannot runv(link.exe -lib -out:C:\Users\star\AppData\Local\Temp\.xmake\230805\_14DC6E1FC85D47608178B4A32C7D1590.exe C:\Users\star\AppData\Local\Temp\.xmake\230805\_1EB76C83A6344F508752E428453C6FC0.obj), No such file or directory
checking for link.exe ... no
checking for the linker (ld: link.exe) ... no
checking for clang++ ... ok
checking for the linker (ld) ... clang++
checkinfo: @programdir\core\sandbox\modules\os.lua:273: cannot runv(cl.exe -c -FoC:\Users\star\AppData\Local\Temp\.xmake\230805\_A22C39056FB24640872038C91BA6F180.obj C:\Users\star\AppData\Local\Temp\.xmake\230805\_9322B23525A54E7083A8614D3F23DB80.c), No such fileor directory
stack traceback:
    [C]: in function 'error'
    [@programdir\core\base\os.lua:913]:
    [@programdir\core\sandbox\modules\os.lua:273]: in function 'runv'
    [@programdir\modules\detect\tools\find_cl.lua:48]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]:
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:68]: in function '_do_check'
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:91]: in function '_check'
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:245]: in function '_find'
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:314]:
    [@programdir\modules\detect\tools\find_cl.lua:55]:
    [@programdir\modules\lib\detect\find_tool.lua:31]: in function '_find_from_modules'
    [@programdir\modules\lib\detect\find_tool.lua:42]: in function '_find_tool'
    [@programdir\modules\lib\detect\find_tool.lua:88]:
    [@programdir\core\tool\toolchain.lua:470]: in function '_checktool'
    [@programdir\core\tool\toolchain.lua:210]: in function 'tool'
    [@programdir\core\tool\toolchain.lua:740]:
    [@programdir\core\tool\compiler.lua:100]: in function '_load_tool'
    [@programdir\core\tool\compiler.lua:118]: in function 'load'
    [...amdir\core\sandbox\modules\import\core\tool\compiler.lua:35]: in function 'load'
    [...amdir\core\sandbox\modules\import\core\tool\compiler.lua:60]: in function 'compargv'
    [...amdir\core\sandbox\modules\import\core\tool\compiler.lua:44]: in function 'compcmd'
    [@programdir\modules\lib\detect\check_cxsnippets.lua:244]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\modules\lib\detect\check_cxsnippets.lua:240]:
    [....xmake\repositories\xmake-repo\packages\z\zlib\xmake.lua:80]: in function 'script'
    [...dir\modules\private\action\require\impl\utils\filter.lua:125]: in function 'call'
    [...dir\modules\private\action\require\impl\actions\test.lua:41]:
    [...\modules\private\action\require\impl\actions\install.lua:407]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [...\modules\private\action\require\impl\actions\install.lua:328]:
    [...modules\private\action\require\impl\install_packages.lua:479]: in function 'jobfunc'
    [@programdir\modules\private\async\runjobs.lua:232]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\modules\private\async\runjobs.lua:218]: in function 'cotask'
    [@programdir\core\base\scheduler.lua:404]:

checking for cl.exe ... no
checking for the c compiler (cc: cl.exe) ... no
checking for clang ... ok
checking for the c compiler (cc) ... clang
> clang -c -Qunused-arguments -m32 -isystem C:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\include -o C:\Users\star\AppData\Local\Temp\.xmake\230805\_B3F3A11DD0AD44408FB4DE4C894171C0.o C:\Users\star\AppData\Local\Temp\.xmake\230805\_7827D115ED544A33BAE7CA61D1263B43.c
checking for clang ... ok
checking for flags (-fdiagnostics-color=always) ... ok
> clang "-fdiagnostics-color=always" "-Qunused-arguments" "-m32"
checkinfo: @programdir\core\sandbox\modules\os.lua:273: cannot runv(cl.exe -c -FoC:\Users\star\AppData\Local\Temp\.xmake\230805\_B489B716302741708098A64CC736E470.obj C:\Users\star\AppData\Local\Temp\.xmake\230805\_E015807FC007487087206D0F669A24A0.c), No such fileor directory
stack traceback:
    [C]: in function 'error'
    [@programdir\core\base\os.lua:913]:
    [@programdir\core\sandbox\modules\os.lua:273]: in function 'runv'
    [@programdir\modules\detect\tools\find_cl.lua:48]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]:
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:68]: in function '_do_check'
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:91]: in function '_check'
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:245]: in function '_find'
    [...\core\sandbox\modules\import\lib\detect\find_program.lua:314]:
    [@programdir\modules\detect\tools\find_cl.lua:55]:
    [@programdir\modules\lib\detect\find_tool.lua:31]: in function '_find_from_modules'
    [@programdir\modules\lib\detect\find_tool.lua:42]: in function '_find_tool'
    [@programdir\modules\lib\detect\find_tool.lua:88]:
    [@programdir\core\tool\toolchain.lua:470]: in function '_checktool'
    [@programdir\core\tool\toolchain.lua:210]: in function 'tool'
    [@programdir\core\tool\toolchain.lua:740]:
    [@programdir\core\package\package.lua:1160]: in function 'has_tool'
    [@programdir\modules\private\cache\build_cache.lua:74]: in function 'is_enabled'
    [@programdir\modules\core\tools\gcc.lua:625]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\modules\core\tools\gcc.lua:693]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]:
    [@programdir\core\tool\compiler.lua:278]: in function 'compile'
    [...amdir\core\sandbox\modules\import\core\tool\compiler.lua:82]: in function 'compile'
    [@programdir\modules\lib\detect\check_cxsnippets.lua:246]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\modules\lib\detect\check_cxsnippets.lua:240]:
    [....xmake\repositories\xmake-repo\packages\z\zlib\xmake.lua:80]: in function 'script'
    [...dir\modules\private\action\require\impl\utils\filter.lua:125]: in function 'call'
    [...dir\modules\private\action\require\impl\actions\test.lua:41]:
    [...\modules\private\action\require\impl\actions\install.lua:407]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [...\modules\private\action\require\impl\actions\install.lua:328]:
    [...modules\private\action\require\impl\install_packages.lua:479]: in function 'jobfunc'
    [@programdir\modules\private\async\runjobs.lua:232]:
    [C]: in function 'xpcall'
    [@programdir\core\base\utils.lua:280]: in function 'trycall'
    [@programdir\core\sandbox\modules\try.lua:117]: in function 'try'
    [@programdir\core\base\scheduler.lua:404]:

checking for cl.exe ... no
checking for the c++ compiler (cxx: cl.exe) ... no
checking for clang ... ok
checking for the c++ compiler (cxx) ... clang
> clang++ -o C:\Users\star\AppData\Local\Temp\.xmake\230805\_B3F3A11DD0AD44408FB4DE4C894171C0.b C:\Users\star\AppData\Local\Temp\.xmake\230805\_B3F3A11DD0AD44408FB4DE4C894171C0.o -m32 -LC:\Users\star\AppData\Local\.xmake\packages\z\zlib\v1.2.13\01dba5cf18044069baac5e77ea4c85fa\lib -lzlib -lkernel32 -lntdll
> checking for c includes(zlib.h)
> checking for c funcs(inflate)
> checking for c links(zlib)
> checking for c snippet(has_cfuncs)
  => install zlib v1.2.13 .. ok

这块改起来得费点时间，都后面有空再看看吧，先放着

这个 patch 应该能 work https://github.com/xmake-io/xmake/pull/5076

不行，我在修改处加了 print，传进去来的工具链就错了
checking for platform ... windows
checking for architecture ... x64
checking for Microsoft Visual Studio (x64) version ... 2022
checking for Microsoft C/C++ Compiler (x64) version ... 19.39.33523
cc
clang.cflags
cflags
clang.cxflags
cxflags
cxx
ld
clangxx.ldflags
ldflags
clangxx.ldflags
ldflags
  => installing zlib .. (1/xmake.exe) checking for Microsoft Visual Studio (x86) version ... 2022
checking for Microsoft C/C++ Compiler (x86) version ... 19.39.33523
ld
cc
cc
cxx
  => installing zlib .. (1/clang) ⠼ld
  => install zlib v1.3.1 .. ❌

加了 system = false 就成功了，原因未明，但应该是一个排查思路

不行，我在修改处加了 print，传进去来的工具链就错了
checking for platform ... windows
checking for architecture ... x64
checking for Microsoft Visual Studio (x64) version ... 2022
checking for Microsoft C/C++ Compiler (x64) version ... 19.39.33523
cc
clang.cflags
cflags
clang.cxflags
cxflags
cxx
ld
clangxx.ldflags
ldflags
clangxx.ldflags
ldflags
  => installing zlib .. (1/xmake.exe) checking for Microsoft Visual Studio (x86) version ... 2022
checking for Microsoft C/C++ Compiler (x86) version ... 19.39.33523
ld
cc
cc
cxx
  => installing zlib .. (1/clang) ⠼ld
  => install zlib v1.3.1 .. ❌

其实这个 issues 之前的问题，已经修复了，现在你遇到的是后来 system/find_package 改动导致的另外一个问题。
https://github.com/xmake-io/xmake/pull/5078 等这个 patch 后再试试，我这边本地测试  ok 了

再试试，应该可以了

authors: star-hengxing waruqi

repo: xmake-io/xmake


text:
xmake test 并发测试用例时输出进度乱序, 希望排序后输出

Xmake 版本
2.8.8
操作系统版本和架构
Win10
描述问题
如图所示，100%进度跑到中间去了，并发测试用例时输出进度乱序了, 如果使用 xmake test -j1 没有乱序，但是测试速度降低了

期待的结果
并发时也能够按顺序给出进度指示: [33%]->[66%]->[100%]
工程配置
NO
附加信息和错误日志
NO

补充一下，目前的进度百分比好像是和测试用例 target 的创建顺序绑定的，非并发的时候，这个逻辑OK，但是并发的时候，如果先创建的测试用例执行时间长，后创建的执行用例执行时间短，就能100%复现这个问题

try this patch. https://github.com/xmake-io/xmake/pull/4849
xmake update -s github:xmake-io/xmake#progress

authors: ruiyuanlu waruqi


text:
xmake添加多个deps时，deps内部有相互依赖的情况下编译无法通过

Xmake 版本
v2.9.3+20240624
操作系统版本和架构
Linux  6.9.8-arch1-1 #1 SMP PREEMPT_DYNAMIC Fri, 05 Jul 2024 22:11:24 +0000 x86_64 GNU/Linux
描述问题
样例放在了这里：https://github.com/poemdistance/xmakeIssueExample
克隆下来执行xmake就可以复现。
lib2 和 baseLib 作为独立项目
lib2依赖baseLib，baseLib内部添加一个包含main函数的测试文件（test.c）用来测试baseLib.
baseLib xmake.lua:
target("baseLib")
    set_kind("static")
    add_files("add.c")

target("test")
    set_kind("binary")
    add_files("test.c")
    add_deps("baseLib")

lib2 xmake.lua:
includes("baseLib")

target("lib2")
    set_kind("static")
    add_files("mul.c")
    add_deps("baseLib")

此时在lib2和baseLib同级目录下新建源文件both.c，并写好对应的xmake.lua

includes("baseLib")
includes("lib2")

target("both")
    set_kind("binary")
    add_files("both.c")
    add_deps("baseLib", "lib2")

编译后报错
期待的结果
正常编译通过，生成both二进制文件
工程配置
见以上详细描述
附加信息和错误日志
/usr/bin/g++ -o build/linux/x86_64/release/test build/.objs/test/linux/x86_64/release/baseLib/test.c.o build/.objs/test/linux/x86_64/release/lib2/baseLib/test.c.o -m64 -Lbuild/linux/x86_64/release -s -lbaseLib
/usr/bin/ld: build/.objs/test/linux/x86_64/release/lib2/baseLib/test.c.o: in function `main':
test.c:(.text.startup+0x0): multiple definition of `main'; build/.objs/test/linux/x86_64/release/baseLib/test.c.o:test.c:(.text.startup+0x0): first defined here
collect2: error: ld returned 1 exit status
error: @programdir/core/main.lua:329: @programdir/actions/build/main.lua:148: @programdir/modules/async/runjobs.lua:325: @programdir/actions/build/kinds/binary.lua:53: @programdir/core/sandbox/modules/os.lua:378: execv(/usr/bin/g++ -o build/linux/x86_64/release/test build/.objs/test/linux/x86_64/release/baseLib/test.c.o build/.objs/test/linux/x86_64/release/lib2/baseLib/test.c.o -m64 -Lbuild/linux/x86_64/release -s -lbaseLib) failed(1)
stack traceback:
    [C]: in function 'error'
    [@programdir/core/base/os.lua:973]:
    [@programdir/core/sandbox/modules/os.lua:378]: in function 'execv'
    [@programdir/modules/core/tools/gcc.lua:580]:
    [C]: in function 'xpcall'
    [@programdir/core/base/utils.lua:275]:
    [@programdir/core/tool/linker.lua:221]: in function 'link'
    [@programdir/actions/build/kinds/binary.lua:53]: in function 'callback'
    [@programdir/modules/core/project/depend.lua:217]: in function 'on_changed'
    [@programdir/actions/build/kinds/binary.lua:41]: in function '_do_link_target'
    [@programdir/actions/build/kinds/binary.lua:83]:
    [@programdir/actions/build/kinds/binary.lua:110]: in function '_link_target'
    [@programdir/actions/build/kinds/binary.lua:138]: in function 'jobfunc'
    [@programdir/modules/async/runjobs.lua:241]:
    [C]: in function 'xpcall'
    [@programdir/core/base/utils.lua:275]: in function 'trycall'
    [@programdir/core/sandbox/modules/try.lua:117]: in function 'try'
    [@programdir/modules/async/runjobs.lua:223]: in function 'cotask'
    [@programdir/core/base/scheduler.lua:406]:

stack traceback:
	[C]: in function 'error'
	@programdir/core/base/os.lua:973: in function 'base/os.raiselevel'
	(...tail calls...)
	@programdir/core/main.lua:329: in upvalue 'cotask'
	@programdir/core/base/scheduler.lua:406: in function <@programdir/core/base/scheduler.lua:399>

lib2 都已经包含了，那么就不需要 includes("baseLib") 了

你声明了两次 test target，配置会追加进去，所以 add_files 了两个不同位置的 main，最后链接报错。
你这里问题是，baseLib 和 test 应该重新命名，分开四个 target。
或者打平依赖，把根目录或者 lib2 目录下的 baseLib 删了

lib2 都已经包含了，那么就不需要 includes("baseLib") 了

实际项目中lib2是通过git submodule的方式引入的baseLib，它的版本跟both.c引入baseLib的版本可能不一致，只includes(lib2)不行。我是把lib2当成独立模块看待，baseLib也当成独立模块看待，只是恰好lib2依赖了baseLib

你声明了两次 test target，配置会追加进去，所以 add_files 了两个不同位置的 main，最后链接报错。
你这里问题是，baseLib 和 test 应该重新命名，分开四个 target。
或者打平依赖，把根目录或者 lib2 目录下的 baseLib 删了

还是上面提到的，lib2本身依赖baseLib（通过git submodule直接拉取了完整baseLib项目），所以lib2中的baseLib不能删除，同样both.c可能需要的baseLib版本跟lib2中的baseLib不一定同步，也不能删，又因为lib2中的test target和baseLib中的test target本身就是同一个，重命名解决不了。test target其实只在baseLib声明了一次，只是lib2通过submodule复制过来了，导致了includes("lib2")时被追加了一遍。
这种情况xmake有没有办法可以做到识别出来并正常编译。或者还有没有其它办法解决（复制.a/.so库过来虽然也能规避问题，但不是很想这么做）

你这么搞，both 和 lib2 到底是打算用外面那个 baseLib 还是 lib2/baseLib 呢？我人工都识别不出来，xmake 怎么能识别。
既然 baseLib 本地有两个不同的版本存在，完全可以做成 package ，按版本维护，针对不同 target 引入不同的 baseLib package 即使同名也不会冲突，而不是一个项目下存在两份。。
如果非要这么搞，首先得弄清楚，到底哪个 target 用的哪份 baseLib ，两个 baseLib 是否需要同时参与编译，还是仅仅只用其中一份，什么时候用哪一个。。
目前给的信息，我只能知道 both, lib2 同时会依赖 baseLib ，还目录结构我只能猜测，both 用的外面那个 baseLib ，lib2 用的 lib2/baseLib ，但这样，即使 target 名不同，也是有依赖冲突的， both 同时 link 了两份不同版本的 baseLib
如果 both/lib2 都是用的外面那份 baselib，那么 lib2/baseLib 又是要来干嘛的。。反正我是识别不出来。

使用了推荐的package，编译报错：
lib2/build/packages/b/baselib/xmake.lua: package(baseLib) not found!
编译失败的地方 lib2/xmake.lua:
add_rules("mode.debug", "mode.release")

add_repositories("local-repo build")
add_requires("baseLib")

target("lib2")
    set_kind("static")
    add_files("mul.c")
    add_packages("baseLib")

lib2目录结构：
.
├── baseLib
│   ├── add.c
│   ├── add.h
│   ├── test.c
│   └── xmake.lua
├── build
│   └── packages
│       ├── b
│       │   └── baselib
│       │       ├── linux
│       │       │   └── x86_64
│       │       │       └── release
│       │       │           └── lib
│       │       │               └── libbaseLib.a
│       │       └── xmake.lua
│       └── t
│           └── test
│               ├── linux
│               │   └── x86_64
│               │       └── release
│               │           └── bin
│               │               └── test
│               └── xmake.lua
├── mul.c
├── mul.h
└── xmake.lua

lib2/baseLib/ 下执行xmake package -o ../build生成package。
然后在lib2下执行xmake后报错。

xmake package

默认打的是本地二进制包。。我的意思的是做成源码包，不要用 xmake package，不走 submodules，进行版本控制。。
走 xmake package 你每次还得先进去 build baselib 不嫌麻烦么。。
另外，包名要小写。。add_requires 里也小写。。
参考 https://xmake.io/#/zh-cn/package/local_3rd_source_library?id=集成-cmake-代码库
这个，将 cmake.install 改成 xmake.install 就行了。
当然，如果你非要用 二进制的本地包，也可以，提供完整可复现工程过来，我看下

好的，感谢~
我去学下你说的远程源码包的方案。

当然，如果你非要用 二进制的本地包，也可以，提供完整可复现工程过来，我看下

工程在这里：https://github.com/poemdistance/xmakeIssueExample
git clone下来后，到仓库根目录:
cd lib2/baseLib
xmake package -o ../build -P .
xmake -P .

应该就是大小写问题，修改成小写后可以成功编译了：）

不过这里强制要求小写的原因是什么，windows不区分大小写可能导致冲突？

问题： 生成package时，头文件没有复制到包下面的inlude文件夹
package("season")
    set_urls("git@github.com:poemdistance/season.git")

    on_install("macosx", "linux", function (package)
        os.cd("src")
        -- os.cp("*.h", package:installdir("include"))
        import("package.tools.xmake").install(package)
    end)
package_end()

import("package.tools.xmake").install(package) 这个语句在我的项目中只复制了.a文件到xxx/lib/下，头文件是需要自己调用 os.cp("*.h", package:installdir("include"))吗?
或者我在哪里遗漏了什么设置导致头文件没有复制过去?

自己项目里 add_headerfiles配置安装头文件

authors: poemdistance star-hengxing waruqi


text:
“lxml & xmlsec libxml2 library version mismatch” error under uWSGI

If libxml2-dev was installed when uWSGI was built, then importing xmlsec within uWSGI leads to an incorrect error xmlsec.InternalError: (-1, 'lxml & xmlsec libxml2 library version mismatch'). There’s no such error outside of uWSGI.
(I can work around this error with --no-binary=lxml --no-binary=xmlsec, but that wastes a lot more CI time and shouldn’t be necessary.)
Reproduction in a fresh container:
$ docker run --rm -it ubuntu:22.04
root@076333186bac:/# apt update
…
root@076333186bac:/# apt install -y gcc libxml2-dev python3-dev python3-venv
…
root@076333186bac:/# python3 -m venv venv
root@076333186bac:/# . venv/bin/activate
(venv) root@076333186bac:/# pip install uWSGI xmlsec
…
Successfully installed lxml-5.2.1 uWSGI-2.0.25.1 xmlsec-1.3.14
(venv) root@076333186bac:/# cat > app.py <<EOF
import xmlsec

def application(env, start_response):
    start_response("200 OK", [("Content-Type", "text/plain")])
    return [b"Hello, world!\n"]

EOF
(venv) root@076333186bac:/# python -c 'import xmlsec'
(venv) root@076333186bac:/# uwsgi --http :9090 --wsgi-file app.py
*** Starting uWSGI 2.0.25.1 (64bit) on [Mon May  6 22:18:16 2024] ***
compiled with version: 11.4.0 on 06 May 2024 22:17:53
os: Linux-6.8.7 #1-NixOS SMP PREEMPT_DYNAMIC Wed Apr 17 09:23:43 UTC 2024
nodename: 076333186bac
machine: x86_64
clock source: unix
detected number of CPU cores: 12
current working directory: /
detected binary path: /venv/bin/uwsgi
!!! no internal routing support, rebuild with pcre support !!!
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
*** WARNING: you are running uWSGI without its master process manager ***
your memory page size is 4096 bytes
detected max file descriptor number: 1024
lock engine: pthread robust mutexes
thunder lock: disabled (you can enable it with --thunder-lock)
uWSGI http bound on :9090 fd 4
spawned uWSGI http 1 (pid: 4203)
uwsgi socket 0 bound to TCP address 127.0.0.1:46691 (port auto-assigned) fd 3
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
Python version: 3.10.12 (main, Nov 20 2023, 15:14:05) [GCC 11.4.0]
*** Python threads support is disabled. You can enable it with --enable-threads ***
Python main interpreter initialized at 0x55a23eea0bc0
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
your server socket listen backlog is limited to 100 connections
your mercy for graceful operations on workers is 60 seconds
mapped 72904 bytes (71 KB) for 1 cores
*** Operational MODE: single process ***
Traceback (most recent call last):
  File "app.py", line 1, in <module>
    import xmlsec
xmlsec.InternalError: (-1, 'lxml & xmlsec libxml2 library version mismatch')
unable to load app 0 (mountpoint='') (callable not found or import error)
*** no app loaded. going in full dynamic mode ***
uWSGI running as root, you can use --uid/--gid/--chroot options
*** WARNING: you are running uWSGI as root !!! (use the --uid flag) ***
*** uWSGI is running in multiple interpreter mode ***
spawned uWSGI worker 1 (and the only) (pid: 4202, cores: 1)

Some debugging information:
>>> import ctypes, lxml, xmlsec
>>> libxml2 = ctypes.CDLL("libxml2.so.2")
>>> ctypes.c_char_p.in_dll(libxml2, "xmlParserVersion").value
b'20913'
>>> lxml.etree.LIBXML_VERSION
(2, 12, 6)
>>> lxml.etree.LIBXML_COMPILED_VERSION
(2, 12, 6)
>>> xmlsec.get_libxml_version()
(2, 12, 6)
>>> xmlsec.get_libxml_compiled_version()
(2, 12, 6)

xmlParserVersion, LIBXML_VERSION, and LIBXML_COMPILED_VERSION are the same inside and outside uWSGI.

I'm getting this same error on a container that I just re-compiled and it was working fine.   I use python3-saml and that's breaking with this error when I run the container.
Here is the log:
[2024-05-20 02:54:20 +0000] [11] [ERROR] Exception in worker process
2024-05-19 22:54:20 Traceback (most recent call last):
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/arbiter.py", line 583, in spawn_worker
2024-05-19 22:54:20     worker.init_process()
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/workers/ggevent.py", line 203, in init_process
2024-05-19 22:54:20     super(GeventWorker, self).init_process()
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/workers/base.py", line 129, in init_process
2024-05-19 22:54:20     self.load_wsgi()
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/workers/base.py", line 138, in load_wsgi
2024-05-19 22:54:20     self.wsgi = self.app.wsgi()
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/app/base.py", line 67, in wsgi
2024-05-19 22:54:20     self.callable = self.load()
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/app/wsgiapp.py", line 52, in load
2024-05-19 22:54:20     return self.load_wsgiapp()
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/app/wsgiapp.py", line 41, in load_wsgiapp
2024-05-19 22:54:20     return util.import_app(self.app_uri)
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/gunicorn/util.py", line 350, in import_app
2024-05-19 22:54:20     __import__(module)
2024-05-19 22:54:20   File "/opt/app/tinyflask/__init__.py", line 11, in <module>
2024-05-19 22:54:20     import tinyflask.views
2024-05-19 22:54:20   File "/opt/app/tinyflask/views.py", line 24, in <module>
2024-05-19 22:54:20     from onelogin.saml2.auth import OneLogin_Saml2_Auth
2024-05-19 22:54:20   File "/usr/local/lib/python3.6/dist-packages/onelogin/saml2/auth.py", line 12, in <module>
2024-05-19 22:54:20     import xmlsec
2024-05-19 22:54:20 xmlsec.InternalError: (-1, 'lxml & xmlsec libxml2 library version mismatch')
2024-05-19 22:54:20 [2024-05-20 02:54:20 +0000] [11] [INFO] Worker exiting (pid: 11)

Here is my Dockerfile:
FROM ubuntu:bionic

RUN apt update
RUN apt-get update
RUN apt-get -y upgrade
RUN apt-get install -y pkg-config
RUN apt-get install -y software-properties-common apt-utils
RUN add-apt-repository -y ppa:deadsnakes/ppa
RUN apt-get install -y vim
RUN apt-get install -y python3.7
RUN apt-get install -y python3-pip

RUN apt-get install -y libxml2-dev libxmlsec1-dev

RUN mkdir -p /opt/app
WORKDIR /opt/app/
COPY . .
RUN pip3 install --upgrade pip
RUN pip3 install --no-cache-dir -r requirements.txt

RUN pip3 install python3-saml

RUN touch /var/log/cron.log

RUN echo "35 6 * * * root /usr/bin/python3 /opt/app/last_login.py >> /opt/app/audit.log" >> /etc/crontab

CMD (cron) && exec gunicorn tinyflask:app -b 0.0.0.0:80 --workers 3 -k gevent

And this is the requirements.txt:
Click==7.0
Flask==1.1.1
Flask-Cors==3.0.8
gevent==1.4.0
greenlet==0.4.15
gunicorn==19.9.0
itsdangerous==1.1.0
Jinja2==2.10.1
MarkupSafe==1.1.1
Werkzeug==0.15.5
flask-compress==1.4.0
requests==2.24.0
python-dateutil==2.8.0
pytz==2021.1
pickleshare==0.7.5
xmltodict

I'm stuck.  Any help is appreciated.
Thanks

It seems like lxml@5.2.1 uses libxml2@2.12.6. However, libxml2@2.12.7 has been released, and python-xmlsec@1.3.14 breaks because of this libxml2 version mismatch.
Not sure who should be in charge of fixing this, but I suppose using libxml2@2.12.6 could work.

@eliasmazur I have the same use case as you. Based on what @andersk said, I've restricted the package version of LXML like so
lxml >= 4.6.5, !=4.7.0, <=5.2.1

My build is working again now.

Thanks for the help.  I realized I was restricting the all packages except xmlsec.  I restricted to an earlier version and it now works.  Looks like python3-saml was installing the latest xmlsec and that was causing the mismatch.

In my work, we use sigxml and xmlsec. Both install lxml with binaries, causing the same error.
xmlsec.InternalError: (-1, 'lxml & xmlsec libxml2 library version mismatch')
To resolve this, I install using the --no-binary pip flag. (work on Ubuntu 22.04, Python 3.10 and Pip 22.0.2)
pip install --no-binary lxml==4.6.3 lxml==4.6.3 --force-reinstall
pip install --no-binary xmlsec==1.3.13 xmlsec==1.3.13
pip install --no-binary signxml==3.2.2 signxml==3.2.2

Thanks for the help. I realized I was restricting all packages except xmlsec. I restricted to an earlier version and it now works. Looks like python3-saml was installing the latest xmlsec and that was causing the mismatch.

Hi,
we have the similiar issue can you provide us the version which u have mentioned

Would this mean that a new release/wheel is needed also built with libxml2@2.12.7? I was very excited about being able to install binary wheels again with xmlsec 1.3.14, but it seems that a patch release of libxml broke that again?

@eliasmazur I have the same use case as you with python3-saml. Based on what @andersk said, I've restricted the package version of LXML like so
lxml >= 4.6.5, !=4.7.0, <=5.2.1

My build is working again now.

Trying this, the problem is not solved for us:
defusedxml==0.7.1
et-xmlfile==1.1.0
lxml==5.2.1
lxml_html_clean==0.1.1
xmlsec==1.3.14
xmltodict==0.12.0

still produces the uwsgi startup crash, while a normal python interpreter is fine (just as reported in the initial description). I have tried uwsgi 2.0.23 and 2.0.26 so far.
Making sure that libxml2-dev is NOT present in the system packages when uwsgi is being installed/built resolves the issue.

I came up with another workaround - compile uwsgi against libexpat instead of libxml2. You can do that by setting the UWSGI_PROFILE_OVERRIDE environment variable to xml=expat (or adding that part to it if you already have it set to something) for whatever command you use to install uwsgi, for example:
UWSGI_PROFILE_OVERRIDE=xml=expat pip install uwsgi

or
UWSGI_PROFILE_OVERRIDE="ssl=false;xml=expat" pip install uwsgi

Caveat: libexpat is supposedly slower than libxml2 (based on some old benchmarks found around the Internet), so if you're a heavy user of uWSGI features that depend on an XML parsing library, this may affect performance of your application. I am not sure what these features are, though.
Once your uwsgi is decoupled from libxml2, you should be able to use binary wheels for xmlsec and lxml. You should also be able to install the older version of xmlsec that didn't provide binary wheels, as long as you still have libxmlsec1-dev / libxml2-dev installed.

Thanks @D3X - that was a really good steer. IF you don't need XML support at all (it looks like it's only for supporting xml configuration of uwsgi, and... who does that??), you can:
UWSGI_PROFILE_OVERRIDE="xml=no" and it'll strip xml support altogether. From the uwsgi build system: https://github.com/unbit/uwsgi/blob/89cb161cda959697a4afe013f348b06646b960aa/uwsgiconfig.py#L1328-L1363

authors: D3X andersk andres-holvi buddhi-vamsi13 eliasmazur gregbrant2 jarshwah mstuttgart sergei-maertens

repo: xmlsec/python-xmlsec


text:
Missing AssemblyVersion attribute in v.0.28.0

In 0.28.0 the AssemblyVersion attribute seems to be missing or left to its default value 0.0.0.0.
[assembly: TargetFramework(".NETFramework,Version=v4.5.2", FrameworkDisplayName = ".NET Framework 4.5.2")]
[assembly: AssemblyCompany("Alexandre Mutel")]
[assembly: AssemblyConfiguration("Release")]
[assembly: AssemblyCopyright("Alexandre Mutel")]
[assembly: AssemblyDescription("A fast, powerful, CommonMark compliant, extensible Markdown processor for .NET with 20+ builtin extensions (pipetables, footnotes, definition lists... etc.)")]
[assembly: AssemblyFileVersion("0.28.0.0")]
[assembly: AssemblyInformationalVersion("0.28.0+983187eace6ba02ee16d1443c387267ad6e78f58")]
[assembly: AssemblyProduct("Markdig")]
[assembly: AssemblyTitle("Markdig")]
[assembly: AssemblyMetadata("RepositoryUrl", "https://github.com/xoofx/markdig")]
[assembly: NeutralResourcesLanguage("en-US")]
[assembly: AssemblyVersion("0.0.0.0")]   <====

This could be quite annoying when using binding redirects or when Markdig is a "transitive" dependency, for example on one of my project upgrading to 0.28.0 leads to the dreaded CS1705 build error:
Assembly 'Markdig.Wpf' with identity 'Markdig.Wpf, Version=0.5.0.1, Culture=neutral, PublicKeyToken=7b8a8f2a8a0119a0' uses 'Markdig.Signed, Version=0.22.0.0, Culture=neutral, PublicKeyToken=870da25a133885f8' which has a higher version than referenced assembly 'Markdig.Signed' with identity 'Markdig.Signed, Version=0.0.0.0, Culture=neutral, PublicKeyToken=870da25a133885f8'

Thanks a lot.

My guess is that this is something dotnet-releaser does differently?

Don't think it is dotnet-releaser but more likely MinVer

This should be fixed by commit ccf455d and available in next version

authors: MihaZupan manuelspezzani xoofx

repo: xoofx/markdig


text:
deploying in cluster mode in Docker, if the worker nodes go offline, the service will be abnormal.

System Info / 系統信息
Master node use pip install
Worker node use docker

Ubuntu 22.04
RTX 4090
CUDA Version: 11.8
Nvidia Driver Version: 550.90.07
torch  :2.3.1
python: 3.10
xformers:  0.0.27

Running Xinference with Docker? / 是否使用 Docker 运行 Xinfernece？

[X] docker / docker
[x] pip install / 通过 pip install 安装
[ ] installation from source / 从源码安装

Version info / 版本信息
V0.13.1
The command used to start Xinference / 用以启动 xinference 的命令
xinference-supervisor -H "192.168.***"  --auth-config  /data//auth_config.json --log-level info
docker run -d -e XINFERENCE_MODEL_SRC=modelscope -e TZ=Asia/Shanghai  -e NCCL_DEBUG=INFO  -e XINFERENCE_ENDPOINT=http://127.0.0.1:9998/**** -e  HF_ENDPOINT=https://hf-mirror.com -v /data/:/root/.cache  -v /data/:/root/xinference/data  --name xinference-work   --gpus all  --shm-size 64g   --net=host   registry.cn-hangzhou.aliyuncs.com/xprobe_xinference/xinference:v0.13.1  xinference-worker -e "http://192.168.:9997" -H "192.168.***"   --log-level info
Reproduction / 复现过程

start master and worker
stop worker

Result:
*Some of the data has been desensitized and is replaced by .
2024-07-30 09:16:16,638 xinference.core.supervisor 192779 ERROR    Worker timeout. address: 192.168.*******:31147, check count remaining 4...
2024-07-30 09:16:21,645 xinference.core.supervisor 192779 ERROR    Worker timeout. address: 192.168.*******:31147, check count remaining 3...
2024-07-30 09:16:26,651 xinference.core.supervisor 192779 ERROR    Worker timeout. address: 192.168.*******:31147, check count remaining 2...
2024-07-30 09:16:31,657 xinference.core.supervisor 192779 ERROR    Worker timeout. address: 192.168.*******:31147, check count remaining 1...
2024-07-30 09:16:36,663 xinference.core.supervisor 192779 ERROR    Worker dead. address: 192.168.*******:31147, influenced models: ['hn***-4-1', 'hn***-4-3']
2024-07-30 09:16:37,500 uvicorn.access 192644 INFO     117.158.******:50676 - "POST /v1/chat/completions HTTP/1.1" 200
2024-07-30 09:16:44,115 uvicorn.access 192644 INFO     117.158.******:23441 - "GET /v1/cluster/auth HTTP/1.1" 200
2024-07-30 09:16:44,124 uvicorn.access 192644 INFO     117.158.******:24016 - "GET /v1/cluster/auth HTTP/1.1" 200
2024-07-30 09:16:44,126 uvicorn.access 192644 INFO     117.158.******:14711 - "GET /v1/cluster/auth HTTP/1.1" 200
2024-07-30 09:16:44,199 xinference.api.restful_api 192644 ERROR    [address=192.168.******:50201, pid=192779] Model not found in the model list, uid: hn***
Traceback (most recent call last):
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xinference/api/restful_api.py", line 759, in describe_model
    data = await (await self._get_supervisor_ref()).describe_model(model_uid)
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xoscar/backends/context.py", line 231, in send
    return self._process_result_message(result)
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xoscar/backends/context.py", line 102, in _process_result_message
    raise message.as_instanceof_cause()
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xoscar/backends/pool.py", line 656, in send
    result = await self._run_coro(message.message_id, coro)
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xoscar/backends/pool.py", line 367, in _run_coro
    return await coro
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xoscar/api.py", line 384, in __on_receive__
    return await super().__on_receive__(message)  # type: ignore
  File "xoscar/core.pyx", line 558, in __on_receive__
    raise ex
  File "xoscar/core.pyx", line 520, in xoscar.core._BaseActor.__on_receive__
    async with self._lock:
  File "xoscar/core.pyx", line 521, in xoscar.core._BaseActor.__on_receive__
    with debug_async_timeout('actor_lock_timeout',
  File "xoscar/core.pyx", line 526, in xoscar.core._BaseActor.__on_receive__
    result = await result
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xinference/core/utils.py", line 45, in wrapped
    ret = await func(*args, **kwargs)
  File "/home/xiegangpeng/.conda/envs/xinference/lib/python3.10/site-packages/xinference/core/supervisor.py", line 1102, in describe_model
    raise ValueError(f"Model not found in the model list, uid: {model_uid}")
ValueError: [address=192.168.******:50201, pid=192779] Model not found in the model list, uid: hn***

Expected behavior / 期待表现

If one of the multiple worker nodes goes offline, the cluster can respond normally.
If a worker node goes offline and then comes back online, it can conduct business normally.

Thanks, we will fix ASAP.

authors: GabrielXie qinxuye

repo: xorbitsai/inference


text:
🛑 Design Swan is down

In 4996b34, Design Swan (https://www.designswan.com) was down:

HTTP code: 500
Response time: 116 ms

Resolved: Design Swan is back up in b2aaa7e.

repo: xoryorz/upptime


text:
🛑 Design Swan is down

In 68f315d, Design Swan (https://www.designswan.com) was down:

HTTP code: 500
Response time: 115 ms

Resolved: Design Swan is back up in 061507a.


text:
🛑 Design Swan is down

In a83abfe, Design Swan (https://www.designswan.com) was down:

HTTP code: 500
Response time: 82 ms

Resolved: Design Swan is back up in 1de71bd after 12 minutes.


text:
🛑 Design Swan is down

In e1fc774, Design Swan (https://www.designswan.com) was down:

HTTP code: 500
Response time: 116 ms

Resolved: Design Swan is back up in f7eecf3 after 24 minutes.


text:
🛑 Design Swan is down

In adbcf99, Design Swan (https://www.designswan.com) was down:

HTTP code: 500
Response time: 128 ms

Resolved: Design Swan is back up in abb9f54 after 45 minutes.


text:
🛑 otzivi-tut is down

In 9db4d76, otzivi-tut (https://отзывы-тут.рф/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: otzivi-tut is back up in ee6da1a.


text:
Added spotify URI handler

This is still very WIP, I managed to register the spotify URI.
I ran into a problem with ownership that I'm not sure how to tackle, when the open signal is called the activate signal isn't, so if in the open closure we need to open/focus the window. The problem is the closure in Application::connect_activate and closure in Application::connect_open both need to take ownership of window and sender because they have static lifetimes and the compiler thinks they might be able to outlive main (even though they can't).

Nice work!!
The easiest way to proceed is to clone the sender and use it to dispatch a new action (AppAction::OpenURI(..) perhaps) that in turn leads to some AppEvent::OpenedURI event. This event can then be handled by any EventListener, and more specifically by the window component (which holds a reference to the actual Gtk window).
You might need another EventListener to dispatch the needed actions.

initial support for this in added in 917fdee2aa9e2bb72fab5a4b459670eadbb0b618 closing this for now! thanks a lot @bbb651 :)

closing this for now


text:
how to inference a image with pretrained weight?

in the link of download pretrained weight,there are lots of .h5 files,so I just down load one and fix the path of it in the inference.py，but nothing is detected in the image , I think maybe I have a wrong weight file ,but I dont know how to make it works

in the link of download pretrained weight,there are lots of .h5 files,so I just down load one and fix the path of it in the inference.py，but nothing is detected in the image , I think maybe I have a wrong weight file ,but I dont know how to make it works

Same here, I've tested B0 to B6 loading the corresponding pre-trained weights, but I'm only getting 0 predictions.

in the link of download pretrained weight,there are lots of .h5 files,so I just down load one and fix the path of it in the inference.py，but nothing is detected in the image , I think maybe I have a wrong weight file ,but I dont know how to make it works

Same here, I've tested B0 to B6 loading the corresponding pre-trained weights, but I'm only getting 0 predictions.

I think we are not getting any predictions because the weights available in the download link only include the layers from the backbone net (EfficientNet). So, in order to get predictions, we have to train the BiFPN network first (freezing the EfficientNet layers).

in the link of download pretrained weight,there are lots of .h5 files,so I just down load one and fix the path of it in the inference.py，but nothing is detected in the image , I think maybe I have a wrong weight file ,but I dont know how to make it works
Same here, I've tested B0 to B6 loading the corresponding pre-trained weights, but I'm only getting 0 predictions.
I think we are not getting any predictions because the weights available in the download link only include the layers from the backbone net (EfficientNet). So, in order to get predictions, we have to train the BiFPN network first (freezing the EfficientNet layers).

in the link of download pretrained weight,there are lots of .h5 files,so I just down load one and fix the path of it in the inference.py，but nothing is detected in the image , I think maybe I have a wrong weight file ,but I dont know how to make it works
Same here, I've tested B0 to B6 loading the corresponding pre-trained weights, but I'm only getting 0 predictions.
I think we are not getting any predictions because the weights available in the download link only include the layers from the backbone net (EfficientNet). So, in order to get predictions, we have to train the BiFPN network first (freezing the EfficientNet layers).

In the Evaluate part ,there is a table contains two number 0.8029  0.7892 ,from which we can down load weights ,the name of two weight files are  just like the right one ,I have already fixed the phi in the code ,but I still cann't get right predictions ,you can try it with the weights, tell me what happens.

Hi @ZOUYIyi ,did you run inference.py? Note that you just need to replace the weights path and image path there when test with the "0.8029" weights.
And if you test with "0.7892" weights, you also need to set phi=0, weighted_bifpn=True.

Hi @ZOUYIyi ,did you run inference.py? Note that you just need to replace the weights path and image path there when test with the "0.8029" weights.
And if you test with "0.7892" weights, you also need to set phi=0, weighted_bifpn=True.

thank you! it works! still one more question..... I use tensorflow 1.13.1 and keras2.2.5，and it raise a error:
File "C:\Users\WIN10\AppData\Local\Programs\Python\Python36\lib\site-packages\tensorflow\python\keras\engine\base_layer_utils.py", line 127,
in
shape, dtype=dtype, partition_info=None)
TypeError: call() got an unexpected keyword argument 'partition_info'
I know it is because of the unmatch of tensorflow and keras,but how can I fix it in the code ,instead of updating my tensorflow ?   right now ,I just fix the keras file in the error message ,I dont know if it is ok to do that .

authors: ZOUYIyi aisandovalm xuannianz

repo: xuannianz/EfficientDet


text:
检测和分割效果不如直接语义分割的

你好, 我们自己的数据集. 我和我同事训练, 我用的您的u2net, 我同事用的BiSeNet, 最终的测试的分割效果大不如u2net不如BiSeNet,这是什么原因

Without the desciptions of tasks, dataset, input resolution, batch size and related info, we can’t give exact analysis. Usually, U^2-Net takes longer time in training than other models, because U^2-Net uses the dense supervision strategy. Besides, U^2-Net was orginally designed for binary class segmenation so that more kernel filters before the layer layer (sigmoid) may needed to achieve better performance on semantic multi-class segmentation.

On Feb 28, 2021, at 7:28 PM, zhouzhubin notifications@github.com wrote:
你好, 我们自己的数据集. 我和我同事训练, 我用的您的u2net, 我同事用的BiSeNet, 最终的测试的分割效果大不如u2net不如BiSeNet,这是什么原因
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/xuebinqin/U-2-Net/issues/169, or unsubscribe https://github.com/notifications/unsubscribe-auth/ADSGORPC2LENXCNL7ODYK3TTBL3WPANCNFSM4YLXNOCQ.

您好,感谢您的回复.是同一个数据集, 类别就只有一类. 模型的输入都是320, 我训练了500个epcho, 我同事训练了100个.

authors: xuebinqin zhouzhubin


text:
TabBarView下拉刷新位置

下拉刷新位置怎么放在TabBar下面啊？  像NestedScrollView的刷新位置一样。 （ NestedScrollView没有办法左右滑动，苹果手机测试）

在Flutter中正常做法做不到，不可兼得。闲鱼做到了，但不清楚具体做法

感谢🙏

authors: smallooo xuelongqy


text:
loaddata是否可以这么初始化参数？

（必填）这个需求解决了什么问题 What problem does this feature solve

loaddata中是否可以直接像createData中那样直接初始化一遍data，来避免饿了么等组件参数未声明而导致的无法编辑问题呢，或者可以加一个参数去控制是否开启？

试了一下，貌似并不行，依然不能编辑

严格意义上应该遵循 vue 的先定义后使用原则，你可以把 table 当做子组件封装，你就可以提前格式化数据了

使用起来确实有些麻烦，我提交了一个自动初始化data的更新请求，初始化之后可以正常编辑，不知道能不能合并一下，或者有不妥的地方给改进一下

authors: wekerSnail xuliangzhan

repo: xuliangzhan/vxe-table