Diff for /wikisrc/projects/code-in.mdwn between versions 1.11 and 1.32

version 1.11, 2010/10/22 09:50:15 version 1.32, 2012/10/20 10:29:06
Line 1 Line 1
 # Google Code-In (GCI) project ideas  # Google Code-In (GCI) project ideas
 <http://code.google.com/opensource/gci/2010-11/index.html>  ## Introduction
   For the application for [Google Code-In 2012](http://code.google.com/opensource/gci/2012/index.html), and as a starting point for people who want to start working on NetBSD, here is a list of tasks to be fulfilled.
 ## Goals as stated by Google  All the tasks should be completable within hours or up to three days. To get an idea of how much a single task should be and what kind of they could be, look at [this page](http://code.google.com/p/google-code-in/wiki/GCIExampleTasks).
 1. Code: Tasks related to writing or refactoring code  
 1. Documentation: Tasks related to creating/editing documents  
 1. Outreach: Tasks related to community management and outreach/marketing  
 1. Quality Assurance: Tasks related to testing and ensuring code is of high quality  
 1. Research: Tasks related to studying a problem and recommending solutions  
 1. Training: Tasks related to helping others learn more  
 1. Translation: Tasks related to localization  
 1. User Interface: Tasks related to user experience research or user interface design and interaction  
 ## Proposed areas  
 ### Desktop project (QA, UI, Doc)  
 Try out various desktop scenarios: KDE, GNOME, XFCE.  
 Install software, configure, document, tune.  
 Make it good-looking, I mean _really_ good-looking.  
 Describe problems you meet, sort them out (file problem reports as necessary).  
 ### Document time and calendar formats and functions and their relations (Doc, QA)  
 We have "time_t", "struct timespec", "struct timeval", "struct tm", and so on.  
 Document all of them as time(5) so that one could have overview of those.  
 We have time zone sensitive and time zone independent representations too,  
 figuring out conversions between local time and UTC from manual pages is hard.  
 This is to be addressed too.  
 This requires some programming skills, some knowledge of C in particular.  
 ### Embedded project (Doc, Research)  
 Describe and document some embedded usage,  
 e.g. making NetBSD run on machine without:  
 * keyboard and video ports  
 * above and serial port  
 #### Possible embedded usage  
 * Thin client: rdesktop or vnc to hardcoded server  
 * Home or SOHO router (wireless access point)  
 * Home or SOHO file storage  
 * Home or SOHO print server  
 It is preferred if NetBSD installation uses the least possible resources.  
 (E.g. try making it boot over network, or consider that it is to be made so in future.)  
 #### More notes on embedded systems  
 ##### File server  
 It should present HTTP(S), FTP(S), and SMB access to data (must),  
 consider other access methods (SFTP, NFS, AFS/CODA, AppleTalk).  
 It should implement web interface.  
 Bonus points if you make it work like Apple Time Capsule (already running NetBSD) or better,  
 e.g. implement periodic file system snapshots,   
 ##### Router  
 Take any SOHO router as example.  Even if you don't want to attend the Code-In, you can use this as a starting point. In most cases, the work needs some research in order to be completed. Just write a mail to one of the [mailing lists](http://www.netbsd.org/mailinglists/ you think is suiting (if you don't find any, just pick netbsd-users) and ask for more details.
 Adapt pfSense? Similar software?  Previous events by Google: [Code-In 2010](http://code.google.com/opensource/gci/2010-11/index.html), [Ghop 2007](http://code.google.com/opensource/ghop/2007-8/)
 ### Unattended installation (Research, Doc, Code)  ## Goals as stated by Google
   1. **Code**: Tasks related to writing or refactoring code
 Consider installation recovery scenario from bare system to configured server.  1. **Documentation/Training**: Tasks related to creating/editing documents and helping others learn more
   1. **Outreach/Research**: Tasks related to community management, outreach/marketing, or studying problems and recommending solutions
 ### Live USB Flash image (Doc, Outreach, Code)  1. **Quality Assurance**: Tasks related to testing and ensuring code is of high quality
   1. **User Interface**: Tasks related to user experience research or user interface design and interaction
 Perform and document how one does it.  
 Script it if possible.  ## Proposed tasks
 Script cross-buildin if possible.  ### Used tags:
   If you want to search for a tag, just search this site for "Tag: $TAGNAME".
 Consider thin client.  Used tags are (categories are not tagged):
 ### Installation tools (QA, Research, Doc, Code)  * *man* - tasks related to writing on or working with manpages
   * *network* - tasks related to networking (including firewalls)
 Try creating bootable media using fdisk, disklabel, installboot.  * *system* - tasks related to the system itself, either kernel or system level things
 Decribe experience, propose improvements, implement them.  * *service* - tasks involving services running on the system (as compared to *system*)
   * *overview* - tasks related to getting and documenting an overview
 Build NetBSD on any other OS at your choice: FreeBSD, Linux, NT, or OSX.  * *howto* - tasks involving the creation of a howto
 Try creating bootable media using tools built on another OS.  * *comparison* - tasks involving the comparison of different solutions
 Decribe experience, propose improvements, implement them.  * *research* - tasks involving active research by the student
   * *ui* - tasks involving the user interface (mostly graphical)
 Tools affected  * *graphics* - tasks related to creating graphics
 * fdisk  
 * disklabel  ### Documentation
 * installboot  
 * perhaps others  * **Task: Describe the format of usermgmt.conf**: The file usermgmt.conf contains default values used by user management tools (like useradd(8)). But currently, the manpage usermgmt.conf(5) contains only a description of the fields, but not the format of the file itself. So review code about what is possible (spaces, tabs, etc.) and create an EXAMPLE section.  
     The file can be seen here: [usermgmt.conf(5)](http://netbsd.gw.com/cgi-bin/man-cgi?usermgmt.conf+5+NetBSD-current)  
 For hardcore hackers (those wishing to learn how the stuff works).    *Tag*: man  
     *Tag*: system
 ### System Library project (Code, Doc, QA, Research)  
   * **Task: Create an overview of NetBSD documentation**: NetBSD has a variety of documentation stored everywhere in the web. On the one hand, there's the website with single articles, the NetBSD Guide, the pkgsrc Guide, documentation in /usr/, the NetBSD wiki, some important mailing list posts, manpages, other mdoc documents, something stored inside the code, etc.  
 Add a function call to a system library.    In an attempt to gather documentation for NetBSD and provide a nicer entry point for beginners, this task is about gathering the points where documentation lies (with the full path), what language it is written in, what it is about (just a rough overview), and how much it is.  
 The function call does not need to be immediately useful (ideally we should provide several    For the final goal, see [this mailing list post](http://mail-index.netbsd.org/netbsd-docs/2012/09/20/msg000295.html).  
 suggestions) and in fact should not be very complex as the project contains the following    If you want to do this task, get in touch with us such that we can provide you with basic information where to start.  
 tasks with varying skills    *Tag*: overview
 * produce C code of function  * **Task: Howto: How to get a graphical environment on NetBSD**: NetBSD is a very sleek operating system, delivering an X server (and the mandatory twm), but nothing else. As most people don't like twm, they install another graphical environment.  
 * bump library minor version    But how do you do so?
 * write nroff manpage    This task is about creating a howto to install graphical environments after the installation. You should provide screenshots or screendumps (when still being on the console) and describe which configuration files have to be modified, which packages should be installed, which are there after the instalation and which can be added afterwards (special editors, etc.), and so on.  
 * handle Makefile changes    The package light-desktop should be stressed in this documentation.  
 * handle set list changes    *Tag*: ui  
 * write ATF testcase    *Tag*: howto
 ### Tests projects (Code, QA)  
   * **Task: Create an overview of the NetBSD server layout**: If you're on a NetBSD mirror, after traversing into the tree you'll see various directories that seem to do the same.  
 Create ATF tests for a section of library routines, such as (please add.. )    You have to traverse the directories of a NetBSD server (ftp.netbsd.org might be the best one, as it is *the* reference), find out which directories have which meaning, and document that. In the end, you should think about a good ASCII representation of a directory tree and realize it.  
     *Tag*: research  
 * string(3)    *Tag*: overview
 * bluetooth(3)  
 * sdp_data(3)  * **Task: Create an overview of the NetBSD releases**: As every project with release engineering, it is difficult for a beginner to know which releases are the current ones, how long will a branch be supported, what are the actual branche names and what is the actual change in a minor or in a major version, what about binary compatibility, and where can I get information all in all?  
     This task is about writing a small article explaining the release engineering of NetBSD.  
 ### PR projects (Code, Research)    *Tag*: research  
     *Tag*: overview
 Create a fix for PR#...  
   * **Task: Create an overview of the NetBSD src layout**: There is the manpage hier(7), which describes the directory layout of a running NetBSD system.  
 (please list any PRs that you think are easily fixable but just require a bit    To make it easier for beginners to find things inside src, an equivalent document for the sources of NetBSD.  
 of time that you don't have)    Even if you're not fond with mdoc, researching this and gathering the information (e.g. in plain ASCII or markdown) would be a great benefit, and somebody who likes mdoc can then convert it to a system manpage.  
     *Tag*: research  
     *Tag*: overview
   * **Task: Howto: Update the system from binaries**: There is the new tool written in shell named sysupgrade (to be found in pkgsrc/sysutils/sysupgrade), which updates the system in binaries for you. Though it is nice, you may have reasons to not use it for an update (e.g. non-standard systems, or some components may not change).  
     This is why you should document the single tasks sysupgrade does (and why) and fill it with examples, in the end creating an howto which resembles the work done by sysupgrade.  
     [sysupgrade usage](http://www.netbsd.org/docs/guide/en/chap-upgrading.html)  
     *Tag*: howto  
     *Tag*: research
   * **Task: Howto: Install additional software in NetBSD**: With NetBSD, you have three major ways to install additional software: pkgsrc, pkg_add and pkgin.  
     Which one is to use for which use case, what are their benefits, their merits? Document them, and give a small introduction of the needed tools and their usage (package installation, package deletion, package information).  
     *Tag*: howto  
     *Tag*: system  
     *Tag*: service
   * **Task: Howto: Dual-boot NetBSD**: Having NetBSD not only as the single operating system, even if only for trying, is a common setup.  
     Of course you can dual-boot NetBSD with its internal bootloader as well as with grub and grub2.  
     These possibilities should be documented, and a howto how to dual-boot NetBSD should be created, for any scenario (NetBSD installed before main OS, and main OS installed before NetBSD).  
     *Tag*: howto  
     *Tag*: research  
     *Tag*: system
   * **Task: Howto: Encrypt the hard disk with NetBSD**: NetBSD has its very nice cryptographic device driver cgd. Apart from being already described in the [guide](http://netbsd.org/docs/guide/en/chap-cgd.html).  
     An explicit howto how to do this (in short) and how to do this during the installation, is the issue of this task.  
     Though cgd will be in sysinst for the next version of NetBSD, the current ones are still without, so there should be a special emphasis of how to add cgd during system installation.  
     *Tag*: howto  
     *Tag*: system
   * **Task: Howto: Running usermanagement with LDAP and Kerberos**: Having NetBSD being a server is a common setup. Additionally to all the LDAP and Kerberos setup tutorials in the web, an explicit tutorial how to use NetBSD as an LDAP and Kerberos server would be nice.  
     This means you shouldn't reproduce all the other tutorials about the gory internals, but rather describe what has to be done which is NetBSD-specific (which packages have to be installed, where their configuration files lie, etc.) and just a short chapter about what is needed for the rest, with a reference to the original OpenLDAP and Heimdal/MIT documentation.  
     *Tag*: howto  
     *Tag*: service  
     *Tag*: system
   * **Task: Howto: Running a webserver with Apache**: As well as the aforementioned task with OpenLDAP and Kerberos, a howto what to do with Apache in NetBSD would be good.  
     This should also include a reference to the already included bozohttpd, which may be suited better in some cases.  
     *Tag*: howto  
     *Tag*: service  
     *Tag*: system
   * **Task: Howto: Using LVM to manage your disks**: There is already a [chapter about the logical volume manager in NetBSD](http://netbsd.org/docs/guide/en/chap-lvm.html).  
     This task is about not having a whole chapter about it, but rather a small and comprehensive howto how you would manage logical volumes with NetBSD instead of reading through the whole chapter.  
     *Tag*: howto  
     *Tag*: system
   * **Task: Intro: Disk and partition management with NetBSD**: Additionally to the gpt and mbr confusion, NetBSD has two other systems that add complexity to disk management: Disk wedges (dk(4)) and Unix disklabels (disklabel(5)).  
     You should write an article that introduces the reader to these systems, how they interact, and what their use cases are.  
     *Tag*: howto  
     *Tag*: system
   * **Task: Rewrite system configuration in the guide**: January this year, we got a [new configuration menu for the installer](http://mail-index.netbsd.org/tech-install/2012/01/23/msg000223.html)
     The chapter in the guide about system configuration is still [the old one](http://netbsd.org/docs/guide/en/chap-exinst.html#exinst-system-configuration)
     Your task is to rewrite this paragraph, add a new screenshot such that it fits the new configuration menu.  
     *Tag*: howto  
     *Tag*: ui
   * **Task: Convert articles from the website to wiki articles**: There are several articles on the website (like [this one](http://netbsd.org/docs/misc/index.html)) which should be converted to wiki articles.  
     On the way, you could separate obsolete articles from newer ones.  
     Though this work could also partially be done by a tool like pandoc, the articles on the website have different format: Sometimes docbook, sometimes html, sometimes a mix of them. And pandoc doesn't result in such good results as hand-conversion might do.  
     *Tag*: wiki
   * **Task: Convert the NetBSD Guide from DocBook to Markdown**: There are already tools to convert docbook to markdown (e.g. pandoc), so they have to be applied. The results have to be checked whether they are useful, and then every chapter should be a single wiki article, with one overview, such that the user optimally doesn't see the difference between the website and the wiki guide.  
     [The guide](http://www.netbsd.org/docs/guide/en/index.html), [the sources](http://cvsweb.netbsd.org/bsdweb.cgi/htdocs/docs/guide/).  
     *Tag*: wiki
   * **Task: Convert installation notes to markdown**: Currently, the [installation notes](http://ftp.netbsd.org/pub/NetBSD/NetBSD-5.1.2/i386/INSTALL.html) are constructed with mdoc from distrib/notes.  
     The task is to research whether it is possible to convert these articles to markdown, and, if possible, do so.  
     There might be many inclusions etc. to get the original structure, but even the result of *what* has to be done without the actual conversion would be neat.  
     *Tag*: wiki  
     *Tag*: man
   * **Task: Describe how to run NetBSD headless**: For any server usage, you want to use NetBSD without access to keyboard, mouse or monitor. For these usages, you want to have access via ssh (or something similar, document that) or serial console.  
     Your task is to describe the steps which are necessary to run a NetBSD system headless, i.e. printing boot messages to serial port, enabling the bootloader on serial, enabling the serial port, describing the possible options how to do so, which security measures should  be taken.  
     You should also consider systems which don't even have a serial port, i.e. what has to be done if you cannot watch a device start, but you *must* go sure it will come up and you have some sort of access (like a router).  
     *Tag*: howto  
     *Tag*: system
   * **Task: Describe how to use NetBSD as a bluetooth access point**: With bluetooth, you can easily connect your computer to a mobile phone and let the phone use the network connection of the computer.  
     Your task is to describe how to do this: Connecting NetBSD via bluetooth to your phone and then provide different services (especially file transfer and network connection).  
     *Tag*: howto  
     *Tag*: system  
     *Tag*: network  
     *Tag*: service
   * **Task: Describe how to use NetBSD as an appliance**: NetBSD is often used for appliances, i.e. a small server serving only one single purpose. Though, there are no howtos describing how to set up a single appliance serving only one cause.  
     Though these howtos are targeted at creating a single appliance, they can also be used for other purposes.  
     Possible appliances would be:
     * **router** - NetBSD is very well suited for router appliances and often used for that. There is a special task which is about creating a howto how to configure npf and comparing the different firewall solutions NetBSD offers. This task would rather be about everything around, like the routing part, securing the machine, network management (e.g. for wireless access points), and maybe only one example configuration for the firewall (especially NATting). A good example for an existing appliance is pfSense
     * **file server** - NetBSD is also excellent as a file server, may it be either with nfs, smb, http, ftp or ftp over ssh as the transfer protocol. Your task would be to describe the packages which exist in pkgsrc and in NetBSD's base, and choose one special scenario for each protocol and give example configurations of the services. You should also mention RAIDframe, lvm and cgd briefly and what their use cases are. A good example for an existing appliance is FreeNAS or Apple Time Capsule (already running NetBSD).
     Every howto for an appliance is considered a single task.  
     * **backup server** - though somewhat similar to a file server, a backup server has different requirements. On the one hand, you have to think about how to connect effectively for backups, e.g. with rsync or other special backup protocols. On the other hand, you have to take special care for data integrity and data security. You should also take file system snapshots into account.
     As a special task, you could also create a shell script that fulfills the steps you mentioned in your howto, such that the user only has to execute this script to get an appliance. The prerequisite is only for this task.  
     If you can think of more possible appliances, maybe you can also use this as a task. If you want to work on a larger project (i.e. providing a whole derivate with one of these tasks), just tell us.  
     *Prerequisites*: sh  
     *Tag*: howto  
     *Tag*: research  
     *Tag*: service  
     *Tag*: system  
     *Tag*: network
   * **Task: Describe how to backup NetBSD**: Though NetBSD is much like other Unixes in this respect, backup is still something you should consider specially for every operating system. Which tools are available in the base distribution for backupping, like dump(8) and restore(8)?  
     Which one suits better, pax(1), dump(8) or even just rsync or other special backup solutions? What are their use cases?  
     What is a full, a differential, an incremental backup? What is the estimated space usage of them, depending on the backups?  
     How would you restore your system after a crash, which steps have to be taken to get a working system again?  
     After reading the resulting article, the reader should be able to decide for a backup scheme and solution and implement it without further research.  
     *Tag*: howto  
     *Tag*: system  
     *Tag*: research
   * **Task: Describe how to create a NetBSD live flash drive**: Flash drives become increasingly the source for operating system installations.  
     Though, you might want to try the operating system first by using a live system.  
     In this task you should create a live USB flash drive from NetBSD. You can use Jibbed or the installation USB flash drive images as an example how to do this.  
     In the end, there should be a howto which steps have to be taken to enable NetBSD to boot from a flash drive.  
     *Tag*: howto  
     *Tag*: research  
     *Tag*: system
   * **Task: Describe how to become a voip provider**: Sip is a protocol used for VoIP communications.  
     NetBSD was sometimes tried as a VoIP server, but there has been no howto yet how to do this.  
     So, install an Asterisk or FreeSwitch or something else like that and describe how to use NetBSD as a VoIP server.  
     *Tag*: howto  
     *Tag*: service
   ### Outreach/Research
   * **Task: Howto: Getting in touch with NetBSD**: If you have a problem, there are several ways to get in touch with NetBSD people: BSD user groups, mailing lists, IRC, problem reports... Which one is the best for which issue?  
     Document the single methods for contacting others and categorize them by the task they're useful for.  
     *Tag*: howto  
     *Tag*: research  
     *Tag*: overview
   * **Task: Compare init systems with each other**: Additional to the historical ones (SysV and BSD), systemd recently added another init system to the Unix world.  
     An objective comparison of these three systems (if there are other major ones, add them, maybe upstart?) would be nice. Not in the sense of showing their features side-by-side, but simply describing how they work and how you do things yourself.  
     In the end, you should have created a small article that enables anyone using one of these systems to switch to the other one just by reading this article.  
     *Tag*: comparison  
     *Tag*: research  
     *Tag*: system
   * **Task: Investigate and document Markdown to PDF and text conversion**: Propose a method for converting NetBSD Guide Markdown pages into PDF and text, so that they can be delivered with releases. Note the information (description, source location, home page, build method) so that a pkgsrc package (or packages) can be built using the proposed tools (the tools chosen must be compilable for NetBSD, and other free Unix-like systems).  
     *Tag*: research  
     *Tag*: overview
   * **Task: Compare NetBSD with other operating systems of its kind**: NetBSD is an operating system which targets people who like the cleanness of a system, and mostly already have Unix or Linux experience.  
     As such, there are other operating systems which fall into the same audience as NetBSD does, which are at least Slackware, Arch Linux, Gentoo, OpenBSD, FreeBSD, DragonFly.  
     This task is about researching what other distros are out there which are close to NetBSD's principles and use cases (distrowatch.org might be a good starting point), and how they are different.  
     After having collected facts, maybe a simple overview of the community (what kind of people are there, what do they want?), you should create an article which lists all those and describes their differences to NetBSD.  
     You could also try interviewing some people what their view of the communities and the operating systems is and try to evolve your own opinion about them all.  
     *Tag*: comparison  
     *Tag*: research  
     *Tag*: system  
     *Tag*: overview
   * **Task: Analyze NetBSD's users**: NetBSD is a very universal operating system. Some people run it on their 20 years old VAXen, others on their recent desktop computer or server, or on their tiny ARM box as a router.  
     As the aforementioned task (which is rather about the others out there), this task is about doing an in-depth analyzation of NetBSD itself. What kind of users and what kind of developers are out there? Look at the mailing lists to get an impression about the community and the developers and what their goals are.  
     This task is also about thinking about some statistical methods you could use. What data is available you could easily analyze, what are the metrics? Do other distributions have the same data available, so you could eventually run these statistics on other operating systems?  
     This task does not have to be about analyzation, but could also be simply the research how you could do this, which statistical methods. Maybe the student is not able to do the actual computation because of a lack of sources and computing power.  
     Besides being a gci task, thinking about these statistics, you could also create a nice website analyzing distributions based on statistical methods.  
     *Tag*: research  
     *Tag*: comparison  
     *Tag*: system  
     *Tag*: overview
   * **Task: Compare firewall solutions in NetBSD**: NetBSD has several firewall solutions on board: ipf, npf, pf, even more (you should research that).  
     For the beginner, it is not clear what they are capable of, how fast they are and what their syntaxes look like.  
     In this task you should research the differences of these firewalls, create some examples that do the same (so you can view them side-by-side) and provide links to further documentation.  
     *Tag*: comparison  
     *Tag*: network  
     *Tag*: research
   ### Quality Assurance
   * **Task: Document integrated tools in NetBSD**: Apart from the famous web server and ftp server choices, there are smaller ones already integrated to NetBSD, as well as other smaller tools a user should know.  
     The goal is to create a comprehensive (!) list of full software packages that are already included in the base distribution.  
     In the document src/doc/3RDPARTY there is already a list of imported software, but there are more tools which are NetBSD-inherent themselves or contained in a larger package that is just listed as a whole there.  
     *Tag*: overview  
     *Tag*: research
   * **Task: Try out various desktop scenarios, report errors**: Modern desktop environments like Xfce, KDE, Gnome or LXDE are mostly written for Linux. As such, it is important to try them on NetBSD and report their errors. Plus, checking the ease of installation via pkgsrc - which packages have to be installed, how intuitive is their name, their installation? Everything should be as easy as possible.  
     This task also refers to the task of creating a tutorial - maybe doing this first, and then creating the tutorial would be nice. The tutorial could either be updated on the fly when the reported bugs are corrected, or will be held back until the process is as easy as it should be.  
     This also includes bug-checking for light-deskop, the preferred package for a NetBSD desktop.  
     *Tag*: ui  
     *Tag*: research
   * **Task: Make NetBSD a music or video player**: NetBSD could as well serve as a music (mpd) or video player. You have to research which packages are needed for such a use case, and document it in a tutorial.  
     Ideally, create a pkgsrc meta package including all the dependencies.  
     Report bugs you find on the way.  
     *Tag*: ui  
     *Tag*: research
   * **Task: Create ATF tests**: [[atf]] is the automatic test framework for NetBSD. We strive to have automatic tests for all the important parts of our system: libraries, syscalls, binaries, etc.  
     Your task is to write such tests. You should read the [[tutorial|atf]] about how to write an atf test, and then you can start testing things.  
     As testing is an endless task, here are just a few ideas about which items could be tested:
     * [[!template id=man name="atomic_ops" section="3"]]
     * [[!template id=man name="cdbr" section="3"]] and [[!template id=man name="cdbw" section="3"]]
     * [[!template id=man name="inet" section="3"]] and [[!template id=man name="inet_net" section="3"]]
     * [[!template id=man name="ethers" section="3"]], [[!template id=man name="iso_addr" section="3"]] and [[!template id=man name="link_addr" section="3"]]
     * [[!template id=man name="strtol" section="3"]], [[!template id=man name="strtoul" section="3"]] and [[!template id=man name="strtoull" section="3"]]
     * [[!template id=man name="uuid" section="3"]]
     Every *single written test* is considered as **one task**. If you think there is another test that should be added, but is not listed here, feel free to contact us.  
     The tests should be written in either C or sh.  
     *Prerequisites*: sh or C  
     *Tag*: man  
     *Tag*: research
   * **Task: Describe how NetBSD boots**: Build NetBSD on any system (especially non-NetBSD) and try to create a bootable medium without using makefs(8) or integrated wrappers.  
     Creating a bootable disk is possible, but difficult and there is no comprehensive information about this. You have to try much until you get the real results.  
     The affected tools are
     * fdisk(8)
     * installboot(8)
     * disklabel(8)
     * gpt(8)
     In the end of this task, a small howto and some corrections for the manpages of the affected tools should be there.  
     *Tag*: system  
     *Tag*: howto
   * **Task: Describe how to boot NetBSD on a gpt disk**: Currently, NetBSD supports booting from a gpt partition, but you cannot know how.  
     This task is about creating documentation how to use the tool gpt(8) and maybe installboot(8) how to create GPT labels, how they interact with MBRs as created by fdisk(8), how wedges work on this, and how you would make it bootable.  
     You should also describe which problems you have and what people might edge on when trying to create a gpt-bootable disk.
     *Tag*: howto  
     *Tag*: system
   * **Task: Howto: Configure npf**: The new NetBSD packet filter npf is a nice and well-scaling way to configure a firewall. Despite being there and functional, it does not have much documentation.  
     The manpage of npf.conf(5) gives an introduction, but nothing that could be used as a howto: [npf.conf(5)](http://netbsd.gw.com/cgi-bin/man-cgi?npf.conf+5+NetBSD-current).  
     The howto should contain a step-by-step introduction about how npf works, but also an introduction to the technics of npf itself: What kind of rules and tables are there, how they are applied, etc.  
     There is already a [http://www.netbsd.org/~rmind/pub/npf_manual_netbsd_6.pdf](howto by rmind), this would have to be converted and checked against errors, and extended.  
     *Tag*: howto  
     *Tag*: network
   ### Code
   * **Task: Document different time structures**: We have several time structures like `time_t`, `struct timespec`, `struct timeval`, `struct tm` and so on. Document all of them as a time(5) manpage such that a programmer can see all of them at once, in comparison. As we have time zone sensitive and time zone independent representations, figuring out conversions between local time and UTC from manual pages is hard and should also be documented in that manpage.  
     *Prerequisites*: C coding skills (just reading)  
     *Tag*: man  
     *Tag*: system
   * **Task: Add an web interface to apropos**: Last year's Google Summer Of Code project was creating a new apropos(1). Though the current version already has a web interface, adding CSS and appropriate HTML to the web interface would be nice to integrate it to other websites.  
     Though the source code is written in C, C knowledge is not necessary. You just have to extract the HTML and pseudo-understand what the code around it does, i.e. in which cases the single actions are taken.  
     The file which would be modified is [apropos-utils.c](https://github.com/abhinav-upadhyay/apropos_replacement/tree/cgi).  
     *Prerequisites*: C CSS HTML  
     *Tag*: ui  
     *Tag*: graphics
   * **Task: Create a pkgsrc package to get the wiki offline**: The NetBSD wiki can be fetched via cvs or rsync. As it is going to be filled up with information, you might want to have it offline.  
     The goal of this task is to create a pkgsrc package which depends on the tools necessary for offline-viewing of the wiki (this could also be just the integrated if you consider Markdown readable enough) and fetches the wiki.  
     All in all a simple package with few dependencies if any and one or two wrapper scripts.  
     *Prerequisites*: C or sh  
     *Tag*: wiki  
     *Tag*: research
   * **Task: Describe all MK* variables**: Describe all the MK variables and how they affect the builds.  
     Suggest improvements or removal.  
     *Tag*: research
   * **Task: Write apropos branch to search through markdown**: apropos(1) is a last summer's Google Summer Of Code project implemented in NetBSD. It allows a relevance-based search through manpages.  
     As maybe Markdown is going to be in the source tree, we want to extend apropos to also be able to search through Markdown articles.  
     Your task would be to research the possibility of creating another binary that is able to search through markdown pages, creating its own index file (mandb).  
     If you are having fun with this, thinking about ways how to combine the two binaries into one single documentation search binary would be good.  
     [http://mail-index.netbsd.org/tech-userlevel/2012/02/01/msg006040.html](Mail announcing import of apropos)  
     *Prerequisites*: C  
     *Tag*: research  
     *Tag*: man
   * **Task: Write a markdown browser**: Markdown is the most widespread cleartext markup language, also used in the NetBSD wiki. Though it is already very well readable, some markups used are not as good and it would be nice to have them applicable directly. Looking at Markdown-rendered HTML is also not an option as it has too much overhead.  
     This project is about researching the possibility of writing a Markdown browser for the shell. This should not be much work and most probably work.  
     Then, you have to think about a user interface. You want to view a text (scrollable), but also offer the possibility of having links and opening new files, including a small "browser history".  
     Considered as a second task, you could write a reference implementation for this browser. For the finished browser, we would need either an sh implementation if this is not too difficult or error-prone, or a C implementation. But for this project, you can take any language you want, sh and C just would be the preferred way.  
     This project is intended to be included in pkgsrc, in the long run maybe in src. Anyway, it would be a very nice project for the whole developer community in the long run.  
     The prerequisites are only for the coding part.  
     [http://fossil.instinctive.eu/libsoldout/index](libsoldout, a public-domain Markdown implementation in C)  
     *Prerequisites*: C or sh  
     *Tag*: research  
     *Tag*: wiki  
   ### User Interface
   * **Task: Create NetBSD wallpapers**: Currently, there are nearly no NetBSD wallpapers. The combination of beastie, the flag and the old logo (daemons on old computers), plus the very smooth NetBSD colours (orange, grey, white) should be a resource for nice wallpapers.  
     If you're fine with drawing on a computer or graphical programs (like The Gimp or Photoshop), this might be a nice and very creative task for you.  
     *Tag*: graphics  
   * **Task: Create an icon set for NetBSD - research**: To provide a nice graphical user interface, as well as prettifying the wiki and the website, having some buttons and icons would be nice.  
     This task is about gathering and writing down what sizes are useful, and what kinds of icons are needed (and what they could be used for).  
     *Tag*: research  
     *Tag*: ui
   * **Task: Create an icon set for NetBSD - graphics**: In addition to the previous task, creating those icons is still needed. You would have to think about an artwork concept, how these icons should look overall and creating the single icons that are specified.  
     This task could be fulfilled multiple times, and if you succeed well, it would be nice if we could stay in touch with you about this in the future (like adding further graphics).  
     *Tag*: graphics  
     *Tag*: ui
   * **Task: Create smaller NetBSD artwork**: NetBSD does not have much artwork. Except from the aforementioned wallpapers and icons sets, multiple smaller artworks would be nice as well.  
     This includes drawing comics, creating a CD label, the image of a flash drive with NetBSD on it or e.g. a Beastie with a NetBSD flash drive, such things.  
     If you want to do this task, even if you don't know what to do, just contact us. We can tell you some ideas what to do, and if you already have one, approve it is suited for us.  
     *Tag*: graphics
   * **Task: Create NetBSD slide templates (Latex)**: NetBSD developers often hold presentations on conferences like the EuroBSDCon, BSDCan, etc.  
     For all these occassions, people are using the [http://de.wikipedia.org/wiki/Latex](Latex typesetting system) beamer package, but using their own templates or the standard template.  
     Your task would be to create a template that can be downloaded, included and then simply used such that NetBSD presentations have a NetBSD branding.
     This task is also a great chance to get used to the Latex package beamer or to Latex at all, it is usable for any presentations in school or university. So don't hesitate if you don't fulfill the prerequisite, if you want to learn, you can relatively fast do it and then complete this task.  
     *Prerequisite*: Latex  
     *Tag*: graphics
     *Tag*: ui

Removed from v.1.11  
changed lines
  Added in v.1.32

CVSweb for NetBSD wikisrc <wikimaster@NetBSD.org> software: FreeBSD-CVSweb