Že tam je/byl avconv vím, ale zároveň je tlak vyměnit avconv nazpět za ffmpeg, z více důvodů, vis https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729203
Přiznávám se, že důkladně jsem to nepročítal, ale mít avconv je dlouhodobě neudržitelné, prostě proto, že většina lidí píše programy pro ffmpeg a lidi od avconv-u (ne)kompatibilita příliš netrápí.
avconv klidně může být navržen lépe ale stejně tak byl Plan 9...
U mě také ne. Vracím se k spolehlivému Wheezy :)
V článku mi chybí u představování těch "novinek", byť jen malá poznámka, že ty "novinky" lze samozřejmě nainstalovat/upgradovat atd. i ve Wheezy.
Protože mi ten článek připadá poněkud jednostranní, jako nová verze, šup šup, rychle upgradovat, ať jste "in" :)) [nic ve zlém p. Krčmáři].
Alespoň se z článku dozví, co si změnit a nastavit ke zlepšení bezpečnosti u předchozí verzi Debianu ;-)
ono je normalni ze kdyz neco vyjde vcera, a ty to vcera nainstalujes, nemusi to slapat ok na hw celeho sveta a casu :) normalne se to chape, bud se nahlasi bug, nebo se pasivne vycka na opravy, pripadne se s upgrade pocka, nebo se provede cista instalace ci klon&upgrade do samostatneho lvm...
a pak je skupina lidi co chces byt in, ale to jsi ty, nedelej z toho clanek ;)
ano, bylo to na tebe, podle sebe si soudil clanek... Linux pouzivam ~20let, tedy v dobe kdy si jeste ani za sebou nevozil kacera ty mikrovlnko ;) a i kdyby jen 2roky, stejne bych chapal ze nainstalovat neco v den vydani a pak brecet ze to na mem hw nechodi a vsude kricel ze je to horsi nez bylo... omg ;)
Ano ano ano!
Presne ta rada 1.7.x, ktera je Oraclem discontinued since 04/2015, tedy od tohoto ctvrtka, kdy konci Oracle se supportem.
A protoze jsme "stable", tak to mame na veky vekuuuuch.
A k tomu pekne korporatni politiky, ze veskera behova prostredi musi byt distro based a distro updated -> a mame tu peknou hlavu 22.
Ale hlavne, ze do toho strcili ten zbytecny nesmysl systemd...
Takove distro si nacpete do spic.
No nic, jdu evangelizovat po firme, at se uz konecne komplet prejde na CentOS/RHEL. Systemd se da prezit. JDK 1.7.x ne.
OpenJDK vznika v uzke spolupraci s Oraclem, je to defacto origo Oracle java s vyhozenyma enterprise ficurama jako jsou profilery a vselisjake ty potrhle konzole, ktere nikdo nepouziva.
Problem je v tom, ze Java 8 zavadi nove konstrukty jazyka (napr. lambda expressions) a zavadi uplne novy Classlevel (tusim 52).
Coz znamena, ze nove zkompilovane classes na Debianu lehnou s UnsupportedClassType exception, tak jsem dosli, nazdar babi.
Pribalit do oficialniho releasu versi javy, ktera je ke dni vydani discontinued, vydavat to za stable long term support distribuci, to je opravdu dilo blaznovo.
Java 7 nie je discontinued! Java 7 je "End of Public Updates", to znamena:
Customers who need continued access to critical bug fixes and security fixes as well as general maintenance for Java SE 7 or older versions can get long term support through Oracle Java SE Support.
http://www.oracle.com/us/technologies/java/standard-edition/support/overview/index.html
Teda podporu na updaty Java 7 si mozte kupit, ked je to pre Vas take zivotne dolezite a ak nie, Javu 8 si do Debianu lahko doinstalujete priamo cez instalator (pripadne si vyrobite deb balicek pre celu firmu). Co je obvykle, aspon ja programujem na viacerych projektoch a mam nainstalovanu sucasne Java 6, 7 a 8.
By me zajimalo, tak nejak do jedne-dvou vet proc bych mel byt strasnym odpurcem systemd. Co se pro me zmeni? Obvykle scenare:
- nainstaluju ubuntu/debian do virtualu. mrsnu tam lamp, mongodb, memcached a par dalsich drobnosti pro bezny webovy server. a jedu. obcas udelam apt-get upgrade a jedu takhle proste nekolik let. kdyz treba aplikace prejdou na vyssi verzi php tak proste nainstaluju novejsi ubuntu/debian a tam to preleju a jedu dal.
- nainstaluju Ubuntu se skvelym privetivym Unity(bez spetky sarkasmu, fakt mi sedi nejlepe), pridam nesvobodne veci a ukazu koncakovi kde si pusti youtube a facebook.
- nainstaluju Ubuntu desktop, pridam stejny baliky jako na produkcnim webovem serveru a par let v tom v pohode pracuju.
Jak konkretne poznam jako uzivatel, ze tam je systemd? Nemyslim prikaz, myslim co se pro me zmeni. Proc to bude pro me horsi? uz nebudu mit /etc/php5/conf.d apod?
To poznas v situaci, az se neco podela a ty budes vprdeli, protoze stim nic neudelas. Pripadne v situaci, kdy se ty rozhodnes, ze chces (treba) zpracovat textovy logy, a zjistis, ze zadny textovy logy a nejspis ani zadny jiny proste nemas ... a samozrejme, nejlip pak v situaci, kdy na webu najdez uz 1342 navod jak neco udelat, vsem to funguje, ale tobe proste ne.
Mě se podělalo. 50% journald logů bylo na vyhození (poškozené soubory logu jako jediná vadná věc na jinak zcela zdravém systému) -- Lennartovo řešení je smazat, nebo nemazat, však oni píšou journalctl tak, aby ty logy přečetl (ve skutečnosti v aktuální verze to journalctl nepřečte a je z toho zmatený, takže si počkejte další dekádu, než LennartBoys přepíšou journalctl tak, aby to po sobě přečetl).
S logem nad 4GB se prakticky nedá pracovat. Každá operace trvá a trvá. V novějších verzích to bude lepší, ale v Debianu není novější verze. To jako nikdo z vývojářů nezkusil si to pustit ani nad 16GB logem? Nebo jako proč se to řeší až na konci roku 2014?
4GB logů, to je pro srovnání asi tak access log jednoho středně navštěvovaného webu za měsíc. Je běžné, že měsíční logy mají několik desítek giga.
DB logy jednoho serveru v mé správě mají 23GB za týden. Ano, loguje se víc než je obvyklé, ale loguje (DDL, DML) se to z oprávněného důvodu. Logovací systém, který si hraje na to, že nahradí textové logy v souborech, to má zvládnout.
Ano, řešením je udržovat journal log co nejmenší (viděl jsem nastavení na 256MB, což je na produkční mašině směšné, to už se to může vypnout rovnou) a taky tam nelogovat všechno. Otázkou ale zůstává, na co ten systém je? Nebyl náhodou původní záměr mít jednotný logovací systém s podporou filtrace, šifrování (zaručené záznamy v logu) a jedním rozhraním? Takhle bude muset být vedle povinného journald také jiný log démon + pro jistotu ještě textové exporty. Pracovali vůbec někdy vývojáři systemd na serveru?
Dál, to se týká taky logů, běžící démon (systemctl status ukazoval running, proces běžel a skutečně fungoval) najednou jen tak ze srandy přestal logovat. Pomohl až jeho restart (systemctl restart xxx.service). Není to super?
A to to netestuju ani tak důkladně, jak bych chtěl. V podstatě to pouze používám. A už při zcela běžném používání narážím na výše popsané chyby.
A víte, kdy se vám tyto věci nejčastěji stanou? Když nastane nějaký problém. Takže potom zjistíte, že v tom super úžasném systemd se vám nezalogovalo to, co zrovna potřebujete znát, potom zjistíte, že máte logy pouze za týden, protože zbytek se posral a hlavně, na každý výstup ze journalctl čekáte desítky sekund.
Takže systemd je taková hračka pro děti
Tak nejak ...
Me osobne se stalo, ze system byl ve stavu kdy prakticky nereagoval na podnety a fungovaly jen nejzakladnejsi tools. Kdyby to nemelo textovej log, kde byly ty chyby vyblity, tak bych musel nejspis hdd vyndat ze serveru a zkoumat to jinde ...
Od SW na serveru proste ocekavam "as simple as possible". Cokoli slozitejsiho se podela, a podela se to zcela zarucene presne v okamzik, kdy to clovek bude potrebovat a nepodela se to samo, ale podela se toho vzdycky vic naraz.
Nemluve o tom, ze ty textovy logy si muzu precist na widlich, stejne dobre jako na androidovi, v nokie... proste defakto na libovolne obskurnim systemu libovolne starym.
chces mi rict, ze kvuli systemd uz nebudu mit /var/log/apache2 nebo log postfixu? nebo snad nebudu mit textove konfiguraky pro veci jako apt, apache, mariadb?
co presne myslis tim "vsem funguje a tobe ne" kdyz systemd je/bude vychozi v nejblizsim debianu i centos(zbytek je uzivatelsky nezajimava minorita)?
No to vazne mit nebudes, pokud logujes pres logdemona, tak to bude neco na tema
KJHI#897(*&hoihfoheiwu()*#)(&HFSFKJHSKDfhLKSDF
Pocti si.
Deian sem videl posledni nejakou predposledni verzi, od ty doby na to bud provozovatele nesahaj, nebo prechazej jinam, protoze se z toho stalo neco zcela nepouzitelnyho. Takze nejakych par zoufalcu s debianem opravdu nikoho nezajima.
Centos dtto, tam je to stejne o tom, ze vetsinou na tom bezi neco, co musi bezet na konkretnich verzich, a se systemd to behat nebude jeste pristich 10 let.
Ono systemd má určitou cenu. Sice je nemám rád, ale dokážu si představit nasazení, kdy přináší výhody.
Pokud nainstaluješ server do virtuálu, necháš ho 10 let běžet, pak systemd nepotřebuješ, systemV init je dle mne vhodnější. To kvůli statičnosti celého stroje -- při bootu pustíš pár služeb a necháš je běžet dokud... Pokud padají, je třeba řešit příčinu, skryté restarty akorát mohou kumulovat problém. Další pro pro sysvinit vidím v jeho jednoduchosti a tím přirozené blbuvzdornosti. Na co potřebuji na stroji NM, když si při restartu jednou za sto let lízne IP z DHCP a to je vše?
Na desktopu, myšleno klasické PC někde na/pod stolem je podobný případ jako server (konfigurace sítě se nemění a tak -- jak má systém získat adresy a pod. ne samotné adresy) -- v podstatě statické prostředí, ale systemd přínáší výhody jako rychlý start a komunikaci s komponentami pomocí DBus.
Na desktopu v podobě mobilního zařízení je naopak systemd lepší řešení kvůli lepší provázanosti s dalšími částmi systému -- třeba s NM, správa dalších připojovaných periferí, řízení výkonu a spotřeby, uspávání...
Systemd je PRESNE totez, jako metro ve widlich. Nikdo to nechce, a presto to M$ natlacil vsude, vcetne widliho serveru.
Systemd neprinasi lautr NIC. Rychlejsi start? lol ... ty poznas start systemu rychlejsi o 0,1s? To ten system startujes 10x za minutu? Naopak, spoustu veci se systemd nefunguje bud vubec, nebo minimalne ne tak, jak by uzivatel cekal. Je fakt uzasny stopnou service aby ji ten kram znova nastartoval ... pripadne naopak, je fakt uzasny kdyz dpce chce user aby nejaky srv bezel, a ten kram ho nenastartuje.
A je uplne jedno ze to "jde nakonfigurovat" ... na osobak si taky muzes dat pasy, ale kdybys je tam mel by default s tim, ze kola si muzes dokoupit, to bys asi cumel co?
http://www.phoronix.com/scan.php?page=news_item&px=MTg2Mjk
(je mozne ze pri instalaci se vam upgradne init na systemd)