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.
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 »Zdravim vsechny pritomne. Pred tydnem sem si koupil novy disk (500G). Po rozdeleni a instalaci ale zjistuji ze se nekam podela nemala cast mista.
Pocitejte se mnou:
Device Boot Start End Blocks Id System /dev/sda1 1 100 803218+ 83 Linux /dev/sda2 101 60801 487580782+ 5 Extended /dev/sda5 101 227 1020096 82 Linux swap / Solaris /dev/sda6 228 354 1020096 83 Linux /dev/sda7 355 60801 485540496 8e Linux LVMNa
/dev/sda1
je boot, velikos ty mela byt 700 M (vi s velikosti sem to trochu prehnal, asi momentalni zatmeni mysli). /dev/sda5
odpovida swapu a mel by myt velikost cca 1 G, /dev/sda6
je rootem a ma velikost take 1 G. Konecne /dev/sda7
je LVM a mel by byt 500-1-1-1-(rezije extended partisny /dev/sda2
) = cca 497 G.
Zde mi to zacina byt nejasne.
~:# pvscan PV /dev/sda7 VG vg lvm2 [463,05 GB / 0 free] Total: 1 [463,05 GB] / in use: 1 [463,05 GB] / in no VG: 0 [0 ]Kam se ztratil rozdil 497 G - 463,05 G? Na reziji LVM nebo extended partition se mi to pozdava byt prilis velke?
~$: df -h Filesystem Size Used Avail Use% Mounted on /dev/sda6 997M 344M 653M 35% / tmpfs 1008M 0 1008M 0% /lib/init/rw udev 10M 108K 9,9M 2% /dev tmpfs 1008M 0 1008M 0% /dev/shm /dev/sda1 736M 18M 679M 3% /boot /dev/mapper/vg-usr 15G 3,9G 11G 28% /usr /dev/mapper/vg-var 1008M 290M 668M 31% /var /dev/mapper/vg-tmp 1008M 4,1M 953M 1% /tmp /dev/mapper/vg-home 20G 1,1G 19G 6% /home /dev/mapper/vg-big 406G 115G 292G 29% /mnt/big /dev/mapper/vg-privat 20G 2,0G 19G 10% /mnt/privatPriznam se, jsem zmaten :)
Tiskni
Sdílej:
root@cernej:~# df -m Filesystem 1M-blocks Used Available Use% Mounted on /dev/md1 18778 3147 14677 18% / tmpfs 502 0 502 0% /lib/init/rw udev 10 1 10 2% /dev tmpfs 502 0 502 0% /dev/shm /dev/md0 236 53 172 24% /boot /dev/md3 448560 309518 116256 73% /home /dev/sdc1 300446 182479 117967 61% /mnt/usbdisk root@cernej:~# python Python 2.4.4 (#2, Aug 16 2007, 02:03:40) [GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> 18778+10+236+448560 467584Tj. cca 467 GB ..
nechapu proc se nemuzou pouzivat jen ty s nasobkama 1024, na co zavadet este ty s nasobkama 1000?jak prosté milý Watsone - marketing, marketing ... prodávat "500 GB disk" je přeci víc cool než prodávat "přibližně 463 GiB disk" kdyby jim lidi tyhle sračky nebaštili, tak by se to nepoužívalo - jenže prostý konzument sere na to zjišťovat, co si to vlastně kupuje, jeho zajímá jen aby to bylo co nejlevnější a bylo toho co nejvíc, a tomu zbytku lidí, co by se toužil chovat trošku racionálněji, nezbývá než trpět, neb trh se podřizuje většinovému zákazníku
Pokud pro jednotku množství informací mají ty jednotky jiný význam, pak asi bude nutné nadefinovat všechny možné kombinace s jinými jednotkami a nadefinovat pro ně extra vzorečkyProč? Abys mohl dělit kilobity megagramem? Co ti přijde tak nepochopitelného na tom, že u jednotek kapacity se tyhle přepony jako mocniny dvou a ne deseti, protože to odpovídá uspořádání hardwaru?
Proč? Abys mohl dělit kilobity megagramem?Abych mohl dělit jednotky kapacity jednotkami času, plochy, objemu…
Co ti přijde tak nepochopitelného na tom, že u jednotek kapacity se tyhle přepony jako mocniny dvou a ne deseti, protože to odpovídá uspořádání hardwaru?Je to nepochopitelné proto, že se těm předponám dává jiný význam, než který mají všude jinde. Přitom není problém pro ty mocniny dvojky použít jiné předpony – už jsou dokonce i definovány. Nepochopitelné je to používání dekadických předpon jako binárních proto, že je to stejně neudržitelné. Běžné uživatele nějaká souvislost s hardwarem nezajímá, a poměr běžných uživatelů a IT odborníků neustále roste ve prospěch těch prvních. Pokud těmito jednotkami chcete počítat v nějakých „fyzikálních“ vzorcích, musíte brát brát každou jednotku jako extra jednotku pro stejnou fyzikální veličinu, a navíc u těch jednotek nesmíte používat násobné předpony (protože jsou shodné se začátky názvů těch extra jednotek). Takže zbývá jediný důvod, proč používat jednotky kB jako 1024 bajtů a ne 1000 bajtů, a pro 1024 bajtů používat KiB, když už někdo má tu potřebu – „vždycky se to tak dělalo“. Když přešla na metrickou soustavu i Velká Británie, kde byli na staré značení zvyklí všichni, tak na „metrické předpony“ přejde zcela jistě i IT, kde je těch, kterým vyhovuje starý způsob, daleko daleko méně. Jenom je otázka, kdy k tomu dojde.
Proč by k, M, G muselo platit zrovna jenom pro jednotky SI?to je špatná otázka - spíše se (sám sebe) zeptej "proč předpokládám, že věc definovaná nějak v jedné normě musí mít automaticky stejný význam všude?" - samozřejmě, že k, M a G můžeš ve významu 1000×, 1000000×, 1000000000× používat pro co se ti zlíbí, nicméně musíš počítat s tím, že pokud to explicitně nenadefinuješ, druhá strana ti nemusí rozumět ... všeobecně známá (netroufám si říct závazná) norma SI nic takového pro bity/byty neříká, pokud vydáš Le Système de Filip Jirsák, která to nadefinuje, pak můžeš říkat, že podle SFJ to musí platit i pro bity/byty; jinýmy slovy tvoje otázka "proč by to muselo platit jen pro jednotky SI" není založena na korektním vývodu z mého tvrzení
Pokud pro jednotku množství informací mají ty jednotky jiný význam, pak asi bude nutné nadefinovat všechny možné kombinace s jinými jednotkami a nadefinovat pro ně extra vzorečky.to je demagogie jak stehno, nic jiného než vztah předpona-jednotka není potřeba definovat; skoro bych to označil za FUD - občane boj se, když přijmeme binární prefixy, budem muset přepisovat učebnice a vracet se do škol!
Jak je to vůbec s bitem? kb je 1000 bitů, nebo 1024 bitů?kb je blbost (resp. podle SI fanatiků je 1 kb = 1000 b) 1 Kb = 1024 b podle ANSI/IEEE Std 1084-1986 nebo ANSI/IEEE Std 1212-1991
to je špatná otázka - spíše se (sám sebe) zeptej "proč předpokládám, že věc definovaná nějak v jedné normě musí mít automaticky stejný význam všude?"Běžné užití těch předpon vůbec nesouvisí s nějakými jednotkami SI. Člověk se prostě ve škole naučí, že u jednotek znamená kilo- tisíckrát, a nezjišťuje, jestli je nějaká jednotka definována v SI, nebo ne.
U „normálních“ jednotek díky tomu, že kilo znamená stále to samé, funguje asociativita násobení – takže třeba u jednotky km/h nemusíte přemýšlet, jestli je to k(m/h), nebo spíš (km)/h, nebo jestli 60 km/h neznamená spíš 60 k (m/h). Protože to všechno ve výsledku znamená to samé. Ale jakmile by se někde ve výpočtu objevil bajt, musím neustále dávat pozor, jestli tamPokud pro jednotku množství informací mají ty jednotky jiný význam, pak asi bude nutné nadefinovat všechny možné kombinace s jinými jednotkami a nadefinovat pro ně extra vzorečky.to je demagogie jak stehno, nic jiného než vztah předpona-jednotka není potřeba definovat; skoro bych to označil za FUD - občane boj se, když přijmeme binární prefixy, budem muset přepisovat učebnice a vracet se do škol!
k
znamená kilo, nebo je to začátek kilobajtu.
K čemu je vůbec dobré používat kolidující označení kilobajt pro 1024 bajtů, když tu je pro totéž označení kibibajt, které je jednoznačné?
zkus takovému "běžně ve škole naučenému" člověku říct, třeba že něco stojí "5 kKč", a až oslovíš dostatečnej statistickej vzorek, tak se vrať poreferovat, zda někdo přemýšlí nebo nepřemýšlí o tom, co to první "k" znamená, oukej?Ekonomové to běžně používají, a nikdo jim to nevysvětloval. Zkuste se zeptat běžných uživatelů PC, kolik je 1 kilobajt, schválně, od kolika dostanete odpověď 1024, od kolika tisíc, a od kolika „něco kolem tisíce“.
co se druhého odstavečku týče, je to stále stejná písnička, naprosto iracionálně trváš na sčítatelnosti hrušek s jabkama ... s těma km/h sis pěkně naběhl co se týče výběru příkladu, jak nad tím "nemusíš přemýšlet", neboť když budu chtít zjistit vzájemnou rychlost a druhou budu mít třeba v m/s, tak výsledek taky nezískám jenom úpravou nějakých desítkových řádů - ovšem brát 1 h = 3600 s ti nevadí, ale brát 1 KB = 1024 B ti vadí, furt chceš to K trhat a odmítáš, že by KB mohlo stát dohromady ... asi jako kdybys v češtině trval na tom, že stojí-li něco pár babek, tak za to musíš zaplatit dvěma prarodičkami, a nikoli že jde o idiom vyjadřující, že to je levnéJá je nesčítám, ale násobím. A to se u jednotek dělá naprosto běžně. Třeba když vynásobíte vzdálenost a převrácenou hodnotu času, dostanete rychlost. Já netrvám na desítkovosti převodu, trvám na tom, aby desítkový převod platil pro zaběhané desítkové předpony. Klidně si používejte nedesítkové předpony, ale říkejte jim jinak. Já jsem si v ničem nenaběhl, naběhl jste si vy – máte tam sekundu a hodinu. Kdyby to bylo podle vaší metody, mohlo by se hodině říkat klidně kilosekunda – 3600 je přece dost blízko k 1000…
já neobhajuju nepoužívání KiB, pouze mi vadí to, že svou argumentaci stavíš na principu "já jsem se to v nějaké souvislosti naučil takhle, tak to tak musí platit všude ve všech souvislostech"To není „já jsem se to naučil“. Předpony kilo, mega, giga… se vždy používají jako násobek tisíce. Jedinou výjimkou já právě použití v IT. Na to, jak jsou v IT důležité standardy, je používání dekadických předpon nestandardně pro binární prefixy dost zvláštní. Jako kdyby nějaká distribuce používala příkaz
cp
pro mazání souborů, nebo nějaký program parametr --help
třeba pro určení vstupního souboru. Vždyť proč by všechny distribuce měly používat příkaz cp
se stejnou funkcí, nebo proč by parametr --help
měl vždy vypsat nápovědu k programu (nebo nedělat nic)? Žádný standard na to není, tak si to každý může dělat po svém, ne?
jedna úzce vymezená skupina je "dostatečnej statistickej vzorek"? - děkuju, stačí, nemám zájem na této úrovni pokračovat... až oslovíš dostatečnej statistickej vzorek ...Ekonomové ...
Ale není něco divného na tom, že G znamená pokaždé něco jiného?Ano, je to divne, v tomto pripade je tedy chyba v df. 1G = 1 073 741 824 ma smysl u vyjadrovani kapacity zarizeni, kde nejmensi alokovatelna jednotka ma velikost 512(takze vlastne vyrobci uvadena velikost 500 000 000 000 je nesmysl), ale nema moc smysl u vyjadreni prenosove rychlosti, kde je nejmensi moznou prenasenou jednotkou 0.125.
Nedaval bych SWAP partisnu doprostred disku.Některé instalátory ji někam vrazí a nechtějí si to nechat vymluvit (mám pocit, že např. instalátor Fedory to dělával). Ovšem umístění doprostřed disku není zase až tak špatné. Jde o to, odkud kam bude disk nejčastěji seekovat (protože seek time je hlavní parametr, který ovlivňuje rychlost). Chtělo by to nějaká data z reálného provozu. A vždycky to bude nějaký kompromis.