mihomo
mihomo copied to clipboard
[Feature] 有时间麻烦更新一下clash meta for android
Verify steps
- [X] 我已经在 Issue Tracker 中找过我要提出的请求 I have searched on the issue tracker for a related feature request.
- [X] 我已经仔细看过 Documentation 并无法找到这个功能 I have read the documentation and was unable to solve the issue.
Description
想体验一下新核心的功能,如果可以的话加入自动更新核心的功能,这样就不用每次都去升级软件,只需要替换核心就可以了
Possible Solution
No response
附议,请求更新clash meta for android
下周更新☺️这周略忙 内核跟踪的分支已经切到Alpha了,等下周看看改改名字更下submodule就能发
下周更新☺️这周略忙 内核跟踪的分支已经切到Alpha了,等下周看看改改名字更下submodule就能发
感谢开发者,感谢用爱发电
下周更新☺️这周略忙 内核跟踪的分支已经切到Alpha了,等下周看看改改名字更下submodule就能发
感谢开发者😀,期待 mihomo for android 上线
下周更新☺️这周略忙 内核跟踪的分支已经切到Alpha了,等下周看看改改名字更下submodule就能发
在哪里下载呢
能提供keep-alive-interval 时间修改这个功能吗在界面吗?
下周更新☺️这周略忙 内核跟踪的分支已经切到Alpha了,等下周看看改改名字更下submodule就能发
已经周六了。。。。😢
cmfa要打赢复活赛了吗
😢
下周更新☺️这周略忙 内核跟踪的分支已经切到Alpha了,等下周看看改改名字更下submodule就能发
感谢大佬,期待更新
估计早把这issue给忘了😂
估计早把这issue给忘了😂
你们再多去提几个新的issue
估计早把这issue给忘了😂
你们再多去提几个新的issue
然后@stevejohnson7反手就是duplicate, close😂
这个咱真的只能是慢慢求着,不能摧的太过分,毕竟大佬真的是用爱发电的。
没办法嘛,自己又不会写
@E021ntox @CXwudi @qianyiqq @sf467 stevejohnson7在之前已经提供了锚定alpha branch的修订,fork下来使用action即可,更新不是他的义务。
可以使用我fork下来的仓库 ,内核是现在的alpha。因为不知道原仓库build签名密码,所以我用keytool另签了一份。
内核0.16.0到现在似乎没有非常重大的更新,各位有什么想要用的特性吗?cmfa从半年多前就缺人来开发新的功能了,感觉除非是cfa 3代码泄漏或者新的安卓gui出世,安卓上的clash生态就只会维持现在这个状态了。
@E021ntox @CXwudi @qianyiqq @sf467 stevejohnson7在之前已经提供了锚定alpha branch的修订,fork下来使用action即可,更新不是他的义务。
可以使用我fork下来的仓库 ,内核是现在的alpha。因为不知道原仓库build签名密码,所以我用keytool另签了一份。
内核0.16.0到现在似乎没有非常重大的更新,各位有什么想要用的特性吗?cmfa从半年多前就缺人来开发新的功能了,感觉除非是cfa 3代码泄漏或者新的安卓gui出世,安卓上的clash生态就只会维持现在这个状态了。
感谢你,meta有一项功能没有得到支持,那就是 mate 内核之下的url-test,和fallback类型的策略组是可以点选的,包括在 Windows 上直接跑核,用面板控制内核,可以直接点选。我记得之前有一篇 issue 说过,这是一个特性。但在 cfma 上没有得到支持
感谢你,meta有一项功能没有得到支持,那就是 mate 内核之下的url-test,和fallback类型的策略组是可以点选的,包括在 Windows 上直接跑核,用面板控制内核,可以直接点选。我记得之前有一篇 issue 说过,这是一个特性。但在 cfma 上没有得到支持
@sf467 应该感谢stevejohnson7大佬,我只是把他的action跑起来了。说的特性是这个吗,cfa 3.0实现了vpnservice和root下的原核两种模式,而且可以使用外部控制,可惜没有开源就结束了,否则还有机会改成meta核。
@E021ntox @CXwudi @qianyiqq @sf467 stevejohnson7在之前已经提供了锚定alpha branch的修订,fork下来使用action即可,更新不是他的义务。
可以使用我fork下来的仓库 ,内核是现在的alpha。因为不知道原仓库build签名密码,所以我用keytool另签了一份。
内核0.16.0到现在似乎没有非常重大的更新,各位有什么想要用的特性吗?cmfa从半年多前就缺人来开发新的功能了,感觉除非是cfa 3代码泄漏或者新的安卓gui出世,安卓上的clash生态就只会维持现在这个状态了。
大佬,下载安装了下你仓库里的pre-release的安装包,发现一些新内核的特性无法使用,比如
include-all-providers。
在你仓库里的commit记录看了下,貌似clash内核还是停留在11.3的版本(见上图),并没有更新。
想问下是无法通过anctions来拉取最新源码吗?
内核0.16.0到现在似乎没有非常重大的更新,各位有什么想要用的特性吗?cmfa从半年多前就缺人来开发新的功能了,感觉除非是cfa 3代码泄漏或者新的安卓gui出世,安卓上的clash生态就只会维持现在这个状态了。
感谢大佬,include-all这个新功能很重要
问下老哥你的include-all功能能用吗?我这边试了不行
@E021ntox @CXwudi @qianyiqq @sf467 stevejohnson7在之前已经提供了锚定alpha branch的修订,fork下来使用action即可,更新不是他的义务。
可以使用我fork下来的仓库 ,内核是现在的alpha。因为不知道原仓库build签名密码,所以我用keytool另签了一份。
内核0.16.0到现在似乎没有非常重大的更新,各位有什么想要用的特性吗?cmfa从半年多前就缺人来开发新的功能了,感觉除非是cfa 3代码泄漏或者新的安卓gui出世,安卓上的clash生态就只会维持现在这个状态了。
websocket的代替,v2ray-http-upgrade是只有0.17.0才有
更新了吗?
@ForestL18 @sf467 @E021ntox @CXwudi 你们好。我去调查了一下这个问题,确实我没有做到合并新的内核。
它对齐的应该是 Alpha merge into android-open 分支后产生的 android-real。好,那么在哪里用到这个呢? 在 ./core/src/foss /golang/clash调用了Git-submodule。但是因为众所周知的问题呢,clash删库,meta改名mihomo,仓库地址都有变化。如果只是把action跑起来了,那还是原本的内核,自然是没有变化的。
于是我fork出来了仓库(mihomo),在其中合并了新的android-real,并把submodule的url指向了它。那么现在看这个引用的module就是最新的内核了。
但是问题又出现了,patch的方法有几个是依赖于clash仓库的,所以我又fork了一个clash的备份仓库,把内部的go包指定url改成了自己仓库的。这样算是把依赖能够拉起来了。但是内核还有几个新调用的包和函数是有冲突的,我试着改改吧。
因为查找替换仓库内部的包的地址嘛,再次我觉得应该向Dreamacro、Kr328、MetaCubeX organization以及所有社区成员表示敬意的。我自己是学人文的,实际软件工程开发算是苦手,处理上面这些小问题就弄到今天四点;这也是想说每个人都可以做些调查、解决问题,倒是开发文档应该做起来了。另外,我需要向你们道歉,自己其实还是一知半解的,自以为是回答了很多错误的问题。
@ForestL18 @sf467 @E021ntox @CXwudi 你们好。我去调查了一下这个问题,确实我没有做到合并新的内核。
它对齐的应该是
Alphamerge intoandroid-open分支后产生的android-real。好,那么在哪里用到这个呢? 在./core/src/foss /golang/clash调用了Git-submodule。但是因为众所周知的问题呢,clash删库,meta改名mihomo,仓库地址都有变化。如果只是把action跑起来了,那还是原本的内核,自然是没有变化的。于是我fork出来了仓库(mihomo),在其中合并了新的
android-real,并把submodule的url指向了它。那么现在看这个引用的module就是最新的内核了。但是问题又出现了,patch的方法有几个是依赖于clash仓库的,所以我又fork了一个clash的备份仓库,把内部的go包指定url改成了自己仓库的。这样算是把依赖能够拉起来了。但是内核还有几个新调用的包和函数是有冲突的,我试着改改吧。
因为查找替换仓库内部的包的地址嘛,再次我觉得应该向Dreamacro、Kr328、MetaCubeX organization以及所有社区成员表示敬意的。我自己是学人文的,实际软件工程开发算是苦手,处理上面这些小问题就弄到今天四点;这也是想说每个人都可以做些调查、解决问题,倒是开发文档应该做起来了。另外,我需要向你们道歉,自己其实还是一知半解的,自以为是回答了很多错误的问题。
我今天也尝试fork了mihomo,并基于alpha创建android-real分支,并把android-open merge into android-real。同时fork了大佬你的cmfa仓库,把.gitmodules修改为了自己fork的mihomo,确实只能编译通过dependencies,无法build出包来。感觉应该是mihomo的新源码和以前针对Android的老patch有冲突。
希望大佬能尝试解决一下。
另外看到了大佬凌晨在跑actions的记录,辛苦了,感谢大佬。
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
貌似还是不支持新特性include-all-providers 策略组识别不到节点
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
Android分支是直接fork了alpha,并没有合并Android-open分支内容是吗?那alpha分支难道已经默认做了Android patch吗?🤯
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
我这边测试是可以的,include-all-providers,geo-auto-update啥的都能用
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
Android分支是直接fork了alpha,并没有合并Android-open分支内容是吗?那alpha分支难道已经默认做了Android patch吗?🤯
你说的没错,alpha分支已经单独做了Android patch,补丁文件名就叫Android_ patch.go 。但是因为meta核心改名成mihomo了,所以有部分依赖指向的不是正确锚点的分支,所以需要改下cmfa里的代码,具体的你可以看我仓库里的提交。还有就是核心里组件变更比较多,而cmfa还是很久之前的代码没有维护,不清楚直接使用新核心会不会造成什么未知的bug,只能当做是新mihomo for Android出来之前的过渡用法了
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
我这边测试是可以的,
include-all-providers,geo-auto-update啥的都能用
我的问题 没仔细看策略组名字
@ForestL18 @Paulgudring @E021ntox @sf467 @CXwudi 自己fork了一份代码,然后修改了下,已经把核心锚定到fork的mihomo 新建分支android了 ,该分支复制自Alpha Actions跑了一遍,编译通过并且可以build出安装包,本机稍微测试了下可以正常使用新核心,但是新特性因为没有研究过所以没测试,你可以测试下看看是否支持了新特性.用的是我自己的签名生成的 核心使用Alpha当前最新版本 edf318b, 仓库 , Pre-Release
Android分支是直接fork了alpha,并没有合并Android-open分支内容是吗?那alpha分支难道已经默认做了Android patch吗?🤯
你说的没错,alpha分支已经单独做了Android patch,补丁文件名就叫Android_ patch.go 。但是因为meta核心改名成mihomo了,所以有部分依赖指向的不是正确锚点的分支,所以需要改下cmfa里的代码,具体的你可以看我仓库里的提交。还有就是核心里组件变更比较多,而cmfa还是很久之前的代码没有维护,不清楚直接使用新核心会不会造成什么未知的bug,只能当做是新mihomo for Android出来之前的过渡用法了
cmfa的UI本身就已经很长时间没更新过了,只要alpha的patch能起作用,同时在UI上不引入新功能,正常用应该问题不大,我使用了到现在还感觉没啥问题