Matt Ingenthron wrote:
Shawn Walker wrote:
The OpenSolaris 200x distribution has not been through "ARC" yet so
that does not apply.
Uhhh... The various ARC processes have been adapted to the
consolidations that feed into OpenSolaris and are used prodigiously when
looking at the integration of things into into various consolidations.
Trust me... I've seen the SFWNV side of this. ipkg may be able to
blissfully eschew ARC in it's current lifecycle so you may not have seen
it, but I doubt it'll stay that way forever.
I wasn't implying that ips or anything else didn't have to go through
ARC *eventually*, I was just pointing out that many things had not been
through ARC *yet*. For example, configuration changes made to the
default $PATH, etc.
The Image Packaging System project intends to go through ARC eventually,
just not now.
As I said before, the empty packages are only there because a way to
obsolete packages does not exist yet, and this is currently expected
(though annoying) behaviour.
I hope there's not a larger issue there. I'll go bug the i18n people.
In my particular case, lack of GNU libiconv means that the perl GD
module won't build. That, in turn, means some Open Source I've been
happily using now needs me to go resolve the dependencies for it.
It's a big step backwards in OpenSolaris being more compatible with Open
Source out of the box, so I sincerely hope there isn't a removal of GNU
libiconv in the works for OpenSolaris 2009.06.
Well, the package is intentionally empty, and it will be delivered that
way in 2009.06 as far as I know since build 111 is essentially 2009.06
and it is empty for that build. However, GNU libiconv may be delivered
by another package under a different name or be somehow otherwise
integrated. I'm not the person to ask.
--
Shawn Walker
_______________________________________________
indiana-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
