Ja mitä tuo oikeastaan tarkoittaa?
Koskeeko kaikkia Linux-jakeluita?
En ole huomannut että koneen toiminnassa olisi mitään erikoista. Asensin Xubuntun tähän kirpparilöytöön vasta pari vk sitten.
Läppärini Asus F7L (piirisarja joku tuommonen GM965/GL960 kai) ilmoittelee Xubuntu 14.04 LTS käynnistyksessä:
[drm:intel_pipe_config_compare] *ERROR* mismatch in gmch_pfit.lvds_border_bits (expected 32768, found 0)
https://bugs.freedesktop.org/show_bug.cgi?id=74081
Täällä väitetään että bugi on ratkaistu ja korjattu.
Mitenkä kauan siinä menee että nuo korjaukset ehtii kerneleihinkin?
Vai minkälainen marssijärjestys tässä on?
Monta kernelpäivitystä on tullut toukokuunkin aikana.
Koskeeko kaikkia Linux-jakeluita?
En ole huomannut että koneen toiminnassa olisi mitään erikoista. Asensin Xubuntun tähän kirpparilöytöön vasta pari vk sitten.
Läppärini Asus F7L (piirisarja joku tuommonen GM965/GL960 kai) ilmoittelee Xubuntu 14.04 LTS käynnistyksessä:
[drm:intel_pipe_config_compare] *ERROR* mismatch in gmch_pfit.lvds_border_bits (expected 32768, found 0)
https://bugs.freedesktop.org/show_bug.cgi?id=74081
Täällä väitetään että bugi on ratkaistu ja korjattu.
Mitenkä kauan siinä menee että nuo korjaukset ehtii kerneleihinkin?
Vai minkälainen marssijärjestys tässä on?
Monta kernelpäivitystä on tullut toukokuunkin aikana.
Vastaukset 22
Vanhimmat
Marssijärjestys on se, että Canonical testaa Ubuntun toiminnan tietyillä laitteilla joihin yhteensopivuus luvataitan. Kaikenlaiset laitteistoon ja laiteyhteensopivuuteen liittyvät asiat laitteissa mihin yhteensopivuutta ei luvata, ei käytännössä luokitella bugeiksi eikä niihin juurikaan kiinnitetä huomiota. Mutta jos laite on sellainen mitä tuetaan niin korjaus voi tulla hyvinkin nopeasti, ehkä vain muutama arkipäivä.
Koodia kuitenkin parannellaan ja uusille laitteille lisätään yhteensopivuutta päivityksissä, ja tälläisiä päivityksiä Ubuntuun tehdään n. puolen vuoden välein alkaen loppukesästä, kahden vuoden ajan. Eli elokuussa ehkä toimii, seuraavan kerran päivittävät rajummin ensi vuoden heumikuuhun mennessä. Korjaava päivitys saattaa vaatia manuaalista kerneliversion valitsemista, mikä tapahtuu esim. Synapticilla klikkailemalla.
Bugeista kannattaa raportoida Launchpadissa ja jos jokin juttu vaivaa monia käyttäjiä niin sen korjausta priorisoidaan tärkeämmäksi ja sille tehdään jotain aikaisemmin.
Launchpadissa voi myös seurata tunnettuja vikoja ja niiden korjausten etenemistä.
Tässä on lista bugeista joita on ajoitettu korjattavaksi 24.7. mennessä: https://launchpad.net/ubuntu/ milestone/ubuntu-14.04.1
Tässä lista bugeista joita on ajoitettu korjattavaksi ensi vuoden alkupuolelle mennessä: https://launchpad.net/ubuntu/ milestone/ubuntu-14.04.2
Tässä lista muista bugeista mitä on havaittu 14.04 versiosta ja niiden korjaamisen eteneminen: https://launchpad.net/ubuntu/ milestone/trusty-updates
Sellaisia juttuja sitten, että kun käytät Xubuntua niin se ei niin kovasti kiinnosta Canonicalia, että jos siinä on vikoja mitkä on nimenomaan Xubuntukohtaisia eikä vaikuta Ubuntun perusversioon niiden korjaus voi kestää kauan. Itseasiassa niitä korjaileekin Xubuntun käyttäjäyhteisö ensisijaisesti.
Toinen juttu sitten se, että Ubuntun laitesertifioinnit valmistuvat vasta sinne 14.04.1 LTS:n mennessä, eli 24.7. ja tekevät nyt työtä sen eteen, että päivitykset vanhoista 12.04 LTS -> 14.04 LTS:n menee sujuvasti (tämä tulee valittavaksi päivitystyökalussa vasta 24.7. jälkeen) ja samalla selviää luvatut laiteyhteensopivuudet.
Mikäli vika koskee laitteita joihin yhteensopivuus luvataan Ubuntun perusversiossa, se korjataan 24.7. mennessä mutta muuten se korjaus todennäköisesti tulee helmikuuhun mennessä.
Eli Launchpadiin vaan ilmoitusta jos et samaa ongelmaa löydä sieltä ja siihen mennessä sitten tekee jonkun kiertotien millä kierrät ongelman kunnes vika on korjattu.
Tuo bugi on siis kernelissä.
Taisi olla lokakuu-helmikuu välillä kun viimeistään saa uudemman kernelin vaihdettua ellei tuosta nykyisestä vikaa korjata. Ubuntu LTS:n nimittäin tulee väliversioiden kernelit tyrkylle.
"Sellaisia juttuja sitten, että kun käytät Xubuntua niin se ei niin kovasti kiinnosta Canonicalia, että jos siinä on vikoja mitkä on nimenomaan Xubuntukohtaisia eikä vaikuta Ubuntun perusversioon niiden korjaus voi kestää kauan. Itseasiassa niitä korjaileekin Xubuntun käyttäjäyhteisö ensisijaisesti."
Pelle, Xubuntu ON SAMA KUIN UBUNTU! Siinä vain on erilainen työpöytä ja hiukan eri oletusohjelmistot, samat softat kuitenkin saa kuin Ubuntuunkin pakettivarastoista! Eli jos Xubuntun konepellin alla on bugi (eli muu kuin työpöytäongelma), niin se löytyy myös Ubuntustakin! Samaten se samainen bugi korjataan niin Ubuntuun kuin Xubuntuunkin!
Riippuu vähän, kun ne remppaavat sitä Ubuntua kaiken aikaa konepellin alta ja muutokset ovat niin rajuja, että vaihtoehtoiset työpöydät ei joka tilanteessa voi käyttää samoja komponentteja kun niitä ei ole sovitettu toimimaan.
Nehän on ottamassa esimerkiksi X ikkunointia pois perusversiosta.
Lubuntussa LXDE:n käyttö estää työpöytälaajennuksen käytön.
Kakkosnäyttöön ssa vain saman kuin ykkösnäyttöön
Nopeasti katsottuna Intelin näytönohjainajurissa on bugi, minkä seurauksena mahdollinen external näyttö (pipe) ilmeisesti ei toimi (mutta oma näyttö toimii).
Koskee siis vain koneita missä Intelin näytönohjain (lsmod näyttää i915 asennettu) ja vaikuttanee vain external-näyttöön. Jos oma näyttö toimii, en tekisi mitään.
Näytönohjainpaketti korjataan/päivitetään aikanaan, voi tulla heti tai kestää jonkin aikaa että tulee normaalipäivityksenä (Ubuntu 12.04:ssä korjaukset tehtiin ensin ppa:n puolelle ja saattoi tulla normaalipäivityksenä vasta 12.04.1:een eli 14.04:n kanssa vastaavasti 14.04.1:een eli 24.7).
Minulla on intelli ja i915 ajuri. Ei ole virheitä.
>>Nopeasti katsottuna Intelin näytönohjainajurissa on bugi, ...
Sivulla neuvottiin asentamaan se toinen patch.
Että mitenkä se patch asennetaan?
Vaikuttaako kerneliin?
Entäkö kun tulee se seuraava kernelpäivitys muiden päivitysten mukana, jossa on taas se sama bugi? Vai onko se?
http://patchwork.freedesktop.org/patch/24181/
Jos se bugin aiheuttama vika koskee vain toista näyttöä, kuten ylempänä väitetään, en kyllä ala paikkaamaan.
"Entäkö kun tulee se seuraava kernelpäivitys muiden päivitysten mukana, jossa on taas se sama bugi? Vai onko se?"
Kyllä, jos sitä ei ole korjattu seuraavassa päivityksessä.
"Jos se bugin aiheuttama vika koskee vain toista näyttöä, kuten ylempänä väitetään, en kyllä ala paikkaamaan."
En minä tuohon koskisi. Ilmoittaa vaan Launchpadissa että tuollainen juttu löytyy ja sitten vaan asentelee päivityksiä. Jos ei korjaannu niin sitten laittaa sen uudemman kernelin mikä tulee varmaan puolen vuoden kuluttua vaihdettavaksi.
Sellainen juttu että jos se bugi on jo korjattu siellä kernelissä niin se on varmasti silloin kunnossa viimeistään kun vaihtaa uudempaan sitten puolen vuoden kuluttua, ellei tule aiemmin nykyisen version korjauksista.
Tuolta saa uusimman kernelin ubuntuun ja sen johdannaisiin. http://kernel.ubuntu.com/~kernel-ppa/mainline/
Omalla vastuulla.
Ei siellä ole sarjan 3.13.0 kerneleitä ainakaan.
Mahtavat olla lisäksi vaan jotain kehitysversioita.
On siellä. RC meinaa kehitysversiota.
Sää et saa sitä korjausta
koskaan.
Hei sitten.
Taas tuli kernelipäivitystä, mutta ei korjausta aloituksen aiheena olevaan vikaan tietenkään.
Todennäköisesti turvapäivitys ja/tai bugikorjaus.
Muista että yhteensopivuusasiat eivät ole bugeja ellei kyse ole jostain standardista tai sellaisesta johon yhteensopivuus LUVATAAN. Ubuntu 14.04 LTS:n laitesertifioinnit tulee vasta 14.04.1 LTS:n myötä jolloin sen toimivuutta aletaan lupaamaan standardoimattomilla tekniikoilla.
Toisin sanoen, tuo ei välttämättä ole edes kovinkaan korkealla prioriteetilla tällä hetkellä. 12.04 LTS:iäkin uusitaan 14.04 LTS:n aikaisintaan 14.04.1 LTS:n.
Kyseessä on selvä bugi joka joskus viime vuoden puolella kai on ängetty siihen asti hyvin toimineeseen näytönohjaimen ajuriin.
Muuten aika hassua että Linuxia "kaupataan" ja nimenomaan Xubuntua "toimii-vanhemmasssakin-laitteessa" iskusanoilla.
Ja sitten pistetään rikki toimiva näytöohjaimen ajuri.
Asentaa sen patchin niin ei tarvitse odotella.
Ja seuraavan automaattisen päivityksen yhteydessä, jonka mukana tulee kernel (jossa on TÄRKEITÄ turvapäiviyksiä?), ollaan samassa tilanteessa, että patchaa uudestaan?
Nou tänk juu.