Changes between Version 76 and Version 77 of SummerOfCode


Ignore:
Timestamp:
Feb 16, 2009, 4:02:29 PM (15 years ago)
Author:
raimue (Rainer Müller)
Comment:

Reordering tasks

Legend:

Unmodified
Added
Removed
Modified
  • SummerOfCode

    v76 v77  
    5757Potential mentors: jberry
    5858
     59==== Logging ====
     60
     61Currently MacPorts has no notion of logging of build activities of a given port or sets of ports. When a a build is attempted but an error keeps it from completing, there's no way to track the problem other than the build progress that was output to the terminal, if verbose mode was requested in the first place. Otherwise, the build environment has to be pruned and the build attempted once again to even get a look at the precise error message. This is particularly problematic when automated builds are attempted, since there's usually no one around to have a look at the failure spew. An infrastructure to remedy this situation and endow MacPorts with a rich set of logging capabilities has to be developed to open up the door to true automated build runs of large sets of ports and thus to packaging of binaries, since with logging we'd have a fully reliable way of catching, reporting and processing of all sorts of fetch/configure/build/destroot/install/etc errors.
     62
     63This could be extended with the interaction with a server side application like MPWA that could consume these logs (read MPWA proposal). A more detailed draft of this task can be found on the LoggingProposal page.
     64
     65Classification: medium task to relatively challenging[[BR]]
     66Programming languages: Tcl and C
     67Potential mentor: jmpp, wms
     68
    5969==== Python Group ====
    6070
    61 Improve Python [source:trunk/base/src/port1.0/resources/group group] code.[[BR]]
     71Improve Python [source:trunk/dports/_resources/port1.0/group group] code.[[BR]]
    6272We currently have a lot of Python modules, which are built for Python 2.4. We now need a system to re-use port information about one python port to create Ports for Python 2.4 AND Python 2.5 (and also for the upcoming 2.6 and 3.0 release).
    6373This though has to be made modular, so we can just re-use the description, etc. (if different versions of one module are required for different Python versions) or just re-use the whole information (checksums, etc.).
     
    126136Potential mentor: wms
    127137
    128 ==== Logging ====
    129 
    130 Currently MacPorts has no notion of logging of build activities of a given port or sets of ports. When a a build is attempted but an error keeps it from completing, there's no way to track the problem other than the build progress that was output to the terminal, if verbose mode was requested in the first place. Otherwise, the build environment has to be pruned and the build attempted once again to even get a look at the precise error message. This is particularly problematic when automated builds are attempted, since there's usually no one around to have a look at the failure spew. An infrastructure to remedy this situation and endow MacPorts with a rich set of logging capabilities has to be developed to open up the door to true automated build runs of large sets of ports and thus to packaging of binaries, since with logging we'd have a fully reliable way of catching, reporting and processing of all sorts of fetch/configure/build/destroot/install/etc errors, possibly through the interaction with a server side application like MPWA that could consume these logs (read MPWA proposal). A more detailed draft of this task can be found on the LoggingProposal page.
    131 
    132 Classification: medium task to relatively challenging[[BR]]
    133 Prohramming languages: xml or yaml or html, C, Tcl, PHP or RoR[[BR]]
    134 Potential mentor: jmpp, wms
    135 
    136138==== MacPorts Web Application ====
    137139