From maciej at opencsw.org  Mon Aug  4 11:10:48 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 4 Aug 2014 10:10:48 +0100
Subject: Updates from unstable to testing
Message-ID: <CALtRa-7R3qaiO+US83+JE6Drc_tcqDr__mgR-0VLZGMrM5w2-Q@mail.gmail.com>

Hello OpenCSW users,

The testing catalog will be now updated more frequently. Packages landing
in the unstable catalog will ripe for two weeks, and if there are no bug
reports against them, they will be promoted to the testing catalog.

Please use the unstable catalog on some of your machines, so that you have
a chance to discover problems before they hit the testing catalog. If you
notice a problem, please report an issue in our bug tracking system[1] and
set the severity to major or higher.

Maciej

[1] http://www.opencsw.org/bugtrack
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140804/306a1e68/attachment.html>

From dam at opencsw.org  Mon Aug  4 14:31:58 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 4 Aug 2014 14:31:58 +0200
Subject: OpenCSW question about package CSWmgar
In-Reply-To: <201408040339.s743dhv6005757@www.opencsw.org>
References: <201408040339.s743dhv6005757@www.opencsw.org>
Message-ID: <D01B1A93-CA42-433F-8004-2CEB0B1DBF36@opencsw.org>

Hi Roland,

Am 04.08.2014 um 05:39 schrieb rolands at logicaltech.com.au:
> I got a problem installing mgar, I just follow the instructions at
> http://www.opencsw.org/manual/for-maintainers/buildfarm-setup.html
> And at mgar init I get:
> tadm01 % mgar init
> Initializing the package build tree at /home/rolands/opencsw
> svn: E200029: Couldn\'t perform atomic initialization
> svn: E200030: SQLite compiled for 3.8.2, but running with 3.7.6.3
> tadm01 % 
> 
> I have updated svn and sqlite but still the same.
> 
> This is on Solaris 10 U11 SPARC.

I think this is a mixup of another svn in your path, please make sure to use only the OpenCSW svn.
Does
  PATH=/opt/csw/bin:$PATH
help? What does ?which svn? give?


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140804/af3e2c9f/attachment.p7s>

From dam at opencsw.org  Tue Aug  5 15:25:18 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 5 Aug 2014 15:25:18 +0200
Subject: OpenCSW question about package CSWmgar
In-Reply-To: <281A66F6E46847489D285FE6CE8147E303FD3FE224@CSS0031.logicaltech.local>
References: <201408040339.s743dhv6005757@www.opencsw.org>
	<D01B1A93-CA42-433F-8004-2CEB0B1DBF36@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD3FE224@CSS0031.logicaltech.local>
Message-ID: <25B85202-02A8-4DD3-9073-03A41530C898@opencsw.org>

Hi Roland,

(added users@, please always reply-to-all)

Am 05.08.2014 um 07:13 schrieb Roland Soderstrom <rolands at logicaltech.com.au>:
> I got further but now I'm stuck on python.
> It seems that it is the same problem with libs.
> tadm01 % /opt/csw/bin/python --version
> Python 2.6.4
> tadm01 % ldd /opt/csw/bin/python
>        libpython2.6.so.1.0 =>   /usr/lib/libpython2.6.so.1.0
> 
> Shouldn't that be /opt/csw/lib/ libpython2.6.so.1.0

Definitely. I just looked on the farm and the path is /opt/csw/lib/?
There has to be some kind of problem with your linker. Please post
  crle
  env
  ldd -v /opt/csw/bin/python
  dump -Lv /opt/csw/bin/python
  pkginfo -x CSWpython


Best regards

  ? Dago
  

> 
> - Roland
> 
> 
> -----Original Message-----
> From: Dagobert Michelsen [mailto:dam at opencsw.org] 
> Sent: Monday, 4 August 2014 10:32 PM
> To: Roland Soderstrom
> Cc: Questions and discussions
> Subject: Re: OpenCSW question about package CSWmgar
> 
> Hi Roland,
> 
> Am 04.08.2014 um 05:39 schrieb rolands at logicaltech.com.au:
>> I got a problem installing mgar, I just follow the instructions at
>> http://www.opencsw.org/manual/for-maintainers/buildfarm-setup.html
>> And at mgar init I get:
>> tadm01 % mgar init
>> Initializing the package build tree at /home/rolands/opencsw
>> svn: E200029: Couldn\'t perform atomic initialization
>> svn: E200030: SQLite compiled for 3.8.2, but running with 3.7.6.3
>> tadm01 % 
>> 
>> I have updated svn and sqlite but still the same.
>> 
>> This is on Solaris 10 U11 SPARC.
> 
> I think this is a mixup of another svn in your path, please make sure to use only the OpenCSW svn.
> Does
>  PATH=/opt/csw/bin:$PATH
> help? What does "which svn" give?
> 
> 
> Best regards
> 
>  - Dago
> 
> -- 
> "You don't become great by trying to be great, you become great by wanting to do something,
> and then doing it so hard that you become great in the process." - xkcd #896
> 

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140805/898f5b66/attachment.p7s>

From dam at opencsw.org  Wed Aug  6 09:13:59 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Aug 2014 09:13:59 +0200
Subject: OpenCSW question about package CSWmgar
In-Reply-To: <281A66F6E46847489D285FE6CE8147E303FD3FE58C@CSS0031.logicaltech.local>
References: <201408040339.s743dhv6005757@www.opencsw.org>
	<D01B1A93-CA42-433F-8004-2CEB0B1DBF36@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD3FE224@CSS0031.logicaltech.local>
	<25B85202-02A8-4DD3-9073-03A41530C898@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD3FE58C@CSS0031.logicaltech.local>
Message-ID: <2937F6B4-D67C-4946-936B-FCEA9A806159@opencsw.org>

Hi Roland,

Am 06.08.2014 um 00:34 schrieb Roland Soderstrom <Rolands at logicaltech.com.au>:
> Here is the output.
> My understanding of CSW is that it should be self-contained.
> Ie. Python will only look in CSW libs regardless of other settings. (maybe not LD_LIBRARY_PATH)
> Compiled with -R,

This is definitely true.

> 
> - Roland
> 
> 
> tadm01 % crle
> 
> Configuration file [version 4]: /var/ld/ld.config  
>  Platform:     32-bit MSB SPARC
>  Default Library Path (ELF):   /lib:/usr/lib:/usr/local/lib:/usr/local/rrdtool-1.2.19/lib:/opt/csw/lib
>  Trusted Directories (ELF):    /lib/secure:/usr/lib/secure  (system default)
> 
> Command line:
>  crle -c /var/ld/ld.config -l /lib:/usr/lib:/usr/local/lib:/usr/local/rrdtool-1.2.19/lib:/opt/csw/lib

You have tinkered with crle. I strongly suggest to never change linker setting with crle.

> tadm01 % env
> MANPATH=/usr/share/man:/usr/local/man:/usr/sfw/man:/usr/cluster/man
> SAL_USE_VCLPLUGIN=gen
> LC_MONETARY=en_AU.ISO8859-1
> USER_ACCESS_TREE=(ssh)rolands
> TERM=xterm
> SHELL=/usr/bin/bash
> SSH_CLIENT=192.168.30.103 42958 22
> LC_NUMERIC=en_AU.ISO8859-1
> OLDPWD=/home/rolands/opencsw/.buildsys/v2
> SSH_TTY=/dev/pts/3
> EDA_ARCHIVE_DIR=/opt/local/var/.archive
> HISTFILESIZE=10000
> USER=rolands
> LD_LIBRARY_PATH=/usr/lib:/usr/local/lib:/usr/openwin/lib

You have set LD_LIBRARY_PATH, please do not set LD_LIBRARY_PATH.
Having /usr/lib in LD_LIBRARY_PATH results in pulling in the pygthon system library first.

> ENV=/home/rolands/.bashrc
> PAGER=more
> USER_ACCESS=ssh
> MAIL=/var/mail//rolands
> PATH=/opt/csw/bin:/usr/bin:/usr/sbin:/usr/sfw/bin:/usr/local/bin:/usr/local/sbin
> LC_MESSAGES=C
> LC_COLLATE=en_AU.ISO8859-1
> PWD=/home/rolands/opencsw/.buildsys/v2/lib/web
> EDITOR=/opt/csw/bin/vim
> TZ=Australia/Victoria
> PS1=tadm01 % 
> SHLVL=1
> HOME=/home/rolands
> CFLAGS=-O2
> USER_REAL=rolands
> PYTHONPATH=/home/rolands/opencsw/.buildsys/v2
> LOGNAME=rolands
> SSH_CONNECTION=192.168.130.103 42958 192.168.130.5 22
> LC_CTYPE=en_AU.ISO8859-1
> USER_TRAIL=rolands
> CC=CC
> DISPLAY=localhost:12.0
> LC_TIME=en_AU.ISO8859-1
> _=/usr/bin/env
> tadm01 % ldd -v /opt/csw/bin/python
> 
>   find object=libpython2.6.so.1.0; required by /opt/csw/bin/python2.6
>        libpython2.6.so.1.0 =>   /usr/lib/libpython2.6.so.1.0
> 
>   find object=libsocket.so.1; required by /opt/csw/bin/python2.6
>        libsocket.so.1 =>        /usr/lib/libsocket.so.1
> 
>   find object=libnsl.so.1; required by /opt/csw/bin/python2.6
>        libnsl.so.1 =>   /usr/lib/libnsl.so.1
>   find version=libnsl.so.1
>        libnsl.so.1 (SUNW_1.9.1) =>      /usr/lib/libnsl.so.1
> 
>   find object=librt.so.1; required by /opt/csw/bin/python2.6
>        librt.so.1 =>    /usr/lib/librt.so.1
> 
>   find object=libdl.so.1; required by /opt/csw/bin/python2.6
>        libdl.so.1 =>    /usr/lib/libdl.so.1
> 
>   find object=libm.so.2; required by /opt/csw/bin/python2.6
>        libm.so.2 =>     /usr/lib/libm.so.2
> 
>   find object=libc.so.1; required by /opt/csw/bin/python2.6
>        libc.so.1 =>     /usr/lib/libc.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.22.2) =>       /usr/lib/libc.so.1
> 
>   find object=libresolv.so.2; required by /usr/lib/libpython2.6.so.1.0
>        libresolv.so.2 =>        /usr/lib/libresolv.so.2
> 
>   find object=libsocket.so.1; required by /usr/lib/libpython2.6.so.1.0
> 
>   find object=libnsl.so.1; required by /usr/lib/libpython2.6.so.1.0
> 
>   find object=librt.so.1; required by /usr/lib/libpython2.6.so.1.0
>   find version=librt.so.1
>        librt.so.1 (SUNW_1.2) =>         /usr/lib/librt.so.1
> 
>   find object=libdl.so.1; required by /usr/lib/libpython2.6.so.1.0
>   find version=libdl.so.1
>        libdl.so.1 (SISCD_2.3) =>        /usr/lib/libdl.so.1
> 
>   find object=libm.so.2; required by /usr/lib/libpython2.6.so.1.0
>   find version=libm.so.2
>        libm.so.2 (SUNW_1.2) =>  /usr/lib/libm.so.2
> 
>   find object=libnsl.so.1; required by /usr/lib/libsocket.so.1
>   find version=libnsl.so.1
>        libnsl.so.1 (SUNW_1.7) =>        /usr/lib/libnsl.so.1
>        libnsl.so.1 (SUNWprivate_1.1) =>         /usr/lib/libnsl.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libsocket.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.19) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libmp.so.2; required by /usr/lib/libnsl.so.1
>        libmp.so.2 =>    /usr/lib/libmp.so.2
>   find version=libmp.so.2
>        libmp.so.2 (SUNW_1.1) =>         /usr/lib/libmp.so.2
>        libmp.so.2 (SUNWprivate_1.1) =>  /usr/lib/libmp.so.2
> 
>   find object=libmd.so.1; required by /usr/lib/libnsl.so.1
>        libmd.so.1 =>    /usr/lib/libmd.so.1
> 
>   find object=libscf.so.1; required by /usr/lib/libnsl.so.1
>        libscf.so.1 =>   /usr/lib/libscf.so.1
>   find version=libscf.so.1
>        libscf.so.1 (SUNW_1.1) =>        /usr/lib/libscf.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libnsl.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.22.2) =>       /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libaio.so.1; required by /usr/lib/librt.so.1
>        libaio.so.1 =>   /usr/lib/libaio.so.1
>   find version=libaio.so.1
>        libaio.so.1 (SUNWprivate_1.1) =>         /usr/lib/libaio.so.1
> 
>   find object=libmd.so.1; required by /usr/lib/librt.so.1
> 
>   find object=libc.so.1; required by /usr/lib/librt.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.21) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libm.so.2
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.1) =>  /usr/lib/libc.so.1
> 
>   find object=libsocket.so.1; required by /usr/lib/libresolv.so.2
>   find version=libsocket.so.1
>        libsocket.so.1 (SUNW_1.4) =>     /usr/lib/libsocket.so.1
>        libsocket.so.1 (SUNWprivate_1.1) =>      /usr/lib/libsocket.so.1
> 
>   find object=libnsl.so.1; required by /usr/lib/libresolv.so.2
>   find version=libnsl.so.1
>        libnsl.so.1 (SUNW_1.9.1) =>      /usr/lib/libnsl.so.1
>        libnsl.so.1 (SUNWprivate_1.4) =>         /usr/lib/libnsl.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libresolv.so.2
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.22) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libmp.so.2
>   find version=libc.so.1
>        libc.so.1 (SYSVABI_1.3) =>       /usr/lib/libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libmd.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_0.9) =>  /usr/lib/libc.so.1
> 
>   find object=libdoor.so.1; required by /usr/lib/libscf.so.1
>        libdoor.so.1 =>  /usr/lib/libdoor.so.1
>   find version=libdoor.so.1
>        libdoor.so.1 (SUNWprivate_1.1) =>        /usr/lib/libdoor.so.1
> 
>   find object=libuutil.so.1; required by /usr/lib/libscf.so.1
>        libuutil.so.1 =>         /usr/lib/libuutil.so.1
>   find version=libuutil.so.1
>        libuutil.so.1 (SUNWprivate_1.1) =>       /usr/lib/libuutil.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libscf.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.21) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libgen.so.1; required by /usr/lib/libscf.so.1
>        libgen.so.1 =>   /usr/lib/libgen.so.1
>   find version=libgen.so.1
>        libgen.so.1 (SUNW_1.1) =>        /usr/lib/libgen.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libaio.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.22) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libdoor.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.22.1) =>       /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libuutil.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.19) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libgen.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.1) =>  /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   object=/usr/lib/libnsl.so.1; filter for libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/libnsl.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.22.2) =>       /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   object=/usr/lib/librt.so.1; filter for libc.so.1
> 
>   find object=libc.so.1; required by /usr/lib/librt.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_1.21) =>         /usr/lib/libc.so.1
>        libc.so.1 (SUNWprivate_1.1) =>   /usr/lib/libc.so.1
> 
>   object=/usr/lib/libdl.so.1; filter for /usr/lib/ld.so.1
> 
>   object=/usr/lib/libm.so.2; filter for $ORIGIN/libm/$HWCAP
> 
>   find object=/lib/libm/libm_hwcap1.so.2; required by /usr/lib/libm.so.2
> 
>   find object=/lib/libm/sparcv9; required by /usr/lib/libm.so.2
> 
>   object=/usr/lib/libc.so.1; filter for /usr/lib/ld.so.1
> 
>   object=/usr/lib/libc.so.1; filter for libm.so.2
> 
>   find object=libm.so.2; required by /usr/lib/libc.so.1
> 
>   object=/usr/lib/libc.so.1; filter for /platform/$PLATFORM/lib/libc_psr.so.1
> 
>   find object=/platform/SUNW,Sun-Fire-V245/lib/libc_psr.so.1; required by /usr/lib/libc.so.1
>        /platform/SUNW,Sun-Fire-V245/lib/libc_psr.so.1
> 
>   object=/usr/lib/libresolv.so.2; filter for libnsl.so.1
> 
>   find object=libnsl.so.1; required by /usr/lib/libresolv.so.2
>   find version=libnsl.so.1
>        libnsl.so.1 (SUNW_1.9.1) =>      /usr/lib/libnsl.so.1
>        libnsl.so.1 (SUNWprivate_1.4) =>         /usr/lib/libnsl.so.1
> 
>   object=/usr/lib/libmd.so.1; filter for /platform/$PLATFORM/lib/libmd_psr.so.1
> 
>   find object=/platform/SUNW,Sun-Fire-V245/lib/libmd_psr.so.1; required by /usr/lib/libmd.so.1
>        /platform/SUNW,Sun-Fire-V245/lib/libmd_psr.so.1
> 
>   find object=libc.so.1; required by /platform/SUNW,Sun-Fire-V245/lib/libmd_psr.so.1
>   find version=libc.so.1
>        libc.so.1 (SUNW_0.9) =>  /usr/lib/libc.so.1
> tadm01 % dump -Lv /opt/csw/bin/python
> -bash: dump: command not found
> tadm01 % /usr/ccs/bin/dump -Lv /opt/csw/bin/python
> 
> /opt/csw/bin/python:
> 
>  **** DYNAMIC SECTION INFORMATION ****
> .dynamic:
> [INDEX] Tag         Value
> [1]     POSFLAG_1       LAZYLOAD
> [2]     NEEDED          libpython2.6.so.1.0
> [3]     POSFLAG_1       LAZYLOAD
> [4]     NEEDED          libsocket.so.1
> [5]     POSFLAG_1       LAZYLOAD
> [6]     NEEDED          libnsl.so.1
> [7]     POSFLAG_1       LAZYLOAD
> [8]     NEEDED          librt.so.1
> [9]     POSFLAG_1       LAZYLOAD
> [10]    NEEDED          libdl.so.1
> [11]    POSFLAG_1       LAZYLOAD
> [12]    NEEDED          libm.so.2
> [13]    NEEDED          libc.so.1
> [14]    INIT            0x1088c
> [15]    FINI            0x1089c
> [16]    RUNPATH         /opt/csw/bdb47/lib:/opt/csw/lib
> [17]    RPATH           /opt/csw/bdb47/lib:/opt/csw/lib

RPATH is correctly set in the binary.

> [18]    HASH            0x10144
> [19]    STRTAB          0x10374
> [20]    STRSZ           0x35a
> [21]    SYMTAB          0x10204
> [22]    SYMENT          0x10
> [23]    CHECKSUM        0x15f
> [24]    VERNEED         0x106d0
> [25]    VERNEEDNUM      0x2
> [26]    PLTSZ           0x30
> [27]    PLTREL          0x7
> [28]    JMPREL          0x10750
> [29]    RELA            0x10750
> [30]    RELASZ          0x30
> [31]    RELAENT         0xc
> [32]    SYMINFO         0x100e8
> [33]    SYMINSZ         0x5c
> [34]    SYMINENT        0x4
> [35]    DEBUG           0
> [36]    FLAGS           0
> [37]    FLAGS_1         [ DIRECT ]
> [38]    SUNW_STRPAD     0x200
> [39]    SUNW_LDMACH     EM_SPARC
> [40]    PLTGOT          0x208ac
> tadm01 % pkginfo -x CSWpython
> CSWpython  python - A high-level scripting language, 2.6 series
>           (sparc) 2.6.9,REV=2013.10.31
> tadm01 %


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140806/5cf53303/attachment-0001.p7s>

From dam at opencsw.org  Thu Aug  7 10:00:06 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 7 Aug 2014 10:00:06 +0200
Subject: OpenCSW question about package CSWapache24
In-Reply-To: <201408061338.s76Dcocf026096@www.opencsw.org>
References: <201408061338.s76Dcocf026096@www.opencsw.org>
Message-ID: <31875334-D569-480F-9DC2-4744364FAB0C@opencsw.org>

Hi Bill,

Am 06.08.2014 um 15:38 schrieb bill.xourias at neosynthesis.com:
> was reviewing the packages for Apache httpd available on Opencsw --and was wondering if there are plans on creating Solaris 10 / Solaris 11 binaries for the latest release of Apache httpd (2.4.10)  and related modules 

Sure, I have just respun Apache 2.4.10, experimental packages will appear here in a minute:
  http://buildfarm.opencsw.org/experimental.html#apache24

Please let me know if everything is ok so I can push it to unstable.


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140807/e0c72cce/attachment.p7s>

From mark.blakeney at bullet-systems.net  Mon Aug 11 02:15:52 2014
From: mark.blakeney at bullet-systems.net (Mark Blakeney)
Date: Mon, 11 Aug 2014 10:15:52 +1000
Subject: ssh not working after today's updates
Message-ID: <ls91vq$q5j$1@ger.gmane.org>

I updated by box today via pkgutil -uy and now can not use ssh:

mark at SW-DEV:~ ssh my_box
ld.so.1: ssh: fatal: libc.so.1: version `SUNW_1.22.5' not found 
(required by file /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0)
ld.so.1: ssh: fatal: libc.so.1: open failed: No such file or directory
Killed

mark at SW-DEV:~ sudo pkgutil -V
- System -
Pkgutil         2.6.6
Arch            sparc
Solaris         5.10
Pkg patch       119317 (119317-01 installed)
GPG binary      /opt/csw/bin/gpg
Gzip binary     /bin/gzip
Mailx binary    /bin/mailx
MD5 binary      /opt/csw/bin/gmd5sum
MD5 module      2.39 (primary choice for MD5)
Perl            5.010001
Perl binary     /bin/perl
Wget binary     /usr/sfw/bin/wget
PATH            /usr/sbin:/bin:/usr/bin:/opt/csw/bin

- Configuration -
catalog_not_cached      true (default: true)
catalog_update          14 (default: 14)
deptree_filter_common   false (default: false)
exclude_pattern         not set (default: none)
gpg_homedir             not set (default: none)
maxpkglist              100000 (default: 10000)
mirror                  http://mirror.opencsw.org/opencsw/unstable
                         (default: 
http://mirror.opencsw.org/opencsw/testing)
noncsw                  false (default: false)
pkgaddopts              not set (default: none)
pkgliststyle            2 (default: 0)
pkgrmopts               not set (default: none)
root_path               not set (default: /)
show_current            true (default: true)
stop_on_hook_soft_error not set (default: false)
use_gpg                 false (default: false)
use_md5                 false (default: false)
wgetopts                not set (default: none)

mark at SW-DEV:~ sudo pkgutil --catinfo

URL             http://mirror.opencsw.org/opencsw/unstable/sparc/5.10
Release         -
Creation time   2014-08-10T21:12:57+02:00
Number of pkgs  3718
File 
/var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_unstable_sparc_5.10


From dam at opencsw.org  Mon Aug 11 08:25:52 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 11 Aug 2014 08:25:52 +0200
Subject: ssh not working after today's updates
In-Reply-To: <ls91vq$q5j$1@ger.gmane.org>
References: <ls91vq$q5j$1@ger.gmane.org>
Message-ID: <D7FD0DA0-691A-498E-8D99-B910B85246C9@opencsw.org>

Hi Mark,

Am 11.08.2014 um 02:15 schrieb Mark Blakeney <mark.blakeney at bullet-systems.net>:
> I updated by box today via pkgutil -uy and now can not use ssh:
> 
> mark at SW-DEV:~ ssh my_box
> ld.so.1: ssh: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0)
> ld.so.1: ssh: fatal: libc.so.1: open failed: No such file or directory
> Killed


Some packages have raised their minimum libc level in Solaris as they need
functions only available in newer versions. However, I can?t remember being
OpenSSL one of them:
  https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/openssl1/trunk/Makefile
(no specific linker maps specified)

@Yann: or is it because you specify linker maps for symbol export on your own
which voids the GAR map?


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140811/2dc06da6/attachment.p7s>

From jh at opencsw.org  Mon Aug 11 08:30:17 2014
From: jh at opencsw.org (Jan Holzhueter)
Date: Mon, 11 Aug 2014 08:30:17 +0200
Subject: ssh not working after today's updates
In-Reply-To: <D7FD0DA0-691A-498E-8D99-B910B85246C9@opencsw.org>
References: <ls91vq$q5j$1@ger.gmane.org>
	<D7FD0DA0-691A-498E-8D99-B910B85246C9@opencsw.org>
Message-ID: <53E862F9.6010209@opencsw.org>

Hi,

Am 11.08.14 um 08:25 schrieb Dagobert Michelsen:
> Hi Mark,
> 
> Am 11.08.2014 um 02:15 schrieb Mark Blakeney <mark.blakeney at bullet-systems.net>:
>> I updated by box today via pkgutil -uy and now can not use ssh:
>>
>> mark at SW-DEV:~ ssh my_box
>> ld.so.1: ssh: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0)
>> ld.so.1: ssh: fatal: libc.so.1: open failed: No such file or directory
>> Killed
> 
> 
> Some packages have raised their minimum libc level in Solaris as they need
> functions only available in newer versions. However, I can?t remember being
> OpenSSL one of them:
>   https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/openssl1/trunk/Makefile
> (no specific linker maps specified)
> 
> @Yann: or is it because you specify linker maps for symbol export on your own
> which voids the GAR map?

@ Dago we raised the min libc level a few months back to 1.22.5 since
it's now over 5 years old.

@ Mark
sorry for that you can either go back to the older version or update
your Solaris to a newer one. (Newer still beeing a 5 year old Solaris)

If that does not work for you you need to go back to sun ssh.
Sorry for that.

Greetings
Jan



From dam at opencsw.org  Tue Aug 12 08:23:06 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 12 Aug 2014 08:23:06 +0200
Subject: OpenCSW question about package CSWmgar
In-Reply-To: <281A66F6E46847489D285FE6CE8147E303FD401EF0@CSS0031.logicaltech.local>
References: <201408040339.s743dhv6005757@www.opencsw.org>
	<D01B1A93-CA42-433F-8004-2CEB0B1DBF36@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD3FE224@CSS0031.logicaltech.local>
	<25B85202-02A8-4DD3-9073-03A41530C898@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD3FE58C@CSS0031.logicaltech.local>
	<2937F6B4-D67C-4946-936B-FCEA9A806159@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD3FF954@CSS0031.logicaltech.local>
	<FA668338-B5C6-4B8E-B737-08DE174EFD67@opencsw.org>
	<281A66F6E46847489D285FE6CE8147E303FD401EF0@CSS0031.logicaltech.local>
Message-ID: <1FFB908D-90B8-4777-B9CB-11007AB74CA7@opencsw.org>

Hi Roland,

Am 12.08.2014 um 06:55 schrieb Roland Soderstrom <rolands at logicaltech.com.au>:
> I watched the excellent video on setting up mgar to start doing packages, well done.
> When it comes to mgar and more complicated packages what is the best forum to get help/answers?

You can either ask on users@ or if you package up something that you probably
want to maintain you can join maintainers@

> Im trying to build a Xymon-client right now and it doesn't work as expected.
> One problem is the xymon configure script that asks a bunch of questions.
> If I do a mgar configure it fails, probably because it can't answer those questions.
> If I run the configure manually and then mgar build it works.
> I put these lines in the Makefile, it didn't work either.
> EXTRA_TEST_ENV =  CONFTYPE=server
> EXTRA_TEST_ENV +=  XYMONUSER=xymon
> EXTRA_TEST_ENV +=  XYMONTOPDIR=/usr/local/xymon
> EXTRA_TEST_ENV +=  XYMONHOSTIP=127.0.0.1
> I might just got it wrong.
> 
> Setting the same vars manually and run configure manually works fine.

These variables are for the ?test? phase on ?make check?.
Try EXTRA_CONFIGURE_ENV :-)

The other variant is
  EXTRA_CONFIGURE_EXPORTS += CONFTYPE
  EXTRA_CONFIGURE_EXPORTS += XYMONUSER
  EXTRA_CONFIGURE_EXPORTS += XYMONTOPDIR
  EXTRA_CONFIGURE_EXPORTS += XYMONHOSTIP
  CONFIGURE_ENV_CONFTYPE = server
  ?
But both methods are perfectly ok.


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140812/af59f5f7/attachment-0001.p7s>

From dam at opencsw.org  Thu Aug 14 14:23:46 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 14 Aug 2014 14:23:46 +0200
Subject: OpenCSW question about package CSWprivoxy
In-Reply-To: <201408131435.s7DEZl1O023285@www.opencsw.org>
References: <201408131435.s7DEZl1O023285@www.opencsw.org>
Message-ID: <33890DD8-D0AB-4504-9637-9DD43D32E3E6@opencsw.org>

Hi,

Am 13.08.2014 um 16:35 schrieb yvoinov at gmail.com:
> does Privoxy works on Solaris 10? For me - not.
> 
> (Yes, I edit SMF-method, edit and check config - anyway, does not start).
> 
> BTW, standalone start with my config is ok. Not OK only SMF. No pid, no process.

Looks like it was a permission problem. I should pushed new packages to unstable/,
please open a bug report next time so progress can be properly tracked.


Best regards

  ? Dago


-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140814/274d09af/attachment.p7s>

From bwalton at opencsw.org  Thu Aug 14 16:05:06 2014
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 14 Aug 2014 15:05:06 +0100
Subject: Gotcha with upgrade of logwatch
Message-ID: <CAP30j14BtFyCT+-iTggMLQUh0Edzcz73D0-rQ+jG+oJMh2tCEg@mail.gmail.com>

Hi All,

There is a gotcha with the upgrade of logwatch. Your config file will be
removed during the update. In the future, changes will be preserved, but
because this file wasn't marked for special handling previously, it will be
lost at upgrade time. Please consider this the next time you pkgutil
upgrade.

I'm also looking at another potential issue with the handling of the
crontab entry (which was not changed during the latest update) and will let
you know if any additional care is required.

Thanks
-Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140814/aa821c95/attachment.html>

From dam at opencsw.org  Fri Aug 15 11:05:56 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 15 Aug 2014 11:05:56 +0200
Subject: OpenCSW question about package CSWprivoxy
In-Reply-To: <53EDC965.2090801@gmail.com>
References: <201408131435.s7DEZl1O023285@www.opencsw.org>
	<33890DD8-D0AB-4504-9637-9DD43D32E3E6@opencsw.org>
	<53ECB217.2020200@gmail.com>
	<82E2FA17-439F-4B76-B1DF-D67C1209249D@opencsw.org>
	<53EDB4D1.6000309@gmail.com>
	<95074DAE-46F6-4957-A1F4-E2E2A605F40C@opencsw.org>
	<53EDC965.2090801@gmail.com>
Message-ID: <9AE709A5-AE65-4397-897E-5B622E5390CC@opencsw.org>

Hi Yuri,

Am 15.08.2014 um 10:48 schrieb Yuri Voinov <yvoinov at gmail.com>:

> Also:
> 
> http://i.imgur.com/W0RDaI7.png
> 
> This incorrect.
> 
> The correct way to stop daemon without own stop command (like Squid) is:
> 
>  <exec_method
>    type='method'
>    name='stop'
>    exec=':kill'
>    timeout_seconds='60'>
>  </exec_method>

This is an autogenerated manifest in place for all our init.d scripts and
cswprivoxy has a stop method. Although I admit that it would be better to
have a crafted manifest and get rid of the startscript altogether.


Best regards

  ? Dago


> 
> 15.08.2014 14:09, Dagobert Michelsen ?????:
>> Hi,
>> 
>> Am 15.08.2014 um 09:20 schrieb Yuri Voinov <yvoinov at gmail.com>:
>>> Yep. My system uses unstable branch and update packages automatically.
>>> 
>>> Same shame:
>>> 
>>> http://i.imgur.com/X1lPzb1.png
>>> 
>>> So, privoxy came to maintenance state today morning. I've rollback to my
>>> manifest/control method. It works.
>> I just tested it on a freshly installed system and it works. Please make sure
>> to remove all your transient changes before testing.
>> 
>> 
>> Best regards
>> 
>>  ? Dago
>> 
> 
> 

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140815/eecb0516/attachment.p7s>

From bwalton at opencsw.org  Sun Aug 17 13:35:24 2014
From: bwalton at opencsw.org (Ben Walton)
Date: Sun, 17 Aug 2014 12:35:24 +0100
Subject: Bugs in CSWcas-crontab
Message-ID: <CAP30j1724VNQ_5e8ajjRuAXm_AdFxA1ejrRHSEFcBbJnxYnB8Q@mail.gmail.com>

Hi All,

I've just released an update to CSWcas-crontab to the unstable catalog. It
contains fixes for two bugs that both had the potential to damage crontab
files when packages relying on this class action script were uninstalled
(eg: during an update).

The first is that the logic used to remove lines from a users' crontab
would remove the intended lines _and_ all following lines.

The second is that any lines not removed by the first bug that contained
backslashes would have the backslashes stripped thus altering the commands
in the crontab entry.

I believe both of these issues are fixed
in cas_crontab-1.50,REV=2014.08.17. If you use any packages that depend on
cas_crontab, please ensure you update cas_crontab prior to updating any of
those packages.

Thanks to Wolfgang Goetz for pointing out these problems.

Thanks
-Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140817/85dfc0bb/attachment.html>

From daniel.j.mckinney.ctr at mail.mil  Tue Aug 19 21:16:21 2014
From: daniel.j.mckinney.ctr at mail.mil (McKinney, Daniel James CTR NG NGB ARNG (US))
Date: Tue, 19 Aug 2014 19:16:21 +0000
Subject: OpenSSL 1.0.1i (UNCLASSIFIED)
Message-ID: <A6042DFBC807D84FBE9EC684EEA505290152D80C@ugunhu3r.easf.csd.disa.mil>

Classification: UNCLASSIFIED
Caveats: FOUO

Hello CSW Users,

Stupid question.

I saw the RSS feed for the following announcement:
http://www.opencsw.org/2014/08/yet-another-openssl-security-update/ 
"Versions 0.9.8zb and 1.0.1i have landed in the unstable catalog. Thanks, Yann!"

My company is requiring us to upgrade our OpenSSL from 1.0.1h to 1.0.1i.  

On our SPARC Solaris 10 server, I ran the following commands:
# /opt/csw/bin/pkgutil -U
=> Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/sparc/5.10) if available ...
==> 3712 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_testing_sparc_5.10

# /opt/csw/bin/pkgutil -a CSWopenssl-utils
common               package              catalog                        size
openssl_utils        CSWopenssl-utils     1.0.1h,REV=2014.06.06        1.1 MB

# /opt/csw/bin/pkgutil -y -i CSWopenssl-utils
Solving needed dependencies ...
Solving dependency order ...
3 CURRENT packages:
        CSWcas-preserveconf-1.49,REV=2013.03.13
        CSWcommon-1.5,REV=2010.12.11
        CSWlibssl1-0-0-1.0.1h,REV=2014.06.06
Install 2 NEW packages:
        CSWisaexec-0.2,REV=2009.03.26 (opencsw/testing)
        CSWopenssl-utils-1.0.1h,REV=2014.06.06 (opencsw/testing)
Total size: 1.1 MB
=> Fetching CSWisaexec-0.2,REV=2009.03.26 (1/2) ...
=> Fetching CSWopenssl-utils-1.0.1h,REV=2014.06.06 (2/2) ...

=> Installing CSWisaexec-0.2,REV=2009.03.26 (1/2) ...
This interesting packaging hack is copyrighted by Philip Brown,
phil at bolthole.com
You may copy, install, and otherwise redistribute this package as you like,
without having to pay any fee, so long as it remain unchanged, and this notice
remain intact as the copyright notice.
Copying /usr/lib/isaexec to /opt/csw/bin/isaexec

Installation of <CSWisaexec> was successful.

=> Installing CSWopenssl-utils-1.0.1h,REV=2014.06.06 (2/2) ...
Please see /opt/csw/share/doc/openssl_utils/license for license information.
Copying sample config to /etc/opt/csw/ssl/openssl.cnf

Installation of <CSWopenssl-utils> was successful.

# /opt/csw/bin/openssl version
OpenSSL 1.0.1h 5 Jun 2014


So, my question is, how do I get the CSW "pkgutil" command to point to the "unstable catalog" that the RSS feed mentioned so that I can get the "openssl version" command to output "1.0.1i"?


Thanks ahead of time as this service is a god-send for us!

- Daniel 



Classification: UNCLASSIFIED
Caveats: FOUO



From bonivart at opencsw.org  Tue Aug 19 22:01:00 2014
From: bonivart at opencsw.org (Peter Bonivart)
Date: Tue, 19 Aug 2014 22:01:00 +0200
Subject: OpenSSL 1.0.1i (UNCLASSIFIED)
In-Reply-To: <A6042DFBC807D84FBE9EC684EEA505290152D80C@ugunhu3r.easf.csd.disa.mil>
References: <A6042DFBC807D84FBE9EC684EEA505290152D80C@ugunhu3r.easf.csd.disa.mil>
Message-ID: <CABY0g1V_roWOEhPx3wUExOzP1WG2WD71VLG=qtXH3UbjNesr6w@mail.gmail.com>

On Tue, Aug 19, 2014 at 9:16 PM, McKinney, Daniel James CTR NG NGB
ARNG (US) <daniel.j.mckinney.ctr at mail.mil> wrote:
> So, my question is, how do I get the CSW "pkgutil" command to point to the "unstable catalog" that the RSS feed mentioned so that I can get the "openssl version" command to output "1.0.1i"?

Replace "testing" with "unstable" on the mirror-line in
/etc/opt/csw/pkgutil.conf.

From Andreas.Dvorak at baaderbank.de  Fri Aug 22 13:32:49 2014
From: Andreas.Dvorak at baaderbank.de (Dvorak Andreas)
Date: Fri, 22 Aug 2014 13:32:49 +0200
Subject: CSWrsyslog 5.8.13 does not work with logger command
Message-ID: <E0A8D3556D452C42977202B2D609346604EFA87841@MSX2.baag>

Dear all

I have installed CSWrsyslog VERSION:  5.8.13,REV=2012.09.17 on Solaris 10 10/09 s10s_u8wos_08a SPARC and would like to send messages with the logger command to the syslog server, but rsyslog does not process the message.
The same logger command does work in Redhat 6.

Can somebody please help me?

logger "UNIGW#PROBLEM#4#test#sv2510#Test von Andreas#PWCHANGE#test"

cat /etc/opt/csw/rsyslog.conf
# Use traditional timestamp format
$ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat
# Provides kernel logging support (previously done by rklogd)
#$ModLoad imsolaris
# deduplicate repeated messages
$RepeatedMsgReduction on
# Regeln einbinden
$IncludeConfig /etc/rsyslog.d/*.conf
# Log all kernel messages to the console.
# Logging much else clutters up the screen.
#kern.*                                                 /dev/console
# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages
# The authpriv file has restricted access.
authpriv.*                                              /var/log/secure
# Log all the mail messages in one place.
mail.*                                                  -/var/log/maillog
# Log cron stuff
cron.*                                                  /var/log/cron
# Everybody gets emergency messages
*.emerg                                                *
# Save news errors of level crit and higher in a special file.
uucp,news.crit                                          /var/log/spooler
# Save boot messages also to boot.log
local7.*                                                /var/log/boot.log
# Alles was bis hier nicht weggefiltert wurde geht an netcool
*.warning;local5.none;local6.none                             @10.110.10.69

/var/log/messages
Aug 22 13:24:38 sv2510 rsyslogd: imuxsock does not run because we could not aquire any socket
Aug 22 13:24:38 sv2510 rsyslogd: [origin software="rsyslogd" swVersion="5.8.13" x-pid="9276" x-info="http://www.rsyslog.com"] start
Aug 22 13:24:38 sv2510 rsyslogd: WARNING: rsyslogd is running in compatibility mode. Automatically generated config directives may interfer with your rsyslog.conf settings. We suggest upgrading your config and adding -c5 as the first rsyslogd option.
Aug 22 13:24:38 sv2510 rsyslogd: Warning: backward compatibility layer added to following directive to rsyslog.conf: ModLoad immark
Aug 22 13:24:38 sv2510 rsyslogd: Warning: backward compatibility layer added to following directive to rsyslog.conf: MarkMessagePeriod 1200
Aug 22 13:24:38 sv2510 rsyslogd: Warning: backward compatibility layer added to following directive to rsyslog.conf: ModLoad imuxsock

I have read http://www.rsyslog.com/why-does-imuxsock-not-work-on-solaris/, so I put $ModLoad imsolaris in my config, but it still does not work an I get the same message in /var/log/messages

Best regards
Andreas Dvorak

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140822/a45193b1/attachment.html>

From ghenry at cmi.univ-mrs.fr  Mon Aug 25 09:59:20 2014
From: ghenry at cmi.univ-mrs.fr (G H)
Date: Mon, 25 Aug 2014 09:59:20 +0200
Subject: bind log file too big
Message-ID: <53FAECD8.50203@cmi.univ-mrs.fr>

hello all,

i have CSW9.9.5,REV=2014.05.08 on old S10 sparc.
After 2 days, named.run is more than 2.5Gb, even i did:
/opt/csw/sbin/rndc notrace

Is it normal? Is it preferable to use logadm to rotate this file or a 
custom script?

thanks in advance for help,

gerard

From bonivart at opencsw.org  Mon Aug 25 10:30:47 2014
From: bonivart at opencsw.org (Peter Bonivart)
Date: Mon, 25 Aug 2014 10:30:47 +0200
Subject: bind log file too big
In-Reply-To: <53FAECD8.50203@cmi.univ-mrs.fr>
References: <53FAECD8.50203@cmi.univ-mrs.fr>
Message-ID: <CABY0g1Xzx3qbC2_1vsQLWKzpdV1+4a8KFygwg65Y9qLMDQ+CQw@mail.gmail.com>

On Mon, Aug 25, 2014 at 9:59 AM, G H <ghenry at cmi.univ-mrs.fr> wrote:
> hello all,
>
> i have CSW9.9.5,REV=2014.05.08 on old S10 sparc.
> After 2 days, named.run is more than 2.5Gb, even i did:
> /opt/csw/sbin/rndc notrace

Post the output of "rndc status".

> Is it normal? Is it preferable to use logadm to rotate this file or a custom
> script?

Normal is to use it only temporarily when debugging so I usually just
empty it when done.

From ghenry at cmi.univ-mrs.fr  Mon Aug 25 10:52:54 2014
From: ghenry at cmi.univ-mrs.fr (G H)
Date: Mon, 25 Aug 2014 10:52:54 +0200
Subject: bind log file too big
In-Reply-To: <CABY0g1Xzx3qbC2_1vsQLWKzpdV1+4a8KFygwg65Y9qLMDQ+CQw@mail.gmail.com>
References: <53FAECD8.50203@cmi.univ-mrs.fr>
	<CABY0g1Xzx3qbC2_1vsQLWKzpdV1+4a8KFygwg65Y9qLMDQ+CQw@mail.gmail.com>
Message-ID: <53FAF966.4000400@cmi.univ-mrs.fr>



On 08/25/2014 10:30 AM, Peter Bonivart wrote:
> On Mon, Aug 25, 2014 at 9:59 AM, G H <ghenry at cmi.univ-mrs.fr> wrote:
>> hello all,
>>
>> i have CSW9.9.5,REV=2014.05.08 on old S10 sparc.
>> After 2 days, named.run is more than 2.5Gb, even i did:
>> /opt/csw/sbin/rndc notrace
>
> Post the output of "rndc status".
>

dnsserv # /opt/csw/sbin/rndc status
version: 9.9.5 <id:f9b8a50e>
CPUs found: 32
worker threads: 32
UDP listeners per interface: 32
number of zones: 103
debug level: 16
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 0/0/1000
tcp clients: 0/100
server is up and running


strange that debug level is 16

From bonivart at opencsw.org  Mon Aug 25 11:05:06 2014
From: bonivart at opencsw.org (Peter Bonivart)
Date: Mon, 25 Aug 2014 11:05:06 +0200
Subject: bind log file too big
In-Reply-To: <53FAF966.4000400@cmi.univ-mrs.fr>
References: <53FAECD8.50203@cmi.univ-mrs.fr>
	<CABY0g1Xzx3qbC2_1vsQLWKzpdV1+4a8KFygwg65Y9qLMDQ+CQw@mail.gmail.com>
	<53FAF966.4000400@cmi.univ-mrs.fr>
Message-ID: <CABY0g1XgSeRRigfs2xdPiuO4jB+3Dh33VGDk-q76szBvxJwwdw@mail.gmail.com>

On Mon, Aug 25, 2014 at 10:52 AM, G H <ghenry at cmi.univ-mrs.fr> wrote:
> dnsserv # /opt/csw/sbin/rndc status
> version: 9.9.5 <id:f9b8a50e>
> CPUs found: 32
> worker threads: 32
> UDP listeners per interface: 32
> number of zones: 103
> debug level: 16
> xfers running: 0
> xfers deferred: 0
> soa queries in progress: 0
> query logging is OFF
> recursive clients: 0/0/1000
> tcp clients: 0/100
> server is up and running
>
>
> strange that debug level is 16

So that's the problem, we just need to find out why it doesn't disable
it. Please post output of "rndc notrace" and "rndc trace 0".

From ghenry at cmi.univ-mrs.fr  Mon Aug 25 11:30:38 2014
From: ghenry at cmi.univ-mrs.fr (G H)
Date: Mon, 25 Aug 2014 11:30:38 +0200
Subject: bind log file too big
In-Reply-To: <CABY0g1XgSeRRigfs2xdPiuO4jB+3Dh33VGDk-q76szBvxJwwdw@mail.gmail.com>
References: <53FAECD8.50203@cmi.univ-mrs.fr>	<CABY0g1Xzx3qbC2_1vsQLWKzpdV1+4a8KFygwg65Y9qLMDQ+CQw@mail.gmail.com>	<53FAF966.4000400@cmi.univ-mrs.fr>
	<CABY0g1XgSeRRigfs2xdPiuO4jB+3Dh33VGDk-q76szBvxJwwdw@mail.gmail.com>
Message-ID: <53FB023E.4020009@cmi.univ-mrs.fr>

On 08/25/2014 11:05 AM, Peter Bonivart wrote:
> On Mon, Aug 25, 2014 at 10:52 AM, G H <ghenry at cmi.univ-mrs.fr> wrote:
>> dnsserv # /opt/csw/sbin/rndc status
>> version: 9.9.5 <id:f9b8a50e>
>> CPUs found: 32
>> worker threads: 32
>> UDP listeners per interface: 32
>> number of zones: 103
>> debug level: 16
>> xfers running: 0
>> xfers deferred: 0
>> soa queries in progress: 0
>> query logging is OFF
>> recursive clients: 0/0/1000
>> tcp clients: 0/100
>> server is up and running
>>
>>
>> strange that debug level is 16
>
> So that's the problem, we just need to find out why it doesn't disable
> it. Please post output of "rndc notrace" and "rndc trace 0".
>

dnsserv # /opt/csw/sbin/rndc notrace
dnsserv # /opt/csw/sbin/rndc trace 0
dnsserv # /opt/csw/sbin/rndc status
version: 9.9.5 <id:f9b8a50e>
CPUs found: 32
worker threads: 32
UDP listeners per interface: 32
number of zones: 103
debug level: 0
xfers running: 0
xfers deferred: 0
soa queries in progress: 0
query logging is OFF
recursive clients: 1/0/1000
tcp clients: 0/100
server is up and running
dnsserv #

ok, "trace 0" does the job

From daniel.j.mckinney.ctr at mail.mil  Tue Aug 26 13:15:14 2014
From: daniel.j.mckinney.ctr at mail.mil (McKinney, Daniel James CTR NG NGB ARNG (US))
Date: Tue, 26 Aug 2014 11:15:14 +0000
Subject: OpenSSL 1.0.1i (UNCLASSIFIED)
In-Reply-To: <CABY0g1V_roWOEhPx3wUExOzP1WG2WD71VLG=qtXH3UbjNesr6w@mail.gmail.com>
References: <A6042DFBC807D84FBE9EC684EEA505290152D80C@ugunhu3r.easf.csd.disa.mil>
	<CABY0g1V_roWOEhPx3wUExOzP1WG2WD71VLG=qtXH3UbjNesr6w@mail.gmail.com>
Message-ID: <A6042DFBC807D84FBE9EC684EEA505290152FE6D@ugunhu3r.easf.csd.disa.mil>

Classification: UNCLASSIFIED
Caveats: FOUO

Peter,

Thanks very kindly.  That is exactly what I needed to know.  I appreciate your time!

Thanks,

Daniel McKinney


-----Original Message-----
From: users [mailto:users-bounces+daniel.j.mckinney.ctr=mail.mil at lists.opencsw.org] On Behalf Of Peter Bonivart
Sent: Tuesday, August 19, 2014 4:01 PM
To: Questions and discussions
Subject: Re: OpenSSL 1.0.1i (UNCLASSIFIED)

On Tue, Aug 19, 2014 at 9:16 PM, McKinney, Daniel James CTR NG NGB ARNG (US) <daniel.j.mckinney.ctr at mail.mil> wrote:
> So, my question is, how do I get the CSW "pkgutil" command to point to the "unstable catalog" that the RSS feed mentioned so that I can get the "openssl version" command to output "1.0.1i"?

Replace "testing" with "unstable" on the mirror-line in /etc/opt/csw/pkgutil.conf.

Classification: UNCLASSIFIED
Caveats: FOUO



From dam at opencsw.org  Tue Aug 26 13:20:35 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 26 Aug 2014 13:20:35 +0200
Subject: OpenCSW question about package CSWrapidsvn
In-Reply-To: <201408252034.s7PKYEDW005451@www.opencsw.org>
References: <201408252034.s7PKYEDW005451@www.opencsw.org>
Message-ID: <D4F7A20A-80F0-4C1F-8CC0-7A30A139D487@opencsw.org>

Hi Chris,

Am 25.08.2014 um 22:34 schrieb pei at qedfs.com:
> We have CSWrapidsvn and its dependencies installed on a Solaris 10 Sparc machine. When trying to run rapidsvn, we got the following error:
> 
> ld.so.1: rapidsvn: fatal: relocation error: file /opt/csw/lib/libsvncpp.so.3: symbol svn_client_get_simple_provider: referenced symbol not found
> 
> Could this be some linking issue with libsvn_client-1.so.0 at build time? what would be your recommended solution?

It looks like there was a binary-incompatible change on the library. Can you please
try this recompiled package and let me know?
  http://buildfarm.opencsw.org/experimental.html#rapidsvn


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140826/60780f2a/attachment.p7s>

From dam at opencsw.org  Tue Aug 26 16:55:29 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 26 Aug 2014 16:55:29 +0200
Subject: OpenCSW question about package CSWrapidsvn
In-Reply-To: <000a01cfc135$70e3f9d0$52abed70$@qedfs.com>
References: <201408252034.s7PKYEDW005451@www.opencsw.org>
	<D4F7A20A-80F0-4C1F-8CC0-7A30A139D487@opencsw.org>
	<000a01cfc135$70e3f9d0$52abed70$@qedfs.com>
Message-ID: <75D08767-6229-4808-B9C7-AD095EB9A59A@opencsw.org>

Hi Chris,

Am 26.08.2014 um 15:55 schrieb Chris Pei <pei at qedfs.com>:
> The new packages worked perfect! Thanks again for your help!

The new rapidsvn packages have been pushed to unstable, you should find them in
the repo within a day.


Best regards

  ? Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20140826/abed9c4f/attachment.p7s>