Re: [Tcl-soc2008] Trac (Was: Google Summer of Code Results)

Daniel A. Steffen wrote:
>
> On 22/04/2008, at 23:29, Daniel A. Steffen wrote:
>
>> AFAIK Trac does not have the inline code review of Crucible however
>
> there is a Trac plugin that does something similar
> http://trac-hacks.org/wiki/PeerReviewPlugin
> have not tried it, not clear how well supported it is, there appears to
> be a two year gap between 1.0 and the recent development for Trac 0.11
> support...
It does not really hurt, as long as one is not going to use some 0.11
specific plugins. I'm still with 0.10 and it does not feel crippled in
any way.
Kind regards
Remigiusz Modrzejewski

Thread view

Hi Matthew,
On 22/04/2008, at 20:30, Matthew M. Burke wrote:
> Google has announced the student proposals which have been accepted.
thanks for posting this.
It might be useful to write something similar on comp.lang.tcl, and
to encourage students to ask questions on that newsgroup, many more
people hang out there than on tcl-core (and the focus of that list is
mostly core development and not so much extensions or tcl users,
which most the GSoC projects are).
The other place where tclers hang out is of course the tcl chat resp.
#tcl (http://wiki.tcl.tk/1178), not sure if that has been
specifically mentioned to the students?
> I will post later on information for how you can track their
> progress over the summer.
along those lines: my plan for TclDTrace would be to propose to
Remigiusz to create a project on
http://code.google.com/hosting/
given the sponsor of the program and the requirement that the code be
published in a public location, this seems a good a place as any to
host things and it will give us a project wiki in addition to a svn
repository.
I would then add the repository to the Fisheye & Crucible setup that
I maintain for Tcl/Tk projects
http://fisheye.categorifiedcoder.info/
to allow repository tracking, and more importantly convenient code
review via webapp, with the goal of encouraging the student to commit
often and the mentors to review and comment often...
If others want to use those tools for a Tcl GSoC project, just let me
know, I have to add new repositories manually but account signup is
open to anyone.
For the Tcl/Tk core projects (load from mem & tk test system), tcl
and tk are of course already in the system, and note that Crucible
has patch review (i.e. review & comment on code not yet committed to
a repository).
Cheers,
Daniel
--
** Daniel A. Steffen **
** <mailto:das@...> **

FYI, see below for the announcement about Tcl/Tk's great result in
the 2008 Google Summer of Code slot allocation.
for more details on the GSoC Tcl/Tk projects see
http://code.google.com/soc/2008/tcl/about.html
the Printing, Fuse and DTrace projects will be of particular interest
to Mac users (macfuse is available for 10.4 and later c.f. http://
code.google.com/p/macfuse/ and DTrace is built into 10.5).
also note that most of the GSoC projects for MacPorts are Tcl related
as well:
http://code.google.com/soc/2008/macports/about.html
the MacPorts framework project should be particularly interesting.
Cheers,
Daniel
--
** Daniel A. Steffen **
** <mailto:das@...> **
Begin forwarded message:
> From: "Matthew M. Burke" <matthew@...>
> Date: 22 April 2008 20:30:34
> To: tcl-core@...
> Subject: [TCLCORE] Google Summer of Code Results
>
> All,
>
> Google has announced the student proposals which have been accepted.
> Following are brief descriptions of the 9 Tcl projects that will take
> place this summer. Student projects will be worked on roughly 40
> hours/week between May 26th and August 18th.
>
> From now until May 26th we will be working with the students to help
> them get acquainted with the Tcl community. To that end, the students
> will be posting email introducing themselves and I encourage you to
> help
> make them feel welcome, help them get grounded in our code base and
> styles of doing things, etc.
>
>
> Also, of course, don't hesitate to send them suggestions, requests,
> (constructive) criticism on their projects. I will post later on
> information for how you can track their progress over the summer.
>
>
>
> Best,
>
> Matt
> Tcl/Tk 2008 Google Summer of Code Coordinator
>
>
>
>
> Project Descriptions
>
> Loading Shared Libraries from Memory and/or Tcl Channels
> Student: Daniel Hans
> Mentor: Andreas Kupries
>
> The main objective of this project is to provide an enhanced mechanism
> of loading shared libraries from Tcl Virtual
> Filesystems by Tcl programs.
>
> ---
>
> Tcl FUSE Language Binding
> Student: Alexandros Stergiakis
> Mentor: Stephen Huntley
>
> The goal of this project is to produce a fully-functional Tcl language
> binding to FUSE virtual filesystem kernel module,
> making it possible to create FUSE filesystems using Tcl. It will
> ensure
> the binding works on all or most operating systems
> supported by FUSE, and provide detailed document the result.
>
> ---
>
> TclDTrace
> Student: Remigiusz Modrzejewski
> Mentor: Daniel A. Steffen
>
> The main objective of this project is designing and implementing a Tcl
> binding to the libdtrace API. This would allow all of
> gathering user input, compiling, running and processing the results
> of D
> scripts inside Tcl.
>
> ---
>
> Audio Input and Output Library and Extension
> Student: Mohamed Abderaouf Bencheraiet
> Mentor: Youness El Alaoui
>
> This project will consist in merging libao's interface
> (http://xiph.org/ao) with libao2's drivers (http://mplayerhq.hu)
> and make
> it into a single, standalone library, as well as creating an audio
> input
> equivalent and writing a Tcl extension to wrap the library,
> thus providing the Tcl community with a new, more powerful audio input
> and audio output library. This will allow the creation
> of new real-time audio processing Tcl applications.
>
> ---
>
> Tcl/Tk Printing Support
> Student: Blicharski Krzysztof
> Mentor: Clif Flynt
>
> I would like to take up the "printing support" project. As I consulted
> with the mentor, it consists of four major parts:
>
> 1) Convert the contents of the Tcl/Tk application to a printable
> format.
> This may be Postscript, PDF, Gif, or printer commands.
>
> 2) Transmit the intermediate format data to a printer, interacting
> with
> whatever facilities are offered by the operating system.
>
> 3) Code layer interfaces for application developers. This could
> include
> adding print subcommands to all Tk widgets, or a print
> subsystem capable of understanding the contents of all widgets.
>
> 4) User layer interface that a developer can include in an
> pplication to
> give users access to printing.
>
> ---
>
> Update Tk Test System Student: Ania Pawelczyk
> Mentor: Jeff Hobbes
>
> The tcltest package provides several utility commands useful in the
> construction of test suites for code instrumented to be
> run by evaluation of Tcl commands. Notably the built-in commands of
> the
> Tcl library itself are tested by a test suite
> using the tcltest package.
>
> The Tk test system still uses primarily tcltest v1, and would benefit
> from an update to tcltest v2 and a full reexamination of
> out-dated tests. The test suite should gain independence from the
> system's settings that test is made on. This all leads to
> improvement of testing capabilities.
>
> ---
>
> Graph Manipulations
> Student: Alejandro Eduardo Cruz Paz
> Mentor: Steve Landers
>
> The tcllib package provides functionality for creating and
> manipulating
> graph data structures in Tcl/Tk. Although the
> package is fairly flexible (e.g. allows attaching arbitrary attributes
> to graphs, arcs, and nodes), there are a number of useful
> functions that could be added such as finding connected components,
> determine (shortest) path between two nodes, etc.
>
> ---
>
> A Business Rule Management System based on the high-level object
> oriented scripting language XOTcl
> Student: Franz Wirl
> Mentor: Gustaf Neumann
>
> High level object oriented scripting languages like XOTcl can be
> perfectly used to implement Charles Forgy's Rete algorithm.
> An algorithm that has been developed and tested to match between more
> than a thousand patterns and objects. Implementing this
> fast algorithm into/with XOTcl will provide a fast and dynamic Rete
> library in XOTcl.
>
> An object oriented implementation allows a natural expression of
> rules.
> Object oriented interfaces to the algorithm improve
> its flexibility and allows usage in many different domains.
>
> ---
>
> AOLserver-GD Integration
> Student: Matthew Gagen
> Mentor: Matthew Burke
>
> The goal of this project would be to get the latest version of nsgd
> working with AOLserver 4.x, further rationalize its API,
> allow sharing of graphics among server threads, build graphing and
> sparkline packages using this module and
> use of autoconf to improve the build process. Further, I will
> investigate the use of SWIG in order to more easily track
> improvements in GD.

Hi Remigiusz,
CCing tcl-soc2008, I think this is of general interest
On 22/04/2008, at 22:58, Remigiusz Jan Andrzej Modrzejewski wrote:
> What I've been thinking about is Trac. It's integrated wiki, commit
> tracking and bugzilla-like ticket system.
agreed, Trac would be another good option for repository tracking.
One question would be where to host it (and the underlying svn
server). If possible at some type of public hosting service a la
sourcefoge or google code, is there free Trac hosting of this type?
AFAIK Trac does not have the inline code review of Crucible however,
which is the feature I was hoping would be particularly convenient to
use in the day-to-day student-mentor interaction:
http://www.atlassian.com/software/crucible/features/http://confluence.atlassian.com/display/CRUCIBLE/Crucible
+Documentation+Home
(feel free to sign up and play around with the setup on http://
fisheye.categorifiedcoder.info/cru/ I can easily wipe test reviews)
with Trac the ticket system could be used to similar effect, but
would probably be more cumbersome (but certainly also possible)
there is no rush to decide about these things, so we can play around
with the different options for a bit...
I can also look into setting up Trac on the same box that Crucible is
on.
> It hasn't got the uncommitted patch reviewing feature, but I'm not
> all that sure I like the idea.
I was mentioning that only for the projects that modify the Tcl resp.
Tk core, where getting commit access to the repositories involves
politics and procedures...
> Normally I prefer to check in every edit and then step back if needed.
definitely the right way to go IMO, esp. for this type of development
(in the open, with mentors etc...)
Cheers,
Daniel
--
** Daniel A. Steffen **
** <mailto:das@...> **

On 22/04/2008, at 23:29, Daniel A. Steffen wrote:
> AFAIK Trac does not have the inline code review of Crucible however
there is a Trac plugin that does something similar
http://trac-hacks.org/wiki/PeerReviewPlugin
have not tried it, not clear how well supported it is, there appears
to be a two year gap between 1.0 and the recent development for Trac
0.11 support...
Cheers,
Daniel
--
** Daniel A. Steffen **
** <mailto:das@...> **

Daniel A. Steffen wrote:
>
> On 22/04/2008, at 23:29, Daniel A. Steffen wrote:
>
>> AFAIK Trac does not have the inline code review of Crucible however
>
> there is a Trac plugin that does something similar
> http://trac-hacks.org/wiki/PeerReviewPlugin
> have not tried it, not clear how well supported it is, there appears to
> be a two year gap between 1.0 and the recent development for Trac 0.11
> support...
It does not really hurt, as long as one is not going to use some 0.11
specific plugins. I'm still with 0.10 and it does not feel crippled in
any way.
Kind regards
Remigiusz Modrzejewski

Daniel A. Steffen wrote:
> also note that most of the GSoC projects for MacPorts are Tcl related
> as well:
> http://code.google.com/soc/2008/macports/about.html
> the MacPorts framework project should be particularly interesting.
>
>
Thanks for pointing this out. We should definitely have some contact
with them over the summer.
Matt
--
Matthew Burke
Assistant Professor of Computer Science
The George Washington University
mmburke@...
202.994.0718

On Tue, Apr 22, 2008 at 7:54 PM, Matthew M. Burke <mmburke@...> wrote:
> Daniel A. Steffen wrote:
> > also note that most of the GSoC projects for MacPorts are Tcl related
> > as well:
> > http://code.google.com/soc/2008/macports/about.html
> > the MacPorts framework project should be particularly interesting.
The Tclish bit of the MacPorts framework is (I think) mostly worked
out in a prototype framework. See
http://trac.macosforge.org/projects/macports/browser/users/rhwood/MacPorts.Framework/MPInterpreter.m
This is specific to MacPorts of course, but could be easily made a
little more generic.
> Thanks for pointing this out. We should definitely have some contact
> with them over the summer.
>
> Matt
> --
> Matthew Burke
> Assistant Professor of Computer Science
> The George Washington University
> mmburke@...
> 202.994.0718
>
>
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> Tcl-mac mailing list
> tcl-mac@...
> https://lists.sourceforge.net/lists/listinfo/tcl-mac
>
--
Randall Wood
randall.h.wood@...
"The rules are simple: The ball is round. The game lasts 90 minutes.
All the rest is just philosophy."