On Mon, Apr 20, 2009 at 11:24:42PM +0200, Andreas Tille wrote:
> Here is the URL of the poll:
>http://doodle.com/2bp8rrh3i35sr4s7
Heya, thanks for the poll.
Nevertheless, I think I got a bit lost in the discussion.
Following it, I had the impression that there was a quasi-agreement on
Markdow
Josselin Mouette writes:
> If it’s just your decision, why are you bitching on this list?
That's a good question. It was fun for a while. But I think the
spectators are getting a bit bored. I'll stop now. Thanks for your
answers. Believe it or not, but I've learned a lot about hal from this
On Tue, 21 Apr 2009, Stefano Zacchiroli wrote:
Nevertheless, I think I got a bit lost in the discussion.
Following it, I had the impression that there was a quasi-agreement on
Markdown. Hence, I'm wondering what is the exact purpose of your
poll. With Markdown, you have alternative markers for d
On Tue, 21 Apr 2009, Andreas Tille wrote:
> I'm afraid that this leaves to much space for broken input as the
> airport-utils example in the end of [1] shows. Manoj tried to prove
> that markdown works perfectly - but it does not because the
> indentantion of the original input is just wrong. I wan
Hi you all,
don't know if this could be regarded as off topic, however it involves
debian package building system.
I am trying to build gdal libraries with ECW support (
http://trac.osgeo.org/gdal/wiki/ECW) because this compression format is not
enabled in the standard package.
I downloaded ECW
Don Armstrong wrote:
> On Tue, 21 Apr 2009, Andreas Tille wrote:
>> Moreover I see no reason to bind anybody to a certain library like
>> markdown.
>
> It's perfectly ok to punt the specification of the format to an
> external library, at least initially. If enough people don't want to
> use the m
ti, 2009-04-21 kello 10:37 +0200, Vincent Danjean kirjoitti:
> As shown before in the other thread, markdown does not work with
> the current long description : it needs pre-processing to add some
> blank lines before each list.
That's true. Because the Packages and debian/control files are in
p
On Tue, Apr 21, 2009 at 10:37:00AM +0200, Vincent Danjean wrote:
> As shown before in the other thread, markdown does not work with
> the current long description : it needs pre-processing to add some
> blank lines before each list.
I've the impression that you didn't read my post, I might be wr
ti, 2009-04-21 kello 12:00 +0200, Andreas Tille kirjoitti:
> In principle this is fine as well. That's why my initial mail[1]
> said "This suggestion is far from complete and should be enhanced."
> If there is a need to relax my strictly German habit to trimm
> everything very tidy - people should
On Tue, 21 Apr 2009, Andreas Tille wrote:
> On Tue, 21 Apr 2009, Don Armstrong wrote:
>> So long as we have an implementation which works for the vast
>> majority of cases we can file bugs to make it work for the few
>> cases where it doesn't. (Or the output can just be slightly broken
>> in those
On Tue, 21 Apr 2009, Don Armstrong wrote:
There's no point to defining rules without a working implementation,
because we don't know what the rules should be. Once there is a
working implementation that works for a reasonable majority of the
descriptions, we can define rules based on the impleme
On Tue, 21 Apr 2009, Don Armstrong wrote:
So long as we have an implementation which works for the vast majority
of cases we can file bugs to make it work for the few cases where it
doesn't. (Or the output can just be slightly broken in those cases;
it's not like that's a huge problem.)
IMHO t
On Tue, 21 Apr 2009, Lars Wirzenius wrote:
"Properly" here should mean "anything that the markdown language says is
OK". The markdown language is remarkably relaxed about indentation. It
can handle it fine if one list is indented by two space, and other by
three. There seems to be no need for De
Le Mon, Apr 20, 2009 at 05:55:20PM -0500, Manoj Srivastava a écrit :
>
> Is there anyone other than yourself who is actually unhappy
> about markdown/ReST?
Hi all, hi Andreas,
In the end, I do not think that it is a good idea to do typesetting in long
descriptions. In the packages I mai
Charles Plessy writes:
> In the end, I do not think that it is a good idea to do typesetting in
> long descriptions. In the packages I maintain, I will remove itemized
> and ordered lists if there are. This will solve Andreases problem.
What will you replace them with? They are a natural convent
Package: wnpp
Severity: wishlist
Owner: Charles Plessy
Dear all,
I have packaged a new CPAN module, MappedQueryDB, that will be used by another
software that I intend to package, EdgeExpressDB (more info in its ITP, that I
will post soon).
I will maintain the source package in the pkg-perl Alio
On Tue, Apr 21, 2009 at 01:08:24PM +0300, Lars Wirzenius wrote:
> Very well: your tendency towards strict consistency needs to be
> relaxed. :)
>
> Thus as far as I can see there is a rough consensus and the following
> should happen:
That's my reading as well. (Adding back -policy to the recipie
ti, 2009-04-21 kello 11:27 +0200, Andreas Tille kirjoitti:
> On Tue, 21 Apr 2009, Stefano Zacchiroli wrote:
>
> > Anticipating a potential objection: nested lists do work without
> > needing "blank" lines to separate nesting levels; I've just tried that
> > out.
>
> ... provided that lists are fo
On Tue, 21 Apr 2009, Stefano Zacchiroli wrote:
Anticipating a potential objection: nested lists do work without
needing "blank" lines to separate nesting levels; I've just tried that
out.
... provided that lists are formated properly in the first place (keyword:
broken spacings). That's why I
Hi,
On Dienstag, 21. April 2009, Andreas Tille wrote:
> There is no point in implementing better markup for the Blends pages
> if I know from the beginning that I will end up with broken pages
> for an undetermined time.
Perfect is the enemy of good.
regards,
Holger
signature.asc
Desc
+ Charles Plessy (Tue, 21 Apr 2009 20:49:27 +0900):
> Files: debian/*
> Copyright: 2009, Charles Plessy
> License: PD
> Please treat this packaging work as if it were in public domain.
Is such a wording actually appropriate for this, “as if”?
--
- Are you sure we're good?
- Always.
--
Charles Plessy (21/04/2009):
> Source: libmqdb-perl
> Section: perl
> Priority: optional
> Build-Depends: debhelper (>= 7)
> Build-Depends-Indep: libdbd-mysql-perl (>= 3.0005),
> libdbd-sqlite3-perl (>= 1.14), libdbi-perl (>= 1.51), perl (>= 5.6.0-12)
Le Tue, Apr 21, 2009 at 04:07:44PM +0200, Cyril Brulebois a écrit :
> Charles Plessy (21/04/2009):
> > Source: libmqdb-perl
> > Section: perl
> > Priority: optional
> > Build-Depends: debhelper (>= 7)
> > Build-Depends-Indep: libdbd-mysql-perl (>= 3.0005),
> > libdbd-sqlite3-perl (>= 1.14), libd
Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf
* Package name: libspreadsheet-ruby
Version : 0.6.3.1
Upstream Author : Hannes Wyss
* URL : http://spreadsheet.rubyforge.org/
* License : GPL-3
Programming Lang: Ruby
Description : Ruby library for ma
Michael Biebl wrote:
Roger Leigh wrote:
On Mon, Apr 20, 2009 at 05:52:41PM +0200, Michael Biebl wrote:
Roger Leigh wrote:
On Mon, Apr 20, 2009 at 03:55:15PM +0200, Michael Biebl wrote:
hal does not poll removable disks, it does though poll cd-rom drives for new
media and afaik there is no wa
Package: wnpp
Severity: wishlist
Owner: Gunnar Wolf
* Package name: ruby-ole
Version : 1.2.8.2
Upstream Author : aquasync (pending: Get his actual name!)
* URL : http://code.google.com/p/ruby-ole/
* License : GPL-2
Programming Lang: Ruby
Description : R
Giacomo A. Catenazzi wrote:
> Michael Biebl wrote:
>> Roger Leigh wrote:
>>> On Mon, Apr 20, 2009 at 05:52:41PM +0200, Michael Biebl wrote:
Roger Leigh wrote:
> On Mon, Apr 20, 2009 at 03:55:15PM +0200, Michael Biebl wrote:
>> hal does not poll removable disks, it does though poll
Charles Plessy (21/04/2009):
> > > libdbd-sqlite3-perl (>= 1.14), libdbi-perl (>= 1.51), perl (>= 5.6.0-12)
> > ^^
> > WTH?
>
> aqwa『~』$ zgrep -A1 -B1 '5.6.0-12' /usr/share/doc/dh-make-perl/changelog.gz
> * when module
On Tue, 21 Apr 2009 18:22:39 +0200, Cyril Brulebois wrote:
> > > > libdbd-sqlite3-perl (>= 1.14), libdbi-perl (>= 1.51), perl (>=
> > > > 5.6.0-12)
> > >
> > > ^^
> > > WTH?
> > aqwa『~』$ zgrep -A1 -B1 '5.6.0-12' /usr/sha
Stefano Zacchiroli wrote:
> On Tue, Apr 21, 2009 at 10:37:00AM +0200, Vincent Danjean wrote:
>> As shown before in the other thread, markdown does not work with
>> the current long description : it needs pre-processing to add some
>> blank lines before each list.
>
> I've the impression that you
On Tue, Apr 21, 2009 at 12:36:14PM +0300, Lars Wirzenius wrote:
> ti, 2009-04-21 kello 11:27 +0200, Andreas Tille kirjoitti:
> > On Tue, 21 Apr 2009, Stefano Zacchiroli wrote:
> >
> > > Anticipating a potential objection: nested lists do work without
> > > needing "blank" lines to separate nesting
On Tue, Apr 21, 2009 at 10:18:59AM +0200, cassiel wrote:
> Hi you all,
>
> don't know if this could be regarded as off topic, however it involves
> debian package building system.
>
> I am trying to build gdal libraries with ECW support (
> http://trac.osgeo.org/gdal/wiki/ECW) because this compre
Le Tue, Apr 21, 2009 at 06:22:39PM +0200, Cyril Brulebois a écrit :
> Charles Plessy (21/04/2009):
> > > > libdbd-sqlite3-perl (>= 1.14), libdbi-perl (>= 1.51), perl (>=
> > > > 5.6.0-12)
> > >
> > > ^^
> > > WTH?
> >
>
Le Tue, Apr 21, 2009 at 03:27:51PM +0200, Adeodato Simó a écrit :
> + Charles Plessy (Tue, 21 Apr 2009 20:49:27 +0900):
>
> > Files: debian/*
> > Copyright: 2009, Charles Plessy
> > License: PD
> > Please treat this packaging work as if it were in public domain.
>
> Is such a wording actually a
Charles Plessy writes:
> I thought so, since anyway in many countries one can not abandon his
> rights and put his work under the public domain.
The text that was recommended by the IETF lawyers was:
In addition, the authors (on behalf of themselves and their
employers) hereby relinqu
On Tue, Apr 21, 2009 at 06:13:47PM +0200, Michael Biebl wrote:
> > powertop encourages to disable polling, so it is a big point.
> I agree with you in general, but I doubt polling every 2 or 16 seconds will
> make
> any significant difference power consumption wise.
If it requires the drive to b
Package: wnpp
Owner: Ryan Niebur
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: libzoom-ruby
Version : 0.4.1
Upstream Author : Laurent Sansonetti
* URL : http://ruby-zoom.rubyforge.org/
* License : LGPL-2.1
Programming Lang: R
On Tue, 21 Apr 2009, Michael Banck wrote:
I for one like visual consistency even when reading package descriptions
via apt-cache etc.
It must be a boring German habit - I always felt this way myself. I
started some action when I noticed that my feeling turned out to
have technical advantages
Michael Biebl wrote:
> Giacomo A. Catenazzi wrote:
>> Michael Biebl wrote:
>>> Roger Leigh wrote:
On Mon, Apr 20, 2009 at 05:52:41PM +0200, Michael Biebl wrote:
> Roger Leigh wrote:
>
>> On Mon, Apr 20, 2009 at 03:55:15PM +0200, Michael Biebl wrote:
>>> hal does not poll remo
39 matches
Mail list logo
