CLB Linux
- Bắt đầu nt2
- Ngày bắt đầu
Đỗ Hồng Nam
(Do Hong Nam)
Active Member
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Trả tiền thì sẽ được dùng sớm hơn. Nhưng với tốc độ 1 năm release 1 bản mới thế nì thì trả tiền chỉ như là donation hỗ trợ cho developers mà thui.
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Cũng chẳng seo, cũng ko đắt lém. Mà làm thế cũng đóng góp lại được cho developers.
Distros mình thấy hay nhất vẫn là Mepis (free) và SuSE (commercial). Ubuntu cũng rất nổi nhưng tiếc là máy mình hơi chuối nên không cài được (không nhận dạng được Matrox 4-head display card) để thử. Có ai dùng Ubuntu rồi cho comment cái nhỉ?
Btw, mọi người có biết Vietkey-like software trên Linux không nhỉ? Mình dùng gvnkb nhưng mà cái này lâu không maintain nên hơi bị lỗi.
Btw, mọi người có biết Vietkey-like software trên Linux không nhỉ? Mình dùng gvnkb nhưng mà cái này lâu không maintain nên hơi bị lỗi.
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Mepis & SuSE chỉ dễ dùng, còn nếu so sánh về tốc độ, hiệu năng & tính năng thì ko thể so sánh với Ubuntu hay Debian được (Ko tính Mepis vì Mepis cũng từ Debian mà ra cả). SuSE thì so sánh với FC cũng khó chứ chưa nói đến Debian hay Ubuntu.
xvnkb: http://xvnkb.sf.net & x-unikey: http://unikey.sf.net.
Thanks Hiếu for the links nhé.
Cái này thì mình chưa thấy thuyết phục. Trước hết, mình nói ở đây là regarding Linux for personal use nhé.
Debian: không hiểu Hiếu nói stable, unstale hay testing branch? Mình thấy stable thì rất out-dated, còn unstable và testing thì không stable bằng. Nếu dùng Debian thì thà dùng Mepis/Ubuntu còn hơn vì cũng mới như unstable/testing nhưng đã được test cẩn thận hơn, chưa kể ease of installation và thêm các tiện ích quản lý, và good default installation.
FC: FC không so được với RedHat hồi xưa vì FC bây giờ served như là 1 testing platform, vì thế không stable. Từ lúc có FC rất nhiều người và tổ chức đã bỏ RedHat chuyển sang distro khác. Chưa kể là FC tweaked KDE hơi bị nhiều nên không hoàn toàn tương thích với KDE programs. Có thể sẽ có vấn đề với Gnome trong tương lai nếu Gnome phát triển mạnh theo hướng Mono (Miguel de Icaza gần như đặt cược tương lai của Gnome vào Mono trong khi RedHat không có ý định include Mono vào trong tương lai gần).
Còn SuSE tính năng đều ổn cả, dễ dùng, powerful, good default installation.
Mặc dù mình vẫn thích Debian-based distro hơn (Mepis/Ubuntu) vì Apt-get (so easy to keep your system up to date).
Mọi người rỗi thì vào trao đổi thêm cho vui. Ít người thích Linux nhỉ
Cái này thì mình chưa thấy thuyết phục. Trước hết, mình nói ở đây là regarding Linux for personal use nhé.
Debian: không hiểu Hiếu nói stable, unstale hay testing branch? Mình thấy stable thì rất out-dated, còn unstable và testing thì không stable bằng. Nếu dùng Debian thì thà dùng Mepis/Ubuntu còn hơn vì cũng mới như unstable/testing nhưng đã được test cẩn thận hơn, chưa kể ease of installation và thêm các tiện ích quản lý, và good default installation.
FC: FC không so được với RedHat hồi xưa vì FC bây giờ served như là 1 testing platform, vì thế không stable. Từ lúc có FC rất nhiều người và tổ chức đã bỏ RedHat chuyển sang distro khác. Chưa kể là FC tweaked KDE hơi bị nhiều nên không hoàn toàn tương thích với KDE programs. Có thể sẽ có vấn đề với Gnome trong tương lai nếu Gnome phát triển mạnh theo hướng Mono (Miguel de Icaza gần như đặt cược tương lai của Gnome vào Mono trong khi RedHat không có ý định include Mono vào trong tương lai gần).
Còn SuSE tính năng đều ổn cả, dễ dùng, powerful, good default installation.
Mặc dù mình vẫn thích Debian-based distro hơn (Mepis/Ubuntu) vì Apt-get (so easy to keep your system up to date).
Mọi người rỗi thì vào trao đổi thêm cho vui. Ít người thích Linux nhỉ
Chỉnh sửa lần cuối:
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Ubuntu phát triển từ bản unstable của Debian ---> bản testing của Debian chắc chắn là ở 1 mức độ nó sẽ ổn định hơn hẳn Ubuntu. Nghe cái tên testing có vẻ khó tin tưởng chứ, hầu hết người dùng Debian hàng ngày đều dùng Debian testing vì so về độ ổn định (update thường xuyên) thì chưa các Mepis đã so sánh được. Vấn đề với Debian là khi nèo số bugs chưa = 0 thì chưa được chuyển từ testing ---> stable. SuSE hay Mepis thì chẳng có rule nèo như thế cả. Muốn thế nèo cũng được. Miễn seo "có vẻ" ổn định. 6-6 có thể Debian Sarge hiện tại sẽ được chuyển lên thành Debian stable, và bản Debian "testing" bi giờ cũng chỉ còn có khoảng 30 bugs nữa thui. SuSE & Mepis stable, cái nèo có thể chọi nổi Debian testing về số bugs hiện nay??
Ko bao giờ có chuyện Linux nói chung hay GNOME nói riêng phát triển theo hướng Mono đâu. Ko riêng rì KDE, mà riêng cái kernel của FC đã patch loạn xạ lung tung hết cả rùi, có rất nhiều chương trình ko thể compile trên FC nếu ko sửa đổi, trong đó bao gồm cả VMWare. Thế nhưng phần lớn chương trình vẫn chạy rất tốt trên FC. Về tốc độ thì rõ là nó nhanh hơn hẳn SuSE. Tìm binary packages cho nó cũng đơn giản hơn hẳn SuSE. Còn về độ ổn định thì chưa bít là SuSE hay FC cái nèo tốt hơn cái nèo đâu, FC cứ khoảng 6 tháng ra 1 bản mới, SuSE cũng tầm rứa. Cái chính là cái nèo được test tốt hơn. Cái nì thì chưa có bằng chứng nèo rõ rệt cả. Mà nếu đem so sánh với FC thì SuSE đánh mất hẳn lợi thế dễ sử dụng vì FC cũng dễ sử dụng ko kém.
SuSE chạy cực chậm so với tất cả các distros khác. Thực tế thì SuSE là 1 trong những distros chậm nhất. Được cái có giao diện đẹp & dễ dùng. Còn default install ý anh là seo?? Nếu anh nói kiểu ko phải chọn từng package 1 thì nó lại là độ dễ sử dụng mà em đã loại bỏ từ trên rùi, đã bảo SuSE chỉ được cái dễ sử dụng muh. :biggrin:, hay như nếu anh nói đến YAST installation của SuSE thì cũng lại chỉ là dễ sử dụng thui. Tùy thuộc người dùng Linux, người mới dùng thì thích có default install tốt, vì dễ sử dụng, còn sau nì rùi thì chẳng ai có hơi đâu mà chọn default install của nó cả, tự nhiên phải gánh theo cả 1 đống chương trình mà ko bao giờ dùng. Hay nếu như ý anh là YAST installation program thì cũng chẳng ai thèm quan tâm nữa cả, vì đơn giản là người mới dùng thì thích dùng cái nèo đơn giản chứ còn bình thường thì miễn seo chạy càng nhanh & càng flexible càng tốt.
Em đọc post của Miguel De Icaza ở đây:
http://galaxy.osnews.com/email.php?blog_id=979
Cụ thể có 2 dòng này là đáng chú ý nhất:
# Mono right now shines as a platform for developing desktop applications, and we want to make sure that the developer experience there is great. Once we have conquered that space, we can organically reach into other spaces, but lets first get the first generation of Mono-based GNOME applications rock solid and shipping.
# I would very much like Mono-based applications to be part of the standard Gnome desktop release and get the stamp of approval of the Gnome Foundation. There is no mandate that all distributions must ship all the packages, so Red Hat can just not ship this.
Post của Havoc Pennington (RedHat) về vấn đề này:
http://galaxy.osnews.com/email.php?blog_id=973
Đặc biệt chú ý dòng này:
I can tell you what I would advocate faced with Mono as a GNOME requirement: initially try to reimplement or live without the Mono bits, maybe using language-translation hacks to port stuff to Java; while finding a non-GNOME or forked-GNOME path to get out of this losing approach in the long term. It's ugly but true. We would probably stall as long as possible, hoping to find a way to ship Mono or that GNOME would change its mind, but that's all we could do. I can't think of a way we could justify hacking on software we can't ship.
Vấn đề của RedHat với KDE: It is widely known that the standard installation (from source code) commands:
./configure
make
make install
(thanks Hiếu đã nhắc)
nhiều lúc không work đối với RedHat/FC.
Còn binary package thì RPM của RedHat nhiều lúc cũng run cho SuSE mà (YM for example). Công nhận là RedHat vẫn có lợi thế hơn do ưu thế ban đầu.
Theo một số reviews ở distrowatch.com thì FC không ổn định cho lắm.
Default installation ý anh là install theo default mà không phải chọn riêng từng package, cũng như không phải download thêm trên mạng về cài, không phải chỉnh sửa nhiều. Ví dụ như default installation của Mepis đã có sẵn MP3, DIVX, Flash ... support rồi. Tất nhiên điều này đối với geek không quan trọng nhưng nó quan trọng với normal users, mà kể cả đối với geek nó cũng save time nữa.
Btw Debian testing có vẻ tốt nhỉ. Will try sometimes.
Chỉnh sửa lần cuối:
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Cái nì chỉ là phương hướng mà những lập trình viên Mono muốn, chứ chưa có ở đâu GNOME nói là sẽ phát triển GNOME hướng Mono cả. Mà 1 bài viết khen lấy khen để Mono là lại do 1 LTV của Novell viết thì làm seo tin nổi. Ai chẳng bít Novell đứng đằng sau Mono. Mà ngay trong bài viết nì, đồng chí Miguel de Icaza khen tới tấp Mono mà lại viết thế nì thì thử hỏi có chết con nhà người ta ko cơ chứ:
Tự mình khen mình thì ai mà tin được.
Đọc qua bài đấy thì em thấy chúng nó đang cãi nhau về Java (cụ thể là GCJ) hay Mono thì đúng hơn là phát triển GNOME hướng Mono. Tạm chưa nói đến GCJ & Mono cái nèo tốt hơn vì cái đó ngoài tầm phủ sóng của vấn đề đang nói đến. Nhưng cứ nói về việc anh nói GNOME có thể sẽ phát triển theo hướng Mono đã. Ngay trong 2 bài viết anh post, đọc qua 2 bài viết đó, có thể thấy là 2 tác giả đó có vẻ hơi cay cú chuyện GNOME developers ko phát triển GNOME hỗ trợ Mono tốt hơn.
Ờ, 3 dòng lệnh của anh thì gần như là chắc chắn ko hoạt động với 99% số chương trình ấy chứ.
) ./make?? ./make install?? Trở lại chủ đề chính, trước giờ em mới chỉ duy nhất 1 lần ko thể compile bình thường với FC là VMWare (tuy nhiên đã có patch kernel sửa lỗi). Anh thử nói xem còn bao nhiêu chương trình như thế nữa?? Ko phủ nhận là sẽ có 1 số chương trình khác gặp vấn đề tương tự, nhưng phần lớn các chương trình thông thường (mà normal users - như anh nói) sử dụng thì hoàn toàn ko bị vấn đề nì.Cái đó thì ko thể trách được Debian. Bởi vì Debian là có social contract & cũng thuộc dạng bảo thủ nhất trong số tất cả các distros. Chỉ cần có 1 điều khoản trong license của 1 chương trình ko tương thích với GPL là nó loại bỏ luôn, chú ko nói đến proprietary như Flash đâu. Vả lại, như em đã nói ở trên, SuSE chỉ được cái dễ sử dụng & cái default install đó cũng chỉ là tăng độ dễ sử dụng (mà ở đây là dễ cài).
Nếu 1 lập trình viên bình thường thì ai quote ra làm gì. Chắc em biết Miguel De Icaza là founder và leader của Gnome :-/
Có lẽ em chưa bao giờ install KDE programs từ source code :-/
3 dòng lệnh đó là standard và work cho tất cả các distros có KDE cài đặt (phải cài KDE-devel package), chỉ trừ Redhat/FC vì RedHat thay đổi KDE quá nhiều.
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Trừ khi là sole developer. Còn ko thì chẳng có nghĩa lý rì cả. Bằng chứng là Miguel De Icaza còn phải bức xúc mà post lên đó vì GNOME nhất quyết ko chịu phát triển hỗ trợ Mono. 1 mình Miguel De Icaza ko thể tự quyết định được rì cả.
Ko phủ nhận là em dùng Fluxbox hoặc GNOME chủ yếu. Tuy nhiên, cụ thể thì chương trình KDE nèo dùng 3 dòng trên ko compile đ.c??
Nói rõ thêm về install programs từ source code:
Khi download 1 phần mềm Linux về, nếu không có dạng Binary (RPM hoặc DEB) mà chỉ có source code (C/C++) thì phải làm 3 steps như thế để cài đặt:
1. ./configure
Để generate ra Makefile phù hợp với system hiện tại
2. make
Để compile source code (C/C++) -> các file executables và/hoặc libraries.
3. make install
Chủ yếu để copy các file file executables và/hoặc libraries vào các thư mục tương ứng. Chẳng hạn, file executables được copy vào /usr/bin ...
Cách trên đây applicable cho tất cả các chương trình dùng Autoconf/Automake (which means, hầu như tất cả các KDE programs và có lẽ Gnome programs nữa).
Khi download 1 phần mềm Linux về, nếu không có dạng Binary (RPM hoặc DEB) mà chỉ có source code (C/C++) thì phải làm 3 steps như thế để cài đặt:
1. ./configure
Để generate ra Makefile phù hợp với system hiện tại
2. make
Để compile source code (C/C++) -> các file executables và/hoặc libraries.
3. make install
Chủ yếu để copy các file file executables và/hoặc libraries vào các thư mục tương ứng. Chẳng hạn, file executables được copy vào /usr/bin ...
Cách trên đây applicable cho tất cả các chương trình dùng Autoconf/Automake (which means, hầu như tất cả các KDE programs và có lẽ Gnome programs nữa).
Chỉnh sửa lần cuối:
Không quyết định nhưng có ảnh hưởng lớn. Không thể nói chẳng có nghĩa lý gì cả. Nếu em đọc news về Gnome nói chung sẽ thấy Miguel là 1 "vị thánh" ở Gnome world, có thể còn hơn Linus ở Linux world nói chung (Điều này khác hẳn với KDE - ở KDE thực sự không có ai là leader (mặc dù Matthias Ettrich là founder) và tất cả mọi quyết định đều theo hướng thảo luận/thống nhất giữa các developers của KDE). Còn lý do Miguel post bài đó không phải vì Gnome ko chịu phát triển hỗ trợ Mono mà là vì có 1 số developers của Gnome phản đối nên Miguel muốn thuyết phục. Không phủ nhận là những tranh cãi này đã làm chậm tiến độ phát triển của Gnome.
Đây là thư viện phần mềm của KDE: www.kde-apps.org
Em vào đó rồi download thử 1 số chương trình (dạng source code ấy) rồi thử install và test xem. Biết đâu FC3/4 lại đỡ bị lỗi này hơn. Nhưng hồi trước thậm chí có 1 số KDE developer như Mosfett đã tuyên bố thẳng là chương trình của mình không support RedHat (luckily nhiều developers khác đã cố gắng cộng tác với RedHat để giúp giảm nhẹ sự incompatibility).
Chỉnh sửa lần cuối:
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Ko riêng rì GNOME hay KDE mà là hầu hết chương trình Linux. Tuy nhiên, 3 dòng lệnh của anh thì sai đến 2 (./make && ./make install) ---> compile kiểu đó thì chắc chắn là compile trên distros nèo anh cũng compile ko thành công chứ ko nói riêng rì FC.
Có ảnh hưởng hay ko cũng rứa thui, em đọc bài đó thì em thấy là có nhiều LTV của GNOME ko chịu phát triển hỗ trợ Mono. Và trên thực tế là chưa có 1 official announcement nèo của GNOME nói về việc nì cả. Hiện nay, bản GNOME mới nhất (2.10), cũng ko hề phát triển hỗ trợ Mono.
Hiện giờ em ko dùng FC, tuy nhiên, nếu những rì anh nói là đúng (tức là anh dùng ./configure && ./make && ./make install) thì chắc chắn là ko riêng rì KDE mà bất cứ chương trình nèo anh cũng ko thể compile được, đơn giản vì dòng lệnh anh sử dụng sai hoàn toàn (phải là make && make install chứ ko phải là ./make - anh có nhìn thấy file nèo trong thư mục ./ có tên make ko??). Còn sự thật là em chưa từng bị thế bao giờ (trừ trường hợp của VMWare như đã nói ở trên).
Sorry thêm dấu chấm vào trước make và make install (./) thì anh sai. Thanks Hiếu đã nhắc. Nhưng những nội dung khác thì hoàn toàn đúng.
Viết lại nhé.
Để install chương trình A từ source code.
I. Download source code của A (thường là file kiểu A-1.0.tar.gz) về
II. Unzip A-1.0.tar.gz ra, bạn sẽ có 1 thư mục A-1.0
III. Mở 1 terminal window ra (root mode) và cd vào thư mục A-1.0
IV. Run 3 lệnh:
./configure
make
make install
như đã nói
(P.S. to all: trong Linux, ./ là thư mục hiện tại)
(P.S. 2: nếu có lỗi thì thử thay ./configure bằng ./configure --prefix=YOUR_KDE_PATH)
V. Nếu không có lỗi gì, chứng tỏ chương trình đã được cài đặt thành công và có thể chạy bằng cách từ cửa sổ Terminal, type: A
Việc này ảnh hưởng đến tương lai Gnome chứ không phải phiên bản hiện tại.
Chỉnh sửa lần cuối:
Đặng Trần Hiếu
(lt2hieu2004)
Thành viên danh dự
Anh vẫn ko hiểu. ./configure thì hoàn toàn đúng. Nhưng cái đoạn ./make & ./make install thì hoàn toàn sai. Anh cứ làm theo em nói: ./configure rùi make, make install sẽ thấy khác, chứ nếu anh mà ./make & ./make install thì em chắc chắn là 99% số lần compile sẽ ko thành công.
Yeah đã sửa. Trở lại chủ đề RedHat nhé:
./configure
make
make install
cho KDE programs nhiều lúc không work với Redhat/Fedora.
Hơn nữa Fedora Core là testing platform nên không stable.
Còn việc Redhat/FC không có MP3 support ... thì tại license program thôi, nhưng đối với users là không tiện rồi.
./configure
make
make install
cho KDE programs nhiều lúc không work với Redhat/Fedora.
Hơn nữa Fedora Core là testing platform nên không stable.
Còn việc Redhat/FC không có MP3 support ... thì tại license program thôi, nhưng đối với users là không tiện rồi.