Hi Danek,

thank you for reply.

I am not sure if my commands are correct...
I did what you wrote me:

sh-3.2# bunzip2 none.bz2

sh-3.2# cpio -idm < none
195 blocks

sh-3.2# rm none

sh-3.2# vi jack/Desktop/ddu.desktop

sh-3.2# pwd
/export/home/tester/tmp/SUNWslim-utils/archive

sh-3.2# find . -print |cpio -oVc >none

sh-3.2# rm -r jack/ lib/ sbin/ usr/ var/

sh-3.2# bzip2 none


sh-3.2# eval `pkgsend open SUNWslim-utils at 0.5.11,5.11-0.101`
sh-3.2# pkgsend import SUNWslim-utils
Traceback (most recent call last):
  File "/usr/bin/pkgsend", line 350, in ?
    ret = main_func()
  File "/usr/bin/pkgsend", line 325, in main_func
    trans_import(pcfg, pargs)
  File "/usr/bin/pkgsend", line 263, in trans_import
    for action in bundle:
  File 
"/usr/lib/python2.4/vendor-packages/pkg/bundle/SolarisPackageDirBundle.py",
line 66, in __iter__
    yield self.action(pkgmap[j(ci.name)],
KeyError: '.'
sh-3.2#

Could you please try edit any SVR4 package and then publish it?

Thank you.

Regards,

Jan Hlodan


On Sat, Nov 15, 2008 at 10:29 PM, Danek Duvall <danek.duvall at sun.com> wrote:
> On Sat, Nov 15, 2008 at 07:57:59PM +0100, Jan Hlodan wrote:
>
>> Yes, I didn't re-compress 'none' because I tried to publish whole
>> directory 'archive' into my localhost.
>> What I did but manifest looks pretty different than original manifest
>> of  SUNWslim-utils package.
>>
>> Now I tried to re-compress 'none' back into  'none.bz2'
>>
>> find archive -print |cpio -o |bzip2 >none.bz2
>
> That's going to put the directory "archive" into each path in the cpio
> archive, giving you te KeyError you saw.  You need to "cd archive; find .
> -print ... > ../none.bz2"
>
> Danek
>
>> I am thinking about option with application 'mc'
>> It allows me to edit compressed archive directly. So I don't have to
>> decompress/compress archive.
>> But as soon as I edit archive, I can't publish this package any more.
>
> And that's somehow making the archive no longer contain the data anymore,
> so it goes looking in the reloc directory, and fails.  It doesn't look like
> mc works for this purpose.
>
> Danek
>



-- 
Jan Hlodan
Prague, Czech Republic
jan.hlodan at gmail.com
+420776263175

Reply via email to