Bug 57244 – New version of libiconv (1.9.1)

• Product: Gentoo Linux
• Status: VERIFIED WONTFIX

[Description Forza 2004-07-15 17:28:24 UTC]

There is a new version of libiconv available at http://www.gnu.org/software/libiconv/



Reproducible: Always
Steps to Reproduce:





Would be nice to see a the new version of libiconv in portage.

[Comment 1 Spider (RETIRED) 2004-07-16 09:38:40 UTC]

due to the past issues with this package it is hard masked.  And I'm not convinced there is a good reason for this to be in the tree at all.

So, if this would be good, why?  And can it be guaranteed -not- to break things again?

[Comment 2 Forza 2004-07-16 09:51:01 UTC]

Oh I wouldn't know if this would break things. The reason I stumbled onto this package was that libiconv 1.8+ seemed to be needed by idnkit so I looked it up and found a newer version than the 1.7 which was in portage.

You might be right though that it isn't needed and should be banned.

[Comment 3 Spider (RETIRED) 2004-07-17 05:05:22 UTC]

well, anything that overwrites glibc's header files is ... Bad.

[Comment 4 Forza 2004-07-17 07:06:38 UTC]

Agreed. But then the idnkit package sould be removed or changed so it doesn't need libiconv, as the iconv.h is already installed by glibc?

[Comment 5 Spider (RETIRED) 2004-07-20 13:51:25 UTC]

according to the build in my local tree it doesn't depend on libiconv.

[Comment 6 Forza 2004-07-20 13:58:45 UTC]

Then I do not know. It did install it for me. Perhaps it was some setting I had or used. I re-emerged glibc and I could install idnkit after that so it seem to be all fine now.

[Comment 7 Spider (RETIRED) 2004-07-21 04:27:08 UTC]

I am very curious here, because libiconv is in package.mask and has been so for years, and if somone removes it?   *shrug*

well, glad its resolved.