From parulg at noida.interrasystems.com  Wed Aug  7 12:55:21 2013
From: parulg at noida.interrasystems.com (Parul Goel)
Date: Wed, 07 Aug 2013 16:25:21 +0530
Subject: [csw-users] Relocation of pygtk package
Message-ID: <52022799.9020801@noida.interrasystems.com>

Hi,

We have created a GUI using pygtk and we are trying to relocate the 
entire pygtk package to a machine independent location, so that users 
can invoke the GUI from different machines (same platform) using same 
installation.

While doing that, we get the following error:

/home/pg/GUI/dillon/bin/gui_content.py:1377: PangoWarning: ld.so.1: 
python: fatal: /opt/csw/lib/pango/1.6.0/modules/pango-basic-fc.so: open 
failed: No such file or directory
   self.show_all()

Is there a way to let the environment know a different location for this 
library? I have tried setting LD_LIBRARY_PATH, but it does not work.

Regards,
Parul

From yann at pleiades.fr.eu.org  Wed Aug  7 22:13:07 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Wed, 7 Aug 2013 22:13:07 +0200
Subject: [csw-users] Relocation of pygtk package
In-Reply-To: <52022799.9020801@noida.interrasystems.com>
References: <52022799.9020801@noida.interrasystems.com>
Message-ID: <CAF2fwseT+Ny-UC0SMPUd-QWr7804vFktonV+NpB6m+rntCX-Vw@mail.gmail.com>

Hi Parul,

LD_LIBRARY_PATH is supposed to work in the general case but in that case
pango may load itself the libraries in its modules directory, so you must
find how pango finds its modules directory.

I know there is the pango.modules files (in /etc/opt/csw/pango) which lists
the absolute path of modules (but you will have to make sure pango uses
your relocated version also).
There are also some environnement variables that you can play with like
PANGO_SYSCONFDIR or PANGO_LIBDIR.

Best regards,

Yann


2013/8/7 Parul Goel <parulg at noida.interrasystems.com>

> Hi,
>
> We have created a GUI using pygtk and we are trying to relocate the entire
> pygtk package to a machine independent location, so that users can invoke
> the GUI from different machines (same platform) using same installation.
>
> While doing that, we get the following error:
>
> /home/pg/GUI/dillon/bin/gui_**content.py:1377: PangoWarning: ld.so.1:
> python: fatal: /opt/csw/lib/pango/1.6.0/**modules/pango-basic-fc.so: open
> failed: No such file or directory
>   self.show_all()
>
> Is there a way to let the environment know a different location for this
> library? I have tried setting LD_LIBRARY_PATH, but it does not work.
>
> Regards,
> Parul
> ______________________________**_________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/**mailman/listinfo/users<https://lists.opencsw.org/mailman/listinfo/users>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130807/d6c268e0/attachment-0001.html>

From dam at opencsw.org  Sat Aug 17 09:56:20 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 17 Aug 2013 09:56:20 +0200
Subject: [csw-users] OpenCSW question about package CSWrdesktop
In-Reply-To: <201308150408.r7F48mnq020282@www.opencsw.org>
References: <201308150408.r7F48mnq020282@www.opencsw.org>
Message-ID: <B0D357D6-5BAE-45C6-B84B-4092A29E8C4D@opencsw.org>

Hi Roland,

Am 15.08.2013 um 06:08 schrieb rsm.gbg at gmail.com:
> Any plans for compiling rdesktop 1.8.0 to get NLA support?

Sure, why not?

> I try to compile but I fail with all the dependencies for gss and kerberos support.


Looks like I get into a similar situation as you:
  http://sourceforge.net/mailarchive/forum.php?set=custom&viewmonth=&viewday=&forum_name=rdesktop-users&style=nested&max_rows=100&submit=Change+View

I packaged up libgssglue
  http://www.opencsw.org/packages/CSWlibgssglue0/
but on integrating it into rdesktop I get

/opt/SUNWspro/bin/cc -xO3 -m32 -xarch=sparc -I/opt/csw/include -I/opt/csw/include/gssglue   -I/opt/csw/include   -I/opt/csw/include    -I/usr/openwin/include -DPACKAGE_NAME=\"rdesktop\" -DPACKAGE_TARNAME=\"rdesktop\" -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DB_ENDIAN=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_FILIO_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/opt/csw\" -DWITH_CREDSSP=1 -DNEED_ALIGN=1 -DEGD_SOCKET=\"/var/run/egd-pool\" -DHAVE_LIBSAMPLERATE=1 -DWITH_RDPSND=1 -DRDPSND_SUN=1 -DRDPSND_LIBAO=1 -DHAVE_DIRENT_H=1 -DHAVE_DECL_DIRFD=0 -DDIR_FD_MEMBER_NAME=dd_fd -DHAVE_ICONV_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -D_FILE_OFFSET_BITS=64 -DKEYMAP_PATH=\"/opt/csw/share/rdesktop/keymaps/\" -o rdesktop rdesktop.o xwin.o xkeymap.o ewmhints.o xclip.o cliprdr.o ctrl.o rdpsnd.o rdpsnd_dsp.o rdpsnd_sun.o rdpsnd_libao.o tcp.o asn.o iso.o mcs.o secure.o licence.o rdp.o orders.o bitmap.o cache.o rdp5.o channels.o rdpdr.o serial.o printer.o disk.o parallel.o printercache.o mppc.o pstcache.o lspci.o seamless.o ssl.o utils.o  cssp.o -m32 -xarch=sparc -L/opt/csw/lib -R/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib64 -lssl -lcrypto -lresolv -lsocket  -lgssglue -L/opt/csw/lib -lsamplerate   -L/opt/csw/lib -lao     -L/usr/openwin/lib -R/usr/openwin/lib -lsocket  -lnsl -lX11
Undefined                       first referenced
 symbol                             in file
krb5_gss_initialize                 /opt/csw/lib/libgssglue.so
ld: fatal: symbol referencing errors. No output written to rdesktop
gmake: *** [rdesktop] Error 1

The definitions are all external, so it is probably ok that it is not defined:

dam at unstable10s [unstable10s]:/home/dam/mgar/pkg/libgssglue/trunk/work/solaris10-sparc/build-isa-sparcv8plus/libgssglue-0.4 > find . | xargs grep krb5_gss_initialize
./src/g_initialize.c:extern gss_mechanism krb5_gss_initialize();
./src/g_initialize.c:   mech = (gss_mechanism)krb5_gss_initialize();
./src/g_initialize.c:extern gss_mechanism internal_krb5_gss_initialize(void *dl);
./src/g_initialize.c:       mech = internal_krb5_gss_initialize(dl);
./src/g_mit_krb5_mech.c: * The MIT and Heimdal libraries do not support the krb5_gss_initialize
./src/g_mit_krb5_mech.c:internal_krb5_gss_initialize(void *dl)

I think this should be done in doc/gssapi_mech.conf, but as dlopen is issued in runtime
the symbol is obviously not defined. The documentation on libgssglue is a bit? short.

Could you please continue to talk to upstream and research further?
I'll happily package it up afterwards.


Best regards

  -- Dago


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

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

From dam at opencsw.org  Sat Aug 17 10:58:20 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 17 Aug 2013 10:58:20 +0200
Subject: [csw-users] OpenCSW question about package CSWrdesktop
In-Reply-To: <B0D357D6-5BAE-45C6-B84B-4092A29E8C4D@opencsw.org>
References: <201308150408.r7F48mnq020282@www.opencsw.org>
	<B0D357D6-5BAE-45C6-B84B-4092A29E8C4D@opencsw.org>
Message-ID: <5F4BB2C4-8DC6-450B-972E-D47F0E7BE8A2@opencsw.org>

Hi Roland,

Am 17.08.2013 um 09:56 schrieb Dagobert Michelsen <dam at opencsw.org>:
> Am 15.08.2013 um 06:08 schrieb rsm.gbg at gmail.com:
>> I try to compile but I fail with all the dependencies for gss and kerberos support.
> 
> Looks like I get into a similar situation as you:
>  http://sourceforge.net/mailarchive/forum.php?set=custom&viewmonth=&viewday=&forum_name=rdesktop-users&style=nested&max_rows=100&submit=Change+View
> 
> I packaged up libgssglue
>  http://www.opencsw.org/packages/CSWlibgssglue0/
> but on integrating it into rdesktop I get
> 
> /opt/SUNWspro/bin/cc -xO3 -m32 -xarch=sparc -I/opt/csw/include -I/opt/csw/include/gssglue   -I/opt/csw/include   -I/opt/csw/include    -I/usr/openwin/include -DPACKAGE_NAME=\"rdesktop\" -DPACKAGE_TARNAME=\"rdesktop\" -DPACKAGE_VERSION=\"1.8.0\" -DPACKAGE_STRING=\"rdesktop\ 1.8.0\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DB_ENDIAN=1 -DHAVE_SYS_SELECT_H=1 -DHAVE_SYS_FILIO_H=1 -DHAVE_LOCALE_H=1 -DHAVE_LANGINFO_H=1 -DHAVE_SYSEXITS_H=1 -Dssldir=\"/opt/csw\" -DWITH_CREDSSP=1 -DNEED_ALIGN=1 -DEGD_SOCKET=\"/var/run/egd-pool\" -DHAVE_LIBSAMPLERATE=1 -DWITH_RDPSND=1 -DRDPSND_SUN=1 -DRDPSND_LIBAO=1 -DHAVE_DIRENT_H=1 -DHAVE_DECL_DIRFD=0 -DDIR_FD_MEMBER_NAME=dd_fd -DHAVE_ICONV_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_MOUNT_H=1 -DHAVE_STRUCT_STATVFS_F_NAMEMAX=1 -D_FILE_OFFSET_BITS=64 -DKEYMAP_PATH=\"/opt/csw/share/rdesktop/keymaps/\" -o rdesktop rdesktop.o xwin.o xkeymap.o ewmhints.o xclip.o cliprdr.o ctrl.o rdpsnd.o rdpsnd_dsp.o rdpsnd_sun.o rdpsnd_libao.o tcp.o asn.o iso.o mcs.o secure.o licence.o rdp.o orders.o bitmap.o cache.o rdp5.o channels.o rdpdr.o serial.o printer.o disk.o parallel.o printercache.o mppc.o pstcache.o lspci.o seamless.o ssl.o utils.o  cssp.o -m32 -xarch=sparc -L/opt/csw/lib -R/opt/csw/lib -L/opt/csw/lib -L/opt/csw/lib64 -lssl -lcrypto -lresolv -lsocket  -lgssglue -L/opt/csw/lib -lsamplerate   -L/opt/csw/lib -lao     -L/usr/openwin/lib -R/usr/openwin/lib -lsocket  -lnsl -lX11
> Undefined                       first referenced
> symbol                             in file
> krb5_gss_initialize                 /opt/csw/lib/libgssglue.so
> ld: fatal: symbol referencing errors. No output written to rdesktop
> gmake: *** [rdesktop] Error 1

Right after sending the email it struck me to define USE_SOLARIS_SHARED_LIBRARIES
and the error went away. Not detecting that during configure time is pretty ugly.
  http://sourceforge.net/apps/trac/gar/changeset/21754

I just uploaded a new set of packages for libgssglue, however, these don't include
  /etc/mech.conf
which you probably need to set. It is not clear to me what should go in there as
the functionality of libgssglue is similar to libgss on Solaris which already uses
table based mechanisms listed on /etc/gss/mech. Anyway, I'll respin rdesktop 1.8.0
and packages will appear here soon:
  http://buildfarm.opencsw.org/experimental.html#rdesktop

Please test them and let me know how to set /etc/mech.conf (which will be relocated to
/etc/opt/csw/mech.conf later) so your auth works.


Best regards

  -- Dago

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

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

From reader at jtan.com  Fri Aug 23 17:47:55 2013
From: reader at jtan.com (Harry Putnam)
Date: 23 Aug 2013 15:47:55 +0000
Subject: [csw-users] combine csw tools with openindiana tools
Message-ID: <7kd2p4o1ck.fsf@callisto.jtan.com>

Running (solaris) openindian 151a7

I want to install emacs-24 but the openindian repos only have
emacs-23 so I decided to use openCSW tools to install it.

When I check on what was available with a default look at 
pkgutil -a |grep emacs, that shows only emacs-23

So I looked at unstable, and see emacs-24.  Is there a better
way to get emacs-24 than going to 'unstable'?

If not then taking a look at:

pkgutil -i -n emacs_athena shows an awful lot of stuff to be
installed. 89 pkgs... including things like perl and python.

Those are already installed using openindiana default pkg managment
tool, 'pkg'.   

Is there some common way for csw to share needed tools that are
already installed and are late enough versions?

Or can anyone tell me what all I need on my openindiana installation
to be able to build and install emacs-24?


From laurent at opencsw.org  Fri Aug 23 22:38:36 2013
From: laurent at opencsw.org (Laurent Blume)
Date: Fri, 23 Aug 2013 22:38:36 +0200
Subject: [csw-users] combine csw tools with openindiana tools
In-Reply-To: <7kd2p4o1ck.fsf@callisto.jtan.com>
References: <7kd2p4o1ck.fsf@callisto.jtan.com>
Message-ID: <5217C84C.1010905@opencsw.org>

On 23/08/2013 17:47, Harry Putnam wrote:
> Running (solaris) openindian 151a7
>
> I want to install emacs-24 but the openindian repos only have
> emacs-23 so I decided to use openCSW tools to install it.
>
> When I check on what was available with a default look at
> pkgutil -a |grep emacs, that shows only emacs-23
>
> So I looked at unstable, and see emacs-24.  Is there a better
> way to get emacs-24 than going to 'unstable'?

Unstable is not as bad as it looks. It means it evolves, when stable is 
rather, well, dead-ish.
I use unstable on critical production (with a local repository and 
staging servers to lock and test a new version before rolling it in 
prod), it works well enough. For non production, I just follow the updates.

> If not then taking a look at:
>
> pkgutil -i -n emacs_athena shows an awful lot of stuff to be
> installed. 89 pkgs... including things like perl and python.

The magic of dependencies...

> Those are already installed using openindiana default pkg managment
> tool, 'pkg'.
>
> Is there some common way for csw to share needed tools that are
> already installed and are late enough versions?

No, not really. OpenCSW is meant to be self-sufficient, so it will 
specifically use its own packages. That said: while in absolute terms, 
yes, it's not too clean to have several different versions of the same 
package installed in different places, in practice, it works well 
enough. Some space is wasted, but with today's disks sizes, it's hardly 
an issue anymore.

Cheers,

Laurent


From reader at newsguy.com  Thu Aug 29 22:17:44 2013
From: reader at newsguy.com (Harry Putnam)
Date: Thu, 29 Aug 2013 16:17:44 -0400
Subject: [csw-users] Why this strange behavior coping /opt/csw
Message-ID: <87wqn4metz.fsf@newsguy.com>

Running Openindiana (solaris branch) and using some csw tools too.

csw stuff is installed at /opt/csw.  Since my root pool space is
shrinking I thought I might move all of /opt off on a different zpool
on a different disc.  Then just put a symlink in place at /opt.

I decided to do it with rsync and after rsyncing everything to /t1/opt
 (rsync -avv /opt/ /t1/opt/ )

But when I check the result with du I find a huge difference in size.

the original /opt shows 355 MB but the copied opt shows only 173 MB

I thing tried with copy  using gnu copy  and did 'cp -a' /opt/t1/

Again it comes up with the big difference in size..

Any ideas what could explain that?


From laurent at opencsw.org  Sat Aug 31 10:25:08 2013
From: laurent at opencsw.org (Laurent Blume)
Date: Sat, 31 Aug 2013 10:25:08 +0200
Subject: [csw-users] Why this strange behavior coping /opt/csw
In-Reply-To: <87wqn4metz.fsf@newsguy.com>
References: <87wqn4metz.fsf@newsguy.com>
Message-ID: <5221A864.1060908@opencsw.org>

On 2013-08-29 10:17 PM, Harry Putnam wrote:
> Running Openindiana (solaris branch) and using some csw tools too.
> 
> csw stuff is installed at /opt/csw.  Since my root pool space is
> shrinking I thought I might move all of /opt off on a different zpool
> on a different disc.  Then just put a symlink in place at /opt.

Using a symlink is a terrible idea, and furthermore - why? You can just
set your new dataset mountpoint to be /opt.

To be clear: if you use symlinks, updates expecting it to be a directory
can just remove the symlink and recreate as an empty directory. This was
particularly true in S10; on IPS, I expect that "pkg fix" would not be
happy about them either.

> I decided to do it with rsync and after rsyncing everything to /t1/opt
>  (rsync -avv /opt/ /t1/opt/ )
> 
> But when I check the result with du I find a huge difference in size.
> 
> the original /opt shows 355 MB but the copied opt shows only 173 MB
> 
> I thing tried with copy  using gnu copy  and did 'cp -a' /opt/t1/
> 
> Again it comes up with the big difference in size..
> 
> Any ideas what could explain that?

Posting exactly what you did would help understand. Also, you can do a
"find . | sort > file" in each directory and compare the files.

Laurent



From yann at pleiades.fr.eu.org  Sat Aug 31 10:30:23 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Sat, 31 Aug 2013 10:30:23 +0200
Subject: [csw-users] Why this strange behavior coping /opt/csw
In-Reply-To: <5221A864.1060908@opencsw.org>
References: <87wqn4metz.fsf@newsguy.com> <5221A864.1060908@opencsw.org>
Message-ID: <CAF2fwsfG=3b7y=1yOEH3+NkHftOd46V61bUT4z2G=ZWWmH1jhg@mail.gmail.com>

Hi Harry,

I don't know it is the case here, but often a difference of size after cp
or rsync is caused by hardlinks not being preserved.
Try to add the -H option to rsync to see if that changes something.

Yann


2013/8/31 Laurent Blume <laurent at opencsw.org>

> On 2013-08-29 10:17 PM, Harry Putnam wrote:
> > Running Openindiana (solaris branch) and using some csw tools too.
> >
> > csw stuff is installed at /opt/csw.  Since my root pool space is
> > shrinking I thought I might move all of /opt off on a different zpool
> > on a different disc.  Then just put a symlink in place at /opt.
>
> Using a symlink is a terrible idea, and furthermore - why? You can just
> set your new dataset mountpoint to be /opt.
>
> To be clear: if you use symlinks, updates expecting it to be a directory
> can just remove the symlink and recreate as an empty directory. This was
> particularly true in S10; on IPS, I expect that "pkg fix" would not be
> happy about them either.
>
> > I decided to do it with rsync and after rsyncing everything to /t1/opt
> >  (rsync -avv /opt/ /t1/opt/ )
> >
> > But when I check the result with du I find a huge difference in size.
> >
> > the original /opt shows 355 MB but the copied opt shows only 173 MB
> >
> > I thing tried with copy  using gnu copy  and did 'cp -a' /opt/t1/
> >
> > Again it comes up with the big difference in size..
> >
> > Any ideas what could explain that?
>
> Posting exactly what you did would help understand. Also, you can do a
> "find . | sort > file" in each directory and compare the files.
>
> Laurent
>
>
> _______________________________________________
> users mailing list
> users at lists.opencsw.org
> https://lists.opencsw.org/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/users/attachments/20130831/e242522b/attachment.html>