[titan : /tank/patch : 5 ] ./pca -l missing Using /var/tmp/patchdiag.xref from Aug/16/22 Host: titan (SunOS 5.10/Generic_153153-06/sparc/sun4u) List: missing (0/0)
[titan : /tank/patch : 6 ] ./pca -l all Using /var/tmp/patchdiag.xref from Aug/16/22 Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2515 [titan : /tank/patch : 7 ] I have never tried all before - I typically install using “missing”. Stuart > On Aug 17, 2022, at 07:29, Marcel Hofstetter <hofstet...@jomasoft.ch> wrote: > > Hi Stuart > > and pca -l all works? > > > > Am 17.08.2022 um 16:20 schrieb Stuart Biggar: >> Seems to work on an ancient Solaris 10 SPARC system (with the built-in perl >> version as far as I know): >> [titan : /etc : 3 ] cat release >> Solaris 10 8/07 s10s_u4wos_12b SPARC >> Copyright 2007 Sun Microsystems, Inc. All Rights Reserved. >> Use is subject to license terms. >> Assembled 16 August 2007 >> [titan : /etc : 4 ] cd /tank/patch >> [titan : /tank/patch : 5 ] perl -v >> This is perl, v5.8.4 built for sun4-solaris-64int >> (with 47 registered patches, see perl -V for more detail) >> Copyright 1987-2004, Larry Wall >> Perl may be copied only under the terms of either the Artistic License or the >> GNU General Public License, which may be found in the Perl 5 source kit. >> Complete documentation for Perl, including FAQ lists, should be found on >> this system using `man perl' or `perldoc perl'. If you have access to the >> Internet, point your browser at http://www.perl.com/, the Perl Home Page. >> [titan : /tank/patch : 6 ] ./pca -d missing >> Using /var/tmp/patchdiag.xref from Aug/16/22 >> Host: titan (SunOS 5.10/Generic_153153-06/sparc/sun4u) >> List: missing (0/0) >> [titan : /tank/patch : 10 ] ./pca -v >> pca 20190715-02 >> I used pca to update the system to the current level about 15 days ago. >> Worked OK then and doesn’t find anything to download this morning. Granted >> this is a really old SPARC system - we do have 11.4 on newer intel machines >> but don’t use pca there. >> Stuart >>> On Aug 17, 2022, at 07:09, Ken Harford <kharf...@comcast.net> wrote: >>> >>> Thanks Marcel for the information. I guess the question is does it work for >>> Solaris 10 anymore? I don’t have the option of updating to Solaris 11. >>> >>> Ken >>> >>>> On Aug 17, 2022, at 9:06 AM, Marcel Hofstetter <hofstet...@jomasoft.ch> >>>> wrote: >>>> >>>> Hi Ken >>>> >>>> I can confirm, we have the same problem on Solaris 10. >>>> >>>> It works on Solaris 11 with newer perl version >>>> >>>> -bash-5.1$ perl -v >>>> >>>> This is perl 5, version 32, subversion 0 (v5.32.0) built for >>>> sun4-solaris-thread-multi-64 >>>> >>>> Copyright 1987-2020, Larry Wall >>>> >>>> Perl may be copied only under the terms of either the Artistic License or >>>> the >>>> GNU General Public License, which may be found in the Perl 5 source kit. >>>> >>>> Complete documentation for Perl, including FAQ lists, should be found on >>>> this system using "man perl" or "perldoc perl". If you have access to the >>>> Internet, point your browser at http://www.perl.org/, the Perl Home Page. >>>> >>>> Best regards, >>>> Marcel Hofstetter >>>> JomaSoft GmbH >>>> >>>> >>>> >>>> Am 16.08.2022 um 21:00 schrieb Ken Harford: >>>>> Addendum >>>>> I have updated perl to 5.10 and now this is what I receive as an error >>>>> message: >>>>> Using /var/tmp/patchdiag.xref from Aug/15/22 >>>>> Day too big - 36890 > 24853 >>>>> Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 >>>>> perl -V >>>>> Summary of my perl5 (revision 5 version 10 subversion 1) configuration: >>>>> Platform: >>>>> osname=solaris, osvers=2.10, archname=i86pc-solaris >>>>> uname='sunos wdpv2vilv01 5.10 generic_150401-28 i86pc i386 i86pc ' >>>>> config_args='-Dcc=gcc' >>>>> hint=recommended, useposix=true, d_sigaction=define >>>>> useithreads=undef, usemultiplicity=undef >>>>> useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef >>>>> use64bitint=undef, use64bitall=undef, uselongdouble=undef >>>>> usemymalloc=n, bincompat5005=undef >>>>> Compiler: >>>>> cc='gcc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include >>>>> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DPERL_USE_SAFE_PUTENV', >>>>> optimize='-O', >>>>> cppflags='-fno-strict-aliasing -pipe -I/usr/local/include' >>>>> ccversion='', gccversion='3.4.6', gccosandvers='solaris2.10' >>>>> intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 >>>>> d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 >>>>> ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', >>>>> lseeksize=8 >>>>> alignbytes=4, prototype=define >>>>> Linker and Libraries: >>>>> ld='gcc', ldflags =' -L/usr/local/lib ' >>>>> libpth=/usr/local/lib /usr/lib /usr/ccs/lib >>>>> libs=-lsocket -lnsl -ldl -lm -lc >>>>> perllibs=-lsocket -lnsl -ldl -lm -lc >>>>> libc=/lib/libc.so, so=so, useshrplib=false, libperl=libperl.a >>>>> gnulibc_version='' >>>>> Dynamic Linking: >>>>> dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags=' ' >>>>> cccdlflags='-fPIC', lddlflags='-G -L/usr/local/lib' >>>>> Characteristics of this binary (from libperl): >>>>> Compile-time options: PERL_DONT_CREATE_GVSV PERL_MALLOC_WRAP >>>>> PERL_USE_SAFE_PUTENV USE_LARGE_FILES USE_PERLIO >>>>> Built under solaris >>>>> Compiled at Aug 16 2022 14:51:12 >>>>> Ken >>>>>> On Aug 16, 2022, at 11:47 AM, Ken Harford <kharf...@comcast.net> wrote: >>>>>> >>>>>> Hi All, >>>>>> >>>>>> This already may have been addressed but I am new here >>>>>> >>>>>> When running "pca -l all” on Solaris 10 I get the following error: >>>>>> >>>>>> Using /var/tmp/patchdiag.xref from Aug/15/22 >>>>>> Cannot handle date (0, 0, 0, 01, 0, 2071) at ./pca line 2511 >>>>>> >>>>>> Has anybody else run into this? And if so is there a workaround? >>>>>> >>>>>> Thanks >>>>>> Ken >>>> >>>> >>> >>> > >
smime.p7s
Description: S/MIME cryptographic signature