Complete handleiding voor bugrapportage in Debian Linux

Het melden van bugs is een van de vele manieren waarop u Linux kunt laten groeien. Alle gratis softwaredistributies, projecten hebben verschillende systemen waarin bugs worden verzameld, geanalyseerd, geëtiketteerd en gefixeerd, afhankelijk van het aantal mensen dat de broncode kent.

Omdat ik van Debian houd, laat ik je zien hoe je bugrapporten in Debian kunt indienen.

Hoe bugs in Debian Linux te melden

De goto-tool in Debian om bugs te melden is Reportbug . Ik wou dat ik erover had geweten toen ik begon met het melden van bugs, dat ik nogal wat brandend maagzuur voor mezelf en de onderhouder had voorkomen.

Laten we eens kijken hoe we Reportbug kunnen gebruiken voor bugrapportage in Debian Linux.

Stap 1. Installatie van Reportbug

Gebruik de onderstaande opdracht om Reportbug te installeren:

sudo aptitude install reportbug

Stap 2. Reportbug: de eerste run

Nadat u Reportbug eenmaal hebt geïnstalleerd, moet u het bij de eerste keer uitvoeren configureren zodat het kan worden gebruikt om bugrapporten in te dienen.

Gebruik de onderstaande opdracht om het uit te voeren.

reportbug

En dan een aantal vragen zoals te zien zoals hieronder:

Opmerkingen over Reportbug first-run:

een. Omdat ik Debian al geruime tijd gebruik, kan ik schakelen tussen 2 en 3. Voor mensen die extreem nieuw zijn in het melden van bugs, kunnen ze vasthouden aan [1] die als beginner en de standaard wordt getoond, druk gewoon op Enter.

b. Tussen de tekst UI en de gtk2 / 3 interface vind ik de gtk2 / 3 interface onaantrekkelijk en neemt ook een beetje geheugen, vandaar dat ik er altijd 1 kies. Als je de gtk2 / 3-editor hebt gekozen, zijn de onderstaande instructies nog steeds hetzelfde voor jou, alleen zie je dat de gtk-editor hetzelfde op een iets mooiere manier laat zien.

c. Het gedeelte waar Reportbug om toegang tot het net vraagt, ik ontken het altijd voor praktisch, maar ook als beveiligingspunt. Een beetje meer uitleg voor de redenen waarom ik dit doe, wordt hieronder gedeeld.

d. Als ten slotte de naam wordt gevraagd, als je de bestaande naam leuk vindt (neemt van de variabele [e-mailbeveiliging]) druk je op Enter. Als je wilt dat het iets anders is, geef dan de naam op waarmee je wilt dat het verschijnt.

Stap 3. Omgaan met Gmail-eigenaardigheden

De eerste keer dat Reportbug wordt uitgevoerd, zou het om e-mailconfiguratie vragen:

De eerste vraag die wordt gesteld, is of u software hebt waarmee deze automatisch e-mails kan verzenden.

Als u een desktop-e-mailclient hebt ingesteld, zoals Evolution of Thunderbird, kiest u Ja. Anders, ga voor nee.

Zodra het standaard voorkeurenbestand is geschreven, wordt het opgeslagen in /home/shirish/.reportbugrc. U kunt de configuratie later wijzigen door dit bestand te bewerken.

Op de console kunt u CTRL + C gebruiken om Reportbug op elk gewenst moment af te sluiten.

Stap 5. Een toepassingspakketnaam uitzoeken van een binair getal

Laat me het voorbeeld van Aiselriot nemen. Het is een van de GTK-kaartspellen die mijn moeder veel speelt. Als er nu een probleem is met de game, hoe kom ik erachter onder welk pakket moet ik een foutenrapport indienen?

Dus het eerste dat ik doe wanneer ik probeer een GUI-toepassing op te lossen, is door het pictogram ervan te nemen en het op het paneel te plaatsen en de eigenschappen ervan te bekijken, net zoals ik hier laat zien -

Nu weet ik dat de naam van de app. is niet Aiselriot maar sol en het pad waar de applicatie wordt geplaatst is op /usr/games/sol .

Laten we nu proberen te vinden wat het pakket heet -

dpkg -S /usr/games/sol

De uitvoer is:

aisleriot: / usr / games / sol

We hebben het geluk dat het pakket ook aiselriot wordt genoemd, maar dit gebeurt niet de hele tijd.

Ga verder en laat ons nu ons eerste bugrapport rapporteren. Omdat ik Debian-testen / stretchen gebruik / binnenkort binnen enkele maanden stabiel zal zijn, zal ik daar een bug-rapport aan toevoegen.

Stap 6. Reportbug gebruiken om een ​​bugrapport te maken

Nu hebben we een pakket nodig met een probleem / bug dat we moeten rapporteren aan de Debian-community.

Ik heb een piuparts-pakket met symptomen van een probleem waarvoor ik me tot Reportbug heb gewend, omdat het in de kern is weergegeven:

Laat me nu uitleggen hoe de dingen werken. Ik gebruik een tool met de naam adequaat (dit is een Debian-pakketcontrolehulpmiddel) bij het installeren van pakketten. Ik zal in een toekomstige blogpost uitgebreid ingaan op voldoende.

Wat Reportbug doet, is om alle informatie die het heeft over het pakket te krijgen en te ontleden, zodat het weet of het door moet gaan of niet.

Nu werkt de tool adequaat op de achtergrond. Een van zijn belangrijkste taken vindt plaats helemaal aan het einde van een pakketinstallatie, bijvoorbeeld voor piuparts die het deelt / dit laat zien -

adequate found packaging bugs

-----------------------------

piuparts: obsolete-conffile / etc / piuparts / scripts / post_setup_experimental

die me vertelde dat het pakket piuparts een verouderde conffile had. Conffile staat voor Configuratiebestand.

Dus de eerste opdracht die ik doe wanneer ik een fout vind die het waard is om te melden, is dat ik dit doe -

reportbug piuparts --severity=normal

Geeft / vertelt over het pakket dat het probleem veroorzaakt, in dit geval piuparts.

Het stellen van strengheid aan een bug is een lastige zaak. Tenzij ik vrij sterke gevoelens heb voor een pakket en er geen twijfel over bestaat dat de bug inderdaad ernstig is, verhoog ik de ernst niet. Dit is mijn eigen persoonlijke ethiek, ook een beetje minder werk voor een onderhouder.

Dat gezegd hebbende, de meeste beheerders zouden naar een insect kijken, ongeacht de ernst die je geeft. Ik heb beheerders die me snel antwoordden, ook al heb ik wishlist-bugs ingediend en heb ik beheerders die niet terugkomen. MIA (Missing-In-Action), zelfs na het indienen van ernstige bugs. Het indienen en een gezond gesprek hebben met de onderhouder is zowel een technische als een sociale activiteit.

Na het vragen van het onderwerp, vraagt ​​reportbug / geeft verschillende opties als een van de voorwaarden van toepassing is. U kunt elke gebruiken als u denkt dat uw probleem is aangetast of een van de bovenstaande dingen in de lijst beïnvloedt. Als u bijvoorbeeld een patch gaat delen om het probleem op te lossen, kiest u 6 of een van de andere. Als geen van hen nodig is, voert u gewoon Enter in en gaat u verder.

Zodra het bovenstaande is voltooid, duurt het even en krijgen we iets vergelijkbaars met deze gedeelde kern:

Wat dit nu doet, is dat het een idee geeft aan de beheerder van de staat van uw systeem. Zoals jullie allemaal weten, zijn bijna alle GNU / Linux-distributies en de pakketten daarin gebaseerd op een complexe set relaties met andere pakketten. De beheerder moet weten welke versie van het pakket u gebruikte, welke andere pakketten er waren, bij welke versie, behalve dat er op geen enkele manier met de integriteit van het pakket is geknoeid.

Nu moet je de banken invullen -

Meestal verwijder / verwijder ik het volgende, als je een nieuwe gebruiker bent, zou je gewoon de onderstaande vragen kunnen beantwoorden en zou je bugrapport gereed zijn.

Stap 7. De laatste wijzigingen die zijn doorgevoerd om het rapport uit te geven

En in plaats daarvan heb ik de details als gedeeld hier weergegeven:

Nog wat meer info. nu - deze twee tags signaleren / vertellen de beheerders weinig dingen -

Gebruiker: [email beschermd]

De eerste tag geeft aan dat de op te wekken bug onderdeel is van debian-qa-inspanningen.

Usertags: obsolete-conffile adequate

De tweede tag vertelt de tool die we hebben gebruikt en een van de veelvoorkomende problemen waaronder deze is gekomen, in dit geval verouderd, conffile.

Er zijn een paar veelvoorkomende en ongebruikelijke use-cases waar voldoende naar gekeken wordt. Zoals eerder gedeeld, heeft een ander blogbericht nodig om dit in detail te delen.

Het andere ding dat ik de handhaver vertel / deel, is dat hij / zij naar debhelper (een toolkit voor debian / regels) moet kijken en specifieke stukjes daarin moet zoeken.

Tip - Paul Wise, beter bekend als pabs in de Debian-gemeenschap. Hij levert een vruchtbare bijdrage aan Debian. Zoals je kunt zien op zijn wiki-pagina en de secundaire apps. Hij heeft altijd een oneindige lijst met applicaties, pakketten die interessant zouden zijn om te verpakken, samen met dingen die verbeterd zouden kunnen / moeten worden. Ik weet niet of hij al dan niet een mentor heeft gedaan, zie wel tekenen van een goede en goofy mentor in hem. Ik vraag het soms, steel soms zijn ideeën om te helpen in Debian QA :)

Nu dat het bugrapport compleet is, moet ik het via gmail.com verzenden. Als je MTA (Mail Transfer Agent) hebt ingeschakeld en geen gmail.com hebt, kun je deze gewoon verzenden en is het klaar. Als je daarentegen MTA (net als ik) niet hebt ingeschakeld en het leuk vindt om dingen zelf te doen, meld je je aan bij je gmail-account, druk je op compose en vervolgens -

Stap 8. De laatste stap

To - [email protected]

Onderwerp - piuparts: adequate rapporten verouderd conffile voor piuparts

De inhoud van uw e-mail moet beginnen met Pakket

iets zoals dit -

Je hebt misschien een aantal labels opgemerkt, ze zijn alleen maar om me enigszins georganiseerd te helpen, want nadat je een aantal bugs hebt gerapporteerd, kan het chaotisch worden om te weten wat er aan de hand is. De labels en filters van Gmail maken de dingen enigszins netjes met de hoeveelheid mail die ik ontvang.

Controleer op dat moment nogmaals de e-mail opnieuw voordat u op de knop E-mail verzenden klikt. Ik klik meestal op concept opslaan, bekijk het een of twee keer voordat u het verzendt.

Als u tevreden bent, klikt u op verzenden en uw bugrapport wordt verzonden naar Debian BTS.

Stap 9. Bevestiging krijgen van de Debian BTS-server door te zeggen dat de bug deze heeft bereikt.

Meestal krijg ik binnen enkele minuten een korte bevestigingsmail van de Debian BTS, zoals in de essentie die wordt gedeeld

Kijk naar het opgegeven tijdstempel, slechts 3 minuten na het versturen van de mail. Ik stuurde de bugmail om 05:03 en kreeg het automatische antwoord dat alles goed ging op 05:06 zelf.

Waar ik naar let in de bevestigingsmail is het programmeernummer, want zo kom ik te weten hoe het met de bug gaat.

# 854317

Plaats bug-rapportagecyclus.

Toevallig, zoals kan worden gezien, was de pakketonderhouder op de een of andere manier rond de tijd toen ik de fout opsloeg. Ik ken het belang van piuparts in het debian-ecosysteem, maar ik had niet verwacht dat Andreas zo snel zou handelen, dus waarschijnlijk zal de volgende release of zelfs bug-fix release de oplossing hebben. Zoals te zien is, lijkt Andreas echter een drukbezochte bij het zien van het aantal pakketten dat hij onderhoudt / co-onderhoudt, naast het uploaden van niet-Maintainer Uploads (NMU) en QA-uploads.

Ik hoop dat ik genoeg inzicht heb gegeven, zodat je weet wat je moet doen en wanneer er dingen fout gaan.

Tip - Tegenwoordig volg ik meestal een paar regels voordat ik een fout opzoek. Controleer eerst de bts voor de bestaande lijst met bugs, bijvoorbeeld voor piuparts bugs-pagina (zoals ook gedeeld door Simon Tatham hierboven). Als de bug daar niet wordt vermeld, vaker wel dan niet, heeft het pakket niet al te veel afhankelijkheden, en ik weet dat er geen configuratiebestanden zijn die ik mogelijk opnieuw moet maken, dan zuiver ik het pakket en installeer ik het pakket opnieuw. Als voldoende nog steeds een fout vindt, meld ik dat meestal. Ik doe dat echter niet voor verouderde conffiles omdat ze meestal voorkomen wanneer u een upgrade uitvoert van versie x.1 naar x.2 of iets dergelijks.

Met dergelijke eenvoudige tips bespaar ik tijd en energie voor mijzelf en voor de onderhouder van een pakket.

In eerste instantie kan het soms duren, na een tijdje duurt het hele proces 10-15 minuten of zelfs minder, afhankelijk van het pakket waarin de bug wordt gevonden, de bug zelf, replicatie van de bug enz.

Dat is alles om een ​​foutenrapport in Debian te maken met Reportbug.

Hopelijk heb je een idee gekregen van de stappen om bugs te vinden en te rapporteren. Plaats alle vragen die je hebt in de reacties hieronder en ik zal mijn best doen om te antwoorden / delen wat ik maar weet.

Aanbevolen

Chrome OS Look-Alike Linux Distro Chromixium uitgebracht
2019
Virus Alert! Een Linux Only Trojan "Hand Of Thief" Spotted In Grey Market
2019
De bronlicentie voor bedrijven voldoen aan de open source-eisen
2019