• Home
  • Categories
  • WIKI
  • LANGUAGE: en
    • [Topic DIscussion] 删除应用时，把wifi给删除了？
    deepin Talks 531 views · 11 replies ·
    Tofloor
    poster avatar
    搁浅
    deepin
    2023-03-28 21:57
    Author

    前一天，安装MYSQL,一直专门跟不上，按照csdn的方法删除应用，结果成这样了

    这是我删除用的命令
sudo apt purge mysql-:
sudo rm -rf /etc/mysql/ /var/lib/mysql
sudo apt autoremove
sudo apt autoclean

    系统策略阻止所有用户修改网络设置 并且出现报错

    截图 2023-03-28 13-08-26.png

    截图 2023-03-28 13-07-20.png

    Reply Favorite View the author
    All Replies
    川顺页
    deepin
    2023-03-28 22:24
    #1

    重装解决一切问题。

    Reply View the author
    fuuko
    deepin
    2023-03-28 22:25
    #2

    doubt

    mysql这种东西还是架设docker环境吧

    Reply View the author
    longlong
    deepin
    Community Developer
    2023-03-28 22:32
    #3

    不要用autoremove！ 这个东西如果一旦有某人包依赖写错了就会带来不可预知的影响

    Reply View the author
    搁浅
    deepin
    2023-03-28 22:56
    #4
    longlong：

    不要用autoremove！ 这个东西如果一旦有某人包依赖写错了就会带来不可预知的影响

    嗯，我现在就只能说，拿着ubuntuh这个系统来把自己一些没有亲手动过的误区思，能解决解决一点吧

    Reply View the author
    enforcee
    deepin
    2023-03-29 00:03
    #5
    longlong：

    不要用autoremove！ 这个东西如果一旦有某人包依赖写错了就会带来不可预知的影响

    你们开发能不能辛苦一点把包依赖写对了

    joy

    Reply View the author
    jjcui8595
    deepin
    2023-03-29 00:07
    #6
    enforcee：

    你们开发能不能辛苦一点把包依赖写对了

    joy

    基本上每个软件都模块化设计、都有依赖，加上linux版本众多，所以再好的linux系统也很难解决依赖问题

    Reply View the author
    忘记、过去
    deepin
    2023-03-29 00:22
    #7
    longlong：

    不要用autoremove！ 这个东西如果一旦有某人包依赖写错了就会带来不可预知的影响

    这得和 lastore-daemon 开发大佬说啊.......启动器的卸载功能至今还用的 autoremove......（虽然有判断 dde 会不会卸载，但是如果没有 dde 这个虚包就 G 了）

    Reply View the author
    enforcee
    deepin
    2023-03-29 01:15
    #8
    jjcui8595：

    基本上每个软件都模块化设计、都有依赖，加上linux版本众多，所以再好的linux系统也很难解决依赖问题

    再难的问题也得去解决，别总把问题推给用户

    blush

    autoremove本来就是必须用的功能，按理讲autoremove只是把标注为自动安装且不被使用的依赖包卸载掉，是在系统中减少包而不是添加，怎么会产生依赖问题呢。唯一的错误就是把应该标注为手动安装的软件包标成了自动安装，这才会删掉错误的软件包。

    要我说包管理器最便捷的功能就是autoremove。我用过的各种发行版包管理器几乎都设计了这个功能，也没听说不让大家用的。隔壁Windows的软件安装包msi也算是包管理器，但是他就不记录依赖，导致运行软件经常缺少运行库，删个软件也不知道哪个运行库是不需要的，弄得系统盘越用可用空间越少，最后结局就是重装系统。

    Reply View the author
    jjcui8595
    deepin
    2023-03-29 01:48
    #9
    enforcee：

    再难的问题也得去解决，别总把问题推给用户

    blush

    autoremove本来就是必须用的功能，按理讲autoremove只是把标注为自动安装且不被使用的依赖包卸载掉，是在系统中减少包而不是添加，怎么会产生依赖问题呢。唯一的错误就是把应该标注为手动安装的软件包标成了自动安装，这才会删掉错误的软件包。

    要我说包管理器最便捷的功能就是autoremove。我用过的各种发行版包管理器几乎都设计了这个功能，也没听说不让大家用的。隔壁Windows的软件安装包msi也算是包管理器，但是他就不记录依赖，导致运行软件经常缺少运行库，删个软件也不知道哪个运行库是不需要的，弄得系统盘越用可用空间越少，最后结局就是重装系统。

    除了系统自带软件，系统开发者不可能去测试所有软件，更不可能解决未来软件的依赖问题，除非linux像windows一样完全统一标准

    Reply View the author
    enforcee
    deepin
    2023-03-29 02:06
    #10
    jjcui8595：

    除了系统自带软件，系统开发者不可能去测试所有软件，更不可能解决未来软件的依赖问题，除非linux像windows一样完全统一标准

    你可以用 apt show <包名>查看系统里面的软件包资料，看看有多少软件是debian团队打包的，他们并不是软件的原作者上传的，都是debian的维护者把这些软件整合到系统里。我听说deepin想做根发行版，如果自己不维护软件包从何谈起？

    Reply View the author
    安洛
    deepin
    2023-03-29 02:31
    #11
    jjcui8595：

    除了系统自带软件，系统开发者不可能去测试所有软件，更不可能解决未来软件的依赖问题，除非linux像windows一样完全统一标准

    开发者本来也不会需要去依赖未来的软件吧。。。而且deb包依赖允许写死版本，要是担心未来依赖的软件发生更改导致软件不可用的话，直接把依赖版本写死在当前版本就好了。deb也允许内置依赖（只要不违反再分发协议），像是网易云的deb包就内置了一个vlc，完全可以模仿appimage那样把依赖都打包进deb里。

    而且开发者也应该清楚自己的软件依赖了哪些软件或库，可能不清楚的就是这些软件或库在目标系统上的存在形式。这样的话测试其实也不复杂才对。按着软件找包就行。

    （一点点个人见解，可能有错）

    Reply View the author