Proběhlo hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu si odhlasovali zodpovědné využívání generativní umělé inteligence.
Sovereign Tech Agency (Wikipedie) prostřednictvím svého fondu Sovereign Tech Fund podpoří vývoj Flatpaku částkou 508 640 eur.
Byla vydána první veřejná verze v7.0-mk2 projektu Multikernel (mklinux), který umožňuje spouštět více nezávislých linuxových jader současně na jednom stroji bez hypervizoru.
Heureka Group uspěla v soudním sporu se společností Google. Městský soud v Praze vydal rozhodnutí v oblasti soukromoprávního vymáhání soutěžního práva. Společnosti Heureka Group přiznal náhradu ušlého zisku ve výši 250 milionů korun, což spolu s úroky z prodlení a náhradou nákladů řízení činí více jak 410 milionů korun. Základem celého sporu bylo protisoutěžní jednání technologického giganta Google v letech 2013 až 2017. Google na
… více »Dnešním dnem končí LTS podpora Debianu 11 s kódovým názvem Bullseye. K dispozici je Extended LTS podpora.
Firma X zaslala předžalobní výzvu vývojáři projektu Nitter (Wikipedia), open-source alternativního frontendu k sociální síti X (ex-Twitter), a provozovatelům instancí jako XCancel, které umožňovaly číst příspěvky bez přihlášení, reklam a javascriptu. Údajně se dopouštějí „sběru dat“. Zdrojový kód Nitteru vývojář archivoval. Vývoj již dříve přerušil v roce 2024 po tehdejším omezení API X. X je dceřiná společnost SpaceXAI Elona Muska, provozující mj. kontroverzního chatbota Grok.
Bylo vydáno Ubuntu 26.04.1 LTS, tj. první opravné vydání Ubuntu 26.04 LTS s kódovým názvem Resolute Raccoon. Přehled novinek a oprav na Discourse.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) vydal Zprávu o stavu kybernetické bezpečnosti ČR za rok 2025 (pdf). Incidentů ubylo, sofistikovanost útočníků roste.
Open source softwarový stack AMD ROCm (Wikipedie) pro vývoj AI a HPC na GPU od AMD byl vydán v nové major verzi 10.0. S ROCm.AI. Přehled novinek v aktualizované dokumentaci.
Finanční skupina Partners se stala minulou neděli obětí kybernetického útoku, při kterém se útočníci dostali k některým osobním údajům klientů. Společnost o tom informovala ve čtvrtek. Ujišťuje, že peníze klientů nejsou v ohrožení. „Kybernetický útok zasáhl část IT infrastruktury naší společnosti. Ihned po zjištění útoku jsme s pomocí externích bezpečnostních odborníků začali intenzivně pracovat na minimalizaci škod. Útočníci se
… více »
7.10.2009 15:45
| Java
| 
| Přečteno: 6411×
| Komentářů: 12, poslední 18. 9. 2020
| Hodnocení: 88 % (8 hlasů)
Druha cast - tentokrat se jiz pripojeni do DS povedlo. Pouzit kod z dema z "neoficialniho helpdesku DS" (viz prvni blogspot), aktualni wsdl ze stranek MV a par informaci co jsem uz nacerpal (plus samozrejme aktivovana testovaci DS)
Kompilat znalosti ktere jsem posbiral a stale sbiram pri implementaci napojeni naseho systemu na DS. Stale se rozrusta o nove informace
Updated 7.10.2009 11:02
Na svem serveru jsem se rozhod provozovat apache2 v chrootu (proste projistotu). Dokonce jsem si kvuli tomu zprovoznil na notebooku vmware a v nem takovy pokusny stroj, ze to nejdriv vyzkousim na nem a pak teprve naostro na serveru.
Jak jsem postupoval? Jednoduse, "apt-cache search chroot" a "apt-cache search jail", a procist si o projektech. Nakonec jsem si procet a vyzkousel 2, jailer a makejail.
Programky v Jave se nespousti zrovna jednoduse, pokud nejde o neco co se deployne do nejakyho uz beziciho serveru, tak je vetsinou potreba predat haldu parametru (classpath, parametry jvm, parametry prostredi (napr. http. proxy), a pak to sileny jmeno tridy kterou spustit, plus samozrejme parametry programu.
Vetsina lidi ma nastesti dost soudnosti, ze to nenecha na uzivateli, ale snazi se spusteni nejak "zabalit", vetsinou do skriptu. Vynecham MS "bataky", vetsinou se s nima nemusim trapit. S cim se ale casto trapim, jsou "shell skripty", teda povetsinou pokusy o shell skripty, nemuzu ocekavat ze clovek co dela v jave umi automaticky uzasne elegantne skriptovat.
Budu preinstalovavat notebooka. Volba padla na OpenSuSE 10.2. Bohuzel, DVD mechanika v notebooku mi nejak odmita spolehlive cist palena DVD (asi na to ma vek), rozhodl jsem se poridit lisovane DVD
Jak to dopadlo? Inu, ve stredu vecer jsem objednal a zaplatil krabicovou verzi a tesil se ze do patku budu mit na stole v praci balicek. Misto toho se jenom koukam jak ta krabice cestuje po statech.
Bohuzel, dneska jsem udelal tu "blbost", ze jsem se kouknul po jinych moznostech. Na e-bay bych sehnal stejnou krabici za lepsi cenu (soucasna cena 8 EUR), a jeste bych to mohl mit na stole o hodne driv. Holt pouceni pro priste - nejdriv zkus ebay.
Vzkaz vsem pachatelum registracnich formularu: pokud umoznujete zadani adresy mimo CR, nenastavujte PSC/ZIP code jako povinny prvek! Jsou zeme, kde se smerovaci cislo nejen nepouziva, ale ani neprideluje. Nenutte uzivatele/zakazniky psat vam tam takove obezlicky jako "IRL 1", "IE" apod. :-) (Wikipedia: Postal_addresses_in_Ireland, Postal Addresses in Ireland)
Ve velke firme nemuzete delat jen tak neco. Proste zahlidnout neco co by slo udelat lip, co by produkt "malinko zlepsilo". Proste, kazda zmena prestavuje plno kroku - nekdo to musi schvalit, nekdo na to musi napsat projekt, a hlavne, nekdo musi priklepnout penize na vas, protoze "vase prace neco stoji", coz v dnesni dobe ekonomicke recese znamena "ne". V idealnim pripade to "malinko zlepsit" znamena ze to neni zrovna malinko, a ze si toho vsimnul zakaznik a nahlasil to - pak jde zmena udelat celkem rychle, a prachy najednou nikdo neresi.
Anglicky nejen komentare, ale i kod. Proc? Duvodu je mnoho, vymluv proc to nedelat jeste vic:
Jsem mozna jeden z mala, ktery s ostatnimi nesdili Stredoevropsky (v soucasnosti jeste letni) cas. Vetsinu casu pobyvam v GMT. Posun to neni nijak vyrazny, pouha hodina, ale ty zajimave dusledky. Napisu komentar ke clanku/blogu, a hle - napsal jsem ho za hodinu. Kdyz prijdu z prace domu, povecerim, pripojim se na net, a co nevidim - vetsina lidi uz je pomalu na ceste do postele, nebo aspon z prace doma - a to jeste pred rokem jsem normalne odchazel z prace v osm vecer a neprislo mi ze bych byl na jabberu pripojen sam. Jenom jedna hodina!
Tento muj zapis bude jenom takove male postezovani si nad tim jak funguji velke firmy.
Nejprve si ujasneme pojmy. Buildovacim toolem (build system) myslim sadu skriptu (v nasem pripade pro apache ant), ktere se staraji o to, aby slo (takrka kdykoli a kdekoli) pretvorit zdrojove kody (v nasem pripade hlavne v jave a C++) do spustitelne podoby, spustit testy a ziskat vysledky testu. Idealni je skombinovat toto s jinym toolem, ktery spousti predchozi v pravidelnych intervalech a nekam uklada zda se podarilo cely projekt zkompilovat a otestovat - timto toolem je nejaky "automaticky buildovac", napr. CruiseControl.
Predevcirem jsem mel tu "skvelou" myslenku, ze do naseho projektu zakomponuji novy buildovaci nastroj, ktery se ma stejne nasadit na celem oddeleni. Jednou to prijit muselo.
4.10.2006 13:33
| Unix
|
| Přečteno: 1557×
| Komentářů: 24, poslední 6. 10. 2006
| Hodnocení: 100 % (3 hlasů)
Mezi kolegy jsem byl jiz nekolikrat svedkem svedomiteho pouzivani prikazu more na miste kde by melo byt cat, napr:
more /etc/passwd | grep root
Mam uz jiny, osobni blog, ale rozhodl jsem se udelat si blog i zde. Proc? No, jsou veci, ktere bych rad resil s jinym "publikem" nez chodi na muj osobni blog.
Takze veci, ktere hodlam predhodit Linuxove/Unixove/Sitarske komunite budu davat sem, protoze zde (doufam) budou uzitecne (pro me nebo pro ostatni :-) )
Ted uz konec uvodu a hura do prace
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz