[1]

来自北京的 Chrome 114.0|Windows 10 用户 发表于 2023-06-30 18:04 的评论：

8 赞 回复

看下小尾巴

[2]

来自福建厦门的 Firefox 115.0|GNU/Linux 用户 发表于 2023-07-16 12:05 的评论：

4 赞 回复

我能回复吗？

[1]

来自北京的 Chrome 114.0|Windows 10 用户 发表于 2023-06-30 18:04 的评论：

8 赞 回复

看下小尾巴

[1]

来自重庆的 Mobile Safari 16.5|iOS 16.5 用户 发表于 2023-06-27 16:47 的评论：

8 赞 回复

hold不住arch一样hold不住manjaro，能hold住arch的不需要manjaro。倒是装endeavour能省不少事，又能像用arch一样用linux。manjaro到底投了多少广宣费。

[2]

来自河南郑州的 Chrome Mobile 111.0|Android 12 用户 发表于 2023-06-27 19:38 的评论：

3 赞 回复

感觉manjaro还可以啊！我轻办公，已经manjaro单系统半年多了，没出过啥问题啊

[3]

来自重庆的 Chrome 114.0|Windows 10 用户 发表于 2023-07-01 23:36 的评论：

3 赞 回复

对manjaro的反感主要来自于那个宣扬开源功利主义，把白嫖说的多高大上的lulinux。以及B乎。其实折腾折腾，Manjaro也不是不能用，但想不折腾是不存在的。对于我来说，Manjaro和Arch的一个区别是，用Manjaro我需要先去掉它那些画蛇添足的默认配置，然后像Arch一样使用。但Endeavour没这个问题。最近在用去年自己做的LFS，也挺稳定，没出问题，出问题也是我的问题。已经不怎么挑发行版，除非一些其他原因。

[1]

来自重庆的 Mobile Safari 16.5|iOS 16.5 用户 发表于 2023-06-27 16:47 的评论：

8 赞 回复

hold不住arch一样hold不住manjaro，能hold住arch的不需要manjaro。倒是装endeavour能省不少事，又能像用arch一样用linux。manjaro到底投了多少广宣费。

[2]

来自河南郑州的 Chrome Mobile 111.0|Android 12 用户 发表于 2023-06-27 19:38 的评论：

3 赞 回复

感觉manjaro还可以啊！我轻办公，已经manjaro单系统半年多了，没出过啥问题啊

[1]

来自河南驻马店的 Chrome 114.0|GNU/Linux 用户 发表于 2023-06-27 21:28 的评论：

4 赞 回复

manjaro比arch更容易挂. 软件库落后一个小版本.大问题可能碰的少一点 小问题非常多.
安装的时候省时间 出问题找起来更麻烦.manjaro出问题好像还不能直接用arch-chroot

[1]

来自四川德阳的 Chrome 112.0|Windows NT 用户 发表于 2023-06-29 10:50 的评论：

16 赞 回复

总有人想装逼学不来 Arch 就用 Manjaro，还给自己洗脑自己用的是 Arch。

但是 Manjaro 不是 Arch，Manjaro 有自己的独立软件源，Manajro 中的软件版本也落后于 Arch 几周， 都与 Arch 不兼容了，很多问题的解决方案并不能套用。
还有 AUR = Arch User Repo，是为 Arch 服务的，Manjaro 虽然能用，但也容易出问题。

[2]

来自四川德阳的 Chrome 112.0|Windows NT 用户 发表于 2023-06-29 10:53 的评论：

6 赞 回复

这倒不是 Arch 用户自认为高人一等。

Manjaro 這個分三個 channel 延遲兩週的做法，原因出於兩點他們處理打包方面非常存疑的做法
- 他們想要自己打包一部分非常核心的包，包括 glibc 內核 驅動 systemd
- 他們不想重新打整個發行版所有包，想直接從 Arch 拿二進制來用。
這兩個做法單獨只做一個沒啥事，放一起做就很容易導致他們自己打包的核心包破壞了二進制兼容，以至於他們從 Arch 拿的二進制包壞掉。所以他們延遲兩週，並不是在測試 Arch 包打包本身的質量，而是在測試他們拿來 Arch 的包和他們自己亂改的核心包之間的兼容性。Arch

[3]

来自四川德阳的 Chrome 112.0|Windows NT 用户 发表于 2023-06-29 10:54 的评论：

8 赞 回复

Arch 本身有一套機制保證 Arch 打包放出來的時候是測試好相互兼容的，被他們替換掉幾個核心包之後就不一定兼容了，他們也沒有渠道涉足 Arch 內部打包機制，從 Arch 組織內部了解什麼時候放出包之類的信息。綜合這些情況，對他們來說合理的做法就是延遲一陣子讓他們自己的人測試一下。
所以作為證據你看他們的打包者開發者很少會向 Arch 上游反饋測試打包遇到的問題…因為 manjaro unstable 和 manjaro testing 會遇到的問題大部分都是他們自己造成的問題而不是 Arch 的問題。
要是他們誠實地把這個情況傳達給他們用戶的話我不責怪他們。Ar

[1]

来自四川德阳的 Chrome 112.0|Windows NT 用户 发表于 2023-06-29 10:50 的评论：

16 赞 回复

总有人想装逼学不来 Arch 就用 Manjaro，还给自己洗脑自己用的是 Arch。

但是 Manjaro 不是 Arch，Manjaro 有自己的独立软件源，Manajro 中的软件版本也落后于 Arch 几周， 都与 Arch 不兼容了，很多问题的解决方案并不能套用。
还有 AUR = Arch User Repo，是为 Arch 服务的，Manjaro 虽然能用，但也容易出问题。

[2]

来自四川德阳的 Chrome 112.0|Windows NT 用户 发表于 2023-06-29 10:53 的评论：

6 赞 回复

这倒不是 Arch 用户自认为高人一等。

Manjaro 這個分三個 channel 延遲兩週的做法，原因出於兩點他們處理打包方面非常存疑的做法
- 他們想要自己打包一部分非常核心的包，包括 glibc 內核 驅動 systemd
- 他們不想重新打整個發行版所有包，想直接從 Arch 拿二進制來用。
這兩個做法單獨只做一個沒啥事，放一起做就很容易導致他們自己打包的核心包破壞了二進制兼容，以至於他們從 Arch 拿的二進制包壞掉。所以他們延遲兩週，並不是在測試 Arch 包打包本身的質量，而是在測試他們拿來 Arch 的包和他們自己亂改的核心包之間的兼容性。Arch

[1]

来自四川德阳的 Chrome 112.0|Windows NT 用户 发表于 2023-06-29 10:50 的评论：

16 赞 回复

总有人想装逼学不来 Arch 就用 Manjaro，还给自己洗脑自己用的是 Arch。

但是 Manjaro 不是 Arch，Manjaro 有自己的独立软件源，Manajro 中的软件版本也落后于 Arch 几周， 都与 Arch 不兼容了，很多问题的解决方案并不能套用。
还有 AUR = Arch User Repo，是为 Arch 服务的，Manjaro 虽然能用，但也容易出问题。

[1]

来自重庆的 Mobile Safari 16.5|iOS 16.5 用户 发表于 2023-06-27 16:47 的评论：

8 赞 回复

hold不住arch一样hold不住manjaro，能hold住arch的不需要manjaro。倒是装endeavour能省不少事，又能像用arch一样用linux。manjaro到底投了多少广宣费。