thảo luận GNU/Linux, *nix

  • Người tạo chủ đề Người tạo chủ đề Fioren
  • Ngày bắt đầu Ngày bắt đầu
Các bác đang dùng font chữ gì cho em tham khảo với, dùng mấy font trên debian mà nó cảm giác không vừa mắt lắm, hơi khó nhìn :sweat:
Ko thích default thì giờ cũng chỉ có mấy cái thấy đẹp chạy chuẩn chung thôi: IBM plex (rất thích font mono của bọn này), noto, ubuntu và Dejavu. (dejavu đẹp nhưng font mono trong một số tình huống hay bị lỗi tiếng việt bị lệch dấu).

(tôi rất kỵ cách font cá nhân hóa như kiểu modified của Nerd font, vì chỉ nhỡ may dùng ký tự thuộc vùng private của nó thì qua máy khác phải cài Nerd thì mới xem được, ko lại lỗi tùm lum).
 
jetbrains mono nerd font, dùng mọi chỗ luôn :baffle:
Xem tệp đính kèm 3679726
Tôi cũng đã từng dùng fonts này nhưng dùng mọi chỗ thì có hơi bệnh
6GSV5qI.png
Nó là fonts monospace mà
 
Nó ko ngon thì chả có lý gì đa số các distro đều xài.
Cũng giống như thời trước wayland làm cho 1 đống window system khác nhau rồi ma nó xài :surrender:
Tôi thấy tưởng đài loan bảo là nó tệ, nhưng nó sinh ra khắc phục nhược điểm của cái cũ nên người ta vẫn chấp nhận dùng mà. CHưa kể nó có ông lớn hậu thuận để hoàn thiện, thì lại càng khó để cố đấm ăn xôi với hệ thống khởi động cũ (tường minh hơn nhưng lại cực kỳ chậm)

Mà tôi thấy cái gì mà Fedora đưa vào và hậu thuẫn thì trước sau gì cũng phổ biến trong linux thôi. Khó xịt lắm, làm gì thằng nào đủ lực hay chịu chi tiền support đâu.

Cơ mà cái systemd này hơi đi ngược tiêu chí của linux thì phải. systemd kiêm nhiệm nhiều quá, thì systemd crash là kéo system crash theo luôn! Hơi hơi giống kiểu windows.
 
qua void thôi, ko systemd, rolling release :boss: , mà quả package manager bọn này tên khó nhớ thật
 
Tôi thấy tưởng đài loan bảo là nó tệ, nhưng nó sinh ra khắc phục nhược điểm của cái cũ nên người ta vẫn chấp nhận dùng mà. CHưa kể nó có ông lớn hậu thuận để hoàn thiện, thì lại càng khó để cố đấm ăn xôi với hệ thống khởi động cũ (tường minh hơn nhưng lại cực kỳ chậm)

Mà tôi thấy cái gì mà Fedora đưa vào và hậu thuẫn thì trước sau gì cũng phổ biến trong linux thôi. Khó xịt lắm, làm gì thằng nào đủ lực hay chịu chi tiền support đâu.

Cơ mà cái systemd này hơi đi ngược tiêu chí của linux thì phải. systemd kiêm nhiệm nhiều quá, thì systemd crash là kéo system crash theo luôn! Hơi hơi giống kiểu windows.
theo tôi tìm hiểu thì đám sinh ra để cố gắng thay thế systemd như runit hay SysVinit nếu PID 1 mà crash thì tụi nó cũng tạch luôn chứ đâu riêng gì systemd :big_smile:
 
theo tôi tìm hiểu thì đám sinh ra để cố gắng thay thế systemd như runit hay SysVinit nếu PID 1 mà crash thì tụi nó cũng tạch luôn chứ đâu riêng gì systemd :big_smile:
thì cũng tương tự như vụ cãi nhau giữa kernel nguyên khối và chia nhỏ. hoặc vụ Linux ko đi theo triết lý Unix (chỉ tuân thủ POSIX) như bsd.
rốt cuộc thằng nào cũng có chỗ đứng trên thị trường, quan trọng là đứng ở phân khúc nào, mục đích gì, khách hàng là ai thôi.
a8ea60d50f66abb9c061caf007e3170fb6cdb217f52bbcd2811e4830e178416f.webp
 
mấy bố dùng gì thì 1 cái thôi dùm con ạ, linux quá phân mảnh rồi. Mong sau này về 1 mối, khác cái pakage manager thôi là đc
đấy mới là tự do. luôn có một thứ thay thế được, chứ ko chết dí vào độc quyền, thao túng từ big tech vô foss.
ngày trước redhat lập cái ủy ban tiêu chuẩn linux base ra, ép cả đám xài rpm, trừ suse cũng xài rpm từ đầu, còn lại quay lưng hết, ko ai theo thì tự cái hội đồng đó dẹp luôn, linux vẫn sống khỏe và phát triển.
mình ko xài sysvinit, nhưng mình ủng hộ họ cứ làm, tuần tự cũng dc, song song cũng dc, rồi sẽ có một thứ tốt hơn đủ ảnh hưởng cộng đồng xài.
như gnome chơi khóa chết UI vào libadwaita4, đã thế đạp lên tiêu chuẩn xdg-desktop-portal, tự dưng xuất hiện làn sóng chỉ trích/ âm ỉ ly khai ra khỏi gtk/gnome ngay.
 
Em chả hiểu tại sao cron / launchctl trên macOS đều không chạy được rsync. Toàn bị báo lỗi
rsync: [sender] failed to connect to 192.168.1.2: No route to host (65)
rsync error: error in socket IO (code 10) at clientserver.c(141) [sender=3.4.4]
Trong khi chạy rsync trực tiếp từ terminal thì được. Giờ mỗi lần backup lại vô terminal chạy thì mệt quá. Thì em phát hiện ra có cái app RsyncUI chạy rsync lên schedule được.
Mã:
brew install --cask rsyncui
Xài rsync daemon cũng được luôn
Screen Shot 2026-07-01 at 10.webp
 
theo tôi tìm hiểu thì đám sinh ra để cố gắng thay thế systemd như runit hay SysVinit nếu PID 1 mà crash thì tụi nó cũng tạch luôn chứ đâu riêng gì systemd :big_smile:
Diễn đạt sai. Ý là nó ôm quá nhiều thứ để quản lý, những thứ đó dồn hết vào pid1 và dính chặt vào pid1, tăng nguy cơ lỗi và khó kiểm soát, mà nó lỗi crash là nó crash cả hệ thống luôn! Ngược cái triết lý của thằng linux! Nhiều cái độc lập, mỗi cái làm thật tốt việc của nó.

Mà nó nói là khó kiểm soát, chứ tính ra vẫn kiểm saots được, và người ta vẫn dùng nó :)))

Chưa thấy systemd crash bao giờ, chắc mấy anh lái tàu vũ trụ mới quan tâm
Crash những cái có sẵn thế mà dễ crash vậy thì ai dám push cho người dugnf dùng. Nó crash và khó xử lý từ phía phát triển bảo trì Ai hay chỉnh chọt hay quả lý mạng, tùy biến app để khởi chạy và quản lý nó bằng systemd thì có lẽ là cũng bị nó hành cho ức chế.
 

Thống kê chủ đề

Ngày tạo
Fioren,
Người trả lời cuối
Curly.Kien,
Trả lời
12.187
Lượt xem
1.036.856
Quay lại
Lên đầu trang