From dam at opencsw.org  Tue Sep  1 09:26:30 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 1 Sep 2009 09:26:30 +0200
Subject: [csw-users] [csw-members] Compiler used?
In-Reply-To: <239E996F5C620A4E8A369B7D818326B261902D@PUSMNEI1.pwemail.us>
References: <239E996F5C620A4E8A369B7D818326B261902D@PUSMNEI1.pwemail.us>
Message-ID: <D180C6A3-F8E4-4731-BC98-81E4B1591BA4@opencsw.org>

Hi George,

(transferring the thread from members@ to users@)

Am 31.08.2009 um 21:04 schrieb Wyche, George PW:
> Pardon my ignorance, but I cannot find a description of the compiler 
> (s)
> used at the build farm(s).

The following software is installed:

   Software      | Path                  | login |  b8s |  b9s | b10s  
|  b8x |  b9x | b10x
   --------------+-----------------------+-------+------+------+------ 
+------+------+------
   Sun Studio 11 | /opt/studio/SOS11     |  No   | Yes  | Yes  | Yes   
| Yes  | Yes  | Yes
   Sun Studio 12 | /opt/studio/SOS12     |  No   |  No  | Yes  | Yes   
|  No  | Yes  | Yes
   GCCFSS 4.2.0  | /opt/SUNWgccfss/4.2.0 |  No   | Yes  | Yes  | Yes   
|  No  |  No  |  No
   GCCFSS 4.2.1  | /opt/SUNWgccfss/4.2.1 |  No   | Yes  | Yes  | Yes   
|  No  |  No  |  No

> Beyond jus being told outright, where might I find that information in
> the opencsw.org web pages?

It is not on the webpages, but only on /etc/SETUP on the farm.

> Why do I need to know?
> I am under the impression that if I want to extend Python, then I must
> create a dynamic library and that it must be built with the same
> compiler as Python was compiled with. I use gcc and gfortran.

Aha! For gcc we just use our own OpenCSW GCC compilers, which are not  
relocatable.
They are installed at
   /opt/csw/gcc3/bin/gcc
   /opt/csw/gcc4/bin/gcc

Best regards

   -- Dago

From maciej at opencsw.org  Tue Sep  1 11:33:03 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 1 Sep 2009 10:33:03 +0100
Subject: [csw-users] Trying to build pgadmin3
In-Reply-To: <4A9C45E2.7070509@yahoo.co.uk>
References: <4A9C45E2.7070509@yahoo.co.uk>
Message-ID: <ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>

On Mon, Aug 31, 2009 at 10:51 PM, Richard Gomes<rgomes1997 at yahoo.co.uk> wrote:
> (...)
> ???? # Install wxWidgets contrib modules.
> ???? cd contrib/
> ???? make
> ???? sudo make install

This might be the missing bit. I'll take another look at the wxwidgets
package and see if I can get it to include the stc.h header file.

Maciej

From mats.larsson at ericsson.com  Tue Sep  1 13:41:00 2009
From: mats.larsson at ericsson.com (Mats Larsson)
Date: Tue, 01 Sep 2009 13:41:00 +0200
Subject: [csw-users] Firefox 3 release
In-Reply-To: <4A9C47D6.4010501@wbonnet.net>
References: <4A9C47D6.4010501@wbonnet.net>
Message-ID: <4A9D084C.1040005@ericsson.com>

Hi Will,

Good work indeed. Any chance for a Fx 3.5.x soon?

BR MOL

On 2009-08-31 23:59, William Bonnet wrote:
> Hi,
>
> I'm pleased to announced that Firefox 3.0.13 has been pushed to 
> current. This version supports Solaris 8 and newer (thanks goes to 
> James Lee for pointing me the solution).
>
> Thunderbird has also been updated to version 2.0.0.23, latest stable 
> before TB3 is released.
>
> cheers
> W.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090901/1811ab9a/attachment.html>

From william at wbonnet.net  Tue Sep  1 13:45:10 2009
From: william at wbonnet.net (William Bonnet)
Date: Tue, 01 Sep 2009 13:45:10 +0200
Subject: [csw-users] Firefox 3 release
In-Reply-To: <4A9D084C.1040005@ericsson.com>
References: <4A9C47D6.4010501@wbonnet.net> <4A9D084C.1040005@ericsson.com>
Message-ID: <4A9D0946.7060104@wbonnet.net>

Hi Mats

> Good work indeed. Any chance for a Fx 3.5.x soon?
Thanks

It all depends on what means soon :)

Firefox 3.5.1 is compiling on our build farm, but it is not running yet. 
We have several dependencies to update before we can release it. Work 
have started on updating this libs, but it will take some time and a lot 
of testing...

Now that Firefox 3.0.x has been released it will be updated on a regular 
basis. The most difficult part of the work is behind now.

cheers
W.

From dam at opencsw.org  Tue Sep  1 17:32:18 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 1 Sep 2009 17:32:18 +0200
Subject: [csw-users] New in testing: parallel gzip 'pigz' (pronounced
	pig-zee)
Message-ID: <12435D87-4BB6-4BC1-A4E4-D3F4110AAA01@opencsw.org>

Hi,

there is a parallel gzip in testing/ from Mark Adler:
   pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u pigz
   pkgutil -t http://mirror.opencsw.org/opencsw/testing -i pigz

Some tests:

> build8st% ls -l x
> -rw-r--r--   1 dam      csw      336455680 Sep  1 17:05 x

File is roughly 336 MB is size

> build8st% time pigz x
> pigz x  215.55s user 1.91s system 3065% cpu 7.094 total

Compression takes 7 seconds instead 3 1/2 minutes on T5220!

> build8st% time unpigz x.gz
> unpigz x.gz  10.36s user 1.79s system 143% cpu 8.446 total

Parallel gunzip is only 1,5 times faster

> build8st% time pigz -9 x
> pigz -9 x  396.91s user 1.96s system 2334% cpu 17.087 total

Higher compressions take 17 seconds instead of 6 1/2 minutes!!

> build8st% cksum x.gz
> 585068046       123219628       x.gz

Write that down.

> build8st% time unpigz x.gz
> unpigz x.gz  10.34s user 1.79s system 144% cpu 8.413 total
> build8st% time gzip -9 x
> gzip -9 x  241.84s user 1.56s system 99% cpu 4:03.40 total

Traditional gzip takes less total CPU but 4 minutes total.

> build8st% cksum x.gz
> 206071496       123179310       x.gz

Different checksum, but both archives are valid.



I guess I'll switch package compression in GAR to pigz after
release.


Best regards

   -- Dago

PS: ...and don't forget: it is pronounced "pig-zee"


From schwindt at dfki.uni-kl.de  Tue Sep  1 20:18:08 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Tue, 01 Sep 2009 20:18:08 +0200
Subject: [csw-users]  Webdav trouble
Message-ID: <200909011818.n81II86d029673@dfki.uni-kl.de>


Last week I updated on of our production webserver to current.
.. and found I missed some tests before doing that.

The effect was all webdav enabled sources including svn stopped working 
( one could still read, but not 'write').

The problem could be narrowed down to the  DAVLockDB. So I hoped simply 
downgrading dbd44 would fix this. In the end I had to downgrade these to get
back to normal :

       software                        localrev                      remoterev
    ap2_prefork           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
 ap2_subversion            1.6.2,REV=2009.05.17           1.6.2,REV=2009.06.13
        apache2           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
       apache2c           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
      apache2rt           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
   berkeleydb44           4.4.20,REV=2009.05.26          4.4.20,REV=2009.07.28
     subversion            1.6.2,REV=2009.05.17           1.6.2,REV=2009.06.13

I could reprocude the effect on another machine with simmilar setup 
( SunOS isg-1516 5.10 Generic_141415-09 i86pc i386 i86pc )

Fiddling around with the packages ( trying to update any combination of it ) 
led always to the
effect of a failure when trying to PUT data. The affected process will crash.


Logs will look like this :


DB->get_multiple: method not permitted before handle's open method
[Tue Sep 01 18:36:05 2009] [notice] child pid 21239 exit signal Segmentation 
fault (11)


truss tells :

1975:   stat64("/opt/csw/apache2/lib/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT
1975:   stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) 
Err#2 ENOENT
1975:   stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) 
Err#2 ENOENT
1975:   stat64("/export/serv-2300a/webdav/calendars/gf/Privat.ics", 
0x080476B0) Err#2 ENOENT
1975:       Incurred fault #6, FLTBOUNDS  %pc = 0xFEF6C1E4
1975:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050
1975:       Received signal #11, SIGSEGV [caught]
1975:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050
1975:   lwp_sigmask(SIG_SETMASK, 0x00000400, 0x00000000) = 0xFFBFFEFF 
[0x0000FFFF]




Switching to apache/svn from testing and dbd4 from current.
The error log holds:

[Tue Sep 01 19:14:51 2009] [error] [client 192.168.15.207] The locks could not 
be queried for verification against a possible "If:" header.  [500, #0]
[Tue Sep 01 19:14:51 2009] [error] [client 192.168.15.207] Could not open the 
lock database.  [500, #400]
[Tue Sep 01 19:14:51 2009] [error] [client 192.168.15.207] (11)Resource 
temporarily unavailable: Could not open property database.  [500, #1]


Right now I guess apache_rt could be the problem but I am not sure about that.
I'll try to dig deeper.


Has anyone similar effects ? 



Nicolai



From maciej at opencsw.org  Wed Sep  2 10:58:11 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 2 Sep 2009 09:58:11 +0100
Subject: [csw-users] unixODBC-2.2.14 in testing
In-Reply-To: <ce97543b0907291524i365c767ag395076140919221a@mail.gmail.com>
References: <ce97543b0907291524i365c767ag395076140919221a@mail.gmail.com>
Message-ID: <ce97543b0909020158o3b2d1486n2fbcd1dee997a36d@mail.gmail.com>

On Wed, Jul 29, 2009 at 11:24 PM, Maciej (Matchek)
Blizinski<maciej at opencsw.org> wrote:
> The unixODBC package, version 2.2.14 is now in testing.
>
> http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.07.29-SunOS5.8-sparc-CSW.pkg.gz
> http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.07.29-SunOS5.8-i386-CSW.pkg.gz
>
> It's the first version built with GAR, a remake from scratch. I
> haven't got access to the original package. This package doesn't
> include GUI (QT) support. It keeps the configuration files in
> /etc/opt/csw, as opposed to the earlier /opt/csw/etc. Please feel free
> to respond with any feedback on the package.

I've updated the unixodbc packages.

http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-i386-CSW.pkg.gz
http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-sparc-CSW.pkg.gz

The changes include:

- 64-bit binaries for sparcv9 and amd64 ISAs
- A postinstall script which aids the migration of
/opt/csw/etc/odbc*ini files to /etc/opt/csw. The installation should
pass non-interactively and unixodbc should preserve its configuration,
including the non-global zones. Hint files are placed in the
/opt/csw/etc directory.

Maciej

From schwindt at dfki.uni-kl.de  Wed Sep  2 13:15:41 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Wed, 02 Sep 2009 13:15:41 +0200
Subject: [csw-users] Webdav trouble
In-Reply-To: Your message of "Tue, 01 Sep 2009 20:18:08 +0200."
	<200909011818.n81II86d029673@dfki.uni-kl.de> 
Message-ID: <200909021115.n82BFfNC011798@dfki.uni-kl.de>

[...]
> 
> Right now I guess apache_rt could be the problem but I am not sure about that
.
> I'll try to dig deeper.
[...]

Found the problem after recompiling apr-util evertyhing went back to normal.
I'll file a report in mantis


Nicolai
 




From maciej at opencsw.org  Wed Sep  2 13:25:55 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 2 Sep 2009 12:25:55 +0100
Subject: [csw-users] unixODBC-2.2.14 in testing
In-Reply-To: <ce97543b0909020158o3b2d1486n2fbcd1dee997a36d@mail.gmail.com>
References: <ce97543b0907291524i365c767ag395076140919221a@mail.gmail.com>
	<ce97543b0909020158o3b2d1486n2fbcd1dee997a36d@mail.gmail.com>
Message-ID: <ce97543b0909020425r28cb567k999432920cffb566@mail.gmail.com>

On Wed, Sep 2, 2009 at 9:58 AM, Maciej (Matchek)
Blizinski<maciej at opencsw.org> wrote:
> The changes include:
>
> - 64-bit binaries for sparcv9 and amd64 ISAs
> - A postinstall script which aids the migration of
> /opt/csw/etc/odbc*ini files to /etc/opt/csw. The installation should
> pass non-interactively and unixodbc should preserve its configuration,
> including the non-global zones. Hint files are placed in the
> /opt/csw/etc directory.

After a request from one of the maintainers, I moved the unixodbc
packages to a subdirectory. The new location is:

http://mirror.opencsw.org/testing/etc-migration/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-i386-CSW.pkg.gz
http://mirror.opencsw.org/testing/etc-migration/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-sparc-CSW.pkg.gz

Maciej

From George.Wyche at pw.utc.com  Wed Sep  2 23:40:57 2009
From: George.Wyche at pw.utc.com (Wyche, George             PW)
Date: Wed, 2 Sep 2009 17:40:57 -0400
Subject: [csw-users] Compilers used?
Message-ID: <239E996F5C620A4E8A369B7D818326B2650C44@PUSMNEI1.pwemail.us>

@Dagobert Michelsen

That is very specific. Thank you.

-------------------------------------
What is the difference between "member" and "user"?  
-------------------------------------
Below, you say:
  "Aha! For gcc we just use our own OpenCSW GCC compilers, which are not
relocatable."
I'm sorry, but 2 things, then, I don't understand:
1) What do you mean "not relocatable"?
2) What, if anything, involves "our own ... compilers"? What good does
this do for me?
-----------------------------------
If I wish to extend Python and wish to use the 5.8 sparc version OpenCSW
package for Python, then it would seem that I have to have Sun Studio 11
for myself. My SunBlade100 with 5.8 is configured with too few resources
for Studio 11.

Are any of us OpenCSW users privy to the exact procedures involved in
all packages made? If I knew it I would duplicate the Python making
process using my gcc.
------------------------------------

I am a Solaris user, but Pratt Whitney's connection to the internet is
strictly through controlled Windows boxes with which I am unfamiliar. I
tried to post from
http://post.gmane.org/post.php?group=gmane.os.solaris.opencsw.user&follo
wup=581 but was denied because there was a [x] where some picture is
supposed to be, thus was unable to "Enter the word above:"

So what is the protocol to do a followup given the above situation? Is
filling in Subject sufficient? Does citing the original posters name in
the first line make it become sufficient? Must I include all of the
original posters text to make it sufficient?

Respectfully yours,
George Wyche

From dam at opencsw.org  Thu Sep  3 09:41:59 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 3 Sep 2009 09:41:59 +0200
Subject: [csw-users] Compilers used?
In-Reply-To: <239E996F5C620A4E8A369B7D818326B2650C44@PUSMNEI1.pwemail.us>
References: <239E996F5C620A4E8A369B7D818326B2650C44@PUSMNEI1.pwemail.us>
Message-ID: <93CF550C-B193-4CD0-BF87-5117E841AB16@opencsw.org>

Hi George,

Am 02.09.2009 um 23:40 schrieb Wyche, George PW:

> @Dagobert Michelsen
>
> That is very specific. Thank you.
>
> -------------------------------------
> What is the difference between "member" and "user"?

A user is anybody using the packages. A maintainer is somebody who
has build a package. After that, maintainers can apply for membership
to the OpenCSW association. You can read the bylaws and member list at
   <http://wiki.opencsw.org/open-community-software-project-bylaws>

> -------------------------------------
> Below, you say:
>  "Aha! For gcc we just use our own OpenCSW GCC compilers, which are  
> not
> relocatable."
> I'm sorry, but 2 things, then, I don't understand:
> 1) What do you mean "not relocatable"?

They are in /opt/csw/gcc<version>. You can not install them anywhere  
alere
because there are hardcoded pathes in there. You can install the Sun  
Studio
compiler to arbitrary pathes, though.

> 2) What, if anything, involves "our own ... compilers"? What good does
> this do for me?

If a package has been compiled with gcc and the flags are recorded you
may be forced to use the same compiler.

> -----------------------------------
> If I wish to extend Python and wish to use the 5.8 sparc version  
> OpenCSW
> package for Python, then it would seem that I have to have Sun  
> Studio 11
> for myself. My SunBlade100 with 5.8 is configured with too few  
> resources
> for Studio 11.

I would recommend buying a 120 GB PATA disk for 5$ from the fleamarket,

> Are any of us OpenCSW users privy to the exact procedures involved in
> all packages made? If I knew it I would duplicate the Python making
> process using my gcc.

The builds at OpenCSW are done with GAR and the build description is  
available
at
   <http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/python/trunk 
 >
You can find an introduction to GAR at http://gar.opencsw.org

> ------------------------------------
>
> I am a Solaris user, but Pratt Whitney's connection to the internet is
> strictly through controlled Windows boxes with which I am  
> unfamiliar. I
> tried to post from
> http://post.gmane.org/post.php?group=gmane.os.solaris.opencsw.user&follo
> wup=581 but was denied because there was a [x] where some picture is
> supposed to be, thus was unable to "Enter the word above:"
>
> So what is the protocol to do a followup given the above situation? Is
> filling in Subject sufficient? Does citing the original posters name  
> in
> the first line make it become sufficient? Must I include all of the
> original posters text to make it sufficient?

No, just subscribe to users@ and you are then allowed to post:
   <https://lists.opencsw.org/mailman/listinfo/users>


Best regards

   -- Dago

From william at wbonnet.net  Thu Sep  3 23:01:27 2009
From: william at wbonnet.net (William Bonnet)
Date: Thu, 03 Sep 2009 23:01:27 +0200
Subject: [csw-users] Important ! DBus update and bug fix
Message-ID: <4AA02EA7.9010406@wbonnet.net>

Hi,

A new version of the dbus packages will be pushed to current catalog in 
the next hours. This version fixes the fllowing bug

    0003626: dbus daemon will not stop on reboot/init 6 blocking the 
shutdown ( http://opencsw.org/bugtrack/view.php?id=3626 ).


This bugs prevents dbus from stop correctly. If dbus is running, it will 
be stop during update, thus update may freeze. In order to avoid this 
situation, you have to be sure that you don't have dbus running, or if 
it is running, you will have to kill it by hand before the upgrade.  You 
can retrieve the pid to kill with the following command :

bash-3.00# cat /opt/csw/var/run/dbus/pid
1592

or

bash-3.00# ps -elf | grep dbus-daemon
 0 S messageb  1592     1   0  40 20        ?    634        ? 22:55:25 
?           0:00 /opt/csw/bin/dbus-daemon --system

Please "kill -9" the dbus process before running package upgrade.

Kind regards
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group



From ghenry at cmi.univ-mrs.fr  Fri Sep  4 11:37:42 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Fri, 04 Sep 2009 11:37:42 +0200
Subject: [csw-users] evince hangs due to fontconfig?
Message-ID: <4AA0DFE6.50906@cmi.univ-mrs.fr>

hello all,
on solaris 10, with the latest packages, i have a serious problem when 
using evince or acroread:
(evince:6367): Pango-WARNING **: ld.so.1: evince: fatal: relocation 
error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
referenced symbol not found (evince:6367): Pango-WARNING **: Failed to 
load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
for id 'BasicScriptEngineFc'

or
(acroread:5976): Pango-WARNING **: ld.so.1: acroread: fatal: relocation 
error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
referenced symbol not found (acroread:5976): Pango-WARNING **: Failed to 
load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
for id 'BasicScriptEngineFc'

These applications are called within TexMaker, a qt app that uses a ton 
of libs:
mombasa-henry% pldd 6324
6324:   /usr/local/texmaker-1.7.1/bin/texmaker
/usr/local/Trolltech/Qt-4.4.0/lib/libQtGui.so.4.4.0
/opt/csw/lib/libpng12.so.0.39.0
/usr/openwin/lib/libSM.so.6
/usr/openwin/lib/libICE.so.6
/usr/openwin/lib/libXi.so.5
/usr/openwin/sfw/lib/libXrender.so.1
/usr/openwin/lib/libXext.so.0
/usr/openwin/lib/libX11.so.4
/lib/libresolv.so.2
/lib/libsocket.so.1
/lib/libnsl.so.1
/usr/local/Trolltech/Qt-4.4.0/lib/libQtCore.so.4.4.0
/opt/csw/lib/libz.so.1.2.3
/opt/csw/lib/libiconv.so.2.5.0
/lib/libdl.so.1
/lib/libpthread.so.1
/lib/librt.so.1
/usr/sfw/lib/libstdc++.so.6.0.3
/lib/libm.so.2
/usr/sfw/lib/libgcc_s.so.1
/lib/libc.so.1
/opt/csw/lib/libpng.so.3.39.0
/lib/libm.so.1
/lib/libaio.so.1
/lib/libmd.so.1
/platform/sun4u-us3/lib/libc_psr.so.1
/usr/lib/locale/iso_8859_1/iso_8859_1.so.3
/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.3
/usr/openwin/sfw/lib/libXfixes.so.1
/usr/X11/lib/libXcursor.so.1
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqgif.so
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqico.so
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqjpeg.so
/opt/csw/lib/libjpeg.so.62.0.0
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqmng.so
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqsvg.so
/usr/local/Trolltech/Qt-4.4.0/lib/libQtSvg.so.4.4.0
/usr/local/Trolltech/Qt-4.4.0/lib/libQtXml.so.4.4.0
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqtiff.so
/opt/csw/lib/libtiff.so.3.8.2
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqcncodecs.so
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqjpcodecs.so
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqkrcodecs.so
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqtwcodecs.so


In evince, the result is that if the user want to refresh the display, 
the app hangs and the only solution is to kill it :(

Is the a workaround since this is the latest releases of fontconfig, 
libpango, etc...?

thanks in advance,

gerard

From ghenry at cmi.univ-mrs.fr  Fri Sep  4 14:55:11 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Fri, 4 Sep 2009 14:55:11 +0200
Subject: [csw-users] evince hangs due to fontconfig?
In-Reply-To: <4AA0DFE6.50906@cmi.univ-mrs.fr>
References: <4AA0DFE6.50906@cmi.univ-mrs.fr>
Message-ID: <20090904125510.GA8200@cmi.univ-mrs.fr>

sorry for the noise, but the problem is due to a LD_LIBRARY_PATH into the script that launches texmaker. And this LD_LIBRARY_PATH contqins /usr/sfw/lib thqt causes the problem.
Deleting it is ok now.


On Fri, Sep 04, 2009 at 11:37:42AM +0200, Gerard Henry wrote:
> hello all,
> on solaris 10, with the latest packages, i have a serious problem when 
> using evince or acroread:
> (evince:6367): Pango-WARNING **: ld.so.1: evince: fatal: relocation 
> error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
> referenced symbol not found (evince:6367): Pango-WARNING **: Failed to 
> load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
> for id 'BasicScriptEngineFc'
> 
> or
> (acroread:5976): Pango-WARNING **: ld.so.1: acroread: fatal: relocation 
> error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
> referenced symbol not found (acroread:5976): Pango-WARNING **: Failed to 
> load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
> for id 'BasicScriptEngineFc'
> 
> These applications are called within TexMaker, a qt app that uses a ton 
> of libs:
> mombasa-henry% pldd 6324
> 6324:   /usr/local/texmaker-1.7.1/bin/texmaker
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtGui.so.4.4.0
> /opt/csw/lib/libpng12.so.0.39.0
> /usr/openwin/lib/libSM.so.6
> /usr/openwin/lib/libICE.so.6
> /usr/openwin/lib/libXi.so.5
> /usr/openwin/sfw/lib/libXrender.so.1
> /usr/openwin/lib/libXext.so.0
> /usr/openwin/lib/libX11.so.4
> /lib/libresolv.so.2
> /lib/libsocket.so.1
> /lib/libnsl.so.1
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtCore.so.4.4.0
> /opt/csw/lib/libz.so.1.2.3
> /opt/csw/lib/libiconv.so.2.5.0
> /lib/libdl.so.1
> /lib/libpthread.so.1
> /lib/librt.so.1
> /usr/sfw/lib/libstdc++.so.6.0.3
> /lib/libm.so.2
> /usr/sfw/lib/libgcc_s.so.1
> /lib/libc.so.1
> /opt/csw/lib/libpng.so.3.39.0
> /lib/libm.so.1
> /lib/libaio.so.1
> /lib/libmd.so.1
> /platform/sun4u-us3/lib/libc_psr.so.1
> /usr/lib/locale/iso_8859_1/iso_8859_1.so.3
> /usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.3
> /usr/openwin/sfw/lib/libXfixes.so.1
> /usr/X11/lib/libXcursor.so.1
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqgif.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqico.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqjpeg.so
> /opt/csw/lib/libjpeg.so.62.0.0
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqmng.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqsvg.so
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtSvg.so.4.4.0
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtXml.so.4.4.0
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqtiff.so
> /opt/csw/lib/libtiff.so.3.8.2
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqcncodecs.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqjpcodecs.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqkrcodecs.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqtwcodecs.so
> 
> 
> In evince, the result is that if the user want to refresh the display, 
> the app hangs and the only solution is to kill it :(
> 
> Is the a workaround since this is the latest releases of fontconfig, 
> libpango, etc...?
> 
> thanks in advance,
> 
> gerard
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users

-- 
ATTENTION!!!!

From dam at opencsw.org  Fri Sep  4 23:01:26 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 4 Sep 2009 23:01:26 +0200
Subject: [csw-users] [csw-maintainers] Another problem with Berkeleydb
	(with cyrus_imapd)
In-Reply-To: <4AA17E81.1010109@pleiades.fr.eu.org>
References: <4AA17E81.1010109@pleiades.fr.eu.org>
Message-ID: <8D063F4A-0B90-4E07-9EFD-D9AE27D10530@opencsw.org>

Hi Yann,

Am 04.09.2009 um 22:54 schrieb Yann Rouillard:
> I run into the same problem with berkeleydb and cyrus imapd:
>
> 	imaps[4196]: [ID 539395 local6.crit] incorrect version of Berkeley  
> db: compiled against 4.2.52, linked against 4.7.25
>
> I saw a lot of thread about berkeleydb, but it's not easy to find  
> what is current situation and what will be done to solve this problem.
>
> Can someone explain to me:
>
> 	- if it is planned to provide again the berkeleydb 4.2.52 package  
> or if I have to recompile cyrus against berkeleydb 4.7 ?

Phil, Mike: Please correct me if I'm wrong.

We will put 4.2.52 back in as legacy lib in bdb4. If you could update  
your package
to 4.7 that would be great as we generally want to reducy dependency  
to old libs.

> 	- if it is 100% guaranted that the upgrade to 4.7 is transparent  
> for the user and that berkeleydb files created with 4.2 will be  
> handled with 4.7 ?

We thought so. However, I am not 100% sure any more.

> I would rather like the berkeleydb 4.2 package to be restored in its  
> previous state so it doesn't break current cyrus installation and to  
> give me some time to test the upgrade path to 4.7.

Ok, agreed. So again: everybody please be extra careful on upgrades  
from current
as the berkeley db issues have not been fully cleaned. It will  
unfortunately take
some more time to reorganize things again.


Best regards

   -- Dago

From phil at bolthole.com  Fri Sep  4 23:35:59 2009
From: phil at bolthole.com (Philip Brown)
Date: Fri, 4 Sep 2009 14:35:59 -0700
Subject: [csw-users] [csw-maintainers] Another problem with Berkeleydb
	(with cyrus_imapd)
In-Reply-To: <8D063F4A-0B90-4E07-9EFD-D9AE27D10530@opencsw.org>
References: <4AA17E81.1010109@pleiades.fr.eu.org>
	<8D063F4A-0B90-4E07-9EFD-D9AE27D10530@opencsw.org>
Message-ID: <d57eab940909041435k1aec2821q12bb0812b1b31467@mail.gmail.com>

On Fri, Sep 4, 2009 at 2:01 PM, Dagobert Michelsen<dam at opencsw.org> wrote:
>
> Phil, Mike: Please correct me if I'm wrong.
>
> We will put 4.2.52 back in as legacy lib in bdb4.


yes this would be good. also good is,

>If you could [recompile your cyrus package to use]  4.7 that would be great as we generally want to reduce dependency to old libs.

From gwyche at io.com  Sat Sep  5 02:01:29 2009
From: gwyche at io.com (George Wyche)
Date: Fri, 4 Sep 2009 19:01:29 -0500 (CDT)
Subject: [csw-users] gfortran
Message-ID: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>

At work I am using opencsw gfortran on OS5.8, but
here at home on Solaris 10 I upgraded everything to "current". Lots of
stuff works OK and though FireFox3.0.16 is difficult I am able to do
everything I was ever able to do, so the upgrade generally works.

I want gfortran to work and it does not.

What I get for a test2.f which only "      END" in it is:

/opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test2.f
ld: fatal: file crt1.o: open failed: No such file or directory

I used the -R bit as per James hint in this list.

Questions:
 1) How might I proceed?
 2) What is stopping us from advancing to gfortran 4.5.0 instead of this 8
year old version?

George Wyche
Also contactable at gwyche at io.com





From james at opencsw.org  Sat Sep  5 12:07:54 2009
From: james at opencsw.org (James Lee)
Date: Sat, 05 Sep 2009 10:07:54 GMT
Subject: [csw-users] gfortran
In-Reply-To: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
References: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
Message-ID: <20090905.10075400.634586278@gyor.oxdrove.co.uk>

On 05/09/09, 01:01:29, George Wyche <gwyche at io.com> wrote regarding 
[csw-users] gfortran:

> At work I am using opencsw gfortran on OS5.8, but
> here at home on Solaris 10 I upgraded everything to "current". Lots of
> stuff works OK and though FireFox3.0.16 is difficult I am able to do
> everything I was ever able to do, so the upgrade generally works.

> I want gfortran to work and it does not.

> What I get for a test2.f which only "      END" in it is:

> /opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test2.f
> ld: fatal: file crt1.o: open failed: No such file or directory


I've done a test on Solaris 8 and 10, Sparc and i386.  All 4 succeeded.

$ cat test.f
      WRITE (6,*) 'Hello'
      END
$ /opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test.f
$ ./a.out
 Hello


Do a check of the installed gcc packages, start with:

$ pkginfo | nawk '/CSWgcc4/{print $2}' | while read package
do
	pkgparam ${package} PKGINST VERSION
done



CSWgcc4core
4.3.3,REV=2009.05.07
CSWgcc4corert
4.3.3,REV=2009.05.07
CSWgcc4g++rt
4.3.3,REV=2009.05.07
CSWgcc4gfortran
4.3.3,REV=2009.05.07
CSWgcc4gfortranrt
4.3.3,REV=2009.05.07





James.



From gwyche at io.com  Sat Sep  5 17:48:03 2009
From: gwyche at io.com (George Wyche)
Date: Sat, 5 Sep 2009 10:48:03 -0500 (CDT)
Subject: [csw-users] gfortran
In-Reply-To: <20090905.10075400.634586278@gyor.oxdrove.co.uk>
References: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
	<20090905.10075400.634586278@gyor.oxdrove.co.uk>
Message-ID: <b6dd47b74a7fe6f6765b442bd2f97f54.squirrel@webmail.io.com>

> I've done a test on Solaris 8 and 10, Sparc and i386.  All 4 succeeded.
>
> $ cat test.f
>       WRITE (6,*) 'Hello'
>       END
> $ /opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test.f
> $ ./a.out
>  Hello
>
>
> Do a check of the installed gcc packages, start with:
>
> $ pkginfo | nawk '/CSWgcc4/{print $2}' | while read package
> do
> 	pkgparam ${package} PKGINST VERSION
> done
>
> CSWgcc4core
> 4.3.3,REV=2009.05.07
> CSWgcc4corert
> 4.3.3,REV=2009.05.07
> CSWgcc4g++rt
> 4.3.3,REV=2009.05.07
> CSWgcc4gfortran
> 4.3.3,REV=2009.05.07
> CSWgcc4gfortranrt
> 4.3.3,REV=2009.05.07
>
> James.
@James
Do you think   "pkg-get -i CSWgcc4gfortran"   would help?
Ha! ha!. God. Not having truly identical setups at work and home can bring
some surprises. I blame furlough days; prohibiting one's presence on
premises, tempting one to work from home.

Thank you for a easy path to a solution to my faux pas.

George Wyche


From james at opencsw.org  Sat Sep  5 20:42:35 2009
From: james at opencsw.org (James Lee)
Date: Sat, 05 Sep 2009 18:42:35 GMT
Subject: [csw-users] gfortran
In-Reply-To: <b6dd47b74a7fe6f6765b442bd2f97f54.squirrel@webmail.io.com>
References: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
	<20090905.10075400.634586278@gyor.oxdrove.co.uk>
	<b6dd47b74a7fe6f6765b442bd2f97f54.squirrel@webmail.io.com>
Message-ID: <20090905.18423500.3121306917@gyor.oxdrove.co.uk>

On 05/09/09, 16:48:03, George Wyche <gwyche at io.com> wrote regarding Re:
[csw-users] gfortran:

> > CSWgcc4core
> > 4.3.3,REV=2009.05.07
> > CSWgcc4corert
> > 4.3.3,REV=2009.05.07
> > CSWgcc4g++rt
> > 4.3.3,REV=2009.05.07
> > CSWgcc4gfortran
> > 4.3.3,REV=2009.05.07
> > CSWgcc4gfortranrt
> > 4.3.3,REV=2009.05.07
> >
> > James.
> @James
> Do you think   "pkg-get -i CSWgcc4gfortran"   would help?

There are some errors in the packages and /opt/csw/gcc4/bin/gfortran
occurs in both CSWgcc4gfortran and CSWgcc4g95.   CSWgcc4gfortran
also needs CSWgcc4core but it's not listed as a depend so needs
manually installing if you are not already using gcc.


> Ha! ha!. God. Not having truly identical setups at work and home can
> bring some surprises. I blame furlough days; prohibiting one's presence
> on premises, tempting one to work from home.

If you are old enough to be using FORTRAN blame Alzheimer's.



James.


From ja at opencsw.org  Sun Sep  6 16:00:20 2009
From: ja at opencsw.org (Juergen Arndt)
Date: Sun, 06 Sep 2009 16:00:20 +0200
Subject: [csw-users] Spine 0.8.7e in testing
Message-ID: <op.uzt86un6jbmpvo@imac.lan>

Hi all,

I put spine 0.8.7e into testing. Spine - formally known as Cactid - is a  
alternative poller for cacti.

Feedback is welcome.

Juergen

-- 
Juergen Arndt

From ghenry at cmi.univ-mrs.fr  Mon Sep  7 17:35:00 2009
From: ghenry at cmi.univ-mrs.fr (gerard)
Date: Mon, 07 Sep 2009 17:35:00 +0200
Subject: [csw-users] sun opengl and mesa: problem with qt4
Message-ID: <4AA52824.8000308@cmi.univ-mrs.fr>

hello all,
i'm trying to compile qt4, and it fails with:
g++ -fno-exceptions -Wl,-R,/usr/local/Trolltech/Qt-4.4.3/lib 
-Wl,-R,/usr/local/Trolltech/Qt-4.4.3/lib -Wl,-R,/opt/csw/lib -o 
padnavigator .obj/release-shared/panel.o 
.obj/release-shared/roundrectitem.o .obj/release-shared/splashitem.o 
.obj/release-shared/main.o .obj/release-shared/moc_panel.o 
.obj/release-shared/moc_roundrectitem.o 
.obj/release-shared/moc_splashitem.o 
.obj/release-shared/qrc_padnavigator.o    -L/opt/csw/lib 
-L/usr/local/src/qt-x11-opensource-src-4.4.3/lib -L/usr/sfw/lib 
-L/usr/openwin/lib -lQtOpenGL -L/opt/csw/lib 
-L/usr/local/src/qt-x11-opensource-src-4.4.3/lib -L/usr/sfw/lib 
-L/usr/openwin/lib -lQtGui -lpng -lfreetype -lSM -lICE -lXi -lXrender 
-lXext -lX11 -lresolv -lsocket -lnsl -lQtCore -lz -lm -liconv -ldl -lGLU 
-lGL -lpthread -lrt
Undefined                       first referenced
  symbol                             in file
sunOglCurPrimTablePtr 
/usr/local/src/qt-x11-opensource-src-4.4.3/lib/libQtOpenGL.so
sunOglCurrentContext 
/usr/local/src/qt-x11-opensource-src-4.4.3/lib/libQtOpenGL.so

after searches, i found that these variables come with Sun OpenGL:
mombasa-root% nm /usr/lib/libGL.so | grep sunOgl
[6431]  |   1767764|       4|OBJT |GLOB |0    |20     |sunOglCurPrimTablePtr
[5476]  |   1790640|       4|OBJT |GLOB |0    |23     |sunOglCurrentContext
[2164]  |   1767908|       4|OBJT |LOCL |2    |20     |sunOglPostFinish
[2108]  |   1767904|       4|OBJT |LOCL |2    |20     |sunOglPostFlush

And the qt4 configure takes CSWmesa into account, unfortunately, it 
doesn't contains:
mombasa-root% nm /opt/csw/lib/libGL.so | grep sunOgl
mombasa-root%

I suppose the problem only happens on sparc machines, with Sun OpenGL.
A solution could be to disable OpenGL features?
Is there another solution?

thanks in advance,

gerard



From ghenry at cmi.univ-mrs.fr  Tue Sep  8 16:57:27 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 08 Sep 2009 16:57:27 +0200
Subject: [csw-users] evince crashes after several CTRL-R (refresh)
Message-ID: <4AA670D7.8030708@cmi.univ-mrs.fr>

hello all,
on solaris 10, with the latest packages, i have a serious problem when
using evince, after several refreshes (CTRL-R):
mombasa-henry% ptree 15921
2290  /usr/dt/bin/dtlogin -daemon
   4663  /usr/dt/bin/dtlogin -daemon
     29840 /bin/ksh /usr/dt/bin/Xsession
       29950 /usr/dt/bin/sdt_shell -c unsetenv _ PWD;      source 
/home/henry/.l
         29953 tcsh -c unsetenv _ PWD;      source /home/henry/.login;
           29978 /usr/dt/bin/dtsession
             29987 gnome-terminal
               15145 tcsh
                 15921 /opt/csw/bin/evince existence.pdf
                   15935 /opt/csw/libexec/gnome_segv evince 11 2.20.2
                     15939 sh -c /opt/csw/bin/bug-buddy 
--appname="evince" --pid
                       15940 /opt/csw/bin/bug-buddy --appname=evince 
--pid=15921


mombasa-henry% pstack 15921
15921:  /opt/csw/bin/evince existence.pdf
-----------------  lwp# 1 / thread# 1  --------------------
  fdd20368 _XFlushInt (acc80, 0, ff000000, 133dcc, 0, fde54000) + 140
  fdd29270 _XEventsQueued (acc80, 2, ff000000, 12adac, c76b8, fde54000) + 28
  fdd29208 XPending (acc80, 0, 0, 1c00, 0, 0) + 4c
  fe74fff0 gdk_event_check (c7668, 2c, 0, 0, 5415c, 1) + 60
  fda44568 g_main_context_check (c76b0, 7fffffff, c7668, ddcfc, c76b8, 
a55a0) + 2d8
  fda44dcc g_main_context_iterate (c76b0, 1, 1, 7, ffbfebd0, 213ba0) + 4b4
  fda4572c g_main_loop_run (238088, 1, ca930, fdb0fc80, 0, ae420) + 3e0
  fe13c8e4 gtk_main (30, 169200, fe7a6984, 0, fe41d8a8, 238088) + d8
  0005d054 main     (2, ffbfed7c, 0, 0, 8e284, b182c) + 714
  00026688 _start   (0, 0, 0, 0, 0, 0) + 108
-----------------  lwp# 2 / thread# 2  --------------------
  fd74ad7c waitid   (0, 3e3f, fccf8e40, 3)
  fd73a704 waitpid  (3e3f, fccf8fa4, 0, 0, fd7c3800, fcda0a00) + 60
  ff26070c ???????? (b, 1, 43434, 0, ff2a9fb8, ff2a3a5c)
  fd746e78 __sighndlr (b, 0, fccf9188, ff260618, 0, 1) + c
  fd73b558 call_user_handler (b, 0, 0, 0, fcda0a00, fccf9188) + 3b8
  fd73b72c sigacthandler (b, 0, fccf9188, 0, fcda0a00, 0) + 4c
  --- called from signal handler with signal 11 (SIGSEGV) ---
  fe48943c FT_Set_Transform (6507d0, 0, 0, 10000, 0, fe5e13b8) + 14
  fe5e2f04 _cairo_ft_scaled_font_create (6507d0, 212d10, 5cc2d8, 5cc360, 
fccf9ac8, 0) + cc
  fe5e4184 _cairo_ft_font_face_scaled_font_create (0, 0, 0, fccf9ac8, 
fccf9a64, 0) + 4c
  fe5b2660 cairo_scaled_font_create (18eff8, 5cc2d8, 5cc360, fccf9ac8, 
212d10, 5c52c) + 2c8
  fe5988e0 _cairo_gstate_ensure_scaled_font (5cc288, 5cc318, 9bcbe4, 0, 
62b4c, 9bcbe0) + 5c
  fe598ad8 _cairo_gstate_show_text_glyphs (0, 0, 0, 63c080, 3, 0) + 60
  fe590978 cairo_show_glyphs (c87860, 7, 3, 8, 63c0b0, 0) + 5c
  fec1a480 __1cOCairoOutputDevJendString6MpnIGfxState__v_ (5c0178, 
60c710, 0, 0, 0, 649cb8) + 60
  fd315c70 __1cDGfxKdoShowText6MpnJGooString__v_ (5a9888, 639a10, 1, 80, 
69, 5b7780) + eb0
  fd314cf4 __1cDGfxPopShowSpaceText6MpnGObject_i_v_ (5a9888, 23, 60c710, 
10d128, fd421bdc, 0) + 294
  fd303728 __1cDGfxCgo6Mi_v_ (5a9888, fd435428, 1, fd314a60, fccfb810, 
654f58) + 428
  fd30325c __1cDGfxHdisplay6MpnGObject_i_v_ (5a9888, fccfbb68, 1, 
fec195e0, 1e74c0, 58ed00) + 11c
  fd363fe4 
__1cEPageMdisplaySlice6MpnJOutputDev_ddiiiiiiiipnHCatalog_pFpv_i5pFpnFAnnot_5_i5_v_ 
(5f6178, 5c0178, 236f18, ffffffff, ffffffff, ffffffff) + 164
  fec13bd0 poppler_page_render (237078, 0, 23fac0, 1, 262d8, 23fac0) + d0
  00077c60 ???????? (1dee08, 1f9e50, 0, c87860, fdbe8fd0, 41d)
  00070d6c ev_document_render (237050, 1f9e50, 3c00, 3868, 23e548, 3800) 
+ cc
  0002c398 ev_job_render_run (16b4d0, 272ba8, 2007, 258d8, fdbe816c, 1) 
+ 118
  0002a5ec ???????? (16b4d0, 1, 29c00, a5400, a4800, a4ab8)
  fda76cfc g_thread_create_proxy (d3bc0, fdb1c4c8, fdb1c4c8, 2a1e0, 
a557c, fdb1c4b0) + 188
  fd746d4c _lwp_start (0, 0, 0, 0, 0, 0)


anybody has seen this problem?

thanks

gerard

From ghenry at cmi.univ-mrs.fr  Tue Sep  8 17:09:09 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 08 Sep 2009 17:09:09 +0200
Subject: [csw-users] evince crashes after several CTRL-R (refresh)
In-Reply-To: <4AA670D7.8030708@cmi.univ-mrs.fr>
References: <4AA670D7.8030708@cmi.univ-mrs.fr>
Message-ID: <4AA67395.5090901@cmi.univ-mrs.fr>

running with the debugger dbx, it says:
t at 2 (l at 2) signal SEGV (no mapping at the fault address) in 
FT_Set_Transform at 0x7ec8943c
0x7ec8943c: FT_Set_Transform+0x0014:    clr      [%g4 + 28]

it seems to bee related with freetype
i found this:
https://bugs.launchpad.net/ubuntu/+source/freetype/+bug/148952

but it seems that newer releases has corrected it.

Gerard Henry wrote:
> hello all,
> on solaris 10, with the latest packages, i have a serious problem when
> using evince, after several refreshes (CTRL-R):
> mombasa-henry% ptree 15921
> 2290  /usr/dt/bin/dtlogin -daemon
>   4663  /usr/dt/bin/dtlogin -daemon
>     29840 /bin/ksh /usr/dt/bin/Xsession
>       29950 /usr/dt/bin/sdt_shell -c unsetenv _ PWD;      source 
> /home/henry/.l
>         29953 tcsh -c unsetenv _ PWD;      source /home/henry/.login;
>           29978 /usr/dt/bin/dtsession
>             29987 gnome-terminal
>               15145 tcsh
>                 15921 /opt/csw/bin/evince existence.pdf
>                   15935 /opt/csw/libexec/gnome_segv evince 11 2.20.2
>                     15939 sh -c /opt/csw/bin/bug-buddy 
> --appname="evince" --pid
>                       15940 /opt/csw/bin/bug-buddy --appname=evince 
> --pid=15921
> 
> 
> mombasa-henry% pstack 15921
> 15921:  /opt/csw/bin/evince existence.pdf
> -----------------  lwp# 1 / thread# 1  --------------------
>  fdd20368 _XFlushInt (acc80, 0, ff000000, 133dcc, 0, fde54000) + 140
>  fdd29270 _XEventsQueued (acc80, 2, ff000000, 12adac, c76b8, fde54000) + 28
>  fdd29208 XPending (acc80, 0, 0, 1c00, 0, 0) + 4c
>  fe74fff0 gdk_event_check (c7668, 2c, 0, 0, 5415c, 1) + 60
>  fda44568 g_main_context_check (c76b0, 7fffffff, c7668, ddcfc, c76b8, 
> a55a0) + 2d8
>  fda44dcc g_main_context_iterate (c76b0, 1, 1, 7, ffbfebd0, 213ba0) + 4b4
>  fda4572c g_main_loop_run (238088, 1, ca930, fdb0fc80, 0, ae420) + 3e0
>  fe13c8e4 gtk_main (30, 169200, fe7a6984, 0, fe41d8a8, 238088) + d8
>  0005d054 main     (2, ffbfed7c, 0, 0, 8e284, b182c) + 714
>  00026688 _start   (0, 0, 0, 0, 0, 0) + 108
> -----------------  lwp# 2 / thread# 2  --------------------
>  fd74ad7c waitid   (0, 3e3f, fccf8e40, 3)
>  fd73a704 waitpid  (3e3f, fccf8fa4, 0, 0, fd7c3800, fcda0a00) + 60
>  ff26070c ???????? (b, 1, 43434, 0, ff2a9fb8, ff2a3a5c)
>  fd746e78 __sighndlr (b, 0, fccf9188, ff260618, 0, 1) + c
>  fd73b558 call_user_handler (b, 0, 0, 0, fcda0a00, fccf9188) + 3b8
>  fd73b72c sigacthandler (b, 0, fccf9188, 0, fcda0a00, 0) + 4c
>  --- called from signal handler with signal 11 (SIGSEGV) ---
>  fe48943c FT_Set_Transform (6507d0, 0, 0, 10000, 0, fe5e13b8) + 14
>  fe5e2f04 _cairo_ft_scaled_font_create (6507d0, 212d10, 5cc2d8, 5cc360, 
> fccf9ac8, 0) + cc
>  fe5e4184 _cairo_ft_font_face_scaled_font_create (0, 0, 0, fccf9ac8, 
> fccf9a64, 0) + 4c
>  fe5b2660 cairo_scaled_font_create (18eff8, 5cc2d8, 5cc360, fccf9ac8, 
> 212d10, 5c52c) + 2c8
>  fe5988e0 _cairo_gstate_ensure_scaled_font (5cc288, 5cc318, 9bcbe4, 0, 
> 62b4c, 9bcbe0) + 5c
>  fe598ad8 _cairo_gstate_show_text_glyphs (0, 0, 0, 63c080, 3, 0) + 60
>  fe590978 cairo_show_glyphs (c87860, 7, 3, 8, 63c0b0, 0) + 5c
>  fec1a480 __1cOCairoOutputDevJendString6MpnIGfxState__v_ (5c0178, 
> 60c710, 0, 0, 0, 649cb8) + 60
>  fd315c70 __1cDGfxKdoShowText6MpnJGooString__v_ (5a9888, 639a10, 1, 80, 
> 69, 5b7780) + eb0
>  fd314cf4 __1cDGfxPopShowSpaceText6MpnGObject_i_v_ (5a9888, 23, 60c710, 
> 10d128, fd421bdc, 0) + 294
>  fd303728 __1cDGfxCgo6Mi_v_ (5a9888, fd435428, 1, fd314a60, fccfb810, 
> 654f58) + 428
>  fd30325c __1cDGfxHdisplay6MpnGObject_i_v_ (5a9888, fccfbb68, 1, 
> fec195e0, 1e74c0, 58ed00) + 11c
>  fd363fe4 
> __1cEPageMdisplaySlice6MpnJOutputDev_ddiiiiiiiipnHCatalog_pFpv_i5pFpnFAnnot_5_i5_v_ 
> (5f6178, 5c0178, 236f18, ffffffff, ffffffff, ffffffff) + 164
>  fec13bd0 poppler_page_render (237078, 0, 23fac0, 1, 262d8, 23fac0) + d0
>  00077c60 ???????? (1dee08, 1f9e50, 0, c87860, fdbe8fd0, 41d)
>  00070d6c ev_document_render (237050, 1f9e50, 3c00, 3868, 23e548, 3800) 
> + cc
>  0002c398 ev_job_render_run (16b4d0, 272ba8, 2007, 258d8, fdbe816c, 1) + 
> 118
>  0002a5ec ???????? (16b4d0, 1, 29c00, a5400, a4800, a4ab8)
>  fda76cfc g_thread_create_proxy (d3bc0, fdb1c4c8, fdb1c4c8, 2a1e0, 
> a557c, fdb1c4b0) + 188
>  fd746d4c _lwp_start (0, 0, 0, 0, 0, 0)
> 
> 
> anybody has seen this problem?
> 
> thanks
> 
> gerard
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users


From ghenry at cmi.univ-mrs.fr  Tue Sep  8 17:16:15 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 08 Sep 2009 17:16:15 +0200
Subject: [csw-users] evince crashes after several CTRL-R (refresh)
In-Reply-To: <4AA67395.5090901@cmi.univ-mrs.fr>
References: <4AA670D7.8030708@cmi.univ-mrs.fr>
	<4AA67395.5090901@cmi.univ-mrs.fr>
Message-ID: <4AA6753F.9050909@cmi.univ-mrs.fr>

sorry, the trace of the debuuger output:


(dbx) where
current thread: t at 2
=>[1] FT_Set_Transform(0x58e400, 0x7d479630, 0x0, 0x0, 0x0, 0x0), at 
0x7ec8943c
   [2] _cairo_ft_unscaled_font_set_scale(0x5b6458, 0x0, 0x0, 0x10000, 
0x0, 0x7ede13b8), at 0x7ede1614
   [3] _cairo_ft_scaled_font_create(0x5b6458, 0x5b6528, 0x975390, 
0x975418, 0x7d479ac8, 0x0), at 0x7ede2f04
   [4] _cairo_ft_font_face_scaled_font_create(0x0, 0x0, 0x0, 0x7d479ac8, 
0x7d479a64, 0x0), at 0x7ede4184
   [5] cairo_scaled_font_create(0x190f38, 0x975390, 0x975418, 
0x7d479ac8, 0x5b6528, 0x5c52c), at 0x7edb2660
   [6] _cairo_gstate_ensure_scaled_font(0x975340, 0x9753d0, 0x5ad89c, 
0x0, 0x62b4c, 0x5ad898), at 0x7ed988e0
   [7] _cairo_gstate_show_text_glyphs(0x0, 0x0, 0x0, 0x1fb600, 0x6, 
0x0), at 0x7ed98ad8
   [8] cairo_show_glyphs(0x6135d8, 0x7, 0x6, 0x14, 0x1fb678, 0x0), at 
0x7ed90978
   [9] CairoOutputDev::endString(0x5ac480, 0x621d20, 0x0, 0x0, 0x0, 
0x1fa660), at 0x7f41a480
   [10] Gfx::doShowText(0x233d58, 0x647680, 0x1, 0x80, 0x72, 0x61d3c8), 
at 0x7db15c70
   [11] Gfx::opShowSpaceText(0x233d58, 0x5, 0x621d20, 0x10d128, 
0x7dc21bdc, 0x0), at 0x7db14cf4
   [12] Gfx::go(0x233d58, 0x7dc35428, 0x1, 0x7db14a60, 0x7d47b810, 
0x224d48), at 0x7db03728
   [13] Gfx::display(0x233d58, 0x7d47bb68, 0x1, 0x7f4195e0, 0x5a6d68, 
0x204380), at 0x7db0325c
   [14] Page::displaySlice(0x972188, 0x5ac480, 0x225400, 0xffffffff, 
0xffffffff, 0xffffffff), at 0x7db63fe4
   [15] poppler_page_render(0x2195b8, 0x0, 0x219fa8, 0x1, 0x262d8, 
0x219fa8), at 0x7f413bd0
   [16] 0x77c60(0x6246f0, 0x2308c8, 0x0, 0x6135d8, 0x7e3e8fd0, 0x41d), 
at 0x77c60
   [17] ev_document_render(0x219590, 0x2308c8, 0x3c00, 0x3868, 0x2217c8, 
0x3800), at 0x70d6c
   [18] ev_job_render_run(0x16bb38, 0x1d4700, 0x2007, 0x258d8, 
0x7e3e816c, 0x1), at 0x2c398
   [19] 0x2a5ec(0x16bb38, 0x1, 0x29c00, 0xa5400, 0xa4800, 0xa4ab8), at 
0x2a5ec
   [20] g_thread_create_proxy(0xd3c10, 0x7e31c4c8, 0x7e31c4c8, 0x2a1e0, 
0xa557c, 0x7e31c4b0), at 0x7e276cfc


mombasa-henry% pkginfo -l CSWftype2
    VERSION:  2.3.8,REV=2009.02.16
mombasa-henry% pkginfo -l CSWlibcairo
    PKGINST:  CSWlibcairo
    VERSION:  1.8.6,REV=2009.06.25
mombasa-henry% pkginfo -l CSWpoppler
    VERSION:  0.8.0,REV=2008.04.12

Gerard Henry wrote:
> running with the debugger dbx, it says:
> t at 2 (l at 2) signal SEGV (no mapping at the fault address) in 
> FT_Set_Transform at 0x7ec8943c
> 0x7ec8943c: FT_Set_Transform+0x0014:    clr      [%g4 + 28]
> 
> it seems to bee related with freetype
> i found this:
> https://bugs.launchpad.net/ubuntu/+source/freetype/+bug/148952
> 
> but it seems that newer releases has corrected it.
> 
> Gerard Henry wrote:
>> hello all,
>> on solaris 10, with the latest packages, i have a serious problem when
>> using evince, after several refreshes (CTRL-R):
>> mombasa-henry% ptree 15921
>> 2290  /usr/dt/bin/dtlogin -daemon
>>   4663  /usr/dt/bin/dtlogin -daemon
>>     29840 /bin/ksh /usr/dt/bin/Xsession
>>       29950 /usr/dt/bin/sdt_shell -c unsetenv _ PWD;      source 
>> /home/henry/.l
>>         29953 tcsh -c unsetenv _ PWD;      source /home/henry/.login;
>>           29978 /usr/dt/bin/dtsession
>>             29987 gnome-terminal
>>               15145 tcsh
>>                 15921 /opt/csw/bin/evince existence.pdf
>>                   15935 /opt/csw/libexec/gnome_segv evince 11 2.20.2
>>                     15939 sh -c /opt/csw/bin/bug-buddy 
>> --appname="evince" --pid
>>                       15940 /opt/csw/bin/bug-buddy --appname=evince 
>> --pid=15921
>>
>>
>> mombasa-henry% pstack 15921
>> 15921:  /opt/csw/bin/evince existence.pdf
>> -----------------  lwp# 1 / thread# 1  --------------------
>>  fdd20368 _XFlushInt (acc80, 0, ff000000, 133dcc, 0, fde54000) + 140
>>  fdd29270 _XEventsQueued (acc80, 2, ff000000, 12adac, c76b8, fde54000) 
>> + 28
>>  fdd29208 XPending (acc80, 0, 0, 1c00, 0, 0) + 4c
>>  fe74fff0 gdk_event_check (c7668, 2c, 0, 0, 5415c, 1) + 60
>>  fda44568 g_main_context_check (c76b0, 7fffffff, c7668, ddcfc, c76b8, 
>> a55a0) + 2d8
>>  fda44dcc g_main_context_iterate (c76b0, 1, 1, 7, ffbfebd0, 213ba0) + 4b4
>>  fda4572c g_main_loop_run (238088, 1, ca930, fdb0fc80, 0, ae420) + 3e0
>>  fe13c8e4 gtk_main (30, 169200, fe7a6984, 0, fe41d8a8, 238088) + d8
>>  0005d054 main     (2, ffbfed7c, 0, 0, 8e284, b182c) + 714
>>  00026688 _start   (0, 0, 0, 0, 0, 0) + 108
>> -----------------  lwp# 2 / thread# 2  --------------------
>>  fd74ad7c waitid   (0, 3e3f, fccf8e40, 3)
>>  fd73a704 waitpid  (3e3f, fccf8fa4, 0, 0, fd7c3800, fcda0a00) + 60
>>  ff26070c ???????? (b, 1, 43434, 0, ff2a9fb8, ff2a3a5c)
>>  fd746e78 __sighndlr (b, 0, fccf9188, ff260618, 0, 1) + c
>>  fd73b558 call_user_handler (b, 0, 0, 0, fcda0a00, fccf9188) + 3b8
>>  fd73b72c sigacthandler (b, 0, fccf9188, 0, fcda0a00, 0) + 4c
>>  --- called from signal handler with signal 11 (SIGSEGV) ---
>>  fe48943c FT_Set_Transform (6507d0, 0, 0, 10000, 0, fe5e13b8) + 14
>>  fe5e2f04 _cairo_ft_scaled_font_create (6507d0, 212d10, 5cc2d8, 
>> 5cc360, fccf9ac8, 0) + cc
>>  fe5e4184 _cairo_ft_font_face_scaled_font_create (0, 0, 0, fccf9ac8, 
>> fccf9a64, 0) + 4c
>>  fe5b2660 cairo_scaled_font_create (18eff8, 5cc2d8, 5cc360, fccf9ac8, 
>> 212d10, 5c52c) + 2c8
>>  fe5988e0 _cairo_gstate_ensure_scaled_font (5cc288, 5cc318, 9bcbe4, 0, 
>> 62b4c, 9bcbe0) + 5c
>>  fe598ad8 _cairo_gstate_show_text_glyphs (0, 0, 0, 63c080, 3, 0) + 60
>>  fe590978 cairo_show_glyphs (c87860, 7, 3, 8, 63c0b0, 0) + 5c
>>  fec1a480 __1cOCairoOutputDevJendString6MpnIGfxState__v_ (5c0178, 
>> 60c710, 0, 0, 0, 649cb8) + 60
>>  fd315c70 __1cDGfxKdoShowText6MpnJGooString__v_ (5a9888, 639a10, 1, 
>> 80, 69, 5b7780) + eb0
>>  fd314cf4 __1cDGfxPopShowSpaceText6MpnGObject_i_v_ (5a9888, 23, 
>> 60c710, 10d128, fd421bdc, 0) + 294
>>  fd303728 __1cDGfxCgo6Mi_v_ (5a9888, fd435428, 1, fd314a60, fccfb810, 
>> 654f58) + 428
>>  fd30325c __1cDGfxHdisplay6MpnGObject_i_v_ (5a9888, fccfbb68, 1, 
>> fec195e0, 1e74c0, 58ed00) + 11c
>>  fd363fe4 
>> __1cEPageMdisplaySlice6MpnJOutputDev_ddiiiiiiiipnHCatalog_pFpv_i5pFpnFAnnot_5_i5_v_ 
>> (5f6178, 5c0178, 236f18, ffffffff, ffffffff, ffffffff) + 164
>>  fec13bd0 poppler_page_render (237078, 0, 23fac0, 1, 262d8, 23fac0) + d0
>>  00077c60 ???????? (1dee08, 1f9e50, 0, c87860, fdbe8fd0, 41d)
>>  00070d6c ev_document_render (237050, 1f9e50, 3c00, 3868, 23e548, 
>> 3800) + cc
>>  0002c398 ev_job_render_run (16b4d0, 272ba8, 2007, 258d8, fdbe816c, 1) 
>> + 118
>>  0002a5ec ???????? (16b4d0, 1, 29c00, a5400, a4800, a4ab8)
>>  fda76cfc g_thread_create_proxy (d3bc0, fdb1c4c8, fdb1c4c8, 2a1e0, 
>> a557c, fdb1c4b0) + 188
>>  fd746d4c _lwp_start (0, 0, 0, 0, 0, 0)
>>
>>
>> anybody has seen this problem?
>>
>> thanks
>>
>> gerard
>> _______________________________________________
>> users mailing list
>> users at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/users
> 
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users


From dam at opencsw.org  Fri Sep 11 16:52:08 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 11 Sep 2009 16:52:08 +0200
Subject: [csw-users] Updated OpenLDAP and other things
In-Reply-To: <AED97C3A-9230-4533-B732-61B2CECF05C1@opencsw.org>
References: <4A37FE7D.5080608@opencsw.org>
	<AED97C3A-9230-4533-B732-61B2CECF05C1@opencsw.org>
Message-ID: <26D3D290-8AC5-4530-BC8B-314B0E7877FA@opencsw.org>

Hi,

Updated packages with the latest OpenLDAP 2.4.18 is in testing.

Mike: It would be great if you could take a look at the startup scripts
and do some more testing on it. The build recipe is fully committed.

Dominique, Sebastian and I had a terrific day hacking at OpenLDAP and  
also
Kerberos 1.7 is almost finished :)

To anyone with spare cycles: There is *a lot* of updated stuff in  
testing/.
Please try it out and give feedback of any kind.


Best regards

   -- Dago

From Gregor.Jeromen at epilog.net  Fri Sep 11 17:09:05 2009
From: Gregor.Jeromen at epilog.net (Gregor.Jeromen at epilog.net)
Date: Fri, 11 Sep 2009 17:09:05 +0200
Subject: [csw-users] Gregor Jeromen is out of the office
Message-ID: <OFB3DA1A2B.F40C8C37-ONC125762E.00533ADA-C125762E.00533ADA@epilog.net>


I will be out of the office starting  09/09/2009 and will not return until
10/05/2009.

Bis 05.10.2009 bin ich nicht im Buro. Dieses E-Mail wird nicht
weitergeleitet, in dringenden Fallen wenden sie bitte an unsere Support
Hotline oder Herr Tadej Vretic, +386 1 5838024 / tadej.vretic at epilog.net.
Besten Dank!

I am out of the office until 5th of October. Your message won't be
forwarded. In urgent cases please contact our Support Hotline or Mr. Tadej
Vretic, +386 1 5838024 / tadej.vretic at epilog.net. Thank you!


From schwindt at dfki.uni-kl.de  Fri Sep 11 23:33:17 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Fri, 11 Sep 2009 23:33:17 +0200 (CEST)
Subject: [csw-users] libsmi in testiing
Message-ID: <33062.88.134.82.77.1252704797.squirrel@www.dfki.uni-kl.de>


This is 'A Library to Access SMI MIB Information'
It will be needed for a new version of wireshark.

Nicolai



-----------------------------------------
This email was sent using SquirrelMail.
   "Webmail for nuts!"
http://squirrelmail.org/


From william at wbonnet.net  Sat Sep 12 23:25:51 2009
From: william at wbonnet.net (William Bonnet)
Date: Sat, 12 Sep 2009 23:25:51 +0200
Subject: [csw-users] [security-notice] Firefox 3.0.14 is available
Message-ID: <4AAC11DF.6030600@wbonnet.net>

Hi,

Several vulnerabilities have been fixed by the latest version of Firefox 
3.0 ( 3.0.14 ).

This version is a security release, and will be in current in a version 
short time, and is right now available from testing.

. 
http://mirror.opencsw.org/testing/firefox-3.0.14,REV=2009.09.12-SunOS5.8-sparc-CSW.pkg.gz
. 
http://mirror.opencsw.org/testing/firefox-3.0.14,REV=2009.09.12-SunOS5.8-i386-CSW.pkg.gz

The list of fixed vulnerabilities is available from here : 
http://www.mozilla.org/security/known-vulnerabilities/firefox30.html


      Fixed in Firefox 3.0.14

MFSA 2009-51 
<http://www.mozilla.org/security/announce/2009/mfsa2009-51.html> Chrome 
privilege escalation with FeedWriter
MFSA 2009-50 
<http://www.mozilla.org/security/announce/2009/mfsa2009-50.html> 
Location bar spoofing via tall line-height Unicode characters
MFSA 2009-49 
<http://www.mozilla.org/security/announce/2009/mfsa2009-49.html> 
TreeColumns dangling pointer vulnerability
MFSA 2009-48 
<http://www.mozilla.org/security/announce/2009/mfsa2009-48.html> 
Insufficient warning for PKCS11 module installation and removal
MFSA 2009-47 
<http://www.mozilla.org/security/announce/2009/mfsa2009-47.html> Crashes 
with evidence of memory corruption (rv:1.9.1.3/1.9.0.14)

cheers
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group



From schwindt at dfki.uni-kl.de  Mon Sep 14 15:12:45 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Mon, 14 Sep 2009 15:12:45 +0200
Subject: [csw-users] Transmission 1.75 in testing
Message-ID: <200909141312.n8EDCj8H021207@dfki.uni-kl.de>


I put Transmission 1.75 into testing.
 
Transmission is a cross-platform BitTorrent client

Nicolai



From william at wbonnet.net  Mon Sep 14 16:07:58 2009
From: william at wbonnet.net (William Bonnet)
Date: Mon, 14 Sep 2009 16:07:58 +0200
Subject: [csw-users] /testing Seamonkey 1.1.18 is available
Message-ID: <4AAE4E3E.2060703@wbonnet.net>

Hi

Seamonkey 1.1.18 is available from testing for Solaris 8+

http://mirror.opencsw.org/testing/seamonkey-1.1.18,REV=2009.09.14-SunOS5.8-i386-CSW.pkg.gz
http://mirror.opencsw.org/testing/seamonkey-1.1.18,REV=2009.09.14-SunOS5.8-sparc-CSW.pkg.gz

Feedbacks are welcome since it is my first version of the package. This 
package will be updated with the  rest of the Mozilla's applications.

cheers
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group



From maciej at opencsw.org  Tue Sep 15 12:18:22 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 15 Sep 2009 11:18:22 +0100
Subject: [csw-users] Trying to build pgadmin3
In-Reply-To: <ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>
References: <4A9C45E2.7070509@yahoo.co.uk>
	<ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>
Message-ID: <ce97543b0909150318n26f036fak9dcb637ce3f438b3@mail.gmail.com>

It seems like pgadmin3 requires wxwidgets --with-regex. I'll recompile
wxwidgets with this option on the buildfarm, and we'll see if pgadmin3
will compile successfully afterwards.

Maciej

From maciej at opencsw.org  Wed Sep 16 00:33:00 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 15 Sep 2009 23:33:00 +0100
Subject: [csw-users] Trying to build pgadmin3
In-Reply-To: <ce97543b0909150318n26f036fak9dcb637ce3f438b3@mail.gmail.com>
References: <4A9C45E2.7070509@yahoo.co.uk>
	<ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>
	<ce97543b0909150318n26f036fak9dcb637ce3f438b3@mail.gmail.com>
Message-ID: <ce97543b0909151533s4047df08p43546771f341dc2b@mail.gmail.com>

Richard,

The new wxwidgets packages are in testing, you can try building
pgadmin3 against them.

http://mirror.opencsw.org/testing.html

The package revision is: 2.8.10,REV=2009.09.15

Maciej

From schwindt at dfki.uni-kl.de  Fri Sep 18 18:31:38 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Fri, 18 Sep 2009 18:31:38 +0200
Subject: [csw-users] geany 0.18 in testing
Message-ID: <200909181631.n8IGVca9015020@dfki.uni-kl.de>


Geany is a text editor using the GTK2 toolkit with basic features of an 
integrated development environment. It was developed to provide a small and 
fast IDE, which has only a few dependencies from other packages. It supports 
many filetypes and has some nice features.


Feedback welcome


Nicolai



From ggunselm at emporia.edu  Mon Sep 21 23:52:49 2009
From: ggunselm at emporia.edu (Glen Gunselman)
Date: Mon, 21 Sep 2009 16:52:49 -0500
Subject: [csw-users] missing PERL module
In-Reply-To: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
Message-ID: <4AB7AF61.CC54.005D.3@emporia.edu>

 
I need to install Perl module Text/CSV_XS.pm.  I see a OpenCSW package pm_textcsvxs. Is this the package I need?
 
 
(Assuming it is ...)
Here's where I am now:
 
/opt/csw/bin/pkg-get -c|grep 'perl'
    ap2_modperl             [Not installed]        2.0.3,REV=2007.10.25
       mod_perl             [Not installed]         1.29,REV=2006.02.14
           perl        5.8.8,REV=2009.08.05        5.8.8,REV=2009.08.17
    perlconsole             [Not installed]          0.4,REV=2009.07.01
        perldoc             [Not installed]        5.8.8,REV=2009.08.17
       perltidy             [Not installed]     20090616,REV=2009.06.22
pm_geoippureperl             [Not installed]         1.23,REV=2009.03.10
  pm_libxmlperl             [Not installed]         0.08,REV=2006.08.15
    pm_log4perl             [Not installed]         1.21,REV=2009.03.27
   pm_perlioeol             [Not installed]         0.13,REV=2009.08.10
  pm_perliogzip             [Not installed]         0.18,REV=2009.08.11
pm_perlioviadyn             [Not installed]         0.13,REV=2009.08.10
pm_perlioviasym             [Not installed]         0.05,REV=2009.08.10
pm_speedycgiperl             [Not installed]         2.22,REV=2006.12.05
 
Perl is installed but not current.
 
I tried to update Perl using:
 
/opt/csw/bin/pkg-get -u perl
 
but received the following error and perl was NOT updated:
WARNING: gpg not found
 
 
 
Based on the above should I continue trying to install pm_textcsvxs from OpenCSW or am I just opening a big can of worms?
 
 
 
Note: I tried to install just the missing Perl module but that failed:
 
/opt/csw/bin/pkg-get -i pm_textcsvxs
Error: dependancy perl (CSWperl) not up to date
 
Thanks for any ideas,
 
 
 
 
Glen Gunselman
Systems Software Specialist
TCS
Emporia State University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090921/dd639525/attachment.html>

From dam at opencsw.org  Tue Sep 22 07:49:39 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 22 Sep 2009 07:49:39 +0200
Subject: [csw-users] missing PERL module
In-Reply-To: <4AB7AF61.CC54.005D.3@emporia.edu>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
	<4AB7AF61.CC54.005D.3@emporia.edu>
Message-ID: <A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>

Hi Glen,

Am 21.09.2009 um 23:52 schrieb Glen Gunselman:
> I need to install Perl module Text/CSV_XS.pm.  I see a OpenCSW  
> package pm_textcsvxs. Is this the package I need?

Yes, you can check here:
   <http://www.opencsw.org/packages/pm_textcsvxs>

>  Perl is installed but not current.
>
> I tried to update Perl using:
>
> /opt/csw/bin/pkg-get -u perl
>
> but received the following error and perl was NOT updated:
> WARNING: gpg not found
>
>  Based on the above should I continue trying to install pm_textcsvxs  
> from OpenCSW or am I just opening a big can of worms?

Just go ahead and either install gpg and update the key as described in
   <http://www.opencsw.org/pkg-get>
or disable gpg in /opt/csw/etc/pkg-get.conf. I guess your catalog is  
already updated? I fnot, do pkg-get -U first.

> Note: I tried to install just the missing Perl module but that failed:
>
> /opt/csw/bin/pkg-get -i pm_textcsvxs
> Error: dependancy perl (CSWperl) not up to date

This is correct, you must first update dependencies.


Best regards

   -- Dago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090922/08ecdaa6/attachment.html>

From ggunselm at emporia.edu  Tue Sep 22 16:00:51 2009
From: ggunselm at emporia.edu (Glen Gunselman)
Date: Tue, 22 Sep 2009 09:00:51 -0500
Subject: [csw-users] missing PERL module
In-Reply-To: <A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
	<4AB7AF61.CC54.005D.3@emporia.edu>
	<A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>
Message-ID: <4AB89243.CC54.005D.3@emporia.edu>

The URL - http://www.opencsw.org/pkg-get does not explain how to install gpg.
 
 
which gpg does not find a gpg and neither does find / -name gpg.
 
 
There is a package gpgme but gpg is not among the included files - http://www.opencsw.org/search/gpgme 
So I don't know how to do your first recommendation, will try the second.
 
I uncommented the following line in /opt/csw/etc/pkg-get.conf
 
use_gpg=false
Now /opt/csw/bin/pkg-get -u perl returns no output.
 
Also, I updated pkg_get but still can not update perl.
 
 
Any other ideas?
Thanks,
Glen
 
 
 

>>> Dagobert Michelsen <dam at opencsw.org> 09/22/09 12:49 AM >>>
Hi Glen,

Am 21.09.2009 um 23:52 schrieb Glen Gunselman:


I need to install Perl module Text/CSV_XS.pm.  I see a OpenCSW package pm_textcsvxs. Is this the package I need?


Yes, you can check here:
  <http://www.opencsw.org/packages/pm_textcsvxs>



 Perl is installed but not current.
 
I tried to update Perl using:
 
/opt/csw/bin/pkg-get -u perl
 
but received the following error and perl was NOT updated:
WARNING: gpg not found
 
 Based on the above should I continue trying to install pm_textcsvxs from OpenCSW or am I just opening a big can of worms?


Just go ahead and either install gpg and update the key as described in
  <http://www.opencsw.org/pkg-get>
or disable gpg in /opt/csw/etc/pkg-get.conf. I guess your catalog is already updated? I fnot, do pkg-get -U first.



Note: I tried to install just the missing Perl module but that failed:
 
/opt/csw/bin/pkg-get -i pm_textcsvxs
Error: dependancy perl (CSWperl) not up to date


This is correct, you must first update dependencies.


Best regards

  -- Dago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090922/0563401c/attachment-0001.html>

From ghenry at cmi.univ-mrs.fr  Tue Sep 22 18:45:38 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 22 Sep 2009 18:45:38 +0200
Subject: [csw-users] missing PERL module
In-Reply-To: <4AB89243.CC54.005D.3@emporia.edu>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>	<4AB7AF61.CC54.005D.3@emporia.edu>	<A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>
	<4AB89243.CC54.005D.3@emporia.edu>
Message-ID: <4AB8FF32.2070002@cmi.univ-mrs.fr>

Glen Gunselman wrote:
> The URL - http://www.opencsw.org/pkg-get does not explain how to install 
> gpg.
>  
>  
> which gpg does not find a gpg and neither does find / -name gpg.
>  
>  
> There is a package gpgme but gpg is not among the included files - 
> http://www.opencsw.org/search/gpgme
> So I don't know how to do your first recommendation, will try the second.
>  
> I uncommented the following line in /opt/csw/etc/pkg-get.conf
>  
> use_gpg=false
> Now /opt/csw/bin/pkg-get -u perl returns no output.
>  

did you do a "pkg-get -U"? perhaps the repository you're using isn't 
updated, so try to change it.
If you do:
pkg-get -c |grep perl
is it ok? is it the latest version?
to install gpg, install CSWgnupg and perhaps CSWtextutils (and others?)

for me, since i discovered pkgutil, i do not use pkg-get any more.

hth,

gerard

From william at wbonnet.net  Wed Sep 23 00:10:40 2009
From: william at wbonnet.net (William Bonnet)
Date: Wed, 23 Sep 2009 00:10:40 +0200
Subject: [csw-users] /testing Some X11 proto updates
Message-ID: <4AB94B60.7010704@wbonnet.net>

Hi

The following packages have been updated or added to testing

New : fontsproto-2.1.0,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
New : fontsproto-2.1.0,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz
Update : inputproto-1.5.1,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
Update : inputproto-1.5.1,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz
New : printproto-1.0.4,REV=2009.09.23-SunOS5.8-i386-CSW.pkg.gz
New : printproto-1.0.4,REV=2009.09.23-SunOS5.8-sparc-CSW.pkg.gz
New : resourceproto-1.1.0,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
New : resourceproto-1.1.0,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz
Update : xextproto-7.1.1,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
Update : xextproto-7.1.1,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz


Feedbacks are welcome

cheers
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group



From bchill at opencsw.org  Wed Sep 23 00:25:44 2009
From: bchill at opencsw.org (Brian Hill)
Date: Tue, 22 Sep 2009 22:25:44 +0000
Subject: [csw-users] librsync 0.9.7 & rdiff-backup 1.2.8 uploaded to testing
Message-ID: <20090922222544.GA2115@vm-1.bch.net>

	librsync 0.9.7 & rdiff-backup 1.2.8 have been uploaded to testing.

Brian

From bwalton at opencsw.org  Wed Sep 23 19:12:12 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Wed, 23 Sep 2009 13:12:12 -0400
Subject: [csw-users] large package update in testing/
Message-ID: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>


Hi Everyone,

I've placed a large set of packages in testing/ that are all
interrelated.  This update will see $sysconfdir move from /opt/csw/etc
to /etc/opt/csw for all packages listed.

asciidoc-8.4.5,REV=2009.09.18-SunOS5.8
docbookdsssl-1.79,REV=2009.09.15-SunOS5.8
docbookdtds-4.5,REV=2009.09.16-SunOS5.8
docbookxsl-1.74.3,REV=2009.09.11-SunOS5.8
docbookxsldoc-1.74.3,REV=2009.09.11-SunOS5.8
libxml2-2.7.3,REV=2009.09.12-SunOS5.8
libxml2-2.7.3,REV=2009.09.12-SunOS5.8
libxml2_devel-2.7.3,REV=2009.09.12-SunOS5.8
libxslt-1.1.24,REV=2009.09.08-SunOS5.8
libxslt_devel-1.1.24,REV=2009.09.08-SunOS5.8
openjade-1.3.2,REV=2009.09.11-SunOS5.8
py_libxml2-2.7.3,REV=2009.09.12-SunOS5.8
py_libxslt-1.1.24,REV=2009.09.08-SunOS5.8
sgmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
xmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
xmlto-0.0.23,REV=2009.09.22-SunOS5.8

As many of these packages register themselves in one or more shared
catalog files, there isn't a good way to update this stack except as a
batch operation.  The script at
http://mirror.opencsw.org/testing/update_xml_pkgs.sh should ease this
process for you as it removes packages in an order that won't break
dependencies (among this stack) and then re-adds them in the order they
were removed, taking into account packages you don't have on a
particular machine.

If you use any of these packages and have a chance to test the update
on a machine or two, I'd appreciate the feedback.  They all seem to
work for me after the upgrade, but since it's a very large, invasive
change, I'd like wider testing before release.

Thanks
-Ben
-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090923/42d3a250/attachment.asc>

From dam at opencsw.org  Thu Sep 24 12:26:00 2009
From: dam at opencsw.org (dam at opencsw.org)
Date: Thu, 24 Sep 2009 12:26:00 +0200 (CEST)
Subject: [csw-users] large package update in testing/
In-Reply-To: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>
References: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>
Message-ID: <b2d789d88fe99c96b3af62fd843304b6.squirrel@mail.opencsw.org>

Hi Ben,

> Hi Everyone,
>
> I've placed a large set of packages in testing/ that are all
> interrelated.  This update will see $sysconfdir move from /opt/csw/etc
> to /etc/opt/csw for all packages listed.
>
> asciidoc-8.4.5,REV=2009.09.18-SunOS5.8
> docbookdsssl-1.79,REV=2009.09.15-SunOS5.8
> docbookdtds-4.5,REV=2009.09.16-SunOS5.8
> docbookxsl-1.74.3,REV=2009.09.11-SunOS5.8
> docbookxsldoc-1.74.3,REV=2009.09.11-SunOS5.8
> libxml2-2.7.3,REV=2009.09.12-SunOS5.8
> libxml2-2.7.3,REV=2009.09.12-SunOS5.8
> libxml2_devel-2.7.3,REV=2009.09.12-SunOS5.8
> libxslt-1.1.24,REV=2009.09.08-SunOS5.8
> libxslt_devel-1.1.24,REV=2009.09.08-SunOS5.8
> openjade-1.3.2,REV=2009.09.11-SunOS5.8
> py_libxml2-2.7.3,REV=2009.09.12-SunOS5.8
> py_libxslt-1.1.24,REV=2009.09.08-SunOS5.8
> sgmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
> xmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
> xmlto-0.0.23,REV=2009.09.22-SunOS5.8
>
> As many of these packages register themselves in one or more shared
> catalog files, there isn't a good way to update this stack except as a
> batch operation.  The script at
> http://mirror.opencsw.org/testing/update_xml_pkgs.sh should ease this
> process for you as it removes packages in an order that won't break
> dependencies (among this stack) and then re-adds them in the order they
> were removed, taking into account packages you don't have on a
> particular machine.
>
> If you use any of these packages and have a chance to test the update
> on a machine or two, I'd appreciate the feedback.  They all seem to
> work for me after the upgrade, but since it's a very large, invasive
> change, I'd like wider testing before release.

I have problems building the colordiff documentation with it, IIRC this
worked with the previous version:

xmlto -vv man colordiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/man
Convert to troff
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml"
xmlto:
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:25:
element replaceable: validity error : Element command is not declared in
replaceable list of possible children
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:26:
element replaceable: validity error : Element application is not declared
in replaceable list of possible children
Document
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate
gmake: [doc] Error 13 (ignored)
xmlto -vv man cdiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/man
Convert to troff
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/cdiff.xml"
Stylesheet: /tmp/xmlto-xsl.JQYyMq
/opt/csw/bin/xsltproc   --nonet --xinclude \
 -o "/tmp/xmlto.evaCfi/cdiff.proc" \
 /tmp/xmlto-xsl.JQYyMq \
 "/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/cdiff.xml"
Note: meta source : no *info/productname or alternative            cdiff
Note: meta source : see http://docbook.sf.net/el/productname       cdiff
Note: meta source : no refentry/refmeta/refmiscinfo at class=source   cdiff
Note: meta source : see http://docbook.sf.net/el/refmiscinfo       cdiff
Note: meta version: no *info/productnumber or alternative          cdiff
Note: meta version: see http://docbook.sf.net/el/productnumber     cdiff
Note: meta version: no refentry/refmeta/refmiscinfo at class=version  cdiff
Note: meta version: see http://docbook.sf.net/el/refmiscinfo       cdiff
Warn: meta source : no fallback for source, so inserted a fixme    cdiff
Note: meta manual : no titled ancestor of refentry                 cdiff
Note: meta manual : no refentry/refmeta/refmiscinfo at class=manual   cdiff
Note: meta manual : see http://docbook.sf.net/el/refmiscinfo       cdiff
Warn: meta manual : no fallback for manual, so inserted a fixme    cdiff
Warn: meta author : no refentry/info/author                        cdiff
Note: meta author : see http://docbook.sf.net/el/author            cdiff
Warn: meta author : no author data, so inserted a fixme            cdiff
Note: Writing cdiff.1
xmlto -vv txt colordiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/txt
Convert to HTML (no chunks)
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml"
xmlto:
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:25:
element replaceable: validity error : Element command is not declared in
replaceable list of possible children
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:26:
element replaceable: validity error : Element application is not declared
in replaceable list of possible children
Document
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate
gmake: [doc] Error 13 (ignored)
xmlto -vv html-nochunks colordiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/html-nochunks
Convert to HTML (no chunks)
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml"
xmlto:
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:25:
element replaceable: validity error : Element command is not declared in
replaceable list of possible children
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:26:
element replaceable: validity error : Element application is not declared
in replaceable list of possible children
Document
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate
gmake: [doc] Error 13 (ignored)

The package is committed in the GAR repository.


Best regards

  -- Dago

From bwalton at opencsw.org  Thu Sep 24 13:48:04 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 24 Sep 2009 07:48:04 -0400
Subject: [csw-users] large package update in testing/
In-Reply-To: <b2d789d88fe99c96b3af62fd843304b6.squirrel@mail.opencsw.org>
References: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>
	<b2d789d88fe99c96b3af62fd843304b6.squirrel@mail.opencsw.org>
Message-ID: <1253792840-sup-6126@ntdws12.chass.utoronto.ca>

Excerpts from dam's message of Thu Sep 24 06:26:00 -0400 2009:

Hi Dago,

> I have problems building the colordiff documentation with it, IIRC this
> worked with the previous version:

Ok, I'll checkout that package and see where its breaking.

Thanks for the feedback.
-Ben
-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.

From dam at opencsw.org  Tue Sep  1 09:26:30 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 1 Sep 2009 09:26:30 +0200
Subject: [csw-users] [csw-members] Compiler used?
In-Reply-To: <239E996F5C620A4E8A369B7D818326B261902D@PUSMNEI1.pwemail.us>
References: <239E996F5C620A4E8A369B7D818326B261902D@PUSMNEI1.pwemail.us>
Message-ID: <D180C6A3-F8E4-4731-BC98-81E4B1591BA4@opencsw.org>

Hi George,

(transferring the thread from members@ to users@)

Am 31.08.2009 um 21:04 schrieb Wyche, George PW:
> Pardon my ignorance, but I cannot find a description of the compiler 
> (s)
> used at the build farm(s).

The following software is installed:

   Software      | Path                  | login |  b8s |  b9s | b10s  
|  b8x |  b9x | b10x
   --------------+-----------------------+-------+------+------+------ 
+------+------+------
   Sun Studio 11 | /opt/studio/SOS11     |  No   | Yes  | Yes  | Yes   
| Yes  | Yes  | Yes
   Sun Studio 12 | /opt/studio/SOS12     |  No   |  No  | Yes  | Yes   
|  No  | Yes  | Yes
   GCCFSS 4.2.0  | /opt/SUNWgccfss/4.2.0 |  No   | Yes  | Yes  | Yes   
|  No  |  No  |  No
   GCCFSS 4.2.1  | /opt/SUNWgccfss/4.2.1 |  No   | Yes  | Yes  | Yes   
|  No  |  No  |  No

> Beyond jus being told outright, where might I find that information in
> the opencsw.org web pages?

It is not on the webpages, but only on /etc/SETUP on the farm.

> Why do I need to know?
> I am under the impression that if I want to extend Python, then I must
> create a dynamic library and that it must be built with the same
> compiler as Python was compiled with. I use gcc and gfortran.

Aha! For gcc we just use our own OpenCSW GCC compilers, which are not  
relocatable.
They are installed at
   /opt/csw/gcc3/bin/gcc
   /opt/csw/gcc4/bin/gcc

Best regards

   -- Dago


From maciej at opencsw.org  Tue Sep  1 11:33:03 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 1 Sep 2009 10:33:03 +0100
Subject: [csw-users] Trying to build pgadmin3
In-Reply-To: <4A9C45E2.7070509@yahoo.co.uk>
References: <4A9C45E2.7070509@yahoo.co.uk>
Message-ID: <ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>

On Mon, Aug 31, 2009 at 10:51 PM, Richard Gomes<rgomes1997 at yahoo.co.uk> wrote:
> (...)
> ???? # Install wxWidgets contrib modules.
> ???? cd contrib/
> ???? make
> ???? sudo make install

This might be the missing bit. I'll take another look at the wxwidgets
package and see if I can get it to include the stc.h header file.

Maciej


From mats.larsson at ericsson.com  Tue Sep  1 13:41:00 2009
From: mats.larsson at ericsson.com (Mats Larsson)
Date: Tue, 01 Sep 2009 13:41:00 +0200
Subject: [csw-users] Firefox 3 release
In-Reply-To: <4A9C47D6.4010501@wbonnet.net>
References: <4A9C47D6.4010501@wbonnet.net>
Message-ID: <4A9D084C.1040005@ericsson.com>

Hi Will,

Good work indeed. Any chance for a Fx 3.5.x soon?

BR MOL

On 2009-08-31 23:59, William Bonnet wrote:
> Hi,
>
> I'm pleased to announced that Firefox 3.0.13 has been pushed to 
> current. This version supports Solaris 8 and newer (thanks goes to 
> James Lee for pointing me the solution).
>
> Thunderbird has also been updated to version 2.0.0.23, latest stable 
> before TB3 is released.
>
> cheers
> W.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090901/1811ab9a/attachment-0002.html>

From william at wbonnet.net  Tue Sep  1 13:45:10 2009
From: william at wbonnet.net (William Bonnet)
Date: Tue, 01 Sep 2009 13:45:10 +0200
Subject: [csw-users] Firefox 3 release
In-Reply-To: <4A9D084C.1040005@ericsson.com>
References: <4A9C47D6.4010501@wbonnet.net> <4A9D084C.1040005@ericsson.com>
Message-ID: <4A9D0946.7060104@wbonnet.net>

Hi Mats

> Good work indeed. Any chance for a Fx 3.5.x soon?
Thanks

It all depends on what means soon :)

Firefox 3.5.1 is compiling on our build farm, but it is not running yet. 
We have several dependencies to update before we can release it. Work 
have started on updating this libs, but it will take some time and a lot 
of testing...

Now that Firefox 3.0.x has been released it will be updated on a regular 
basis. The most difficult part of the work is behind now.

cheers
W.


From dam at opencsw.org  Tue Sep  1 17:32:18 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 1 Sep 2009 17:32:18 +0200
Subject: [csw-users] New in testing: parallel gzip 'pigz' (pronounced
	pig-zee)
Message-ID: <12435D87-4BB6-4BC1-A4E4-D3F4110AAA01@opencsw.org>

Hi,

there is a parallel gzip in testing/ from Mark Adler:
   pkg-get -s http://mirror.opencsw.org/opencsw/testing -U -u pigz
   pkgutil -t http://mirror.opencsw.org/opencsw/testing -i pigz

Some tests:

> build8st% ls -l x
> -rw-r--r--   1 dam      csw      336455680 Sep  1 17:05 x

File is roughly 336 MB is size

> build8st% time pigz x
> pigz x  215.55s user 1.91s system 3065% cpu 7.094 total

Compression takes 7 seconds instead 3 1/2 minutes on T5220!

> build8st% time unpigz x.gz
> unpigz x.gz  10.36s user 1.79s system 143% cpu 8.446 total

Parallel gunzip is only 1,5 times faster

> build8st% time pigz -9 x
> pigz -9 x  396.91s user 1.96s system 2334% cpu 17.087 total

Higher compressions take 17 seconds instead of 6 1/2 minutes!!

> build8st% cksum x.gz
> 585068046       123219628       x.gz

Write that down.

> build8st% time unpigz x.gz
> unpigz x.gz  10.34s user 1.79s system 144% cpu 8.413 total
> build8st% time gzip -9 x
> gzip -9 x  241.84s user 1.56s system 99% cpu 4:03.40 total

Traditional gzip takes less total CPU but 4 minutes total.

> build8st% cksum x.gz
> 206071496       123179310       x.gz

Different checksum, but both archives are valid.



I guess I'll switch package compression in GAR to pigz after
release.


Best regards

   -- Dago

PS: ...and don't forget: it is pronounced "pig-zee"



From schwindt at dfki.uni-kl.de  Tue Sep  1 20:18:08 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Tue, 01 Sep 2009 20:18:08 +0200
Subject: [csw-users]  Webdav trouble
Message-ID: <200909011818.n81II86d029673@dfki.uni-kl.de>


Last week I updated on of our production webserver to current.
.. and found I missed some tests before doing that.

The effect was all webdav enabled sources including svn stopped working 
( one could still read, but not 'write').

The problem could be narrowed down to the  DAVLockDB. So I hoped simply 
downgrading dbd44 would fix this. In the end I had to downgrade these to get
back to normal :

       software                        localrev                      remoterev
    ap2_prefork           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
 ap2_subversion            1.6.2,REV=2009.05.17           1.6.2,REV=2009.06.13
        apache2           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
       apache2c           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
      apache2rt           2.2.11,REV=2009.03.29          2.2.13,REV=2009.08.22
   berkeleydb44           4.4.20,REV=2009.05.26          4.4.20,REV=2009.07.28
     subversion            1.6.2,REV=2009.05.17           1.6.2,REV=2009.06.13

I could reprocude the effect on another machine with simmilar setup 
( SunOS isg-1516 5.10 Generic_141415-09 i86pc i386 i86pc )

Fiddling around with the packages ( trying to update any combination of it ) 
led always to the
effect of a failure when trying to PUT data. The affected process will crash.


Logs will look like this :


DB->get_multiple: method not permitted before handle's open method
[Tue Sep 01 18:36:05 2009] [notice] child pid 21239 exit signal Segmentation 
fault (11)


truss tells :

1975:   stat64("/opt/csw/apache2/lib/apr_dbm_db-1.so", 0x080469F0) Err#2 ENOENT
1975:   stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) 
Err#2 ENOENT
1975:   stat64("/opt/csw/apache2/lib/apr-util-1/apr_dbm_db-1.so", 0x080469F0) 
Err#2 ENOENT
1975:   stat64("/export/serv-2300a/webdav/calendars/gf/Privat.ics", 
0x080476B0) Err#2 ENOENT
1975:       Incurred fault #6, FLTBOUNDS  %pc = 0xFEF6C1E4
1975:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050
1975:       Received signal #11, SIGSEGV [caught]
1975:         siginfo: SIGSEGV SEGV_MAPERR addr=0x00000050
1975:   lwp_sigmask(SIG_SETMASK, 0x00000400, 0x00000000) = 0xFFBFFEFF 
[0x0000FFFF]




Switching to apache/svn from testing and dbd4 from current.
The error log holds:

[Tue Sep 01 19:14:51 2009] [error] [client 192.168.15.207] The locks could not 
be queried for verification against a possible "If:" header.  [500, #0]
[Tue Sep 01 19:14:51 2009] [error] [client 192.168.15.207] Could not open the 
lock database.  [500, #400]
[Tue Sep 01 19:14:51 2009] [error] [client 192.168.15.207] (11)Resource 
temporarily unavailable: Could not open property database.  [500, #1]


Right now I guess apache_rt could be the problem but I am not sure about that.
I'll try to dig deeper.


Has anyone similar effects ? 



Nicolai




From maciej at opencsw.org  Wed Sep  2 10:58:11 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 2 Sep 2009 09:58:11 +0100
Subject: [csw-users] unixODBC-2.2.14 in testing
In-Reply-To: <ce97543b0907291524i365c767ag395076140919221a@mail.gmail.com>
References: <ce97543b0907291524i365c767ag395076140919221a@mail.gmail.com>
Message-ID: <ce97543b0909020158o3b2d1486n2fbcd1dee997a36d@mail.gmail.com>

On Wed, Jul 29, 2009 at 11:24 PM, Maciej (Matchek)
Blizinski<maciej at opencsw.org> wrote:
> The unixODBC package, version 2.2.14 is now in testing.
>
> http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.07.29-SunOS5.8-sparc-CSW.pkg.gz
> http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.07.29-SunOS5.8-i386-CSW.pkg.gz
>
> It's the first version built with GAR, a remake from scratch. I
> haven't got access to the original package. This package doesn't
> include GUI (QT) support. It keeps the configuration files in
> /etc/opt/csw, as opposed to the earlier /opt/csw/etc. Please feel free
> to respond with any feedback on the package.

I've updated the unixodbc packages.

http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-i386-CSW.pkg.gz
http://mirror.opencsw.org/testing/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-sparc-CSW.pkg.gz

The changes include:

- 64-bit binaries for sparcv9 and amd64 ISAs
- A postinstall script which aids the migration of
/opt/csw/etc/odbc*ini files to /etc/opt/csw. The installation should
pass non-interactively and unixodbc should preserve its configuration,
including the non-global zones. Hint files are placed in the
/opt/csw/etc directory.

Maciej


From schwindt at dfki.uni-kl.de  Wed Sep  2 13:15:41 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Wed, 02 Sep 2009 13:15:41 +0200
Subject: [csw-users] Webdav trouble
In-Reply-To: Your message of "Tue, 01 Sep 2009 20:18:08 +0200."
	<200909011818.n81II86d029673@dfki.uni-kl.de> 
Message-ID: <200909021115.n82BFfNC011798@dfki.uni-kl.de>

[...]
> 
> Right now I guess apache_rt could be the problem but I am not sure about that
.
> I'll try to dig deeper.
[...]

Found the problem after recompiling apr-util evertyhing went back to normal.
I'll file a report in mantis


Nicolai
 





From maciej at opencsw.org  Wed Sep  2 13:25:55 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Wed, 2 Sep 2009 12:25:55 +0100
Subject: [csw-users] unixODBC-2.2.14 in testing
In-Reply-To: <ce97543b0909020158o3b2d1486n2fbcd1dee997a36d@mail.gmail.com>
References: <ce97543b0907291524i365c767ag395076140919221a@mail.gmail.com>
	<ce97543b0909020158o3b2d1486n2fbcd1dee997a36d@mail.gmail.com>
Message-ID: <ce97543b0909020425r28cb567k999432920cffb566@mail.gmail.com>

On Wed, Sep 2, 2009 at 9:58 AM, Maciej (Matchek)
Blizinski<maciej at opencsw.org> wrote:
> The changes include:
>
> - 64-bit binaries for sparcv9 and amd64 ISAs
> - A postinstall script which aids the migration of
> /opt/csw/etc/odbc*ini files to /etc/opt/csw. The installation should
> pass non-interactively and unixodbc should preserve its configuration,
> including the non-global zones. Hint files are placed in the
> /opt/csw/etc directory.

After a request from one of the maintainers, I moved the unixodbc
packages to a subdirectory. The new location is:

http://mirror.opencsw.org/testing/etc-migration/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-i386-CSW.pkg.gz
http://mirror.opencsw.org/testing/etc-migration/unixodbc-2.2.14,REV=2009.09.02-SunOS5.8-sparc-CSW.pkg.gz

Maciej


From George.Wyche at pw.utc.com  Wed Sep  2 23:40:57 2009
From: George.Wyche at pw.utc.com (Wyche, George             PW)
Date: Wed, 2 Sep 2009 17:40:57 -0400
Subject: [csw-users] Compilers used?
Message-ID: <239E996F5C620A4E8A369B7D818326B2650C44@PUSMNEI1.pwemail.us>

@Dagobert Michelsen

That is very specific. Thank you.

-------------------------------------
What is the difference between "member" and "user"?  
-------------------------------------
Below, you say:
  "Aha! For gcc we just use our own OpenCSW GCC compilers, which are not
relocatable."
I'm sorry, but 2 things, then, I don't understand:
1) What do you mean "not relocatable"?
2) What, if anything, involves "our own ... compilers"? What good does
this do for me?
-----------------------------------
If I wish to extend Python and wish to use the 5.8 sparc version OpenCSW
package for Python, then it would seem that I have to have Sun Studio 11
for myself. My SunBlade100 with 5.8 is configured with too few resources
for Studio 11.

Are any of us OpenCSW users privy to the exact procedures involved in
all packages made? If I knew it I would duplicate the Python making
process using my gcc.
------------------------------------

I am a Solaris user, but Pratt Whitney's connection to the internet is
strictly through controlled Windows boxes with which I am unfamiliar. I
tried to post from
http://post.gmane.org/post.php?group=gmane.os.solaris.opencsw.user&follo
wup=581 but was denied because there was a [x] where some picture is
supposed to be, thus was unable to "Enter the word above:"

So what is the protocol to do a followup given the above situation? Is
filling in Subject sufficient? Does citing the original posters name in
the first line make it become sufficient? Must I include all of the
original posters text to make it sufficient?

Respectfully yours,
George Wyche


From dam at opencsw.org  Thu Sep  3 09:41:59 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 3 Sep 2009 09:41:59 +0200
Subject: [csw-users] Compilers used?
In-Reply-To: <239E996F5C620A4E8A369B7D818326B2650C44@PUSMNEI1.pwemail.us>
References: <239E996F5C620A4E8A369B7D818326B2650C44@PUSMNEI1.pwemail.us>
Message-ID: <93CF550C-B193-4CD0-BF87-5117E841AB16@opencsw.org>

Hi George,

Am 02.09.2009 um 23:40 schrieb Wyche, George PW:

> @Dagobert Michelsen
>
> That is very specific. Thank you.
>
> -------------------------------------
> What is the difference between "member" and "user"?

A user is anybody using the packages. A maintainer is somebody who
has build a package. After that, maintainers can apply for membership
to the OpenCSW association. You can read the bylaws and member list at
   <http://wiki.opencsw.org/open-community-software-project-bylaws>

> -------------------------------------
> Below, you say:
>  "Aha! For gcc we just use our own OpenCSW GCC compilers, which are  
> not
> relocatable."
> I'm sorry, but 2 things, then, I don't understand:
> 1) What do you mean "not relocatable"?

They are in /opt/csw/gcc<version>. You can not install them anywhere  
alere
because there are hardcoded pathes in there. You can install the Sun  
Studio
compiler to arbitrary pathes, though.

> 2) What, if anything, involves "our own ... compilers"? What good does
> this do for me?

If a package has been compiled with gcc and the flags are recorded you
may be forced to use the same compiler.

> -----------------------------------
> If I wish to extend Python and wish to use the 5.8 sparc version  
> OpenCSW
> package for Python, then it would seem that I have to have Sun  
> Studio 11
> for myself. My SunBlade100 with 5.8 is configured with too few  
> resources
> for Studio 11.

I would recommend buying a 120 GB PATA disk for 5$ from the fleamarket,

> Are any of us OpenCSW users privy to the exact procedures involved in
> all packages made? If I knew it I would duplicate the Python making
> process using my gcc.

The builds at OpenCSW are done with GAR and the build description is  
available
at
   <http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/python/trunk 
 >
You can find an introduction to GAR at http://gar.opencsw.org

> ------------------------------------
>
> I am a Solaris user, but Pratt Whitney's connection to the internet is
> strictly through controlled Windows boxes with which I am  
> unfamiliar. I
> tried to post from
> http://post.gmane.org/post.php?group=gmane.os.solaris.opencsw.user&follo
> wup=581 but was denied because there was a [x] where some picture is
> supposed to be, thus was unable to "Enter the word above:"
>
> So what is the protocol to do a followup given the above situation? Is
> filling in Subject sufficient? Does citing the original posters name  
> in
> the first line make it become sufficient? Must I include all of the
> original posters text to make it sufficient?

No, just subscribe to users@ and you are then allowed to post:
   <https://lists.opencsw.org/mailman/listinfo/users>


Best regards

   -- Dago


From william at wbonnet.net  Thu Sep  3 23:01:27 2009
From: william at wbonnet.net (William Bonnet)
Date: Thu, 03 Sep 2009 23:01:27 +0200
Subject: [csw-users] Important ! DBus update and bug fix
Message-ID: <4AA02EA7.9010406@wbonnet.net>

Hi,

A new version of the dbus packages will be pushed to current catalog in 
the next hours. This version fixes the fllowing bug

    0003626: dbus daemon will not stop on reboot/init 6 blocking the 
shutdown ( http://opencsw.org/bugtrack/view.php?id=3626 ).


This bugs prevents dbus from stop correctly. If dbus is running, it will 
be stop during update, thus update may freeze. In order to avoid this 
situation, you have to be sure that you don't have dbus running, or if 
it is running, you will have to kill it by hand before the upgrade.  You 
can retrieve the pid to kill with the following command :

bash-3.00# cat /opt/csw/var/run/dbus/pid
1592

or

bash-3.00# ps -elf | grep dbus-daemon
 0 S messageb  1592     1   0  40 20        ?    634        ? 22:55:25 
?           0:00 /opt/csw/bin/dbus-daemon --system

Please "kill -9" the dbus process before running package upgrade.

Kind regards
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group




From ghenry at cmi.univ-mrs.fr  Fri Sep  4 11:37:42 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Fri, 04 Sep 2009 11:37:42 +0200
Subject: [csw-users] evince hangs due to fontconfig?
Message-ID: <4AA0DFE6.50906@cmi.univ-mrs.fr>

hello all,
on solaris 10, with the latest packages, i have a serious problem when 
using evince or acroread:
(evince:6367): Pango-WARNING **: ld.so.1: evince: fatal: relocation 
error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
referenced symbol not found (evince:6367): Pango-WARNING **: Failed to 
load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
for id 'BasicScriptEngineFc'

or
(acroread:5976): Pango-WARNING **: ld.so.1: acroread: fatal: relocation 
error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
referenced symbol not found (acroread:5976): Pango-WARNING **: Failed to 
load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
for id 'BasicScriptEngineFc'

These applications are called within TexMaker, a qt app that uses a ton 
of libs:
mombasa-henry% pldd 6324
6324:   /usr/local/texmaker-1.7.1/bin/texmaker
/usr/local/Trolltech/Qt-4.4.0/lib/libQtGui.so.4.4.0
/opt/csw/lib/libpng12.so.0.39.0
/usr/openwin/lib/libSM.so.6
/usr/openwin/lib/libICE.so.6
/usr/openwin/lib/libXi.so.5
/usr/openwin/sfw/lib/libXrender.so.1
/usr/openwin/lib/libXext.so.0
/usr/openwin/lib/libX11.so.4
/lib/libresolv.so.2
/lib/libsocket.so.1
/lib/libnsl.so.1
/usr/local/Trolltech/Qt-4.4.0/lib/libQtCore.so.4.4.0
/opt/csw/lib/libz.so.1.2.3
/opt/csw/lib/libiconv.so.2.5.0
/lib/libdl.so.1
/lib/libpthread.so.1
/lib/librt.so.1
/usr/sfw/lib/libstdc++.so.6.0.3
/lib/libm.so.2
/usr/sfw/lib/libgcc_s.so.1
/lib/libc.so.1
/opt/csw/lib/libpng.so.3.39.0
/lib/libm.so.1
/lib/libaio.so.1
/lib/libmd.so.1
/platform/sun4u-us3/lib/libc_psr.so.1
/usr/lib/locale/iso_8859_1/iso_8859_1.so.3
/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.3
/usr/openwin/sfw/lib/libXfixes.so.1
/usr/X11/lib/libXcursor.so.1
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqgif.so
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqico.so
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqjpeg.so
/opt/csw/lib/libjpeg.so.62.0.0
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqmng.so
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqsvg.so
/usr/local/Trolltech/Qt-4.4.0/lib/libQtSvg.so.4.4.0
/usr/local/Trolltech/Qt-4.4.0/lib/libQtXml.so.4.4.0
/usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqtiff.so
/opt/csw/lib/libtiff.so.3.8.2
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqcncodecs.so
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqjpcodecs.so
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqkrcodecs.so
/usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqtwcodecs.so


In evince, the result is that if the user want to refresh the display, 
the app hangs and the only solution is to kill it :(

Is the a workaround since this is the latest releases of fontconfig, 
libpango, etc...?

thanks in advance,

gerard


From ghenry at cmi.univ-mrs.fr  Fri Sep  4 14:55:11 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Fri, 4 Sep 2009 14:55:11 +0200
Subject: [csw-users] evince hangs due to fontconfig?
In-Reply-To: <4AA0DFE6.50906@cmi.univ-mrs.fr>
References: <4AA0DFE6.50906@cmi.univ-mrs.fr>
Message-ID: <20090904125510.GA8200@cmi.univ-mrs.fr>

sorry for the noise, but the problem is due to a LD_LIBRARY_PATH into the script that launches texmaker. And this LD_LIBRARY_PATH contqins /usr/sfw/lib thqt causes the problem.
Deleting it is ok now.


On Fri, Sep 04, 2009 at 11:37:42AM +0200, Gerard Henry wrote:
> hello all,
> on solaris 10, with the latest packages, i have a serious problem when 
> using evince or acroread:
> (evince:6367): Pango-WARNING **: ld.so.1: evince: fatal: relocation 
> error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
> referenced symbol not found (evince:6367): Pango-WARNING **: Failed to 
> load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
> for id 'BasicScriptEngineFc'
> 
> or
> (acroread:5976): Pango-WARNING **: ld.so.1: acroread: fatal: relocation 
> error: file /opt/csw/lib/libfontconfig.so.1: symbol FT_Select_Size: 
> referenced symbol not found (acroread:5976): Pango-WARNING **: Failed to 
> load Pango module '/opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so' 
> for id 'BasicScriptEngineFc'
> 
> These applications are called within TexMaker, a qt app that uses a ton 
> of libs:
> mombasa-henry% pldd 6324
> 6324:   /usr/local/texmaker-1.7.1/bin/texmaker
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtGui.so.4.4.0
> /opt/csw/lib/libpng12.so.0.39.0
> /usr/openwin/lib/libSM.so.6
> /usr/openwin/lib/libICE.so.6
> /usr/openwin/lib/libXi.so.5
> /usr/openwin/sfw/lib/libXrender.so.1
> /usr/openwin/lib/libXext.so.0
> /usr/openwin/lib/libX11.so.4
> /lib/libresolv.so.2
> /lib/libsocket.so.1
> /lib/libnsl.so.1
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtCore.so.4.4.0
> /opt/csw/lib/libz.so.1.2.3
> /opt/csw/lib/libiconv.so.2.5.0
> /lib/libdl.so.1
> /lib/libpthread.so.1
> /lib/librt.so.1
> /usr/sfw/lib/libstdc++.so.6.0.3
> /lib/libm.so.2
> /usr/sfw/lib/libgcc_s.so.1
> /lib/libc.so.1
> /opt/csw/lib/libpng.so.3.39.0
> /lib/libm.so.1
> /lib/libaio.so.1
> /lib/libmd.so.1
> /platform/sun4u-us3/lib/libc_psr.so.1
> /usr/lib/locale/iso_8859_1/iso_8859_1.so.3
> /usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.3
> /usr/openwin/sfw/lib/libXfixes.so.1
> /usr/X11/lib/libXcursor.so.1
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqgif.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqico.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqjpeg.so
> /opt/csw/lib/libjpeg.so.62.0.0
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqmng.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqsvg.so
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtSvg.so.4.4.0
> /usr/local/Trolltech/Qt-4.4.0/lib/libQtXml.so.4.4.0
> /usr/local/Trolltech/Qt-4.4.0/plugins/imageformats/libqtiff.so
> /opt/csw/lib/libtiff.so.3.8.2
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqcncodecs.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqjpcodecs.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqkrcodecs.so
> /usr/local/Trolltech/Qt-4.4.0/plugins/codecs/libqtwcodecs.so
> 
> 
> In evince, the result is that if the user want to refresh the display, 
> the app hangs and the only solution is to kill it :(
> 
> Is the a workaround since this is the latest releases of fontconfig, 
> libpango, etc...?
> 
> thanks in advance,
> 
> gerard
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users

-- 
ATTENTION!!!!


From dam at opencsw.org  Fri Sep  4 23:01:26 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 4 Sep 2009 23:01:26 +0200
Subject: [csw-users] [csw-maintainers] Another problem with Berkeleydb
	(with cyrus_imapd)
In-Reply-To: <4AA17E81.1010109@pleiades.fr.eu.org>
References: <4AA17E81.1010109@pleiades.fr.eu.org>
Message-ID: <8D063F4A-0B90-4E07-9EFD-D9AE27D10530@opencsw.org>

Hi Yann,

Am 04.09.2009 um 22:54 schrieb Yann Rouillard:
> I run into the same problem with berkeleydb and cyrus imapd:
>
> 	imaps[4196]: [ID 539395 local6.crit] incorrect version of Berkeley  
> db: compiled against 4.2.52, linked against 4.7.25
>
> I saw a lot of thread about berkeleydb, but it's not easy to find  
> what is current situation and what will be done to solve this problem.
>
> Can someone explain to me:
>
> 	- if it is planned to provide again the berkeleydb 4.2.52 package  
> or if I have to recompile cyrus against berkeleydb 4.7 ?

Phil, Mike: Please correct me if I'm wrong.

We will put 4.2.52 back in as legacy lib in bdb4. If you could update  
your package
to 4.7 that would be great as we generally want to reducy dependency  
to old libs.

> 	- if it is 100% guaranted that the upgrade to 4.7 is transparent  
> for the user and that berkeleydb files created with 4.2 will be  
> handled with 4.7 ?

We thought so. However, I am not 100% sure any more.

> I would rather like the berkeleydb 4.2 package to be restored in its  
> previous state so it doesn't break current cyrus installation and to  
> give me some time to test the upgrade path to 4.7.

Ok, agreed. So again: everybody please be extra careful on upgrades  
from current
as the berkeley db issues have not been fully cleaned. It will  
unfortunately take
some more time to reorganize things again.


Best regards

   -- Dago


From phil at bolthole.com  Fri Sep  4 23:35:59 2009
From: phil at bolthole.com (Philip Brown)
Date: Fri, 4 Sep 2009 14:35:59 -0700
Subject: [csw-users] [csw-maintainers] Another problem with Berkeleydb
	(with cyrus_imapd)
In-Reply-To: <8D063F4A-0B90-4E07-9EFD-D9AE27D10530@opencsw.org>
References: <4AA17E81.1010109@pleiades.fr.eu.org>
	<8D063F4A-0B90-4E07-9EFD-D9AE27D10530@opencsw.org>
Message-ID: <d57eab940909041435k1aec2821q12bb0812b1b31467@mail.gmail.com>

On Fri, Sep 4, 2009 at 2:01 PM, Dagobert Michelsen<dam at opencsw.org> wrote:
>
> Phil, Mike: Please correct me if I'm wrong.
>
> We will put 4.2.52 back in as legacy lib in bdb4.


yes this would be good. also good is,

>If you could [recompile your cyrus package to use]  4.7 that would be great as we generally want to reduce dependency to old libs.


From gwyche at io.com  Sat Sep  5 02:01:29 2009
From: gwyche at io.com (George Wyche)
Date: Fri, 4 Sep 2009 19:01:29 -0500 (CDT)
Subject: [csw-users] gfortran
Message-ID: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>

At work I am using opencsw gfortran on OS5.8, but
here at home on Solaris 10 I upgraded everything to "current". Lots of
stuff works OK and though FireFox3.0.16 is difficult I am able to do
everything I was ever able to do, so the upgrade generally works.

I want gfortran to work and it does not.

What I get for a test2.f which only "      END" in it is:

/opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test2.f
ld: fatal: file crt1.o: open failed: No such file or directory

I used the -R bit as per James hint in this list.

Questions:
 1) How might I proceed?
 2) What is stopping us from advancing to gfortran 4.5.0 instead of this 8
year old version?

George Wyche
Also contactable at gwyche at io.com






From james at opencsw.org  Sat Sep  5 12:07:54 2009
From: james at opencsw.org (James Lee)
Date: Sat, 05 Sep 2009 10:07:54 GMT
Subject: [csw-users] gfortran
In-Reply-To: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
References: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
Message-ID: <20090905.10075400.634586278@gyor.oxdrove.co.uk>

On 05/09/09, 01:01:29, George Wyche <gwyche at io.com> wrote regarding 
[csw-users] gfortran:

> At work I am using opencsw gfortran on OS5.8, but
> here at home on Solaris 10 I upgraded everything to "current". Lots of
> stuff works OK and though FireFox3.0.16 is difficult I am able to do
> everything I was ever able to do, so the upgrade generally works.

> I want gfortran to work and it does not.

> What I get for a test2.f which only "      END" in it is:

> /opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test2.f
> ld: fatal: file crt1.o: open failed: No such file or directory


I've done a test on Solaris 8 and 10, Sparc and i386.  All 4 succeeded.

$ cat test.f
      WRITE (6,*) 'Hello'
      END
$ /opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test.f
$ ./a.out
 Hello


Do a check of the installed gcc packages, start with:

$ pkginfo | nawk '/CSWgcc4/{print $2}' | while read package
do
	pkgparam ${package} PKGINST VERSION
done



CSWgcc4core
4.3.3,REV=2009.05.07
CSWgcc4corert
4.3.3,REV=2009.05.07
CSWgcc4g++rt
4.3.3,REV=2009.05.07
CSWgcc4gfortran
4.3.3,REV=2009.05.07
CSWgcc4gfortranrt
4.3.3,REV=2009.05.07





James.




From gwyche at io.com  Sat Sep  5 17:48:03 2009
From: gwyche at io.com (George Wyche)
Date: Sat, 5 Sep 2009 10:48:03 -0500 (CDT)
Subject: [csw-users] gfortran
In-Reply-To: <20090905.10075400.634586278@gyor.oxdrove.co.uk>
References: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
	<20090905.10075400.634586278@gyor.oxdrove.co.uk>
Message-ID: <b6dd47b74a7fe6f6765b442bd2f97f54.squirrel@webmail.io.com>

> I've done a test on Solaris 8 and 10, Sparc and i386.  All 4 succeeded.
>
> $ cat test.f
>       WRITE (6,*) 'Hello'
>       END
> $ /opt/csw/gcc4/bin/gfortran -R/opt/csw/gcc4/lib test.f
> $ ./a.out
>  Hello
>
>
> Do a check of the installed gcc packages, start with:
>
> $ pkginfo | nawk '/CSWgcc4/{print $2}' | while read package
> do
> 	pkgparam ${package} PKGINST VERSION
> done
>
> CSWgcc4core
> 4.3.3,REV=2009.05.07
> CSWgcc4corert
> 4.3.3,REV=2009.05.07
> CSWgcc4g++rt
> 4.3.3,REV=2009.05.07
> CSWgcc4gfortran
> 4.3.3,REV=2009.05.07
> CSWgcc4gfortranrt
> 4.3.3,REV=2009.05.07
>
> James.
@James
Do you think   "pkg-get -i CSWgcc4gfortran"   would help?
Ha! ha!. God. Not having truly identical setups at work and home can bring
some surprises. I blame furlough days; prohibiting one's presence on
premises, tempting one to work from home.

Thank you for a easy path to a solution to my faux pas.

George Wyche



From james at opencsw.org  Sat Sep  5 20:42:35 2009
From: james at opencsw.org (James Lee)
Date: Sat, 05 Sep 2009 18:42:35 GMT
Subject: [csw-users] gfortran
In-Reply-To: <b6dd47b74a7fe6f6765b442bd2f97f54.squirrel@webmail.io.com>
References: <e2a8c96d1661d7e7f8d02d1a9b49945c.squirrel@webmail.io.com>
	<20090905.10075400.634586278@gyor.oxdrove.co.uk>
	<b6dd47b74a7fe6f6765b442bd2f97f54.squirrel@webmail.io.com>
Message-ID: <20090905.18423500.3121306917@gyor.oxdrove.co.uk>

On 05/09/09, 16:48:03, George Wyche <gwyche at io.com> wrote regarding Re:
[csw-users] gfortran:

> > CSWgcc4core
> > 4.3.3,REV=2009.05.07
> > CSWgcc4corert
> > 4.3.3,REV=2009.05.07
> > CSWgcc4g++rt
> > 4.3.3,REV=2009.05.07
> > CSWgcc4gfortran
> > 4.3.3,REV=2009.05.07
> > CSWgcc4gfortranrt
> > 4.3.3,REV=2009.05.07
> >
> > James.
> @James
> Do you think   "pkg-get -i CSWgcc4gfortran"   would help?

There are some errors in the packages and /opt/csw/gcc4/bin/gfortran
occurs in both CSWgcc4gfortran and CSWgcc4g95.   CSWgcc4gfortran
also needs CSWgcc4core but it's not listed as a depend so needs
manually installing if you are not already using gcc.


> Ha! ha!. God. Not having truly identical setups at work and home can
> bring some surprises. I blame furlough days; prohibiting one's presence
> on premises, tempting one to work from home.

If you are old enough to be using FORTRAN blame Alzheimer's.



James.



From ja at opencsw.org  Sun Sep  6 16:00:20 2009
From: ja at opencsw.org (Juergen Arndt)
Date: Sun, 06 Sep 2009 16:00:20 +0200
Subject: [csw-users] Spine 0.8.7e in testing
Message-ID: <op.uzt86un6jbmpvo@imac.lan>

Hi all,

I put spine 0.8.7e into testing. Spine - formally known as Cactid - is a  
alternative poller for cacti.

Feedback is welcome.

Juergen

-- 
Juergen Arndt


From ghenry at cmi.univ-mrs.fr  Mon Sep  7 17:35:00 2009
From: ghenry at cmi.univ-mrs.fr (gerard)
Date: Mon, 07 Sep 2009 17:35:00 +0200
Subject: [csw-users] sun opengl and mesa: problem with qt4
Message-ID: <4AA52824.8000308@cmi.univ-mrs.fr>

hello all,
i'm trying to compile qt4, and it fails with:
g++ -fno-exceptions -Wl,-R,/usr/local/Trolltech/Qt-4.4.3/lib 
-Wl,-R,/usr/local/Trolltech/Qt-4.4.3/lib -Wl,-R,/opt/csw/lib -o 
padnavigator .obj/release-shared/panel.o 
.obj/release-shared/roundrectitem.o .obj/release-shared/splashitem.o 
.obj/release-shared/main.o .obj/release-shared/moc_panel.o 
.obj/release-shared/moc_roundrectitem.o 
.obj/release-shared/moc_splashitem.o 
.obj/release-shared/qrc_padnavigator.o    -L/opt/csw/lib 
-L/usr/local/src/qt-x11-opensource-src-4.4.3/lib -L/usr/sfw/lib 
-L/usr/openwin/lib -lQtOpenGL -L/opt/csw/lib 
-L/usr/local/src/qt-x11-opensource-src-4.4.3/lib -L/usr/sfw/lib 
-L/usr/openwin/lib -lQtGui -lpng -lfreetype -lSM -lICE -lXi -lXrender 
-lXext -lX11 -lresolv -lsocket -lnsl -lQtCore -lz -lm -liconv -ldl -lGLU 
-lGL -lpthread -lrt
Undefined                       first referenced
  symbol                             in file
sunOglCurPrimTablePtr 
/usr/local/src/qt-x11-opensource-src-4.4.3/lib/libQtOpenGL.so
sunOglCurrentContext 
/usr/local/src/qt-x11-opensource-src-4.4.3/lib/libQtOpenGL.so

after searches, i found that these variables come with Sun OpenGL:
mombasa-root% nm /usr/lib/libGL.so | grep sunOgl
[6431]  |   1767764|       4|OBJT |GLOB |0    |20     |sunOglCurPrimTablePtr
[5476]  |   1790640|       4|OBJT |GLOB |0    |23     |sunOglCurrentContext
[2164]  |   1767908|       4|OBJT |LOCL |2    |20     |sunOglPostFinish
[2108]  |   1767904|       4|OBJT |LOCL |2    |20     |sunOglPostFlush

And the qt4 configure takes CSWmesa into account, unfortunately, it 
doesn't contains:
mombasa-root% nm /opt/csw/lib/libGL.so | grep sunOgl
mombasa-root%

I suppose the problem only happens on sparc machines, with Sun OpenGL.
A solution could be to disable OpenGL features?
Is there another solution?

thanks in advance,

gerard




From ghenry at cmi.univ-mrs.fr  Tue Sep  8 16:57:27 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 08 Sep 2009 16:57:27 +0200
Subject: [csw-users] evince crashes after several CTRL-R (refresh)
Message-ID: <4AA670D7.8030708@cmi.univ-mrs.fr>

hello all,
on solaris 10, with the latest packages, i have a serious problem when
using evince, after several refreshes (CTRL-R):
mombasa-henry% ptree 15921
2290  /usr/dt/bin/dtlogin -daemon
   4663  /usr/dt/bin/dtlogin -daemon
     29840 /bin/ksh /usr/dt/bin/Xsession
       29950 /usr/dt/bin/sdt_shell -c unsetenv _ PWD;      source 
/home/henry/.l
         29953 tcsh -c unsetenv _ PWD;      source /home/henry/.login;
           29978 /usr/dt/bin/dtsession
             29987 gnome-terminal
               15145 tcsh
                 15921 /opt/csw/bin/evince existence.pdf
                   15935 /opt/csw/libexec/gnome_segv evince 11 2.20.2
                     15939 sh -c /opt/csw/bin/bug-buddy 
--appname="evince" --pid
                       15940 /opt/csw/bin/bug-buddy --appname=evince 
--pid=15921


mombasa-henry% pstack 15921
15921:  /opt/csw/bin/evince existence.pdf
-----------------  lwp# 1 / thread# 1  --------------------
  fdd20368 _XFlushInt (acc80, 0, ff000000, 133dcc, 0, fde54000) + 140
  fdd29270 _XEventsQueued (acc80, 2, ff000000, 12adac, c76b8, fde54000) + 28
  fdd29208 XPending (acc80, 0, 0, 1c00, 0, 0) + 4c
  fe74fff0 gdk_event_check (c7668, 2c, 0, 0, 5415c, 1) + 60
  fda44568 g_main_context_check (c76b0, 7fffffff, c7668, ddcfc, c76b8, 
a55a0) + 2d8
  fda44dcc g_main_context_iterate (c76b0, 1, 1, 7, ffbfebd0, 213ba0) + 4b4
  fda4572c g_main_loop_run (238088, 1, ca930, fdb0fc80, 0, ae420) + 3e0
  fe13c8e4 gtk_main (30, 169200, fe7a6984, 0, fe41d8a8, 238088) + d8
  0005d054 main     (2, ffbfed7c, 0, 0, 8e284, b182c) + 714
  00026688 _start   (0, 0, 0, 0, 0, 0) + 108
-----------------  lwp# 2 / thread# 2  --------------------
  fd74ad7c waitid   (0, 3e3f, fccf8e40, 3)
  fd73a704 waitpid  (3e3f, fccf8fa4, 0, 0, fd7c3800, fcda0a00) + 60
  ff26070c ???????? (b, 1, 43434, 0, ff2a9fb8, ff2a3a5c)
  fd746e78 __sighndlr (b, 0, fccf9188, ff260618, 0, 1) + c
  fd73b558 call_user_handler (b, 0, 0, 0, fcda0a00, fccf9188) + 3b8
  fd73b72c sigacthandler (b, 0, fccf9188, 0, fcda0a00, 0) + 4c
  --- called from signal handler with signal 11 (SIGSEGV) ---
  fe48943c FT_Set_Transform (6507d0, 0, 0, 10000, 0, fe5e13b8) + 14
  fe5e2f04 _cairo_ft_scaled_font_create (6507d0, 212d10, 5cc2d8, 5cc360, 
fccf9ac8, 0) + cc
  fe5e4184 _cairo_ft_font_face_scaled_font_create (0, 0, 0, fccf9ac8, 
fccf9a64, 0) + 4c
  fe5b2660 cairo_scaled_font_create (18eff8, 5cc2d8, 5cc360, fccf9ac8, 
212d10, 5c52c) + 2c8
  fe5988e0 _cairo_gstate_ensure_scaled_font (5cc288, 5cc318, 9bcbe4, 0, 
62b4c, 9bcbe0) + 5c
  fe598ad8 _cairo_gstate_show_text_glyphs (0, 0, 0, 63c080, 3, 0) + 60
  fe590978 cairo_show_glyphs (c87860, 7, 3, 8, 63c0b0, 0) + 5c
  fec1a480 __1cOCairoOutputDevJendString6MpnIGfxState__v_ (5c0178, 
60c710, 0, 0, 0, 649cb8) + 60
  fd315c70 __1cDGfxKdoShowText6MpnJGooString__v_ (5a9888, 639a10, 1, 80, 
69, 5b7780) + eb0
  fd314cf4 __1cDGfxPopShowSpaceText6MpnGObject_i_v_ (5a9888, 23, 60c710, 
10d128, fd421bdc, 0) + 294
  fd303728 __1cDGfxCgo6Mi_v_ (5a9888, fd435428, 1, fd314a60, fccfb810, 
654f58) + 428
  fd30325c __1cDGfxHdisplay6MpnGObject_i_v_ (5a9888, fccfbb68, 1, 
fec195e0, 1e74c0, 58ed00) + 11c
  fd363fe4 
__1cEPageMdisplaySlice6MpnJOutputDev_ddiiiiiiiipnHCatalog_pFpv_i5pFpnFAnnot_5_i5_v_ 
(5f6178, 5c0178, 236f18, ffffffff, ffffffff, ffffffff) + 164
  fec13bd0 poppler_page_render (237078, 0, 23fac0, 1, 262d8, 23fac0) + d0
  00077c60 ???????? (1dee08, 1f9e50, 0, c87860, fdbe8fd0, 41d)
  00070d6c ev_document_render (237050, 1f9e50, 3c00, 3868, 23e548, 3800) 
+ cc
  0002c398 ev_job_render_run (16b4d0, 272ba8, 2007, 258d8, fdbe816c, 1) 
+ 118
  0002a5ec ???????? (16b4d0, 1, 29c00, a5400, a4800, a4ab8)
  fda76cfc g_thread_create_proxy (d3bc0, fdb1c4c8, fdb1c4c8, 2a1e0, 
a557c, fdb1c4b0) + 188
  fd746d4c _lwp_start (0, 0, 0, 0, 0, 0)


anybody has seen this problem?

thanks

gerard


From ghenry at cmi.univ-mrs.fr  Tue Sep  8 17:09:09 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 08 Sep 2009 17:09:09 +0200
Subject: [csw-users] evince crashes after several CTRL-R (refresh)
In-Reply-To: <4AA670D7.8030708@cmi.univ-mrs.fr>
References: <4AA670D7.8030708@cmi.univ-mrs.fr>
Message-ID: <4AA67395.5090901@cmi.univ-mrs.fr>

running with the debugger dbx, it says:
t at 2 (l at 2) signal SEGV (no mapping at the fault address) in 
FT_Set_Transform at 0x7ec8943c
0x7ec8943c: FT_Set_Transform+0x0014:    clr      [%g4 + 28]

it seems to bee related with freetype
i found this:
https://bugs.launchpad.net/ubuntu/+source/freetype/+bug/148952

but it seems that newer releases has corrected it.

Gerard Henry wrote:
> hello all,
> on solaris 10, with the latest packages, i have a serious problem when
> using evince, after several refreshes (CTRL-R):
> mombasa-henry% ptree 15921
> 2290  /usr/dt/bin/dtlogin -daemon
>   4663  /usr/dt/bin/dtlogin -daemon
>     29840 /bin/ksh /usr/dt/bin/Xsession
>       29950 /usr/dt/bin/sdt_shell -c unsetenv _ PWD;      source 
> /home/henry/.l
>         29953 tcsh -c unsetenv _ PWD;      source /home/henry/.login;
>           29978 /usr/dt/bin/dtsession
>             29987 gnome-terminal
>               15145 tcsh
>                 15921 /opt/csw/bin/evince existence.pdf
>                   15935 /opt/csw/libexec/gnome_segv evince 11 2.20.2
>                     15939 sh -c /opt/csw/bin/bug-buddy 
> --appname="evince" --pid
>                       15940 /opt/csw/bin/bug-buddy --appname=evince 
> --pid=15921
> 
> 
> mombasa-henry% pstack 15921
> 15921:  /opt/csw/bin/evince existence.pdf
> -----------------  lwp# 1 / thread# 1  --------------------
>  fdd20368 _XFlushInt (acc80, 0, ff000000, 133dcc, 0, fde54000) + 140
>  fdd29270 _XEventsQueued (acc80, 2, ff000000, 12adac, c76b8, fde54000) + 28
>  fdd29208 XPending (acc80, 0, 0, 1c00, 0, 0) + 4c
>  fe74fff0 gdk_event_check (c7668, 2c, 0, 0, 5415c, 1) + 60
>  fda44568 g_main_context_check (c76b0, 7fffffff, c7668, ddcfc, c76b8, 
> a55a0) + 2d8
>  fda44dcc g_main_context_iterate (c76b0, 1, 1, 7, ffbfebd0, 213ba0) + 4b4
>  fda4572c g_main_loop_run (238088, 1, ca930, fdb0fc80, 0, ae420) + 3e0
>  fe13c8e4 gtk_main (30, 169200, fe7a6984, 0, fe41d8a8, 238088) + d8
>  0005d054 main     (2, ffbfed7c, 0, 0, 8e284, b182c) + 714
>  00026688 _start   (0, 0, 0, 0, 0, 0) + 108
> -----------------  lwp# 2 / thread# 2  --------------------
>  fd74ad7c waitid   (0, 3e3f, fccf8e40, 3)
>  fd73a704 waitpid  (3e3f, fccf8fa4, 0, 0, fd7c3800, fcda0a00) + 60
>  ff26070c ???????? (b, 1, 43434, 0, ff2a9fb8, ff2a3a5c)
>  fd746e78 __sighndlr (b, 0, fccf9188, ff260618, 0, 1) + c
>  fd73b558 call_user_handler (b, 0, 0, 0, fcda0a00, fccf9188) + 3b8
>  fd73b72c sigacthandler (b, 0, fccf9188, 0, fcda0a00, 0) + 4c
>  --- called from signal handler with signal 11 (SIGSEGV) ---
>  fe48943c FT_Set_Transform (6507d0, 0, 0, 10000, 0, fe5e13b8) + 14
>  fe5e2f04 _cairo_ft_scaled_font_create (6507d0, 212d10, 5cc2d8, 5cc360, 
> fccf9ac8, 0) + cc
>  fe5e4184 _cairo_ft_font_face_scaled_font_create (0, 0, 0, fccf9ac8, 
> fccf9a64, 0) + 4c
>  fe5b2660 cairo_scaled_font_create (18eff8, 5cc2d8, 5cc360, fccf9ac8, 
> 212d10, 5c52c) + 2c8
>  fe5988e0 _cairo_gstate_ensure_scaled_font (5cc288, 5cc318, 9bcbe4, 0, 
> 62b4c, 9bcbe0) + 5c
>  fe598ad8 _cairo_gstate_show_text_glyphs (0, 0, 0, 63c080, 3, 0) + 60
>  fe590978 cairo_show_glyphs (c87860, 7, 3, 8, 63c0b0, 0) + 5c
>  fec1a480 __1cOCairoOutputDevJendString6MpnIGfxState__v_ (5c0178, 
> 60c710, 0, 0, 0, 649cb8) + 60
>  fd315c70 __1cDGfxKdoShowText6MpnJGooString__v_ (5a9888, 639a10, 1, 80, 
> 69, 5b7780) + eb0
>  fd314cf4 __1cDGfxPopShowSpaceText6MpnGObject_i_v_ (5a9888, 23, 60c710, 
> 10d128, fd421bdc, 0) + 294
>  fd303728 __1cDGfxCgo6Mi_v_ (5a9888, fd435428, 1, fd314a60, fccfb810, 
> 654f58) + 428
>  fd30325c __1cDGfxHdisplay6MpnGObject_i_v_ (5a9888, fccfbb68, 1, 
> fec195e0, 1e74c0, 58ed00) + 11c
>  fd363fe4 
> __1cEPageMdisplaySlice6MpnJOutputDev_ddiiiiiiiipnHCatalog_pFpv_i5pFpnFAnnot_5_i5_v_ 
> (5f6178, 5c0178, 236f18, ffffffff, ffffffff, ffffffff) + 164
>  fec13bd0 poppler_page_render (237078, 0, 23fac0, 1, 262d8, 23fac0) + d0
>  00077c60 ???????? (1dee08, 1f9e50, 0, c87860, fdbe8fd0, 41d)
>  00070d6c ev_document_render (237050, 1f9e50, 3c00, 3868, 23e548, 3800) 
> + cc
>  0002c398 ev_job_render_run (16b4d0, 272ba8, 2007, 258d8, fdbe816c, 1) + 
> 118
>  0002a5ec ???????? (16b4d0, 1, 29c00, a5400, a4800, a4ab8)
>  fda76cfc g_thread_create_proxy (d3bc0, fdb1c4c8, fdb1c4c8, 2a1e0, 
> a557c, fdb1c4b0) + 188
>  fd746d4c _lwp_start (0, 0, 0, 0, 0, 0)
> 
> 
> anybody has seen this problem?
> 
> thanks
> 
> gerard
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users



From ghenry at cmi.univ-mrs.fr  Tue Sep  8 17:16:15 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 08 Sep 2009 17:16:15 +0200
Subject: [csw-users] evince crashes after several CTRL-R (refresh)
In-Reply-To: <4AA67395.5090901@cmi.univ-mrs.fr>
References: <4AA670D7.8030708@cmi.univ-mrs.fr>
	<4AA67395.5090901@cmi.univ-mrs.fr>
Message-ID: <4AA6753F.9050909@cmi.univ-mrs.fr>

sorry, the trace of the debuuger output:


(dbx) where
current thread: t at 2
=>[1] FT_Set_Transform(0x58e400, 0x7d479630, 0x0, 0x0, 0x0, 0x0), at 
0x7ec8943c
   [2] _cairo_ft_unscaled_font_set_scale(0x5b6458, 0x0, 0x0, 0x10000, 
0x0, 0x7ede13b8), at 0x7ede1614
   [3] _cairo_ft_scaled_font_create(0x5b6458, 0x5b6528, 0x975390, 
0x975418, 0x7d479ac8, 0x0), at 0x7ede2f04
   [4] _cairo_ft_font_face_scaled_font_create(0x0, 0x0, 0x0, 0x7d479ac8, 
0x7d479a64, 0x0), at 0x7ede4184
   [5] cairo_scaled_font_create(0x190f38, 0x975390, 0x975418, 
0x7d479ac8, 0x5b6528, 0x5c52c), at 0x7edb2660
   [6] _cairo_gstate_ensure_scaled_font(0x975340, 0x9753d0, 0x5ad89c, 
0x0, 0x62b4c, 0x5ad898), at 0x7ed988e0
   [7] _cairo_gstate_show_text_glyphs(0x0, 0x0, 0x0, 0x1fb600, 0x6, 
0x0), at 0x7ed98ad8
   [8] cairo_show_glyphs(0x6135d8, 0x7, 0x6, 0x14, 0x1fb678, 0x0), at 
0x7ed90978
   [9] CairoOutputDev::endString(0x5ac480, 0x621d20, 0x0, 0x0, 0x0, 
0x1fa660), at 0x7f41a480
   [10] Gfx::doShowText(0x233d58, 0x647680, 0x1, 0x80, 0x72, 0x61d3c8), 
at 0x7db15c70
   [11] Gfx::opShowSpaceText(0x233d58, 0x5, 0x621d20, 0x10d128, 
0x7dc21bdc, 0x0), at 0x7db14cf4
   [12] Gfx::go(0x233d58, 0x7dc35428, 0x1, 0x7db14a60, 0x7d47b810, 
0x224d48), at 0x7db03728
   [13] Gfx::display(0x233d58, 0x7d47bb68, 0x1, 0x7f4195e0, 0x5a6d68, 
0x204380), at 0x7db0325c
   [14] Page::displaySlice(0x972188, 0x5ac480, 0x225400, 0xffffffff, 
0xffffffff, 0xffffffff), at 0x7db63fe4
   [15] poppler_page_render(0x2195b8, 0x0, 0x219fa8, 0x1, 0x262d8, 
0x219fa8), at 0x7f413bd0
   [16] 0x77c60(0x6246f0, 0x2308c8, 0x0, 0x6135d8, 0x7e3e8fd0, 0x41d), 
at 0x77c60
   [17] ev_document_render(0x219590, 0x2308c8, 0x3c00, 0x3868, 0x2217c8, 
0x3800), at 0x70d6c
   [18] ev_job_render_run(0x16bb38, 0x1d4700, 0x2007, 0x258d8, 
0x7e3e816c, 0x1), at 0x2c398
   [19] 0x2a5ec(0x16bb38, 0x1, 0x29c00, 0xa5400, 0xa4800, 0xa4ab8), at 
0x2a5ec
   [20] g_thread_create_proxy(0xd3c10, 0x7e31c4c8, 0x7e31c4c8, 0x2a1e0, 
0xa557c, 0x7e31c4b0), at 0x7e276cfc


mombasa-henry% pkginfo -l CSWftype2
    VERSION:  2.3.8,REV=2009.02.16
mombasa-henry% pkginfo -l CSWlibcairo
    PKGINST:  CSWlibcairo
    VERSION:  1.8.6,REV=2009.06.25
mombasa-henry% pkginfo -l CSWpoppler
    VERSION:  0.8.0,REV=2008.04.12

Gerard Henry wrote:
> running with the debugger dbx, it says:
> t at 2 (l at 2) signal SEGV (no mapping at the fault address) in 
> FT_Set_Transform at 0x7ec8943c
> 0x7ec8943c: FT_Set_Transform+0x0014:    clr      [%g4 + 28]
> 
> it seems to bee related with freetype
> i found this:
> https://bugs.launchpad.net/ubuntu/+source/freetype/+bug/148952
> 
> but it seems that newer releases has corrected it.
> 
> Gerard Henry wrote:
>> hello all,
>> on solaris 10, with the latest packages, i have a serious problem when
>> using evince, after several refreshes (CTRL-R):
>> mombasa-henry% ptree 15921
>> 2290  /usr/dt/bin/dtlogin -daemon
>>   4663  /usr/dt/bin/dtlogin -daemon
>>     29840 /bin/ksh /usr/dt/bin/Xsession
>>       29950 /usr/dt/bin/sdt_shell -c unsetenv _ PWD;      source 
>> /home/henry/.l
>>         29953 tcsh -c unsetenv _ PWD;      source /home/henry/.login;
>>           29978 /usr/dt/bin/dtsession
>>             29987 gnome-terminal
>>               15145 tcsh
>>                 15921 /opt/csw/bin/evince existence.pdf
>>                   15935 /opt/csw/libexec/gnome_segv evince 11 2.20.2
>>                     15939 sh -c /opt/csw/bin/bug-buddy 
>> --appname="evince" --pid
>>                       15940 /opt/csw/bin/bug-buddy --appname=evince 
>> --pid=15921
>>
>>
>> mombasa-henry% pstack 15921
>> 15921:  /opt/csw/bin/evince existence.pdf
>> -----------------  lwp# 1 / thread# 1  --------------------
>>  fdd20368 _XFlushInt (acc80, 0, ff000000, 133dcc, 0, fde54000) + 140
>>  fdd29270 _XEventsQueued (acc80, 2, ff000000, 12adac, c76b8, fde54000) 
>> + 28
>>  fdd29208 XPending (acc80, 0, 0, 1c00, 0, 0) + 4c
>>  fe74fff0 gdk_event_check (c7668, 2c, 0, 0, 5415c, 1) + 60
>>  fda44568 g_main_context_check (c76b0, 7fffffff, c7668, ddcfc, c76b8, 
>> a55a0) + 2d8
>>  fda44dcc g_main_context_iterate (c76b0, 1, 1, 7, ffbfebd0, 213ba0) + 4b4
>>  fda4572c g_main_loop_run (238088, 1, ca930, fdb0fc80, 0, ae420) + 3e0
>>  fe13c8e4 gtk_main (30, 169200, fe7a6984, 0, fe41d8a8, 238088) + d8
>>  0005d054 main     (2, ffbfed7c, 0, 0, 8e284, b182c) + 714
>>  00026688 _start   (0, 0, 0, 0, 0, 0) + 108
>> -----------------  lwp# 2 / thread# 2  --------------------
>>  fd74ad7c waitid   (0, 3e3f, fccf8e40, 3)
>>  fd73a704 waitpid  (3e3f, fccf8fa4, 0, 0, fd7c3800, fcda0a00) + 60
>>  ff26070c ???????? (b, 1, 43434, 0, ff2a9fb8, ff2a3a5c)
>>  fd746e78 __sighndlr (b, 0, fccf9188, ff260618, 0, 1) + c
>>  fd73b558 call_user_handler (b, 0, 0, 0, fcda0a00, fccf9188) + 3b8
>>  fd73b72c sigacthandler (b, 0, fccf9188, 0, fcda0a00, 0) + 4c
>>  --- called from signal handler with signal 11 (SIGSEGV) ---
>>  fe48943c FT_Set_Transform (6507d0, 0, 0, 10000, 0, fe5e13b8) + 14
>>  fe5e2f04 _cairo_ft_scaled_font_create (6507d0, 212d10, 5cc2d8, 
>> 5cc360, fccf9ac8, 0) + cc
>>  fe5e4184 _cairo_ft_font_face_scaled_font_create (0, 0, 0, fccf9ac8, 
>> fccf9a64, 0) + 4c
>>  fe5b2660 cairo_scaled_font_create (18eff8, 5cc2d8, 5cc360, fccf9ac8, 
>> 212d10, 5c52c) + 2c8
>>  fe5988e0 _cairo_gstate_ensure_scaled_font (5cc288, 5cc318, 9bcbe4, 0, 
>> 62b4c, 9bcbe0) + 5c
>>  fe598ad8 _cairo_gstate_show_text_glyphs (0, 0, 0, 63c080, 3, 0) + 60
>>  fe590978 cairo_show_glyphs (c87860, 7, 3, 8, 63c0b0, 0) + 5c
>>  fec1a480 __1cOCairoOutputDevJendString6MpnIGfxState__v_ (5c0178, 
>> 60c710, 0, 0, 0, 649cb8) + 60
>>  fd315c70 __1cDGfxKdoShowText6MpnJGooString__v_ (5a9888, 639a10, 1, 
>> 80, 69, 5b7780) + eb0
>>  fd314cf4 __1cDGfxPopShowSpaceText6MpnGObject_i_v_ (5a9888, 23, 
>> 60c710, 10d128, fd421bdc, 0) + 294
>>  fd303728 __1cDGfxCgo6Mi_v_ (5a9888, fd435428, 1, fd314a60, fccfb810, 
>> 654f58) + 428
>>  fd30325c __1cDGfxHdisplay6MpnGObject_i_v_ (5a9888, fccfbb68, 1, 
>> fec195e0, 1e74c0, 58ed00) + 11c
>>  fd363fe4 
>> __1cEPageMdisplaySlice6MpnJOutputDev_ddiiiiiiiipnHCatalog_pFpv_i5pFpnFAnnot_5_i5_v_ 
>> (5f6178, 5c0178, 236f18, ffffffff, ffffffff, ffffffff) + 164
>>  fec13bd0 poppler_page_render (237078, 0, 23fac0, 1, 262d8, 23fac0) + d0
>>  00077c60 ???????? (1dee08, 1f9e50, 0, c87860, fdbe8fd0, 41d)
>>  00070d6c ev_document_render (237050, 1f9e50, 3c00, 3868, 23e548, 
>> 3800) + cc
>>  0002c398 ev_job_render_run (16b4d0, 272ba8, 2007, 258d8, fdbe816c, 1) 
>> + 118
>>  0002a5ec ???????? (16b4d0, 1, 29c00, a5400, a4800, a4ab8)
>>  fda76cfc g_thread_create_proxy (d3bc0, fdb1c4c8, fdb1c4c8, 2a1e0, 
>> a557c, fdb1c4b0) + 188
>>  fd746d4c _lwp_start (0, 0, 0, 0, 0, 0)
>>
>>
>> anybody has seen this problem?
>>
>> thanks
>>
>> gerard
>> _______________________________________________
>> users mailing list
>> users at lists.opencsw.org
>> https://lists.opencsw.org/mailman/listinfo/users
> 
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users



From dam at opencsw.org  Fri Sep 11 16:52:08 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 11 Sep 2009 16:52:08 +0200
Subject: [csw-users] Updated OpenLDAP and other things
In-Reply-To: <AED97C3A-9230-4533-B732-61B2CECF05C1@opencsw.org>
References: <4A37FE7D.5080608@opencsw.org>
	<AED97C3A-9230-4533-B732-61B2CECF05C1@opencsw.org>
Message-ID: <26D3D290-8AC5-4530-BC8B-314B0E7877FA@opencsw.org>

Hi,

Updated packages with the latest OpenLDAP 2.4.18 is in testing.

Mike: It would be great if you could take a look at the startup scripts
and do some more testing on it. The build recipe is fully committed.

Dominique, Sebastian and I had a terrific day hacking at OpenLDAP and  
also
Kerberos 1.7 is almost finished :)

To anyone with spare cycles: There is *a lot* of updated stuff in  
testing/.
Please try it out and give feedback of any kind.


Best regards

   -- Dago


From Gregor.Jeromen at epilog.net  Fri Sep 11 17:09:05 2009
From: Gregor.Jeromen at epilog.net (Gregor.Jeromen at epilog.net)
Date: Fri, 11 Sep 2009 17:09:05 +0200
Subject: [csw-users] Gregor Jeromen is out of the office
Message-ID: <OFB3DA1A2B.F40C8C37-ONC125762E.00533ADA-C125762E.00533ADA@epilog.net>


I will be out of the office starting  09/09/2009 and will not return until
10/05/2009.

Bis 05.10.2009 bin ich nicht im Buro. Dieses E-Mail wird nicht
weitergeleitet, in dringenden Fallen wenden sie bitte an unsere Support
Hotline oder Herr Tadej Vretic, +386 1 5838024 / tadej.vretic at epilog.net.
Besten Dank!

I am out of the office until 5th of October. Your message won't be
forwarded. In urgent cases please contact our Support Hotline or Mr. Tadej
Vretic, +386 1 5838024 / tadej.vretic at epilog.net. Thank you!



From schwindt at dfki.uni-kl.de  Fri Sep 11 23:33:17 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Fri, 11 Sep 2009 23:33:17 +0200 (CEST)
Subject: [csw-users] libsmi in testiing
Message-ID: <33062.88.134.82.77.1252704797.squirrel@www.dfki.uni-kl.de>


This is 'A Library to Access SMI MIB Information'
It will be needed for a new version of wireshark.

Nicolai



-----------------------------------------
This email was sent using SquirrelMail.
   "Webmail for nuts!"
http://squirrelmail.org/



From william at wbonnet.net  Sat Sep 12 23:25:51 2009
From: william at wbonnet.net (William Bonnet)
Date: Sat, 12 Sep 2009 23:25:51 +0200
Subject: [csw-users] [security-notice] Firefox 3.0.14 is available
Message-ID: <4AAC11DF.6030600@wbonnet.net>

Hi,

Several vulnerabilities have been fixed by the latest version of Firefox 
3.0 ( 3.0.14 ).

This version is a security release, and will be in current in a version 
short time, and is right now available from testing.

. 
http://mirror.opencsw.org/testing/firefox-3.0.14,REV=2009.09.12-SunOS5.8-sparc-CSW.pkg.gz
. 
http://mirror.opencsw.org/testing/firefox-3.0.14,REV=2009.09.12-SunOS5.8-i386-CSW.pkg.gz

The list of fixed vulnerabilities is available from here : 
http://www.mozilla.org/security/known-vulnerabilities/firefox30.html


      Fixed in Firefox 3.0.14

MFSA 2009-51 
<http://www.mozilla.org/security/announce/2009/mfsa2009-51.html> Chrome 
privilege escalation with FeedWriter
MFSA 2009-50 
<http://www.mozilla.org/security/announce/2009/mfsa2009-50.html> 
Location bar spoofing via tall line-height Unicode characters
MFSA 2009-49 
<http://www.mozilla.org/security/announce/2009/mfsa2009-49.html> 
TreeColumns dangling pointer vulnerability
MFSA 2009-48 
<http://www.mozilla.org/security/announce/2009/mfsa2009-48.html> 
Insufficient warning for PKCS11 module installation and removal
MFSA 2009-47 
<http://www.mozilla.org/security/announce/2009/mfsa2009-47.html> Crashes 
with evidence of memory corruption (rv:1.9.1.3/1.9.0.14)

cheers
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group




From schwindt at dfki.uni-kl.de  Mon Sep 14 15:12:45 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Mon, 14 Sep 2009 15:12:45 +0200
Subject: [csw-users] Transmission 1.75 in testing
Message-ID: <200909141312.n8EDCj8H021207@dfki.uni-kl.de>


I put Transmission 1.75 into testing.
 
Transmission is a cross-platform BitTorrent client

Nicolai




From william at wbonnet.net  Mon Sep 14 16:07:58 2009
From: william at wbonnet.net (William Bonnet)
Date: Mon, 14 Sep 2009 16:07:58 +0200
Subject: [csw-users] /testing Seamonkey 1.1.18 is available
Message-ID: <4AAE4E3E.2060703@wbonnet.net>

Hi

Seamonkey 1.1.18 is available from testing for Solaris 8+

http://mirror.opencsw.org/testing/seamonkey-1.1.18,REV=2009.09.14-SunOS5.8-i386-CSW.pkg.gz
http://mirror.opencsw.org/testing/seamonkey-1.1.18,REV=2009.09.14-SunOS5.8-sparc-CSW.pkg.gz

Feedbacks are welcome since it is my first version of the package. This 
package will be updated with the  rest of the Mozilla's applications.

cheers
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group




From maciej at opencsw.org  Tue Sep 15 12:18:22 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 15 Sep 2009 11:18:22 +0100
Subject: [csw-users] Trying to build pgadmin3
In-Reply-To: <ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>
References: <4A9C45E2.7070509@yahoo.co.uk>
	<ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>
Message-ID: <ce97543b0909150318n26f036fak9dcb637ce3f438b3@mail.gmail.com>

It seems like pgadmin3 requires wxwidgets --with-regex. I'll recompile
wxwidgets with this option on the buildfarm, and we'll see if pgadmin3
will compile successfully afterwards.

Maciej


From maciej at opencsw.org  Wed Sep 16 00:33:00 2009
From: maciej at opencsw.org (Maciej (Matchek) Blizinski)
Date: Tue, 15 Sep 2009 23:33:00 +0100
Subject: [csw-users] Trying to build pgadmin3
In-Reply-To: <ce97543b0909150318n26f036fak9dcb637ce3f438b3@mail.gmail.com>
References: <4A9C45E2.7070509@yahoo.co.uk>
	<ce97543b0909010233n65d7a741p5984143ce68af5f4@mail.gmail.com>
	<ce97543b0909150318n26f036fak9dcb637ce3f438b3@mail.gmail.com>
Message-ID: <ce97543b0909151533s4047df08p43546771f341dc2b@mail.gmail.com>

Richard,

The new wxwidgets packages are in testing, you can try building
pgadmin3 against them.

http://mirror.opencsw.org/testing.html

The package revision is: 2.8.10,REV=2009.09.15

Maciej


From schwindt at dfki.uni-kl.de  Fri Sep 18 18:31:38 2009
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Fri, 18 Sep 2009 18:31:38 +0200
Subject: [csw-users] geany 0.18 in testing
Message-ID: <200909181631.n8IGVca9015020@dfki.uni-kl.de>


Geany is a text editor using the GTK2 toolkit with basic features of an 
integrated development environment. It was developed to provide a small and 
fast IDE, which has only a few dependencies from other packages. It supports 
many filetypes and has some nice features.


Feedback welcome


Nicolai




From ggunselm at emporia.edu  Mon Sep 21 23:52:49 2009
From: ggunselm at emporia.edu (Glen Gunselman)
Date: Mon, 21 Sep 2009 16:52:49 -0500
Subject: [csw-users] missing PERL module
In-Reply-To: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
Message-ID: <4AB7AF61.CC54.005D.3@emporia.edu>

 
I need to install Perl module Text/CSV_XS.pm.  I see a OpenCSW package pm_textcsvxs. Is this the package I need?
 
 
(Assuming it is ...)
Here's where I am now:
 
/opt/csw/bin/pkg-get -c|grep 'perl'
    ap2_modperl             [Not installed]        2.0.3,REV=2007.10.25
       mod_perl             [Not installed]         1.29,REV=2006.02.14
           perl        5.8.8,REV=2009.08.05        5.8.8,REV=2009.08.17
    perlconsole             [Not installed]          0.4,REV=2009.07.01
        perldoc             [Not installed]        5.8.8,REV=2009.08.17
       perltidy             [Not installed]     20090616,REV=2009.06.22
pm_geoippureperl             [Not installed]         1.23,REV=2009.03.10
  pm_libxmlperl             [Not installed]         0.08,REV=2006.08.15
    pm_log4perl             [Not installed]         1.21,REV=2009.03.27
   pm_perlioeol             [Not installed]         0.13,REV=2009.08.10
  pm_perliogzip             [Not installed]         0.18,REV=2009.08.11
pm_perlioviadyn             [Not installed]         0.13,REV=2009.08.10
pm_perlioviasym             [Not installed]         0.05,REV=2009.08.10
pm_speedycgiperl             [Not installed]         2.22,REV=2006.12.05
 
Perl is installed but not current.
 
I tried to update Perl using:
 
/opt/csw/bin/pkg-get -u perl
 
but received the following error and perl was NOT updated:
WARNING: gpg not found
 
 
 
Based on the above should I continue trying to install pm_textcsvxs from OpenCSW or am I just opening a big can of worms?
 
 
 
Note: I tried to install just the missing Perl module but that failed:
 
/opt/csw/bin/pkg-get -i pm_textcsvxs
Error: dependancy perl (CSWperl) not up to date
 
Thanks for any ideas,
 
 
 
 
Glen Gunselman
Systems Software Specialist
TCS
Emporia State University
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090921/dd639525/attachment-0002.html>

From dam at opencsw.org  Tue Sep 22 07:49:39 2009
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 22 Sep 2009 07:49:39 +0200
Subject: [csw-users] missing PERL module
In-Reply-To: <4AB7AF61.CC54.005D.3@emporia.edu>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
	<4AB7AF61.CC54.005D.3@emporia.edu>
Message-ID: <A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>

Hi Glen,

Am 21.09.2009 um 23:52 schrieb Glen Gunselman:
> I need to install Perl module Text/CSV_XS.pm.  I see a OpenCSW  
> package pm_textcsvxs. Is this the package I need?

Yes, you can check here:
   <http://www.opencsw.org/packages/pm_textcsvxs>

>  Perl is installed but not current.
>
> I tried to update Perl using:
>
> /opt/csw/bin/pkg-get -u perl
>
> but received the following error and perl was NOT updated:
> WARNING: gpg not found
>
>  Based on the above should I continue trying to install pm_textcsvxs  
> from OpenCSW or am I just opening a big can of worms?

Just go ahead and either install gpg and update the key as described in
   <http://www.opencsw.org/pkg-get>
or disable gpg in /opt/csw/etc/pkg-get.conf. I guess your catalog is  
already updated? I fnot, do pkg-get -U first.

> Note: I tried to install just the missing Perl module but that failed:
>
> /opt/csw/bin/pkg-get -i pm_textcsvxs
> Error: dependancy perl (CSWperl) not up to date

This is correct, you must first update dependencies.


Best regards

   -- Dago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090922/08ecdaa6/attachment-0002.html>

From ggunselm at emporia.edu  Tue Sep 22 16:00:51 2009
From: ggunselm at emporia.edu (Glen Gunselman)
Date: Tue, 22 Sep 2009 09:00:51 -0500
Subject: [csw-users] missing PERL module
In-Reply-To: <A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>
	<4AB7AF61.CC54.005D.3@emporia.edu>
	<A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>
Message-ID: <4AB89243.CC54.005D.3@emporia.edu>

The URL - http://www.opencsw.org/pkg-get does not explain how to install gpg.
 
 
which gpg does not find a gpg and neither does find / -name gpg.
 
 
There is a package gpgme but gpg is not among the included files - http://www.opencsw.org/search/gpgme 
So I don't know how to do your first recommendation, will try the second.
 
I uncommented the following line in /opt/csw/etc/pkg-get.conf
 
use_gpg=false
Now /opt/csw/bin/pkg-get -u perl returns no output.
 
Also, I updated pkg_get but still can not update perl.
 
 
Any other ideas?
Thanks,
Glen
 
 
 

>>> Dagobert Michelsen <dam at opencsw.org> 09/22/09 12:49 AM >>>
Hi Glen,

Am 21.09.2009 um 23:52 schrieb Glen Gunselman:


I need to install Perl module Text/CSV_XS.pm.  I see a OpenCSW package pm_textcsvxs. Is this the package I need?


Yes, you can check here:
  <http://www.opencsw.org/packages/pm_textcsvxs>



 Perl is installed but not current.
 
I tried to update Perl using:
 
/opt/csw/bin/pkg-get -u perl
 
but received the following error and perl was NOT updated:
WARNING: gpg not found
 
 Based on the above should I continue trying to install pm_textcsvxs from OpenCSW or am I just opening a big can of worms?


Just go ahead and either install gpg and update the key as described in
  <http://www.opencsw.org/pkg-get>
or disable gpg in /opt/csw/etc/pkg-get.conf. I guess your catalog is already updated? I fnot, do pkg-get -U first.



Note: I tried to install just the missing Perl module but that failed:
 
/opt/csw/bin/pkg-get -i pm_textcsvxs
Error: dependancy perl (CSWperl) not up to date


This is correct, you must first update dependencies.


Best regards

  -- Dago
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090922/0563401c/attachment-0002.html>

From ghenry at cmi.univ-mrs.fr  Tue Sep 22 18:45:38 2009
From: ghenry at cmi.univ-mrs.fr (Gerard Henry)
Date: Tue, 22 Sep 2009 18:45:38 +0200
Subject: [csw-users] missing PERL module
In-Reply-To: <4AB89243.CC54.005D.3@emporia.edu>
References: <200909181631.n8IGVca9015020@dfki.uni-kl.de>	<4AB7AF61.CC54.005D.3@emporia.edu>	<A5795599-7C3F-45F1-A2CA-7AD3571A74A4@opencsw.org>
	<4AB89243.CC54.005D.3@emporia.edu>
Message-ID: <4AB8FF32.2070002@cmi.univ-mrs.fr>

Glen Gunselman wrote:
> The URL - http://www.opencsw.org/pkg-get does not explain how to install 
> gpg.
>  
>  
> which gpg does not find a gpg and neither does find / -name gpg.
>  
>  
> There is a package gpgme but gpg is not among the included files - 
> http://www.opencsw.org/search/gpgme
> So I don't know how to do your first recommendation, will try the second.
>  
> I uncommented the following line in /opt/csw/etc/pkg-get.conf
>  
> use_gpg=false
> Now /opt/csw/bin/pkg-get -u perl returns no output.
>  

did you do a "pkg-get -U"? perhaps the repository you're using isn't 
updated, so try to change it.
If you do:
pkg-get -c |grep perl
is it ok? is it the latest version?
to install gpg, install CSWgnupg and perhaps CSWtextutils (and others?)

for me, since i discovered pkgutil, i do not use pkg-get any more.

hth,

gerard


From william at wbonnet.net  Wed Sep 23 00:10:40 2009
From: william at wbonnet.net (William Bonnet)
Date: Wed, 23 Sep 2009 00:10:40 +0200
Subject: [csw-users] /testing Some X11 proto updates
Message-ID: <4AB94B60.7010704@wbonnet.net>

Hi

The following packages have been updated or added to testing

New : fontsproto-2.1.0,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
New : fontsproto-2.1.0,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz
Update : inputproto-1.5.1,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
Update : inputproto-1.5.1,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz
New : printproto-1.0.4,REV=2009.09.23-SunOS5.8-i386-CSW.pkg.gz
New : printproto-1.0.4,REV=2009.09.23-SunOS5.8-sparc-CSW.pkg.gz
New : resourceproto-1.1.0,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
New : resourceproto-1.1.0,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz
Update : xextproto-7.1.1,REV=2009.09.22-SunOS5.8-i386-CSW.pkg.gz
Update : xextproto-7.1.1,REV=2009.09.22-SunOS5.8-sparc-CSW.pkg.gz


Feedbacks are welcome

cheers
W.

-- 
William                  http://www.wbonnet.net

http://www.sunwizard.net Le site fran?ais des amateurs de stations Unix
http://www.opencsw.org 	 Community SoftWare for Solaris
http://www.guses.org     French speaking Solaris User Group




From bchill at opencsw.org  Wed Sep 23 00:25:44 2009
From: bchill at opencsw.org (Brian Hill)
Date: Tue, 22 Sep 2009 22:25:44 +0000
Subject: [csw-users] librsync 0.9.7 & rdiff-backup 1.2.8 uploaded to testing
Message-ID: <20090922222544.GA2115@vm-1.bch.net>

	librsync 0.9.7 & rdiff-backup 1.2.8 have been uploaded to testing.

Brian


From bwalton at opencsw.org  Wed Sep 23 19:12:12 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Wed, 23 Sep 2009 13:12:12 -0400
Subject: [csw-users] large package update in testing/
Message-ID: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>


Hi Everyone,

I've placed a large set of packages in testing/ that are all
interrelated.  This update will see $sysconfdir move from /opt/csw/etc
to /etc/opt/csw for all packages listed.

asciidoc-8.4.5,REV=2009.09.18-SunOS5.8
docbookdsssl-1.79,REV=2009.09.15-SunOS5.8
docbookdtds-4.5,REV=2009.09.16-SunOS5.8
docbookxsl-1.74.3,REV=2009.09.11-SunOS5.8
docbookxsldoc-1.74.3,REV=2009.09.11-SunOS5.8
libxml2-2.7.3,REV=2009.09.12-SunOS5.8
libxml2-2.7.3,REV=2009.09.12-SunOS5.8
libxml2_devel-2.7.3,REV=2009.09.12-SunOS5.8
libxslt-1.1.24,REV=2009.09.08-SunOS5.8
libxslt_devel-1.1.24,REV=2009.09.08-SunOS5.8
openjade-1.3.2,REV=2009.09.11-SunOS5.8
py_libxml2-2.7.3,REV=2009.09.12-SunOS5.8
py_libxslt-1.1.24,REV=2009.09.08-SunOS5.8
sgmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
xmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
xmlto-0.0.23,REV=2009.09.22-SunOS5.8

As many of these packages register themselves in one or more shared
catalog files, there isn't a good way to update this stack except as a
batch operation.  The script at
http://mirror.opencsw.org/testing/update_xml_pkgs.sh should ease this
process for you as it removes packages in an order that won't break
dependencies (among this stack) and then re-adds them in the order they
were removed, taking into account packages you don't have on a
particular machine.

If you use any of these packages and have a chance to test the update
on a machine or two, I'd appreciate the feedback.  They all seem to
work for me after the upgrade, but since it's a very large, invasive
change, I'd like wider testing before release.

Thanks
-Ben
-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/users/attachments/20090923/42d3a250/attachment-0002.asc>

From dam at opencsw.org  Thu Sep 24 12:26:00 2009
From: dam at opencsw.org (dam at opencsw.org)
Date: Thu, 24 Sep 2009 12:26:00 +0200 (CEST)
Subject: [csw-users] large package update in testing/
In-Reply-To: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>
References: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>
Message-ID: <b2d789d88fe99c96b3af62fd843304b6.squirrel@mail.opencsw.org>

Hi Ben,

> Hi Everyone,
>
> I've placed a large set of packages in testing/ that are all
> interrelated.  This update will see $sysconfdir move from /opt/csw/etc
> to /etc/opt/csw for all packages listed.
>
> asciidoc-8.4.5,REV=2009.09.18-SunOS5.8
> docbookdsssl-1.79,REV=2009.09.15-SunOS5.8
> docbookdtds-4.5,REV=2009.09.16-SunOS5.8
> docbookxsl-1.74.3,REV=2009.09.11-SunOS5.8
> docbookxsldoc-1.74.3,REV=2009.09.11-SunOS5.8
> libxml2-2.7.3,REV=2009.09.12-SunOS5.8
> libxml2-2.7.3,REV=2009.09.12-SunOS5.8
> libxml2_devel-2.7.3,REV=2009.09.12-SunOS5.8
> libxslt-1.1.24,REV=2009.09.08-SunOS5.8
> libxslt_devel-1.1.24,REV=2009.09.08-SunOS5.8
> openjade-1.3.2,REV=2009.09.11-SunOS5.8
> py_libxml2-2.7.3,REV=2009.09.12-SunOS5.8
> py_libxslt-1.1.24,REV=2009.09.08-SunOS5.8
> sgmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
> xmlcommon-0.6.3,REV=2009.09.13-SunOS5.8
> xmlto-0.0.23,REV=2009.09.22-SunOS5.8
>
> As many of these packages register themselves in one or more shared
> catalog files, there isn't a good way to update this stack except as a
> batch operation.  The script at
> http://mirror.opencsw.org/testing/update_xml_pkgs.sh should ease this
> process for you as it removes packages in an order that won't break
> dependencies (among this stack) and then re-adds them in the order they
> were removed, taking into account packages you don't have on a
> particular machine.
>
> If you use any of these packages and have a chance to test the update
> on a machine or two, I'd appreciate the feedback.  They all seem to
> work for me after the upgrade, but since it's a very large, invasive
> change, I'd like wider testing before release.

I have problems building the colordiff documentation with it, IIRC this
worked with the previous version:

xmlto -vv man colordiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/man
Convert to troff
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml"
xmlto:
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:25:
element replaceable: validity error : Element command is not declared in
replaceable list of possible children
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:26:
element replaceable: validity error : Element application is not declared
in replaceable list of possible children
Document
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate
gmake: [doc] Error 13 (ignored)
xmlto -vv man cdiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/man
Convert to troff
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/cdiff.xml"
Stylesheet: /tmp/xmlto-xsl.JQYyMq
/opt/csw/bin/xsltproc   --nonet --xinclude \
 -o "/tmp/xmlto.evaCfi/cdiff.proc" \
 /tmp/xmlto-xsl.JQYyMq \
 "/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/cdiff.xml"
Note: meta source : no *info/productname or alternative            cdiff
Note: meta source : see http://docbook.sf.net/el/productname       cdiff
Note: meta source : no refentry/refmeta/refmiscinfo at class=source   cdiff
Note: meta source : see http://docbook.sf.net/el/refmiscinfo       cdiff
Note: meta version: no *info/productnumber or alternative          cdiff
Note: meta version: see http://docbook.sf.net/el/productnumber     cdiff
Note: meta version: no refentry/refmeta/refmiscinfo at class=version  cdiff
Note: meta version: see http://docbook.sf.net/el/refmiscinfo       cdiff
Warn: meta source : no fallback for source, so inserted a fixme    cdiff
Note: meta manual : no titled ancestor of refentry                 cdiff
Note: meta manual : no refentry/refmeta/refmiscinfo at class=manual   cdiff
Note: meta manual : see http://docbook.sf.net/el/refmiscinfo       cdiff
Warn: meta manual : no fallback for manual, so inserted a fixme    cdiff
Warn: meta author : no refentry/info/author                        cdiff
Note: meta author : see http://docbook.sf.net/el/author            cdiff
Warn: meta author : no author data, so inserted a fixme            cdiff
Note: Writing cdiff.1
xmlto -vv txt colordiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/txt
Convert to HTML (no chunks)
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml"
xmlto:
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:25:
element replaceable: validity error : Element command is not declared in
replaceable list of possible children
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:26:
element replaceable: validity error : Element application is not declared
in replaceable list of possible children
Document
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate
gmake: [doc] Error 13 (ignored)
xmlto -vv html-nochunks colordiff.xml
Source format: docbook / root element: refentry
Format script: /opt/csw/share/xmlto/format/docbook/html-nochunks
Convert to HTML (no chunks)
Real stylesheet:
http://docbook.sourceforge.net/release/xsl/current/html/docbook.xsl
/opt/csw/bin/xmllint --noout --nonet --xinclude --postvalid --noent
"/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml"
xmlto:
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate (status 3)
xmlto: Fix document syntax or use --skip-validation option
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:25:
element replaceable: validity error : Element command is not declared in
replaceable list of possible children
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml:26:
element replaceable: validity error : Element application is not declared
in replaceable list of possible children
Document
/home/dam/mgar/pkg/colordiff/trunk/work/build-isa-sparcv8/colordiff-1.0.9/colordiff.xml
does not validate
gmake: [doc] Error 13 (ignored)

The package is committed in the GAR repository.


Best regards

  -- Dago


From bwalton at opencsw.org  Thu Sep 24 13:48:04 2009
From: bwalton at opencsw.org (Ben Walton)
Date: Thu, 24 Sep 2009 07:48:04 -0400
Subject: [csw-users] large package update in testing/
In-Reply-To: <b2d789d88fe99c96b3af62fd843304b6.squirrel@mail.opencsw.org>
References: <1253725085-sup-6488@ntdws12.chass.utoronto.ca>
	<b2d789d88fe99c96b3af62fd843304b6.squirrel@mail.opencsw.org>
Message-ID: <1253792840-sup-6126@ntdws12.chass.utoronto.ca>

Excerpts from dam's message of Thu Sep 24 06:26:00 -0400 2009:

Hi Dago,

> I have problems building the colordiff documentation with it, IIRC this
> worked with the previous version:

Ok, I'll checkout that package and see where its breaking.

Thanks for the feedback.
-Ben
-- 
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302

GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.