On 2010-04-20 16:30 +0200, Sven Joachim wrote:

> On 2010-04-20 13:28 +0200, Craig Small wrote:
>
>>   I've recently got this email. The proposal would be to put the mlterm
>> terminfo file back into ncurses-term and remove it from the mlterm
>> package.
>>
>> I think this is a good idea and ncurses-term is better suited as
>> ncurses-base is for the more common ones.
>>
>> Bug 458448 has some discussion but I cannot see why we wouldn't use the
>> ncurses one.  If you have any objections let me know otherwise I'll make
>> the adjustments.
>
> The only problem I see is that mlterm 3.0.0 added support for 256 colors
> which we should not use in ncurses-term to avoid breaking older
> versions.  Probably it would be best to add an mlterm-256color entry to
> ncurses' terminfo.src.

Thomas has done this in the 20100612 patch, and I have just backported
it to our version since I think we're not going to switch to a newer
upstream patchlevel before squeeze.

>> ----- Forwarded message from أحمد المحمودي <aelmahmo...@sabily.org> -----
>> Hello,
>>
>>   Recently I've been helping Kenshi Muto in packaging mlterm, I found a 
>>   rather old bug requestion that mlterm package stops shipping the 
>>   terminfo entry for mlterm, as ncurses upstream ships one that is even 
>>   better. So I've changed that in git already [1], yet I'd like to 
>>   co-ordinate with you when to release this fix in order that users of 
>>   mlterm won't miss the mlterm terminfo entry for a long period. So what 
>>   do you say ?

I have added "Replaces: mlterm-common (<< 3.0.1-2)" and
"Breaks: mlterm-common (<< 3.0.1-2)" to ncurses-term.  The latter is to
enforce an upgrade of mlterm-common, lest installing and then removing
ncurses-term might lose the mlterm terminfo entry.

Since mlterm-common 3.0.1-2 will have to depend on
ncurses-term (>= 5.7+20100313-3)  we'll need to coordinate
simultaneous uploads of ncurses and mlterm to avoid uninstallability.

Cheers,
       Sven



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to