Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Zabanovaný Anonymní Troll

Stran: 1 2 [3] 4 5 ... 31
31
Btw, ono neni problem sehnat deb balicek s pythonem 3.8, problem je, aby to intalovalo ten balicek paralelne a neprepsalo to python3 symlink na python3.7. To je to. Protoze treba ted SID Debian ma postaveny repozitar nad python3.8 a odkazuje se na nej pres python3 symlink, ale to neni neco co chci ja, to by mi rozbilo system.

32
RDa:
1. Ten eselect ti vsak stejne muze udelat system nestabilni. Nemuzes udelat eselect z exe python co bude odkazovat na python 3. K cemu ti ten eselect potom je? Ani jednotlive verze pythonu 3.x nejsou 100% kompatibilni. Nejak nechapu pointu toho prikazu, stejne ti to muze rozbit system.
2. Tak to mi nejake deb balicek tech fanousku pro Python ukaz, ja jsem nic nenasel.

33
Tak to ja jaksi blbost ze, mas na kazdem Linuxu nejak standarni adresarovou strukturu, a instalator by potom mel tuto strukturu dodrzovat. Takze nejaky standard tady byt musi, nerikej ze ne.
Pokud to sám víte lépe, proč se na to ptáte? Co já vím, tak to s tou standardní adresářovou strukturou není žádná sláva. Běžně binárky, které jsou v jedné distribuci v /bin, najdete v jiné distirbuci pod /user/bin atd. Proto má obvykle config volby, kterými je možné určit, kam se které části aplikace mají nainstalovat.

A v neposledni rade, je tady Debian Stable, opet jakasi standardizace toho co ma instalator delat.
Debian Stable je jedna z mnoha distribucí. Vývojář, který vyvíjí na Gentoo nebo Fedoře asi jako výchozí hodnoty zvolí spíš hodnoty ze svého systému – nemá žádný důvod řídit se zrovna Debianem.

Podle tady toho chartu se da rict, ze programator na Fedore me moc zajimat nemusi, protoze nejpopularnejsi je Debian. Secti si prinejmensim Debian a MX Linux (ten je zalozeny iste na Debian stable):

https://www.youtube.com/watch?v=LmoAJR-0oas

Takze ten Debian Stable tak nejak standard je.


A co se tyce adresarove struktury, tak co je mi tom, jestli si neco da executable do /bin nebo do /usr/bin, dyt to je jedno, hlavne ze je to na path, hlavne ze to da C knihovny kam ma, manualove stranky kam ma atp.

/dev je taky vsude +- stejny, zakladni soubor prikazu v /bin taky.

Uz ani nevim co se tu resi... naco ze jsem se to puvodne vlastne ptal? To je jedno. Proste uzavrem to s tim ze nejlepsi distro mam ja.

34
Nevím jak to máte na Debianu, ale já instalování pomocí make říkám "instalování na prasáka". Čistější řešení je vytvořit nejdříve balíček a ten nainstalovat a pak odinstalovat.

Nedari se mi najit .deb balicek s Pythonem ktery by instaloval Python jakozto side by side verzi, ktera neovlivni python3 executable. Nevite kde hledat kdyz chci takovou specifickou vec? Pochybuju ze jsem sam kdo neco takove potrebuje.

35
Nevím jak to máte na Debianu, ale já instalování pomocí make říkám "instalování na prasáka". Čistější řešení je vytvořit nejdříve balíček a ten nainstalovat a pak odinstalovat.

Ano! Presne. k tomu jsem se jeste nedostal.

36
Treba Python instalator ocividne nejaky standard dodrzuje, je multiplatformni, muzes to instalovat i pres ten altinstall:

Citace
Installing multiple versions
----------------------------

On Unix and Mac systems if you intend to install multiple versions of Python
using the same installation prefix (``--prefix`` argument to the configure
script) you must take care that your primary python executable is not
overwritten by the installation of a different version.  All files and
directories installed using ``make altinstall`` contain the major and minor
version and can thus live side-by-side.  ``make install`` also creates
``${prefix}/bin/python3`` which refers to ``${prefix}/bin/pythonX.Y``.  If you
intend to install multiple versions using the same prefix you must decide which
version (if any) is your "primary" version.  Install that version using ``make
install``.  Install all other versions using ``make altinstall``.

Muzes si to nainstalovat kam chces na jakou chces distribuci. Je to otazka toho programatora co to delal, aby to udelal poradne a fungovalo to.

37
Instalování softwaru ze zdrojového kódu nemá fungovat nijak standardně. Je to hodně nestandardní operace a dělá se podle postupu pro ten konkrétní software, případně ještě upraveného pro vaši distribuci.

Tak to ja jaksi blbost ze, mas na kazdem Linuxu nejak standarni adresarovou strukturu, a instalator by potom mel tuto strukturu dodrzovat. Takze nejaky standard tady byt musi, nerikej ze ne. Zadruhe je tady ten altinstall, dalsi pokus o jakousi standardizaci instalatoru. A v neposledni rade, je tady Debian Stable, opet jakasi standardizace toho co ma instalator delat.

38
uslo ti ze stable, ve smyslu verzovane distribuce, neznamena bezchybny, ale bezezmeny ;-)

A stable, ve smyslu Debianu, znamena stabilni jakoze otestovany a stabilni jakoze nemenici se.
1. Oboji chci.
2. Oboji jaksi z podstaty veci vzajemne uzce souvisi.
3. Rec je tu o Debianu.

39
Ha, a ted jsem zjistil, ze ten solaar je v obsazen v backportech, no hned si ho tam dam radeji z backportu.

40
Nech systémový Python pythonem (chceš se snad plácat přes prsty s package managerem), "svůj" Python si mainstaluj někde stranou (/opt bývá dobrý kandidát) a pro projekty, kde to potřebuješ, si nastav path.

A nebo ještě lépe... Pythoní environment per projet.

Python source code ma v sobe instalaci (dyt o tom pisu) ktera umoznuje ten altinstall, ktera necha systemovy python jak je. Tak v cem vidis problem?

41
Treba v debian repu byla stara verze programu solaar, pro Logitech Unified receiver. A nefungovalo mi to s moji logitech mysi. Tak jsem si tam musel zkusit dat novejsi Solaar z Ubuntu. Asi jsem se mel spise podivat na instalaci co mi to bude pridavat, nez jsem si to dal do systemu, ale nejak to funguje.

42
Pro pouzivani nejnovejsich verzi sw volte jinou distribuci nez Debian.. napr. Gentoo :) Aktivace rizikovych verzi je pak jenom otazkou nastaveni konfigurace systemu.

Ne.

nevim proc bych mel kvuli par aplikacim ktere potrebuju mit nejnovejsi nebo dokonce v nekolika verzich pouzivat jinou distribuci nez debian.

Python potrebuju mit v nekolika verzich. jak mi v tom pomuze Gentoo? Zrpavidla jako programatora me moje pracovni nastroje ktere jsou k dispozici v balickovaci systemu vubec nezajimaji, jsou zcela nedostatecne. Nikdy bych odtamad treba neinstaloval PyCharm. A to ze je tam Python me moc nezajima rovnez. Taky potrebuju mit X verzi Javy. A nekdy i ruzne verze IDE.

Takze tech par veci co potrebuju mit si klidne nainstaluju mimo balickovaci system. A ten zbytek veci systemovych me zajima pramalo - k cemu mi bude ze mi nekde dali nejnovejsi verzi prikazu "grep" kurpikladu.

A novy HW bych na Linux stejne netahal, protoze to zpravidla nefunguje. Takze se ptam, naco jine distro - aby se mi to porad rozbijelo?

43
Instaloval jsem si na Debianu nejnovejsi verzi Pythonu a protoze ta neni ve Stable repozitarich, udelal jsem to primo ze zdrojoveho kodu.

Pouzil jsem prikaz make altinstall coz vytvorilo spustitelny soubor python3.8 a neprepsalo to systemovy python3 - coz jsem samozrejme chtel.

Co to je ten make altinstall, kde se tam vzal? To predpokladam je standarni prepinac prikazu make, jehoz chovani naprogramoval tvurce instalatoru, s cilem vyrobit inkrementalni zpetne kompatibilni zmenu, ktera nic nepodela.


Pak me jeste jako uzivatele Debianu Stable zjima jina vec. V systemu mam aktualne pod "java" Javu 11. Prepokladam ze kdyych si chtel nainstalovat Javu 14, tak ze bych mel spravne vyrobit prikaz "java14". Nemuzu prepsat "java" protoze by mi to mohlo rozbit neco v systemu. Mezi verzema javy jsou samozrejm rozdily, ne vzdy je to plne zpetne kompatibilni.

44
Instaloval jsem si do Debianu stable nekolik balicku z externich zdroju, a dokonce to jednou byl i PyCharm ktery Deb balkicek nemel. A pokazde se mi do XFCE dostala polozka s ikonkou te aplikace. To je snad v tech instalacnich skriptech, ze pokud to zjisti ze mam XFCE, tak to vi, kde to ma co pridat? Nebo odkud to XFCE taha ty veci ktere patri do menu?

45
Vývoj / Re:Zkušenosti s cloudem a Kubernetes
« kdy: 07. 06. 2020, 11:53:50 »
 ;D ;D ;D

1. Tvl kazdej kdo delal s Cludem vi a vidi, ze je to jeste v plenkach a ze nektere vnitrni utroby jsou shit. A ty z toho delas jeste vetsi shit. Vyber si jeden Cloud (AWS) a ten tvl pouzivej a ty shity a nastrahy co tam jsou se nauc. Nebo nam napis kolik jsi usetri za DigitalOcean.

2. Zapomen na databazi co ti pojede na produkci ve tvojem dockeru. Ses pos ral ne...

3. Naco tam chces valit Kibanu - CloudWatch Insights ti nestaci? Si stezujes a delas si to akorat slozitejsi.

4. Kubernetess no comment. Nikdy jsem s tim nedelal. Ale vsechny co znam pouzivaji v AWS Docker a je to i default kontejner pro mnoho sluzeb. Tak nevymyslej pitchoviny.

5. V praci pouzivame ECS namisto EC2, na jednotlive aplikace je to lepsi z hlediska udrzby.

6. Ja mam soukrome EC2 kde mi bezi web server, mam tam preventivne kazdy den cron na restart po pulnoci, protoze se to bylo schopne po par dnech sprajcnout. Proc, nevim. Ale kdybych mel ECS, asi bych nemel tento problem.

Stran: 1 2 [3] 4 5 ... 31