3 điểm bởi GN⁺ 2024-03-01 | 1 bình luận | Chia sẻ qua WhatsApp

Giới thiệu về GoboLinux

  • GoboLinux là một bản phân phối Linux thay thế, tái định nghĩa toàn bộ cấu trúc phân cấp hệ thống tệp.
  • Đây là một hệ thống không cần cơ sở dữ liệu gói, vì chính hệ thống tệp đóng vai trò là cơ sở dữ liệu.
  • Mỗi chương trình nằm trong thư mục riêng của nó, ví dụ /Programs/LibX11/1.6.9 hoặc /Programs/GCC/9.2.0.

Tin mới nhất

  • Diễn đàn GoboLinux mới được cung cấp bởi Discourse, là nơi người dùng và nhà phát triển có thể trao đổi về Gobo và hỗ trợ lẫn nhau, thay thế danh sách thư trước đây và các kênh tương tự.

Tải xuống

  • Phiên bản hiện tại là 017, cung cấp môi trường live có thể chạy từ DVD, ổ USB và cũng có thể cài đặt lên ổ cứng.

Tài liệu

  • GoboLinux khá khác biệt so với các bản phân phối Linux khác, vì vậy bạn nên tìm hiểu thêm về nó.

Cộng đồng

  • Trọng tâm chính của cộng đồng GoboLinux bao gồm:
    • Kênh IRC #gobolinux hoạt động trên irc.libera.chat
    • Diễn đàn GoboLinux, nơi người dùng và nhà phát triển trao đổi về Gobo và hỗ trợ lẫn nhau
    • Wiki GoboLinux, một trang tài liệu cộng tác mà mọi người đều có thể đóng góp

Ý kiến của GN⁺

  • GoboLinux có cấu trúc hệ thống tệp độc đáo, khác với các bản phân phối Linux truyền thống, nên có thể mang lại trải nghiệm mới cho người dùng Linux.
  • Cách tiếp cận sử dụng hệ thống tệp như một cơ sở dữ liệu có thể khiến việc quản lý gói trở nên trực quan hơn, nhưng có thể đòi hỏi người dùng Linux hiện tại phải làm quen.
  • Hệ thống như vậy có thể mang lại sự hiểu biết rõ ràng hơn về quản lý tệp và cấu hình hệ thống, nhưng có thể bị hạn chế về khả năng tương thích với các bản phân phối khác hoặc phạm vi hỗ trợ từ cộng đồng.
  • Sự hỗ trợ từ cộng đồng và tài liệu của GoboLinux có thể giúp người dùng làm quen với hệ thống và giải quyết vấn đề.
  • Trước khi áp dụng công nghệ này, người dùng nên cân nhắc khả năng tương thích với hệ thống hiện có, mức độ hỗ trợ cần thiết và mức độ hoạt động của cộng đồng.

1 bình luận

 
GN⁺ 2024-03-01
Ý kiến trên Hacker News
  • Với những người có phản ứng mạnh với thiết kế của GoboLinux, tài liệu 20 năm tuổi có tên "Tôi không mù tịt" chứa bối cảnh và lý do thú vị cho các khái niệm này. Phản ứng ban đầu không biến mất hoàn toàn, nhưng giờ không còn mạnh như trước.

    Liên kết đến tài liệu "Tôi không mù tịt": I am not clueless

  • Thật đáng tiếc khi ý tưởng của GoboLinux không được cộng đồng Linux chính thống chấp nhận. Cấu trúc hệ thống tệp của Linux thực sự hoàn toàn hỗn loạn.
  • GoboLinux duy trì khả năng tương thích với di sản Unix một cách minh bạch bằng cách ánh xạ các đường dẫn truyền thống sang các đường dẫn tương ứng trong GoboLinux. /bin được liên kết tới /System/Index/bin, và mọi thư mục "nhị phân" như /usr/bin, /usr/sbin đều trỏ đến cùng một nơi. Điều này có nghĩa là nó còn tương thích hơn một số bản phân phối tiêu chuẩn.
  • Nếu hệ thống tệp thực sự cần thiết, có thể loại bỏ các bản sao thư viện trùng lặp. Sự dư thừa ở cấp độ tệp nên được giải quyết ở chính cấp độ đó.
  • Dự án này có tiềm năng giảm đáng kể gánh nặng nhận thức của chúng ta. Giờ mới biết đây là một dự án đã kéo dài 20 năm.
  • Việc viết hoa chữ cái đầu trong tên thư mục là không tốt. Nó tạo thêm việc khi duyệt đường dẫn, đặc biệt là khi dùng dòng lệnh vì phải nhấn phím Shift mỗi lần, khá bất tiện.
  • Nhóm GoboLinux đã "thiết kế thông minh" một bố cục hệ thống tệp dễ hiểu với con người. Các tập quán UNIX cũ đã lỗi thời vì không còn bị giới hạn kiểu 8.3 do thiếu dung lượng lưu trữ hay vấn đề kích thước tệp vượt quá 1GB nữa.
  • Nếu không có gói cần thiết, bạn sẽ phải tự tạo recipe cho GoboLinux. Ngôn ngữ tạo recipe khá dễ hiểu, nhưng thường một gói phụ thuộc vào hàng chục thư viện, và việc khớp phiên bản của chúng, tìm URL tải về rồi tạo recipe tiêu tốn rất nhiều thời gian.
  • macOS dùng cách tiếp cận tương tự GoboLinux, và việc dùng macOS từ CLI khá dễ. Ví dụ, ổ USB nằm trong /Volumes, còn tệp cấu hình của chương trình nằm trong ~/Library.
  • Có lẽ ai hiểu rõ hơn có thể giải thích GoboLinux tốt hơn hoặc có ưu điểm gì so với snap/flatpak hay các bản phân phối như nixOS. Khi nhìn với hiểu biết còn hạn chế, cách này có vẻ là đơn giản nhất.
  • Thắc mắc vì sao trang đích của website lại yêu cầu JavaScript. Ở đây không cần đến các khả năng động của ngôn ngữ scripting, và điều đó ảnh hưởng đến khả năng truy cập cũng như SEO.
  • Dự án này gợi nhớ đến ý tưởng WinFS cũ của Microsoft. Phụ thuộc vào shared object có thể là một vấn đề, nhưng chưa tìm hiểu kỹ GoboLinux xử lý việc đó như thế nào. Có thể mọi tài nguyên dùng chung đều ở một vị trí cụ thể, hoặc mọi thứ đều được biên dịch tĩnh. Sự hỗn loạn của hệ thống tệp có những lý do riêng, nhưng trong thế giới mã nguồn mở, có thể chấp nhận rủi ro đó.