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: 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 > 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: 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: 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: References: <201308150408.r7F48mnq020282@www.opencsw.org> Message-ID: <5F4BB2C4-8DC6-450B-972E-D47F0E7BE8A2@opencsw.org> Hi Roland, Am 17.08.2013 um 09:56 schrieb Dagobert Michelsen : > 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: 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: 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 > 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: