Dotaz: Alias

[Marek Zahrl]

Ahojte, riesim zrejme trivialny problem. V .bashrc subore mam nadefinovany aliasY napr. na update asi takto:

alias u='sudo Apt update && sudo apt upgrade'

Dal by sa spravit alias aj na prikaz "apt install " s tym, ze by to len vypisal na konzolu? Ze by som len dopisal zelany package name a dal enter? Diky!

---

---

Odpovědi

[Filip Jirsák]

alias i="sudo apt install -y "

# pouzitie
i mc

[Marek Zahrl]

Funguje, diky!!

[PetebLazar]

alias inst='echo -ne "apt install " ; read co_instalovat ; sudo apt install $co_instalovat'

[GeorgeWH]

Odporucanie je pouzivat miesto aliasov funkcie.

aptinst(){ apt install ${1+"$@"}; }

[Kit]

Šel jsem střední cestou:

alias apt-install='apt-get install'
alias apt-search='apt-cache search'
alias apt-update='apt-get update'
alias apt-upgrade='apt-get upgrade'

[k3dAR]

btw: neni lepsi rovnou pouzit apt?

apt install
apt search
apt update
apt upgrade

[Kit]

Tohle mi Bash našeptává. Nepoužívám to zas tak často, aby mělo smysl to dál tunit. Navíc se mi to s ničím neplete.

apt nemá schopnosti svaté krávy.

[k3dAR]

apt je jiz existujici nastroj (nadstavba nad apt-neco, navic zobrazuje treba prubeh instalace, umoznuje instalovat i lokalni balicek s poresenim zavislosti z repa,a atd), takze prave nevyzaduje ani to tve aliasove "tuneni" a jestli zmacknes "apt-[tab]" nebo "apt [tab]" v naseptavani uz moc rozdil neni

[Kit]

Když mně ta grafika v apt nevyhovuje...

[Filip Jirsák]

Bash našeptává i apt install, ale je pravda, že je potřeba to zadávat nadvakrát, každé slovo zvlášť.

[k3dAR]

rozdil nebude, kdyz chces naseptat apt-neco tak stejne musis napsat apt- a tab pro naseptani, pak prvni 1-2 pismena... takze je stejne napsat apt[mezera] a tab a... ale pokud mu vylepsenej vystup apt nevyhovuje tak se da zjednoduseni zadavani apt-necoorig chapat

[Gréta]

ty jakoby neděláš dist-upgrade?? :O :O

[Ver mi]

Technicky jdes na to spravne, ale otazka je proc updgrade? Prakticky je rozdil mezi “zalatanym” a nezalatanym linuxem zhruba stejny protoze neodhalene diry na ktere smeruji 0-day vulneabilities stejne neosetris. Akorat si zadelavas na maler ze rozbijes neco co funguje, protoze upgrade linux distra netestuje temer nigdo, jsou radi ze tak nejak prubnou clean install.

[Filip Jirsák]

Zveřejňovat takovéhle názory by mělo být trestné… Samozřejmě nejde jen o 0-day zranitelnosti, ale o obranu proti všem útokům. Pokud má někdo v ruce 0-day, nebude jím samozřejmě plýtvat na nezajímavé servery, aby o něj brzy přišel. Útoků na známé chyby, pro které existují záplaty, je mnohem víc, než těch 0-day. A bohužel se pořád najde dost troubů, jako vy, kteří provozují nezáplatované aplikace – proto na ně útočníci stále útočí. Pravděpodobnost, že se při upgradu něco rozbije, sice není nulová – ale pořád horší je riziko, že váš systém někdo napadne přes známou díru, na kterou existuje záplata.

[Bherzet]

Systém rozbitý po upgradu jsem zažil jednou před cca 10 lety na Archu a to jsem se těch systémů naupgradoval od té doby dost.

[k3dAR]

navic ten troll psal o upgrade v domeni ze to dela povyseni distribuce, pritom upgrade nedela ani povyseni balicku ktere meni "neco vic" na ktere je jak Greta poznamenala dist-upgrade, coz radeji (trolovi) pripominam ze take neni povyseni distribuce beznej upgrade nepamatuju ze by neco v tomhle tisicileti rozbil, u do-release-upgrade v podstate take ne, to co "rozbil" byl jen dusledek PPA, ktere sem si sam pridal a sam poresil, staci prechazet na LTS az pri prvnim opravnem vydani kdy PPA jsou pro to nove LTS uz pripravene, ale stale jde o veci nad ramec vychozich repositaru, tzn. neni to problem...

[debian+]

Ono, ak sa nieco meni, tak pred aktualizovanim ta informuje (aspon v debiane), staci citat a ak sa ti nepaci, zrusit instalovanie.

[Peter Golis]

To upozornenie sa týka akurát tak otázky či chce prepísať lokálne zmeny v konfiguráku na distribučnú verziu.

[debian+]

Nemas celkom pravdu, dostavas aj take upozornenia:

bsdmainutils (12.1.1) unstable; urgency=medium

  The "calendar" program, formerly provided in this package, now appears in
  the separate package "calendar".

  The tools "col", "colrm", "column", "hexdump", and "ul" are now provided as

[Peter Golis]

Unstable?

[debian+]

Chcel som XFCE najnovsie, tak som musel unstable, lebo v testing este nebolo. A tak to zostalo. Domaci notebook.

[Peter Golis]

Čiže si zmixoval unstable s inou vetvou. To bolo rozumné.

[debian+]

Nie, mam testing s unstable.

Zas na druhej strane este nie je to najhorsie. Kedze ak je podozrenie ze balik bude velmi nestabilny, alebo chce to dokladnejsie testovanie, tak tu mame este baliky experimental.

Ved mas priorioty pri instalacii balickov. Pouziva sa najnovsie po najstarsie.

[Peter Golis]

Takže máš unstable ktorému blokuješ niektoré verzie z testing a chceš to zachrániť pomocou repozitárov z experimental. Nič sa nezmenilo.

A ani sa tak nedivím že správu o vyčlenení programu z balíka považuješ za správu o povýšenie distribúcie.

[debian+]

Takže máš unstable ktorému blokuješ niektoré verzie z testing a chceš to zachrániť pomocou repozitárov z experimental. Nič sa nezmenilo.

A ani sa tak nedivím že správu o vyčlenení programu z balíka považuješ za správu o povýšenie distribúcie. 

To som nepovedal. Tak ja nemas.

A riesilo sa tu o zmenach. Ak sa nieco zmeni zasadnejsie v debiane, tak si o to informovany. Takze pokial aktualizujes a citas news, tak by sa nemalo co rozsypat.

Ked neaktualalizujem - problem? Ked aktualizujem - problem? Co chces?

Ak si blbo spravujem system, tak sir osvetu.

[Peter Golis]

Povedal si že máš mix experimental, testing a unstable repozitárov. Bolo to síce trošku dávnejšie, ale bolo to nezabudniteľné.

Debian nie je Rolling Based distro, takže v ňom sa nemá čo zásadného meniť. Až do doby, kým to nezmixuješ na kompletku. Alebo až pokiaľ nerobíš upgrade distribúcie.

PS: Už som ti vysvetľoval kde robíš chybu. Ale asi zbytočne.

[debian+]

Narazal si na mrtve baliky.

Na druhej strane, asi si myslis, ze teraz mam povolene rozne verzi Debianu, tak mam aj vsetky baliky zo vsetkych verzii. Co je blbost.

[Peter Golis]

Stále si to nepochopil. Vtedy som narážal na to, že ti ostávajú manuálne nainštalované balíky pôvodnej a staršej verzie, a tie nedovolia upgrade ďalším komponentom. Tým sa zamotávaš do "dependency hell".

Teraz narážam na niečo iné. Ale aj toto je zbytočné znovu a opakovane vysvetľovať.

[debian+]

Tak v debiane mas, ze kriticke (ci ake aktualizace) sa instaluju automaticky, pokial mas internet.

Aktualizacia - ak pouzivas rozumne distro, tak nehrozi ze sa ti rozpadne system (ale tiez zalezi od programov, co vsetko instalujes - kedze zalezi to tiez kontrotne od tvorcov programov). Alebo si zly manazer - Ak kriticke sluzby, tak pred aktualizacium si pozriem Changelog, odskusam na testovacom servery, resp. ak chcem mat co najmenej balikov tak instalujem v chroote alebo virtualizacia. Ak su kriticke aktualiziacia, tak sa to zverejnuje na technickym portalovalov - takze ohladom kritickych aktualizacii staci tie sledovat.

[GeorgeWH]

Tak v debiane mas, ze kriticke (ci ake aktualizace) sa instaluju automaticky, pokial mas internet.

Zaujimave, mne sa nikdy v ziadnom systeme (okrem winshitov, ale to nie je system) nerobili automaticky ziadne aktulizacia. Ani kriticke (ci ake aktualizace). A vsetky mali internet.

[k3dAR]

zalezi zda mas nainstalovane a povolene unattended-upgrades, z linku:

As of Debian 9 (Stretch) both the unattended-upgrades and apt-listchanges packages are installed by default and upgrades are enabled with the GNOME desktop.

[pavele]

Jo, takhle to dělám na serveru. A kdyby se přece jen něco stalo, tak tam strčím předchozí verzi systému - tedy virtuálu. Systém mám zvlášť, data mám zvlášť.