Utvilsomt den mest originale utviklerboken jeg har vært borti. Når jeg leser denne, er jeg ikke sikker på om jeg leser ett kunstverk eller en bok om Ruby. Artisten kan jeg ikke si noe om, annet enn at han går under navnet "why the lucky stiff".
Her er ett YT klipp som fint illustrerer galskapen:
Why's Poignant Guide to Ruby kan leses her.
torsdag 27. februar 2014
tirsdag 11. februar 2014
Latmannsliste, avinstallere PulseAudio
PulseAudio har vært litt ustabil på den ene maskinen min, og mister innimellom kontakt med lydkortet når jeg kobler fra strømmen. Istede for å forske på problemet, er det enklere å bare bruke ALSA.
Latmannsliste for fjerning av PulseAudio på Xubuntu 13.10 (og ev, nyere).
$ sudo -i
# apt-get purge pulseaudio
# apt-get install volumeicon-alsa
# reboot
Nyttige lenker:
Ekstra steg, dersom feil lydkort velges som standard, kan man endre indeks. I mitt tilfelle blir HDMI valgt før de innebyggede høytalerne. Kommandoen kan variere etter type lydkort.
# echo "options snd_hda_intel index=1" >> /etc/modprobe.d/alsa-base.conf
Latmannsliste for fjerning av PulseAudio på Xubuntu 13.10 (og ev, nyere).
$ sudo -i
# apt-get purge pulseaudio
# apt-get install volumeicon-alsa
![]() | |
|
# reboot
Nyttige lenker:
Ekstra steg, dersom feil lydkort velges som standard, kan man endre indeks. I mitt tilfelle blir HDMI valgt før de innebyggede høytalerne. Kommandoen kan variere etter type lydkort.
# echo "options snd_hda_intel index=1" >> /etc/modprobe.d/alsa-base.conf
lørdag 8. februar 2014
Kontinuerlig testing
I Linux kan inotifywait benyttes for å kjøre unit tester hver gang kildefil blir lagret. Følgende kommando sjekker kildefolder for endringer, og starter ett skript som gir tilbakemelding om feilede tester.
$ while inotifywait -r -e modify *.rb; do ruby path_to_enlightenment.rb; done
Kommandoen for å starte testene varierer naturligvis. I dette tilfellet kjører jeg gjennom Ruby Koans oppgaver, som kan lastes ned her. I Ubuntu finner vi inotifywait kommandoen i pakken inotify-tools.
$ sudo apt-get install inotify-tools
$ while inotifywait -r -e modify *.rb; do ruby path_to_enlightenment.rb; done
Kommandoen for å starte testene varierer naturligvis. I dette tilfellet kjører jeg gjennom Ruby Koans oppgaver, som kan lastes ned her. I Ubuntu finner vi inotifywait kommandoen i pakken inotify-tools.
$ sudo apt-get install inotify-tools
![]() |
| Bildet illustrerer kontinuerlig tilbakemelding i terminalvinduet til venstre. |
torsdag 9. januar 2014
Hente ut NRK videostrøm
Her om dagen kom jeg over en interessant dokumentar på NRK sine nettsider som jeg hadde lyst å ta vare på slik at jeg kan se filmen på nytt senere. Så jeg forsøkte derfor å se om det var mulig å laste ned filmen på en enkel måte. Etter litt plundring ett par kvelder på rad kom jeg fram til en én-linjes kommando i Linux som ordner det hele.
torsdag 19. desember 2013
Legge til firmware ved egenkompilert kjerne
Om overskriften er gresk for deg, så blir neppe innholdet så mye bedre. Men jeg kompilerte nylig min egen Linux kjerne til Debian installasjonen min (guide her). I den forbindelse var det noen drivere som ikke fungerte med det samme. Årsaken var manglende firmware, firmware som ikke engang var tilgjengelig i Debian pakkebrønnen fordi driverne er for nye.
Etter litt tilfeldig søk på nettet fant jeg en kilde på kernel.org med diverse "firmware blobs for use with the Linux kernel". Perfekt!
Nå, det neste spørsmålet, hva skal man gjøre med disse filene? Ifølge den offisielle Debian wiki'en er den riktige banen for å lagre firmware-filer manuelt; "/usr/local/lib/firmware".
Med denne informasjonen i bakhånd kjørte jeg følgende kommandorekke. Startet maskinen på nytt, og sjekket at alt fungerte slik det burde.
# mkdir -p /usr/local/lib/firmware
# cd /usr/local/lib/firmware
# git clone https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git .
Jeg tør ikke si sikkert om dette er den beste framgangsmåten, men det virker logisk å gjøre det slik i og med at filbanen er ment for firmware som er manuelt lagt til, og kilden filene er lastet ned fra virker tilsynelatende komplett.
![]() |
| Problemet med manglende firmware dukker blant annet opp under installasjon av Debian. Dette bildet er tatt fra min nylige Debian 7 installasjon. |
Etter litt tilfeldig søk på nettet fant jeg en kilde på kernel.org med diverse "firmware blobs for use with the Linux kernel". Perfekt!
Nå, det neste spørsmålet, hva skal man gjøre med disse filene? Ifølge den offisielle Debian wiki'en er den riktige banen for å lagre firmware-filer manuelt; "/usr/local/lib/firmware".
Med denne informasjonen i bakhånd kjørte jeg følgende kommandorekke. Startet maskinen på nytt, og sjekket at alt fungerte slik det burde.
# mkdir -p /usr/local/lib/firmware
# cd /usr/local/lib/firmware
# git clone https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git .
Jeg tør ikke si sikkert om dette er den beste framgangsmåten, men det virker logisk å gjøre det slik i og med at filbanen er ment for firmware som er manuelt lagt til, og kilden filene er lastet ned fra virker tilsynelatende komplett.
torsdag 5. desember 2013
WiMP og Linux (igjen)
WiMP og Linux, mer spesifikt Xubuntu/Ubuntu, har ofte vært hit og miss for meg. Så etter å ha gitt opp i frustrasjon etter forrige gang WiMP sluttet å virke, var det fint å se at det nå fungerer igjen. For å være mer presis, jeg har bare brukt WiMP sammen med Wine etter at Adobe sluttet å tilby oppdateringer til Adobe Air for Linux. Det er mulig at Adobe Air til Linux fungerer fint, men det er en sikkerhetsrisiko å benytte produkter som ikke får sikkerhetsoppdateringer så jeg styrer unna. Istedet kjører jeg Windows-versjonen av Adobe Air i emuleringsgrensesnittet Wine. Med siste stabile versjon fungerer WiMP tilsynelatende veldig bra. Jeg har testet Wimp på Xubuntu 12.04 og 13.04, begge installasjoner 64 bit.
Guide for å laste ned og installere Wine direkte fra WineHQ finnes her. Men pass på at du installerer (for tiden) Wine 1.6, som er den reelle stabile versjonen. Guiden er antagelig litt utdatert når den referer til Wine 1.5.
![]() |
| WiMP på Xubuntu 13.04 |
fredag 8. november 2013
Abonner på:
Innlegg (Atom)




