On Wednesday 30 March 2005 09:56 am, Daniel Burrows wrote:
> We can also extend the description format in backwards-compatible ways.
> So, while a proper markup language would be nice, that doesn't preclude
> fixing the bullet problem, albeit in a slightly hacky way, NOW. What about
> this:
[Branden Robinson]
> > Branden Robinson <[EMAIL PROTECTED]>:
> > twofish
>
> Go ahead and file a bug for this one, please
Sorry, no can do - twofish isn't actually uncontroversially buggy. It
handles bullet lists in the de facto standard way, which I didn't like,
but I have since been persuad
On Wed, Mar 30, 2005 at 03:54:36AM -0600, Peter Samuelson wrote:
> [Peter Samuelson]
> > I'd like to file a mass bug for these, but it's on the order of 583
> > binary packages in 430 source packages, so I obviously want to get
> > some feedback first.
>
> Jeroen van Wolffelaar pointed out to me t
On Wednesday 30 March 2005 11:44 am, Andrew Suffield wrote:
> I know of at least two such languages. Don't include 'o'.
Ok, will do. Or, um, not do.
Daniel
--
/--- Daniel Burrows <[EMAIL PROTECTED]> --\
|Human beings were created by water to transpor
On Wed, Mar 30, 2005 at 09:56:36AM -0500, Daniel Burrows wrote:
> Bullet characters are (maybe) "-", "+", "*", and "o"; the frontend may
> render them literally or modify their appearence as it deems appropriate.
> NOTE: it might be a good idea to exclude "o"; I doubt many packages use "o"
>
On Wednesday 30 March 2005 09:56 am, Daniel Burrows wrote:
> A line beginning with two or more spaces, followed by a bullet character
> and a space, is considered to be an element of a bulleted list. Every
> succeeding line that begins with N+1 or more spaces, where N is the number
> of spaces p
On Wednesday 30 March 2005 05:19 am, Jeroen van Wolffelaar wrote:
> Ideally, all packaging tools would support some kind of very simple
> markup language to support enumerations in a sane way, but that's a
> long-term project.
There's room in the description standard for future extensions: quoti
On Wed, Mar 30, 2005 at 04:42:24AM -0600, Peter Samuelson wrote:
> Omitting the check for forced word-wrapping in bullets cuts down the
> list of offenders drastically. The following are source packages that
> actually display _incorrectly_ in dselect / aptitude because bullet
> points incorrectly
[Jeroen van Wolffelaar]
> It seems like this list has a lot of false positives, take for example
> php-mail-mime:
>
> | Description: PHP PEAR module for creating and decoding MIME messages
> | Provides classes to deal with creation and manipulation of mime messages:
> | .
> | * mime.php: Crea
On Wed, Mar 30, 2005 at 03:54:36AM -0600, Peter Samuelson wrote:
>
> [Peter Samuelson]
> > I'd like to file a mass bug for these, but it's on the order of 583
> > binary packages in 430 source packages, so I obviously want to get
> > some feedback first.
>
> Jeroen van Wolffelaar pointed out to m
[Peter Samuelson]
> I'd like to file a mass bug for these, but it's on the order of 583
> binary packages in 430 source packages, so I obviously want to get
> some feedback first.
Jeroen van Wolffelaar pointed out to me that 430 source packages is a
bit much for a mass bug, especially if lintian/
Package: linda
Version: 0.3.10
Severity: wishlist
ObListCC: search for 'mass bug' below.
Lots of packages have a Description field that includes a bullet list.
There is no good way to do these, unfortunately, but lots of wrong
ways. In particular, you'll cause incorrect line wrapping in dselect
12 matches
Mail list logo
