Changes between Version 75 and Version 76 of GoogleSummerOfCodeIdeas

Jan 19, 2013 5:54:46 PM (6 years ago)

Initial 2013 page.


  • GoogleSummerOfCodeIdeas

    v75 v76  
    22= Info =
    3 '''Google has announced plans for Google Summer of Code™ 2012'''. Haiku is applying as a Mentoring Organization.
     4'''Google has not (yet?) announced plans for Google Summer of Code™ 2013.'''  Be sure to check [ Google Open Source Blog] for announcements and related information.
     6This page collects ideas on acceptable projects for students to undertake
    5 == This page is now being migrated to Drupal. ==
    6  *
    7  * [ Last work-in-progress page for 2012]
     9= Work-in-Progress: 2013 =
     10The contents of this page are for brainstorming of suggested project ideas for Google Summer of Code. See for more information on participating with Haiku in Google Summer of Code.
     12== Project Areas ==
     14 * [#apps Applications]
     15 * [#drivers Drivers]
     16 * [#kernel Kernel/Filesystems]
     17 * [#media Media]
     18 * [#network Network]
     19 * [#ui User interface]
     20 * [#other Other]
     23=== Applications ===
     25==== Updating AbiWord ====
     27    Even though an [ older AbiWord port] is being hosted at [ OSDrawer : AbiWord Project Page (2.0)], the AbiWord project would prefer the port to use their current sources (2.8.x).  The student is responsible for determining which aspects of this project to pursue.  AbiWord/AbiSource has participated in past GSoCs and we expect that they will again this year.  This could be a possible cross project with a co-mentor from each org, so if interested in this one you may want to apply to both orgs.
     29    AbiWord: Official 2012 ideas page
     32    Skill set: userland development, usability basics
     34==== Updating and Extending WebPositive ====
     36        Haiku uses a WebKit based browser called WebPositive. This task would involve:
     37            * Native network backend. Currently we use the Curl backend, which is slow and has some other problems. Use the (unfinished) "Services Kit" instead.
     38                * various webpositive tickets.
     40    Skill set: userland development, kernel development, possibly x86 assembly
     42==== VirtualBox port to Haiku ====
     44    A port of VirtualBox to Haiku, would allow developers and users to run another operating system within Haiku. [ Preliminary VirtualBox port to Haiku]
     46    Skill set: userland development
     48==== Other applications ====
     49  * Caya
     50  * More ?
     53=== Kernel/Filesystems ===
     55==== Filesystems: general improvements (BIG) ====
     57    Haiku has great support for its own filesystem, but most others are only available read-only, or not at all. It is way better for interoperability with other systems to be able to read and write to these disks.
     59        * ReiserFS, BTRFS, exFAT: write support
     60        * UFS2, ZFS: Read (& Write) support
     61        * SMB, Windows shares: Read (& Write) support
     62        * HAMMER FS: Read (& Write) support
     63        * SquashFS: To support booting Haiku off SquashFS on a CD/DVD
     65    Skill set: kernel and driver development
     67==== IMAP FS: File system access to an IMAP account ====
     68    In Haiku emails are stored as individual file with extended attributes. Mounting an IMAP account as a local file system is therefore a natural fit. The file system should have full read and write support (deleting mails (files), creating folders, and moving mails between folders, etc.) with local caching for better performance.
     70    Skill set: kernel and file system (driver) development, network development
     74=== Drivers ===
     77==== ACPI Video Extensions ====
     78        ACPI Video Extensions, as specified in ACPI Spec 4.0a Appendix B, adds special support to handle multiple output devices such as panels and TV-out capabilities, brightness control as well as special power management features.
     80        Suggested work: Detect attached devices for display adapters, implement a basic driver for a display, allow display switching and brightness control.
     82        Requirements: computer with ACPI that has Acpi Video Extentions (_DOS _DOD and so on)
     84        Skill set: kernel development, general C/C++, userland development
     86==== AV/1394 support ====
     88    Our Firewire stack supports DV receiving, but not controlling the A/V device (ie play/stop). This requires to modify the Firewire stack for FCP frame support. See AV/C Digital Interface Command Set General Specification for reference.
     90        Requirements: a DV camera, a machine with a Firewire port.   
     92        Skill set: kernel development, API design, general C/C++, userland development
     94==== TTY Layer ====
     96    The TTY layer is needed for proper serial port support in Haiku.
     97    Until now the serial port was reserved for kernel debugging,
     98    but it is now time for proper userland support.
     99    Rewrite the API that was available in BeOS R5,
     100    and make sure it can be used with a real serial port.
     101    USB to serial converter may or may not be included.
     103    Currently, the TTY layer is written mostly with the usb_serial
     104    in mind, so it uses stuff that might not be easy or possible at all to
     105    use in more low-level drivers (like pc_serial).
     106    The API could use improvements. Locking issues exist.
     107    Also the generic module is not yet in the image due to these.
     109    Note: This task could include finishing phoudoin's libusb port, which would help to make the driver more feature complete.
     111        Skill set: kernel, and driver development
     113        Tickets: #35 #3232
     116=== Network ===
     118==== Bluetooth Stack Improvements ====
     120    Haiku Bluetooth Stack implements basic functionality on lower and middle layers, this functionality needs to be completed and Bluetooth 2.X possibilities explored.
     122    Requirements: Bluetooth enabled Haiku system
     124    Skill set: C++, kernel development, userland development, global bluetooth stack knowledge(optional)
     126    Tasks: RemoteDevices Database, UserLand tools(Preferences), Pairing/Auth/Encryption use cases, etc.   
     128==== Integrate our PPP implementation ====
     130    Port the PPP implementation to our new network stack. Add phone-line modem support, including HDLC framing and VJC compression (porting both algorithms is sufficient, but make sure the license is compatible to MIT). Implement CHAP authentication. Find and fix bugs.
     132    Tickets: #812, #869, #873, #922, #923, #1059, maybe: #1057, #1058
     134    Skill set: multi-threading basics, maybe network protocols and some kernel/drivers development, maybe userland development
     136==== IPv6 Polish ====
     138    GSOC 2010 added the base framework for IPv6 support. There is a lot of smaller cleanup/polish projects left however!
     140    * #8293  -- BNetworkAddress needs to check if there is an available IPv6 connection.
     141    * #7228  -- RFC: BNetworkInterfaceAddress needs to store auto-configuration flags
     142    * #6489  -- ifconfig needs to validate availability of ipv6 module prior to utilization
     143    * #2632  -- Possible redefinition for struct sockaddr_in, related to IPv6
     144    * ~~#8316  -- Haiku needs IPv6 link scope Auto Configuration~~
     145    * #8319  -- Haiku needs IPv6 duplicate address detection during link scope ip configuration.
     146    * #8317  -- Haiku needs IPv6 global scope Auto Configuration (router advertisement + DHCPv6)
     148    Skill set: IPv4 and IPv6 protocols, kernel and network stack development
     151=== User Interface ===
     153==== Preflet GUI refactoring ====
     155    Several preference applications (aka preflets) could be redesigned. This includes (but not limited to)
     156        * combining Keymap and Keyboard
     157        * #6983 Printer
     158        * Shortcuts & Notifications
     159        * Network (todo, link to work-in-progress preflet)
     160        * ...,
     162    Skill set: c++, userland development
     165==== Modular edit view (BIG) ====
     166    Many Haiku applications are using their own edit view to provide basic editor functionalities. All these implementations work a little bit different and create an inconsistent user experience.
     167    One solution is to provide a modular and powerful editor view that could be used in various Haiku applications.
     169    The edit view design should be modular and extensible to make it easy to implement e.g. following features:
     171        * syntax highlighting
     172        * spell checker
     173        * code completion, word completion
     174        * line numbers, ruler, 80 character limit line, hyper links
     175        * working on an input stream rather than on a input file e.g. to be able to open files ~100Mb without loading them into memory in one go.
     176        * interface to external applications e.g. to jump from a compiler error to the according line in the code
     178    Skill set: C++, userland development
     181=== Media ===
     183==== Merge CDPlayer into MediaPlayer ====
     185    The functionality of CDPlayer could be migrated into MediaPlayer, allowing the play back of audio cd's. An alternative to CDPlayer's way of controlling the device in a low-level fashion would be to make it use the wave files as presented by the cdda-fs, subscribe to volume mounts via BVolumeRoster, present a menuitem for the CD similar to one for DVDs in the VLC Media Player, having this option populate a playlist and start playing.
     187    Skill set: general C/C++, userland development
     189==== Streaming support for Media Kit and applications ====
     190The media kit and related applications in Haiku relies a lot on the BMediaFile being seekable. This makes it difficult to use with non-seekable media sources such as internet streams or DVD media. Rework what's needed to get them working properly.
     193=== Others ===
     195==== Fix and improve Haiku's mail system ====
     197    Haiku features an integrated mail management system allowing to manage your mail using Tracker, the file explorer. This system needs some improvements and updates. '''See this [,2 mailing list post] for a list of TODO and related ideas'''
     199==== Trac Plugin: "Test and Commit Patch" functionality ====
     201    Several developers have requested the ability to simply press a button that would trigger an automatic system to test and (conditionally commit) a supplied patch.
     203        Skill set: Python
     205==== Add Haiku support to Allegro 5.0 ====
     207    Allegro is a gaming library, it has support for BeOS/Zeta/Haiku in the 4.4 branch, but they dropped BeOS from the 5.x branch.  Now that Haiku is in a usable state it would be nice to get the latest builds of Allegro 5.0 working on Haiku.  It's still unclear if Allegro will be applying for GSoC but they do have a developer who'd be willing to co-mentor this with a Haiku mentor.
     209==== Tracker add-on for source control ====
     210Windows has TortoiseSVN and TortoiseGIT. Do something similar with Haiku Tracker.
     211  * Write a Tracker add-on that has the functionality
     212  * Extend support in Tracker itself where needed : icon overlays, ...
     214==== Modify the app_server to support compositing ====
     217    This would be a step towards faster/smoother scrolling, window positioning and drawing. Once compositing is in place, it would also be possible to create Compiz-like effects in Haiku, eg. drop shadows and window animations. There's lots of info on what would need to be done and how to go about it in this article:
     219    Skill set: C++, graphics development
     221==== Evaluate Qt as a potential Haiku R2 API ====
     223    While in comparison with other frameworks the BeOS API was quite nice back in the day, save for a few additions (like layout management, an improved archiving mechanism, tool tips) very little has changed since. Particularly the interface kit leaves a lot to be desired these days, both in general design and completeness. The Qt toolkit on the other hand has evolved quite nicely over time and now presents a very complete and well designed API. This project shall evaluate Qt as a potential native Haiku R2 API, replacing partially or even completely the previous BeOS/Haiku API.
     225    * Analyze the current state of the Qt port and add/complete what is missing/incomplete.
     226    * Add extension in or on top of the Qt API to provide access to Haiku specific functionality (attributes, entry_refs, resources, translators, etc.)
     227    * As a proof of concept port an existing Haiku application (e.g. StyledEdit) over to the extended Qt API.
     229    Skill set: C++, API development
    9231= Previous Years =
     232== 2012 ==
     233See official page here: []
     234[ Last work-in-progress page for 2012 ]
    10236== 2011 ==
    11  * [ official page for 2011]
    12  * [ Last work-in-progress page for 2011 ]
     237See official page here: []
     238[ Last work-in-progress page for 2011 ]
    13239== 2010 ==
    14  * [  official page for 2010]
     240See official page here: []
    15241[ Last work-in-progress page for 2010 ]
    16242== 2009 ==
    17  * [  official page for 2009]
    18  * [ Last work-in-progress page for 2009]
     243See official page here: []
     244[ Last work-in-progress page for 2009]