V březnu loňského roku přestal být Redis svobodný. Společnost Redis Labs jej přelicencovala z licence BSD na nesvobodné licence Redis Source Available License (RSALv2) a Server Side Public License (SSPLv1). Hned o pár dní později vznikly svobodné forky Redisu s názvy Valkey a Redict. Dnes bylo oznámeno, že Redis je opět svobodný. S nejnovější verzí 8 je k dispozici také pod licencí AGPLv3.
Oficiální ceny Raspberry Pi Compute Modulů 4 klesly o 5 dolarů (4 GB varianty), respektive o 10 dolarů (8 GB varianty).
Byla vydána beta verze openSUSE Leap 16. Ve výchozím nastavení s novým instalátorem Agama.
Devadesátková hra Brány Skeldalu prošla portací a je dostupná na platformě Steam. Vyšel i parádní blog autora o portaci na moderní systémy a platformy včetně Linuxu.
Lidi dělají divné věci. Například spouští Linux v Excelu. Využít je emulátor RISC-V mini-rv32ima sestavený jako knihovna DLL, která je volaná z makra VBA (Visual Basic for Applications).
Revolut nabídne neomezený mobilní tarif za 12,50 eur (312 Kč). Aktuálně startuje ve Velké Británii a Německu.
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.
4.9.2006 22:09
| Přečteno: 1450×
| 
| poslední úprava: 4.9.2006 23:48
Snažím se vzkřísit z mrtvých obrázkový prohlížeč, na Linuxu, s vývojovým prostředím Lazarus. Když zamakám, může z toho být alternativa k IrfanViewu...
Je to asi 2 roky zpátky, když sem psal/skládál dohromady obrázkový prohlížeč podobný IrfanViewu, dělal sem to v Delphi asi rok, ale zbytečně, protože se mi něco podělalo na disku a některá data mi zmizela, spolu i s celým archivem toho prohlížeče. Ale to nevadí, nyní se ho snažím naprogramovat znovu v prostředí Lazarus + FreePascal pro GNU/Linux, hodně jsem už ale zapoměl (začínm zase od začátků). Licence prohlížeče bude muset být GNU GPL v2 
Proč jsem si vybral zrovna obdobu Delphi, Lazarus? Fanatičtí Céčkaři a Javaři jistě prominou, prostě protože je to v tom jednoduchý a rychlá nezdržující tvorba mě baví (nechci se štvát s toolkitem). Ale to je kámen úrazu, Lazarus (poslední stable 0.9.16) má plno nevychytaných chyb, mezi které patří i nefunkční "obarvování" grafických prvků (jako třeba černá na TPanel nebo jiné...), nefunkční tlačítka "šipky" na Scrollboxu a další menší problémy které až tak nebolí. Mno zkusím, jestli tyto problémy nevyřeší upgrade na nejnovější testing verzi Lazarusu.
Proč vlastě dělat další prohlížeč pro Linux? Žádný dobrý+jednoduchý+šikovný jako IrfanView jsem ještě pro linux neviděl a spoustu lidí si stěžuje proč není alternativní aplikace a proč to musí spouštět ve Wine (na pomalejších počítačích je to někdy porůdek). Můj otec říkal, že až bude něco jako IrfanView pro linux, zahodí Widle...
Hlavní prvky Pictureruse:
)
Standardní věci jako fullscreen, malý navigační panel, rozšířené informace, navigační okno, styl zobrazení obsahu, otáčení, efekty, ukládání...bla..bla..bla...budou zcela určitě ...musim si osvěžit paměť (nejlépe vychlazenou 12kou)...
Nyní je Picturerus v experimentálním stádiu, na úplném začátku, ale aspoň už zobrazuje PNG (mimochodem, nevíte o nějaké grafické knihovně pro Lazarus/FPC pod GPL?) a má toolbar (heh, ikonky nesmím zapomenou někde podělat, chci nějaké hezké, možná z KDE). Je toho ještě hoodně, a jestli nebudu tak líný a nesoustředěný jako do dnes, bude stabilní release nejdřív v červnu roku 2007 (plánuju na 3.6.2007 - to mám narozky, tak si snad udělám radost). Žádné CVS neplánuju, pouze budu vydávat verze na homepage (muffy.ic.cz/picturerus, až bude). Verze programu budou podobné jako repozitáře debianu (experimental, unstable, testing, možná RC, stable -- v současné době experimental).
Ta to byl takový výkřik do tmy... Kdo by chtěl spolupracovat, tak mě může kontaktovat na mr.silent(na)njs.netlab.cz, měl by umět základy Delphi/Kylix/Lazarus/Pascal, ale upozorňuji že jsem zase v záčátcích a vím velký kulový
Průběžně budu informovat o novinkách, ale nechci vás tu moc rozprudit, tak toho zase moc nebude
UPDATE: Zjistil jsem docela nemilou věc, binárka má už teď 6.6MB! Pochybuju že bych to nějak zkomprimoval Takže jste někteří měli pravdu, přejdu na C++ asi s Qt (co mi doporučujete vzhledem k rychlosti? Qt nebo GTK?), jaký toolkit, to fakt nevím.
Tiskni
Sdílej:
4.9.2006 22:28
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
Ale jako projekt pěkný, zajímalo by mě jak se ti v tom Lazarovi bude dělat... já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mi. Někdo ho považuje dobrý aspoň jako na výuku programování (k čemuž byl taky původně určen nepletu-li se), ale podle mě i to by šlo třeba v Pythonu mnohem lépe (dokonce sem snad někde četl nějakou esej proč je Python na výuku programování lepší než Pascal).
4.9.2006 22:43
Honza Balák | skóre: 23
| blog: Jaxův linuxový zápisník
| Předklášteří
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
writeln? Jde to vůbec? Je fakt, že jsem zamrznul u TP 6, potom jsem našel C.
).
<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku okna </lehce mimo>
sprintf v C). Ale Pascal jim to neumožní a (i) z toho důvodu je to špatný jazyk.
Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky. Navíc, pokud jazyk samotný něco používá, ale programátorovi to naopak zakazuje, je to příklad špatného návrhu, ať už si o Wirthovi myslím cokoliv.
To už vůbec nemluvím o dynamických polích a podobných věcech
chápu, že milovníci C++ na to jistě mají odlišný názorNo C++ je šíleně složitý jazyk, ale mám raději jazyky, jejichž tvůrci se nerozhodovali, co všechno v něm nepůjde jednoduše udělat. Navíc tíhnu k dynamickým jazykům, takže C++ dvakrát nepreferuji.
<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co? Takže zatímco mi v C++ stačí změnit knihovnu, nebo napsat potomka dané třídy a místo + používat normální metodu
setTitle(std::string), tak v Pascalu musím pro napsání obdoby writeln a) změnit jazyk b) přepsat překladač. Tak nevím, co bude lepší .
Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky.Jasně, je to relikt, který si nikdo nedovolil úplně odstranit. Což není bug, nýbrž feature, funkce s proměnným počtem parametrů jsou dost kontroverzní záležitost. V Delphi jsou implicitní hodnoty parametrů, ale uznávám, že
writeln s tím nenapíšu.
To už vůbec nemluvím o dynamických polích a podobných věcechTa dynamická pole jsou v Delphi taky. Ale pokud se pamatuju, chovají se v některých věcech jinak než ta statická (a nemám na mysli fakt, že mají proměnnou velikost
).
To měl být pokus o vtip, a krom toho jistě víte, že existují (vulgárně řečeno) dva názorové proudy: 1. jazyk by měl umožnit programátorovi úplně všechno a je na něm, aby toho nezneužíval; 2. jazyk by měl být restriktivní a neměl by nechat programátora dělat něco, co by mohla být prasárna. Nechci se hádat, který je "lepší", ale faktem je, že Pascal se ze zjevných "historických" důvodů řadí k tomu druhému a nikdy nebyl důvod na tom cokoliv měnit (i když zrovna to Delphi svým překotným vývojem pěkně zprasáčtělo).<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co?
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mino já mám jiné zkušenosti, třeba v Delphi se dobře dělají projekty jako textové editory, prohlížeče obrázků apod. ovšem na jiné aplikace je nevhodný, dá se říct až krkolomný.
určitě by nedosahl takove rychlosti jako IrfanView
4.9.2006 23:29
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
Tam bych opravdu žádný KDE program ani spouštět nezkoušel
...dokonce sem snad někde četl nějakou esej proč je Python na výuku programování lepší než Pascal...První jazyk: Python
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mi. Někdo ho považuje dobrý aspoň jako na výuku programování (k čemuž byl taky původně určen nepletu-li se)Pascal byl sice původně určen pro výuku programování, ale to, čemu se dneska říká Pascal, má s tím Wirthovým bazmekem společné akorát jméno. Podotýkám, že tím neříkám nic o kvalitách nebo nekvalitách toho jazyka, a ani nechci... (ale jsem zatvrzelý... bývalý zatvrzelý Pascalista/Delphista
)
Mimochodem, pro opravdové zájemce, kdesi na webu se nechá najít specifikace ISO Extended Pascalu a návrhu objektově orientovaného rozšíření pro Extended Pascal, a to jsou docela zajímavé jazyky (trochu mi připomínají Adu ).
(nojo, sorry, blbej fór )
A packala neee. Jedině C++ a GTK
4.9.2006 22:43
eXces | skóre: 15
| blog: i hate mondays;)
| Jihlava
Tak já si naopak myslím, že dobrý prohlížeč obrázků v gnu/linuxu není. Takže jenom vítám tenhle pokus. IrfanView mi totiž vždy přišel nejlepší - splňoval mé požadavky dokonale.
Hlavní chyby těchto programů v gnu/linuxu (z mých zkušeností):
při otevření obrázku a stisknutí mezerníku nebo šipky nepřejede na další obrázek ve složce
nebo neumí slideshow
a pokud tohle všechno umí, tak je strašně hnusnej a nepřehlednej:-P
Pochopil bych fork() vývoje, ale začít psát nový prohlížeč?!
4.9.2006 23:27
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
A co hůř, nevydržím se na něj koukat déle jak 5 vteřin (ano, Motif se mi neskonale hnusí ).
4.9.2006 23:59
Valoun | skóre: 30
| blog: Psavec
| Středočeský kraj
K tomu, že binárka má už teď 6.6MB - strip zmeší binárky z Lazaru několikanásobně.
Problem techto prohlizecu je, ze se do nich postupne pridavaji dalsi a dalsi funkce, az to je neskutecny moloch po vsech strankachPřehánět to nebudu, dám si s tim práci, aby to bylo čistý, přehledný a co nejrychlejší. Snad se mi povedou aspon základní funkce jako ukládání do jiných formátů. Efekty by měli být z části na plug-iny, ale ty já psát nebudu (Picturerus Vanilla)
Nechces tu vyslovnost zaznamenat (neco jako "Hello, this is Linus Torvalds and I pronounce Linux as Linux" ) a dat k dispozici pro pobaveni?
)
5.9.2006 18:12
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
5.9.2006 18:50
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
Včera jsem si prohlížel dokumentaci PyQT, v tom by to mohlo jít (PyGTK se mi nezalíbilo).Tak to souhlasím, já jen navrhl různé alternativy
Samotnému se mi také mnohem více líbí PyQt než PyGTK.
No momentálně se rozhoduji mezi C++/GTKmm, nebo PyQT, upřímě, víc se mi zamlouvá PythonVšak také Python se s C++ nedá srovnávat
C++ je ošklivý statický (a i vcelku složitý) hybrid, kdežto Python je krásně čistý dynamický objektový jazyk (s funkcionálními prvky). Ono obecně jakýkoliv kvalitní dynamický jazyk (Python, Ruby, Lisp, Scheme, Smalltalk, ...) je alespoň z mého pohledu nesrovnatelně lepší než C/C++/Java/C#
Moje konečná slova: napíšu to v Pythonu s PyQT a změním název z "Picturerus" na něco nejazykolamného. tečkaTo mě opravdu těší
5.9.2006 19:06
Mikos | skóre: 34
| blog: Jaderný blog
| Praha
Prvním z nich je Cornice (napsaný bohužel ve wxPython toolkitu, né v PyQt, nicméně používá PIL a vypadá vskutku dobře, něco ve stylu ACDSee) a druhý je Imgv (ten je napsaný v PyGame, tedy nevyužívá žádný grafický toolkit, nýbrž přímo SDL... ale vypadá dost divně, netuším zda je to použitelné ).
5.9.2006 18:53
Jardík | skóre: 40
| blog: jarda_bloguje