Sebastian Kayser wrote: > Nicolai Schwindt wrote: >> [...] >>> This should obsolete related hacks required in other packages. I have it >>> running on a couple of non-GUI test boxes without hitches, but as it is >>> a to-be-adopted and fundamental package, I would appreciate a bit more >>> testing/feedback/review by some of you guys. >> >> I will give your version a try, as I always did have a patched version of >> iconv >> around, and am using a self compiled version of 1.13.1 for quite some time >> now. >> I can state that this version generally functions well, troublemaker like >> subversion works perfect with it. >> >> I'll let you know how things worked out > > cool, thanks for the support. Note though: I recently pulled the iconv > packages from testing, because they were ones, aimed at the CSWiconv -> > CSWlibiconv package name change. With various bits and pieces of our stack > currently being under heavy change (gtk, pango, bdb) I would like to > postpone such a (purely cosmetical) change. > > I will put new iconv packages with the current naming scheme into testing > later this day. Will keep you updated.
Ok, please give the packages in testing a try. http://mirror.opencsw.org/testing/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/libiconv-1.13.1,REV=2009.07.31-SunOS5.8-i386-CSW.pkg.gz Modeled after the ones in current, i.e. no spearate devel package, no pkg/swname changes. Should be least intrusive. File clash on /opt/csw/lib/{sparcv9,amd64}/charset.alias with gnugpg is known and already filed [1]. Shouldn't do any harm though, the files are identical. Sebastian [1] http://opencsw.org/bugtrack/view.php?id=3755 _______________________________________________ maintainers mailing list [email protected] https://lists.opencsw.org/mailman/listinfo/maintainers
