[Python-modules-team] Bug#567378: Bug#567378: Using alternatives for /usr/bin/markdown?
Bernd Zeimetz
bernd at bzed.de
Mon Feb 8 21:50:28 UTC 2010
Damyan Ivanov wrote:
> -=| Bernd Zeimetz, Mon, Feb 08, 2010 at 01:09:04PM +0100 |=-
>> as we have three packages now which provide /usr/bin/markdown it
>> could make
>> sense to use alternatives here, although I didn't check if the three
>> implementations are compatible enough. At least this would be a better solution
>> than what the perl module does now - conflicting against the markdown package.
>> Probably people want to be able to use both versions?
>>
>> Any opinions on that?
>
> Nt really an oppinion, rather just some data:
>
> The contents of 'markdown' and 'libtext-markdown-perl' look very
> similar:
>
[...]
>
> Reading their copyright files, it seems like libtext-markdown-perl is
> a fork of John Gruber's markdown, which seems like not much maintained
> upstream (last release in 2004).
Is there a reason why markdown should be kept in the archive then? Migrating to
to libtext-markdown-perl sounds like the best idea. I'm CCing the RFA bug for
markdown to let people know about that. We could make markdown a package which
depends on libtext-markdown-perl | python-markdown to migrate to an uptodate
version and handle /usr/bin/markdown by alternatives. The other option would be
to drop /usr/bin/markdown from the python package, I don't have a proper opinion
on that the best thing is yet.
--
Bernd Zeimetz Debian GNU/Linux Developer
http://bzed.de http://www.debian.org
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
More information about the Python-modules-team
mailing list