Anyone advocate/review IOK

2010-02-01 Thread suji A
Hi,
Anyone advocate/review IOK?
http://revu.ubuntuwire.com/p/iok

Thanks in advance.

-- 
Regards,
Suji A.

http://suji25.wordpress.com/
http://innovativegals.wordpress.com/
-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu


drgeo

2010-02-01 Thread Ray Parrish




Hello,

I am developing a program which takes the output of the dpkg command
for all software packages on one's system, and produces an HTML report
of that dpkg output which is alphabetically indexed, and has all web
links, and email addresses converted to clickable links. There are a
few additional features of this program which I will not go into here.

This program needs to convert the textually represented list structures
that exist within the Description section of the dpkg output into HTML
list representations. I have it working quite well now except in the
case of your package's output.

In the Description section of your dpkg output, the textual
representation of your list structure has a continued line within it
which is not indented four spaces like everyone else's textual list
structures are indented where continued lines are being represented.

Instead that particular line continuation is only indented two spaces.
This makes it impossible to tell that it is a continuation of the list
item on the line before it.

This causes my program to incorrectly output the HTML representation of
your package's dpkg output in my software report. There is no way to
work around it, as it is impossible without the 4 space indentations of
the continued list item lines to determine whether that line is a
continuation of the previous list item, or the beginning of other
Description section lines beyond the end of the list structure.

I wonder if I could prevail upon you to please correct the situation by
making a change in your dpkg output to add the proper indentation to
your textual list representation?

Here is the your list representation from the dpkg output for your
drgeo software package.

  * points
  * lines
  * geometric transformations
  * numeric function
  * macro-construction
  * DGS object - Dr. Geo Guile Script
  * DSF - Dr Geo Scheme Figure, it is interactive figure defined in
  a file and evaluated with the embedded Scheme interpretor, awesome!
  * Export facilities in the LaTeX and EPS formats

 As you can see, the line "a file and evaluated
with the embedded Scheme interpretor, awesome!" is only indented two
spaces where is should be indented four spaces. It should appear as the
following textual list representation does.

  * points
  * lines
  * geometric transformations
  * numeric function
  * macro-construction
  * DGS object - Dr. Geo Guile Script
  * DSF - Dr Geo Scheme Figure, it is interactive figure defined in
    a file and evaluated with the embedded Scheme interpretor, awesome!
  * Export facilities in the LaTeX and EPS formats

Would you please correct this so that it appears in your next software
update in the correct format for list representations? I would be very
grateful.

Thank you, Ray Parrish

-- 
Linux dpkg Software Report script set..
http://www.rayslinks.com/LinuxdpkgSoftwareReport.html
Ray's Links, a variety of links to usefull things, and articles by Ray.
http://www.rayslinks.com
Writings of "The" Schizophrenic, what it's like to be a schizo, and other
things, including my poetry.
http://www.writingsoftheschizophrenic.com





-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu


libmockobjects-java-doc

2010-02-01 Thread Ray Parrish




Hello,

I am developing a program which takes the output of the dpkg command
for all software packages on one's system, and produces an HTML report
of that dpkg output which is alphabetically indexed, and has all web
links, and email addresses converted to clickable links. There are a
few additional features of this program which I will not go into here.

This program needs to convert the textually represented list structures
that exist within the Description section of the dpkg output into HTML
list representations. I have it working quite well now except in the
case of your libmockobjects-java-doc package's output.

In the Description section of your dpkg output, the textual
representation of your list structure has a continued line within it
which is not indented four spaces like everyone else's textual list
structures are indented where continued lines are being represented.

Instead that particular line continuation is only indented two spaces.
This makes it impossible to tell that it is a continuation of the list
item on the line before it.

This causes my program to incorrectly output the HTML representation of
your package's dpkg output in my software report. There is no way to
work around it, as it is impossible without the 4 space indentations of
the continued list item lines to determine whether that line is a
continuation of the previous list item, or the beginning of other
Description section lines beyond the end of the list structure.

I wonder if I could prevail upon you to please correct the situation by
making a change in your dpkg output to add the proper indentation to
your textual list representation?

Here is the your list representation from the dpkg output for your 
libmockobjects-java-doc software package.

  * A methodology for developing and using mock objects.
  * A core mock object framework. This is a library of code that
  supports the implementation of mock objects, based around a
  set of expectation classes for values and collections. There are
  also various other classes to make mock objects easier to write
  or to use.
  * A default set of mock implementations for the standard Java
  platform APIs. We have made a start on packages such as servlets, sql,
  and io.

 As you can see, the line "a file and evaluated
with the embedded Scheme interpretor, awesome!" is only indented two
spaces where is should be indented four spaces. It should appear as the
following textual list representation does.

  * A methodology for developing and using mock
objects.
  * A core mock object framework. This is a library of code that
    supports the implementation of mock objects, based around a
    set of expectation classes for values and collections. There are
    also various other classes to make mock objects easier to write
    or to use.
  * A default set of mock implementations for the standard Java
    platform APIs. We have made a start on packages such as servlets,
sql,
    and io.

Would you please correct this so that it appears in your next software
update in the correct format for list representations? I would be very
grateful.

Thank you, Ray Parrish

-- 
Linux dpkg Software Report script set..
http://www.rayslinks.com/LinuxdpkgSoftwareReport.html
Ray's Links, a variety of links to usefull things, and articles by Ray.
http://www.rayslinks.com
Writings of "The" Schizophrenic, what it's like to be a schizo, and other
things, including my poetry.
http://www.writingsoftheschizophrenic.com





-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu


Re: motu-release

2010-02-01 Thread Daniel Holbach
Am Donnerstag, den 28.01.2010, 01:04 +0900 schrieb Emmet Hikory:
> > motu-sru and ubuntu-sru merged into a single team.  I've had a couple of
> > conversations with people in terms of doing something simllar with motu-
> > release and ubuntu-release.  I think it's the right answer.  So far it's 
> > been
> > a matter of finding time to talk with everyone about it and decide what 
> > should
> > be done.

Since nobody objected up until now, could somebody maybe write up
something quick how this should all work in the future? (Including
changes to  https://wiki.ubuntu.com/FreezeExceptionProcess ), so it
could be discussed at the next Release team meeting?


> Could such an item be added to the agenda of the next release
> meeting?  It seems like the various groups typically reporting there
> would be natural delegates for the various areas on which they report
> (and those groups that had historical delegates ought be encouraged to
> participate and report in that forum).  Alternately, if more time is
> required, the 5th February meeting?

Sounds good to me.

Have a great day,
 Daniel



-- 
Ubuntu-motu mailing list
Ubuntu-motu@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-motu