Poslední příspěvky

1

Sítě / Re:Metronet končí, ke komu přejít?

« Poslední příspěvek od ripper6 kdy Dnes v 20:56:42 »

Karmelos: bohuzel s cenou moc neudela, jestli to ma na mesicni placeni, tak mu ji muzou i mozna zvysit driv 
Kdo predplatil rychle na rok u JON, tak by melo platit 12 mesicu. Pak lze proste mit to drazsi a platit dal a nebo pripadne prejit jinam 

2

Desktop / Re:Font rendering v různých desktopových prostředích

« Poslední příspěvek od Ondrej Nemecek kdy Dnes v 20:46:32 »

Co na tom obrázku vidím je, že Gnome uprostřed používá antialiasing jen v odstínech šedé

To by mělo jít přepnout.

[...] ale vypadá to, že KDE používá jiný kerning než XFCE a GNOME.

Na základě toho obrázku přemýšlím, jestli se tomu, co používá Xfce a GNOME dá vůbec říkat kerning...

Typograficky vypadá správně IMHO jen ten první řádek (KDE).

3

Software / Připojení zašifrovaného oddílu v Grubu

« Poslední příspěvek od rennergy kdy Dnes v 20:05:38 »

Zašifrovaný oddíl jsem vytvořil s výchozími volbami jednoduše pomocí "cryptsetup luksFormat <device>".

Daří se mi ho v systému otevřít pomocí "cryptsetup luksOpen <device> <name>".

Ovšem pokud ho chci otevřít grubem (ve verzi 2.14~rc1 by to mělo být možné), pokus pomocí "cryptomount -u <UUID>" končí hláškou "Invalid passphrase." V zadání hesla chyba rozhodně není. Před cryptomount mám v grubu zavedené potřebné moduly pomocí "insmod luks2". PBKDF mám argon2id (jak jsem zjistil pomocí "cryptsetup luksDump <device>") a modul "argon2" je zaveden jako závislost luks2.

Tedy vše by mělo být připraveno a fungovat, ale nefunguje.

Jinak je to spíš takové hraní si, systém na zašifrované partition mi nabootuje pomocí UKI, chtěl bych však mít možnost bootovat postaru (kernel a initramfs) ze zašifrované partition, k čemuž je nutné rozběhat ten cryptomount v grubu.

S LUKS1 zašifrovaným diskem mě cryptomount fungoval (byť byl děsivě pomalý - 18 sekund otevření disku v grubu oproti 2 sekundám v naběhlém systému).

Věděl byste někdo, co s tím, resp. máte někdo zkušenost s LUKS2 v kombinaci s grubem 2.14~rc1?

4

Desktop / Re:Font rendering v různých desktopových prostředích

« Poslední příspěvek od Martin Poljak kdy Dnes v 19:58:33 »

Co na tom obrázku vidím je, že Gnome uprostřed používá antialiasing jen v odstínech šedé

To by mělo jít přepnout.

[...] ale vypadá to, že KDE používá jiný kerning než XFCE a GNOME.

Na základě toho obrázku přemýšlím, jestli se tomu, co používá Xfce a GNOME dá vůbec říkat kerning...

5

Desktop / Re:Font rendering v různých desktopových prostředích

« Poslední příspěvek od Tomas-T kdy Dnes v 19:44:37 »

Co na tom obrázku vidím je, že Gnome uprostřed používá antialiasing jen v odstínech šedé - je takové měkčí, šedivější.
KDE i XFCE jsou "barevné", ostřejší, výraznější, používají téměř totožný antialiasing, ale vypadá to, že KDE používá jiný kerning než XFCE a GNOME.
V příloze zvětšený text z obrázku výše v pořadí KDE, XFCE, Gnome (zvětšete si to naplno).

6

Bazar / Re:Máte zájem o TR 3970X (32c/64t), 256 GB RAM?

« Poslední příspěvek od czmiho kdy Dnes v 19:37:06 »

Rezervovano do nedele pro karelpolacek

7

Desktop / Re:Font rendering v různých desktopových prostředích

« Poslední příspěvek od Arthur kdy Dnes v 17:49:15 »

Možná je to úplně mimo cíl, ale škálování rozlišení máš postaru celočíselné? Pokud se obraz vyrenderuje na 200% a pak převzorkuje dolů na 125%, tak to na FHD bude ošklivě vidět.

Nene, všude mám nativně 100% šklálování.

On ten trend je i jinde, na Win máš staré fonty (Explorer apod. - OK) a ty nové (aka start menu) jsou na obyč monitoru pěkný hnus. Chrome OS je použitelný min. na 13" FHD, cokoliv s nižším DPI se prostě nedá. Takže si myslím, že je to stejný případ, prostě aby to vypadalo hezky na drahém notebooku, zbytek nás nezajímá ...

Ale XFCE to umí, takže řešení existuje, jen ho najít :-).  Pokud to teda není nějak svázané se starými verzemi GTK ...

8

Desktop / Re:Font rendering v různých desktopových prostředích

« Poslední příspěvek od RDa kdy Dnes v 17:29:14 »

Vsiml jsem si toho taky... instaloval jsem pokusne Ubuntu na FHD AOI i notas s mensim rozlisenim nez FHD, a nemuzu z toho, jak je to cely rozmazany a pixelovaty.

Podle me za to cele muze snaha o nasazovani antialiasingu i tam, kde by potreba nebyl. Typicky to vidavam v terminalu.. proste clovek ceka ze tam bude dot-matrix font s 1:1 pixely nebo vetsim fontem ci 2x2 pro pixel.. ale ne, oni to tam musi rozmazat

9

Desktop / Re:Font rendering v různých desktopových prostředích

« Poslední příspěvek od Zopper kdy Dnes v 17:15:11 »

Možná je to úplně mimo cíl, ale škálování rozlišení máš postaru celočíselné? Pokud se obraz vyrenderuje na 200% a pak převzorkuje dolů na 125%, tak to na FHD bude ošklivě vidět.

10

Hardware / Re:Ceny modulů DIMM (UDIMM i RDIMM) a také SSD

« Poslední příspěvek od jjrsk kdy Dnes v 16:20:25 »

A když ropa zlevní, ceny na benzínce zůstanou ještě hodně dlouho vysoko, protože je přece potřeba prodat skladové zásoby nakoupené za draho ;-).

V jedne takove pidizemicce (lucembursko se jmenuje) na presne tohle maji legislativu. A ta (pod velkyma pokutama) rika, ze cena na bezinkach musi pri zlevneni ropy klesnou o stejne %. Proto tam mimo jine maji vzdy kdyz k necemu takovemu dojde navaly od sousedu.

Jinak realita je zhruba takova, ze nez se z nakoupene ropy, stane ropa vytezena, dorucena, zpracovana a prodana na benzince, trva to cca 2 roky.

Dnesni humbuk kolem AI ...

Ono vytvorit mozek principielne neni zadny problem, problem je v tom, ze jaksi mozek neni pocitac.

Od pocitacu se jaksi chce, aby nezapominaly a nedelaly chyby, zatimco libovolny mozek ma presne toto jako naprosty zaklad svyho fungovani. Bez toho jednoduse fungovat nebude.

Samo, sekundarne je tu zcela nedostatecna technologie, ale to neni principielni prekazka. Mozek je proste jen hromada vzajemne interagujicich neuronu. A to je neco, co zatim neumime vyrvorit v dostatecne masivnim meritku. Jakkoli by se neco takoveho dalo resit SW cestou, tak by takovy mozek byl tristne pomaly.