Rob McMahon wrote: > > Argh. Anybody know how to tweak this ? > > > pkg install SUNWipkg > Traceback (most recent call last): > File "/bin/pkg", line 2314, in ? > __img.history.operation_result = \ > File "/usr/lib/python2.4/vendor-packages/pkg/client/history.py", line > 205, in __setattr__ > self.__save() > File "/usr/lib/python2.4/vendor-packages/pkg/client/history.py", line > 417, in __save > encoding=sys.getdefaultencoding()) > File > "/var/tmp/pkgbuild-gbuild/SUNWPython-extra-2.4.2-build/usr/lib/python2.4/site-packages/_xmlplus/dom/minidom.py", > > line 1746, in writexml > File > "/var/tmp/pkgbuild-gbuild/SUNWPython-extra-2.4.2-build/usr/lib/python2.4/site-packages/_xmlplus/dom/minidom.py", > > line 821, in writexml > File > "/var/tmp/pkgbuild-gbuild/SUNWPython-extra-2.4.2-build/usr/lib/python2.4/site-packages/_xmlplus/dom/minidom.py", > > line 816, in writexml > File > "/var/tmp/pkgbuild-gbuild/SUNWPython-extra-2.4.2-build/usr/lib/python2.4/site-packages/_xmlplus/dom/minidom.py", > > line 304, in _write_data > AttributeError: 'NoneType' object has no attribute 'replace' > >
Sorry, following up to myself. It appears the old bug of bombing with IndexError: list index out of range using `compat' entries in /etc/passwd has now become "hard". I used to work around this by taking the + lines out of /etc/passwd before doing any pkg operations and putting them back afterwards (and updating the new image to reflect the change). Now without the lines it fails as above and with them it fails in the old way. This is now becoming serious. Doing a `getent passwd <me>' on another machine, and appending the output to /etc/passwd, having deleted all the + lines, has got pkg working again, but this is getting more and more of a pain. Cheers, Rob -- E-Mail: [EMAIL PROTECTED] PHONE: +44 24 7652 3037 Rob McMahon, IT Services, Warwick University, Coventry, CV4 7AL, England _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
