Společnost Amazon miliardáře Jeffa Bezose vypustila na oběžnou dráhu první várku družic svého projektu Kuiper, který má z vesmíru poskytovat vysokorychlostní internetové připojení po celém světě a snažit se konkurovat nyní dominantnímu Starlinku nejbohatšího muže planety Elona Muska.
Poslední aktualizací začal model GPT-4o uživatelům příliš podlézat. OpenAI jej tak vrátila k předchozí verzi.
Google Chrome 136 byl prohlášen za stabilní. Nejnovější stabilní verze 136.0.7103.59 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 8 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.
Tak parafrází prastarého trapáckého vtipu jsem se pokusil naznačit, že se tento blogpost hodlá zabývat otázkou proč SLES? (Suse Linux Enterprise Server 10s1). Abych nenapínal. Nasazování SLES bych přirovnal k použití stable verze Debianu, a tam kde se používají poslední typy hardware a nejnovější verze software mi to přijde úchylné.
Proč? Protože pokud skutečně chcete na této distribuci používat něco co není součástí její repository, nezbývá, než si je nějak do systému dobastlit. Tím pádem pozbývá veškerá "stabilita" smysl. Naopak. Do systému se zavleče hromada věcí o kterých balíčkovací systém nemá potuchy a na budoucí problémy je zaděláno.
Konkrétně, kolega přepracovává svou aplikaci do ruby, jenže ruby ve SLES není. Navíc. Když jsem se pokusil nainstalovat opravdu nezbytné provozní minimum, dostal jsem se k tomu že yast2 v grafice přestal bůhví proč reagovat. Což o to, v ncurses fungoval slušně. Ale je trochu iritující když klikáte a pokoušíte se něco spustit a ono nic. Přitom jinak vše fungovalo normálně. Nezbylo než reinstalovat a poslušně vybrat instalaci podle přednastavených profilů - což ovšem znamená hromadu zbytečného software navíc.
Pokud jde o ruby. Ze mně záhadného důvodu SLES repository OpenSuse kde ruby je, odmítá. Při otevření správce balíků řve cosi o tom že nemůže parsovat nějaký soubor. Takže nezbývá než ho buď zkusit natlačit přes rpm balíky, nebo dobastlit ze zdrojáků.
Jen tak pro srovnání. Srovnatelný stroj s unstable Debianem jsem měl nainstalován a nakonfigurován, včetně rekompilace jádra + dalšího potřebného software za odpoledne. A ještě jsem si mohl vybrat jakým způsobem chci to ruby přes web provozovat.
Tiskni
Sdílej:
Takhle chytrý jsem taky.. Jenže háček je v tom, že ten sles z mně záhadných příčin nežere repository typu Yast, ale pouze Yum, víme?Nevíme, ale to je jedno, protože ten repozitář je typu YUM a jak YaST, tak i rug(1) mi ho na čerstvě nainstalovaném virtuálu SLESu 10 SP1 zcela bez problému sežraly. BTW, ty linky od Michala vedou na totéž, což ale asi není moc překvapivé, protože to repo je jen na jednom místě.
http://mirror.karneval.cz/pub/linux/opensuse/distribution/openSUSE-current/repo/oss/ http://ftp.skynet.be/pub/packman/suse/10.3/Sežralo mi to až tu repository, na kterou se objevil link v této diskuzi.
Bo co? Bo nic. Tak slez.Originál hrubozrný ostravský kaměňák, který má původ v šerém ostravském dávnověku, stejně jako okřídlené označení "Cyp jak Lampa". Je stejného druhu jako ten následující:
Cos dělal včera? Hrál jsem s bráchou šachy. Ty máš bráchu? Ne. Proč?
Asi tak nějak. Ale logika v tom je. A to taková že drtivá většina "linuxáků" (fuj! jak nesnáším tohle slovo) má asociováno slůvko "stable" se stabilitou software. Zvláště tedy těch, co nepoužívají Debian. Je to jako s tím příslovečným hrachem. Pokud jde o SuSE (ovšem nejenom! stejnou výhradu mám i vůči Mandrivě, Redhatu nebo Ubuntu aj.) tak mi silně nevyhovuje tzv. "vydávací cyklus" Tj. systém vydání a backportů.
Neodsuzuji ho, pokud jde o tzv. "blackboxy", systémy které se nainstalují a dodají, je to zcela na místě. Vycházím však ze svých zkušeností, kdy na rozdíl od Debianu (u kterého jsem nakonec skončil se svým testováním nejrůznějších distribucí) nebyl nejmenší problém s aktualizací systému na nejčerstvější verzi software, kterou bylo třeba i u velmi dlouho neaktualizovaného stroje.
Opravdu mě nebaví řešit "problémy verze distribuce", a odkládat navýšení verze jak návštěvu u zubaře. Obvykle se řídím heslem "s chutí do toho, rychle od toho". Mí kolegové (co jsou ovšem v obraze) mohou potvrdit, že od doby co jsem nahradil na serveru co virtualizuje MS Windows SuSE za Debian je klid. Server šlape, přestože je identická instalace již na třech různých strojích. Takovým porodům, jako jsem zažil teď při instalaci SuSE, jsem totiž už dávno odvyknul. Proto také bylo třeba odlít svou dávku, bezmoci a zoufalství formou tohoto blogpostu.Opravdu mě nebaví řešit "problémy verze distribuce", a odkládat navýšení verze jak návštěvu u zubaře. Obvykle se řídím heslem "s chutí do toho, rychle od toho".Jezuskristepane...
A jelikož křišťálovou kouli, co by mi poradila jakéže vlastně utility to GUI volá nevlastnímNemám čas to detailně zkoumat, ale myslím, že "
strace -f -e process=trace
prikaz" mi umožní sledovat, jak vznikají v systému podprocesy (alespoň přibližně*) programu, který spouštím přes příkaz. Jakmile umím detekovat vznik procesu, tak pak umím snad zjistit i jak byl spuštěn (ps x - sloupec COMMAND).
*pokud by tohle nefungovalo tak necháme volbu -f a zaměříme se třeba jen na (pod)procesy, které něco zapisují - to jsou ty, které nás ve zkoumaném případě zajímají (takže strace -f -e trace=write prikaz), prostě jít podobnou cestou, doufám, že to trasování bude fungovat i na podprocesy podprocesů (prostě v celém podstromě) - nikdy jsem s tím moc nepracoval
OpenSuse nebo Ubuntu. Mnoha lidem to stačí. Ale - jak se chystám psát do jiného blogpostu - mám pocit že pak krní a v případě sebemenšího problému jsou pak v klikacím prostředí bezradní jak malé děcka.Už se těším
strace -f -e trace=process
Ale - jak se chystám psát do jiného blogpostu - mám pocit že pak krní a v případě sebemenšího problému jsou pak v klikacím prostředí bezradní jak malé děcka.Pokud znáte dobře Debian a SUSE výrazně méně, tak v něm nutně budete občas tápat - podobně jako susák v Debianu. PS: toto píšu jako člověk, který zná poměrně dobře Ubuntu a Debian a před nějakou dobou jsem se právě v openSUSE zařadil do kategorie bezradní jak malé děcka
To bych mohl nainstalovat taky rovnou OpenSuse a měl bych víceméně klid. Jak jsi taky mohl z blogpostu pochopit, kolega co tu aplikaci vyvíjí si přeje SLES, protože je klikač
SLES není o nic "klikavější" než OpenSuSE. Rozdíl je jen v míře opatrnosti při volbě verzí jednotlivých programů a knihoven a v délce podpory.