Forum Debian Users Gang

W dużych korpo zazwyczaj RHEL albo SLES/SLED, w "misiach" zazwyczaj to,
co informatyk umie zainstalować, najczęściej  Ubuntu, czasem Debian, OpenSUSE albo Fedora.

Jeśli chodzi o różniaste serwery czy "routery" robione często ze starych kompów,
to już totolotek, co tam można znaleźć.

Pozdro
;-)

Ostatnio edytowany przez Jacekalex (2015-03-20 09:56:26)

CentoOSa można często znaleźć na serwerach różnej maści, ale u mnie on się mieści w kategorii "RHEL dla ubogich", bo CentOS jest podobno binarnie zgodny z RHEL, i to jest jego główna, by nie napisać że jedyna, zaleta.

W innych kwestiach Debian zjada CentOS'a na śniadanie.

@ethanak: w 3 kwestiach.
1. "wpisz se w gugle, to zobaczysz, ale i tak najlepszy jest rzętu"
2. "wiem, ale nie powiem"
3. "nie wiem, ale się wypowiem"

:)

Ogólnie to RedHaty w zględnie SUSE i ich pochodne (centos, scientific, etc) są odgórnie pobłogosławione przez komercyjne oprogramowanie i od strzała współpracują zarowno z "nietypowym" sprzętem np. od National Instruments, czy specjalizowanym oprogramowaniem CAD/CAE.
Debian daje radę, ale po silnym spuszczaniu się na niego.

Murzyntu i tym podobne user friendly dystrybucje często nie pozwalają się zmusić do współpracy (szczególnie ostatnie wersje).

Ma i redhat i novel, nawet cisco robi jakieś linuxowe szkolenia , ale najlepiej w kategorii certow zrobić sobie LPI jest uniwersalne przynajmniej

Jeśli pyta się dla Papieru to imo LPI, albo certyfikacja RedHata, a jeśli nie dla papieru, to niech się nauczy któregokolwiek z nich dobrze (CentOS/Redhat, Debian, SUSE) to z dokumentacją może skonfigurować nawet prom kosmiczny

btw trochę offtop, ale warto się bawić w ogóle w certyfikacje z Linuxa od Cisco? Bo mam okazje zdać Linux Essentials by Cisco za darmo (co prawda materiał tam to jest fraszka dla każdego kto robił ocś więcej niż otwieranie FF) i sobie go zdam, ale czy warto się bawić w kontynuacje tego wątku, ktoś będzie na to patrzył, czy lepiej przeznaczyć te pieniążki na LPI/RH od podstaw?

@Jacekalex Spróbuj cokolwiek komercyjnego odpalić na RHacie i debianie. Na tym pierwszym pójdzie od strzała na drugim masz tydzień z głowy

Lorenzo napisał(-a):

@Jacekalex Spróbuj cokolwiek komercyjnego odpalić na RHacie i debianie. Na tym pierwszym pójdzie od strzała na drugim masz tydzień z głowy

Znam jeden produkt, gdzie jest dokładnie na odwrót - no ale wyjątek potwierdza regułę ;-)

http://www.caldera.com/

Od strzała działa tylko na ich przygotowanym debianie i osx, na czymś innym to droga przez mękę :)

Jacekalex napisał(-a):

ethanak napisał(-a):

@up: w jakich mianowicie kwestiach i czy masz na to jakiś dowód czy to kolejna bajka o Misiach Wydajach?

Prosty przykład:
przenośność oprogramowania między dystrybucjami Linuxa - paczka deb kontra rpm.
Deb może sobie fruwać między podobnymi wersjami Debiana, *Buntu, Minta i diabli wiedzą, ile mniejszych systemów.

A spróbuj przenosić  paczki rpm między RHEL, SUSE i Mageią.

Żartujesz sobie czy naprawdę nie masz pojęcia o czym piszesz?

.*buntu, Mint i wszelkie inne na debach oparte to nie są oddzielne dystrybucje, tylko bliższe lub dalsze (a nawet bardzo dalekie) modyfikacje Debiana. Stąd kompatybilność. Przy czym przy próbach instalacji debów spoza dystrybucji można się nieco zdziwić (czego przykładem były choćby próby instalacji Mileny) - choćby z uwagi na manieryzmy Ubuntu trzymania różnych ważnych plików w różnych miejscach (przy czym różnice zachodzą z wersji na werję). Owszem - na poziomie źródłowym kompatybilność jest wyższa - ale co do fruwania to się chyba bajek o Ali-Babie i latającym dywanie naczytałeś.


RPM-y z RedHata możesz spokojnie instalować na CentOS-ie czy Fedorze (i vice versa - czego przykładem choćby EPEL). Inne dystrybucje oparte na RPM wcale nie są pochodnymi RH, i fakt użycia przez nie mechanizmu RPM a nie DEB nie świadczy jeszcze o jakichkolwiek pretensjach do kompatybilności z RH.

Inna zaleta?
Sterowniki - w Debianie możesz z paczek zainstalować jajka od wersji od 2.6.x do 3.19.1, zależy, jakie potrzebujesz.
Próbowałeś jajko z CentOS 4.x zapakować do 6.x?

Że tak zapytam - po jaką cholerę?

Debian jest o wiele bardziej elastyczny od wszystkiego, co używa lub używało paczek RPM.
A ta elastyczność daje pole manewru do radzenia sobie z różnymi problemami.

Znów bajka. Nie wiem skąd Ci się takie przekonanie wzięło - może dlatego, że w Debianie (i mutacjach) masz katalog "debian" i w nim multum pliczków i subkatalogów, a w RPM-ie wszystko siedzi w jednym specu? A jaka to k... różnica... może poza tym, że aby opanować wszystkie możliwe "debpomagacze" które w teorii mają pomagać w stworzeniu paczek, a w praktyce stworzenie takowej skutecznie utrudniają (przynajmniej dla kogoś, kto tworzeniem takowych nie zajmuje się na codzień), na odmianę opanowanie składni speca to kwestia paru minut nauki?

Tymczasem zarówno deb jak i RPM zawierają dokładnie te same informacje: wykaz zależności (provides, requires itd.), archiwum z plikami, zestaw skryptów pre/post oraz informacje w jaki sposób pakiet został utworzony (czyli spec w przypadku RPM-a, skrócona zawartość katalogu debian w przypadku deba). Wszystko. Żadnej magii i żadnej wyższości. Nic. Nada. Nothing. Ни хуя!

Jeśli już koniecznie mówimy o wyższości - porównać możemy co najwyżej polecenia "rpm" i "dpkg". A tu - wybacz że rozwieję Twoje wyobrażenia - widziałbym lekką wyższość rpm-a. Dlaczego?

A podaj mi może odpowiednik rpm-owego przełącznika "--dbonly" w dpkg. A z doświadczenia powiem Ci, że bardzo się ów przełącznik przydaje - szczególnie przy dystrybucjach takich mniej stabilnych.

Natomiast porównanie programów operujących na wyższym poziomie (wszelkie aptitudy, apt-gety i inne yumy) pozwoli co najwyżej na stwierdzenie, że najpierw jest Poldek, potem długo nic a potem reszta świata... :)

Albo sławna dziura w bibliotece libc - zwwiązana z funkcją LD_AUDIT, Debian załatany po 23 godzinach po znalezieniu luki, RHEL po dwóch dniach, Gentoo dopiero po tygodniu (team toolchain miał wakacje).

Wiesz - są kłamstwa, grube kłąmstwa i statystyki. Szczególnie statystyki tworzone na podstawie pojedynczego przypadku.
Zresztą Twoja stronniczość wyłazi z powyższego zdania jak gów^H^H^Hpodwiązki z kaleson. Usprawiedliwiasz Gentoo (bo przecież nikt się nie będzie na Gientka włamywać jak team jest na urlopie, chakiery grzecznie poczekają), porównujesz czasy reakcji rzędu godzin skrzętnie zapomijnając o tym, że w Debianie kolega Miecio co się glibcem zajmuje może sobie wrzucić nową paczkę wywołując przy tym ochu, achy i oklaski - w RH taka paczka musi przejść parę audytów (choćby z tego powodu, że RH własną du^H^Hkasą odpowiada przed klientem, a panu Mieciowi od Debiana klient może co najwyżej nagwizdać). Punkt dla RH za szybkie załatanie dziury i zrobienie pełnych audytów w ciągu zaledwie dwóch dni, podczas gdy samo stworzenie paczki zajęło teamowi Debiana aż 23 godziny.

W rezultacie wśród serwerów internetowych regularnie aktualizowany Debian wytrzymuje więcej ataków, niż porównywalny CentOS,

Jakieś żródła czy znów Szeherezada wspominała?

Oczywiście, każdy absolwent 1024 stopni kursu RHEL będzie innego zdania,
ale ten fakt zaliczam do licznych przypadków "syndromu sztokholmskiego".... xD

Pozwól że odpowiem jeno odnośnikiem, cytat sobie znajdziesz: Mt, 7, 3-5. Ze szczególnym uwzględnieniem owego "5".

Ostatnio edytowany przez ethanak (2015-03-22 09:13:40)