From work at winkler-alexander.de Mon Feb 3 11:15:21 2014 From: work at winkler-alexander.de (Alexander Winkler) Date: Mon, 3 Feb 2014 11:15:21 +0100 Subject: How to install something only in global zones with pkgutil? Message-ID: Hello, I want to install some packages on my Solaris 10 hostsystems, but these packages should not be installed in the non-global zones. While pkgadd provides the "-G" switch, I was not able to find something similar for pkgutil. Do you have any proposal for this case? Thank you, Alex -------------- next part -------------- An HTML attachment was scrubbed... URL: From jh at opencsw.org Mon Feb 3 11:20:16 2014 From: jh at opencsw.org (Jan Holzhueter) Date: Mon, 03 Feb 2014 11:20:16 +0100 Subject: How to install something only in global zones with pkgutil? In-Reply-To: References: Message-ID: <52EF6D60.7050409@opencsw.org> Hi, Am 03.02.14 11:15, schrieb Alexander Winkler: > Hello, > I want to install some packages on my Solaris 10 hostsystems, but these > packages should not be installed in the non-global zones. While pkgadd > provides the "-G" switch, I was not able to find something similar for > pkgutil. > Do you have any proposal for this case? in /etc/opt/csw/pkgutil.conf there is pkgaddopts which adds pkgadd options. In your case -G which is even the default for pkgaddopts setting just uncomment them. Greetings Jan From bonivart at opencsw.org Mon Feb 3 11:23:04 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 3 Feb 2014 11:23:04 +0100 Subject: How to install something only in global zones with pkgutil? In-Reply-To: References: Message-ID: On Mon, Feb 3, 2014 at 11:15 AM, Alexander Winkler wrote: > Hello, > I want to install some packages on my Solaris 10 hostsystems, but these > packages should not be installed in the non-global zones. While pkgadd > provides the "-G" switch, I was not able to find something similar for > pkgutil. > Do you have any proposal for this case? pkgutil supports passing through options to pkgadd, take a look in /etc/opt/csw/pkgutil.conf. /peter From ag at computer.org Mon Feb 3 14:43:59 2014 From: ag at computer.org (Andrew Gaylard) Date: Mon, 03 Feb 2014 15:43:59 +0200 Subject: Request: new version of saneback Message-ID: <52EF9D1F.2010203@computer.org> Hello OpenCSW people, Would it be possible to upgrade the saneback package from "1.0.22,REV=2011.02.20" to the current version, -1.0.24 ? I'm experiencing this bug: [genesys_low] sanei_genesys_read_gl847_register(0x06)=0x55 [genesys_low] sanei_genesys_read_gl847_register: invalid read, scanner unplugged ? scanimage: open of device genesys:libusb:/dev/usb:4a9.1909/0 failed: Error during device I/O It turns out that it was fixed with the patch here: http://lists.alioth.debian.org/pipermail/sane-devel/2011-March/028389.html I've built 1.0.24 from source, and confirmed that it works on SPARC, so I'm guessing that it includes the patch. Many thanks! -- Andrew Gaylard From grzemba at contac-dt.de Tue Feb 4 12:14:12 2014 From: grzemba at contac-dt.de (Carsten Grzemba) Date: Tue, 04 Feb 2014 12:14:12 +0100 Subject: Request: new version of saneback In-Reply-To: References: <52EF9D1F.2010203@computer.org> Message-ID: I will give it a try tomorrow. Am 03.02.14 schrieb Andrew Gaylard : > Hello OpenCSW people, > > Would it be possible to upgrade the saneback package from > "1.0.22,REV=2011.02.20" to the current version, -1.0.24 ? > > I'm experiencing this bug: > > [genesys_low] sanei_genesys_read_gl847_register(0x06)=0x55 > [genesys_low] sanei_genesys_read_gl847_register: invalid read, scanner unplugged ? > scanimage: open of device genesys:libusb:/dev/usb:4a9.1909/0 failed: Error during device I/O > > It turns out that it was fixed with the patch here: > > http://lists.alioth.debian.org/pipermail/sane-devel/2011-March/028389.html > > I've built 1.0.24 from source, and confirmed that it works on SPARC, > so I'm guessing that it includes the patch. > > Many thanks! > -- > Andrew Gaylard > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dboldt at usgs.gov Wed Feb 5 02:21:31 2014 From: dboldt at usgs.gov (Boldt, David) Date: Tue, 4 Feb 2014 20:21:31 -0500 Subject: Odd error after vsftpd upgrade Message-ID: Running Solaris 10 on x86. I've restarted /opt/csw/sbin/vsftpd after the upgrade. ftp connections produce the following error on "get": ftp> get sgrtos.flash 200 PORT command successful. Consider using PASV. 150 Opening BINARY mode data connection for sgrtos.flash (696120 bytes). ld.so.1: vsftpd: fatal: libsendfile.so.1: open failed: No such file or directory ftp> ftp> ls ld.so.1: vsftpd: fatal: relocation error: file /opt/csw/sbin/vsftpd: symbol sendfilev64: referenced symbol not found ftp> ls 500 OOPS: priv_sock_get_cmd No control connection for command: Broken pipe But the libsendfile lib is there: % ldd /opt/csw/sbin/vsftpd libwrap.so.1 => /opt/csw/lib/i386/libwrap.so.1 libnsl.so.1 => /lib/libnsl.so.1 libpam.so.1 => /lib/libpam.so.1 libsocket.so.1 => /lib/libsocket.so.1 librt.so.1 => /lib/librt.so.1 libsendfile.so.1 => /lib/libsendfile.so.1 libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 libc.so.1 => /lib/libc.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libcmd.so.1 => /lib/libcmd.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libm.so.2 => /lib/libm.so.2 % ls -l /lib/libsendfile.so.1 -rwxr-xr-x 1 root bin 9552 Jan 8 2007 /lib/libsendfile.so.1 Have "[ftp] FAIL DOWNLOAD" errors in vsftpd.log, but nothing helpful. Nothing in messages log file. I am very perplexed and grateful for any suggestions. -- -- David Boldt > "No one really listens to anyone else, and if you try it for a while you'll see why." --Mignon McLaughlin -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Wed Feb 5 09:16:07 2014 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 5 Feb 2014 08:16:07 +0000 Subject: Odd error after vsftpd upgrade In-Reply-To: References: Message-ID: On Wed, Feb 5, 2014 at 1:21 AM, Boldt, David wrote: > Running Solaris 10 on x86. > > I've restarted /opt/csw/sbin/vsftpd after the upgrade. > > ftp connections produce the following error on "get": > > ftp> get sgrtos.flash > 200 PORT command successful. Consider using PASV. > 150 Opening BINARY mode data connection for sgrtos.flash (696120 bytes). > ld.so.1: vsftpd: fatal: libsendfile.so.1: open failed: No such file or > directory > ftp> > ftp> ls > ld.so.1: vsftpd: fatal: relocation error: file /opt/csw/sbin/vsftpd: symbol > sendfilev64: referenced symbol not found > ftp> ls > 500 OOPS: priv_sock_get_cmd > No control connection for command: Broken pipe > > But the libsendfile lib is there: > > % ldd /opt/csw/sbin/vsftpd > libwrap.so.1 => /opt/csw/lib/i386/libwrap.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libpam.so.1 => /lib/libpam.so.1 > libsocket.so.1 => /lib/libsocket.so.1 > librt.so.1 => /lib/librt.so.1 > libsendfile.so.1 => /lib/libsendfile.so.1 > libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 > libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 > libc.so.1 => /lib/libc.so.1 > libmp.so.2 => /lib/libmp.so.2 > libmd.so.1 => /lib/libmd.so.1 > libscf.so.1 => /lib/libscf.so.1 > libcmd.so.1 => /lib/libcmd.so.1 > libaio.so.1 => /lib/libaio.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > libm.so.2 => /lib/libm.so.2 > > % ls -l /lib/libsendfile.so.1 > -rwxr-xr-x 1 root bin 9552 Jan 8 2007 /lib/libsendfile.so.1 > > Have "[ftp] FAIL DOWNLOAD" errors in vsftpd.log, but nothing helpful. > Nothing in messages log file. > > I am very perplexed and grateful for any suggestions. Can you provide the output of dump -Lv /opt/csw/sbin/vsftpd ? It looks like there is a 32 vs 64 bit mismatch in expectations here. Thanks -Ben From yann at pleiades.fr.eu.org Wed Feb 5 09:36:06 2014 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Wed, 5 Feb 2014 09:36:06 +0100 Subject: Odd error after vsftpd upgrade In-Reply-To: References: Message-ID: Hi, I suspect that this is rather a side effect of libraries lazy loading + chrooting: vsftpd tries to load the library only when first needed but it happens after chrooting has been performed, hence it can't find the library which is present outside of the chroot. Can you confirm that you are indeed using vsftpd with chrooting enabled ? Yann 2014-02-05 Ben Walton : > On Wed, Feb 5, 2014 at 1:21 AM, Boldt, David wrote: > > Running Solaris 10 on x86. > > > > I've restarted /opt/csw/sbin/vsftpd after the upgrade. > > > > ftp connections produce the following error on "get": > > > > ftp> get sgrtos.flash > > 200 PORT command successful. Consider using PASV. > > 150 Opening BINARY mode data connection for sgrtos.flash (696120 bytes). > > ld.so.1: vsftpd: fatal: libsendfile.so.1: open failed: No such file or > > directory > > ftp> > > ftp> ls > > ld.so.1: vsftpd: fatal: relocation error: file /opt/csw/sbin/vsftpd: > symbol > > sendfilev64: referenced symbol not found > > ftp> ls > > 500 OOPS: priv_sock_get_cmd > > No control connection for command: Broken pipe > > > > But the libsendfile lib is there: > > > > % ldd /opt/csw/sbin/vsftpd > > libwrap.so.1 => /opt/csw/lib/i386/libwrap.so.1 > > libnsl.so.1 => /lib/libnsl.so.1 > > libpam.so.1 => /lib/libpam.so.1 > > libsocket.so.1 => /lib/libsocket.so.1 > > librt.so.1 => /lib/librt.so.1 > > libsendfile.so.1 => /lib/libsendfile.so.1 > > libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 > > libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 > > libc.so.1 => /lib/libc.so.1 > > libmp.so.2 => /lib/libmp.so.2 > > libmd.so.1 => /lib/libmd.so.1 > > libscf.so.1 => /lib/libscf.so.1 > > libcmd.so.1 => /lib/libcmd.so.1 > > libaio.so.1 => /lib/libaio.so.1 > > libdoor.so.1 => /lib/libdoor.so.1 > > libuutil.so.1 => /lib/libuutil.so.1 > > libgen.so.1 => /lib/libgen.so.1 > > libm.so.2 => /lib/libm.so.2 > > > > % ls -l /lib/libsendfile.so.1 > > -rwxr-xr-x 1 root bin 9552 Jan 8 2007 /lib/libsendfile.so.1 > > > > Have "[ftp] FAIL DOWNLOAD" errors in vsftpd.log, but nothing helpful. > > Nothing in messages log file. > > > > I am very perplexed and grateful for any suggestions. > > > Can you provide the output of dump -Lv /opt/csw/sbin/vsftpd ? > > It looks like there is a 32 vs 64 bit mismatch in expectations here. > > Thanks > -Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Wed Feb 5 10:58:58 2014 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Wed, 5 Feb 2014 10:58:58 +0100 Subject: Odd error after vsftpd upgrade In-Reply-To: References: Message-ID: Hi again, Could you try the following package to check if it solves your problem ? http://buildfarm.opencsw.org/opencsw/experimental/yann/i386/5.10/vsftpd-3.0.2,REV=2014.02.05-SunOS5.10-i386-UNCOMMITTED.pkg.gz Yann 2014-02-05 Yann Rouillard : > Hi, > > I suspect that this is rather a side effect of libraries lazy loading + > chrooting: vsftpd tries to load the library only when first needed but it > happens after chrooting has been performed, hence it can't find the library > which is present outside of the chroot. > > Can you confirm that you are indeed using vsftpd with chrooting enabled ? > > > Yann > > > > 2014-02-05 Ben Walton : > > On Wed, Feb 5, 2014 at 1:21 AM, Boldt, David wrote: >> > Running Solaris 10 on x86. >> > >> > I've restarted /opt/csw/sbin/vsftpd after the upgrade. >> > >> > ftp connections produce the following error on "get": >> > >> > ftp> get sgrtos.flash >> > 200 PORT command successful. Consider using PASV. >> > 150 Opening BINARY mode data connection for sgrtos.flash (696120 bytes). >> > ld.so.1: vsftpd: fatal: libsendfile.so.1: open failed: No such file or >> > directory >> > ftp> >> > ftp> ls >> > ld.so.1: vsftpd: fatal: relocation error: file /opt/csw/sbin/vsftpd: >> symbol >> > sendfilev64: referenced symbol not found >> > ftp> ls >> > 500 OOPS: priv_sock_get_cmd >> > No control connection for command: Broken pipe >> > >> > But the libsendfile lib is there: >> > >> > % ldd /opt/csw/sbin/vsftpd >> > libwrap.so.1 => /opt/csw/lib/i386/libwrap.so.1 >> > libnsl.so.1 => /lib/libnsl.so.1 >> > libpam.so.1 => /lib/libpam.so.1 >> > libsocket.so.1 => /lib/libsocket.so.1 >> > librt.so.1 => /lib/librt.so.1 >> > libsendfile.so.1 => /lib/libsendfile.so.1 >> > libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 >> > libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 >> > libc.so.1 => /lib/libc.so.1 >> > libmp.so.2 => /lib/libmp.so.2 >> > libmd.so.1 => /lib/libmd.so.1 >> > libscf.so.1 => /lib/libscf.so.1 >> > libcmd.so.1 => /lib/libcmd.so.1 >> > libaio.so.1 => /lib/libaio.so.1 >> > libdoor.so.1 => /lib/libdoor.so.1 >> > libuutil.so.1 => /lib/libuutil.so.1 >> > libgen.so.1 => /lib/libgen.so.1 >> > libm.so.2 => /lib/libm.so.2 >> > >> > % ls -l /lib/libsendfile.so.1 >> > -rwxr-xr-x 1 root bin 9552 Jan 8 2007 /lib/libsendfile.so.1 >> > >> > Have "[ftp] FAIL DOWNLOAD" errors in vsftpd.log, but nothing helpful. >> > Nothing in messages log file. >> > >> > I am very perplexed and grateful for any suggestions. >> >> >> Can you provide the output of dump -Lv /opt/csw/sbin/vsftpd ? >> >> It looks like there is a 32 vs 64 bit mismatch in expectations here. >> >> Thanks >> -Ben >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dboldt at usgs.gov Wed Feb 5 17:35:42 2014 From: dboldt at usgs.gov (Boldt, David) Date: Wed, 5 Feb 2014 11:35:42 -0500 Subject: Odd error after vsftpd upgrade In-Reply-To: References: Message-ID: success! Many thanks. does not look like we have been explicitly requesting a chroot: % grep -i chroot /etc/opt/csw/vsftpd/vsftpd.conf # You may specify an explicit list of local users to chroot() to their home # directory. If chroot_local_user is YES, then this list becomes a list of # users to NOT chroot(). #chroot_list_enable=YES #chroot_list_file=/etc/vsftpd.chroot_list (no /etc/vsftpd.conf file) On Wed, Feb 5, 2014 at 4:58 AM, Yann Rouillard wrote: > Hi again, > > Could you try the following package to check if it solves your problem ? > > http://buildfarm.opencsw.org/opencsw/experimental/yann/i386/5.10/vsftpd-3.0.2,REV=2014.02.05-SunOS5.10-i386-UNCOMMITTED.pkg.gz > > Yann > > > 2014-02-05 Yann Rouillard : > >> Hi, >> >> I suspect that this is rather a side effect of libraries lazy loading + >> chrooting: vsftpd tries to load the library only when first needed but it >> happens after chrooting has been performed, hence it can't find the library >> which is present outside of the chroot. >> >> Can you confirm that you are indeed using vsftpd with chrooting enabled ? >> >> >> Yann >> >> >> >> 2014-02-05 Ben Walton : >> >> On Wed, Feb 5, 2014 at 1:21 AM, Boldt, David wrote: >>> > Running Solaris 10 on x86. >>> > >>> > I've restarted /opt/csw/sbin/vsftpd after the upgrade. >>> > >>> > ftp connections produce the following error on "get": >>> > >>> > ftp> get sgrtos.flash >>> > 200 PORT command successful. Consider using PASV. >>> > 150 Opening BINARY mode data connection for sgrtos.flash (696120 >>> bytes). >>> > ld.so.1: vsftpd: fatal: libsendfile.so.1: open failed: No such file or >>> > directory >>> > ftp> >>> > ftp> ls >>> > ld.so.1: vsftpd: fatal: relocation error: file /opt/csw/sbin/vsftpd: >>> symbol >>> > sendfilev64: referenced symbol not found >>> > ftp> ls >>> > 500 OOPS: priv_sock_get_cmd >>> > No control connection for command: Broken pipe >>> > >>> > But the libsendfile lib is there: >>> > >>> > % ldd /opt/csw/sbin/vsftpd >>> > libwrap.so.1 => /opt/csw/lib/i386/libwrap.so.1 >>> > libnsl.so.1 => /lib/libnsl.so.1 >>> > libpam.so.1 => /lib/libpam.so.1 >>> > libsocket.so.1 => /lib/libsocket.so.1 >>> > librt.so.1 => /lib/librt.so.1 >>> > libsendfile.so.1 => /lib/libsendfile.so.1 >>> > libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 >>> > libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 >>> > libc.so.1 => /lib/libc.so.1 >>> > libmp.so.2 => /lib/libmp.so.2 >>> > libmd.so.1 => /lib/libmd.so.1 >>> > libscf.so.1 => /lib/libscf.so.1 >>> > libcmd.so.1 => /lib/libcmd.so.1 >>> > libaio.so.1 => /lib/libaio.so.1 >>> > libdoor.so.1 => /lib/libdoor.so.1 >>> > libuutil.so.1 => /lib/libuutil.so.1 >>> > libgen.so.1 => /lib/libgen.so.1 >>> > libm.so.2 => /lib/libm.so.2 >>> > >>> > % ls -l /lib/libsendfile.so.1 >>> > -rwxr-xr-x 1 root bin 9552 Jan 8 2007 /lib/libsendfile.so.1 >>> > >>> > Have "[ftp] FAIL DOWNLOAD" errors in vsftpd.log, but nothing helpful. >>> > Nothing in messages log file. >>> > >>> > I am very perplexed and grateful for any suggestions. >>> >>> >>> Can you provide the output of dump -Lv /opt/csw/sbin/vsftpd ? >>> >>> It looks like there is a 32 vs 64 bit mismatch in expectations here. >>> >>> Thanks >>> -Ben >>> >> >> > -- -- David Boldt "No one really listens to anyone else, and if you try it for a while you'll see why." --Mignon McLaughlin -------------- next part -------------- An HTML attachment was scrubbed... URL: From yann at pleiades.fr.eu.org Wed Feb 5 20:48:37 2014 From: yann at pleiades.fr.eu.org (Yann Rouillard) Date: Wed, 5 Feb 2014 20:48:37 +0100 Subject: Odd error after vsftpd upgrade In-Reply-To: References: Message-ID: In fact vsftpd always chroots some of its process for security reasons. So it was indeed lazy loading which caused the problem, it is desactivated in the new package. I uploaded fixed packages which should land soon in the unstable repository. Yann 2014-02-05 Boldt, David : > success! > > Many thanks. > > > does not look like we have been explicitly requesting a chroot: > % grep -i chroot /etc/opt/csw/vsftpd/vsftpd.conf > # You may specify an explicit list of local users to chroot() to their home > # directory. If chroot_local_user is YES, then this list becomes a list of > # users to NOT chroot(). > #chroot_list_enable=YES > #chroot_list_file=/etc/vsftpd.chroot_list > > (no /etc/vsftpd.conf file) > > > On Wed, Feb 5, 2014 at 4:58 AM, Yann Rouillard wrote: > >> Hi again, >> >> Could you try the following package to check if it solves your problem ? >> >> http://buildfarm.opencsw.org/opencsw/experimental/yann/i386/5.10/vsftpd-3.0.2,REV=2014.02.05-SunOS5.10-i386-UNCOMMITTED.pkg.gz >> >> Yann >> >> >> 2014-02-05 Yann Rouillard : >> >>> Hi, >>> >>> I suspect that this is rather a side effect of libraries lazy loading + >>> chrooting: vsftpd tries to load the library only when first needed but it >>> happens after chrooting has been performed, hence it can't find the library >>> which is present outside of the chroot. >>> >>> Can you confirm that you are indeed using vsftpd with chrooting enabled ? >>> >>> >>> Yann >>> >>> >>> >>> 2014-02-05 Ben Walton : >>> >>> On Wed, Feb 5, 2014 at 1:21 AM, Boldt, David wrote: >>>> > Running Solaris 10 on x86. >>>> > >>>> > I've restarted /opt/csw/sbin/vsftpd after the upgrade. >>>> > >>>> > ftp connections produce the following error on "get": >>>> > >>>> > ftp> get sgrtos.flash >>>> > 200 PORT command successful. Consider using PASV. >>>> > 150 Opening BINARY mode data connection for sgrtos.flash (696120 >>>> bytes). >>>> > ld.so.1: vsftpd: fatal: libsendfile.so.1: open failed: No such file or >>>> > directory >>>> > ftp> >>>> > ftp> ls >>>> > ld.so.1: vsftpd: fatal: relocation error: file /opt/csw/sbin/vsftpd: >>>> symbol >>>> > sendfilev64: referenced symbol not found >>>> > ftp> ls >>>> > 500 OOPS: priv_sock_get_cmd >>>> > No control connection for command: Broken pipe >>>> > >>>> > But the libsendfile lib is there: >>>> > >>>> > % ldd /opt/csw/sbin/vsftpd >>>> > libwrap.so.1 => /opt/csw/lib/i386/libwrap.so.1 >>>> > libnsl.so.1 => /lib/libnsl.so.1 >>>> > libpam.so.1 => /lib/libpam.so.1 >>>> > libsocket.so.1 => /lib/libsocket.so.1 >>>> > librt.so.1 => /lib/librt.so.1 >>>> > libsendfile.so.1 => /lib/libsendfile.so.1 >>>> > libssl.so.1.0.0 => /opt/csw/lib/i386/libssl.so.1.0.0 >>>> > libcrypto.so.1.0.0 => /opt/csw/lib/i386/libcrypto.so.1.0.0 >>>> > libc.so.1 => /lib/libc.so.1 >>>> > libmp.so.2 => /lib/libmp.so.2 >>>> > libmd.so.1 => /lib/libmd.so.1 >>>> > libscf.so.1 => /lib/libscf.so.1 >>>> > libcmd.so.1 => /lib/libcmd.so.1 >>>> > libaio.so.1 => /lib/libaio.so.1 >>>> > libdoor.so.1 => /lib/libdoor.so.1 >>>> > libuutil.so.1 => /lib/libuutil.so.1 >>>> > libgen.so.1 => /lib/libgen.so.1 >>>> > libm.so.2 => /lib/libm.so.2 >>>> > >>>> > % ls -l /lib/libsendfile.so.1 >>>> > -rwxr-xr-x 1 root bin 9552 Jan 8 2007 /lib/libsendfile.so.1 >>>> > >>>> > Have "[ftp] FAIL DOWNLOAD" errors in vsftpd.log, but nothing helpful. >>>> > Nothing in messages log file. >>>> > >>>> > I am very perplexed and grateful for any suggestions. >>>> >>>> >>>> Can you provide the output of dump -Lv /opt/csw/sbin/vsftpd ? >>>> >>>> It looks like there is a 32 vs 64 bit mismatch in expectations here. >>>> >>>> Thanks >>>> -Ben >>>> >>> >>> >> > > > -- > -- David Boldt > > > > "No one really listens to anyone else, and if you try it for a while > you'll see why." > --Mignon McLaughlin > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From work at winkler-alexander.de Thu Feb 6 15:28:05 2014 From: work at winkler-alexander.de (Alexander Winkler) Date: Thu, 6 Feb 2014 15:28:05 +0100 Subject: How to install something only in global zones with pkgutil? In-Reply-To: References: Message-ID: Thank you for the help. I just missed the option, works perfect now. 2014-02-03 Peter Bonivart : > On Mon, Feb 3, 2014 at 11:15 AM, Alexander Winkler > wrote: > > Hello, > > I want to install some packages on my Solaris 10 hostsystems, but these > > packages should not be installed in the non-global zones. While pkgadd > > provides the "-G" switch, I was not able to find something similar for > > pkgutil. > > Do you have any proposal for this case? > > pkgutil supports passing through options to pkgadd, take a look in > /etc/opt/csw/pkgutil.conf. > > /peter > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Thu Feb 6 17:08:57 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 6 Feb 2014 17:08:57 +0100 Subject: OpenCSW question about package CSWsquid In-Reply-To: <201402061518.s16FIuCM014819@www.opencsw.org> References: <201402061518.s16FIuCM014819@www.opencsw.org> Message-ID: Hi Yuri, Am 06.02.2014 um 16:18 schrieb yvoinov at gmail.com: > With what options assembled the package? > > I.e, what is squid -v output? Is there any reason why you don?t run it yourself? web at web [web]:/home/web > /opt/csw/sbin/squid -v Squid Cache: Version 3.1.20 configure options: '--prefix=/opt/csw' '--exec_prefix=/opt/csw' '--bindir=/opt/csw/bin' '--sbindir=/opt/csw/sbin' '--libexecdir=/opt/csw/libexec' '--datadir=/opt/csw/share' '--sharedstatedir=/opt/csw/share' '--localstatedir=/var/opt/csw' '--libdir=/opt/csw/lib' '--infodir=/opt/csw/share/info' '--includedir=/opt/csw/include' '--mandir=/opt/csw/share/man' '--sysconfdir=/etc//opt/csw/squid' '--datadir=/opt/csw/share/squid' '--docdir=/opt/csw/share/squid' '--localstatedir=/var//opt/csw/squid' '--libexecdir=/opt/csw/libexec/squid' '--enable-arp-acl' '--enable-auth=basic,ntlm,digest,negotiate' '--enable-basic-auth-helpers=LDAP,SMB,YP,PAM,SASL,NCSA' '--enable-cache-digests' '--enable-carp' '--enable-delay-pools' '--enable-forw-via-db' '--enable-htcp' '--enable-large-cache-files' '--enable-referer-log' '--enable-removal-policies=heap,lru' '--enable-select' '--enable-snmp' '--enable-ssl' '--enable-useragent-log' '--enable-ipf-transparent' '--enable-icap-client' '--disable-ident-lookups' '--disable-icmp' '--with-dl' '--with-large-files' '--with-openssl=/opt/csw' '--with-default-user=squid' '--with-build-environment=POSIX_V6_ILP32_OFFBIG' 'CC=/opt/csw/bin/gcc-4.7' 'CFLAGS=-O2 -pipe -mcpu=v9' 'LDFLAGS=-mcpu=v9 -L/opt/csw/bdb48/lib -L/opt/csw/lib' 'CPPFLAGS=-I/opt/csw/bdb48/include -I/opt/csw/include' 'CXX=/opt/csw/bin/g++-4.7' 'CXXFLAGS=-O2 -pipe -mcpu=v9' --with-squid=/home/dam/mgar/pkg/squid/branches/squid3-dam/work/solaris10-sparc/build-isa-sparcv8plus/squid-3.1.20 Apart from that all build recipes are publicly available: https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/squid/trunk/Makefile Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From dam at opencsw.org Mon Feb 10 11:31:04 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 10 Feb 2014 11:31:04 +0100 Subject: OpenCSW question about package CSWsquid In-Reply-To: <52F4963C.4040308@gmail.com> References: <201402061518.s16FIuCM014819@www.opencsw.org> <52F4963C.4040308@gmail.com> Message-ID: Hi Yuri, Am 07.02.2014 um 09:15 schrieb Yuri Voinov : > Hmmmm, looks like all needful options exists. Must be works. > > Does anybody test it on solaris in transparent mode with wccp? Nope. Please let me know how it goes. > And - what about latest version? We have 3.1.20: http://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/squid/trunk/Makefile The latest stable would be 3.1.23 for that branch and 3.4.3 as most recent in general. I probably update the package but I am busy with other things right now so it may take a while. Apart from that squid runs fine and I have the package in production at some customer sites. Best regards ? Dago > > I'm looking for Squid 3.x for replace my 2.7 production installation. > > 06.02.2014 22:08, Dagobert Michelsen ?????: >> Hi Yuri, >> >> Am 06.02.2014 um 16:18 schrieb yvoinov at gmail.com: >>> With what options assembled the package? >>> >>> I.e, what is squid -v output? >> Is there any reason why you don?t run it yourself? >> >> web at web [web]:/home/web > /opt/csw/sbin/squid -v >> Squid Cache: Version 3.1.20 >> configure options: '--prefix=/opt/csw' '--exec_prefix=/opt/csw' '--bindir=/opt/csw/bin' '--sbindir=/opt/csw/sbin' '--libexecdir=/opt/csw/libexec' '--datadir=/opt/csw/share' '--sharedstatedir=/opt/csw/share' '--localstatedir=/var/opt/csw' '--libdir=/opt/csw/lib' '--infodir=/opt/csw/share/info' '--includedir=/opt/csw/include' '--mandir=/opt/csw/share/man' '--sysconfdir=/etc//opt/csw/squid' '--datadir=/opt/csw/share/squid' '--docdir=/opt/csw/share/squid' '--localstatedir=/var//opt/csw/squid' '--libexecdir=/opt/csw/libexec/squid' '--enable-arp-acl' '--enable-auth=basic,ntlm,digest,negotiate' '--enable-basic-auth-helpers=LDAP,SMB,YP,PAM,SASL,NCSA' '--enable-cache-digests' '--enable-carp' '--enable-delay-pools' '--enable-forw-via-db' '--enable-htcp' '--enable-large-cache-files' '--enable-referer-log' '--enable-removal-policies=heap,lru' '--enable-select' '--enable-snmp' '--enable-ssl' '--enable-useragent-log' '--enable-ipf-transparent' '--enable-icap-client' '--disable-ident-lookups' '--disable-icmp' '--with-dl' '--with-large-files' '--with-openssl=/opt/csw' '--with-default-user=squid' '--with-build-environment=POSIX_V6_ILP32_OFFBIG' 'CC=/opt/csw/bin/gcc-4.7' 'CFLAGS=-O2 -pipe -mcpu=v9' 'LDFLAGS=-mcpu=v9 -L/opt/csw/bdb48/lib -L/opt/csw/lib' 'CPPFLAGS=-I/opt/csw/bdb48/include -I/opt/csw/include' 'CXX=/opt/csw/bin/g++-4.7' 'CXXFLAGS=-O2 -pipe -mcpu=v9' --with-squid=/home/dam/mgar/pkg/squid/branches/squid3-dam/work/solaris10-sparc/build-isa-sparcv8plus/squid-3.1.20 >> >> Apart from that all build recipes are publicly available: >> https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/squid/trunk/Makefile >> >> >> Best regards >> >> ? Dago >> > > -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: From chip at innovates.com Thu Feb 13 23:02:02 2014 From: chip at innovates.com (Schweiss, Chip) Date: Thu, 13 Feb 2014 16:02:02 -0600 Subject: Samba 4 Message-ID: Is there any efforts going on to get Samba 4 packaged in OpenCSW? -Chip -------------- next part -------------- An HTML attachment was scrubbed... URL: From slowfranklin at opencsw.org Fri Feb 14 15:23:04 2014 From: slowfranklin at opencsw.org (slowfranklin) Date: Fri, 14 Feb 2014 15:23:04 +0100 Subject: Samba 4 In-Reply-To: References: Message-ID: <006B134B-5E67-442E-B0F2-C31EEB833306@opencsw.org> Hi Chip, Am 13.02.2014 um 23:02 schrieb Schweiss, Chip : > Is there any efforts going on to get Samba 4 packaged in OpenCSW? I was working on it but was dragged down in other things: No idea when I'll be able to come back to this. -Ralph From dan at eathernet.com.au Sun Feb 16 23:50:44 2014 From: dan at eathernet.com.au (Daniel Eather) Date: Mon, 17 Feb 2014 08:50:44 +1000 Subject: solaris 9 puppet Message-ID: Hi, I just started using pkgutil/csw and it works great. I'm currently installing puppet on a few hundred unix/linux servers but have hit a problem with my solaris 9 servers. When I issue the following: # /opt/csw/bin/pkgutil --install puppet --yes I get the following error: => Installing CSWcas-preserveconf-1.42,REV=2010.11.26 (1/37) ... pkgadd: ERROR: attempt to process datastream failed - bad format in datastream table-of-contents pkgadd: ERROR: could not process datastream from Exiting pkgutil due to pkgadd error: 99 I've tried removing all the packages and pkgutil downloads them again, but i get the same error. I've tried this on a few different SPARC Solaris 9 machines, and all fail at the same spot. Any ideas? Many Thanks, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Mon Feb 17 00:13:16 2014 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=) Date: Sun, 16 Feb 2014 23:13:16 +0000 Subject: solaris 9 puppet In-Reply-To: References: Message-ID: 2014-02-16 22:50 GMT+00:00 Daniel Eather : > > I've tried removing all the packages and pkgutil downloads them again, but i get the same error. I've tried this on a few different SPARC Solaris 9 machines, and all fail at the same spot. > > Any ideas? At first guess it's a file transfer error. Have you enabled md5 checks in pkgutil.conf? Look if the downloaded file's checksum matches the one in the catalog file. http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/catalog Maciej From bonivart at opencsw.org Mon Feb 17 15:10:58 2014 From: bonivart at opencsw.org (Peter Bonivart) Date: Mon, 17 Feb 2014 15:10:58 +0100 Subject: solaris 9 puppet In-Reply-To: References: Message-ID: On Mon, Feb 17, 2014 at 12:13 AM, Maciej (Matchek) Blizi?ski wrote: > > 2014-02-16 22:50 GMT+00:00 Daniel Eather : > > > > I've tried removing all the packages and pkgutil downloads them again, but i get the same error. I've tried this on a few different SPARC Solaris 9 machines, and all fail at the same spot. > > > > Any ideas? > > At first guess it's a file transfer error. Have you enabled md5 checks > in pkgutil.conf? Look if the downloaded file's checksum matches the > one in the catalog file. > > http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/catalog Looks like he's using the testing repo but I verified that I could download and install from http://mirror.opencsw.org/opencsw/testing/sparc/5.9/cas_preserveconf-1.42,REV=2010.11.26-SunOS5.9-all-CSW.pkg.gz, it also matched the md5 hash from that catalog, should be 61512a0082a457ec805949cdd97140b9. Daniel, what mirror are you using? Can you give us the output of "pkgutil --catinfo"? Can you verify that your downloaded packages are non-zero size and have matching md5 hashes from the catalog? /peter From dam at opencsw.org Mon Feb 17 18:17:54 2014 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 17 Feb 2014 18:17:54 +0100 Subject: New package request : Samba 4.1.x In-Reply-To: <201402171713.s1HHDIZi002486@www.opencsw.org> References: <201402171713.s1HHDIZi002486@www.opencsw.org> Message-ID: Hi Chip, Am 17.02.2014 um 18:13 schrieb via pkgrequests : > Dear maintainers, > > A new package request has been received from Chip Schweiss (mailto:chip.schweiss at wustl.edu). Samba 4.1.x is requested to be added to our catalog. > > Here is the attached message : > > Samba 3.6 is only getting security patches now. Samba 4.1 is stable and much faster. We are well aware of your request :-) http://lists.opencsw.org/pipermail/users/2014-February/009739.html Some work has already been done: https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/samba/branches/samba4/Makefile If you have experience building it be invited to join the project and contribute to the package. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2418 bytes Desc: not available URL: