English 
Merlin
发表于 2022-10-17 23:19 超级版主
社区产品经理
没有使用过这些软件，但如果我们商店里有上架的化基本都可以正常使用。
回复 点赞0 只看作者
沙发
苏无名
deepin
发表于 2022-10-17 23:34 deepin https://github.com/PCSX2/pcsx2/releases/tag/v1.6.0
https://rpcs3.net/download
https://yuzu-emu.org/downloads/
https://github.com/nvbn/thefuck
https://github.com/apple/swift （不知道是不是apple的这个语言）
https://www.unrealengine.com/zh-CN/download
https://developer.android.com/studio?hl=zh-cn （这个商店应该有）
回复 点赞0 只看作者
Lwh2008-Equinox
deepin
发表于 2022-10-17 23:48 deepin 苏无名：
https://github.com/PCSX2/pcsx2/releases/tag/v1.6.0
https://rpcs3.net/download
https://yuzu-emu.org/downloads/
https://github.com/nvbn/thefuck
https://github.com/apple/swift （不知道是不是apple的这个语言）
https://www.unrealengine.com/zh-CN/download
https://developer.android.com/studio?hl=zh-cn （这个商店应该有）
谢谢提供地址，其实我的意思是能不能正常的运行，毕竟感觉这个系统目录树和guix一样富有特色。。。
回复 点赞0 只看作者
苏无名 deepin
发表于 2022-10-18 00:50 deepin Lwh2008-Equinox：
谢谢提供地址，其实我的意思是能不能正常的运行，毕竟感觉这个系统目录树和guix一样富有特色。。。
运行是否ok 自己下载测试下就知道了。
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-18 01:01 deepin 苏无名：
运行是否ok 自己下载测试下就知道了。
基本都是烧硬件，虚拟机卡爆了，上午Alma死机，换debian。debian不支持，换opensuse。opensuse只能用自带的虚拟机但是好麻烦虽然速度超级快（其实是QEMU+KVM/Xen），后来直接用LMDE这种比较省资源的才好一点，可能是要物理机才可以，UOS听说不能做一些有意思的事情所有没有考虑
回复 点赞0 只看作者
不会开车有驾照 deepin
发表于 2022-10-18 01:43 deepin 安装个双系统随便试吧，虚拟机还是算了吧，效率太低了
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-18 01:50 deepin 不会开车有驾照：
安装个双系统随便试吧，虚拟机还是算了吧，效率太低了
双系统感觉不太可行，以前win+lin/win+Mac/lin+uni/win+win/lin+lin基本都是硬盘崩溃
回复 点赞0 只看作者
enforcee deepin
发表于 2022-10-18 01:58 deepin Lwh2008-Equinox：
双系统感觉不太可行，以前win+lin/win+Mac/lin+uni/win+win/lin+lin基本都是硬盘崩溃
你是怎么把电脑用成这样的
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-18 02:16 deepin enforcee：
你是怎么把电脑用成这样的
不清楚，个人习惯吧，也就是打打游戏，后台跑虚拟机
回复 点赞0 只看作者
SamLukeYes
deepin
发表于 2022-10-18 02:36 deepin 
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-18 02:46 deepin SamLukeYes：
有道理。虽然有的时候是不得不
回复 点赞0 只看作者
SamLukeYes deepin
发表于 2022-10-18 03:16 deepin Lwh2008-Equinox：
有道理。虽然有的时候是不得不
我认为“不得不”的情况只有一个，那就是你需要商业支持，而对方不愿意支持你当前正在使用的发行版
BTW，个人认为摆脱 distro hop 的关键一步是学会为自己当前使用的发行版打包。反过来说就是，容易打包的发行版更容易治好 distro hop。
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-18 04:41 deepin SamLukeYes：
我认为“不得不”的情况只有一个，那就是你需要商业支持，而对方不愿意支持你当前正在使用的发行版
BTW，个人认为摆脱 distro hop 的关键一步是学会为自己当前使用的发行版打包。反过来说就是，容易打包的发行版更容易治好 distro hop。
倒不是打包 我以前喜欢mint但是目录树特殊好多软件用不了。opensuse是因为他也就是欧洲流行，软件源慢，虽然YaST天下无敌。rhel都挺好的就是对我来说没必要的东西太多。debian配置就一个字：烦，主要是又不是我完完全全从头开始自己配置，不是很掌握预先的配置。arch就是更新太频繁，GENTOO问题处理麻烦。
其实我还是适应Unix那种要求统一的就像BSD那样但是还是要接受新的环境
回复 点赞0 只看作者
SamLukeYes deepin
发表于 2022-10-18 09:58 deepin Lwh2008-Equinox：
倒不是打包 我以前喜欢mint但是目录树特殊好多软件用不了。opensuse是因为他也就是欧洲流行，软件源慢，虽然YaST天下无敌。rhel都挺好的就是对我来说没必要的东西太多。debian配置就一个字：烦，主要是又不是我完完全全从头开始自己配置，不是很掌握预先的配置。arch就是更新太频繁，GENTOO问题处理麻烦。
其实我还是适应Unix那种要求统一的就像BSD那样但是还是要接受新的环境
opensuse 是有国内镜像的，虽然 obs 不可能全同步到国内。rhel 我没用过，但一般的 Linux 发行版都会有精简的方法的。
debian 系确实烦，我也觉得它的打包工作和大部分用户群体严重脱节，这一点 Arch 做得比较好。Arch 不会强迫你更新，熟练后你可以自己掌握更新的节奏，只要在安装软件包或寻求帮助前记得先更新即可。但 Arch 的问题是它并没有一个足够成熟的机制来保证一个库的大版本更新时所有依赖它的包都及时 rebuild。曾经我从 manjaro 切换到 Arch 的一部分原因就是 manjaro 在使用为 Arch 构建的第三方仓库时库版本不统一，但切换到 Arch 之后才发现第三方仓库的 rebuild 也经常不及时，甚至 Arch 的官方仓库中也偶尔会出现该 rebuild 的没 rebuild 的情况。虽然解决方法是发现问题后 rebuild 即可，但手动干预的次数多了总是会觉得烦。在忍受了这个问题超过一年之后，由于对传统包管理器在滚动发行版中处理库版本更新的能力彻底失望，我切换到了 nixos。
以前我也尝试过上手 gentoo，但很快就被劝退了。在接受了 nixos 之后就更没必要用 gentoo 了。
说到底，一开始就完美符合你的需求的发行版是可遇不可求的。与其在选择发行版上浪费过多的时间，不如多花一点时间在改造自己的发行版上，除非你的需求和当前发行版的理念有了根本上的分歧。一般的 Linux 发行版可以看作是软件包的集合，所以说打包是改造一个发行版的重要手段。当你掌握了打包技能之后，如果某个 Linux 软件还没有为你的发行版打包，你首先会想到的是能不能把它移植到当前的发行版上，而不是去用其他发行版。我到目前为止使用时间最长的发行版是 Arch，是因为我比较熟悉 Arch 系的打包，软件仓库和 AUR 里没有的就自己写 PKGBUILD，自己写好的 PKGBUILD 还能上传到 AUR，实在碰到难啃的硬骨头也可以求助社区里的大佬。在切换到 nixos 之前，我也是先有机会接触了 nix，学会了打包，才作出切换到 nixos 的决定的。这样我就不会担心我常用的某个软件在 nixos 上没有了，即使没有我也可以想办法打包。
回复 点赞1 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-19 01:48 deepin SamLukeYes：
opensuse 是有国内镜像的，虽然 obs 不可能全同步到国内。rhel 我没用过，但一般的 Linux 发行版都会有精简的方法的。
debian 系确实烦，我也觉得它的打包工作和大部分用户群体严重脱节，这一点 Arch 做得比较好。Arch 不会强迫你更新，熟练后你可以自己掌握更新的节奏，只要在安装软件包或寻求帮助前记得先更新即可。但 Arch 的问题是它并没有一个足够成熟的机制来保证一个库的大版本更新时所有依赖它的包都及时 rebuild。曾经我从 manjaro 切换到 Arch 的一部分原因就是 manjaro 在使用为 Arch 构建的第三方仓库时库版本不统一，但切换到 Arch 之后才发现第三方仓库的 rebuild 也经常不及时，甚至 Arch 的官方仓库中也偶尔会出现该 rebuild 的没 rebuild 的情况。虽然解决方法是发现问题后 rebuild 即可，但手动干预的次数多了总是会觉得烦。在忍受了这个问题超过一年之后，由于对传统包管理器在滚动发行版中处理库版本更新的能力彻底失望，我切换到了 nixos。
以前我也尝试过上手 gentoo，但很快就被劝退了。在接受了 nixos 之后就更没必要用 gentoo 了。
说到底，一开始就完美符合你的需求的发行版是可遇不可求的。与其在选择发行版上浪费过多的时间，不如多花一点时间在改造自己的发行版上，除非你的需求和当前发行版的理念有了根本上的分歧。一般的 Linux 发行版可以看作是软件包的集合，所以说打包是改造一个发行版的重要手段。当你掌握了打包技能之后，如果某个 Linux 软件还没有为你的发行版打包，你首先会想到的是能不能把它移植到当前的发行版上，而不是去用其他发行版。我到目前为止使用时间最长的发行版是 Arch，是因为我比较熟悉 Arch 系的打包，软件仓库和 AUR 里没有的就自己写 PKGBUILD，自己写好的 PKGBUILD 还能上传到 AUR，实在碰到难啃的硬骨头也可以求助社区里的大佬。在切换到 nixos 之前，我也是先有机会接触了 nix，学会了打包，才作出切换到 nixos 的决定的。这样我就不会担心我常用的某个软件在 nixos 上没有了，即使没有我也可以想办法打包。
听nixos怎么用的，听说过都是官网文档感觉看的有一点晕，而且软件包是什么格式
回复 点赞0 只看作者
SamLukeYes deepin
发表于 2022-10-19 04:02 deepin Lwh2008-Equinox：
听nixos怎么用的，听说过都是官网文档感觉看的有一点晕，而且软件包是什么格式
nix 的软件包是用 nix 表达式求得的 nix store 中的一个路径，在求值的过程中所需的文件会自动在 nix store 中准备好。
nixos 其实也和 gentoo 一样是基于源码的发行版，只不过提供 binary cache，这样就不需要用户重复编译在官方的测试流程中已经编译过的东西。
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-19 04:04 deepin SamLukeYes：
nix 的软件包是用 nix 表达式求得的 nix store 中的一个路径，在求值的过程中所需的文件会自动在 nix store 中准备好。
nixos 其实也和 gentoo 一样是基于源码的发行版，只不过提供 binary cache，这样就不需要用户重复编译在官方的测试流程中已经编译过的东西。
看的官网上面好像是nix-shell -p pkg_name
回复 点赞0 只看作者
SamLukeYes deepin
发表于 2022-10-19 05:12 deepin Lwh2008-Equinox：
看的官网上面好像是nix-shell -p pkg_name
这只是一个为了方便临时使用而设计的简单写法，实际上它是用这些包名生成了一个 nix 表达式，这个表达式所定义的 shell 环境中有你指定的这些包
回复 点赞0 只看作者
Lwh2008-Equinox deepin
发表于 2022-10-19 05:19 deepin SamLukeYes：
这只是一个为了方便临时使用而设计的简单写法，实际上它是用这些包名生成了一个 nix 表达式，这个表达式所定义的 shell 环境中有你指定的这些包
晕了。。。
回复 点赞0 只看作者
ThinKinG
发表于 2022-10-22 01:24 社区质量组
系统自带的应用商店的应用可以安装，其他的不建议冒险
回复 点赞0 只看作者
请先登录账号再进行相关操作
鸿蒙电脑真机，和deepin有些像，但将deepin还没实现的给实现了。 热门活动
查看更多
deepin在虚拟机速度额😓亿点点慢，现在rhel都带不动了还得跑到变色龙那里。。。如果可以正常运行这些软件感觉就可以放心大胆的把deepin安装到物理机里面了：PCSX2，RPCS3，yuzu，thefuck，swift，UE5，安卓工作室（英文忘了怎么拼），
然后GCC是不是11