headers
s. keeling | 1 Oct 05:18
Favicon

Re: ssh.upload.debian.org

["Followup-To:" header set to linux.debian.curiosa.]
Peter Palfrader <weasel <at> debian.org>:
>  bike-shedding.

Thanks, interesting segue.  http://www.bikeshed.com/ should be
mentioned.  Long, but well worth the read.

--

-- 
Any technology distinguishable from magic is insufficiently advanced.
(*)    http://blinkynet.net/comp/uip5.html      Linux Counter #80292
- -    http://www.faqs.org/rfcs/rfc1855.html    Please, don't Cc: me.
Permalink | Reply | 0 comments |
headers
Ben Finney | 1 Oct 06:59
Picon

Bug#500753: ITP: docutils-writer-manpage -- writer for Docutils that outputs Unix manual pages

Package: wnpp
Severity: wishlist
Owner: Ben Finney <ben+debian <at> benfinney.id.au>

* Package name    : docutils-writer-manpage
  Version         : 0.1~svn.20080921
  Upstream Author : Engelbert Gruber <grubert <at> users.sourceforge.net>
* URL             : http://docutils.sourceforge.net/sandbox/manpage-writer/
* License         : Public Domain
  Programming Lang: Python

Two binary packages will be built:

  Package: docutils-writer-manpage
  Description     : writer for Docutils that outputs Unix manual pages
     The purpose of the Docutils project is to create a set of tools for
     processing plaintext documentation into useful formats, such as HTML,
     XML, and TeX.
     .
     This package installs a Docutils Writer, named “manpage”, which
     writes its output in Unix manual page format.

  Package: rst2man
  Description: tool to convert reST documents to Unix manual pages
     The “rst2man” program converts a reStructuredText document (as
     defined by the Docutils project) to a Unix manual page.
Permalink | Reply | 2 comments |
headers
Christophe Prud'homme | 1 Oct 07:42
X-Face
Picon
Favicon

Bug#500755: ITP: freefem++ -- a PDE oriented language using the Finite Element Method

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel <at> lists.debian.org, pkg-scicomp-
devel <at> lists.alioth.debian.org, debian-science <at> lists.debian.org

--- Please fill out the fields below. ---

   Package name: freefem++
        Version: 2.24.2
Upstream Author: Frédéric Hecht
            URL: http://www.freefem.org/ff++/
        License: LGPL
    Description: 

FreeFem++ is an implementation of a language dedicated to the finite
element method. It enables you to solve Partial Differential
Equations (PDE) easily.

Problems involving PDE from several branches of physics such as
fluid-structure interactions require interpolations of data on
several meshes and their manipulation within one program. FreeFem++
includes a fast quadtree-based interpolation algorithm and a language
for the manipulation of these data on multiple meshes. It contains also  a 
powerful mesh  generation and adaption tool integrated seamlessly in FreeFem++ 
called bamg.

FreeFem++ is written in C++ and the FreeFem++ language is a C++
idiom allowing for a smooth learning curve.

Note that FreeFem++ comes with a copy of arpack++, it will need to be removed
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ben Armstrong | 1 Oct 11:37
Picon

Re: RFA: The Debian Jr. project

On Tue, 30 Sep 2008 16:30:40 +0200
Holger Levsen <holger <at> layer-acht.org> wrote:
> Yup. Has something happened on this in the last month?

Miriam Ruiz has some ideas, but since our initial contact on the
matter, I have not seen any action on them.

> Sounds good and compatible :)

OK ...

> That said, I dont see much of a problem here, or maybe rather, an easy way 
> out: Debian Edu provides two key features: customisation of the desktop for 
> pupils/schools and providing a network infrastructure for schools. Debian Jr. 
> doesnt need the latter at all (or? kindergarten network seems a bit far out 
> to me atm, maybe its not), but thats no issue, as Debian Edu also already has 
> standalone installs. 
> 
> And we even have different desktop profiles for standalone installs now: kde, 
> gnome and sugar. And I would love to extend this to "kde for primary school, 
> kde for middle classes, kde for high school and university" and the same with 
> gnome. And then also kde & gnome for kids.
> 
> I'd think this would boil down to provide a different installer image or 
> installation type with the existing image. So basically, a Debian Edu install 
> with "less overhead", which is not needed for a single^wstandalone kids 
> machine.

Well, technically, it appears things would work out.
(Continue reading)

Permalink | Reply | 8 comments |
headers
Miriam Ruiz | 1 Oct 11:55
Picon
Favicon
Gravatar

Re: RFA: The Debian Jr. project

2008/10/1 Ben Armstrong <synrg <at> sanctuary.nslug.ns.ca>:
> On Tue, 30 Sep 2008 16:30:40 +0200
> Holger Levsen <holger <at> layer-acht.org> wrote:
>> Yup. Has something happened on this in the last month?
>
> Miriam Ruiz has some ideas, but since our initial contact on the
> matter, I have not seen any action on them.

I have some ideas and I plan to do work on this. I just didn't have
time until now because this weeks have been really exahusting at work,
and also due to some personal matters involving someone in my close
family and the hospital. I might be a bit away these days, but I'm
definitely not giving up the project :)

>> Hm. Honestly, I have no idea how kids see Debian Jr. now, maybe I wonder if
>> they can see it, as currently afaik its "only" a packaging effort within
>> Debian, so I dont think it's visible to them. Do you agree? ;)
>
> Probably.  But it doesn't stop me from wishing this were not so.  I
> didn't want Debian Jr. to be *only* a packaging effort.  I wanted a
> living, breathing relationship between children, their caretakers and
> developers.  We've fallen far short of this lofty ideal, but that
> doesn't mean it can't or shouldn't be kept alive.  That's the
> distinctiveness that is at risk to be lost if we're just absorbed by
> Debian Edu.

I don't have the time nor the mood to fully explain my ideas right
now, but I will. I want to have children and teenagers somehow
involved in the development of what would be their distribution too,
and I think I know how to achieve that.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Andreas Tille | 1 Oct 12:08
Picon
Favicon

Re: RFA: The Debian Jr. project

On Wed, 1 Oct 2008, Ben Armstrong wrote:

> Probably.  But it doesn't stop me from wishing this were not so.  I
> didn't want Debian Jr. to be *only* a packaging effort.  I wanted a
> living, breathing relationship between children, their caretakers and
> developers.  We've fallen far short of this lofty ideal, but that
> doesn't mean it can't or shouldn't be kept alive.  That's the
> distinctiveness that is at risk to be lost if we're just absorbed by
> Debian Edu.

I absolutely subscribe to this statement.  I've nothing against Debian Edu
(rather the contrary) but I think Debian Jr. could do more for the
original target audience if it would keep a team alive.

> Not a bad technical solution, as I said.  Let's just see what comes of
> the alternate proposal by Miriam to have youth lead this project as a
> group before going down that road, though.

That would be ideal.  Miriam?

Kind regards

        Andreas.

--

-- 
http://fam-tille.de
Permalink | Reply | 2 comments |
headers
Miriam Ruiz | 1 Oct 12:23
Picon
Favicon
Gravatar

Re: RFA: The Debian Jr. project

2008/10/1 Andreas Tille <tillea <at> rki.de>:
> On Wed, 1 Oct 2008, Ben Armstrong wrote:
>> Not a bad technical solution, as I said.  Let's just see what comes of
>> the alternate proposal by Miriam to have youth lead this project as a
>> group before going down that road, though.
>
> That would be ideal.  Miriam?

That has been my plan since I said I was going to take care of the
project. I want us to make a distro for children and teens made by
youth themselves (of course, with the necessary technical assistance
from our side), in which they can get involved, they can control its
evolution and that they can feel it as their own (and not as
externally imposed to them). I seriously think the best way of making
it work is by having the kids themselves giving feedback and taking as
much decisions as possible and my roadplan goes along those lines. The
first step will be to design and develop the infrastructure needed for
kids to get involved, and that's the point where I'm currently at. I
plan to write more extensively on this when I have some time, but if
anyone who likes kids or is a kid her/himself has time and is willing
to get involved in helping push a project like this and wants to
contact me, I'll be willing to get some time out of nowhere to explain
my vision, to listen to alternative proposals to things I might be
considering, and to coordinate.

Greetings,
Miry
Permalink | Reply | 0 comments |
headers
Josselin Mouette | 1 Oct 12:27
Picon
Favicon

Re: Bug#500481: RFP: python-webkit -- python bindings for webkit

Le dimanche 28 septembre 2008 à 19:32 +0200, Thomas Viehmann a écrit :
> Package: wnpp
> Severity: wishlist
> X-Debbugs-Cc: debian-devel <at> lists.debian.org,
>   debian-python <at> lists.debian.org
> 
> * Package name    : python-webkit
> * URL             : http://live.gnome.org/PyWebKitGtk
> * License         : LGPL (according to their webpage)
>   Programming Lang: C (it is a Python extension module)
>   Description     : python bindings for webkit
> 
> The prospective maintainer would most likely want to join/work closely
> with the pkg-webkit group on alioth.
> 
> Kind regards and thanks to the packager to be!

Since it is probably going to be more widely used in GNOME 2.26, I’d
like to maintain it in the pkg-gnome repository. Christophe, since you
already proposed to maintain it, would you agree to co-maintain this
package there?

Cheers,
--

-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.
Permalink | Reply | 0 comments |
headers
Holger Levsen | 1 Oct 13:37

Re: RFA: The Debian Jr. project

Hi,

On Wednesday 01 October 2008 11:37, Ben Armstrong wrote:
> Probably.  But it doesn't stop me from wishing this were not so.  I
> didn't want Debian Jr. to be *only* a packaging effort.  I wanted a
> living, breathing relationship between children, their caretakers and
> developers.  We've fallen far short of this lofty ideal, but that
> doesn't mean it can't or shouldn't be kept alive.  That's the
> distinctiveness that is at risk to be lost if we're just absorbed by
> Debian Edu.

That living, breathing relationship stuff sounds good and like a worthwhile 
reason to keep Jr and Edu distinct. But then, it's also something I'd very 
much like to see for Debian Edu and Debian :) (Though then probably with 
slightly different players...)

regards,
	Holger, who is also curious to read more about Miriams ideas...
Permalink | Reply | 0 comments |
headers
Gunnar Wolf | 1 Oct 20:06
Gravatar

Re: Bug#500671: ITP: pgtap -- Unit testing framework for PostgreSQL

Ben Pfaff dijo [Tue, Sep 30, 2008 at 08:51:40AM -0700]:
> Pierre Chifflier <pollux <at> debian.org> writes:
> 
> >  pgTAP is a suite of database functions that make it easy to write
> >  TAP-emitting unit tests in psql scripts suitable for harvesting,
> >  analysis, and reporting by a TAP harness, such as those used in Perl
> >  and PHP applications.
> 
> Please state briefly what a TAP is somewhere in the description.
> (To me, a TAP is a virtual Ethernet device, but I think that that
> is not what is meant here.)

FWIW, it looks it refers to the Test Anything Protocol. Some pointers
for it:

http://testanything.org/
http://en.wikipedia.org/wiki/Test_Anything_Protocol
http://www.szabgab.com/blog/2008/09/1220345643.html

--

-- 
Gunnar Wolf - gwolf <at> gwolf.org - (+52-55)5623-0154 / 1451-2244
PGP key 1024D/8BB527AF 2001-10-23
Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
Permalink | Reply | 0 comments |

Gmane