Dagobert Michelsen | 26 Aug 16:55 2014

Re: OpenCSW question about package CSWrapidsvn

Hi Chris,

Am 26.08.2014 um 15:55 schrieb Chris Pei <pei@...>:
> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 26 Aug 13:20 2014

Re: OpenCSW question about package CSWrapidsvn

Hi Chris,

Am 25.08.2014 um 22:34 schrieb pei@...:
> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
G H | 25 Aug 09:59 2014
Picon

bind log file too big

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

Dvorak Andreas | 22 Aug 13:32 2014
Picon

CSWrsyslog 5.8.13 does not work with logger command

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                             <at> 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

 

OpenSSL 1.0.1i (UNCLASSIFIED)

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@...
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

Ben Walton | 17 Aug 13:35 2014

Bugs in CSWcas-crontab

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
Dagobert Michelsen | 15 Aug 11:05 2014

Re: OpenCSW question about package CSWprivoxy

Hi Yuri,

Am 15.08.2014 um 10:48 schrieb Yuri Voinov <yvoinov@...>:

> 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@...>:
>>> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Ben Walton | 14 Aug 16:05 2014

Gotcha with upgrade of logwatch

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
Dagobert Michelsen | 14 Aug 14:23 2014

Re: OpenCSW question about package CSWprivoxy

Hi,

Am 13.08.2014 um 16:35 schrieb yvoinov@...:
> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Dagobert Michelsen | 12 Aug 08:23 2014

Re: OpenCSW question about package CSWmgar

Hi Roland,

Am 12.08.2014 um 06:55 schrieb Roland Soderstrom <rolands@...>:
> 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 <at>  or if you package up something that you probably
want to maintain you can join maintainers <at> 

> 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

Attachment (smime.p7s): application/pkcs7-signature, 3267 bytes
Mark Blakeney | 11 Aug 02:15 2014
Picon

ssh not working after today's updates

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


Gmane