Mi baj van a Debiannal?

Az utobbi idoben sokszor olvastam, hogy ez a Debian mennyire egy borzaszto tragyadomb.

Erdekelnenek konkret problemak, amik miatt valakiben ez a velemeny alakult ki.
Nem mintha barmi is valtozna, a tobb mint 50 szerveremen eddig is es ezutan is Debian fog futni.
Legalabbis amig elo nem kerul valami amihez jobban ertek.

Azt hiszem nem nagyon fogok hozzaszolni. Nem all szandekomban megvedeni a Debiant.
Ez is csak egy eszkoz, ami vagy alkalmas az adott ember kezeben egy feladat elvegzesere, vagy nem.
Ennek fenyeben is kell megitelni.
A multban a legtobb ember akitol heves panaszkodast hallottam akarmelyik oprendszerre, az alabbi hibak egyiket kovette el:

  • Nem az OShez valasztott szerver vasat. Alapveto hiba.
  • Olyan feladatra akarta hasznalni az OSt, amire az nem igazan alkalmas. (tipikus: Mayat akar futtatni, Oracle supportot akar.)
  • Nem ertett az adott rendszerhez, igy a rendszerspecifikus elteresektol agyverzest kapva nem tudta megoldani a problemat. pl. Exim4 split config.
    • Ennek alfaja, amikor az ember egy masik OShez viszont jol ert es mindenaron megprobalja a Debiant is az ott megszokott konvenciokon at kezelni. S amikor ez nem megy akkor jon a felkialtas: Hogy ez mennyire szar!
  • Bugba utkozott, es rafogta az OSre. Holott mindben vannak bosszanto hibak.

Nagyon szeretnek olyan kifogassal talalkozni amire nem tudom rahuzni egyik kategoriamat sem.
Magyarul: Reszrehajlo leszek a Debian javara, es mindent megprobalok betorzitani a fentiek ala, hogy jobban erezzem magamat. :-D

Flame away.

( anr | 2007. 01. 21., v – 18:42 )

az oprendszer lenyegtelen.
a lenyegesek a problemak, es a rendszergazda hozzaertese, hogy a felmerulo dolgokat kepes legyen megoldani az altala valasztott "kontextusban".
meglehetosen kicsi azon problemak kore, amik debian alatt megoldhatatlanok.
a debian ellenes flame 2 dologbol tevodik ossze:
1. valami partikularis dolog pöccre mukodik X rendszer alatt, es kellhet nehany perc ami valami debian alatt beallitja.
2. az adott illetonek fingja sincs a debianrol, es kognitiv disszonancia alltal hajtva probalja bebizonyitani, hogy meg az altala ertett rendszer jobb.

amig képes vagy megoldani a felmerulo (valos!) problemakat, addig ne erdekeljen a trollok velemenye. ha meg nem tudod megoldani a problemakat, akkor ne a trollok velemenye erdekeljen, hanem a dokumentació. ;)

vagyis: szarni kell nagyivben, es magasrol az informaciomentes kommetekre. (es most ide lehet sorolni a nick-eket;););)

( snq- | 2007. 01. 21., v – 18:51 )

rendkívül gyakori a "régiek a csomagok" fud is

ennek az az alapja, hogy a debian is kénytelen jobb híján nagyrészt pocsék funkcionalítású/minőségű foss-t csomagolni.
a userek felrakják egy adott feladatra, de elégedetlenek bizonyos összetevők funkcionalításával/minőségével, és a következő verziótól várják a megváltást.

kijön az áhított n+1 minor a szoftverből, rövidebb stable szakasszal bíró terjesztések pakázsolják, a fenti debian userek csalódottak, mert a többiek el vannak telve az új verziótól (ami önámítás, ezzel sem elégedettek valójában, mert a szoftver ugyanolyan szar, erre bizonyíték, hogy 1 hónap múlva már a jelenlegi lesz "elviselhetetlenül régi csomag")

( Replaced | 2007. 01. 21., v – 20:33 )

"
# Nem az OShez valasztott szerver vasat. Alapveto hiba.
# Olyan feladatra akarta hasznalni az OSt, amire az nem igazan alkalmas. (tipikus: Mayat akar futtatni, Oracle supportot akar.)
"

feladat>szoftver>OS>vas

szerintem :)

--
-Have you seen the new Ubuntu release?
-Nah, I'm not really into Pokémon.

( turul16 v | 2007. 01. 21., v – 21:46 )

3-4 évig voltam debian felhasználó, és ez volt 4-5 éve.
Én akkor nem tartottam kellően rugalmasnak, és desktop rendszernek elég rossz volt.
Idegesített, hogy szine mindennek külön van dev csomagja, ha valamit forrásból szedtem le a netröl, elég nagy fejfájás okozott, a dev csomagok és egyebek feltétele. Az meg, még viccesebb volt, ha forrásból jött cucc azt mondta, hogy nem olyan opciókkal van leforgatva a distrib csomagja ,mint amit ő szeret..

"Nem mintha barmi is valtozna, a tobb mint 50 szerveremen eddig is es ezutan is Debian fog futni."
Debiánt főleg az öregek használják, akik már hozzá nőttek, megszokták nyűgjeit és előnyit és nem akarnak változtatni.
Legalábbis nekem úgy tűnik, hogy debian fő közönsége ilyesféle emberekből áll.

Sok mindent elárál az is, hogy ubuntuék népszerűségben, milyen hamar debián elé tudtak kerülni, de meglátjuk, hogy az újabb kiadásuk, milyen lesz.
http://hup.hu/node/32135
------
gentóhuszár

Nem birom ki. Pedig megigertem, hogy nem szolok hozza...

Konkretumokat kertem :)
Erre a te hozzaszolasodban van "nemkonkretum" (rugalmas, eleg rossz)
Meg van benne szemelyeskedes. En OREG? Mitol? (gyakorlatias? Ezt a szot kerested?)
Van bejaratott eszkozkeszletem. Szerinted mit szolna a ceg akinel dolgozom, ha kijelentenem, hogy aaah ez a Debil uncsi inkabb a heten elkezdem lecserelni Ubira. Csak egy hetig fognak allni valtozatos szolgaltatasok josolhatatlan reszei. Mi koze ennek a korhoz?

Ammeg, hogy az Ubuntu nepszeru az az emberek igenyeit tukrozi. Nem a Debian hasznalhatosagat. Nyilvan a tobbsegnek egyszeruen hasznalhato rendszer kell, friss csomagokkal --> Ubuntu

Akinek meg ez nem kell annak meg a Debian pont olyan ertekes eszkoz (vagy nem) mint eddig.

ui.: Meg kell adnom, van egy konkretum az irasodban. De az meg nekem pozitivum :) A termelesi rendszereimen (1 kivetelevel az osszes) nincs fordito sem.
Minek lenne fenn -dev csomag? (headerek)

Disztrót lehet úgy cserélni, hogy nincs kieső szolgáltatás (néhány percet eltekintve, amíg az adatbázisok, egyes fájlok átkerülnek az új rendszerbe + reboot).

Abban igazad van, hogy gcc + header fájlok feleslegesek, de ebből az is következik, hogy van valahol egy másik gép is, amin lefordítod, csomagolod stb. a neked kellő dolgokat, hogy a szerverre felrakhasd. Lehet, hogy épp nincs rá szükséged, mert olyan szolgáltatások vannak, amelyek megfelelőek, de egyáltalán nem biztos, hogy másnál is így van.

Van kulon build rendszer, kulon management/monitoring rendszer.

A nincs kieso szolgaltatas az nekem azt jelenti, hogy nincs.
Nem azt, hogy van par percnyi.
Egyebirant voltak mar eziranyu kellemetlen meglepeteseim. pl. A kod ami tok jol mukodott az egyik disztron a masikon befulladt. Mert pl az Exim bounce-ai mashogy neznek ki mint a sendmailei.

Rettenetes nagy mennyisegu tesztelest igenyel a disztrovaltas.
Amikor FC4-rol koltoztem Debian Sarge-ra, egy honapig teszteltem es utana is folyamatosan rettegtem meg egy honapig, hogy mi az amit mindenki elfelejtett de hianyozni fog.

Szoval a disztro valtas/upgrade mindig jelentos kockazattal jar.
--> change management, ami kulon szakterulet magaban is.

elhiszem, hogy így van. Csak egyvalamit nem értek: ha van a kernelben egy távolról kihasználható hiba, akkor azt hogy foltozod be reboot nélkül? Bár a kernexec tudná ezt, ámde szerintem experimental. Szóval pár perc kiesés garantáltan lesz. Tudomásom szerint tervezett leállások is szoktak lenni (redundáns környezet garantálhatja, hogy a felhasználó nem veszi ezt észre, ámde az már más történet).

tervezet kieses OK.
Upgradebol adodo kieses OK.

Kieses azert, mert valami legbol kapott indok miatt disztrot valtanek, nem OK.

kieses es kieses sem mindegy. Az egyik mogott uzleti szuksegszeruseg van a masik mogott szeszely.
:)

kernel lukakrol meg annyit, hogy a gepek jelentos reszen regi kernel fut.
S a gepek kitettsege minimalizalva van. Altalaban egyetlen szolgaltatas erheto el rajtuk.
S az eddigi betoresek tanulsaga az, hogy az emberek tobbsege a webszerveren futo (PHP) alkalmazasokat tamadjak nagy erovel.
Amikor atjutnak, az authentikacios forrasok tartalmara vadasznak. Nem az OS-ere, hanem a webes alkalmazasera.
Nem is kell nekik semmi kulonos jog, mert a webszerver ehhez mar amugy is hozzafer.

Ez konkret tapasztalat. Nem reprezentativ persze...

"Meg van benne szemelyeskedes. En OREG? Mitol? (gyakorlatias? Ezt a szot kerested?)"

bocs, talan tenyleg nem a lagjobb szo, "tapasztalt ven roka" rokonszenvesebb ?
(Ezert irtam dolt betuvel)

Mint Desktop rendszerrol beszeltem kicsit elmarasztalolag, nem mondtam, hogy szerver celokra rosz lenne.

A bejegyzes elejen, te kerted, hogy mondunk rosszat a debianrol :)
------
gentóhuszár

Nem'tom, nekem desktopnak is megfelel. bár ízlések, és pofonok...

/van net, néhány játék - bár sok időm nincs ezzel foglalkozni - , tv (tunerkártya), stb. /, az a pár csomag ami nincs benne, az megkerül marillat féle debianmultimedia.-ról, vagy megcsinálom pár perc alatt (sajját "gyártmányú" sun féle jre.deb, vagy 2 extra firefox kiterjesztés kézzel történő "telepítése" ;-) /

egyedüli kivétel talán a kernel, aminek a karbantartására picit több időt fordítok. / túlzásba nem viszem, mert lustaság fél egészség / (bár azzal sem foglalkoztam már dec. 11 óta 1 percet sem, sőt úgy néz ki, legközelebb is 20-25percen belüli foglalkozás lesz előreláthatóan. ;-)

sz'al nézőpont kérdése, h. desktop célokra szar. nincs benne xorg, meg kde 4valahány, és ?

xserver megy, semmi baja, kde 3valahányas megy, semmi bajunk egymással. :)

------------------------------

Nem a zsömle kicsi, a pofátok nagy...

( Pontscho | 2007. 01. 22., h – 14:46 )

En akkor basztam ki debilt, mikor a clean rendszeremet egy apt-get update && apt-get upgrade nullara szopatta, de ugy, hogy semmi nem mukodott utana. -> kuka -> slackware 10 fel -> upgrade 10.1-re, es vigan ment. Aztan vettem egy meket es azota nem erdekel debian sem :) Viszont a gyarban CentOS-sal meg vagyok elegedve.

---
pontscho / fresh!mindworkz

( Gabucino | 2007. 01. 23., k – 10:07 )

aztan megnezted mit csinal az uberfasza debian ha azt mondod neki hogy ne "split" config legyen?
megmondom: semmit.

Aha.
A szemelyeskedesert elnezest kerek. Nehezen birom amikor csunyan beszelnek hozzam. Akkor is ha nem ram iranyul.
Sebaj.

Mit nem ertettel a kerdesbol?

Mit vartal el a split konfig kikapcsolasatol?
Es ehhez kepest mi tortent?

"megmondom: semmit."
Ez biztosan nem igaz. Vagy valamit nem ertek bele, amit te igen.
Szeretnem tudni mit vartal.

Itt van mit is kellene tennie:

dc_use_split_config
Boolean option that controls whether update-exim4.conf uses
/etc/exim4/exim4.conf.template ("false") or the multiple files
below /etc/exim4/conf.d ("true") as input.

Valoban "semmit". Egyszeruen mas forrast hasznal a /var/lib/exim4/config.autogenerated fajl elkeszitesehez amit aztan az exim4 hasznal.