1 <ClassBot> Logs voor deze sessie zullen beschikbaar zijn op http://irclogs.ubuntu.com/2011/02/28/%23ubuntu-classroom.html nadat deze sessie is afgelopen.
   2 <dholbach> Mijn naam is Daniel Holbach, ik woon in Berlijn en maak al meer dan 6 jaar deel uit van de Ubuntu-gemeenschap.
   3 <dholbach> Ik ben altijd vooral geïnteresseerd geweest in de gemeenschap van ontwikkelaars
   4 <dholbach> Vandaag is het mij een eer te spreken over "Getting started with Ubuntu Development" en de komende 2 uur zitten jullie aan mij vast :)
   5 <dholbach> In het eerste uur krijgen jullie van mij een overzicht van Ubuntu Development, Ubuntu's infrastructuur, en geef ik uitleg over onze processen, hoe we samenwerken met andere projecten enz.
   6 <dholbach> Ik kan niet alle vragen beantwoorden, maar ik hoop dat ik duidelijk kan maken hoe een en ander werkt.
   7 <dholbach> In het tweede uur help ik jullie met het instellen van de ontwikkelomgeving, zodat jullie de rest van de week aan de slag kunnen.
   8 
   9 [16:08] <dholbach> Ok, laten we beginnen :)
  10 [16:08] <dholbach> Zoals je wellicht weet is Ubuntu opgebouwd uit duizenden pakketten
  11 [16:08] <dholbach> bibliotheken, hulpmiddelen, applicaties, spelletjes, etc
  12 [16:08] <dholbach> ze zijn geschreven in allerlei talen en zijn allemaal beschikbaar in de vorm van bronpakketten
  13 [16:09] <dholbach> een bronpakket bestaat normaal gesproken uit de eigenlijke broncode en wat meta-data
  14 [16:09] <dholbach> elke verandering die plaatsvindt (of het een kleine aanpassing is of een geheel nieuwe versie, etc.) vereist een upload naar de buildmachines (onderdeel van Launchpad), waar het bronpakket omgezet wordt in binaire pakketten(.deb packages)
  15 [16:11] <dholbach> Ok, zodra de .deb bestanden (binaire pakketten) beschikbaar zijn, worden ze uitgezet op verscheidene mirrors
  16 [16:11] <dholbach> en ze worden gebruikt om allerlei Ubuntu-CD's van te maken (Ubuntu server, Kubuntu, Ubuntu, etc.)
  17 [16:12] <dholbach> Dus het maakt niet uit of je Kubuntu, Ubuntu, Xubuntu of een andere versie gebruikt... alle aanpassingen worden geupload naar dezelfde buildmachines en maken deel uit van hetzelfde archief
  18 [16:13] <dholbach> de CD's worden vrijwel elke dag opnieuw opgebouwd, dat is dus wat wij gebruiken voor installatietesten, enz.
  19 [16:14] <dholbach> Ok, dat was het gedeelte over het Ubuntu-archief, pakketten en hun build-procedure
  20 [16:14] <dholbach> Nu ga ik het met u hebben over de Ubuntu release cycle:
  21 [16:15] <dholbach> Waar de Ubuntu-ontwikkelaars hun aandacht op vestigen hangt af van de versieplanning
  22 [16:16] <dholbach> zoals je wellicht weet komt er elke 6 maanden een nieuwe versie van Ubuntu, en om uit te kunnen leveren op de afgesproken datum, dienen wij ons te houden aan afgesproken data
  23 [16:16] <dholbach> Als je het tijdschema wilt inzien voor de huidige in ontwikkeling zijnde versie, neem dan een kijkje op https://wiki.ubuntu.com/NattyReleaseSchedule
  24 [16:17] <dholbach> indien je niet kleurenblind bent, zal je aan het begin een groene en aan het einde een rode kleur zien
  25 [16:17] <dholbach> "groen" betekent NIET: "het werkt allemaal, het is allemaal geweldig"
  26 [16:17] <dholbach> het betekent meer "alles is mogelijk, je kan wijzigingen uploaden" :)
  27 [16:18] <dholbach> naarmate het einde van het tijdschema nadert komen er steeds meer freezedata, waarbij aanpassingen afnemen en minder dwingend worden
  28 [16:18] <dholbach> maar even terug naar het begin...
  29 [16:18] <dholbach> Eerst werken we aan de toolchain (de meest basale build-dependent pakketten), vervolgens gaan we aan de slag om aanpassingen vanuit Debian (en ook andere softwareprojecten) op te nemen die gedaan zijn na onze laatst uitgegeven versie
  30 [16:19] <dholbach> dan is er nog zoiets als de Ubuntu Developer Summit (UDS), daar zal ik je straks over bijpraten- voor nu volstaat het om te zeggen dat dat het evenement is waar alle nieuwigheden van de nieuwe versie worden gedefinieerd en vastgesteld
  31 [16:20] <dholbach> Debian Import Freeze is de eerste freeze-datum die in de lijst verschijnt - dat is het moment waarop we stoppen met het automatisch "syncen" van bronpakketten vanuit Debian
  32 [16:20] <dholbach> Dit wordt gedaan  om de code in Ubuntu vast te zetten, maar kan indien nodig terzijde worden gesteld
  33 [16:21] <dholbach> Het volgende is de Feature Freeze, waar we verwachten grote pakketbrokken af te wikkelen
  34 [16:21] <dholbach> indien ze nog bugs bevatten, dan is dat een probleem en kunnen we besluiten om ze door te schuiven naar de volgende versie
  35 [16:22] <dholbach> de Feature Freeze is tevens de datum waarop we proberen om nieuwe pakketversies tegen te houden (wederom: met de bedoeling alles te stabiliseren, en ook hier geldt dat bij geldige redenen uitzonderingen gemaakt kunnen worden)
  36 [16:22] <dholbach> na de Feature Freeze, komen er steeds meer freezes, UI, Docs, Kernel, enz.
  37 [16:23] <dholbach> dit wordt gedaan, zodat wij onze aandacht kunnen richten op grote bugs, ook komen er geen grote veranderingen meer en komt Ubuntu in een toestand waarin het geïntroduceerd kan worden (uitgeefbare vorm)
  38 [16:23] <dholbach> De streefdatum voor deze versie is 28 april en ik ben ervan overtuigd dat die datum ook gehaald gaat worden :)
  39 [16:25] <dholbach> Ok, tot zover de release-cyclus :)
  40 [16:26] <dholbach> Ik vermoed dat u nu een betere indruk hebt gekregen waarom het verstandig is om in een vroeg stadium de software te herschrijven/aan te passen, en niet 5 dagen voor het uitbrengen van een nieuwe versie :)
  41 [16:27] <dholbach> ook kunt u zich wellicht voorstellen dat met duizenden pakketten, miljoenen broncoderegels, honderden projecten en honderden ontwikkelaars de communicatie en coördinatie zeer belangrijk is
  42 [16:28] <dholbach> Ik heb al eerder UDS (Ubuntu Developer Summit) aangestipt
  43 [16:29] <dholbach> Hier komen honderden mensen tezamen op een locatie, gedurende een week bespreken zij allerlei problemen die zij opgelost willen zien in de volgende cyclus
  44 [16:29] <dholbach> het mooie is, je hoeft niet fysiek aanwezig te zijn, je kan ook op afstand deelnemen (via IRC en meeluisteren via audiocast)
  45 [16:30] <dholbach> de eindresultaten van deze bijeenkomst worden genoteerd als specificaties, zodat alle ideeën, aannamen, grondslagen en het actieplan openbaar worden gemaakt en anderen kunnen helpen met het oplossen van deze problemen
  46 [16:31] <dholbach> dit werkt prima voor "algemene" zaken, maar en zijn dagelijks discussies gaande op mailinglijsten (ubuntu-devel@lists.u.c for example) of op IRC-kanalen (bijv. #ubuntu-devel
  47 [16:31] <dholbach> Als er een specifiek softwareproject buiten Ubuntu is dat je interesse heeft, wil je je wellicht ook aanmelden op de mailinglijst of IRC-kanaal van dat project.
  48 [16:32] <dholbach> Een ander belangrijk onderdeel voor discussie en coördinatie zijn de zgn. bug reports
  49 [16:32] <dholbach> je vindt alle bug reports van Ubuntu op https://bugs.launchpad.net/ubuntu
  50 [16:33] <dholbach> Indien je bovenop de ontwikkelingen wilt zitten, kan je je aanmelden op de bugpagina van een specifiek pakket, daar kan je ook de ontwikkelaars aanspreken, enz.
  51 [16:34] <dholbach> Wij maken ook met opzet gebruik van bugstatussen, tags en toewijzingsvelden om op de hoogte te blijven van wat er gaande is en wie ermee bezig is.
  52 [16:41] <dholbach> Ok....sommigen van jullie wilden het al eerder weten...Hoe krijg ik mijn aanpassingen in Ubuntu?
  53 [16:41] <dholbach> daar zullen we het nu dan over hebben.
  54 [16:41] <dholbach> er is niets engs aan en het is erg vruchtbaar - niet alleen leer je er elke keer weer van (ik wel tenminste), maar los je ook de problemen voor miljoenen gebruikers op!
  55 [16:42] <dholbach> Doordat nieuwe leden niet gelijk zelf mogen uploaden naar de build-machineschines (we gebruiken GPG om te weten wie aanpassingen maakt enz.), hebben zij iemand nodig die hun aanpassingen eerst beoordeelt en vervolgens voor hen uploadt
  56 [16:43] <dholbach> en dat is een uitstekende manier om te leren, want je overlegt met allerlei mensen en zij kunnen je allemaal wellicht iets leren
  57 [16:43] <dholbach> ook zal je een groot aantallen vriendschappen sluiten.
  58 [16:44] <dholbach> Barry zal jullie later vertellen over Ubuntu Distributed Development, en legt gaandeweg het proces uit hoe je een afsplitsing van een bronpakket maakt, hoe je aanpassingen indient enz.
  59 [16:44] <dholbach> Dus...ik zal niet onder zijn duiven schieten door jullie hier de technische details te vertellen :)
  60 [16:45] <dholbach> Grofweg gezegd: je neemt de broncode, je maakt je aanpassingen, je testbuild de broncode, test het geheel, je biedt het aan ter beoordeling, je laat het beoordelen en uploaden - BUG FIXED :)
  61 [16:45] <dholbach> <hugohirsch> VRAAG: Moet ik zelf een beoordelaar kiezen of wordt deze automatisch door Launchpad toegewezen?
  62 [16:45] <dholbach> hugohirsch, je hoeft zelf niet te kiezen.
  63 [16:48] <dholbach> hugohirsch, uiteraard als je iemand inmiddels kent die thuis is in de materie van een bepaald pakket, zal je diegene steeds weer met vragen overladen :)
  64 [16:48] <dholbach> <mauriciocinelli> VRAAG: Welke talen worden gebruikt voor Ubuntu Development?
  65 [16:48] <dholbach> mauriciocinelli, allerlei soorten: C, C++, Python, Perl, Java, Mono, Vala, etc etc etc.
  66 [16:48] <dholbach> Gelukkig hoef je ze niet allemaal te kennen om van start te gaan
  67 [16:49] <dholbach> ga rustig achterover zitten, ontspan en los een paar eenvoudige bugs op en neem dan pas de volgende stap
  68 [16:49] <dholbach> en zoals ik heb gezegd: je leert elke keer weer meer
  69 [16:50] <dholbach> Ik vind de vraag van mauriciocinelli interessant dus daar zal ik iets verder over doorgaan
  70 [16:51] <dholbach> Als je het mij vraagt, is het niet zozeer een kwestie van een aantal programmeertalen kennen
  71 [16:51] <dholbach> het is meer dat je de drang hebt om dingen weer te laten werken
  72 [16:51] <dholbach> het is zoals het doen van detectivewerk
  73 [16:51] <dholbach> het gaat over samenwerken in een team
  74 [16:51] <dholbach> het gaat over het willen lezen dan documentatie
  75 [16:51] <dholbach> het gaat over het niet bang zijn om op het eerste gezicht domme vragen te stellen
  76 [16:52] <dholbach> Als je antwoord op deze opsomming vaker "Ja" is dan "Nee", dan wordt je wel geschikt geacht
  77 [16:53] <dholbach> detectivewerk is ook het praten met upstreamontwikkelaars en mensen van andere distributies en met hen samenwerken - soms is de fix voor een bepaald probleeem al beschikbaar maar moet alleen nog in Ubuntu opgenomen worden
  78 [17:00] <dholbach> Ok we zijn nu toe aan deel 2 van "Getting started with Ubuntu Development"
  79 [17:05] <dholbach> in deel 2 zal ik jullie helpen om je Ubuntu ontwikkelomgeving op te zetten
  80 [17:06] <dholbach> hiervoor heb je een redelijk snelle internetverbinding nodig, dus wanhoop niet als dingen iets langer duren - blijf rustig en open een tweede terminalvenster en ga door met de andere stappen
  81 [17:07] <dholbach> er zullen ook stappen bij zitten die je misschien zelf al een keer gedaan hebt - voel je vrij om die over te slaan
  82 [17:07] <dholbach> (bv. als je al een GPG-sleutel hebt aangemaakt, hoeft dat niet meer)
  83 [17:07] <dholbach> run de volgende opdracht in de terminal
  84 [17:07] <dholbach>   sudo apt-get install gnupg pbuilder ubuntu-dev-tools bzr-builddeb
  85 [17:12] <dholbach> <mauriciocinelli> VRAAG: Tijdens de installatie wordt er gevraagd naar de e-mailconfiguratie?
  86 [17:12] <dholbach> mauriciocinelli, je kan de installatie opdracht ook uitvoeren met "--no-install-recommends" om de e-mailconfiguratie over te slaan
  87 [17:08] <dholbach> terwijl de pakketten worden geïnstalleerd, zal ik iets meer vertellen over wat we aan het doen zijn
  88 [17:08] <dholbach> Als we klaar zijn met deze sessie,
  89 [17:08] <dholbach>  - heb je alle hulpmiddelen die nodig zijn voor Ubuntu development geïnstalleerd op je pc
  90 [17:08] <dholbach>  - weten je lokale developer tools wie je bent, wat je werk vereenvoudigd
  91 [17:08] <dholbach>  - kan je lokaal builds maken van pakketten
  92 [17:09] <dholbach>  - kan je communiceren met andere ontwikkelaars and voorstellen op Launchpad om je wijzigingen ingevoegd te krijgen
  93 [17:09] <dholbach>  - kan je pakketten uploaden naar Launchpad, zodat ze aangeboden worden in je Personal Package Archive (PPA)
  94 [17:09] <dholbach> nog een advies: als je aan Ubuntu ontwikkelt, is het ontzettend handig om de huidige development release te draaien
  95 [17:10] <dholbach> we weten allemaal dat de huidige development release geregeld niet naar behoren werkt, dus is het voor de hand liggend dat je die niet als je enige Ubuntu systeem wilt draaien
  96 [17:10] <dholbach> https://wiki.ubuntu.com/UsingDevelopmentReleases legt uit hoe je makkelijk en veilig de development release kunt gebruiken
  97 [17:13] <dholbach> OK, laten we kijken wat voor pakketten we aan het installeren zijn...
  98 [17:13] <dholbach> we hebben:
  99 [17:13] <dholbach>  - gnupg, dat we nodig hebben om een GPG-sleutel aan te maken waarmee je de bestanden kunt signeren die je wilt uploaden naar Launchpad 
 100 [17:14] <dholbach>  - pbuilder, dat een handig hulpmiddel is om een reproduceerbare build te maken van een pakket in een schone en gecontroleerde omgeving
 101 [17:14] <dholbach>  - en bzr-builddeb (en bzr, een dependency) die je klaarmaken om te werken in een 'distributed development environment,' wat het makkelijk maakt voor ontwikkelaars om samen te werken aan dezelfde code, en het tegelijkertijd makkelijk houden om elkaars werk samen te voegen
 102 [17:16] <dholbach> OK, laten we gpg (GnuPG) als eerste bespreken
 103 [17:16] <dholbach> het is belangrijk dat je bestanden kunt signeren met je sleutel zodat ze kunnen geïdentificeerd worden als iets waar jij aan gewerkt hebt
 104 [17:17] <dholbach> als je een bronpakket naar Launchpad upload, zal het alleen geaccepteerd worden als het duidelijk is wie het pakket ge-upload heeft
 105 [17:17] <dholbach> Als je nog geen GPG-sleutel hebt, run dan deze opdracht in de terminal:
 106 [17:17] <dholbach>   gpg --gen-key
 107 [17:17] <dholbach> GnuPG zal eerst vragen wat voor sleutel je wilt aanmaken. De standaard kiezen (RSA en DSA) is prima.
 108 [17:17] <dholbach> Dan zal de sleutellengte worden gevraagd. De standaard (momenteel 2048) is prima, maar 4096 is veiliger
 109 [17:18] <dholbach> Daarna zal er gevraagd worden of je wilt dat de sleutel uiteindelijk verloopt. Het is veilig om hier 0 te kiezen, wat betekent dat de sleutel nooit zal verlopen.
 110 [17:18] <dholbach> De laatste vraag gaat over je naam en e-mailadres. Kies gewoon degene die je gaat gebruiken voor Ubuntuontwikkeling, je kunt later nieuwe e-mailadressen toevoegen.
 111 [17:20] <dholbach> als je klaar bent met deze vragen komt er nog een laatste over een "comment"
 112 [17:20] <dholbach> Die hoef je niet toe te voegen
 113 [17:20] <dholbach> Daarna moet je een wachtwoord opgeven. Kies een veilige.
 114 [17:20] <dholbach> Nu zal GnuPG een sleutel voor je aanmaken, wat een poosje kan duren omdat het systeem wat tijd nodig heeft om de nodige random bytes te genereren.
 115 [17:21] <dholbach> laat het gewoon z'n gang gang - als het erg lang duurt, open dan een ander terminalvenster :)
 116 [17:22] <dholbach> de volgende stap is het aanmaken van een SSH-sleutel
 117 [17:22] <dholbach> SSH is een netwerkprotocol dat het toelaat om gegevens op een veilige manier uit te wisselen. In veel gevallen zal je het gebruiken om toegang te krijgen tot de shell op een andere machine.
 118 [17:22] <dholbach> als je nog geen SSH-sleutel hebt, run in de terminal
 119 [17:22] <dholbach>   ssh-keygen -t rsa
 120 [17:22] <dholbach> De standaardbestandsnaam is logisch, die kan je zo laten. Je bent vrij om een wachtwoord te gebruiken.
 121 [17:23] <dholbach> We zullen de SSH-sleutel gebruiken om onze code veilig naar Launchpad te pushen.
 122 [17:23] <dholbach> de volgende stap is het opzetten van pbuilder
 123 [17:23] <dholbach> pbuilder zorgt ervoor dat je pakketten lokaal kan builden op je machine. Het programma neemt het volgende voor z'n rekening:
 124 [17:24] <dholbach>  - de build zal plaatsvinden in een minimalistische en schone omgeving waar je kan zien of de build lukt op een reproduceerbare manier (zonder aanpassingen aan het lokale systeem)
 125 [17:24] <dholbach>  - het is niet nodig om alle nodige build-dependencies lokaal te installeren
 126 [17:24] <dholbach>  - het is mogelijk om meerdere omgevingen na te bootsen voor verscheidene Ubuntu en Debian versies
 127 [17:25] <dholbach> <wolfpack> VRAAG: Is het nodig om een SSH-verbinding te hebben om code te pushen? Omdat ik via een universiteitsproxy werk kan ik alleen verbinding maken via http.
 128 [17:25] <dholbach> wolfpack, dat zou een probleem kunnen zijn - de aardige mensen in #launchpad kunnen je misschien een alternatieve manier geven
 129 [17:26] <dholbach> Het opzetten van pbuilder is erg makkelijk. Bewerk ~/.pbuilderrc and voeg de volgende regel toe:
 130 [17:26] <dholbach> COMPONENTS="main universe multiverse restricted"
 131 [17:26] <dholbach> and save the file
 132 [17:26] <dholbach> en sla het bestand op
 133 [17:32] <dholbach> <monish001> VRAAG: Welke map betekent de tilde (~) in ~/.pbuilderrc?
 134 [17:32] <dholbach> monish001, je persoonlijke map
 135 [17:31] <dholbach> <mainerror> VRAAG: er is geen ./pbuilderrc in mijn persoonlijke map
 136 [17:31] <dholbach> mainerror, dat kan kloppen, maak hem dan gewoon aan
 137 [17:27] <dholbach> Dit zorgt ervoor dat aan alle build-dependencies zal worden voldaan
 138 [17:27] <dholbach> Dan run in de terminal:
 139 [17:27] <dholbach>   pbuilder-dist natty create
 140 [17:27] <dholbach> Dit zal even duren omdat alle benodigde bestanden voor een minimale installatie worden gedownload. Deze zullen echter opgeslagen worden voor later gebruik.
 141 [17:28] <dholbach> het fijne aan pbuilder-dist is dat je ook buildomgevingen kan opzetten voor andere Ubuntu (of Debian) versies
 142 [17:28] <dholbach> (verander gewoon "natty" in wat je ook maar nodig hebt)
 143 [17:29] <dholbach> <cire831> VRAAG: in je opdracht geef je "natty" op, maakt het uit dat ik op lucid zit?
 144 [17:29] <dholbach> cire831, nee, het zou nog steeds moeten werken
 145 [17:32] <dholbach> <cire831> QUESTION: waar slaat pbuilder de natty bestanden op?
 146 [17:32] <dholbach> cire831, ~/pbuilder
 147 [17:33] <dholbach> ok, laten we doorgaan...
 148 [17:33] <dholbach> we zullen nu Bazaar leren wie je bent
 149 [17:33] <dholbach> Bazaar is het hulpmiddel dat we zullen gebruiken om onze codewijzigingen op een logische manier op te slaan en voorgestelde wijzigingen uit te wisselen en samen te voegen, zelfs als er op hetzelfde moment ontwikkelt wordt.
 150 [17:33] <dholbach> Run de volgende opdrachten:
 151 [17:33] <dholbach>   bzr whoami "Frank Chu <fchu@example.com>"
 152 [17:33] <dholbach>   bzr launchpad-login fchu
 153 [17:33] <dholbach> (als je naam geen "Frank Chu" is, graag veranderen naar je eigen naam en launchpad id)
 154 [17:34] <dholbach> Als je nog geen Launchpad account hebt, kan je er een krijgen op https://launchpad.net/+login
 155 [17:35] <dholbach> als je er al wel een hebt, is je Launchpad id hetgene wat achter de tilde (~) staat als je naar https://launchpad.net/people/+me gaat
 156 [17:36] <dholbach> ok, we zullen nu de developer tools over onszelf leren
 157 [17:36] <dholbach> Verander ~/.bashrc (of het configuratiebestand van je alternatieve shell)
 158 [17:36] <dholbach> en voeg de volgende regels toe aan het einde van het bestand
 159 [17:37] <dholbach>   export DEBFULLNAME="Frank Chu"
 160 [17:37] <dholbach>   export DEBEMAIL="fchu@example.com"
 161 [17:37] <dholbach> (verander weer in je eigen naam en e-mail aub)
 162 [17:37] <dholbach> sla daarna het bestand op en run
 163 [17:37] <dholbach>   source ~/.bashrc
 164 [17:39] <dholbach> als je weer terug gaat naar het terminalvenster waar je je GPG-sleutel hebt aangemaakt zul je een soortgelijk bericht zien:
 165 [17:39] <dholbach> pub   4096R/43CDE61D 2010-12-06
 166 [17:39] <dholbach>       Key fingerprint = 5C28 0144 FB08 91C0 2CF3  37AC 6F0B F90F 43CD E61D
 167 [17:39] <dholbach> uid                  Daniel Holbach <dh@mailempfang.de>
 168 [17:39] <dholbach> sub   4096R/51FBE68C 2010-12-06
 169 [17:39] <dholbach> in dit geval is "43CDE61D" mijn GPG ID
 170 [17:40] <dholbach> als je al een GPG-sleutel had, run dan dit
 171 [17:40] <dholbach>   gpg --fingerprint <email@address.com>
 172 [17:40] <dholbach> en je zou eenzelfde bericht moeten krijgen
 173 [17:40] <dholbach> zodra je je GPG-sleutel ID weet, run
 174 [17:40] <dholbach>   gpg --send-keys <KEY ID>
 175 [17:40] <dholbach> zodat je sleutel wordt geüpload naar de sleutelserver die ervoor zorgt dat anderen kunnen verifiëren dat iets wat jij gesigneert hebt, ook daadwerkelijk van jou komt
 176 [17:41] <dholbach> (als je dit al een keer gedaan hebt kan je dit uiteraard overslaan)
 177 [17:42] <dholbach> het kost teveel tijd om door alle stappen heen te gaan om je GPG en SSH-sleutel te registreren bij Launchpad (valt ook wel weer mee), dus voor nu geef ik je gewoon de links die je nodig hebt
 178 [17:42] <dholbach>  - https://launchpad.net/people/+me/+editpgpkeys (GPG key registration)
 179 [17:42] <dholbach>  - https://help.launchpad.net/YourAccount/ImportingYourPGPKey (docs for gpg key registration)
 180 [17:42] <dholbach>  - https://launchpad.net/people/+me/+editsshkeys (ssh key registration)
 181 [17:42] <dholbach>  - https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair (docs for ssh key registration)
 182 [17:42] <dholbach> and dat zijn ze :)
 183 [17:44] <dholbach> <stefwal82> VRAAG: hoe kan je iets signeren?
 184 [17:44] <dholbach> stefwal82, de tools zullen dat automatisch voor je doen, maar het is ook mogelijk om bijvoorbeeld je e-mails, of handmatig bestanden te signeren
 185 [17:44] <dholbach> <hugohirsch> VRAAG: Het versturen van de GPG-sleutel lukt niet en ik krijg de error 'keyserver not configured'. Kan ik mijn GPG-sleutel uploaden naar Launchpad of moet hij beschikbaar zijn op een open keyserver?
 186 [17:46] <dholbach> hugohirsch, je kan in je opdracht '--keyserver keyserver.ubuntu.com' specificeren (bijvoorbeeld)
 187 [17:51] <dholbach> zijn er misschien nog meer algemene vragen over Ubuntu development?
 188 [17:53] <dholbach> <acarpine> VRAAG: ik heb iets gelezen over https://wiki.ubuntu.com/MOTU/Mentoring. Kan je misschien in wat meer detail uitleggen hoe dat werkt en wie dat zouden moeten gebruiken?
 189 [17:53] <dholbach> acarpine, helaas is het mentorprogramma momenteel buiten gebruik
 190 [17:54] <dholbach> ik stel voor dat je https://wiki.ubuntu.com/MOTU/GettingStarted bekijkt en voel je vrij om al je vragen te stellen op #ubuntu-packaging en #ubuntu-motu
 191 [17:54] <dholbach> ook al heb je dan geen persoonlijke mentor, er zijn genoeg mensen die blij zijn om je te kunnen helpen en je problemen op te lossen
 192 [17:55] <dholbach> <jledbetter> VRAAG: OK, nu hebben we onze environment opgezet, en we kijken naar https://bugs.launchpad.net/ubuntu -- en wat nu?
 193 [17:55] <dholbach> jledbetter, de volgende sessies en https://wiki.ubuntu.com/MOTU/GettingStarted zouden je een paar ideeen moeten geven over waar je bugs kunt vinden die je kunt fixen en hoe je dat moet doen
 194 [17:56] <dholbach> <saimanoj> VRAAG: Worden Ubuntu pakketten teruggestuurd naar Debian
 195 [17:57] <dholbach> saimanoj, het terugsturen van pakketten naar Debian (of andere upstream bronnen) is een handmatig proces en erg belangrijk
 196 [17:57] <dholbach> en gebeurt inderdaad
 197 [17:57] <dholbach> meer informatie daarover in de Debian sessie die denk ik morgen is
 198 [17:57] <dholbach> <acarpine> VRAAG: Het fixen van bugs, wanneer moet je bzr gebruiken en wanneer een traditioneel proces (aanmaken van een patch met debdiff)?
 199 [17:58] <dholbach> acarpine, bzr is echt een mooie manier om dingen te fixen en barry zal het volgende uur gebruiken om jullie er doorheen te praten
 200 [17:58] <dholbach> als je er niet uitkomt, weet ik zeker dat barry er graag meer van wil weten en ja, in dat geval zal de traditionele manier met een patch ook werken
 201 [18:00] <dholbach> <middle> VRAAG: Wat heeft dit me allemaal opgeleverd?!
 202 [18:01] <dholbach>  - heb je alle hulpmiddelen die nodig zijn voor Ubuntu development geïnstalleerd op je pc
 203 [18:01] <dholbach>  - weten je lokale developer tools wie je bent, wat je werk vereenvoudigd
 204 [18:01] <dholbach>  - kan je lokaal builds maken van pakketten
 205 [18:01] <dholbach>  - kan je communiceren met andere ontwikkelaars and voorstellen op Launchpad om je wijzigingen ingevoegd te krijgen
 206 [18:01] <dholbach>  - kan je pakketten uploaden naar Launchpad, zodat ze aangeboden worden in je Personal Package Archive (PPA)
 207 [18:01] <dholbach> en mijn tijd is op!