On September 2, 2015 01:33:35 PM Simon McVittie wrote: > Control: tags 797755 + wontfix > > On 02/09/15 13:05, Steve M. Robbins wrote: > > On September 2, 2015 10:55:01 AM you wrote: > >> In the case of insighttoolkit, std::string appears in installed headers, > >> so it seems very likely that a transition is needed. > > > > Do note that this packge is requested for removal (#795019) so there will > > be no work done to transition it. > > Marking this as wontfix on that basis. > > However, I notice that the removal bug is marked moreinfo, because the > ftp-masters will not remove insighttoolkit 3 while packages still depend > on it, unless those packages are also removed. Please tell that bug how > you plan to deal with this.
Well, insighttoolkit (v3) is also marked for autoremoval next week, so my plan is to let that happen -- and I presume the depending packages will also be removed at that time. > Does insighttoolkit4 still have a C++ ABI involving std::string, > std::list or other affected symbols? If it does, it will need a similar bug. I haven't checked, but I will be conservative and assume it needs transition. I have already staged v4.8 in experimental for that purpose; see also #793250 and #796561. Apologies if I have gone about this the wrong way. > Leaving insighttoolkit4 built with g++-4 is not a valid solution, Agree. -Steve
signature.asc
Description: This is a digitally signed message part.
