Linux

Nevadí, víc jich tady není.

Samozřejmě "linuxová firma" byl mnou špatně zavedený pojem, ovšem pochopen byl správně.

Firem vyvíjejících nějaký linuxový software jsou určitě stovky že.

To asi záleží na definici "linuxového softwaru".

Třeba ty různé víceméně-webařské firmy, co zaměstnávají technicky nevzdělané dromedáry: pravidelně mají Linux na serverech, většinou i na pracovních počítačích (protože je to levné, spolehlivé, pro vývojáře dobře použitelné). Vyvíjený sw se vyvíjí i provozuje na Linuxu, ale v zásadě je (nebo by měl být) na platformě nezávislý. Je to "linuxový software"?

Super, nechceš tam přidat i Dockerfile? Případně rovnou zajistit buildění a publish imagů na Dockerhubu?

FROM ruby:2-alpine

RUN gem install calrom

ENTRYPOINT ["calrom"]

Asi klidně chci (minimálně za ten Dockerfile nic nedám, zvlášť, když ho ani nemusím psát :) ), akorát mě doteď nenapadlo, že by po něm někdo mohl toužit.

@dromedar: Není to vždy výhra spouštět aplikaci přes Docker, zvlášť kvůli výkonu (nastartování kontejneru je o něco pomalejší než spuštění rovnou ze systému), nicméně zase si nemusíš instalovat věci z Ruby do systému či řešit další závislosti :-)

Jinak spustit se to z toho Dockerfile dá třeba takto:

docker build -t calrom .

docker run --rm -it calrom -l --calendar=czech-cs

To je jeden z důvodů, proč mě doteď nenapadlo, že by o dockerizaci nejnovější sw dromedaroviny mohl někdo stát. Přijde mi to k smrti otravné.

Dobře rozumím tomu, že instalovat Ruby a pak si nechat systém "ušpinit" Ruby knihovnami a aplikacemi nespravovanými systémovým správcem balíčků je důvod, proč si leckdo používání mého sw rozmyslí, ale dockerizace mi přijde jako docela drahá výhra.

Jasně, nemusím pokaždé vypisovat "docker run --rm -it calrom", můžu si na to udělat shellskript, ale stejně.

Kdybych si musel vybrat mezi Windows a Macem, velmi pravděpodobně bych vsadil na unixový základ druhého jmenovaného, ale doufám, že ke mně osud nikdy nebude tak krutý, aby mě postavil před takovouhle volbu mezi dvěma zly.

Až včera jsem se odhodlal pohlédnout nepříjemné pravdě do očí, pokusil se o zálohu root partition, zjistil, že disk je víceméně přesně tak moc na šrot, jak jsem celou dobu tušil (zkopíroval jsem toho sice dost, ale funkční systém to dohromady nedá ani z daleka), a tak dnes budu na svůj starý notebook, poprvé za dobu, co ho mám, instalovat nový čistý Debian (namísto kontinuálního upgradu systému nainstalovaného někdy na podzim 2011). Fňuk.

A nejen zálohovat, ale hlavně alespoň občas také zálohy ověřovat!

Tak jsme úspěšně instalovala Ubuntu Mate a zatím to splňuje má očekávání. Jediný zádrhel během instalace bylo umístění zavaděče, což mám asi jinak než dříve, ale funguje to ok, takže dobré. Díky všem za rady!

Ten Ubuntu balíček by měl jít rozbalit a binárky z něj vykrást, což? Akorát to není moc elegantní. Ideální by byl veřejný repozitář.

Přiznávám, že jsem to nezkoušel, ale od balíčku pro Ubuntu čekám, že obsažené binárky budou nalinkované proti sdíleným knihovnám té které verze té které distribuce, tzn. mezi distribucemi budou přenositelné omezeně, pokud vůbec.

Může být. V tom případě doporučuji pustit to v Dockeru.

wow. Jak si v posledních letech hovím v závětří (rok interní firemní systém, kde jsem měl víceméně garantovanou verzi prohlížeče, teď od zimy čistý backend), ani nevím, že takové vychytávky někdo nabízí.

Můj vivaldi to zobrazí.

"Sv. Línusi, nabootuj na NAS"

Sv. _Líne_!

"... Lína, Kléta, Klementa,
Sixta, Kornélia, Cypriána,
Vavřince, Chrysogona,
Jana a Pavla,
Kosmu a Damiána ..."

Ok, sudo reboot now..

Teď mi na přímluvu sv. Lína už nejednu hodinu běží fsck. (Čas od času ho systém zabije, že došla paměť, tak ho pustím znovu a - od té doby, co jsem na přímluvu sv. Lína dostal spásný nápad zapnout swap - jede dál odtamtud, kde minule skončil.)
Dost se bojím, jestli výsledek bude na přímluvu sv. Lína použitelný, ale nemůže se stát nic horšího, než že ten starý mroucí disk zkusím naklonovat znovu a lépe. Štve mě na tom jenom to, že takové klonování trvá asi 4 hodiny, a pak to, že jsem nikdy neplánoval mít daný počítač přes měsíc mimo provoz.
(Taky bych se mohl vzdát klonování, nainstalovat čistý systém a nahrát do něj Svoje Důležitá Data ze zálohy, ale na přímluvu sv. Lína bych nerad přišel o svůj něžně milovaný nesmrtelný Debian, který průběžně upgraduji od r. 2011.)

fsck první klon opravoval mnoho a mnoho hodin a dopadlo to špatně, tak zkouším klonovat znovu a lépe - první klonování obstarala clonezilla, druhé jsem svěřil ddrescue.
Podaří se něžně milovaný nesmrtelný Debian reinkarnovat?

To je špatný...

Ve skutečnosti jenom smutný - a dost možná široko daleko jenom pro mě (protože nikoho jiného, kdo si na machrování a případné pracovní použití pěstoval znalost Mercurialu, natož ho třeba ve větší míře používal, osobně neznám).

Akorát si musím rozmyslet, jestli mercurialové repozitáře přesunu z Bitbucketu jinam, nebo konvertuju na git.

Právě jsem přemýšlel nad tím, že by to šlo konvertovat na git, ale bacha ať neskončíš, jak já se svým blogem :D

Žádné nebezpeční nehrozí. Ta "konverze" by ve skutečnosti spočívala v postavení nového git repozitáře s daty pokud možno kopírujícími původní mercurialový, tzn. v případě neuspokojivých výsledků lze operaci opakovat (s jiným nastavením, s jinou konvertovací utilitkou, ...) až do šťastného konce.