Vivat Debian

21.2.2013 15:47 | Přečteno: 2984× | Diskuze | poslední úprava: 21.2.2013 15:45

Tak jsem se nasral. Asi 3 tydny pouzivam Linux Mint 14. Predtim jsem pouzival LMDE (k velke spokojenosti). Co me vede zpet k Debianu?

Metabaliky. Posr... metabaliky. Pokud nainstalujete Linux Mint 14, system se doslova "zasere" softwarem, ktery tam ani nechcete, protoze je soucasti metabaliku. Pak se rozhodnete odinstalovat Thunderbird, protoze ho proste nechcete a s nim jde do kopru samozrejme i metabalik. Sice se odinstaluje metabalik, ale software, ktery tam nechcete, v systemu zustane, diky zavislostem. Takze vam nakonec zbyde jedno: prochazet baliky rucne a ty odinstalovavat. Diky nechci.

Takze jsem se rozhodl pro nasledujici vec: nainstaluju Debian testing - pouze zakladni system. Pak doinstaluju ciste X, ne na placnu Awesome a doinstaluji si software, ktery skutecne vyuzivam a potrebuji. System pak bude prehlednejsi a hlavne budu vedet, co v tom PC mam. Zjisitil jsem, ze nepotrebuju nvidia ovladace, kdyz pouzivam awesome, na stem pod linux nakonec kaslu - na hrai her tu mam dualboot Windows. Takze sbohem vsechny tu buntu, derivaty buntu (derivat derivatu), gdm, atd. Radeji pekny, cistoucky system. Sice to bude trosku prace, ale aspon to bude fungovat tak, JAK JA CHCI.

Vysledkem budiz vyladena ergonomie a prehlednost systemu. Treba to nakonec dopadne i tak, ze se vratim k prapuvodnim korenum, k Slackware a pujdu tou samou cestou. Od zakladniho systemu. Ted uz si jen na papirek napsat seznam sw, ktery tam chci:

• vim
• awesome
• google-chrome
• ImageMagick
• gimp
• mc
• Truecrypt
• vlc
• Netbeans
• Pidgin/Finch
• FLAC
• abcde

Any ideas, nebo nejake tipy, co nema chybet, bez ceho se neobejdu?

       

Komentáře

[retroslava]

flash na porno

[bambas]

No fuj! Ne porno, ale flash.

[retroslava]

A jak jinak streamuješ porno bambas?

[bambas]

Nestreamuju, mam ho na disku ;)

[hatatitla]

porno sa stahovalo este za cias telefonov s ciselnou hw klavesnicou :)

[2012]

Ale metabiliky jsou prece v debianu taky...

[bambas]

Hm, stable verze :)

[bambas]

Jenze v tech metabalikach neni spousta sracek, ktery nepouziju. Ale jsou nutne pro beh systemu.

[mseed]

Takhle to delam uz mnoho let a povazuji to za jednu z killer funkci linuxu(stavebnice). Nainstaluju zakladni system a pridam veci, ktere potrebuji. Je celkem jedno jestli debian, arch nebo gentoo vysledek je pouzitelny a na miru nastaveny system. Preferuji rolling-updates na desktopu.

[bambas]

Tekhl jsem to driv taky delal, ale pak jsem proste lenivel. Chtel jsem jen nainstalovat system, par veci donastavit a fungovat. Jenze clovek zjisti, ze se v tom silenem GUI proste neorientuje :) Takze zkratka zase nastoupi stara cesta. A ano, rolling-updates je moc prima vec.

[Radovan Garabík]

Sice se odinstaluje metabalik, ale software, ktery tam nechcete, v systemu zustane, diky zavislostem

apt-get autoremove?

[Tomáš Bžatek]

Aptitude ma pekne filtrovani obsolete baliku atd.

[bambas]

ano, pravda, ale diky te me pohodlnosti praci v gui jsem si zvykl na synaptic. Nicmene uz se tesim na navrat k aptitude.

[Aleš Kapica]

A v tom je nějaký problém? Synaptic je jenom grafická nadstavba nad APT, která není závislá na nějaké konkrétní distribuci. Těší mě, že moje lokalizace kterou jsem před mnoha lety udělal odstartovala jeho popularitu. Původně byl součástí distribuce Conectiva, kterou později pohltil Mandrake (čímž vznikla Mandriva). A lidé z Mandrake upřednostnili svůj manažer balíků urpmi.

Nicméně právě Synaptic mě přivedl k Debianu. Resp. k jeho balíčkovacímu systému. Osobně upřednostňuji před aptitude přímo apt-get. Jeho výstup mi víc vyhohuje. Synaptic ale používám stále pro instalaci experimentálních balíků, nebo když chci mít o balících lepší přehled. Za určitých okolností je kliknutí rychlejší operací než psaní.

[psc]

jsem jeste o krok dal, po podobnejch peripetiich jsem zpatky u slackware a chrochtam si debian byl ok, ale ten zbytecne komplikovanej system tvorby vlastnich baliku mi lezl na nervy. kiss proste rules !

[rADOn]

To je všechno moc hezký a pravdivý ale… debian? To jsi dvoumetrákovýho tlusťocha vyměnil za stopadesátikilovýho. A soudě podle přidání suggested a recomended ve squeezovi, je to zápasník sumo kterej se usilovně snaží nějaký to kilo přibrat.

[kyytaM]

Prva vec co sa robi po instalacii - vypnute instalacie odporucanych balikov. :)

[michi]

+1

[bambas]

nemyslim si, zakladni system (wheezy) obsahuje cca 120 baliku?

[Kvakor]

Obzvlášť pokud se během instalace nevybere žádný software - osobně používám zásadně (textový) Expert install a tam to jde bez problémů přeskočit. Pak je to podobné jako po použití debootstrapu, tedy až na to, že nemusíte ručně dělat nastavení toho, co se nastavilo už během instalace (locales, časová zóna, repozitáře, síťě ...).

[Aleš Kapica]

Jo to sedí. Můj testovací holý diskless debian má 250MB (nainstalovaných cca 150 balíků).

[Josef Kufner]

$ dpkg -l | wc -l
2579

Asi tak.

[kyytaM]

2020 :D

[rADOn]

Nová varianta dicksize war? Proc ne

$ equery l '*' | wc -l
1234

vcetne celych kdecek :-P

[Peter]

$ dpkg -l | wc -l
501 

debian 6 + xorg + xfce + zopar potrebnych aplikacii

[Ivorne]

equery list "*" | wc -l
970

z toho je 42 systémových, 146 ručně instalovaných a 782 automaticky nainstalovaných
XFCE

[SPM]

[spm@marvin:~ %] equery l '*' | wc -l

1352

Muhaha :)

[maci]

1550

Debian Wheezy 7

Postup instalace http://forum.debian-linux.cz/index.php/board,19.0.html

mám tam navíc cinnamon a nvidia ovladače

[SPM]

Ono u debianu je imho na tohle prospěch toho, že oni to rozdělujou... na gentoo mám nainstalovaný jeden balík openssh, na debianu by to byl openssh-server, openssh-client, openssh-common, openssh-askpass, ...

[Tomáš Bžatek]

$ equery l '*' | wc -l
1134

Cele GNOME na vyvoj, virtualizace atd.

[otula]

Tož se též přidám

Za omezením počtu balíčků se v žádném případě nehoním, takže nějak takto:

$ pacman -Q | wc -l
1554

Z toho KDE:

$ pacman -Q | grep ^kde | wc -l
209

[kotyz]

$ pacman -Q | wc -l
1765

[kotyz]

Na tom Aceru od Mr. Jílka to bude mnohem míň, ale ten sem zrovna uklidil a vytáhnu ho až příští tejden...

Tam mam relativně novou a čistou instalaci. Kdežto na desktopu je balast nastřádanej za 5 nebo kolik let. Ani nevim jak dlouho tam ten systém už je, ale je tam vod tý doby co sem ten kepl složil. První řádek v pacman.log ukazuje [2008-07-25 15:25] installed filesystem (2008.06-2) takže těch 5 let zhruba sedí. Taky už ten log má skoro 4 MB

[otula]

Neříkej to moc nahlas, v poslední době se objevují články, že Arch nepatří mezi stabilní či spolehlivé nebo jaké distribuce

[kotyz]

Když se vo to uživatel správně stará tak je to stabilní dost. Akorát se občas musí nějaká problémová věc downgradovat než se vychytaj bugy (co vlastně v tom testingu testujou? vypadá to občas jakoby to hrnuli z gitu rovnou do extra/community) nebo přijde rovnou nová verze která najednou záhadnym způsobem funguje. Taky číst oznámení a nepoužívat sílu když se něco nechce nainstalovat/aktualizovat. Většinou stačí počkat den, dva na novej package release kde to už je daný do pořádku. No a nebo je holt třeba nějakýho toho ručního zásahu, ale to tam bejvá napsaný. Ale lidi nečtou, používaj sílu a pak se diví...

[stativ]

co vlastně v tom testingu testujou?

Balíčky, co jsou v core. Občas se v testingu taky chvíli zdrží větší rebuildy (třeba pro novou major verzi libpng) po přesunu ze staging a některé rozsáhlejší updaty (typicky nová verze KDE/Gnome).

vypadá to občas jakoby to hrnuli z gitu rovnou do extra/community

Občas? S výjimkou výše uvedených případů je to tak vždy.

[kotyz]

To bylo zrovna nedavno s qtwebkitem, byla tam nějaká verze 2.2.3 a pak update a prásk ho 2.3-git2013xyz a musel sem to downgradovat protože mi furt padal kvůli tomu konqueror. Rychle vyšly asi 3 "opravný" verze co to neopravili a pak 2.3-beta1-1.1 a 2.3-beta2-1 a to už šlo, tak sem zase vyhodil qtwebkit z ignorepkg aby se updatoval normálně.

Takový věci se občas stávaj...

[otula]

Když se vo to uživatel správně stará tak je to stabilní dost.

Však proto také ten mrkáček na konci. Věřím, že i ten neustálý upgrade distribuce je obecně bezpečnější, než nárazový jednou za x měsíců (ještě se mi nestalo, že bych musel Arch přeinstalovávat). :)

[Aleš Kapica]

Když se vo to uživatel správně stará tak je to stabilní dost.

Však proto také ten mrkáček na konci. Věřím, že i ten neustálý upgrade distribuce je obecně bezpečnější, než nárazový jednou za x měsíců (ještě se mi nestalo, že bych musel Arch přeinstalovávat). :)

Přesně tak. Což ovšem velice těžko chápou uživatelé MS Windows, kde s aktualizacemi bývá spojeno dost nepříjemností. Jako obzvláště vypečené považuji to, že aktualizace číhají kdesi na pozadí a začnou se provádět kupř. v okamžiku kdy chce člověk stroj rychle vypnout aby mohl udělat nějakou další operaci. Nebo hezký je také vynucený restart celého stroje.

Z jejich pohledu to tedy vypadá tak, že "na tom linuxu pořád něco aktualizuješ.. děláš ty vůbec něco jiného?". A přitom jim zcela uniká, že se objem poskytovaných služeb za tu dobu ztrojnásobil.

[pavlix]

Z jejich pohledu to tedy vypadá tak, že "na tom linuxu pořád něco aktualizuješ.. děláš ty vůbec něco jiného?".

Tak si skoro říkám, co je jim do toho. Vždyť to ani nemusím dělat před nimi. A když, tak pomocí yumu v příkazové řádce, kdy drtivá většina z nich vůbec nemá páru, o co jde.

[Aleš Kapica]

Ono to je těžké. Vychází to z jejich rozlišovací úrovně. Pro ně aktualizace produkčního stroje znamená rizikovou operaci, kdy člověk sedí, čeká až to dojede a pak teprve zjišťuje zda je všechno ok. Nechápou, že aktualizacemi na testovacím stroji se administrátor připravuje na to co se mění, takže při aktualizaci produkčního stroje už ví předem kde mohou číhat nějaké zrady. Jinými slovy - že aktualizace u linuxové distribuce znamená především prohlubování si znalostí o použitých technologií a nejde o čas tupě zabitý čekáním než se něco stáhne.. nainstaluje.. atd.

[kralyk z abclinuxu]

$> pacman -Q | wc -l
1376

Ale kdybych nebyl línej a pročistil nepotřebné, asi bych ten počet ještě o něco srazil...

[tralala]

pacman -Q | wc -l 825

:)

[stativ]

[lukas@black-dragon ~]$ pacman -Q | wc -l
807

[mrtwosh]

Mehehe...

[mrtwosh@arch ~]$ pacman -Q | wc -l 666

[coder]

> pacman -Q | wc -l

612

[radan]

Tohle nepočítá správně, protože tam je i popis výstupu. Přesný počet balíků je: dpkg -l | grep ^ii | wc -l

Nakonec je to ale stejně jedno protože ty čísla se skoro neliší.

[Jakub Lucký]

# dpkg -l | grep "^ii" | wc -l 3089

A?

[Chytrex]

+1 Vidím to stejně..:)

[kotyz]

Doplnil bych určitě htop, pak něco na pdf/ps/dvi/djvu dokumenty (něco jako evince, ale aby to nebylo závislý na půlce gnome nebo jako okular, ale ten je zas závislej na půlce kde), takový věci člověk občas číst potřebuje. Dál už to záleží na tom co potřebuješ, jestli má vůbec smysl cpát ti třeba openoffice, mail klienta, irc klienta (to by snad zvlád i ten pidgin), když to nebudeš nikdy na nic potřebovat...

[bambas]

ano, diky, na htop jsem zapomnel. na to pdf snad neco najdu, co nepotrebuje tunu knihoven gnome/kde. DIky za pripomnuti. Bez toho by se asi dokumentace blbe cetla...

[gtz]

epdfview

[radiceta]

Nebo Zathura. Pokud používá VIM, má podobné ovládání a nepřekáží s rozhraním.

[bambas]

Jak to myslis, neprekazi s rozhranim? Me na vimu nic neprekazi :) Muzes to nejak rozvest? Rad se dozvim nove veci.

[Josef Kufner]

Vezmi Okular. Lepší prohlížítko nenajdeš a co na tom, že to přitáhne kousek KDE …

[kotyz]

kdegraphics-okular závisí na kdebase-runtime qimageblitz poppler-qt chmlib djvulibre ebook-tools libspectre a kdebase-runtime zase závisí na kactivities smbclient libssh libcanberra oxygen-icons xorg-xauth a to je minimálně 200 MB knihoven a aplikací který nechceš a nepotřebuješ...

[Josef Kufner]

Schválně jsem si na jednom serveru zkusil označit okular k instalaci a prohlásilo to, že 256MB po rozbalení. Když jsem vykopal KDE věci, tak zbylo 80MB všelijakých užitečných knihoven a polámané závislosti.

Btw, poppler je knihovna na renderování PDF, djvulibre na DJVU, specetre na Postscript, chmlib na CHM. To všechno by se mohlo hodit, když chceš prohlížet dokumenty.

Věci jako smbclient, libssh, xorg-xauth tam už stejnak budeš mít kvůli jiným aplikacím (např. xorg a curl). Takže zbytečného balastu je pár MB a toho si na tom 250GB disku ani nevšimnu, tím spíš když je společný pro všechny pěkné KDE programy, které nemají kvalitní ne-KDE alternativy, jako třeba kdenlive, k3b, kcachegrind, kdiff3, kmymoney, lokalize, ...

[Aleš Kapica]

kdegraphics-okular závisí na kdebase-runtime qimageblitz poppler-qt chmlib djvulibre ebook-tools libspectre a kdebase-runtime zase závisí na kactivities smbclient libssh libcanberra oxygen-icons xorg-xauth a to je minimálně 200 MB knihoven a aplikací který nechceš a nepotřebuješ...

Tak to tedy prrr!! Preferuji dokumenty v djvu a bez libssh si při vzdálené správě neškrtneš. Ono by nebylo na škodu se podívat co zabírá většinu z těch víc jak 200MB - a to je důvod, proč jsem KDE už dávno vykopal ze systému.

[Václav HFechs Švirga]

Buď okulár nebo evince.

[psc]

Evince jde prelozit aby nepotrebovalo Gnome.

[coder]

Zathura (pdf,djvu,ps..), urxvt (terminal), chromium + vimium (web), mutt (mail), weechat (IRC,IM), newsbeuter (RSS,podcasts), mplayer (videos), pyradio (online radia), cmus (mp3s), stalonetray (systray), clipit (clipboard), dmenu (software menu), gpickview (pictures), ranger (file manager), task (TODO manager), git (dotfiles manager), systemd (system manager).

• Font=PragmataPro 11
• Guifont=Ubuntu 9
• icons-theme=Faience
• gtk-theme=Faience
• qt-theme= export GTK2_RC_FILES=~/.gtkrc-2.0
• powesaving-udev-rules= Powedown

[lelio]

Amen!

[kotyz]

K čemu mplayer když už má vlc? Před cmus bych osobně dal radši přednost moc (music on console) a před gpicview zase geeqie.

[Kvakor]

Jsou videa, se kterými má VLC problémy, ale MPlayer je v pohodě přehraje (a naopak). Pokud někomu jeho Oblíbený Přehrávač™ přehraje vše co mu předhodí, štastný to uživatel.

[bambas]

s VLC jsem zatim problemy nemel. Ale asi to bude tim, ze stahuju scenehd ripy.

[FrostyX]

Zathura je perfektní. Jen mě neskutečně štve, že nezná příkazy :tab* (:tabnew, :tabnext, :tabprevious, ...)

[bambas]

Zathura vypada dost dobre, minimum zavislosti, celkem dobra konfigurovatelnost.

[bambas]

Diky za doporuceni. urxvt jsem povazoval za nutnost, kterou netreba zminovat. No postu si cru pres web, takze klienty nepouzivam. Ale diky za pripomenuti cmus, nad nim jsem premyslel, ale nejak ma problemy s prehravanim FLAC? v mp3 uz nejakych par let nejedu. Takze ted se rozkoukavam po nejakej CLI prehravaci, co zvladne FLAC. Mozna ze nakonec bude stacit ten mplayer...

[kotyz]

MOC zvládá všecko možný, včetně FLAC, AAC, tracker modulů, internetovejch rádií když máš k nim pls/m3u playlist (je to jen o tom s jakýma volbama si to zkompiluješ a jaký knihovny si doinstaluješ).

[otula]

MOC zvládá všecko možný, včetně ...

Musím se přidat, je to úplně super přehrávač (obzvláště v případě, že si člověk nechce pustit jen jednu dvě skladby na poslech a pak to vypnout). Zvládne přehrát kdeco a žere "nula nula nic" ze systémových zdrojů (narozdíl třeba od Amaroku).

[kotyz]

A věděl si že umí zobrazit k písničkám i texty? Ale musíš si je stáhnout a umístit do příslušný složky ručně. Je na to klávesa "L". A pak ještě taková věc na kterou sem se včera nachytal. Cachuje si tagy, takže mi to u písniček který sem si v easytagu pracně otagoval neukazovalo pořád nic, jen název souboru. Protože když se načítali poprvý tak tam tagy nebyly a pak už se to dívalo jen do tý cache. Stačilo cache smazat a tagy se načetly v aktuální podobě. Možná to má nějakej refresh, ale nepřišel sem na něj. Taky to má podobně jako mpd nezávislej frontend a backend, takže to hraje i po zavření terminálu nebo ukončení klávesou "q". Úplně se to ukončí přes "Q". Má to pro mě takový logický ovládání, narozdíl od ostatních jako je mp3blaster nebo cmus. Šipky, enter, mezera, A jako Add, C jako Clear, s jako stop, q jako quit (akorát může bejt metoucí že třeba velký a malý A nebo velký a malý Q dělá něco trochu jinýho). Navíc to jde změnit když člověk chce.

[otula]

To jsem netušil :) Využívám MOC, jen když chce partnerka mít puštěnou hudbu - tedy pro přehrávání na pozadí. Sám si hudbu jako pozadí nepouštím - pustím si tak 3 nebo 4 písničky za měsíc, když dostanu chuť si něco poslechnout. A na to mi stačí/vyhovuje Amarok - dobře se v něm vyhledává atd. A na dvojklik na zvukových souborech mám nastaven Qmmp - okamžitý start, jednoduché přehledné rozhraní. 3 audiopřehrávače, které pokrývají komplexně mé potřeby v této oblasti.

[kotyz]

Já mam MOC, QMMP a Clementine, ale to sem už hodně dlouho nepoužil. MOC používam když toho chci poslouchat víc, QMMP pak na takový to jednorázový přehrání něčeho právě staženýho.

[FrostyX]

Já mám na "takový to jednorázový přehrání něčeho právě staženýho" youtube a ani stahovat to nemusím . Jinak na všechnu ostatní hudbu mpd

[kotyz]

Na YT neni všecko.

[otula]

Tak to jsme na tom vlastně úplně stejně :)

[kralyk z abclinuxu]

Hm, koukám, že jsem tu asi jedinej vidlák, co všechno přehrává mplayerem

[pc2005]

No you are not alone.

[Aleš Kapica]

Nejsi.

[smazáno]

holt nejsi cilovka Mintu

[bambas]

Tak s LMDE jsem byl celkem v poho, jen me sralo, ze si nemuzu upravit prostredi (cinnamon) tak jak jak chci. Treba si jen dat panel vlevo (mam sirokouhly monitor). To proste nejde, jen zapouziti nejakeho jineho dockmanageru/panelu (awn, apod.)

[Petr]

No já po letech kdy jsem používal čistý Slackware jsem udělal taky krůček, už měsíc používám Salix a zatím celkem spokojenost.

[pc2005]

Ve Slackware sice nejsou balíky s kompletními závislostmi, programy pak můžou házet chyby s neexistujícími knihovnami. To mě od Slacku v současné době dost odpuzuje (dneska jsem celej den opravoval přechod z 13.37 na 14.0 ). Nainstaloval (instaluji ) jsem si tedy Gentoo.

[bambas]

To se mi prave na Slacku libilo. Nicmene jsem mel spise kladnou zkusenost, ze u popisu baliku byly vypsany vsechny zavislosti...

[kotyz]

A sou tam i nadstavbový balíčkovací systémy jako slapt-get který i ty závislosti hlídaj za tebe...

[R]

Lenze to nefunguje. A neoficialne baliky su katastrofalne.

[pc2005]

Ty, který jsou v balíku definovaný asi ano, ale ty co ne maj smůlu. Myslím, že jsem párkrát zahlídl i závislost na neexistujícím balíku i když tvrdit jistě to nemůžu, protože ten systém jsem za tu dobu už dost zaprasil :-/. V poslední době mě na slacku vadí problematika 64 vs. 32 balíčků. Na compat32 gcc jsem už skoro zničil jednu instalaci.

[jyrki]

koukni na Salix OS

[Petr]

Přesně, balíčky jsou připravené k dodání až do domu a ještě to upozorňuje samo na to že jsou aktualizace když si to přeju .

[jyrki]

Ano ano a příjemně mě překvapilo, že třeba LibreOffice 4 bylo v repozitáři mezi prvními distry vůbec - rozhodně rychleji než třeba u Archu, Sabayonu, které jsou bleeding edge distra.
Salix proti Slacku přidává několik jednoduchých klikacích aplikací pro nastavení systému.

[pc2005]

Heh tak LO4 jsem si na slacku kompiloval sám .

[jyrki]

no proc ne, ale ja treba radeji sahnu po balicku, kdyz je k dispozici

[pc2005]

Potřeboval jsem zkusit jak moc dobře konvertuje pdf do odt/doc oproti 3.5. Výsledek: O něco lépe, ale i tak je to slabota. BTW LO4 z alien repozitare (imho) je horší.

[kyytaM]

A co vrms?

vrms
..
20 non-free packages, 1.0% of 2015 installed packages.
12 contrib packages, 0.6% of 2015 installed packages.

[David Jaša]

# rpm -qa | wc -l ; rpm -qa | grep -- -debuginfo- | wc -l ; rpm -qa | grep -- -devel- | wc -l ; df -h | grep rootfs 2434 290 284 rootfs 35G 18G 16G 54% /

Holt debuginfa jsou velký a požadavky na prostor na kdump při plné RAM taky...

Jinak nechápu, co máš proti debianím metabalíkům - pokud se ti nelíbí, zruš si automatické Recommends (a pak se nediv, když ti apt odistaluje půl systému), a pak si projdi všechny závislosti dotyčných metabalíků a dej je pryč. V aptitude to jde dost rychle.

Právě metabalíky ti umožní systém pročistit rychle a účinně.

[David Jaša]

# rpm -qa | wc -l ; rpm -qa | grep -- -debuginfo- | wc -l ; rpm -qa | grep -- -devel- | wc -l ; df -h | grep rootfs
2434
290
284
rootfs 35G 18G 16G 54% /

samozřejmě. Hlavně že tu je povinný náhled. :/