Epätoivoinen

Nämä distrot voisivat mun mielestä ottaa oppia microsoft maailmasta jossa tuo jakelu on tehty kohtuu fiksusti. Tuollakin mainituilla sivuilla - jossa puhutaan kernelin kääntämisessä - viitataan siihen että pitäisi ristiä kädet ja toivoa parasta että kaikki onnistuu. Kuulostaa todella vakuuttavalta. Ja mitä ihmeen hyötyä on paketinhallinnasta jos se ei kerran edes kunnolla toimi? Poistin aptilla yhden softan niin kolme muuta lopetti samantien toimintansa. Ja sitten on tuo debianin asennusohjelma joka karsean näköisenä houkuttelee aivan vääränlaisia ihmisiä tämänkin distron kimppuun.

Miksi se on niin vaikea tajuta että kompuutteri on vain ja ainoastaan väline ja sen pitää olla helppokäyttöinen, luotettava ja personoitava.

mutta minkäs teet kirjoitti:

Nämä distrot voisivat mun mielestä ottaa oppia microsoft maailmasta jossa tuo jakelu on tehty kohtuu fiksusti. Tuollakin mainituilla sivuilla - jossa puhutaan kernelin kääntämisessä - viitataan siihen että pitäisi ristiä kädet ja toivoa parasta että kaikki onnistuu. Kuulostaa todella vakuuttavalta. Ja mitä ihmeen hyötyä on paketinhallinnasta jos se ei kerran edes kunnolla toimi? Poistin aptilla yhden softan niin kolme muuta lopetti samantien toimintansa. Ja sitten on tuo debianin asennusohjelma joka karsean näköisenä houkuttelee aivan vääränlaisia ihmisiä tämänkin distron kimppuun.

Miksi se on niin vaikea tajuta että kompuutteri on vain ja ainoastaan väline ja sen pitää olla helppokäyttöinen, luotettava ja personoitava.

"Poistin aptilla yhden softan niin kolme muuta lopetti samantien toimintansa."

Jos sä poistat jonkun paketin, josta joku ohjelma on riippuvainen, niin tietenkin se sitten poistaa myös ne ohjelmat jotka sisältää riippuvuuksia siihen pakettiin.

"Ja sitten on tuo debianin asennusohjelma joka karsean näköisenä houkuttelee aivan vääränlaisia ihmisiä tämänkin distron kimppuun."

Mitä ihmettä sä oikeen selität?

miksuh. kirjoitti:

"Poistin aptilla yhden softan niin kolme muuta lopetti samantien toimintansa."

Jos sä poistat jonkun paketin, josta joku ohjelma on riippuvainen, niin tietenkin se sitten poistaa myös ne ohjelmat jotka sisältää riippuvuuksia siihen pakettiin.

"Ja sitten on tuo debianin asennusohjelma joka karsean näköisenä houkuttelee aivan vääränlaisia ihmisiä tämänkin distron kimppuun."

Mitä ihmettä sä oikeen selität?

Kun tuo apt tekee myös sitä että jos poistat ohjelman niin samalla voi hävitä myös paketteja joiden toiminnasta muutkin ohjelmat ovat riippuvaisia.

Debianin asennusohjelma on liian hankalan oloinen jotta siihen uskaltaisi tarttua ilman perusteellista paneutumista asiaan. Vertaa vaikka Applen, MS WP:n tai Vistan asentajaan. Vääränlaiset ihmiset tarkoittaa sitä että kun os pitäisi saada massoille niin nyt se muuten kohtuullinen käyttis jää vain räkänokkien knoppikeskukseksi jossa kuvitellaan että työkalu on itsetarkoitus.

ei se toimi kirjoitti:

Kun tuo apt tekee myös sitä että jos poistat ohjelman niin samalla voi hävitä myös paketteja joiden toiminnasta muutkin ohjelmat ovat riippuvaisia.

Debianin asennusohjelma on liian hankalan oloinen jotta siihen uskaltaisi tarttua ilman perusteellista paneutumista asiaan. Vertaa vaikka Applen, MS WP:n tai Vistan asentajaan. Vääränlaiset ihmiset tarkoittaa sitä että kun os pitäisi saada massoille niin nyt se muuten kohtuullinen käyttis jää vain räkänokkien knoppikeskukseksi jossa kuvitellaan että työkalu on itsetarkoitus.

"Kun tuo apt tekee myös sitä että jos poistat ohjelman niin samalla voi hävitä myös paketteja joiden toiminnasta muutkin ohjelmat ovat riippuvaisia."

Voisitko antaa jotain esimerkkejä? Mulla ei ole ainakaan koskaan käynyt noin ja Debiania on tullut sentään 1998 lähtien käytettyä.

"Debianin asennusohjelma on liian hankalan oloinen jotta siihen uskaltaisi tarttua ilman perusteellista paneutumista asiaan."

Esimerkiksi asennuskielen tai käytettävän näppiskartan valitseminen listasta hiirellä klikkaamalla on liian vaikeaa?

miksuh. kirjoitti:

"Kun tuo apt tekee myös sitä että jos poistat ohjelman niin samalla voi hävitä myös paketteja joiden toiminnasta muutkin ohjelmat ovat riippuvaisia."

Voisitko antaa jotain esimerkkejä? Mulla ei ole ainakaan koskaan käynyt noin ja Debiania on tullut sentään 1998 lähtien käytettyä.

"Debianin asennusohjelma on liian hankalan oloinen jotta siihen uskaltaisi tarttua ilman perusteellista paneutumista asiaan."

Esimerkiksi asennuskielen tai käytettävän näppiskartan valitseminen listasta hiirellä klikkaamalla on liian vaikeaa?

"Voisitko antaa jotain esimerkkejä? Mulla ei ole ainakaan koskaan käynyt noin ja Debiania on tullut sentään 1998 lähtien käytettyä."


Eli jos meinaat sitä, että on kirjastopakettit libX ja siitä on riippuvaisia ohjelmat Y ja Z. Jos sitten poistat Y:n niin meinaat että libX poistuu myös ja sitten Z:a ei enää toimi vaikkei sitä poistetakaan? Tota en kyllä muista vakaan Debianin kanssa juuri tapahtuneen. Unstablessa se on toki mahdollista.

Itseasiassa APT:lle on tyypillistä se, että jos asennat Y:n ja libX:n samalla kertaa ja sitten poistat Y:n, niin APT ei todennäkösesti poista libX:aa lainkaan vaikka mikään paketti ei enää ole siitä riippuvainen. Aina joskus on ollut puhetta siitä, että APT:n pitäisi osata siivota käyttämättömät kirjastopaketit pois automaattisesti.

Jos poistat paketin libX niin sillon tottakai lähtee Y ja Z myöskin.

ei se toimi kirjoitti:

Kun tuo apt tekee myös sitä että jos poistat ohjelman niin samalla voi hävitä myös paketteja joiden toiminnasta muutkin ohjelmat ovat riippuvaisia.

Debianin asennusohjelma on liian hankalan oloinen jotta siihen uskaltaisi tarttua ilman perusteellista paneutumista asiaan. Vertaa vaikka Applen, MS WP:n tai Vistan asentajaan. Vääränlaiset ihmiset tarkoittaa sitä että kun os pitäisi saada massoille niin nyt se muuten kohtuullinen käyttis jää vain räkänokkien knoppikeskukseksi jossa kuvitellaan että työkalu on itsetarkoitus.

"Vääränlaiset ihmiset tarkoittaa sitä että kun os pitäisi saada massoille niin nyt se muuten kohtuullinen käyttis jää vain räkänokkien knoppikeskukseksi jossa kuvitellaan että työkalu on itsetarkoitus."

Sula ainakin on taito olla töykeä jos ei muuta. Onhan noita jakeluita, käytä jotain muuta jos debian ei miellytä.

miksuh. kirjoitti:

"Voisitko antaa jotain esimerkkejä? Mulla ei ole ainakaan koskaan käynyt noin ja Debiania on tullut sentään 1998 lähtien käytettyä."


Eli jos meinaat sitä, että on kirjastopakettit libX ja siitä on riippuvaisia ohjelmat Y ja Z. Jos sitten poistat Y:n niin meinaat että libX poistuu myös ja sitten Z:a ei enää toimi vaikkei sitä poistetakaan? Tota en kyllä muista vakaan Debianin kanssa juuri tapahtuneen. Unstablessa se on toki mahdollista.

Itseasiassa APT:lle on tyypillistä se, että jos asennat Y:n ja libX:n samalla kertaa ja sitten poistat Y:n, niin APT ei todennäkösesti poista libX:aa lainkaan vaikka mikään paketti ei enää ole siitä riippuvainen. Aina joskus on ollut puhetta siitä, että APT:n pitäisi osata siivota käyttämättömät kirjastopaketit pois automaattisesti.

Jos poistat paketin libX niin sillon tottakai lähtee Y ja Z myöskin.

Niin toki esimerkiksi gnome-työpöytään kuuluvien pakettien kanssa voi helposti käydä niin, että jos yrität poistaa jonkun paketin niin sillon lähtee koko työpöytä. Mut toi on ihan seurausta siitä, että ne riippuvuudet ei ole ihan yksiselitteisiä, riippuvuuksia on ristiin rastiin pakettien välillä ja siitä seuraa sitten se että esim. gnome-menus paketin poistaminen poistaa koko gnome työpöydän.

Mut tosiaan siis jos meinasit että asennetuksi jää joku ohjelma siten, että sen vaatima paketti ei ole asennettuna, niin sillon on kyseisen ohjelman paketin riippuvuustiedoissa vikaa. Jos riippuvuudet olisi kunnossa tota ei tapahdu.

Tietenkin yksittäisten pakettien kohdalla voi olla häikkää riippuvuuksiss, ei se tietenkään mahdotonta ole kun reposissa on tuhansia paketteja. jos noin on, niin siitä voi tehdä bukiraportin.

miksuh. kirjoitti:

"Voisitko antaa jotain esimerkkejä? Mulla ei ole ainakaan koskaan käynyt noin ja Debiania on tullut sentään 1998 lähtien käytettyä."


Eli jos meinaat sitä, että on kirjastopakettit libX ja siitä on riippuvaisia ohjelmat Y ja Z. Jos sitten poistat Y:n niin meinaat että libX poistuu myös ja sitten Z:a ei enää toimi vaikkei sitä poistetakaan? Tota en kyllä muista vakaan Debianin kanssa juuri tapahtuneen. Unstablessa se on toki mahdollista.

Itseasiassa APT:lle on tyypillistä se, että jos asennat Y:n ja libX:n samalla kertaa ja sitten poistat Y:n, niin APT ei todennäkösesti poista libX:aa lainkaan vaikka mikään paketti ei enää ole siitä riippuvainen. Aina joskus on ollut puhetta siitä, että APT:n pitäisi osata siivota käyttämättömät kirjastopaketit pois automaattisesti.

Jos poistat paketin libX niin sillon tottakai lähtee Y ja Z myöskin.

" että APT:n pitäisi osata siivota käyttämättömät kirjastopaketit pois automaattisesti."


Menee esim. näin:

#apt-get remove && apt-get autoclean

Edes google ei tunne tommosta xnxpd:tä, sitäpaitsi d nimen lopussa viittaa yleensä johonkin daemoniin, jotka taas ei liity kerneliin mitenkään.

miksuh. kirjoitti:

Edes google ei tunne tommosta xnxpd:tä, sitäpaitsi d nimen lopussa viittaa yleensä johonkin daemoniin, jotka taas ei liity kerneliin mitenkään.

Sorry paketin nimi oli FnFx - isot sormet sotkevat joskus.... Sinänsä ei tee muuta kuin tarjoaa mahdollisuuden käyttää pikanäppäimiä, lcd kirkkaus, suspend to ram ja disk etc. nuo sain kyllä toimimaan osin myös apm:llä mutta acpi antaa paljon enemmän kaluja...

kirjoittaja kirjoitti:

Sorry paketin nimi oli FnFx - isot sormet sotkevat joskus.... Sinänsä ei tee muuta kuin tarjoaa mahdollisuuden käyttää pikanäppäimiä, lcd kirkkaus, suspend to ram ja disk etc. nuo sain kyllä toimimaan osin myös apm:llä mutta acpi antaa paljon enemmän kaluja...

Joo no nyt löytyi paketti reposta :)

Tuota tutkittuani kernelin kääntäminen ei käsittääkseni pitäisi olla tarpeen, koska ainakin Etch:n vakiokernelit on käännetty siten, että Toshiban ACPI-tukea varten pitäisi olla valmiina ladattava kernelimoduuli. Tuon voi tarkistaa esim näin

$ less /boot/config-`uname -r` | grep TOSHIBA
CONFIG_TOSHIBA=m
CONFIG_ACPI_TOSHIBA=m
CONFIG_YENTA_TOSHIBA=y
CONFIG_TOSHIBA_FIR=m

Kernelin konfiguraatiossa y tarkottaa sitä, että tuki on käännetty mukaan kerneliin, m tarkottaa sitä, että tukea varten on käännetty moduuli. Eli merkityksellinen tässä tapauksessa on tuo:

CONFIG_ACPI_TOSHIBA=m

Kernelimoduulin olemassaolo voidaan tarkistaa esim. näin:

$ ls -l /lib/modules/`uname -r`/kernel/drivers/acpi/toshiba*
-rw-r--r-- 1 root root 8687 2006-09-14 01:21 /lib/modules/2.6.17-2-k7/kernel/drivers/acpi/toshiba_acpi.ko

Kuten näkyy kernelimoduuli on olemassa. Eli ilmeisesti pitäisi riittää, kun asentaa fnfxd:n ja fnfx-client:n.

# apt-get install fnfx-client

Elikkäs saatko sä jonkinlaisen virheilmotuksen tuon fmfxd:n kanssa vai mikä tarkalleenottaen on onggelmana?

miksuh. kirjoitti:

Joo no nyt löytyi paketti reposta :)

Tuota tutkittuani kernelin kääntäminen ei käsittääkseni pitäisi olla tarpeen, koska ainakin Etch:n vakiokernelit on käännetty siten, että Toshiban ACPI-tukea varten pitäisi olla valmiina ladattava kernelimoduuli. Tuon voi tarkistaa esim näin

$ less /boot/config-`uname -r` | grep TOSHIBA
CONFIG_TOSHIBA=m
CONFIG_ACPI_TOSHIBA=m
CONFIG_YENTA_TOSHIBA=y
CONFIG_TOSHIBA_FIR=m

Kernelin konfiguraatiossa y tarkottaa sitä, että tuki on käännetty mukaan kerneliin, m tarkottaa sitä, että tukea varten on käännetty moduuli. Eli merkityksellinen tässä tapauksessa on tuo:

CONFIG_ACPI_TOSHIBA=m

Kernelimoduulin olemassaolo voidaan tarkistaa esim. näin:

$ ls -l /lib/modules/`uname -r`/kernel/drivers/acpi/toshiba*
-rw-r--r-- 1 root root 8687 2006-09-14 01:21 /lib/modules/2.6.17-2-k7/kernel/drivers/acpi/toshiba_acpi.ko

Kuten näkyy kernelimoduuli on olemassa. Eli ilmeisesti pitäisi riittää, kun asentaa fnfxd:n ja fnfx-client:n.

# apt-get install fnfx-client

Elikkäs saatko sä jonkinlaisen virheilmotuksen tuon fmfxd:n kanssa vai mikä tarkalleenottaen on onggelmana?

Sä voit katsoa onko toshiba_acpi moduuli ladattuna kerneliin komennolla:

# lsmod | grep toshiba

Jos moduuli toshiba_acpi on ladattuna sen pitäisi näkyä tuloksena olevassa listauksessa. Jos moduuli ei ole jostain syystä ladattuna, voit kokeeksi koettaa ladata sen käsin komennolla:

# modprobe toshiba_acpi

Katso sitten antaako komento jonkin virheilmoituksen.