Administrace komentářů

Duvody bych urcite nasel, na toto jsem uz castecne odpovidal Vasemu predrecnikovi.
Pri volbe distribuce jsem vychazel z tohoto:
- stable - az 2 roky stare balicky, ale 100% funkcnost
- testing - relativne nove balicky, ale ne moc proverene, tzn. muze nastat problem napr. se stabilitou konkretniho balicku, s distribuci a zavislostmi by nemel byt problem
- unstable - nejnovejsi balicky, pracovni verze, ve ktere budou (reseny) i problemy s distribuci, tj. zavislosti atp.

Takze jsem celou tu filosofii spatne pochopil, testing bude trpet stejnymi problemy jako unstable, jen v mensi mire.

Ted konstruktivne pro ty, kteri maji na vec stejny pohled jako ja (tedy jen ja )
Situace je takovato:
- zadnou lepsi variantu pro desktopy jsem zatim nenasel (predem diky za tipy)
- tyto problemy s testingem jsou tedy naprosto legitimni a budou se vyskytovat i nadale
- nelze je resit na kazde stanici s kazdym uzivatelem
- jejich reseni neni technicky prilis slozite a nevyskytuji se prilis casto (jen pomalu mizi ;))
Je pro mne tedy jedinym rozumnym resenim zprovoznit deb server a smolit tam vlastni distribuci testingu, ktera se bude lisit pouze temi nekolika opravenymi chybami rocne. Vsichni klienti budou upgradovat z neho a ja se budu starat jen o jedinou funkcni distribuci.

Uvaha na zaver - tohle preci muselo davno nekoho napadnout (skoda, ze ne na debian.org) - jak procitam ta fora - kazdy si to lepi doma sam, nebezi uz nekde takovy projekt? Stoprocentne vymyslim vymyslene...