你们说wget的makefile编辑的人是不是患了某种说不出口的综合征？真tM害死人！

wuli***

这TM简直反复无常。
前一次从18到19非要把包名wget改成wget-ssl，TM害死了一群插件，你改成使用nossl，那要输入wget-nossl命令，输入wget-ssl没法用，你改成ssl，那要输入wget-ssl命令，原来的一堆插件使用的是wget命令又没法用，而且也不存在wget这个依赖包了，很多插件无法通过编译，要一个个去改。我采用更简单的办法，耗费精力自己造了个假包，使它们有了依赖能编译，再建立软连接。
结果到了21，TM发现又不能用了，去查找明明包都集成了，再追查，特么又改改改改改改！！！！！把安装路径从/usr/bin/改成了/usr/libexec/wget-ssl，这个路径相信绝大部分人见都没见过，相当于发配边疆：
define Package/wget-ssl/install
        $(INSTALL_DIR) $(1)/usr/libexec
        $(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/bin/wget $(1)/usr/libexec/wget-ssl
endef

define Package/wget-nossl/install
        $(INSTALL_DIR) $(1)/usr/libexec
        $(INSTALL_BIN) $(PKG_INSTALL_DIR)/usr/bin/wget $(1)/usr/libexec/wget-nossl
endef

要默认输入wget-ssl就能运行，就要sh和bash的改运行环境，把/usr/libexec加进去，相当于这样：
PATH=/usr/sbin:/sbin:/usr/bin:/bin
相信很多人又不会了。那么采用最笨的办法就是软连接到bin，要输入wget就能运行，那么再创建一个wget的软连接。

httpc***

TM发现又不能用了，这TM简直反人坛设计。

av***

之前lean说op源码更新没考虑到向后兼容是不是就是说的这个

pal***

离开op很久了，op就是个玩具，想怎么玩就怎么玩，但绝不考虑生产环境的使用，所以op从始至终只能是个玩具，以现在op的发展走势，要么再次分裂要么走向原教旨然后死亡

hyq***

paldier 发表于 2021-10-3 09:42
离开op很久了，op就是个玩具，想怎么玩就怎么玩，但绝不考虑生产环境的使用，所以op从始至终只能是个玩具， ...

确实如此，以前该板块都是技术贴，现在是个贴就是发布固件，看来编译不是难事，解决问题或者优化很难得到有效回复。
这几天下载过很多固件，要么是不稳定要么系统日志一堆报错。

hyq***

固件刷好啥都没动系统日志就报错，这种管杀不管埋的固件就别推了，谁知道还有啥玩意在里面。

rt***

請使用規範代碼，若需移植勿隨意使用絕對路徑
早期的版本busybox默認啟動wget，沒安裝而外的wget的1般使用的是busybox提供的wget版，後來禁用了

/usb/bin/wget 並不1定是真的 wget ，有些沒有安裝wget-nossl/wget-ssl的固件上可能是 /bin/uclient-fetch



規範代碼：

1. WGET=$(command -v wget)
   
2. $WGET http://xx.xx/xxx.xx -O /xxx/xxx.xx
   

复制代码

或

1. $(command -v wget) http://xx.xx/xxx.xx -O /xxx/xxx.xx

复制代码

一般日常使用

1. $(command -v wget) -V 2>&1 | grep -iqF "busybox"

复制代码

判斷是否為 busybox版wget

1. $(command -v wget)  -V 2>/dev/null | grep -F -q +https  

复制代码

判斷是否為 wget 是否支持 https

1. command -v wget-ssl >/dev/null 2>&1

复制代码

判斷是否安裝了 wget-ssl

gia***

rtlhq 发表于 2021-10-3 11:06
請使用規範代碼，若需移植勿隨意使用絕對路徑
早期的版本busybox默認啟動wget，沒安裝而外的wget的1般使用 ...

您这才是真的懂的的
其它半桶水喜欢浪