Näytä kirjoitukset

Tässä osiossa voit tarkastella kaikkia tämän jäsenen viestejä. Huomaa, että näet viestit vain niiltä alueilta, joihin sinulla on pääsy.


Viestit - AimoE

Sivuja: 1 ... 125 126 [127] 128 129 ... 136
2521
Minulla ei ole koskaan ollut TV-vastaanotinta, siis siitä asti kun muutin pois vanhempien luota, ja siitä on joitakin kymmeniä vuosia. Viime vuosina olen alkanut katsella jotain ohjelmia YLE Areenasta tietokoneella, mutta mainoskanavia välttelen, eli katson vain niitä joiden mainokset saa pois ihan Firefoxin AdBlockPlus-lisäosalla. Ubuntun kanssa olen edennyt hitaasti, tyyliin kun HDMI ei toimi koneen ja ulkoisen näytön välillä, niin katselen Areenaa Windows-koneella.

Nyt olen alkanut ajatella että voisin pikkuhiljaa tutustua median maailman Ubuntu-koneellakin. Ihan ensimmäinen ropleema on se että olen pudonnut kelkasta täysin näiden käsitteiden kanssa. Ihan nyt viimeksi tämä viesti: Vs: Radeon HD 4850, DVI->HDMI = äänet ulos mutta pieni probleema hämmentää. Menin siinä mainitulle sivulle enkä ymmärtänyt oikein mitään. Siis onko kyse TV-vastaanottimen käytöstä (jolloin en ymmärrä mihin tietokonetta siinä tarvitaan?) vai TV-ohjelmien katselusta netissä vai mistä? Voisiko joku kertoa ihan vasta-alkajalle ihan perus-perus-perusteet, tai ainakin vinkata missä ne perusteet selitetään?

Tällä hetkellä minulla ei siis ole TV-laitetta ollenkaan, eikä digiboksia tai mitään muutakaan, on vain modeemi ja 2 x tietokone ja 1 x ulkoinen näyttö ja sen sellaista pikkusälää. Olen yrittänyt etsiä modernimpaa ja isoruutuisempaa ulkoista näyttöä, mutta kaupoissa on siinä kokoluokassa vain TV-vastaanottimia, enkä viitsisi maksaa sellaisista ominaisuuksista joita en kuitenkaan käytä. Toisaalta nyt kun YLE-vero korvasi TV-luvan, laitteen mallilla ei ole samalla tavalla väliä kuin ennen, eli saattaisin TV:täkin harkita.

Kysymys on siis pohjimmiltaan että missä nyt mennään (teknologisesti)?

2522
Siinähän puhuttiin puhenäytteiden keräämisestä. Näytteitä voidaan käyttää moneen tarkoitukseen, kuten mainonnan kohdentamiseen tai - jos haluaa olla idealisti - palvelun tason parantamiseen eri murteita tunnistamalla.

2523
Laitealue / Vs: Wlan asetukset kaapelimoodeemille.
« : 05.02.15 - klo:21.15 »
Joskus kannattaa vaan hankkia parempi reititin. Itselläni operaattorin antama laite on siltaavassa tilassa, ja siinä sitten on kiinni itse hankittu WLAN-reititin, joka osaa ihan automaagisesti valita vapaan kanavan. Kokeilin juuri, ja hyvin näyttää toimivan.

2524
Tuo asennus uusimpaan LTS-versioon oli ihan turhaa, sillä päivittämällä 14.04-versiosi ajanmukaisesti, on jakelu samalla tasolla kuin uusin 14.04.x -versio.
Tämä ei kuulu saman otsikon alle, joten en ryhtynyt selittämään syitäni. Idea oli joka tapauksessa että minulla oli jo 14.04.1 mutta siihen oli tullut tauhkaa mukaan useista eri syistä, joten en halunnut tehdä tasonnostoa 14.10:iin vaan halusin asentaa ihan puhtaasti uudelleen, en kuitenkaan suoraan 14.10:iin koska siinä näytti olevan jotain asennustikkuun liittyviä juttuja kesken. Pitkän kaavan mukaan siis. Tästä on turha keskustella enempää, koska se ei tosiaan kuulu saman otsikon alle.

2525
Tässä vielä se mitä tapahtui tein gpg-vaiheen sudolla. Huomaa virheilmoitus
Lainaus
avainpalvelimelta vastaanotto epäonnistui: URI ei kelpaa

Koodia: [Valitse]
$ sudo -i
# gpg --recv-keys A59047B9
gpg: hakemisto "/root/.gnupg" luotu
gpg: uusi asetustiedosto "/root/.gnupg/gpg.conf" luotu
gpg: VAROITUS: asetukset tiedostossa "/root/.gnupg/gpg.conf" eivät ole käytössä vielä tässä ajossa
gpg: avainrengas "/root/.gnupg/secring.gpg" luotu
gpg: avainrengas "/root/.gnupg/pubring.gpg" luotu
gpg: no keyserver known (use option --keyserver)
gpg: avainpalvelimelta vastaanotto epäonnistui: URI ei kelpaa
# gpg --recv-keys A59047B9
gpg: requesting key A59047B9 from hkp server keys.gnupg.net
gpg: /root/.gnupg/trustdb.gpg: trustdb luotu
gpg: avain A59047B9: julkinen avain "HPLIP (HP Linux Imaging and Printing) <hplip@hp.com>" tuotu
gpg: ehdottomasti luotettavia avaimia ei löytynyt
gpg: Kaikkiaan käsitelty: 1
gpg:               tuotu: 1
# gpg --fingerprint A59047B9
pub   1024D/A59047B9 2009-12-15
      Key fingerprint = 4ABA 2F66 DBD5 A958 9491  0E06 73D7 70CD A590 47B9
uid                  HPLIP (HP Linux Imaging and Printing) <hplip@hp.com>
sub   2048g/26153BA0 2009-12-15
# cd /home/haltia/Lataukset
# gpg --verify hplip-3.14.6-plugin.run.asc hplip-3.14.6-plugin.run
gpg: Signature made ti  3. kesäkuuta 2014 09.45.12 EEST using DSA key ID A59047B9
gpg: Good signature from "HPLIP (HP Linux Imaging and Printing) <hplip@hp.com>"
gpg: VAROITUS: Tätä avainta ei ole varmennettu luotettavalla allekirjoituksella!
gpg:          Mikään ei takaa sitä, että allekirjoitus todella kuuluu haltijalleen.
Ensisijaisen avaimen sormenjälki: 4ABA 2F66 DBD5 A958 9491  0E06 73D7 70CD A590 47B9
# exit

2526
Päivitin sitten Ubuntu väliversioon 14.10, mutta erinäisistä (pitkään kertyineistä) syistä tein sen pitkällä kaavalla eli ensin asensin 14.04.1:n uudelleen ja vasta sitten päivitin. Samalla päätin tehdä eräät määritykset uudelleen sen sijaan että kopioisin vanha asetukset paikalleen sellaisenaan. Yksi näistä määrityksistä oli HP:n tulostimen käyttöönotto, enkä todellakaan odottanut että sen kanssa tulisi mitään ongelmia. Näin kuitenkin kävi.

Nyt kun ongelmat on selvitetty, voin raportoida missä kohdassa niitä tuli ja miten niistä selvittiin.

Työvaiheet:
  • asenna hplip-gui
  • käynnistä hplip-gui
    • valitse "Setup Device"
    • valitse Wi-Fi ja kytke usb-kaapeli kun sitä vaaditaan;
      "Driver Plug-In Required" avautuu
      • syötä oman käyttäjätunnuksen salasana
      • hyväksy lisäosan haku verkosta
      • hyväksy käyttöehdot
      • asennus kaatuu virheseen:
        Lainaus
        file does not match its checksum. File may have been corrupted or altered
        Virheilmoitus ei sisällä tiedoston nimeä, mutta kyseessä on juuri haettu lisäosa.

Tässä kohdassa jätin usb-kaapelin paikalleen ja jatkoin tulostimen lisäämistä hplip-gui:n kautta, ja se sujui ihan oikein.

Seuraavaksi suoritin komennon hp-setup 192.168.1.113, ja taas ruudulle tuli "Driver Plug-In Required", ja taas lisäosan asennus epäonistui.

Etsin verkosta lisätietoa tuon virhetekstin avulla ja löysinkin heti ihan tuoreen raportin samasta ongelmasta: http://askubuntu.com/questions/579006/problem-with-hplip-3-14-10-install.

Tosin tuossa tapauksessa raportoija oli hakenut HP:n sivustolta uusimman version, ja sen ansiosta saanut virheilmoituksen josta kävi ilmi ongelmatiedoston nimi. Selostuksessa mainitaan myös lataushakemisto http://www.openprinting.org/download/printdriver/auxfiles/HP/plugins/ jota en ehkä muuten olisi löytänyt. Muuten kaverin selostus tilanteesta on täynnä arvailua joka menee monin paikoin pieleen, mutta tuo lataushakemisto osoittautui tärkeäksi tiedoksi.

Tarkistin mikä hplip-versio minulla on ja hain lataushakemistosta lisäosan oikean version. Lataamisen jälkeen tarkistin käsin gpg-komennoilla tiedoston sormenjäljen. Laitan tähän koko sarjan näkyviin koska myöhemmässä vaiheessa selviää miten paljon komentojen tulostus kertoo siitä mikä lisäosan asennuksessa meni vikaan.

Koodia: [Valitse]
$ cd Lataukset/
$ gpg --verify hplip-3.14.6-plugin.run.asc hplip-3.14.6-plugin.run
gpg: hakemisto "/home/haltia/.gnupg" luotu
gpg: uusi asetustiedosto "/home/haltia/.gnupg/gpg.conf" luotu
gpg: VAROITUS: asetukset tiedostossa "/home/haltia/.gnupg/gpg.conf" eivät ole käytössä vielä tässä ajossa
gpg: avainrengas "/home/haltia/.gnupg/pubring.gpg" luotu
gpg: Signature made ti  3. kesäkuuta 2014 09.45.12 EEST using DSA key ID A59047B9
gpg: Allekirjoitusta ei voi tarkistaa: julkista avainta ei löydy
$ gpg --recv-keys A59047
gpg: avainrengas "/home/haltia/.gnupg/secring.gpg" luotu
gpg: requesting key A59047B9 from hkp server keys.gnupg.net
gpg: /home/haltia/.gnupg/trustdb.gpg: trustdb luotu
gpg: avain A59047B9: julkinen avain "HPLIP (HP Linux Imaging and Printing) <hplip@hp.com>" tuotu
gpg: ehdottomasti luotettavia avaimia ei löytynyt
gpg: Kaikkiaan käsitelty: 1
gpg:               tuotu: 1
$ gpg --fingerprint A59047B9
pub   1024D/A59047B9 2009-12-15
      Key fingerprint = 4ABA 2F66 DBD5 A958 9491  0E06 73D7 70CD A590 47B9
uid                  HPLIP (HP Linux Imaging and Printing) <hplip@hp.com>
sub   2048g/26153BA0 2009-12-15

$ gpg --verify hplip-3.14.6-plugin.run.asc hplip-3.14.6-plugin.run
gpg: Signature made ti  3. kesäkuuta 2014 09.45.12 EEST using DSA key ID A59047B9
gpg: Good signature from "HPLIP (HP Linux Imaging and Printing) <hplip@hp.com>"
gpg: VAROITUS: Tätä avainta ei ole varmennettu luotettavalla allekirjoituksella!
gpg:          Mikään ei takaa sitä, että allekirjoitus todella kuuluu haltijalleen.
Ensisijaisen avaimen sormenjälki: 4ABA 2F66 DBD5 A958 9491  0E06 73D7 70CD A590 47B9

Tämän jälkeen suoritin uudelleen komennon hp-setup 192.168.1.113 ja kun ponnahdusikkuna "Driver Plug-In Required" avautui, valitsinkin verkosta lataamisen sijaan paikalliselle levylle haetun tiedoston.
Tällä kertaa ohjelma ilmoittaakin että "Unable to recieve key from keyserver" eli avainta ei löydy avain­palvelimelta, ja kysyy "Do you still want to install the plugin?" eli asennetaanko silti. Hieman ihmettelin miksei avainpalvelinta muka löydy, mutta koska juuri itse sain tarkistuksen tehdyksi, sanoin että jees, asennetaan vaan.

Vihdoinkin näytti siltä että asennus onnistui, ja pääsin jatkamaan tulostimen määrittelyä hplip-gui:n puolella. Sielläkin kaikki näytti menevän oikein. Mutta kun tarkistin asioita jälkeenpäin, alkoi tulla esiin oireita siitä että kaikki ei vieläkään ole kunnossa.

Ihan eka reaktio oli että ehkä se gpg-tarkistus olisi pitänyt tehdä sudolla. Niinpä menin sudo -i:llä rootiksi ja tein gpg-tarkistuksen. Ja niinhän siellä kävi että ei ollut alihakemistoa /root/.gnupg vielä olemassakaan. Tämä paljasti mikä lisäosan asennuksessa on pohjimmiltaan vikana, mutta loppujen lopuksi en joutunut tekemään lisäosan asennusta uudelleen, vaan pikkuviat korjaantuivat yksinkertaisemmin.

Avartava paljastus oli se kun hplip-gui:n ikkunassa täppäsin keltaista kolmiokuvaketta eli käynnistin "Diagnose Queues" -toiminnon. Se kertoi että "'HP_LaserJet_Professional_P_1102w' is using incorrect PPD file. Do you want to reconfigure queue?"

Niinpä tarkistin onko PPD:n suojauksissa jotain vikaa, ja olihan siinä verrattuna aikaisemman asennuksen vastaavaan (olin onneksi varmuuskopioinut /etc:n ennen kuin asensin Ubuntun uudellen). Ensinnäkin, .ppd-tiedoston omistajuus oli hieman muuttunut; nyt omistajuus on root:lp, kun se ennen oli root:root. Toiseksi, uuden .ppd-tiedoston suojauksista puuttui lukuoikeus kaikille. Omistajuutta en lähtenyt muutamaan, mutta suoritin chmod +r -komennon ja sen jälkeen kaikki ongelmat olivat ohi.

Syy miksi osasin heti epäillä suojauksia oli se että viimeksi kun asensin HP:n tulostimen, tuo samainen lisäosan asennus jätti mun kotihakemistoon .gnupg-alihakemiston joka oli rootin omistuksessa. Tarkistin moneen kertaan että en ollut ajanut mitään sudolla, vaan ihan tuo HP:n oma ohjelmisto teki sen. Ilmeisesti joku on ryhtynyt korjaavaan tätä suhteellisen pientä ongelmaa ja päätynyt paljon isompaan ongelmaan, jonka takia lisäosan asennus kaatuu ihan turhan päiten. Ja tuon askubuntu-artikkelin perusteella voi päätellä että vika on edelleen olemassa tuoreimmassa versiossa, joten sen hakeminen ei kannata.

Kaiken edellä kuvatun jälkeen katsoin vielä piruttani onko alihakemistossa ~/.hplip jotain väärin suojattua, ja kuinka ollakaan löysin sieltä täysin tarpeettoman alihakemiston: ~/.hplip/.gnupg/ ja sieltä kaksi tyhjää tiedostoa, joita siis lisäosan asennus ei ollut onnistunut käyttämään mihinkään.

Onneksi koko ruljanssista kuitenkin pääsi yli väihin vaurioin.

Edit: yritin koodin osien värjäämistä, muutta eipä toimi.

2527
Minä olen viritellyt sellaisen yhdistelmän että lataan verkkopankista tilitapahtumat tiedostoon (Nordea tarjoaa tällaisen mahdollisuuden, muista pankeista en tiedä) ja sitten omalla pikku perl-scriptillä muunnan sen OFX-muotoon ja imppaan GnuCash-ohjelmaan, jossa mulla on kirjanpito.

Minua ei siis haittaa se että joudun ensin kirjautumaan verkkopankkiin selaimella. Enemmän harmia oli siitä että siitä datasta ei saa ihan OFX-standardin mukaista tiedostoa koska kaikkia pakollisia tietoja ei ole, mutta onneksi GnuCash ei siitä välitä, kun en kumminkaan käytä on-line banking -ominaisuutta (koska se ei ole mahdollistakaan Nordean kanssa). Ilman OFX-munnosta tietojen vienti GnuCashiin olisi paljon vaikeampaa joten OFX-muunnos on ihan hyvä kompromissi kaiken kaikkiaan.

2528
Ajattelinkin että jotain unohtui - tuo cut-komento. Olen niin paljon tehnyt kaikki perlillä että peruskomennot ovat unohtuneet.

Mutta sitä tulin vielä lisäämään että cut, sort, tail ja sed putkitettuna yhteen eivät mitenkään liity nimenomaan bashiin. Kun nm antaa esimerkin muuttujaan sijoituksesta aletaan olla lähellä, mutta vasta nm:n kolmas esimerkki on puhdasta bash-koodia - äkkivilkaisulla ainoa bashin ulkopuolinen komento siinä on cut.

2529
Tällainen kysymys panee aina tarkistamana ensin onko kysyjä aikaisemmin kysellyt koulutehtäviltä vaikuttavia asioita. Nyt kun tarkistus on tehty, ja koska kysyjä aina korostaa ettei tee ohjelmointia, tyydyn antamaan minimaalisen vastauksen ilman selityksiä (olettaen että tiedoston nimi on 'tiedosto'):

Koodia: [Valitse]
sort -t: -k2 -g tiedosto | tail -n1 | sed 's/.*://'
Tosin tuossakin on -g ihan vaan siltä varalta että tiedoston kaikki numerot eivät ole nelinumeroisia tai ylipäätään samanmittaisia. Jos tiedosto on yhtään erilainen kuin annetussa esimerkissä, ratkaisu on heti erilainen.

2530
En saa selvää haluatko päästä käsiksi vai estää pääsyn, mutta vastaus nyt kuitenkin on että kaikki näkyy mitä ei ole kryptattu, ja kryptattukin näkyy jos tietää salausavaimen

Pitää vain olla käyttäjätunnukset joilla on sama (nimi ja) uid ja gid, muuta ei tarvita.

2531
Joo, mulla Winukka on suht tuoreella Lenovon koneella, Ubuntu paljon vanhemmalla Fujitsulla, johon kasiakaan ei kannata yrittää. Kuvittelisin että tolla Lenovolla aika pian uskaltaa kokeilla kymppiä, mutta en nyt ihan vielä ole valmis urheilemaan sen kanssa kuitenkaan.

2532
Minä olen kerran erehtynyt "testaamaan", eli poistamaan kerneleitä niin että panin *-jokerin väärään kohtaan, ja niinhän siinä kävi että koko kone piti asentaa uusiksi kun en muuta osannut. Sen jälkeen ei onneksi ole tullut tarvetta eteen enää. Aika varovaiseksi sekin yksi kokemus teki.

2533
GnuCashin kehitystiimi on tehnyt sellaisen onnettoman päätöksen että asennuspakettiin ei oteta mukaan LibOFX-kirjastoa, vaan Ubuntun sovellusvalikoimasta imaistaan se versio joka siellä sattuu olemaan (Windowsille tehty paketti pakosta sisältää libofx:n mutta ei sekään tarpeeksi tuoretta). Seuraavat Ubuntun välijulkaisut (utopic, vivid) sisältävät riittävän tuoreen LibOFX:n mutta 14.04 LTS ei sisällä.

Konkreettinen ongelma jonka tämä aiheuttaa on se että kun muunnan Nordean tilitapahtumalistauksen OFX-muotoon (omalla skriptillä), joudun samalla muuntamaan sen UTF8-merkistön johonkin toiseen että voisin impata OFX-tiedoston GnuCash-ohjelmaan.

Toinen ratkaisu on asentaa GnuCash Nate Muench -varastosta. Silloin omassa skriptissä ei tarvitse merkistöä muuntaa.

Mutta ihan ensiksi yritin kääntää LibOFX:n itse. Se olisi varmaankin onnistunut, jos pakettiin ei olisi liittynyt mitään riippuvuuksia, mutta kun ajoin ./configure-komennon, sain silmilleni ilmoituksen
Koodia: [Valitse]
configure: error: OpenSP includes not foundKun googletin ratkaisua, totesin sellaiseksi paketin libofx-dev asentamisen, enkä sitten muistanut että sekin pitäisi kääntää lähdekoodista, ja asensin sen version joka sattuu olemaan sovellusvalikoimassa, ja taas OFX-imppaus sotki UTF8-merkit. En sitten enää jaksanut yrittää löytää libofx-dev:n lähdekoodipakettia, vaan otin tuon Nate Muench-ratkaisun käyttöön. Tulipahan samalla myöskin uudempi GnuCash mukaan.

Ehkä pitäisi vaan jättää LTS taakse ja siirtyä välijulkaisujen kelkkaan niin ei tarvitsisi aikaa hukata tämmöisiin.

2534
Itse melko todennäköisesti oman Win Seiskani tulen tuohon kymppiin päivittämään, varsinkin jos sen kerran ilmaiseksi voi tehdä.

Minä kyllä odotan kunnes näen lupaako laitevalmistaja että ajurit toimivat myös kympissä tai tarjoaa päivityksiä ajureihin.

2535
Ei se ole Linuxista kiinni vaan siitä että yrität asentaa 64-bittistä käyttöjärjestelmää 32-bittiselle koneelle. Kirjastosta ihan varmaan löytyy myös 32-bittinen asennuslevy.

2536
Laitealue / Vs: Polar Loop ja Ubuntu
« : 15.01.15 - klo:18.39 »
Onhan se nähty kuinka laitevalmistajat eivät ymmärrä softan roolia tuotteessa ja tekevät vääriä ratkaisuja, konkurssiin asti. Jo aikanaan Digital Equipment Corporation luuli että VAX-koneet myivät hyvin siksi että rauta on hyvä. Niinpä VMS (käyttöjärjestelmä) jäi Windows NT:n jalkoihin ja DEC kaatui. Nokialla softaa tehtiin sillä periaatteella että koska softamuutoksia on nopeampi tehdä kuin rautamuutoksia, niin softakehityksessä ei sitten tarvita yhtään johdonmukaisuutta. Softan tarkoitus on saada rautamyynti nousuun, ja jos uusi softa ei muutamassa kuukaudessa nosta myyntilukuja niin se hylätään samantien. Jne jne jne.

Pahin virhe on kuitenkin se että kuvitellaan että softa on osa rautaa, ei ymmärretä että heti kun tuotteessa on mukana softaa, ollaan tekemässä palvelubisnestä. Softan ylläpito on palvelun ylläpitoa ja se vaatii ihan erilaisia investointeja ja johtamista kuin tavarabisnes.

2537
Laitealue / Vs: TW-LTE/4G/3G+
« : 14.01.15 - klo:10.38 »
Yksi työkaveri ihmetteli kerran kun puhelin ei toiminut työpisteessä istuessa. Operaattorilta tuli mittaaja joka totesi että kenttä on ihan hyvä, mutta kaverin tuoli sijaitsi niin tarkkaan kahden solun rajalla, ettei puhelin osannut päättää kumpaan soluun kuuluisi. Joskus näinkin.

2538
Ubuntu tietokoneissa / Vs: FINEID henkilökortti suomeksi
« : 13.01.15 - klo:18.29 »
VRK ei kylläkään ole julkaissut yhtään uutta versiota Linuxille moneen vuoteen, mutta Windowsille aika monta (viimeisimmät 5.9.2013, 11.3.2014, 17.6.2014, 17.12.2014).

Viimeisin saattaa liittyä uuteen allekirjoitusalgoritmiin.

Onko kukaan löytänyt mitään virallista noottia siitä että Linuxia ei enää tuettaisi?

2539
Vaihtoehtoiset työpöytäympäristöt / Vs: Gnome Shell
« : 08.01.15 - klo:22.11 »
Paketti jota ei voinut poistaa on libxcb-keysyms1, ja virheilmoitus oli:

Koodia: [Valitse]
Joitakin paketteja ei voitu asentaa. On ehkä vaadittu mahdottomia tai,
jos käytetään epävakaata jakelua, joitain vaadittuja paketteja ei ole
vielä luotu tai siirretty Incoming-kansiosta.
Seuraavista tiedoista voi olla hyötyä selvitettäessä tilannetta:
             
Näillä paketeilla on tyydyttämättömiä riippuvuuksia:
 libqt5feedback5 : Riippuvuudet: libqt5multimedia5 (>=5.0.2) mutta ei ole merkitty asennettavaksi
E: Virhe, pkgProblemResolver::Resolve tuotti katkoja, syynä voi olla pysytetyt paketit.

2540
Vaihtoehtoiset työpöytäympäristöt / Vs: Gnome Shell
« : 08.01.15 - klo:20.24 »
Erehdyin sitten poistamaan koko listan, ja niiden mukana meni sitten liikaakin. Jopa Emacs. Miksi ihmeessa Emacs? Ähh. Alkaa taas tuntua siltä että pitäiskö asentaa koko Ubuntu uudelleen kun ei tiedä miten sekaisin softa on mennyt. Yhden paketin poisto nimittäin kaatui siihen että joku riippuvuus oli hukassa. Miksi poistoon tarvitaan se että joku paketti pitää olla asennettuna?

Sivuja: 1 ... 125 126 [127] 128 129 ... 136