Poslední příspěvky

1

Software / Re:Má vůbec smysl reportovat někam chyby?

« Poslední příspěvek od ondrej _ kdy Dnes v 17:36:53 »

Jak jakože nechceš věřit? Když něco napíšu, tak je to pravda nebo u Vás to funguje jinak?
Můj telefon (Siemens SK65) byl vyrobený v roce 2004 a jako záložní mám ještě Siemens M55, který je o 2-3 roky starší. Oba mají trochu upravený firmware, výrobce nepočítal s tak dlouhým provozem, protože už expirovaly certifikáty všech J2ME aplikací, ale šlo to vyřešit. Rozkládací QWERTY klávesnice se stále skvěle hodí nejen na psaní SMS, ale mám tam i SSH klienta...
Na baterii v notebooku je datum 2012 a má zhruba 60% původní kapacity. Samozřejmě si člověk musí s nastavením Linuxu trošku pohrát = povypínat nepotřebné služby a periferie, jinak by ta doba byla poloviční.

Uz som vela krat zazil, ze niekto sa pomylil a pravda to nebola. 20 rocny mobil stale pouzivat, tak to ta obdivujem. Rovnako ten notebook.
Hlavne na ten notebook by som nemal nervy. Ved to muselo byt pomale uz od zaciatku.

Si rarita. To musis mat ako honby. Nikto "normalny" by to uz davno nepouzival.

2

Software / Re:Má vůbec smysl reportovat někam chyby?

« Poslední příspěvek od Jerry999 kdy Dnes v 17:01:42 »

Dokial neposles fotku, tak neuverim, ze stale pouzivas 20 rokov stary mobil. Rovnako sa mi nechce verit, ze stale pouzivas popisovany notebook. Ak som dobre dohladal, tak to je 13 rokov stary model. AK je to ten model, tak neverim, ze tam mas original bateriu a ze vydrzi 5 hodin.
Ak je to ten model a este ho naozaj pouzivas, tak mas moj obdiv.

Jak jakože nechceš věřit? Když něco napíšu, tak je to pravda nebo u Vás to funguje jinak?
Můj telefon (Siemens SK65) byl vyrobený v roce 2004 a jako záložní mám ještě Siemens M55, který je o 2-3 roky starší. Oba mají trochu upravený firmware, výrobce nepočítal s tak dlouhým provozem, protože už expirovaly certifikáty všech J2ME aplikací, ale šlo to vyřešit. Rozkládací QWERTY klávesnice se stále skvěle hodí nejen na psaní SMS, ale mám tam i SSH klienta...
Na baterii v notebooku je datum 2012 a má zhruba 60% původní kapacity. Samozřejmě si člověk musí s nastavením Linuxu trošku pohrát = povypínat nepotřebné služby a periferie, jinak by ta doba byla poloviční.

3

Software / Re:Má vůbec smysl reportovat někam chyby?

« Poslední příspěvek od ondrej _ kdy Dnes v 16:14:53 »

To je zase hlod...  :-D

Já pořád doufám, že Linux nepůjde směrem jako Windows 11 a neřekne lidem ať milióny počítačů vyhodí a koupí si nové, protože starý plně funkční hardware už nechtějí podporovat...

Takže v době, kdy jsem ten notebook kupoval, tak ho CZC prodávalo s předinstalovaným Linuxem (nějakou podivnou distribucí MeeGo?), takže byl předpoklad, že tam bude vše fungovat. A na začátku taky fungovalo. Až následně se ukázalo, že k ovladači grafiky nejsou zdrojáky (Intel vývoj outsourcoval), takže všechno funguje dobře na 32bit verzi Ubuntu 12.04 a chce-li člověk upgrade, musí oželet hardwarovou akceleraci. Bez ní to fungovalo dobře ještě v Ubuntu 20.04, pak už ne.

Někomu příjde normální měnit mobil po půl roce, aby si připadal cool. Já mám stejný mobil 20 let (baterku měním cca po pěti letech), takže určitě nehodlám zahodit fungující notebook (s originální baterii ještě zvládne 5 hodin běhu). Takže ne, nehodlám se přizpůsobit a generovat zbytečný elektroodpad.

Co by proboha vyřešil Debian, když tahle chyba JE v kernelu?
Mám hledat souvislost mezi zálohováním a grafickou kartou? Radši ne...
A ne, fakt to není nejnovější grafika v notebooku. Jednak je to jen GPU integrované v procesoru a myslím, že už se nějaké roky nevyrábí... v kernelu zjevně někdo tenhle driver změnil, aniž by si vyzkoušel, co ty změny způsobí...
Zkrátka děkuji za mnoho podnětných myšlenek...  :-)
...

Mal z casti pravdu.
Ako uz tu bolo pisane. Nic nieje bezodne ani kapacita ludi okolo kernelu. Cim menej userov, tym sa danu vlastnot/chybu kasle.
Toto nieje len otazka open source ale vseobecne.
Ak nebude mat, ktor robit te support, tak ti ludia budu musiet vyhodit tie miliony PC aj pri Linuxe.
To, ze to niekto rozbil mu nemozes mat za zle. Neda sa otestovat vsetko a ty mas specificky/problemovy kus HW, ktory uz malokto pouziva. Rovnako ty si nemozes byt isty, ze tou svojou upravou si nerozbil nieco ine.

Rovnako nemozes cakat, ze reporting na taku vec ako je kernel bude v style nahlasim bug a vybavene. Bohuzial je to tak. Rovnako to je aj v komercnom SW. Co som sa ja uz podobne narozculoval ale ma to svoju logiku.


Dokial neposles fotku, tak neuverim, ze stale pouzivas 20 rokov stary mobil. Rovnako sa mi nechce verit, ze stale pouzivas popisovany notebook. Ak som dobre dohladal, tak to je 13 rokov stary model. AK je to ten model, tak neverim, ze tam mas original bateriu a ze vydrzi 5 hodin.
Ak je to ten model a este ho naozaj pouzivas, tak mas moj obdiv.

4

Software / Re:Má vůbec smysl reportovat někam chyby?

« Poslední příspěvek od 🇺🇦 GPU kdy Dnes v 14:44:18 »

Tady to skoro vypadá, že uživatel linuxu má snad i čekat na ty vyhozené počítače...

5

Software / Re:Má vůbec smysl reportovat někam chyby?

« Poslední příspěvek od Jerry999 kdy Dnes v 14:01:57 »

Když chceš seriozně používat Linux, tak za mě, neexistuje aby jsi ho provozoval na kdejakém stroji. To ty si musíš přizpůsobit předem hardware. Máš to zadarmo, druzí ti to vyrábějí zadarmo, nic za to neplatíš, tak snad jsi schopen alespoň takovou věc, jako kompatibilní hardware, zajistit.

Tzn. zjistit si, jaký notebook ti na tom pojede, třeba koupit i nějaký starší Thinkpad, a na tom to rozjet. Snad se alespoň trochu v téhle věci přizpůsobíš ty, ne?

No a nakonec, pravidlo další - dej tam Debian stable...

To je zase hlod...  :-D

Já pořád doufám, že Linux nepůjde směrem jako Windows 11 a neřekne lidem ať milióny počítačů vyhodí a koupí si nové, protože starý plně funkční hardware už nechtějí podporovat...

Takže v době, kdy jsem ten notebook kupoval, tak ho CZC prodávalo s předinstalovaným Linuxem (nějakou podivnou distribucí MeeGo?), takže byl předpoklad, že tam bude vše fungovat. A na začátku taky fungovalo. Až následně se ukázalo, že k ovladači grafiky nejsou zdrojáky (Intel vývoj outsourcoval), takže všechno funguje dobře na 32bit verzi Ubuntu 12.04 a chce-li člověk upgrade, musí oželet hardwarovou akceleraci. Bez ní to fungovalo dobře ještě v Ubuntu 20.04, pak už ne.

Někomu příjde normální měnit mobil po půl roce, aby si připadal cool. Já mám stejný mobil 20 let (baterku měním cca po pěti letech), takže určitě nehodlám zahodit fungující notebook (s originální baterii ještě zvládne 5 hodin běhu). Takže ne, nehodlám se přizpůsobit a generovat zbytečný elektroodpad.

Co by proboha vyřešil Debian, když tahle chyba JE v kernelu?
Mám hledat souvislost mezi zálohováním a grafickou kartou? Radši ne...
A ne, fakt to není nejnovější grafika v notebooku. Jednak je to jen GPU integrované v procesoru a myslím, že už se nějaké roky nevyrábí... v kernelu zjevně někdo tenhle driver změnil, aniž by si vyzkoušel, co ty změny způsobí...
Zkrátka děkuji za mnoho podnětných myšlenek...  :-)

Sice mi stále není jasné, k čemu bugzila.kernel.org má vlastně sloužit, když ne k hlášení chyb, ale aspoň tu stále je výhoda opensource v tom, že když člověk opravdu chce, může si pitomé chyby opravit i sám.

6

Distribuce / Re:Debian 13: automatická instalace s LVM

« Poslední příspěvek od petrmu kdy Dnes v 12:49:29 »

Tohle je funkční konfigurace disku pro preseed, kterou používám já. Je to pro systém s UEFI boot:

Kód: [Vybrat]

# necessary for manual LVM:
# actually not sure what this does, removing for now
#d-i partman-auto/init_automatically_partition select Manual

# this selects the disk partman will use, it's required
d-i partman-auto/disk string /dev/sda

# this selects the method partman will use, it's required
d-i partman-auto/method string lvm

#d-i partman-auto/init_automatically_partition select custom

# You can define the amount of space that will be used for the LVM volume
# group. It can either be a size with its unit (eg. 20 GB), a percentage of
# free space or the 'max' keyword.
# not sure if this has to be present
d-i partman-auto-lvm/guided_size string max

# remove any existing LVM
d-i partman-lvm/device_remove_lvm boolean true
# remove any existing RAID
d-i partman-md/device_remove_md boolean true

# this defines the VG name, not sure if it has to be present, removing for now
# multime names can't be present here
# the following definition of vg_main can be uncommented, uncommenting will not change the result
# this is because the vg defined manually is used
#d-i partman-auto-lvm/new_vg_name string vg_main

# the following is probably not necessary
d-i partman-auto/purge_lvm_from_device boolean true

# there used to be a $defaultignore{ } in the definition of the PV/VG partition, but it still works the same after removing it
# you can define extened partition using extended{ }

# a useful trick:
# put the physical partition that will be deleted later to free up space on an extended volume

# partman uses DIFFERENT units !!!
# conversion guide: multiply by 1.048576 and add 1 (MB) + round down

d-i partman-auto/choose_recipe select myrecipe

d-i partman-auto/expert_recipe string myrecipe :: \
630 10 630 fat32 \
method{ efi } format{ } \
mountpoint{ /boot/efi } \
.\
1074 10 1074 ext4 \
$primary{ } $bootable{ } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /boot } \
. \
1 99999 -1 ext4 \
$primary{ } \
method{ lvm } \
vg_name{ vg_main } \
. \
12885 10 12885 ext4 \
$lvmok{ } in_vg{ vg_main } \
lv_name{ root } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ / } \
. \
2148 10 2148 linux-swap \
$lvmok{ } in_vg{ vg_main } \
lv_name{ swap } \
method{ swap } format{ } \
. \
1 99999 -1 ext4 \
$lvmok{ } in_vg{ vg_main } \
lv_name{ deleteme } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /mnt/deleteme } \
.


# This makes partman automatically partition without confirmation, provided
# that you told it what to do using one of the methods above.
d-i partman-partitioning/confirm_write_new_label boolean true
d-i partman/choose_partition select finish
d-i partman-lvm/confirm boolean true
d-i partman-lvm/confirm_nooverwrite boolean true
d-i partman/confirm boolean true
d-i partman/confirm_nooverwrite boolean true

# for RAID
#d-i partman-md/confirm_nooverwrite boolean true

Vyrobí to nainstalovaný systém, která vypadá takhle:

Kód: [Vybrat]

NAME             MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTS
sda                8:0    0   16G  0 disk
├─sda1             8:1    0  600M  0 part /boot/efi
├─sda2             8:2    0    1G  0 part /boot
└─sda3             8:3    0 14.4G  0 part
  ├─vg_main-root 254:0    0   12G  0 lvm  /
  └─vg_main-swap 254:1    0    2G  0 lvm  [SWAP]
Vše v LVM není, ale snad to pomůže. Minimální velikost disku pro to aby to fungovalo je 16 GB.

Pro BIOS boot stačí odebrat efi oddíl z konfigurace. To jsou tyhle řádky:

Kód: [Vybrat]

630 10 630 fat32 \
method{ efi } format{ } \
mountpoint{ /boot/efi } \
.\

Recept jde upravit tak aby to vytvřilo další oddíly. Tohle je varianta se samostatným /home a /var (tohle potřebuje 24 GB disk):

Kód: [Vybrat]

d-i partman-auto/expert_recipe string myrecipe :: \
630 10 630 fat32 \
method{ efi } format{ } \
mountpoint{ /boot/efi } \
.\
1074 10 1074 ext4 \
$primary{ } $bootable{ } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /boot } \
. \
1 99999 -1 ext4 \
$primary{ } \
method{ lvm } \
vg_name{ vg_main } \
. \
8590 10 8590 ext4 \
$lvmok{ } in_vg{ vg_main } \
lv_name{ root } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ / } \
. \
2148 10 2148 linux-swap \
$lvmok{ } in_vg{ vg_main } \
lv_name{ swap } \
method{ swap } format{ } \
. \
8590 10 8590 ext4 \
$lvmok{ } in_vg{ vg_main } \
lv_name{ var } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /var } \
. \
2148 10 2148 ext4 \
$lvmok{ } in_vg{ vg_main } \
lv_name{ home } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /home } \
. \
1 99999 -1 ext4 \
$lvmok{ } in_vg{ vg_main } \
lv_name{ deleteme } \
method{ format } format{ } \
use_filesystem{ } filesystem{ ext4 } \
mountpoint{ /mnt/deleteme } \
.


7

Vývoj / Re:Vezme AI ajťákům práci?

« Poslední příspěvek od Ondrej Nemecek kdy Dnes v 12:14:12 »

Co se jinak obecné roviny AI týká, v tomhle ohledu se obávám, že to povede ještě k nerovnoměrnějšímu rozdělení bohatství než dříve. A to velmi výrazně. Fungovat to má šanci za předpokladu, že lidé v mediánu nezchudnou. Pokud by se to stalo, pak nám pomáhej pánbůh. Taky mohou superbohatí vlastníci těch výrobních prostředků, tedy AI, která jim bude poskytovat obrovskou moc usoudit, že 90 % lidstva je teď na Zemi vlastně zbytečně... Tohle dřív napadne člověka, ne AI.

Stejné etické obavy existují i u genového inženýrství a transhumanismu či obecně u každé nové technologie. Abychom se z toho nezbláznili můžeme se odpíchnout od toho výše zmíněného Život má ten smysl, který mu dáme. Protože o smysl života nemusíme přijít ani v případě katastrof. To je ta nejkrajnější svoboda, která nám zůstává. Samotné AI bych nepřeceňoval, je to jen statistický model. Horší to je však s lidmi. Nezbývá než doufat, že chaos světa - či Prozřetelnost, chcete-li - zamezí těm nejhorším scénářům.

8

Sítě / Re:SIM karta anonymně bez registrace

« Poslední příspěvek od kuba77 kdy Dnes v 11:09:14 »

Děkuju za odpověď, zkusím asi kaktus či podobné. Žiju ale v domění, že od roku 2019 to již v EU není možné, ale asi jsem četl špatnou diskuzi. Btw. v Rakousku například není možné koupit SIM a používat ji bez registrace s ověřením.

Snad  ty kaktusy a jim podobné budou opravdu bez registrace.

V Polsku po mně v Orange prodejně chtěli při koupi předplacené SIM pas... občanka nestačila, pas nemám, takže koupě nedopadla.

9

Bazar / Re:Prodam Ubiquiti UniFi Cloud Gateway Max 512GB SSD

« Poslední příspěvek od madmucho kdy Dnes v 11:00:35 »

Ahoj,

prodam 10 mesicu pouzivanou UCG-Max s 512GB SSD.
Cena: 2700 Kc

specifikace:
viz https://www.i4wifi.cz/cs/308011-ubiquiti-unifi-cloud-gateway-max

Dobrý den,
měl bych zajem zasilam SZ

10

Software / Re:Má vůbec smysl reportovat někam chyby?

« Poslední příspěvek od Ondrej Nemecek kdy Dnes v 11:00:26 »

Když to shrnu, tak software je prostě dnes moc složitý a provázaný a opravují se jen chyby, které jsou kritické a které postihují plošně příliš mnoho uživatelů. Na nic jiného není kapacita. Týká se to i komerčního software. Čím větší projekt, tím větší smršť chyb, které je potřeba analyzovat, zjistit zda jsou reprodukovatelná a zda se vůbec týkají příslušného software případně zda jde o chyby nebo features. Proto má každý větší projekt bug reporting guidelines, aby byla správa chyb vůbec zvládnutelná. Ale ne vždy se to daří. O to větší čest patří vyjímkám:

Více než desetiletou práci zakončil Knuth v roce 1990 (...) poté vyhlásil vývoj TEXu za dokončený a vrátil se k práci na The Art of Computer Programming. K TEXu se vrací jednou za rok, aby opravil chyby, pokud byly během uplynulého roku nějaké nalezeny. Při každé takové opravě přidá jednu číslici k verzi (...) Odměna vypsanáAmerickou Matematickou Asociací za nalezení další chyby je 327,68 dolarů.

https://www.root.cz/clanky/co-prichazi-s-texem/

Ale i dnes existují stabilně udržované projekty, které mohou sloužit jako etalon kvality, napadá mě třeba PostgreSQL  (tímto zdravím Pavla Stěhule). Spadá tam IMHO i linux kernel a zrovna reakce na bugzilla.kernel.org, kterou celé téma začalo, mi přijde dost vstřícná, doporučuju tu opravu dotáhnout. Jen je potřeba počítat s tím, že to zabere čas a úsilí.