Your message dated Sun, 20 Mar 2011 17:14:34 +0100
with message-id <[email protected]>
and subject line Bugs closed
has caused the Debian Bug report #579668,
regarding postfix: should use "${Newline}" instead of "${Newline} " in
debian/vars.in
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
579668: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=579668
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: postfix
Severity: normal
From a discussion in -i18n, followed up in -dpkg....
Postfix packages descriptions are now prepended by two spaces, making
them hard-formatted and looking ugly on packages.debian.org.
Quoting Raphael Hertzog ([email protected]):
> On Thu, 29 Apr 2010, Christian PERRIER wrote:
> > Description: CDB map support for Postfix
> > ${Description}
> > .
> > This provides support for CDB (constant database) maps in Postfix. If you
> > plan to use CDB maps with Postfix, you need this.
> >
> > the source tree also has debian/vars.in:
> >
> > Description=Postfix is Wietse Venema's mail transport agent that started
> > life as an${Newline} alternative to the widely-used Sendmail program.
> > Postfix attempts to${Newline} be fast, easy to administer, and secure,
> > while at the same time being${Newline} sendmail compatible enough to
> > not upset existing users. Thus, the outside${Newline} has a sendmail-ish
> > flavor, but the inside is completely different.
> >
> [...]
> > The problem, here, is that, apparently ${Newline} gets expanded
> > to "\n " and not "\n".
>
> ${Newline} gets expanded to "\n" but the substvar substitution is
> done on the content of the field after it has been parsed and not before
> which means that you don't get to see/deal with the initial space any
> more.
>
> This was probably different in older version of dpkg-dev but it has never
> been codified one way or another. The current approach is cleaner as you
> can put any value in the substvar and it should work. Before if you forgot
> the space you would have generated something invalid...
>
> This was changed in dpkg-dev 1.15.5. I would suggest to fix postfix
> to match the new behaviour (and build-depend on dpkg-dev (>= 1.15.5)
> to avoid problems with older dpkg-dev).
>
> I just added a paragraph in deb-substvars(5) to document this behaviour.
>
> Cheers,
> --
> Raphaël Hertzog
>
> Like what I do? Sponsor me:
> http://ouaza.com/wp/2010/01/05/5-years-of-freexian/
> My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/
>
>
> --
> To UNSUBSCRIBE, email to [email protected]
> with a subject of "unsubscribe". Trouble? Contact [email protected]
> Archive: http://lists.debian.org/20100429062120.GB3938@rivendell
>
>
>
> ** CRM114 Whitelisted by: WHITELIST **
>
--
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 2.7.1-2
For whatever reason, these bugs weren't closed when the version where
they are really fixed was uploaded. Hence doing so. I hope you won't
mind, Lamont.
(found this while tracking old opened l10n bugs)
It seems that bugs fixed by later versions weren't properly closed,
too. I'll do so as well.
--
signature.asc
Description: Digital signature
--- End Message ---
