Dealing med feil i Linux

En av de tingene jeg har alltid likt om bruk av Linux er følelsen av at mitt innspill er faktisk viktig. Enten i form av å gi innspill til utviklerne direkte eller (enda viktigere) rapporterings bugs som uunngåelig dukker opp på et system. Det er den siste av de to som hjelper Linux (som helhet) til å ta store skritt fremover. Uten et fellesskap av brukere og utviklere å rapportere problemer, vil operativsystemet stagnere.

Men til den nye brukeren, disse feilene er noe mer enn en plage, komme i veien for ting "bare jobbe". De nye brukere trenger hjelp til å forstå at feil i Linux skal rapporteres til utviklerne. Men hvordan gjør du det? En ny bruker er ikke til å være smarte nok til å kjøre sporbarhet på en segfaulting stykke programvare. I denne artikkelen skal jeg forsøke å hjelpe den nye brukeren til å se hvor enkelt det kan være å rapportere bugs samt hvordan og /eller hvor du skal rapportere dem.

Hva er en "bug"?

Jeg vil våge en gjetning at de fleste alle har sett på dette nettstedet vet hva en "bug" er, i referanse til dataprogrammer. Men bare i tilfelle du ikke ...

Når det henvises til en "bug" på en datamaskin, er det alltid henvise til en software bug. Dette betyr at et sted, i koden, det er et problem som bare kan løses ved å feste koden (det finnes selvfølgelig unntak.) I Linux vil du finne feil vil dukke opp på merkelige måter. Noen ganger et program rett og slett ikke vil starte. Eller noen ganger et program starter, men gir deg en feilmelding (noen ganger en ganske sveisen feil).

Det er når et program ikke starter som bugs bli virkelig problematisk. Hvorfor? Hvordan vet du hva som skjer? Den første og beste, måten å finne ut dette på er ved å starte programmet fra kommandolinjen (i stedet for menyen). Dette vil ofte gi deg noen indikasjon på hva som skjer. Fra denne "indikasjon" kan ofte google feilen og finne en løsning. Men hva skjer hvis du finner ingen løsning? Det er da verktøy kommer inn for å spille.

Linux bug verktøy

Det første verktøyet mange utviklere vil at du skal bruke er strace. Dette programmet er en måte å kjøre en buggy stykke programvare og få returnert en loggfil som er svært nyttig for utviklere. Så når du har et stykke programvare som ikke vil starte (si det kommer ut med en segmentering feil) kan du starte programmet ved hjelp strace som så:

strace -o output_file /sti /til /kjørbar

der output_file
er den filen du ønsker å sende ut debug info til og /sti /til /kjørbar
er eksplisitt banen til den kjørbare filen. MERK:. Du MÅ bruke hele (eksplisitt) banen til den kjør eller programmet vil ikke kjøre

Filen inneholder feilsøkingsinformasjon er dyrebar manna for utviklere prøver å squash bugs i programvaren. Feste den til feilrapporter er mer nyttig enn noe annet.

De fleste distribusjoner har spesifikke nettsteder dedikert til å rapportere bugs. For eksempel: Ubuntu bruker Launchpad for feilrapportering. Red Hat bruker Bugzilla for feilrapportering. Opensuse har sin egen feilrapportering nettstedet. Hvis du er interessert i å hjelpe gjøre din favoritt distribusjon bedre, sørg for at du vet at nettstedet for feilrapportering

. Det finnes også verktøy, som BugBuddy, som er nyttige for rapportering av bugs (som jeg vil ta opp i en senere artikkel).

Avsluttende tanker

Det viktigste problemet med rapporterings bugs er å sørge for at du samle så mye informasjon om feilen som mulig. Bevæpnet med denne informasjonen, vil du være en stor hjelp til utviklerne av programmet, og at feilen vil bli knust. Anmeldelser