Category Archives: Norsk

Hiphop-dokumentarer

For litt over en uke siden la NRK ut Takin Ova, en dokumentar i fire deler som skildrer hiphopens historie her i Norge. Tittelen er selvfølgelig tatt fra Tommy Tee og TP Allstars sin klassiker som slo igjennom med et brak mot slutten av nittitallet. Med intervjuer av de fleste sentrale aktørene og klipp følger vi veien fra sær subkultur til en markant og dominerende del av mainstreamen.

Jeg så gjennom alle fire episodene dagen de ble lagt ut og var veldig fornøyd med resultatet. Det skinner gjennom at dokumentarskaperne er engasjerte og har ønsket å vise både hvordan men også hvorfor kulturen har utviklet seg som den har. En ting jeg likte spesielt godt var at de hadde intervjuet artister fra alle tidsepokene, fra Leo fra A-team og B.O.L.T. Warhead til Cezinando. Det viser veldig godt spennet og ikke minst hvordan hiphop-scenen har forandret seg siden 80-tallet.

Til tross for at historikken er godt dekket fra den spede start, til bølgen med norskspråklig rap frem til i dag, skulle skulle jeg gjerne sett at de hadde lengre tid både til å dekke mer og til å gå i dybden på ting. Ellers synes jeg det trakk litt ned at selv om det er intervjuer og fokus på andre steder, ender deler opp med å være litt Oslo-sentriske. Nå er veldig naturlig når mye av det som skjer og har foregått har utspilt seg der, men merket at f.eks. Trondheim knapt nok var nevnt. Med aktører som Fremmed Rase, Trepan og ikke minst 2xH-festivalen (som riktignok ble vist klipp fra) så blir det en del som jeg vil tro har påvirket historien men som ikke alltid i like stor grad trekkes frem når den fortelles.

Alt i alt en veldig solid og god dokumentar, og kan anbefales til hiphop-hoder og musikkinteresserte generelt.

Dette er ikke første dokumentaren om norsk hiphop som har blitt laget eller sendt på NRK. Blant annet laget Lydverket en rundt 2002-2003(?), men ser ikke ut som den ligger på NRK sine sider nå. Husker jeg har opptak av denne på kassett som har blitt sett om og om igjen. Det var første gang jeg hørte om A-team og B.O.L.T. Warhead og i hele tatt første gang jeg ble introdusert for hva som hadde skjedd før Tee Productions kom inn i bildet.

Det finnes også en dokumenter eller program til, som NRK sendte en gang på tidlig nittitall med det passende navnet Vandaler Vrenger Plater. Det handlet om hiphop, de forskjellige elementene og hvordan kulturen spirte.

Programmet gir et tidsutsnitt av det norske hiphopmiljøet anno 1990 som står i ganske skarp kontrast til dagens situasjon. Jeg så det ganske nylig for første gang og det var ganske fascinerende å få et innblikk i en periode hvor miljøet var veldig lite og de så vidt hadde begynt å gi ut musikk. Programmet blir sånn sett et dypdykk inn i kulturen og miljøet med intervjuer av bla. A-Team, Mc Cey og Tommy Tee med tidenes hanekam.

Det er sannsynligvis et av de få opptakene som dokumenterer norsk hiphop på den tiden, og jeg er glad det ligger tilgjengelig. Veldig interessant å få et lite glimt inn i miljøet på den tiden. Litt synd at bakgrunnsmusikken er mikset for høyt så den til tider drukner intervjuene, så det er dessverre deler som er vanskelig eller umulig å få med seg.

Det jeg ikke hadde fått med meg før nå var at VVP var en programserie, hvor hver sending var dedikert til et tema. Virker som de la flid i å få tittelen for hvert program til å passe forkortelsen på serien.

Finn bugs automatisk med SonarQube

Tilbake igjen etter JavaZone-konferansen som var i forrige uke. Alltid hyggelig å møte igjen kollegaer og eks-kollegaer jeg ikke ser så ofte, samt faglig påfyll.

I år holdt jeg en lyntale om SonarQube, bruk av statisk kodeanalyse og litt om hva slags problemer eller bugs vi kan oppdage. Målet er å kunne kontinuerlige sjekke etter problemer i kodebasen slik at vi kan rette dem opp i god tid før de havner i produksjon. Hvis dette høres interessant ut, ble det lagt ut opptak av foredraget  mitt.

(JavaZone var forøvrig veldig raske med å legge ut videor i år, og hadde lagt ut store deler allerede før konferansen var over.)

Maven – mer enn clean install

Tidligere denne uken var jeg på JavaZone-konferansen. Jeg så en rekke foredrag, hilste på gamle kjente og holdt en lyntale om Maven.

Maven er et byggverktøy som også holder orden på avhengighetene dine og ofte brukt i Java-prosjekter. Typisk bruk av Maven innebærer mvn clean install for å bygge et prosjekt og kjøre alle testene, men jeg ønsket å snakke litt om de andre tingene Maven kan gjøre.

Hvis dette høres interessant ut, finnes det en lengre beskrivelse av lyntalen i programmet, og du kan også se video av presentasjonen.

apt-get update

Et kort lite tips hvis du bruker apt-get mye: hvis du bruker en relativt ny utgave av distroen din kan du sannsynligvis bruke apt istedenfor. Apt er fire tegn kortere å skrive og fungerer som forventet for alle de vanligste valgene:
apt-get updateapt update
apt-get dist-upgradeapt dist-upgrade
osv.
Som en ekstra bonus viser apt teksten i ulike farger for å indikere fremgang.

Så hvis du sitter på Ubuntu 14.04 eller nyere, kan det være kjekt å gå over til apt fremfor apt-get.

Jeg er usikker på om apt vil ta over/pakke inn all funksjonaliteten til apt-get på sikt, men inntil videre er det fortsett et par valg som kun finnes i apt-get. Det jeg har merket mest er at jeg fortsatt må kjøre apt-get autoremove, men det er ikke noe jeg gjør ofte nok til at det er plagsomt.

Ukens kommando: df -i

For en stund tilbake støtte jeg på et sært problem. Jeg forsøkte å installere noe, men Ubuntu fortalte meg at det ikke var mulig siden harddisken var full. Det hørtes veldig rart ut, siden jeg kunne se at harddisken hadde mer enn nok ledig plass. Jeg lurte på noe kanskje rapporterte feil mengde ledig plass, så jeg dobbeltsjekket med nautilus og df -h som viste de samme tallene. (For de som ikke kjenner den fra før, kommandoen df viser størrelse, brukt og ledig plass på harddiskene. Jeg bruker flagget -h for å få med benevning som er litt enklere for mennesker, feks. M for Megabyte, G for Gigabyte, så jeg slipper å regne sammen bytes selv.)

Etter å ha tenkt på hva dette kunne skyldes en stund kom jeg på inoder. Hva er en inode? Kort fortalt er en inode metadata om et område på disken. Den vil typisk inneholde informasjon om filstørrelse, eierskap, rettigheter og lignende. Hver fil eller mappe har en tilhørende inode som peker til den og holder på metainformasjonen om den.

Det jeg husket jeg hadde hørt om inoder var at det er et gitt antall av dem. Hvis man legger til mange nok (spesielt små) filer vil man før eller senere gå tom for inoder for å holde orden på disse. Denne situasjonen hørtes veldig teoretisk ut, så jeg hadde ikke tenkt over det som en reell problemstilling. Likevel, det kunne jo muligens forklare feilmeldingen jeg fikk.

Etter litt søking fant jeg ut hvordan jeg kan se hvor mange inoder som er i bruk. Det viste seg fort at df også har støtte for dette; df -i vil vise antall, brukte og ledige inoder. Maskinen som rapporterte full disk viste seg å ha mye ledig plass i Gigabytes, men kun et fåtall tilgjengelige inoder for å kunne opprette nye filer. Aha! Så varslet om full harddisk betydde i dette tilfellet egentlig for få inoder til å legge til nye filer (som jo forsåvidt betyr at den er full).

Nå som jeg visste hva problemet var, fjernet jeg fjernet en del eldre pakker som jeg ikke lenger trengte. Dette frigjorde flere inoder, som jeg verifiserte med df -i, og jeg kunne gå videre med installasjon av programmene jeg ønsket. Så hvis du får feilmeldinger om at harddisken er full, selv om det ser ut til å være mye ledig plass på den, kan det være en ide å sjekke om det er ledige inoder som er problemet.

PS. Det er ingen garantier for at dette blir en ukentlig spalte, men jeg likte navnet idet jeg skrev overskriften.

Hvordan få fine farger i git

Mange prosjekter bruker git til versjonskontroll, så de fleste utviklere har brukt det på et eller annet tidspunkt. Dessverre (og til min irritasjon) ser det ut som standardinnstillingene til git-klienten bruker samme farge på all utdata. Den har heldigvis innebygget støtte for bruk av flere farger der det er hensiktsmessig, som er noe av det første jeg slår på når jeg setter opp git på et nytt system.

Med farger får vi blant annet tydeligere markering av hvilken gren vi står på, men den viktigste fordelen er at differ (både endringer som ikke er commitet og eldre) blir fargekodet. I eksempelbildet ser vi klart hvilke linjer som er fjernet, lagt til eller forblir uendrete siden de er merket henholdsvis rødt, grønt og hvit (standard). Dette gjør det mye klarere og lettere å få oversikt sammenlignet med å manuelt forsøke å se hva som fjernes eller legges til i et sett med endringer der alle er listet med samme farge .

Eksempel på git med fargerSå som en huskelapp til meg selv og andre, kjør:

git config --global color.ui true

for å  slå på farger i git-klienten. Det er også mulig å spesifisere mer detaljert i hvilke situasjoner du ønsker farger og ikke, se dokumentasjonen for detaljer.

 

Richard Stallman holder foredrag i Oslo førstkommende fredag

Norwegian Unix User Group (NUUG) og Friprog-senteret har invitert Richard Stallman til å holde foredrag i Oslo fredag 1. Mars. For de som ikke vet det, er Stallman (også kjent som rms) en av initiativtakerene til friprog-bevegelsen, samt grunnlegger av Free Software Foundation og GNU-prosjektet. I tillegg har han vært involvert i utviklingen av GCC, Emacs og selvfølgelig programvarelisenser for fri programvare, deriblant GNU General Public License (GPL).

Foredraget vil handle om fri programvare og GNU-prosjektet. For mer detaljer, se NUUG sin informasjon om arrangementet.

Steam for Linux beta tilgjengelig for alle

Som en tidlig julepresang har Valve gjort betaversjonen av Steam for Linux tilgjengelig for alle. Steam er først og fremst Valve sin klient for digitalt salg av spill, men håndterer også oppdateringer, flerspiller og mye mer. Etter at Valve annonserte at en Linux-versjon var underveis og en privat beta som startet i Oktober, er nå betaen utvidet slik at hvem som helst kan teste den ut. Inntil videre er Ubuntu 12.04 og senere versjoner støttet, men det virker ikke utenkelig at dette kan utvides til flere distribusjoner på sikt.

Sammen med Steam-klienten har de også portet flere av spillene over til Linux, på samme måte som de gjorde ved lanseringen for OS X. (I enkelte tilfeller kjører til og med Linux-versjonen bedre.) Samtidig har de samarbeidet med andre aktørerer, blant annet var de med på forrige Ubuntu Developer Summit og de har også hjulpet til med å forbedre grafikkdrivere. Det er spennende å se at Valve satser på Linux, hvilken oppslutning Steam får og hvilken effekt utvidelsen av spillbiblioteket gir.

Hvordan få virtuelle maskiner i Virtualbox til å koble seg til Internett på Ubuntu 12.10

Ubuntu 12.10 ble sluppet mot slutten av forrige måned, og jeg støtte på et par problemer ettter å ha oppgradert. Det rareste var at de virtuelle maskinene jeg har i Virtualbox ikke klarte å få tilgang til noen nettsider eller Internett generelt. Jeg bruker Virtualbox til en del virtuelle maskiner, både for ulike versjoner av Ubuntu men også for å teste ut andre operativsystemer. Siden ingen av de klarte å koble seg til Internett uavhengig av hva de kjørte, konkluderte jeg fort med at problemet lå i Virtualbox. Dette ble bekreftet etter en kort runde detektivarbeid der jeg fant en relevant feilrapport, både for Ubuntu og Virtualbox.

Som det kommer frem av Ubuntu sin feilrapport og Virtualbox sin er den underliggende årsaken hvordan Virtualbox sender DNS-spørringer. Det ser ut til å kun gjelde maskiner der nettverkstilkobling er satt til NAT, som er standard for Virtualbox.

Heldigvis er det mulig å få ting til å fungere igjen. Ved å åpne en terminal og kjøre kommandoen

VBoxManage modifyvm "maskin_navn" --natdnshostresolver1 on

vil den virtuelle maskinen heller bruke vertens DNS istedenfor. Dette fungerer uten problemer, men må endres for hver enkelt maskin.

Håper dette var til hjelp for andre som har støtt på samme problem.

Ubuntu Quantal Alpha 3 kan prøves ut

Forrige torsdag ble den tredje alfa-versjonen av neste Ubuntu-versjon (kodenavn Quantal Quetzal) tilgjengelig.  Ifølge den foreløpige planen vil den endelige versjonen være ferdig 18. Oktober. Ubuntu følger seks måneders utviklingssykluser, og siden forrige offisielle versjon kom i April, betyr det at vi nå har kommet halvveis. Dette er dermed et godt tidspunkt til å teste den kommende versjonen for å se hvordan ting fungerer og rapportere feil mens det enda er god tid til å fikse dem.

Selv har jeg hatt utviklingsversjonen kjørende i en virtuell maskin i lengre tid nå, og det meste ser ut til å fungere. Den største endringen hittil er i stor grad nyere versjoner av mesteparten av den inkluderte programvaren. Bortsett fra enkelte småfeil fungerer det meste problemfritt med tanke på at det er en utviklingsversjon med hyppige endringer.