[indiana-discuss] disappearance of SUNWgnu-libiconv and other issues with 111a

[Shawn Walker]

Matt Ingenthron wrote:
> Hi all,
> 
> I performed an image-update of a system I had at home following the 
> /release of 2008.11 to the current /dev so I could test things (file 
> issues if needed) and then go back to /release once 2009.06 comes out.
> 
> 1) Grub seems broken after the update.  The system boots to a "grub>" 
> prompt.  Feeding it the equivalent of what is in the menu.lst it will 
> boot, but after that boot invoking installgrub did not help with 
> subsequent reboots.  The menu.lst is correct.  The most recent thing 
> I've tried is doing a beadm activate old/new... we'll see if that fixes 
> it.  This is somewhat concerning to me, as it would leave a lot of users 
> stuck.
> 
> 2) New Intel graphics drivers seem faster... especially with 3D... but 
> after the driver puts the monitor in low power mode, it never comes back 
> to life.  Even an svcadm restart gdm won't kill the old X... it seems to 
> try to start another X and fails not finding an adapter.  The only way 
> out I've found (from ssh) is to kill (SIGKILL) X, then restart gdm. 
> SIGHUP and SIGTERM don't do anything to Xorg when in this state.
> 
> 3) Something changed with pkg:/SUNWgnu-libiconv.  I verified my old boot 
> environment has the files in the package, but I can't make sense of why 
> they're all gone in the new one:
> 
> ingenthr at shorter:~# pkg search -r libiconv.so.2
> INDEX      ACTION    VALUE                     PACKAGE
> basename   link      usr/gnu/lib/amd64/libiconv.so.2 
> pkg:/SUNWgnu-libiconv at 0.5.11-0.75
> basename   link      usr/gnu/lib/libiconv.so.2 
> pkg:/SUNWgnu-libiconv at 0.5.11-0.75
> basename   link      usr/gnu/lib/amd64/libiconv.so.2 
> pkg:/SUNWgnu-libiconv at 0.5.11-0.79
> basename   link      usr/gnu/lib/libiconv.so.2 
> pkg:/SUNWgnu-libiconv at 0.5.11-0.79
> basename   link      usr/gnu/lib/amd64/libiconv.so.2 
> pkg:/SUNWgnu-libiconv at 0.5.11-0.75
> basename   link      usr/gnu/lib/libiconv.so.2 
> pkg:/SUNWgnu-libiconv at 0.5.11-0.75
> ingenthr at shorter:~# pkg install pkg:/SUNWgnu-libiconv
> No updates available for this image.  ingenthr at shorter:~# pkg verify 
> pkg:/SUNWgnu-libiconv
> ingenthr at shorter:~# pkg contents pkg:/SUNWgnu-libiconv
> PATH
> ingenthr at shorter:~# pkg verify -v pkg:/SUNWgnu-libiconv
> PACKAGE                                             STATUS 
> pkg:/SUNWgnu-libiconv                                   OK
> ingenthr at shorter:~# pkg list -v pkg:/SUNWgnu-libiconv
> FMRI                                                             
> STATE      UFIX
> pkg:/SUNWgnu-libiconv at 0.5.11,5.11-0.111:20090418T191123Z         
> installed  ----
> ingenthr at shorter:~# pkg refresh
> ingenthr at shorter:~# pkg verify pkg:/SUNWgnu-libiconv
>                                                                                
> ingenthr at shorter:~# pkg authority
> PUBLISHER                             TYPE     STATUS   URI
> opensolaris.org          (preferred)  origin   online   
> http://pkg.opensolaris.org/dev/
> ingenthr at shorter:~# mkdir /mnt/opensolaris-1
> ingenthr at shorter:~# beadm mount opensolaris-1 /mnt/opensolaris-1
> ingenthr at shorter:~# ls /mnt/opensolaris-1/usr/gnu/lib/
> amd64           libcharset.so.1        libiconv.so.2
> charset.alias  libcharset.so.1.0.0  libiconv.so.2.4.0
> libcharset.so  libiconv.so        preloadable_libiconv.so
> ingenthr at shorter:~# beadm umount opensolaris-1
> 
> 
> I searched for existing bugs with libiconv (in both bugzilla and 
> bugster), but don't see anything.  I also didn't see anything in flag 
> days, but I suspect this package doesn't come from ONNV, so I'm not sure 
> where to look.

SUNWgnu-libiconv was a temporary package before it was properly 
integrated, so it is now empty:

http://pkg.opensolaris.org/dev/manifest/0/SUNWgnu-libiconv%400.5.11%2C5.11-0.111%3A20090418T191123Z

It is empty because we currently don't have a good way to deal with 
package obsoletion or removal.

Cheers,
-- 
Shawn Walker