OpenBSD 5.5

Vyšlo OpenBSD 5.5, novinkami je mj. podpora KMS pre Radeony (zdrojáky su synchronizované s Linux 3.8.13.19). Počnúc týmto vydaním rok 2038, ktorý sa nezadržateľne blíži, pre OpenBSD nebude predstavovať žiadný problém (64-bit time_t v celom userland a kerneli). Zmien sa dočkal aj inštalátor, ktorý podporuje podpisané archívy a autoinštaláciu. Taktiež pribudla možnosť inštalovať z USB kľúča. Viac na OpenBSD 5.5 - What's New.

1.5.2014 21:38 | lukve | Nová verze

Komentáře

[098347iuahf]

Co se tyka instalace z USB klice, tak u OpenBSD to bylo mozny uz davno, diky inteligentnimu navrhu. Tedka akorat pridali specialni instalacku aby to bylo jednodussi.

[little.owl]

Co se tyka instalace z USB klice, tak u OpenBSD to bylo mozny uz davno, diky inteligentnimu navrhu.

Jiste, inteligentni ba primo genialni, co genialni, bozsky, a nebo i vice, Theouv navrh!

Jen musite doufat, ze vam USB stack nesestrely system, never ending story, viz. treba nejnoveji zde.

[pta]

xhci(4) is not enabled for a reason, the stack is not ready, this is not an issue.

XHCI je planovane zaradit do OpenBSD 5.6, ted se testuje v currentu. Tolik k pokusu o trolling.

[skywaker]

+1 for pta, nechapem ludi co sa snazia zhadzovat nieco co nepouzivaju... ako povedal jeden vyznamny clovek teraz neviem ci to bola osobnost zo sveta IT a ci sa to tykalo IT..

"na svete je dost miesta pre vsetkych" takze ak pouziva niekto windows ja mu to neberiem ak pouzivaju ludia linux ok lebo plati ze ten co pouziva linux urcite mal dovod prejst nan a ten co dava prednost openbsd ten ma tiez dovod, je to komunita ludi co to pouziva a su spokojny inac ktore BSD malo prve KMS a este k tomu framebufer konzolu, a ktore bude mat ako prve suspend :D jasne ze na openbsd nebez virtualbox, wine a pod ale kua myslite si ze clovek co sympatizuje s openbsd si tam hned po instalacii skusi prikaz pkg_add -rv wine ??? joke

aj ked chapem ze GNOME3 sa im asi paci, mohli by portnut MATE :D

[little.owl]

OpenBSD jsem pouzival, ted jiz jen testuji pri releasech, nebot mi dosel podporovany HW na kterym to stabilne beha (vse mam novejsi nez 2 roky).

[little.owl]

OK, a kolik let bude jeste potreba na rozumnou podporu treba EHCI (MP3, zde) ci klavesnice (yubikey, zde)? Bugy s yubikey se resi uz snad rok, v OpenBSD 5.5 je to stale nestabilni a pritom se jedna jen o USB klavesnici, ktera potrebuje korektni USB stack.

Pokud nekdo da dohromady v jedne vete "USB", "OpenBSD" a "inteligentni navrh", tak si koleduje o jedovatou poznamku.

[lukve]

ale s tym maju problemy asi vsetky BSD snad az na DragonFlyBSD :D ale te nmi na desktop pride ako ulet

[little.owl]

Tak od doby pouziti usb4bsd se treba situace na FreeBSD vyrazne zlepsila. Ano, Dillon by schopen na DragonFlyBSD jako jediny odladit stary USB stack do stabilni podoby, takze je videt, ze to jde.

[x]

Jestli to treba nebude tim, jaky shit ten "prehravac" je S USB jsem nikdy nemel problem, at mobily, flashky nebo Mp3 prehravace. Takove, ktere nevymysli znovu kolo.

S tim, yubikey....komu neni rady, tomu neni pomoci. Jednak tam ma stary BIOS, druhak acpi at bios0 function 0x0 not configured (bez toho to moc dobre nepojede). Navic tvuj dalsi trapny pokus o trolling ti opet nevychazi, jiste vis, ze suspend/resume je work in progress a zrovna v tom obdobi to bylo dost intenzivni a to ze se to obcas neprobere je dobre pro testovani aby se to vyladilo, i proto tam asi zkousi current. Navic to pise hned na zacatku jake stavy jsou aktualne ocekavana pri odebirani/pridavani USB zarizeni pri pouziti suspend/resume. Cili good try Mr. RedHat

[little.owl]

Tak prvni verze SanDisku byly vzdy shit, to je bez debaty, prvni zakaznici jsou testeri a updaty to pak vetsinou opravily - ostatne prave proto je to dobre zarine na test OS. Nicmene Yubikey ma certifikovany USB stack, kontrola USB implementace se delala i v ramci FIPS certifikace a je korektni podle USB standardu, vcetne implentace klavesnice.

Kdyz na Linuxu jeden cas kernel setrelovaly USB naprosto nekompatibilni 'multi-mode' zarizeni, ktere se treba za chodu transformovaly uprostred I/O operace z USB Mass Storage na USB Modem, bylo to brano jako chyba kernelu. Pokud vam jakekoliv asynchronni zarizeni pripojovane na USB sestrely cely system, chyba je proste primarne na strane OS, a to jestli je USB zarizeni navrzeno spatne je irelevantni.

[JoHnY3]

Pokud vam jakekoliv asynchronni zarizeni pripojovane na USB sestrely cely system, chyba je proste primarne na strane OS, a to jestli je USB zarizeni navrzeno spatne je irelevantni.

+1. Naprosta vetsina HW je sita horkou jehlou a "na prvni pohled funguje na Windows" je pro vetsinu vyrobcu chvile kdy prestat resit specifikace a honem pro hromadne vyroby. OS bohuzel musi s takovou hruzou pocitat, pokud neni v pozici, kdy si muze skrz pozici na trhu sjednat poradek. *BSD v tehle pozici neni asi nikde.

Na druhou stranu by si Linuxova a BSD komunita mohla sjednat poradek v tom jak to bude s ARM servery. Jejich spolecne zastoupeni bude hodne pres 90%, takze kdyby Linus po nejake rozumne diskuzi zavelel co a jak s ACPI, EFI a podobnou verbezi na ARMu, tak by to tak za par let bylo. Bohuzel to zatim vypada, ze nevzniknul nejaky konsenzus a do roka a do dne nas cekani micro servery s ARMem, ACPI a UEFI .... 2x tfuj.

[Jendа]

OS bohuzel musi s takovou hruzou pocitat, pokud neni v pozici, kdy si muze skrz pozici na trhu sjednat poradek.

OS s tím musí počítat, i když v takové pozici je, obzvláště, pokud by takto objevená chyba byla exploitnutelná i pro něco jiného než je DoS.

[Stevko]

v kerneli

[Max]

Hmm, opraveno, ale když nad tím tak letmo přemýšlím, není to nakonec jedno? Pasuje mi tam jak hrad, tak stroj.
Ale možná je na tom slovenština jinak.
Zdar Max

[skywaker]

spravne by malo byt v jadre, moja chyba :( slovencina slovicko kernel nepoznal :D