Easter eggs – virtuální velikonoční vajíčka (diskuse)

[Honza Jaroš]

Tak jsem vypustil rybičku a ona si tu plave. Nechá se to nějak odstřelit, nebo na to musím shodit celé Gnome?

[Honza Balák]

Pořiď si rybářskej prut . Jinak výbornej článek .

[Jan Tojnar]

killall gnome-panel

[Honza Jaroš]

Díky, sice brutální, ale účinné

[Mti.]

klikni na rybu ... uplave.

[lyon]

Stačí right-click, sama odplave.

[Honza Jaroš]

...a za chvíli je zase zpátky. Pokud ne u vás, u mně ano, klikal jsem na ní v noci asi hodinu (pak už jen tak ze srandy), když zrovna plavala kolem.

Samozřejmě jsem jí mohl zlikvidovat ukončením Gnome, ale natolik mi zase nevadila...

[Jakub Lucký]

zabít panel

xkill a click na panel, nebo killall panel... Zkrátka běží to pod gnome-panel procesem

[Honza Jaroš]

Jistě, to už mi tu ráno radili a já to udělal.

[me]

Rybicka neni dokonala (je to bastl), nema se rada se sporicem obrazovky. Obcas problikava, chvili jsem si myslel, ze mi zacal zlobit monitor, ze probiji...

[victor8]

nice apt-get je zrejme znamy kazdemu, ale gnome ma milo prekvapilo

[Prcek]

Gentoo umí taky bučet . Respektive jeho maskot "Larry the Cow".

prcek@Holly ~ $ emerge moo


  Larry loves Gentoo (Linux)

 _______________________
< Have you mooed today? >
 -----------------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

[Jan Grmela]

Hehe, koukám, že Suse taky

gum@thinkpad ~ $ zypper moo
   \\\\\
  \\\\\\\__o
__\\\\\\\'/_

[DNA]

jj, i Debian

apt-get moo
         (__)
         (oo)
   /------\/
  / |    ||
 *  /\---/\
    ~~   ~~
...."Have you mooed today?"...

[Josef Kufner]

Tak u Debiano tahle moo-mánie začala

[David Šmíd]

Smart v Unity bučet odmítá: :)

# smart moo

I'm way smarter than a cow!

---

[Mti.]

jo, ale apt aspon nakresli celou kravu. Napsat radek textu umi aj echo v shellu bez vaznejsi inteligence

[Jendа]

echo umí taky nakreslit krávu

[me]

Na vse lze udelat bug report

https://launchpad.net/ubuntu/+source/apt/+bug/56125

[Jan Grmela]

Hezké, většinu z nich jsem neznal. Ale ti Space Invanders v OOo jsou docela trapní oproti té 3D záležitosti v MS Excelu

[Robert Krátký]

Zkus kliknout na zeměkouli v Google Earth a pak stisknout Ctrl+Alt+A

[kotyz]

zbytecny, leteckej simulator ma uz dlouho vlasni polozku v menu nastroje.

[houska]

:help 42

ve vimu mi nejde, napise jen "E149: Sorry, no help for 42"

[Robert Krátký]

A nemáš nějakou tu ořezanou verzi? vim-tiny apod.

[houska]

no jo je to tu - "vim-tiny"

[mrts]

Ve vimu verze 7.2 mi to také nejde, v 6.3 ano.

[kotyz]

me to v 7.2 normalne jde:

What is the meaning of life, the universe and everything? *42* Douglas Adams, the only person who knew what this question really was about is now dead, unfortunately. So now you might wonder what the meaning of death is...

[Dusko]

:help! ..taky uzitecna rada :)

[RapMan]

hmm, tak proto nabiha ten openoffice tak pomalu... :)

[petr_p]

Mnohem zákeřnější je sl – nikdo nečeká parní lokomotivu.

[mp]

Nikdo nečeká španělskou inkvizici!

[Milan Lajtoš]

Tiež som chcel... ;)

[kotyz]

prikaz nenalezen, ale myslim ze sem to videl nekde v AURu ...

[kotyz]

jo je to tam a limoto je toho maintainer

[corwin78]

ddate - pěkné, odedneška, tedy od "Setting Orange, the 15th day of Chaos in the YOLD 3176" používám jen tento kalendář.

[Martin Matějek]

Taky zkusím, uvidím jestli se v tom časem vyznám

[Milan Vančura]

Příloha:

• 42.png (6231 bytů)

Dík za úsměvný článek. Google mě dostal, umí "to" používat v kalkulačce jako univerzální konstantu ve výrazech. Příklad je na výřezu ze screenshotu.

[Tarmaq]

ve vimu je jeste jeden easter egg spojeny se Stoparovym pruvodcem..

:help!
E478: Don't panic!

[True54]

Kdyby misto těch 3.14-čovin udělali z aptu a aptitude skutečně schopný package manager. K čemu mi je hraní min, když tyhlety toolsy neumí řešit ani triviální problémy závislostí? Teď už chápu, proč je to taková parodie.

[Saljack]

Co to kecáš. Já s apt žádný problém nemám. Dodej aspoň příklad.

[True54]

Začít můžeš na Mancoosi.org, kde se těmito poblémy vědecky zabývají. Prostuduj si EDOS project, kde na krásném a jednoduchém obrázkovém příkladu je demonstrováno chování některých package managerů. APT je mezi nimi bezpečně nejhorší.

To, že ses nedostal s aptem do problémů je dáno vlastností repozitářů, které jsi použil. Balíky Debianu jsou seřazeny a předžvýkány tak, aby se z toho apt chudák nesesypal. Tvůrci Smart Package Manageru vypracovali ukázkové příklady triviálních situací, kde APT totálně selhává, přestože je řešení jednoduché a očividné. Doporučuji přeskočit na Case2 a Case3.

Apt je evidentně neblíže tomu vyrobit PackageHell z repozitáře, kde jdou jinak bez problémů splnit závislosti.

[trekker.dk]

Volně přeloženo někdo nejprve vlastní neschopností vytvoří problém a následně se diví, že má problém...

[True54]

WTF? Snaha aptu nesmyslně instalovat balík v nejvyšší verzí i v případě, že závislosti splní jen verze nižší je neschopnost uživatele?

I kdyby jste vše svedl na neschopnost uživatele, pořád to nemění nic na faktu, že APT je nejhorší package manager a dependency solver vůbec.

[Saljack]

Já třeba snahu instalovat balík v nejvyšší verzi vidím jako normální a logickou věc. To, že nějaký balíček potřebuje tak starou verzi, tak to pro mě znamená, že je ten balík zastaralí. Ale prosím tě apt není ani zdaleka nejhorší a já bych ho za nic jiného měnit nechtěl ani náhodou.

[Ash]

No nevím ale instalovat jiný balík než ten, který je potřeba je nejen špatně, ale i zbytečné, protože to pak stejně nejspíš nebude fungovat :)

[Robo]

blbost; v deb baliku sa samozrejme da nastavit dependency, ze program XY musi byt verzie < n

[Salamek]

sorry ale apt-get mi prijde nejhorsi... at uz tim co dela nebo tim jak vypada (kdyby si alespon nejak odsadili vystup aby se v tom nekdo vyznal, to je tak tezky tam narvat par \n , ten bordel co apt-get je schopen vypsat ... v tom by se ani prase nevyznalo)

[Jendа]

Já se v tom tedy vyznám, ale apt-get už se nemá na Debianu používat aptitude má mnohem lepší solver.

[Robo]

WTF? to ma byt akoze v systeme x roznych verzii jedneho programu, pretoze jeden zastaraly program nedokaze pracovat s novou verziou? tak taky bordel by som v systeme mat teda nechcel

[David Jaša]

Tvůrci Smart Package Manageru vypracovali ukázkové příklady triviálních situací, kde APT totálně selhává, přestože je řešení jednoduché a očividné.

A proto se Smart používá všude, zatímco apt hnije na smetišti dějin, že?

[True54]

Afaik se apt používá pouze v Debianu a jeho klonech. K tomu se sluší dodat, že například Canonical, jako zástupce nejpoužívanějšího klonu aktivně financuje vývoj smartu s odůvodněním, že dependency solver aptu nepodává ideální výsledky,

[David Jaša]

Afaik se apt používá pouze v Debianu a jeho klonech.

Což je furt zhruba nekonečněkrát víc, než Smart. Ten byl jednu dobu tak slibný, že jeho nasazení kromě Canonicalu chystali i v Novelu, nicméně obě distribuce z toho vycouvaly poté, co ho zpřístupnili early adopterům (Novell si pak vyvinul zypper).

[True54]

Nevím nic o záměru nasazení Smartu v Novellu. Novelll totiž po akvizici Ximianu nasadil Red Carpet, který se vyvinul do podoby Zypp package managementu, v podobě Zypperu, Yastu a ZenWorks v podobě backendů. A vzhledem k tomu, že to pracuje na principu SAT solveru, vypadá vedle toho APT stejně chudě asi jako trabant vedle mercedesu.

SAT solver afaik používá také Linspire, což je původem Debian distro.

Problém Smartu je v tom, že jeho vývoj je pomalý a dodnes má nějaké ty nedořešené bugy, jeho solver je sice o poznání lepší než aptu, ale kvalit SATsolveru nedosahuje.

[Erbureth]

Už má Smart vyřešené problémy s národními znaky?

[Jakub Lucký]

1) celou dobu se bavíme o verzi apt-rpm, která je fork a žádná z chyb se nemusí v Apt (míněno frontend k dpkg) projevovat a do důkazu opaku považuji výše uvedená tvrzení za zcestná

2) Ten průzkum pochází z roku 2004, to považuji v oblasti software za extrémně obsolete (pokud není prokázáno jinak)

[True54]

Testuje se solver, který je totožný. Nevím co tu blábolíte o chybách forku! Pojmy jako dpkg vs. rpm jsou zde zcela irelevantní, neboť rpm a dpkg závislosti vůbec neřeší.

[Jakub Lucký]

No, já bych si nebyl tak jistý, jestli apt-rpm a apt udržují shodný stav solveru...

[True54]

Solver je jenom matematický algoritmus, který vybere nejvhodnější balíčky. Vzhledem k tomu, že oba odkazované zdroje se shodují, že Solver je stejný, nemám důvod jim nevěřit. Zvláště, když Mancoosi je de-facto vědecký projekt hojně podporovaný finančními granty. V takovém prostředí se takto naivní a diletantské chyby nedělají.

Navíc jsem schopen zcela jednoduše vyrobit jednoduché příklady, kdy "originální" apt (dpkg) neumí nelézt řešení, přestože existuje a je jednoduché. Evidentně se chová tak, jak popisují v příkladu se součástmi auta. To jsem si osobně mnohokrát vyzkoušel. Možná by to bylo zajímavé téma na obsáhlejší blogpost/článek, klidně i s příklady na konkrétních distribucích.

[Jakub Lucký]

No nic, nebudu dále flámovat a půjdu pokračovat v používání toho špatného solveru...

[Jendа]

Divím se, že tu ještě nikdo nezmínil, že apt je v Debianu už zastaráno a aptitude má IMHO lepší solver.

[Jakub Lucký]

Já třeba aptitude vůbec nepoužívám a pořád jen apt (jsem staromilec a mám pocit, že aptitude občas myslí víc, než je zdrávo)

[Sten]

Jeden easter egg je i na Seznamu v registraci nového účtu, pokud zadáte heslo delší než 64 znaků

[Fluttershy, yay!]

Kdo by se registroval na Seznamu? o_O

[maertien]

+2

[Xeelee]

Bezpečnost hesla: hustodémonsky krutopřísné

Trapný.

[Dalibor Smolík]

Docela jsem se pobavil

[Jaromír Hradílek]

Vývojáři se někdy evidentně baví. Akorát takový easter egg v jednom nejmenovaném IRC klientu mě stál už hodiny života…

[slayn]

v snownews je santa hunta, něco jako space invaders, ale se santou a sobama:D

[Zdenek.Z]

Pěkné je, že ručníkovou anketu považuje za "další hloupou anketu" právě 42 % lidí.

[starenka]

Co takhle klasiku?

starenka@kosmik1:/$ python
Python 2.5.2 (r252:60911, Jan  4 2009, 17:40:26)
[GCC 4.3.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import this
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!