On 07/14/11 11:12 PM, James C. McPherson wrote:
> On 15/07/11 01:25 PM, Shawn Walker wrote:
> ...
>
>> I made some pkgsend changes in the last few days but those aren't in
>> the wos yet. Are you running pkg nightly bits?
>>
>> If so, I may have broken something because we're missing a test case.
>>
>> Otherwise, no idea at the moment. I can look at this in the morning in
>> more detail.
>>
>> If you are running pkg nightly bits, downgrading to the 169 wos bits
>> for pkg would be helpful. pkg update will let you do that if you
>> explicitly name te older versions of all the pkg(5) packages and
>> incorportation.
>
>
> Nope, not running pkg-nightly bits, we've never needed a
> license file for aw before
I think it was trying to tell you it couldn't find /opt/onbld/bin/i386/aw
in any of the -d directories listed in the pkgsend command and included
the full path of the last place it tried, which just happened to be
under ..../licenses:
-d /export/builds/onnv-tools/proto/root_i386-nd
-d /export/builds/onnv-tools/usr/src/tools/proto/root_i386-nd
-d packages.i386
-d /export/builds/onnv-tools/proto/root_i386-nd/licenses
so it wasn't a license file you were missing, but the aw binary itself.
Trying a quick experiment confirms that not found messages do include
the final -d path, which seems confusing:
alanc@also:/tmp [7:33am - 56] cat test.p5m
set fmri=pkg://test/[email protected],0.5.11-0.170
file path=not/found
alanc@also:/tmp [7:33am - 57] pkgrepo create -s test-repo
alanc@also:/tmp [7:33am - 58] pkgsend -s test-repo publish -d /usr -d /opt -d
/var --fmri-in-manifest --no-index --no-catalog test.p5m
pkgsend: No such file: '/var/not/found'.
It would make more sense for the message to be more like:
pkgsend: file 'not/found' not found in any source
--
-Alan Coopersmith- [email protected]
Oracle Solaris Platform Engineering: X Window System
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss