Algemene FAQ

1. Hoe kan ik een wens, een suggestie, of een toelichting rapporteren?
2. Hoe kan ik een patch opsturen?
3. Hoe rapporteer ik een bug?
4. Hoe kan ik goede debug of crash rapporten opsturen?
5. Wat moet ik doen als de KDEcrashhandler geen bruikbare backtrace informatie oplevert?
6. Heeft Krusader een berichtenlijst?
7. Heeft Krusader newsfeeds?
8. Hoe werkt het forum van Krusader?
9. Hoe kan ik Krusader naar mijn eigen taal vertalen?
10. Hoe kan ik Krusader ondersteunen?
11. Waarom is Konqueror in “midnight commander style” niet een OFM?
12. Waarom zou ik een OFM gebruiken?

1.

Hoe kan ik een wens, een suggestie, of een toelichting rapporteren?

De grootste kracht van een open source project is de feedback van de gebruikers. Daarom vinden we het leuk om te horen wat u heeft te zeggen. Uw gripes zijn onze instructies. Na ongeveer 6 maanden programmeren, kan een programmeur zijn eigen fouten niet meer zien. Dat is natuurlijk. We willen de ideeën, kritieken, en opmerkingen omdat we allen Krusader het beste en handigste beschikbare bestandsbeheerder willen maken.

De meest gemakkelijke manier om contact met ons op te nemen is via de krusader-users e-maillijst. Voor informatie over wat er nog te doen is kijk op de Krusader-devel e-maillijst. We bekijken en bediscussiëren elke bijdrage.

2.

Hoe kan ik een patch opsturen?

Het is niet makkelijk om richtlijnen voor een patch te schrijven, maar hier zijn er enkele.

  1. Patches, nieuwe code en nieuwe mogelijkheden zijn altijd welkom!

  2. Bespreek maar een probleem tegelijk, zodat de programmeurs u zo goed mogelijk kunnen begrijpen, en uw patch kunnen integreren.

  3. Bij voorkeur start u een discussie met de ontwikkelaars op de krusader-devel e-maillijsts of op het Krusader Gitlab-pagina. Helaas kunnen we een patch niet toepassen als deze in conflict is met het algemene ontwerp van de Krusader code (lees voor meer instructies in deze FAQ). Stuur maar een wijziging per keer per mail, zodat de discussie makkelijker te volgen is. De wijzigingen moeten stapsgewijs worden opgestuurd, waarbij elke regel is gecontroleerd.

  4. Stuur uw patchbestanden op naar Gitlab, zodat er overzicht blijft over alle patch-voorstellen en deze niet verloren gaan, tar.gz archieven of diffs zijn meestal OK. Kopieer geen wijzigingen in een bericht. De meeste mailers wijzigen de witruimte, zodat de diff niet meer toepasbaar is en er van het stukje code niet een diff gemaakt kan worden. In het verleden zijn patch e-mails verloren gegaan of zoek geraakt in de vele vele berichten, gebruik daarom GitLab, hartelijk dank!

  5. Gebruik overdraagbare oplossingen, Krusader moet kunnen werken op:

    • Alle POSIX (Linux®/BSD/UNIX®-achtige OSes), Solaris™.

    • Alle BSD Platformen (FreeBSD©/NetBSD®/OpenBSD®/Mac® OS).

    • KDE 3.3- KDE 3.5 en zelfs op GNOME met kdelibs (voor Krusader-2.x) .

    • GCC 2.95 - GCC 5.4

    Wijzigingen van de architectuur worden uitsluitend door het team gemaakt.

  6. Tenslotte: houd altijd in gedachte dat een patch afgewezen kan worden. Omdat het bijeffecten heeft die we niet kunnen repareren of omdat het in tegenspraak is met het idee van de gepatchte module. In deze zin is een software project verschillend van, laten we zeggen een wiki: een software project moet iemand hebben die alle eindbeslissingen moet maken. Anders zal de software niet werken. Houd verder in gedachte dat het onderzoek van patches enige tijd nodig kan hebben, omdat we allemaal ook een privéleven hebben.

3.

Hoe rapporteer ik een bug?

Bugs?!?!? Wel, ok.... We hebben een online Bug Tracking System.

Door de online bug-tracker te gebruiken zorgt u ervoor dat we een duidelijk en georganiseerd beeld hebben van hoeveel bugs er nog open staan, de prioriteit van de bugs en de follow-ups. Het bespaart ons het doorzoeken van het hele Krusader forum, op zoek naar de gisteren geplaatste bugs. Wij verzoeken u daarom om dit systeem te gebruiken.

Lees het volgende eerst voordat u een bug rapporteert:

  1. Controleer of de bug al is aangemeld in de online bug lijst van het Bug Tracking Systeem.

  2. Als u de opgemerkte bug niet kunt vinden, voeg het dan toe in de bug tracker door te klikken op de knop Submit New in de bug-tracker venster. Voeg de volgende gegevens toe: de gebruikte Krusader versie, de gebruikte Linux® distributie + de versie daarvan, processor type, en een zo nauwkeurig mogelijke beschrijving van het probleem.

Bedankt voor uw medewerking!

Opmerking

Indien mogelijk, probeer dezelfde bewerking ook uit met Konqueror of ander KDE programma. Als u hetzelfde probleem daar ook tegenkomt dan is het mogelijk een KIO Slaves of KDE-frameworks; 5 bug, en niet een Krusader bug. Krusader gebruikt de KDE Frameworks™-bibliotheken en de KIO Slave voor veel bewerkingen. In sommige gevallen kunt u problemen tegenkomen als uw distributie niet correct is ingesteld, test het eerst zoals hierboven uitgelegd.

4.

Hoe kan ik goede debug of crash rapporten opsturen?

Meestal hebben binary pakketten afkomstig van uw distributie geen debug informatie. Omdat we normaal gesproken alleen Krusader-git ontwikkelen en repareren, compileer Krusader-git in debugmode en installeer deze, controleer dan of de bug nog steeds aanwezig is.

$ cmake -DCMAKE_BUILD_TYPE=debugfull

Installeer valgrind, een verzameling van hulpmiddelen voor debugging en profileren van Linux® programma´s. Start Valgrind/Krusader

$ valgrind --tool=memcheck {foo_path}/krusader

Het valgrind programma zal naar stdout schrijven, wat er echt gebeurt. Als u deze informatie van voor de crash kunt versturen, dan is het bijna zeker dat we het kunnen repareren of u kunnen vertellen wat u moet doen.

5.

Wat moet ik doen als de KDEcrashhandler geen bruikbare backtrace informatie oplevert?

Meestal hebben binary pakketten afkomstig van uw distributie geen debug informatie. Omdat we normaal gesproken alleen Krusader-git ontwikkelen en repareren, compileer Krusader-git in debugmode en installeer deze, controleer dan of de bug nog steeds aanwezig is.

$ cmake -DCMAKE_BUILD_TYPE=debugfull

Als de KDEKrashhandler dan nog steeds geen bruikbare backtrace informatie oplevert, dan kan een coredump soms betere informatie geven. Start Krusader, met een uitgeschakelde crashhandler.

$ krusader --nocrashhandler

Bij een crash krijgt u een .core-bestand, meestal in uw home-map. Start gdb, de GNU Project Debugger

$ gdb -c corefile krusader

Type nu bt om een backtrace te krijgen en type q om gdb af te sluiten. Meestal krijgt u de beste debug resultaten door gebruik van het valgrind programma.

6.

Heeft Krusader een berichtenlijst?

Ja, op dit moment hebben we verschillende e-maillijsten. Geen spam, u wordt niet lastig gevallen, alleen Krusader. Voel u vrij om in en uit te schrijven.

Tip: onze mailing lists zijn ook online doorzoekbaar en u kunt ze met een newsreader lezen, u hoeft daarom zelfs niet in te schrijven om de actie op de mailing lijsten te volgen.

  • Krusader-devel is de developer berichtenlijst (read-only). Als u de ontwikkeling van Krusader op het scherp van de snede wilt volgen, dan is dit de lijst die u moet volgen.

  • Krusader-users is de berichtenlijst voor gebruikers van Krusader. Hier kunt om help vragen en discussiëren met gebruikers en ontwikkelaars vanKrusader.

  • Krusader-news is lijst met een erg laag volume, gebruikt voor aankondigingen van nieuwe versies of kritieke reparaties van bugs.

7.

Heeft Krusader newsfeeds?

Ja, die zijn er. Er zijn verschillende newsfeeds in verschillende formaten beschikbaar. krusader-devel feed, krusader-users feed en krusader-news feed.

8.

Hoe werkt het forum van Krusader?

In de geest van de vrijheid van meningsuiting, kan alles dat een relatie heeft met Krusader worden bediscussieert in ons forum. Het is niet belangrijk of u een beginner dan wel een gevorderde gebruiker bent, iedereen is welkom. De grootste sterkte van een open source project komt van de feedback van gebruikers. Daarom vinden we het leuk om te horen wat u te zeggen heeft. Met uw feedback kunnen we Krusader nog beter maken, anders kunnen we uw problemen en ideeën niet weten. Maar vergeet daarbij het volgende niet, zodat we nog enige orde kunnen houden in de chaos.

Als de Documentatie, FAQ, en Krusader-devel (gebruik de zoekfunctie) u niet kunnen helpen, aarzel dan niet om een bericht te plaatsen op ons forum. De Krusader Krew en de Krusader community zijn altijd bereid om u te helpen.

Gebruik de zoekfunctie van het KDE Forum, uw probleem kan al eerder bediscussieert zijn (dit vermindert de dubbele/drievoudige/... berichten). Als uw probleem al in het verleden is bediscussieert dan is er een grote kans dat er een kant en klare oplossing voor uw probleem is. Als het probleem op dit moment wordt bediscussieert, dan kunt u aan de discussie deelnemen. Sommige vragen worden keer op keer opnieuw gevraagd, daarom hebben we deze FAQ gecreëerd. Zodat we meer tijd hebben voor het verder ontwikkelen van Krusader.

Bedankt voor uw medewerking!

9.

Hoe kan ik Krusader naar mijn eigen taal vertalen?

Als u geïnteresseerd bent in het vertalen van de Krusader GUI of documentatie, neem dan contact op met het KDE vertaal team van uw taal.

10.

Hoe kan ik Krusader ondersteunen?

U kunt op veel verschillende manieren Krusader helpen. Stuur naar ons feedback, bug rapporten, patches, donaties, vertalingen, ...

11.

Waarom is Konqueror in midnight commander style niet een OFM?

De twee panelen en een commandoregel zijn beschikbaar, alle andere dingen zoals OFM onderdelen en de OFM interactie met de gebruiker ontbreken in dit profiel.

12.

Waarom zou ik een OFM gebruiken?

Een Orthodox File Manager (OFM) is veel sneller dan een paneel bestandsbeheerder en zelfs sneller dan de commandoregel. Als u wilt weten hoe Krusader aanvoelt, dan is er maar een manier om daarachter te komen: installeer het op uw computer en gebruik het een tijdje. Als u de voorkeur geeft aan het verspillen van tijd en het verliezen van productiviteit, ga dan verder met het gebruik van een paneel bestandsbeheerder die gebaseerd is op Windows® Explorer. Matej Urbančič heeft een blog geschreven over waarom OFM is beter is dan een paneel bestandsbeheerder.