Auto DL -- nauhoituspalvelin YLE Areenalle

[nm]

Yle-dl (Areena lataus) aiheuttaa "jumiin" jäädessään vakavahkon ongelman. Yhden epäonnistuneen latauksen jälkeen (kill) koneen muistiin tuli 200Mt ylimääräistä tavaraa. Kohde: /usr/bin/X:0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch -background none (360Mt).

Tuo on X-palvelin, joka puskuroi jatkuvasti työpöytägrafiikkaa ja ohjelmien bittikarttoja muistiin. Heti käynnistyksen jälkeen puskureita ei vielä ole kovin paljon, jolloin X-palvelin käyttää vain muutaman kymmenen megaa. 360 Mt on vielä aika normaali X-palvelimen muistikulutus, jos keskusmuistia on käytettävissä riittävästi ja ajossa on useampia ohjelmia.

Auto DL ei nähdäkseni voi vaikuttaa X-palvelimen muistinkäyttöön millään tavalla, koska prosessien välillä ei ole yhteyttä.

[2-mieli-FI-poliisi]

En tiedä?
Mutta oma arvioni on, että Auto DL:n...
HeeTkinen! Puhuin yle.dl:stä, enkä...
My mistake! On my computer.
En se minäkääm ollut!

Toisaalta vanhan yle-dl:n sekoilut ovat lisääntyneet puolella sen jälkeen kun asensin Auto DL:n!

[nm]

En tiedä?
Mutta oma arvioni on, että Auto DL:n...
HeeTkinen! Puhuin yle.dl:stä, enkä...

Myöskään yle-dl ei vaikuta X-palvelimen muistinkäyttöön. Launchyssä sensijaan voisi teoriassa olla joku muistivuoto, joka vaikuttaa X:ään, mutta siinäkin tapauksessa muistin pitäisi vapautua, kun suljet selaimen.

Toisaalta vanhan yle-dl:n sekoilut ovat lisääntyneet puolella sen jälkeen kun asensin Auto DL:n!

No lataakohan Auto DL mahdollisesti jotain samaan aikaan, kun yrität ladata manuaalisesti yle-dl:llä?

[ajaaskel]

Kommentoin tässä vain tuota Auto DL: n nauhoituslogiikkaa ja siihen liittyvää ongelmakenttää, "nm" kertoi jo tuosta toisesta asiasta ja tunteekin sen kattavammin kuin minä.

Siispä vain tekniikasta kiinnostuneille:

Silmättäessä Areenaa läpi siellä on karkeana rautalankamallina kahdenlaisia syötteitä, päätason "tuoreimmat" RSS josta löytyy niitä tuoreimpia ohjelmia johonkin päivään x asti sekä "SARJA"-tason RSS joka näyttäisi sisältävän sarjan kaikki jaksot jotka ovat Areenassa esillä.  Ilman mitään erityistä logiikkaa itse Auto DL -nauhurissa tuloksena on vastaavasti että jos nauhoitettavan ohjelman on poiminut "tuoreimmat" puolelta niin sieltä tulee vain se tuorein ja kaikki sen jälkeen ilmestyvät jaksot.  Vastaavasti jos ohjelman valitsee "SARJA": n alta syöte sisältää kaikki jaksot ja sen jälkeen tuorein pävittyy sinne.  Tuohon on mahdollista rakentaa logiikkaa väliin mutta ennen sitä mietitään hieman tuota ketjua miten se etenee käyttäjän kannalta.  Esimerkki havainnollistaa ehkä parhaiten nauhoituslogiikan mahdollisuuksia ja rajoituksia.
Käyttäjä tulee selatessaan ensin päätason sivulle, haluaa lisätä "Kesäillan valssi": n nauhuriinsa, huomaakin että tuo olikin jo mennyt tuoreimmista pois, mennäänpä lisäämään se tuolta "SARJA": n takana olevasta RSS kuvakkeesta, oho, nyt tuleekin monta osaa !   Tuo on tuttu asia mutta jos mietitään hieman taaksepäin mikä oli se syvin ongelma:    
Jotta ohjelman voi lisätä nauhuriin sen pitää löytyä syötteestä.  Ei ole käytettävissä sellaista RSS linkkiä josta löytyisivät kaikista tämän alueen ohjelmista se tuorein jakso riippumatta onko se päivän vai viikon takainen.  Jos muotoilisin sen toisin, tällä hetkellä "tuoreimmat" on aikarajattu lista, ei jaksorajattu lista.  

Automaattinauhurin (Auto DL) kätevä käyttö nykymuodossaan vaatisi jaksorajatun tuoreimpien ohjelmien syötteen jossa siis löytyisi se viimeisin lähetetty jakso ilman aikarajaa.  Lisäys tuohon syötteeeseen  YLE Areenan toimesta tapahtuisi tavalliseen tapaan silloin kun ohjelma on tullut tv: stä ulos, tuoreempi jakso tiputtaisi edellisen jakson pois ja ohjelman poistuessa Areenasta se häipyisi syötteestä.   Tuo oli oikeastaan toivomus YLE Areena: n kehittäjille, asian toteuttaminen siellä päässä on käsitykseni mukaan yksinkertainen asia.  Auto DL -nauhurin puolella on mahdollista kehittää lisälogiikkaa tuon jäljittelyyn mutta syötteen tekijän puolelta tuo kävisi kätevästi, olisi tyyliin "kaikkien musiikkiohjelmien tuorein jakso" -syöte millä Auto DL tekisi heti nykyisellään asian kuten käyttäjät toivovat.  

Odotellessa voin toki miettiä miten tuota toimintoa jäljittelisi pelkällä käyttäjäpuolen koodilla (Auto DL) ja siihenkin on idea olemassa jotta käyttäjän itse ei tarvitsisi poimia ohjelmia monista eri syötteistä (mutta Auto DL joutuisi sen kuitenkin tekemään). Teknisenä haittana olisi lisääntynyt kommunikaatiotarve kun käyttäjän päässä samainen tieto pitäisi parsia kasaan hieman hankalasti montaa eri tietä kun taasen jaksorajattu syöte hoitaisi sen kerralla.
Jos tarkkoja ollaan niin tuo lisääntynyt kommunikaatiotarve on jo nyt olemassa kun käyttäjät joutuvat keräämään eri syötteistä haluamasta ohjelmat tuolta "SARJA": n kautta.  Auto DL käynnistää kutakin syötettä kohti oman syötelukijan ja jokainen syötelukija seuraa omaa syötettään.  10 ohjelmaa aiheuttaa "SARJA": n kautta nauhuriin kerättyinä valintoina 10 kertaisen kommunikaation määrän verrattuna siihen että nauhoitettavat ohjelmat voitaisiin valita yhdestä pääalueen syötteestä.  Kommunikaation määrä ei tosin käyttäjän päässä ole tuolloinkaan ongelma syötteen ttl-arvon ollessa 15 minuuttia mutta Areenan palvelimien (tai cache: n) puolella se saattaa olla harkinnan arvoinen asia.
    

[2-mieli-FI-poliisi]

nm:en ulottuvuuden osaamisalueelle (earth calling)  

Auto DL:n taustatoiminnoista en tiedä, mutta ainakaan latauksesia ei ollut käynnissä. SMPlayer pyöritti samalla jotain areenasta aiemmin ladattua ohjelmaa ja Firefoxkin oli luonnollisesti auki (flash poissa käytöstä). Ensimmäisenä epäilin selainta, mutta tämä osoittautui ajanmittaan vääräksi luuloksi. Virhe liittyy yle-dl:n käyttöön, mutta se missä kohtaa "proseduuria" näin käy on täysi mysteeri. Klassisen "kaiken järjen mukaanhan" näin ei vain kertakaikkiaan voi käydä. Muutkin ovat kertoneet cpu:n hypähtävän 100%:n ja tätä voinee jo pitää jonkinlaisena epätodennäköisyysgeneraattorina, joka indikoi hassuja tapahtumia tulevaksi. Onneksi taidan olla ainut jolla on mennyt toinenkin bitti poikittain muistin käytön suhteen. Valistunut arvaukseni on, että vika korjaantuu jäljittämällä prosessorin kuorman lisäyksen aiheuttaja.
Mutta, jos kirurgi on jo avannut potilaan, eikä elimellistä vikaa löytynyt niin minkäs teet! Lähetät potilaan allergiatesteihin, josko muut ympäristötekijät aiheuttavatkin galvaanisen ihoreaktion ja hengitysteiden ahtauman.
Vakavasti puhuen ongelma on todellinen ja yle-dl ei tunnista/palaudu virhetilanteesta kuten hyviin tapaoihin kuuluu. Kokemukseni pohjalta ohjelma(t) taitaa jurnuttaa erroriaan hamaan maailman tappiin.

Luettuani kirjan "Virtahepo kylpyammeessa" olen totutellut kylmiin suihkuihin. 

edit: jäävla typo's

[2-mieli-FI-poliisi]

Takaisin Auto DL:ään

Auto DL kannattaa pitää nykyisen kaltaisena kevyenä ja sulavalinjaisena. Skypepuhelukaan ei katkennut alkaneeseen lataukseen. Jos syötteitä täytyy perata, yhdistellä tms. niin ne toiminnot voinnee jättää käyttäjänkin suoritettavaksi miniGUIhin. Esim. "Päivitä" napin taakse.

Toisaalta ohjelman (esim. http://areena.yle.fi/tv/990379) rss-syötteen kautta lisäyksen voisi hoitaa härskisti merkkaamalla kaikki olemassa olevat jaksot ladatuiksi ja jatkaa suoraan vain tulevien jaksojen latauksilla. Tämä riittäisi ainakin minulle. Kyllä sen yhden uusimman jakson voi ladata vanhallakin tekniikalla. Tällöin jää kyllä kaikkien jaksojen latausvaihtoehto ilmaan roikkumaan. Sitä tarvittaneen käytännössä niin harvoin, että sen voisi jopa suosiolla jättää sudoriimittelyllä hoidettavaksi.
hmm...

[Ganymedes]

Mielestäni AutoDL:n perusidea on juuri kohdallaan. En ymmärrä miksi lataukset pitäisi rajoittaa vain tulevaisuuteen, koska oikeastaan juuri menneisyyden löytäminen on se ongelma. Tulevaisuuden ohjelmathan voi vaikka katsoa, pahimpana vaihtoehtona, tai sitten nauhoittaa joskus tulevaisuudessa.

Mielestäni se, että menneisyyden ohjelmatkin nauhoitetaan ei haittaa mitään. Lataushan on varsin nopea joten ajallisesti sillä ei ole väliä. Tilantarpeella ei myöskään ole mitään väliä, koska .FLV:t voi vaikka tuhota pois ilman että ohjelman toiminta tulevaisuudessa siitä muuttuu. Pahimpana vaihtoehtona on FLV-tiedostojen siirtäminen jonnekin muualle, jos niitä vaikka jopa katsoisi.

Menneisyyden sisällyttäminen nauhoituksiin ei myöskään tuki konetta - sehän menee tukkoon, jos on mennäkseen, siksi että valitsee kymmeniä ohjelmia nauhoitettavaksi samaan aikaan. Mielestäni käyttäjän kannattaa tämä ymmärtää itse tai jos ei ymmärrä niin asia ei kuitenkaan liity menneisyyden nauhoittamiseen - sehän saa aikaan koneen tukkiutumisen pidemmäksi aikaa yhden kerran silloin kun kymmenet ohjelmat ensimmäisen kerran valitsee ... ei mielestäni erityisen merkityksellistä siihen nähden jos kymmenet ohjelmat tukkivat koneen joka kerta kun koneen aukaisee.

Omilla hidas-AMD-dual-core koneillani en ole huomannut AutoDL:stä johtuvaa hidastelua, Ubuntu 12.04 64-bit, muistia on hitaammalla koneella 2 GB.

Oma asiansa on sitten se, että tämäntyyppisten ohjelmien high-endissä käytetään jonotusohjelmistoa, jossa jonossa olevia töitä voi hallita, esim. siten että kuinka montaa nauhoitetaan samaan aikaa jms.  Omien kokemusteni valossa tuolle ei ole tarvetta, koska ei YLEllä ole kymmeniä kiinnostavia ohjelmasarjoja, joita pitäisi nauhoittaa kaikenaikaa. Yksittäiset ohjelmathan voi nauhoittaa yksitellen eikä AutoDL:llä. Mahdollisesti hyvin hitailla koneilla tuolle voisi olla käyttöä ... en ole varma.

[2-mieli-FI-poliisi]

Tästä olen Ganymedeksen kanssa periaatteessa samaa mieltä: Mielestäni AutoDL:n perusidea on juuri kohdallaan. Mutta, mielestäni loput käyttötarkoituksen kuvaukset liittyvät "Areenan Arkisto" toimintoihin, jotka ovat tulevan potentiaalisimman käyttäjäkunnan kannalta mariginaalinen kohderyhmä. Oma strateginen fokukseni kohdistuu viitteellisesti uusimpien ohjelmien nauhoitukseen, eikä kaikkien 60-luvun ohjelmien tallentamiseen omalle kovolle. Eiköhän nämäkin "eroavuudet" voida erotella ihan rss-syötteen differentiaali erotteluiden perusteella. (tarkistamaton)

Toivon kuitenkin, että kehittelijät suhtautuvat näihin "meidän ehdotuksiin" asiaankuuluvalla hartaudella!

[ajaaskel]

Tuli vastaan tuo korkean kuorman tilanne mutta se oli "rtmpdump" joka oli joutunut vaikeuksiin. Dumppasin tiedostoon tuon komentorivin millä "rtmpdump" oli käynnistetty.

Edit
Näyttää siltä että tuosta dumppauksesta ei ole hyötyä kun katselin logeja hieman. Näyttää siltä että "rtmpdump" on aloittanut, saanut tiputettua noin 67k dataa ja saanut mahdollisesti odottamattoman vasteen Areenasta jääden luuppiin.  Kun tapoin "rtmpdump": in niin "Auto DL" huomasi hetken päästä että lataus oli epäonnistunut ja tiputti ohjelman uudestaan.
Auto DL ei pysty vaikuttamaan tuohon enää siinä vaiheessa kun lataustehtävä on "heitetty" "rtmpdump": lle. Ainut asia olisi kehittää siihen erikseen "rtmpdump": in tappamisen jos se näyttää jumittuneen.  Vaatisi pienen pähkäilyn miten tuon tunnistaisi automaattisesti. Pelkkä kulunut latausaika ei ole oikein hyvä peruste kun linjanopeudet voivat olla hyvin erilaisia eri käyttäjillä vaan prosessin jääminen väärään luuppiin pitäisi tunnistaa jotenkin muuten.  Mietitään.
   

[2-mieli-FI-poliisi]

Yle-dl ja rtmpdumpin välillehän tuo luuppin aiheuttaja jää(nee). Oma veikkaukseni sen aiheuttajasta menee tarvittavien "osatekijöiden" sleep modeen saakka. Intuitiivisesti on "ihan loogista", että unenpöpperöinen prosessi vastaa vähän "mitä sylki suuhun tuo". Ilmeisesti yle-dl:n pitäisi olla näistä vastarakastuneista se vastuullisempi osapuoli joka osaa sanoa EI! Juu-Ei, Juu-Ei. Tilanne on 2-2.

Toisaalta haluaisin, että vertaatte Auto DL:n toimivaa "ohjauslogiikkaa" Yle-dl:n ajoittain jumittavaan "ohjauslogiikkaan". Ero saattaa olla myös launchyn puolella?

Jatketaan pohdintoja ja testailuja...

Tekiköhän joku muutoksia lähipäivinä vai oliko Hercule Poirotin viimeisin jakso uusinta kun ei ole latautunut kuten aiemmin? Tilaus on tehty 2 viikon takaisella versiolla jostain uusimmat "alagategorian" rss-syötteestä (ei muista).

Edit:
Tuli vielä mieleen, että vaikuttaakohan aiemmin erikseen asentamani "orig" rtmpdump näihin toimintoihin.

[2-mieli-FI-poliisi]

Poirot näköjään ilmestyykin perättäisinä päivinä ja sekosin päivistä. Sattuuhan sitä. Toisaalta kun kone on auki aamupäivästä yöhön asti niin Areenan aktiivisimman päivittymisen aikana klo 18-24 "auto_dl" on ehtinyt jo nokosille. Tai koneeni on dissannut "sen" virransäästön nimissä prioriteettien "alakastiin"?
-Jaksoja (ohjelmia) on ladattavana n. 40 ja seurattavia feedejä n. 15 kpl-

Kansiot (auto_dl) ovat muuten siisteytyneet sitten viimenäkemän. Huomasin myös, että olen tilannut jotkin ohjelmat eri syötteistä useampaankin kertaan, mutta ei siitä mitään haittaakaan ole koitunut.

Esimerkki:
1.) /home/user/.auto_dl/adl_jobs/http:||areena.yle.fi|tv|kaikki.rss?jarjestys=uusin/YleLeaks
2.) /home/user/.auto_dl/adl_jobs/http:||areena.yle.fi|tv|sarjat-ja-elokuvat|kaikki.rss?jarjestys=uusimmat/YleLeaks
Ehkä tämä on toimivakin yhdistelmä (?) koska pelkkä 1)-syöte yksinään ei toimi halutulla tavalla. Koneen pitäisi ilmeisesti olla 24/7 auki, jotta toimisi.

Lisäksi on vielä kolmas syöte, jossa tuorein jakso kököttää kuin tatti vähintään viikon ajan.
3.) /home/user/.auto_dl/adl_jobs/http:||areena.yle.fi|api|search.rss?id=1653268&media=video&sisalto=ohjelmat/YleLeaks
Tässä on vaan joidenkin ohjelmien kohdalla se ongelma, että lisäyksen yhteydessä ladataan myös liuta jo kertaalleen katsottuja vanhoja jaksoja.
Saisikohan tästä kuitenkin tehtyä "Launcyyn" avaamaan ikkunaan version, jossa ruksitaan ladattavat jaksot vielä erikseen ennen "tilauksen vahvistusta". Tyydyttäisi varmaan "noiden muidenkin" käyttötarpeet kertaheitolla.

Toimitusvarmuus senkun paranee siirryttäessä 1. syötteestä 3:een, mikäli olen syötteet oikein ymmärtänyt. Jos juuri julkaistut tuoreet ohjelmat ilmestyvät, ilman kohtuutonta viivettä, 3. kohdan rss-syötteeseen niin 1. ja 2. kohtien syötteet jäävät "merkityksettömiksi".

Vaihtoehtoisesti auto dl voisi asennusvaiheessa automaattisesti lisätä 1. tai 2. (6kpl) kohdan ylätason syötteet, jolloin se pysyy ajantasaisena. Launchyn kautta lisätään vain ko. ohjelman (3. kohta) nimikkeellinen syöte esim. YleLeaks
http://areena.yle.fi/api/search.rss?id=1653268&media=video&sisalto=ohjelmat

Eli taka ajatuksena on ,että Auto_dl:n asennusvaiheessa lisätään nuo n, 7 vartin välein päivittyvää "nuuskija" syötettä ja launchyn kautta niihin lisätään ladattavan ohjelman Nimi(ke) sekä "ylimääräinen" ohjelman nimikko-rss.

Ilmeisesti homma toimii jo tämän suuntaisesti, joten edellä ei taida olla mitään "radikaalipähkinöitäkään" oraville jaettavaksi.

[ajaaskel]

Kansiot (auto_dl) ovat muuten siisteytyneet sitten viimenäkemän. Huomasin myös, että olen tilannut jotkin ohjelmat eri syötteistä useampaankin kertaan, mutta ei siitä mitään haittaakaan ole koitunut.

Siellä oli alkuvaiheessa jäljellä paljon käytön kannalta tarpeetonta tavaraa, asetin ne tahallaan debuggausta varten jäämään mutta laitoin ne myöhemmässä versiossa siivoutumaan pois automaattisesti (kun ei enää tarvita).

Saman ohjelman tilaaminen mielivaltaisen monen eri syötteen kautta on otettu huomioon ja kuten havaitsitkin ei haittaa mitenkään.  Se syötelukija joka ensin havaitsee uuden ohjelman tiputtaa sen ja muut syötelukijat huomaavat sen jo tehdyksi.

Tuosta ideastasi, syöte yksinään tai sen lisääminen yksinään ei tee mitään.   Idea toimii niin että syötteen nimeen liitetään käyttäjän valinnat ja tuo talletetaan "työohjeeksi" eli nuo kulkevat käsikädessä.  Palvelin puolestaan tulkitsee kunkin käyttäjän tallettamia työohjeita käynnistämällä syötelukijan kullekin syötteelle mistä käyttäjä on valinnut ohjelmia alkaen seurata käyttäjän valitsemien ohjelmien ilmestymistä syötteeseen. 
   

[2-mieli-FI-poliisi]

Taisin duubioilla, jossain vaiheessa virransäästötilan keskeyttämistä latauksista: Ainakin valmiustilaan siirtymisen jälkeen filu pätkähti 40Mt:n ja virkoamisen jälkeen aloitti saman latauksen uudestaan nimikkeellä ***-1.flv. Das hyväkäs bueno task. 

Lisähuomiona (aiheen ohi) menköön myös maininta ilmeisesti ext4 osioiden välisen datasiirron aiheuttamasta parin videon korruptoitumisesta niin, että edes VLC ei niitä toistanut. Ongelma aiheutui ilmeisimmin ext4:n joviaaleista mounttaus parametreistä, jotka on "kohun" saattelemana sittemmin korjattu. 

[mrl586]

Lisähuomiona (aiheen ohi) menköön myös maininta ilmeisesti ext4 osioiden välisen datasiirron aiheuttamasta parin videon korruptoitumisesta niin, että edes VLC ei niitä toistanut. Ongelma aiheutui ilmeisimmin ext4:n joviaaleista mounttaus parametreistä, jotka on "kohun" saattelemana sittemmin korjattu.  

Kyseessä voi olla kernelibugi. Se on korjattu kerneleissä 3.4.18 ja 3.6.6.

PS. Siduction-jakelun kerneleitä voi käyttää quantalissa. Lisäät vain seuraavan rivin /etc/apt/sources.list.d/siduction.list -tiedostoon.

Koodia: [Valitse]

deb ftp://ftp.spline.de/pub/siduction/base unstable mainTämän jälkeen päivität paketit apt-get update -komennolla ja sen jälkeen asennat jakelun bittisyydestä riippuen jonkun seuraavista meta-paketeista.

Koodia: [Valitse]

linux-image-siduction-amd64 - Linux image for siduction on 64-bit PCs
linux-image-siduction-686 - Linux image for siduction on modern PCs
linux-image-siduction-686-pae - Linux image for siduction on modern PCs with pae support

[ajaaskel]

Auto DL käyttöohjeen ensimmäinen versio on esillä:

http://www.homelinuxpc.com/download/autodl_k%C3%A4ytt%C3%B6ohje.html

Ohje käsittelee aivan peruskäyttöä näytönkaappauskuvin.
Helpoin asennus on edelleen tämä:

Koodia: [Valitse]

wget -r -O./asenna_autodl homelinuxpc.com/download/asenna_autodl && chmod +x asenna_autodl && ./asenna_autodl  

Koko pitkä rimpsu pitäisi saada ehjänä kopioitua päätteeseen.  Toistaiseksi tämä on vain Ubuntulle ja "yhteensopiville" (ainakin Mint ja Peppermint).  Jos kiinnostusta ilmenee saatan sovitella muihinkin jakeluihin / erikoistoteutuksiin.

Ensiversio myös asennusohjeesta:

http://www.homelinuxpc.com/download/autodl_asennusohje.html

[K-Veikko]

Mielestäni tiedostojen käsittely nauhoituksen jälkeen voisi olla jokaisen oma asia.

Ohjelmassa voisi olla ominaisuus: "Suorita XX-ohjelma (nimetty .auto_dl/autodl.conf tiedostossa) lataamisen jälkeen".

Omalla kohdallani ainakin haluan muokata tiedostonimeä. Jokseenkin näin:

Koodia: [Valitse]

rename 's/(.*)([2][0][0-9][0-9]-[0-9][0-9]-[0-9][0-9])(.*)/$2_$1$2$3/' *.flv ; \
rename 's/ /_/g' *.flv ; \
mv *.flv Yle-dl

[salai]

Onhan tuollainen piirre (skriptin ajaminen lataamisen jälkeen) ollut jo pitkään:
http://forum.ubuntu-fi.org/index.php?topic=43484.msg336355#msg336355

[K-Veikko]

FAILURE

Johtuukohan kahdesta peräkkäisestä ä:stä tiedostonimessä vai mistä sitten. Mutta autodld yrittää kahta videota yhä uudestaan ja uudestaan. Saman feedin muut lataukset onnistuivat.

Feed on

• http://areena.yle.fi/api/search.rss?id=1476003&media=video&sisalto=ohjelmat

• http:||areena.yle.fi|api|search.rss?id=1476003&media=video&sisalto=ohjelmat

Ladatun tiedoston nimi

• Kännykänheiton maailmanemstari heittää keihästä-2012-08-21T15:35:44.flv

• Pilvien liikehdintää auringonlaskussa-2012-07-11T14:45:00.flv

Lokia
cat /opt/auto_dl/logs/recorded.log

• 2012-12-12 11:05:42 +0200  Start: Yle Uutiset Itä-Suomi: Kännykänheiton maailmanemstari heittää keihästä http://areena.yle.fi/tv/1640884 --> /home/xxx/Videot

• 2012-12-12 11:05:46 +0200  FAILURE: Yle Uutiset Itä-Suomi: Kännykänheiton maailmanemstari heittää keihästä http://areena.yle.fi/tv/1640884

• 2012-12-12 09:59:11 +0200  FAILURE: Yle Uutiset Itä-Suomi: Pilvien liikehdintää auringonlaskussa http://areena.yle.fi/tv/1612598

[Hajakenttä]

En kai sitten kuulu edistyneisiin käyttäjiin kun en saanut asennettua.

Onkohan asennuksen lyhyt oppimäärä uusiutunut tuon 26.9. jälkeen? Tein siitä vaiheet 1 ja 2 ja sitä enempää en edes yrittänyt kun sain vain virheitä aikaiseksi. Mikähän minulla mahtaa olla väärin?

Vaiheessa 1 (yle-dl asennus) tulee pitkät rimpsut tekstiä ja tiedoston latausta ja lopuksi ilmoitus: "chmod: muutettaessa tiedoston ”asenna_yle-dl.bash” oikeuksia: Toiminto ei ole sallittu"

vaiheessa 2 (foxin launhyn asennus) tulee nyös tiedostojen nouto ym tarpeelist, mutta lopuksi ilmoitus: "chmod: muutettaessa tiedoston ”asennamenut.bash” oikeuksia: Toiminto ei ole sallittu"

sudon laitoin komennon eteen, ja tunnussanan kyseli, ja aloitti suorituksen ihan hyvin.

Vanhan mallin yle-dl on ollut minulla käytössä joskus Lucidin aikaan ja on se hyvin toiminut. Nyt se ei kai asentunut lainkaan, ei ainakaan toimi vanhalla tavalla komentoriviltä. Nyt on käytössä 12.04 Xubuntu. Vaikuttako se asiaan, että tässä SSD muistillisessa koneessa on ext2 tiedostojärjestelmä?

EDIT: Koitin samaa toisella koneella 12.04 Ubuntu (Unity) ja normaali ext4 ja samalta näyttää.

EDIT2: Taitaa olla kyse ihan peruskäytöstä. Ko. tiedostot ovat koneella, mutta ne ovat root omistuksessa enkä osaa muuttaa oikeuksia niistä. Miten se taas olikaan?

[Ganymedes]

....
Ko. tiedostot ovat koneella, mutta ne ovat root omistuksessa enkä osaa muuttaa oikeuksia niistä. Miten se taas olikaan?

komento on, kun käyttäjän nimi on "pekka":

chown pekka jokutiedosto.txt

tai

chown -R pekka jokuhakemisto
(ja kaikille alihakemistoillekin samalla)

sudo pitää laittaa eteen koska muutoin ei ole oikeuksia omistajan vaihtamiseen