From noreply at opencsw.org Wed Feb 1 10:38:02 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 10:38:02 +0100 Subject: [bug-notifications] [phpmyadmin 0004863]: Another security issue - upgrade to 3.4.7 In-Reply-To: <82ab921051eef373046a479b2c110bf6> Message-ID: <87bec20cd104152d3ca65cdb66671e8b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4863 ====================================================================== Reported By: bwalton Assigned To: bonivart ====================================================================== Project: phpmyadmin Issue ID: 4863 Category: upgrade Reproducibility: have not tried Severity: major Priority: high Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-11-13 14:47 CET Last Modified: 2012-02-01 10:38 CET ====================================================================== Summary: Another security issue - upgrade to 3.4.7 Description: Hi Peter, There is another hole to close in phpmyadmin: http://www.phpmyadmin.net/home_page/security/PMASA-2011-17.php ====================================================================== ---------------------------------------------------------------------- (0009414) bonivart (manager) - 2011-11-13 21:05 https://www.opencsw.org/mantis/view.php?id=4863#c9414 ---------------------------------------------------------------------- 3.4.7.1 uploaded to unstable. From noreply at opencsw.org Wed Feb 1 14:55:18 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 14:55:18 +0100 Subject: [bug-notifications] [mysql_dev 0004890]: Link to 64 bit config is missing Message-ID: <23b4d90b92199046ea2280c0c575b8f4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4890 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mysql_dev Issue ID: 4890 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-01 14:55 CET Last Modified: 2012-02-01 14:55 CET ====================================================================== Summary: Link to 64 bit config is missing Description: The symlink to the 64 bit version of mysql_config is missing, whereas the 32 bit exists: /opt/csw/bin/mysql_config -> /opt/csw/bin/mysql_config-5.0 The result is 64 bit apps falling back to the 32 bit version pulling in the wrong flags. ====================================================================== From noreply at opencsw.org Wed Feb 1 14:59:57 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 14:59:57 +0100 Subject: [bug-notifications] [openldap 0004889]: openldap 2.4.23 breaks with libsasl >= 2.1.24 In-Reply-To: Message-ID: <9dde021145f22ab2365b108232284b02@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4889 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4889 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-01-31 21:57 CET Last Modified: 2012-02-01 14:59 CET ====================================================================== Summary: openldap 2.4.23 breaks with libsasl >= 2.1.24 Description: Every time I want to start slapd (or use slaptest) I get the following message: slap_sasl_init: auxprop add plugin failed You can easily find a similar bugreport in the debian project: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237 which boils down to: sasl update from 2.1.23 to 2.1.24 breaks openldap. So you either have to downgrade sasl or upgrade openldap to >=2.4.25-1.1. ====================================================================== From noreply at opencsw.org Wed Feb 1 15:34:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 15:34:09 +0100 Subject: [bug-notifications] [openldap 0004889]: openldap 2.4.23 breaks with libsasl >= 2.1.24 In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4889 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4889 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-01-31 21:57 CET Last Modified: 2012-02-01 15:34 CET ====================================================================== Summary: openldap 2.4.23 breaks with libsasl >= 2.1.24 Description: Every time I want to start slapd (or use slaptest) I get the following message: slap_sasl_init: auxprop add plugin failed You can easily find a similar bugreport in the debian project: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237 which boils down to: sasl update from 2.1.23 to 2.1.24 breaks openldap. So you either have to downgrade sasl or upgrade openldap to >=2.4.25-1.1. ====================================================================== ---------------------------------------------------------------------- (0009571) dam (administrator) - 2012-02-01 15:34 https://www.opencsw.org/mantis/view.php?id=4889#c9571 ---------------------------------------------------------------------- Thanks for the report! An updated OpenLDAP is available for testing, build against the latest SASL and split to match the latest naming standards: http://buildfarm.opencsw.org/experimental.html#openldap Please let me know if this works for you. Best regards -- Dago From noreply at opencsw.org Wed Feb 1 16:25:59 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 16:25:59 +0100 Subject: [bug-notifications] [mysql_dev 0004890]: Link to 64 bit config is missing In-Reply-To: Message-ID: <260cedbb14651fe48fd9905a3c0c591c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4890 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: mysql_dev Issue ID: 4890 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-01 14:55 CET Last Modified: 2012-02-01 16:25 CET ====================================================================== Summary: Link to 64 bit config is missing Description: The symlink to the 64 bit version of mysql_config is missing, whereas the 32 bit exists: /opt/csw/bin/mysql_config -> /opt/csw/bin/mysql_config-5.0 The result is 64 bit apps falling back to the 32 bit version pulling in the wrong flags. ====================================================================== From noreply at opencsw.org Wed Feb 1 16:26:28 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 16:26:28 +0100 Subject: [bug-notifications] [mysql_dev 0004890]: Link to 64 bit config is missing In-Reply-To: Message-ID: <45b44e84d174ca161a77af5bbd6e9f52@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4890 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: mysql_dev Issue ID: 4890 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-01 14:55 CET Last Modified: 2012-02-01 16:26 CET ====================================================================== Summary: Link to 64 bit config is missing Description: The symlink to the 64 bit version of mysql_config is missing, whereas the 32 bit exists: /opt/csw/bin/mysql_config -> /opt/csw/bin/mysql_config-5.0 The result is 64 bit apps falling back to the 32 bit version pulling in the wrong flags. ====================================================================== ---------------------------------------------------------------------- (0009572) maciej (manager) - 2012-02-01 16:26 https://www.opencsw.org/mantis/view.php?id=4890#c9572 ---------------------------------------------------------------------- The recipe doesn't do anything 32- or 64-bit specific, maybe it's a problem during merging? From noreply at opencsw.org Wed Feb 1 22:55:36 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 1 Feb 2012 22:55:36 +0100 Subject: [bug-notifications] [mysql_dev 0004890]: Link to 64 bit config is missing In-Reply-To: Message-ID: <13422bdbd69a914b93f0b74bd85e9efc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4890 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: mysql_dev Issue ID: 4890 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-01 14:55 CET Last Modified: 2012-02-01 22:55 CET ====================================================================== Summary: Link to 64 bit config is missing Description: The symlink to the 64 bit version of mysql_config is missing, whereas the 32 bit exists: /opt/csw/bin/mysql_config -> /opt/csw/bin/mysql_config-5.0 The result is 64 bit apps falling back to the 32 bit version pulling in the wrong flags. ====================================================================== ---------------------------------------------------------------------- (0009573) dam (administrator) - 2012-02-01 22:55 https://www.opencsw.org/mantis/view.php?id=4890#c9573 ---------------------------------------------------------------------- The symlink is put in place by alternatives and the respective file contains only an alternative for 32 bit: unstable9s% more work/solaris9-sparc/pkgroot/opt/csw/share/alternatives/mysql_dev /opt/csw/bin/mysql_config mysql_dev /opt/csw/bin/mysql_config-5.0 50 I'll make the necessary additions to the alternative definition in the Makefile. From noreply at opencsw.org Thu Feb 2 15:42:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 2 Feb 2012 15:42:01 +0100 Subject: [bug-notifications] [mysql_dev 0004890]: Link to 64 bit config is missing In-Reply-To: Message-ID: <19a01997e0f922f49d723ee87aae5a99@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4890 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: mysql_dev Issue ID: 4890 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-01 14:55 CET Last Modified: 2012-02-02 15:42 CET ====================================================================== Summary: Link to 64 bit config is missing Description: The symlink to the 64 bit version of mysql_config is missing, whereas the 32 bit exists: /opt/csw/bin/mysql_config -> /opt/csw/bin/mysql_config-5.0 The result is 64 bit apps falling back to the 32 bit version pulling in the wrong flags. ====================================================================== ---------------------------------------------------------------------- (0009574) dam (administrator) - 2012-02-02 15:42 https://www.opencsw.org/mantis/view.php?id=4890#c9574 ---------------------------------------------------------------------- This is fixed in r16977, please respin for release. From noreply at opencsw.org Sun Feb 5 08:22:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 08:22:47 +0100 Subject: [bug-notifications] [pymysql 0004089]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: <6cdde84cbbf2d3a71d86cc54a139106b> Message-ID: <089ed23939af190412559f55230ad47d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4089 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: pymysql Issue ID: 4089 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-12-22 18:17 CET Last Modified: 2012-02-05 08:22 CET ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== From noreply at opencsw.org Sun Feb 5 08:23:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 08:23:21 +0100 Subject: [bug-notifications] [pymysql 0004089]: Change the dependency from CSWpython-rt to CSWpython In-Reply-To: <6cdde84cbbf2d3a71d86cc54a139106b> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4089 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: pymysql Issue ID: 4089 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-12-22 18:17 CET Last Modified: 2012-02-05 08:23 CET ====================================================================== Summary: Change the dependency from CSWpython-rt to CSWpython Description: Executive summary: CSWpython-rt is deprecated, please re-point your dependencies at CSWpython. ====================================================================== ---------------------------------------------------------------------- (0009575) maciej (manager) - 2012-02-05 08:23 https://www.opencsw.org/mantis/view.php?id=4089#c9575 ---------------------------------------------------------------------- Done. From noreply at opencsw.org Sun Feb 5 10:29:04 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:29:04 +0100 Subject: [bug-notifications] [libssl0_9_8 0004845]: Permissions on /etc/opt/csw/ssl too restrictive In-Reply-To: <9d05e71b848eefc38f97908b797721bd> Message-ID: <8e748c6b57b75b1c6e134e09e472259a@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4845 ====================================================================== Reported By: dam Assigned To: yann ====================================================================== Project: libssl0_9_8 Issue ID: 4845 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-10-18 22:44 CEST Last Modified: 2012-02-05 10:29 CET ====================================================================== Summary: Permissions on /etc/opt/csw/ssl too restrictive Description: Commands trying to use ssl as regular user fail like this: web at web [web]:/home/web > host mirror.opencw.org Auto configuration failed 1:error:0200100D:system library:fopen:Permission denied:bss_file.c:126:fopen('/opt/csw/ssl/openssl.cnf','rb') 1:error:2006D002:BIO routines:BIO_new_file:system lib:bss_file.c:131: 1:error:0E078002:configuration file routines:DEF_LOAD:system lib:conf_def.c:199: zsh: 5909 exit 1 host mirror.opencw.org The permissions of /etc/opt/csw/ssl are 0700 whereas it should be safe to have 0755. ====================================================================== ---------------------------------------------------------------------- (0009576) yann (manager) - 2012-02-05 10:29 https://www.opencsw.org/mantis/view.php?id=4845#c9576 ---------------------------------------------------------------------- Should be fixed with package 0.9.8t,REV=2012.01.23 recently uploaded in the unstable repository. From noreply at opencsw.org Sun Feb 5 10:30:27 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:30:27 +0100 Subject: [bug-notifications] [libssl_dev 0004843]: Missing 64-bit .pc files In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4843 ====================================================================== Reported By: maciej Assigned To: yann ====================================================================== Project: libssl_dev Issue ID: 4843 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-10-10 21:14 CEST Last Modified: 2012-02-05 10:30 CET ====================================================================== Summary: Missing 64-bit .pc files Description: The development package is missing 64-bit .pc files. http://buildfarm.opencsw.org/pkgdb/srv4/f9f99e7b9d627d0e54b4ec1b218cddc1/ pkgchk -L CSWossldevel | grep .pc /opt/csw/lib/pkgconfig/libcrypto.pc f none 0644 root bin 259 23725 1311214274 CSWossldevel /opt/csw/lib/pkgconfig/libssl.pc f none 0644 root bin 274 25034 1311214274 CSWossldevel /opt/csw/lib/pkgconfig/openssl.pc f none 0644 root bin 284 25966 1311214274 CSWossldevel To compile against the 64-bit versions of openssl, the 64-bit .pc files need to be present too, in /opt/csw/lib/64/pkgconfig. This is blocking the MySQL-5.5 build. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0003722 Request for update to MySQL 5.1 ====================================================================== ---------------------------------------------------------------------- (0009577) yann (manager) - 2012-02-05 10:30 https://www.opencsw.org/mantis/view.php?id=4843#c9577 ---------------------------------------------------------------------- Fixed in last uploaded package (version 0.9.8t,REV=2012.01.23): # pkgchk -v CSWlibssl-dev 2>&1 | grep .pc /opt/csw/lib/amd64/pkgconfig/libcrypto.pc /opt/csw/lib/amd64/pkgconfig/libssl.pc /opt/csw/lib/amd64/pkgconfig/openssl.pc From noreply at opencsw.org Sun Feb 5 10:31:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:31:39 +0100 Subject: [bug-notifications] [samba_winbind 0001740]: latest version of samba_wb missing pam_winbind.so.s1 In-Reply-To: Message-ID: <278fdfdf97de372b2e2b515e121b743a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1740 ====================================================================== Reported By: phdonnelly Assigned To: dam ====================================================================== Project: samba_winbind Issue ID: 1740 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-08-12 14:03 CEST Last Modified: 2012-02-05 10:31 CET ====================================================================== Summary: latest version of samba_wb missing pam_winbind.so.s1 Description: after upgrading samba_wb, only the symlink /lib/security/pam_winbind.so is installed; /lib/security/pam_winbind.so.1 is not present in the package. ====================================================================== ---------------------------------------------------------------------- (0004059) james (developer) - 2006-10-11 05:05 https://www.opencsw.org/mantis/view.php?id=1740#c4059 ---------------------------------------------------------------------- Fredrik Lundholm, the existing maintainer of samba, has changed jobs and has stopped building the CSW samba packages. William Bonnet has offered to take over the maintenance of samba and should have package towards the end of the month. If you need to contact him you email to blastwave.org with username wbonnet. From noreply at opencsw.org Sun Feb 5 10:32:00 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:32:00 +0100 Subject: [bug-notifications] [openssl 0004822]: CA Compromise In-Reply-To: <9e8401728449f7c94206d98d6b7bbd5c> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4822 ====================================================================== Reported By: bwalton Assigned To: yann ====================================================================== Project: openssl Issue ID: 4822 Category: packaging Reproducibility: N/A Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-09-14 13:47 CEST Last Modified: 2012-02-05 10:32 CET ====================================================================== Summary: CA Compromise Description: If we are distributing the certificates for DigiNotar, it might be wise to unpackage it as they've been compromised quite badly. ====================================================================== ---------------------------------------------------------------------- (0009578) yann (manager) - 2012-02-05 10:32 https://www.opencsw.org/mantis/view.php?id=4822#c9578 ---------------------------------------------------------------------- The CA has been removed from the CA certificate package and openssl has been patched to blacklist this certificate. I am closing this bug. From noreply at opencsw.org Sun Feb 5 10:32:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:32:17 +0100 Subject: [bug-notifications] [openssh 0004876]: ECDSA - Key Generation In-Reply-To: <5c49c077d86ea1675cc7268490cf8503> Message-ID: <5d5f029daac7db35537cb7c55d1b1601@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4876 ====================================================================== Reported By: florian Assigned To: yann ====================================================================== Project: openssh Issue ID: 4876 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-12-07 10:59 CET Last Modified: 2012-02-05 10:32 CET ====================================================================== Summary: ECDSA - Key Generation Description: Hello, in your wrapper script always the same algorithm for DSA, RSA and ECDSA is used. Please also update the ssh client that also ecdsa algorithms can be generated. I use the "current" tree of opencsw. Thanks, Florian PATH=/usr/bin:/opt/csw/bin:/usr/sbin KEYDIR=/etc/opt/csw/ssh PIDFILE=/var/run/cswsshd.pid if [ -x /opt/csw/bin/ssh-keygen ]; then for ALGO in rsa dsa ecdsa; do if [ ! -f "$KEYDIR/ssh_host_${ALGO}_key" ]; then echo "Creating new ${ALGO} public/private host key pair" ssh-keygen -f $KEYDIR/ssh_host_${ALGO}_key -t rsa -N '' fi done fi /opt/csw/sbin/sshd ====================================================================== ---------------------------------------------------------------------- (0009543) yann (manager) - 2012-01-22 11:22 https://www.opencsw.org/mantis/view.php?id=4876#c9543 ---------------------------------------------------------------------- Fixed in openssh-5.9p1,REV=2012.01.21 uploaded in unstable. From noreply at opencsw.org Sun Feb 5 10:33:08 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:33:08 +0100 Subject: [bug-notifications] =?utf-8?q?=5Bopenssh=5Fclient_0004874=5D=3A_H?= =?utf-8?q?ostbased_authentication__per_ssh__from_the_host_doesn?= =?utf-8?q?=C2=B4t_work_after_update__openssh_to_5=2E8p2?= In-Reply-To: <1b640178396a783b8a4a68b22692fb42> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4874 ====================================================================== Reported By: rrossi Assigned To: yann ====================================================================== Project: openssh_client Issue ID: 4874 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2011-12-02 13:17 CET Last Modified: 2012-02-05 10:33 CET ====================================================================== Summary: Hostbased authentication per ssh from the host doesn?t work after update openssh to 5.8p2 Description: After upgrade openssh to Version 5.8.p2 Server config and Server Keys are migrated from /opt/csw/etc/ssh/ to /etc/opt/csw/ssh . Hostbased Authentification from this host doesn?t work any more. Error Output by ssh -vvv no more client hostkeys for hostbased authentication. For hostbased Authentification the Server Keys from Client are needed. Problem Client Binary ssh searches the keys in /opt/csw/etc/ssh (strings /opt/csw/bin/ssh | grep ssh_hosts The couldn?t find it anymore in /opt/csw/etc/ssh/ pls chang this to the new path to the server-keys Workaround: cp ssh_host*keys from /etc/opt/csw/ssh to /opt/csw/etc/ssh ====================================================================== ---------------------------------------------------------------------- (0009579) yann (manager) - 2012-02-05 10:33 https://www.opencsw.org/mantis/view.php?id=4874#c9579 ---------------------------------------------------------------------- No news, good news ? From noreply at opencsw.org Sun Feb 5 10:33:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:33:35 +0100 Subject: [bug-notifications] [samba_winbind 0001860]: Gaim (2.0.0, REV=2006.09.23) missing Lotus Notes Sametime protocol support. In-Reply-To: <378e9e7a0d0c9306ec754672a4dcbb37> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1860 ====================================================================== Reported By: idontknow Assigned To: ====================================================================== Project: samba_winbind Issue ID: 1860 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-10-11 04:19 CEST Last Modified: 2012-02-05 10:33 CET ====================================================================== Summary: Gaim (2.0.0,REV=2006.09.23) missing Lotus Notes Sametime protocol support. Description: Gaim 2.0.0,REV=2006.09.23 does not seem to have the ability to use the Lotus Notes Sametime Community Protocol (or Sametime for short), even though the Win32 distribution of Gaim 2.0.0 beta 3.1 includes this as standard. ====================================================================== ---------------------------------------------------------------------- (0004061) idontknow (reporter) - 2006-10-12 04:05 https://www.opencsw.org/mantis/view.php?id=1860#c4061 ---------------------------------------------------------------------- Ok. Well I\'ve opened a new bug report under the Gaim project, Bug ID 0001861. This one can now be closed. From noreply at opencsw.org Sun Feb 5 10:34:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:34:21 +0100 Subject: [bug-notifications] [samba_winbind 0001860]: Gaim (2.0.0, REV=2006.09.23) missing Lotus Notes Sametime protocol support. In-Reply-To: <378e9e7a0d0c9306ec754672a4dcbb37> Message-ID: <1bcda601385a0489f709e3d3343912e2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1860 ====================================================================== Reported By: idontknow Assigned To: dam ====================================================================== Project: samba_winbind Issue ID: 1860 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-10-11 04:19 CEST Last Modified: 2012-02-05 10:34 CET ====================================================================== Summary: Gaim (2.0.0,REV=2006.09.23) missing Lotus Notes Sametime protocol support. Description: Gaim 2.0.0,REV=2006.09.23 does not seem to have the ability to use the Lotus Notes Sametime Community Protocol (or Sametime for short), even though the Win32 distribution of Gaim 2.0.0 beta 3.1 includes this as standard. ====================================================================== ---------------------------------------------------------------------- (0004061) idontknow (reporter) - 2006-10-12 04:05 https://www.opencsw.org/mantis/view.php?id=1860#c4061 ---------------------------------------------------------------------- Ok. Well I\'ve opened a new bug report under the Gaim project, Bug ID 0001861. This one can now be closed. From noreply at opencsw.org Sun Feb 5 10:37:45 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:37:45 +0100 Subject: [bug-notifications] [pca 0004730]: latest update breaks file permissions In-Reply-To: <8e79cd4f8b40f1dc5f82d7cb2ec50fa8> Message-ID: <41b0a72675fd5223dd9034dbba02aacc@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4730 ====================================================================== Reported By: bfr Assigned To: dam ====================================================================== Project: pca Issue ID: 4730 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-04-01 21:41 CEST Last Modified: 2012-02-05 10:37 CET ====================================================================== Summary: latest update breaks file permissions Description: The latest update for pca sets the wrong file permissions on the pca script. None of the execute bits are set. ====================================================================== ---------------------------------------------------------------------- (0008953) dam (administrator) - 2011-04-01 23:04 https://www.opencsw.org/mantis/view.php?id=4730#c8953 ---------------------------------------------------------------------- Thanks for noticing, I just released pca-20110329.01,REV=2011.04.01-SunOS5.9-all-CSW.pkg.gz to current. Feel free to use the submitted version until push from http://buildfarm.opencsw.org/experimental.html#dam-submit Best regards -- Dago From noreply at opencsw.org Sun Feb 5 10:39:06 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:39:06 +0100 Subject: [bug-notifications] [gnupg 0003755]: charset.alias should only be contained in CSWiconv In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3755 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: gnupg Issue ID: 3755 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-05 02:34 CEST Last Modified: 2012-02-05 10:39 CET ====================================================================== Summary: charset.alias should only be contained in CSWiconv Description: I just wanted to upgrade CSWiconv on my testsystem, when pkgadd complained about an existing charset.alias. The following files are already installed on the system and are being used by another package: /opt/csw/lib/amd64/charset.alias # grep /opt/csw/lib/amd64/charset.alias /var/sadm/install/contents /opt/csw/lib/amd64/charset.alias f none 0644 root bin 626 43405 1238717463 CSWgnupg Can you please exclude charset.alias from the CSWgnupg package. I can't find the reference right now, but it should only be contained in the CSWiconv package. Running a recent checkpkg on the gnupg package should complain about that as well. ====================================================================== ---------------------------------------------------------------------- (0006542) mwatters (reporter) - 2009-08-08 06:15 https://www.opencsw.org/mantis/view.php?id=3755#c6542 ---------------------------------------------------------------------- New version in testing no longer contains the charset.alias file From noreply at opencsw.org Sun Feb 5 10:39:31 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:39:31 +0100 Subject: [bug-notifications] [gnupg 0003755]: charset.alias should only be contained in CSWiconv In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3755 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: gnupg Issue ID: 3755 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-05 02:34 CEST Last Modified: 2012-02-05 10:39 CET ====================================================================== Summary: charset.alias should only be contained in CSWiconv Description: I just wanted to upgrade CSWiconv on my testsystem, when pkgadd complained about an existing charset.alias. The following files are already installed on the system and are being used by another package: /opt/csw/lib/amd64/charset.alias # grep /opt/csw/lib/amd64/charset.alias /var/sadm/install/contents /opt/csw/lib/amd64/charset.alias f none 0644 root bin 626 43405 1238717463 CSWgnupg Can you please exclude charset.alias from the CSWgnupg package. I can't find the reference right now, but it should only be contained in the CSWiconv package. Running a recent checkpkg on the gnupg package should complain about that as well. ====================================================================== ---------------------------------------------------------------------- (0009580) dam (administrator) - 2012-02-05 10:39 https://www.opencsw.org/mantis/view.php?id=3755#c9580 ---------------------------------------------------------------------- Released version 1.4.12,REV=2012.01.30 does not contain the file any more. From noreply at opencsw.org Sun Feb 5 10:40:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 10:40:19 +0100 Subject: [bug-notifications] [pm_log_log4perl 0004745]: New version In-Reply-To: <4748f6becd430c39a138eeafbe80094e> Message-ID: <92fa832930fbbeb4a7ef6be52f69963e@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4745 ====================================================================== Reported By: max_meyer Assigned To: dam ====================================================================== Project: pm_log_log4perl Issue ID: 4745 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-04-04 12:28 CEST Last Modified: 2012-02-05 10:40 CET ====================================================================== Summary: New version Description: Hi Dago, there's a new log4perl version upstream (1.32 - http://search.cpan.org/CPAN/authors/id/M/MS/MSCHILLI/Log-Log4perl-1.32.tar.gz). Could you please upgrade the package? Thx Cheers, -deg ====================================================================== ---------------------------------------------------------------------- (0008954) dam (administrator) - 2011-04-04 17:30 https://www.opencsw.org/mantis/view.php?id=4745#c8954 ---------------------------------------------------------------------- Version 1.32,REV=2011.04.04 released to current. From noreply at opencsw.org Sun Feb 5 15:18:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 15:18:09 +0100 Subject: [bug-notifications] [php5 0004826]: FPM In-Reply-To: Message-ID: <612ca46e2dc1859a39684abeb0f0a73a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4826 ====================================================================== Reported By: ai Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4826 Category: regular use Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2011-09-16 17:55 CEST Last Modified: 2012-02-05 15:18 CET ====================================================================== Summary: FPM Description: please add FPM functionality using --enable-fpm ====================================================================== ---------------------------------------------------------------------- (0009581) bwalton (administrator) - 2012-02-05 15:18 https://www.opencsw.org/mantis/view.php?id=4826#c9581 ---------------------------------------------------------------------- I haven't forgotten about this and I actually spent some time prior to the 5.3.9 release working to add it. It requires building for a different target cpu on the sparc side though, so the recipe modifications are non-trivial... From noreply at opencsw.org Sun Feb 5 15:30:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 5 Feb 2012 15:30:32 +0100 Subject: [bug-notifications] [php5 0004271]: RFE: Add additional config file directory for module/local configuration In-Reply-To: <0f8c4ebad860245517a502fa3741baae> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4271 ====================================================================== Reported By: skayser Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4271 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-14 15:34 CET Last Modified: 2012-02-05 15:30 CET ====================================================================== Summary: RFE: Add additional config file directory for module/local configuration Description: PHP can be built with --with-config-file-scan-dir=/path/to/dir so that the PHP interpreter will scan an additional directory for php.ini style configuratin files. Our PHP currently doesn't use this, how about adding it? This would have two benefits: * Users could put local php.ini configurations in this directory, no need to hack the php.ini itself * Our php5 module packages wouldn't need to fiddle with php.ini any more, but could simply drop their configuration file in the directory I am not quite sure about the directory though, /etc/opt/csw/php/conf.d perhaps? If config files are read recursively from this dir, we could put our modules in /etc/opt/csw/php/conf.d/modules. Or even introduce a Debian apache2 like module activation/deactivation handling with /etc/opt/csw/php/conf.d/mods-available and /etc/opt/csw/php/conf.d/mods-enabled which can be maintained with phpenmod, phpdismod. ====================================================================== ---------------------------------------------------------------------- (0009582) bwalton (administrator) - 2012-02-05 15:30 https://www.opencsw.org/mantis/view.php?id=4271#c9582 ---------------------------------------------------------------------- The php5 packages now support /etc/opt/csw/php5/conf.d. Core modules don't use this but non-core modules can now easily deposit their config here without altering config files they don't own. From noreply at opencsw.org Mon Feb 6 21:01:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Feb 2012 21:01:20 +0100 Subject: [bug-notifications] [gcc3core 0004891]: running into issues after post-install script Message-ID: <3c586acf10cff1cca9c6b5b8b2db535d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4891 ====================================================================== Reported By: maunir Assigned To: ====================================================================== Project: gcc3core Issue ID: 4891 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-06 21:01 CET Last Modified: 2012-02-06 21:01 CET ====================================================================== Summary: running into issues after post-install script Description: the package goes thru fine until we hit the post-install script. I'm running Solaris 10 U8 sparc. I tried both ways of installation, directly thru pkgutil and manually downloading and installing the package. Both of them has the same error ====================================================================== From noreply at opencsw.org Mon Feb 6 21:40:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Feb 2012 21:40:35 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Message-ID: <2c18a9b903d5df5ae75eaa9af7fbd1b7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-06 21:40 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== From noreply at opencsw.org Mon Feb 6 22:07:10 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 6 Feb 2012 22:07:10 +0100 Subject: [bug-notifications] [gcc3core 0004891]: running into issues after post-install script In-Reply-To: Message-ID: <7c579eacbde7ee42f6c25deab9c05596@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4891 ====================================================================== Reported By: maunir Assigned To: ====================================================================== Project: gcc3core Issue ID: 4891 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-06 21:01 CET Last Modified: 2012-02-06 22:07 CET ====================================================================== Summary: running into issues after post-install script Description: the package goes thru fine until we hit the post-install script. I'm running Solaris 10 U8 sparc. I tried both ways of installation, directly thru pkgutil and manually downloading and installing the package. Both of them has the same error ====================================================================== ---------------------------------------------------------------------- (0009583) maunir (reporter) - 2012-02-06 22:07 https://www.opencsw.org/mantis/view.php?id=4891#c9583 ---------------------------------------------------------------------- Please go ahead and close as the issue is resolved in 3.4.6 version. Thanks From noreply at opencsw.org Tue Feb 7 01:51:28 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 01:51:28 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-07 01:51 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== From noreply at opencsw.org Tue Feb 7 01:52:44 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 01:52:44 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-07 01:52 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009584) bwalton (administrator) - 2012-02-07 01:52 https://www.opencsw.org/mantis/view.php?id=4892#c9584 ---------------------------------------------------------------------- I had a working package set for 1.9 a long time back but couldn't release it due to certain blockers. The last time I updated the 1.9 recipe, the test suite was failing fairly badly. I'll update again and see what happens...if required, I'll try on sol10 only, dropping support for 9. I'd like to have this out there too but it hasn't been a priority for me lately. Thanks for the push! From noreply at opencsw.org Tue Feb 7 01:59:28 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 01:59:28 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: <13aa13c4b6e8cf609204b6a63ca8f26d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-07 01:59 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009585) jcraig (developer) - 2012-02-07 01:59 https://www.opencsw.org/mantis/view.php?id=4892#c9585 ---------------------------------------------------------------------- Pushes are easy! :) I have some developers that are starting a skunk works project and want to use ruby 1.9 to do it. It will be used in a Solaris 11 x86 zone. The first version is running with the 1.8 from OpenCSW but they would like to use some newer features of 1.9. Let me know how I can help. Jon From noreply at opencsw.org Tue Feb 7 09:38:36 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 09:38:36 +0100 Subject: [bug-notifications] [gcc3core 0004891]: running into issues after post-install script In-Reply-To: Message-ID: <8956180fdc909ed2ec25efbf39273186@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4891 ====================================================================== Reported By: maunir Assigned To: ====================================================================== Project: gcc3core Issue ID: 4891 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-02-06 21:01 CET Last Modified: 2012-02-07 09:38 CET ====================================================================== Summary: running into issues after post-install script Description: the package goes thru fine until we hit the post-install script. I'm running Solaris 10 U8 sparc. I tried both ways of installation, directly thru pkgutil and manually downloading and installing the package. Both of them has the same error ====================================================================== ---------------------------------------------------------------------- (0009583) maunir (reporter) - 2012-02-06 22:07 https://www.opencsw.org/mantis/view.php?id=4891#c9583 ---------------------------------------------------------------------- Please go ahead and close as the issue is resolved in 3.4.6 version. Thanks From noreply at opencsw.org Tue Feb 7 17:03:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 17:03:09 +0100 Subject: [bug-notifications] [lsof 0004893]: lsof does not build on Solaris 11 Message-ID: <30f26dbe4f80898918be8d494bf78315@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4893 ====================================================================== Reported By: isabellf Assigned To: ====================================================================== Project: lsof Issue ID: 4893 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-07 17:03 CET Last Modified: 2012-02-07 17:03 CET ====================================================================== Summary: lsof does not build on Solaris 11 Description: While trying to build on Solaris 10 with gcc (I'm not confident about all the flags here, but Dagobert also tried on one of the Solaris11 build servers in your farm with additional failures): PATH=/opt/gcc/4.2.3/bin:/usr/sfw/bin:/opt/csw/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export PATH CFLAGS="-m64 -R/usr/sfw/lib/amd64" export CFLAGS CXXFLAGS="-m64 -R/usr/sfw/lib/amd64" export CXXFLAGS export CXXFLAGS LDFLAGS="-m64 -L/opt/gcc/4.2.3/lib/amd64 -R/usr/sfw/lib/amd64" export LDFLAGS LD_LIBRARY_PATH=/opt/gcc/4.2.3/lib/amd64 export LD_LIBRARY_PATH export LSOF_VERS=110000; ./Configure solaris make I got the following error: dnode.c:42:30: error: sys/fs/sdev_impl.h: No such file or directory ====================================================================== From noreply at opencsw.org Tue Feb 7 17:13:55 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 17:13:55 +0100 Subject: [bug-notifications] [lsof 0004893]: lsof does not build on Solaris 11 In-Reply-To: Message-ID: <368f51f1bbb29ce1cc2e800dac1e46ee@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4893 ====================================================================== Reported By: isabellf Assigned To: ====================================================================== Project: lsof Issue ID: 4893 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-07 17:03 CET Last Modified: 2012-02-07 17:13 CET ====================================================================== Summary: lsof does not build on Solaris 11 Description: While trying to build on Solaris 10 with gcc (I'm not confident about all the flags here, but Dagobert also tried on one of the Solaris11 build servers in your farm with additional failures): PATH=/opt/gcc/4.2.3/bin:/usr/sfw/bin:/opt/csw/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export PATH CFLAGS="-m64 -R/usr/sfw/lib/amd64" export CFLAGS CXXFLAGS="-m64 -R/usr/sfw/lib/amd64" export CXXFLAGS export CXXFLAGS LDFLAGS="-m64 -L/opt/gcc/4.2.3/lib/amd64 -R/usr/sfw/lib/amd64" export LDFLAGS LD_LIBRARY_PATH=/opt/gcc/4.2.3/lib/amd64 export LD_LIBRARY_PATH export LSOF_VERS=110000; ./Configure solaris make I got the following error: dnode.c:42:30: error: sys/fs/sdev_impl.h: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0009586) isabellf (reporter) - 2012-02-07 17:13 https://www.opencsw.org/mantis/view.php?id=4893#c9586 ---------------------------------------------------------------------- Email sent: Hi Vic. I just want to report that lsof 4.85 does not build on Solaris 11. I spoke with Dagobert Michelsen of OpenCSW and is offering access to their build server if you want to test it yourself. He said it?s due to ?cachefs? not being around anymore on Solaris 11. Dagobert, I opened a ticket on https://www.opencsw.org/mantis, I tried building with GCC, I know you tried something different, so if you have time to add your data here, it might help. 0004893 packaging block new 2012-02-07 ?lsof does not build on Solaris 11? Thanks for your help. Fran?ois Isabelle. From noreply at opencsw.org Tue Feb 7 18:35:00 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 18:35:00 +0100 Subject: [bug-notifications] [lsof 0004893]: lsof does not build on Solaris 11 In-Reply-To: Message-ID: <280435665f51cfd176a7caaf7e3e3150@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4893 ====================================================================== Reported By: isabellf Assigned To: dam ====================================================================== Project: lsof Issue ID: 4893 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-07 17:03 CET Last Modified: 2012-02-07 18:35 CET ====================================================================== Summary: lsof does not build on Solaris 11 Description: While trying to build on Solaris 10 with gcc (I'm not confident about all the flags here, but Dagobert also tried on one of the Solaris11 build servers in your farm with additional failures): PATH=/opt/gcc/4.2.3/bin:/usr/sfw/bin:/opt/csw/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export PATH CFLAGS="-m64 -R/usr/sfw/lib/amd64" export CFLAGS CXXFLAGS="-m64 -R/usr/sfw/lib/amd64" export CXXFLAGS export CXXFLAGS LDFLAGS="-m64 -L/opt/gcc/4.2.3/lib/amd64 -R/usr/sfw/lib/amd64" export LDFLAGS LD_LIBRARY_PATH=/opt/gcc/4.2.3/lib/amd64 export LD_LIBRARY_PATH export LSOF_VERS=110000; ./Configure solaris make I got the following error: dnode.c:42:30: error: sys/fs/sdev_impl.h: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0009586) isabellf (reporter) - 2012-02-07 17:13 https://www.opencsw.org/mantis/view.php?id=4893#c9586 ---------------------------------------------------------------------- Email sent: Hi Vic. I just want to report that lsof 4.85 does not build on Solaris 11. I spoke with Dagobert Michelsen of OpenCSW and is offering access to their build server if you want to test it yourself. He said it?s due to ?cachefs? not being around anymore on Solaris 11. Dagobert, I opened a ticket on https://www.opencsw.org/mantis, I tried building with GCC, I know you tried something different, so if you have time to add your data here, it might help. 0004893 packaging block new 2012-02-07 ?lsof does not build on Solaris 11? Thanks for your help. Fran?ois Isabelle. From noreply at opencsw.org Tue Feb 7 18:56:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 7 Feb 2012 18:56:20 +0100 Subject: [bug-notifications] [lsof 0004893]: lsof does not build on Solaris 11 In-Reply-To: Message-ID: <73377719eb59c9fd3c5ef87a3dea7bda@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4893 ====================================================================== Reported By: isabellf Assigned To: dam ====================================================================== Project: lsof Issue ID: 4893 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-07 17:03 CET Last Modified: 2012-02-07 18:56 CET ====================================================================== Summary: lsof does not build on Solaris 11 Description: While trying to build on Solaris 10 with gcc (I'm not confident about all the flags here, but Dagobert also tried on one of the Solaris11 build servers in your farm with additional failures): PATH=/opt/gcc/4.2.3/bin:/usr/sfw/bin:/opt/csw/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export PATH CFLAGS="-m64 -R/usr/sfw/lib/amd64" export CFLAGS CXXFLAGS="-m64 -R/usr/sfw/lib/amd64" export CXXFLAGS export CXXFLAGS LDFLAGS="-m64 -L/opt/gcc/4.2.3/lib/amd64 -R/usr/sfw/lib/amd64" export LDFLAGS LD_LIBRARY_PATH=/opt/gcc/4.2.3/lib/amd64 export LD_LIBRARY_PATH export LSOF_VERS=110000; ./Configure solaris make I got the following error: dnode.c:42:30: error: sys/fs/sdev_impl.h: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0009587) dam (administrator) - 2012-02-07 18:56 https://www.opencsw.org/mantis/view.php?id=4893#c9587 ---------------------------------------------------------------------- Experimental packages for 4.86A.sun for Solaris 11 Sparc and amd64 are available at http://buildfarm.opencsw.org/experimental.html#lsof Please let me know if they work. Best regards -- Dago From noreply at opencsw.org Thu Feb 9 13:04:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Feb 2012 13:04:39 +0100 Subject: [bug-notifications] [python 0004894]: multiprocessing.Pool does not work in CSWpython Message-ID: <90f8b7e721fbf5332ed979d6847cb4b8@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4894 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4894 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-09 13:04 CET Last Modified: 2012-02-09 13:04 CET ====================================================================== Summary: multiprocessing.Pool does not work in CSWpython Description: When trying to instantiate multiprocessing.Pool: ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770. ====================================================================== From noreply at opencsw.org Thu Feb 9 17:10:04 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Feb 2012 17:10:04 +0100 Subject: [bug-notifications] [memconf 0004895]: Please upgrade to 2.22 Message-ID: <6963fa5e74ea1efe92ba01134bc33f78@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4895 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: memconf Issue ID: 4895 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-09 17:10 CET Last Modified: 2012-02-09 17:10 CET ====================================================================== Summary: Please upgrade to 2.22 Description: Please upgrade to 2.22 ====================================================================== From noreply at opencsw.org Thu Feb 9 18:08:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Feb 2012 18:08:17 +0100 Subject: [bug-notifications] [memconf 0004895]: Please upgrade to 2.22 In-Reply-To: <3fb4a608b0c447c709bb292b605c29eb> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4895 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 4895 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-09 17:10 CET Last Modified: 2012-02-09 18:08 CET ====================================================================== Summary: Please upgrade to 2.22 Description: Please upgrade to 2.22 ====================================================================== From noreply at opencsw.org Thu Feb 9 18:08:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 9 Feb 2012 18:08:47 +0100 Subject: [bug-notifications] [memconf 0004895]: Please upgrade to 2.22 In-Reply-To: <3fb4a608b0c447c709bb292b605c29eb> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4895 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: memconf Issue ID: 4895 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-02-09 17:10 CET Last Modified: 2012-02-09 18:08 CET ====================================================================== Summary: Please upgrade to 2.22 Description: Please upgrade to 2.22 ====================================================================== ---------------------------------------------------------------------- (0009588) bonivart (manager) - 2012-02-09 18:08 https://www.opencsw.org/mantis/view.php?id=4895#c9588 ---------------------------------------------------------------------- 2.22 uploaded to unstable. From noreply at opencsw.org Sat Feb 11 18:51:08 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 11 Feb 2012 18:51:08 +0100 Subject: [bug-notifications] [lsof 0004893]: lsof does not build on Solaris 11 In-Reply-To: Message-ID: <473b12f4645266361dc3eab674ad0f64@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4893 ====================================================================== Reported By: isabellf Assigned To: dam ====================================================================== Project: lsof Issue ID: 4893 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-07 17:03 CET Last Modified: 2012-02-11 18:51 CET ====================================================================== Summary: lsof does not build on Solaris 11 Description: While trying to build on Solaris 10 with gcc (I'm not confident about all the flags here, but Dagobert also tried on one of the Solaris11 build servers in your farm with additional failures): PATH=/opt/gcc/4.2.3/bin:/usr/sfw/bin:/opt/csw/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export PATH CFLAGS="-m64 -R/usr/sfw/lib/amd64" export CFLAGS CXXFLAGS="-m64 -R/usr/sfw/lib/amd64" export CXXFLAGS export CXXFLAGS LDFLAGS="-m64 -L/opt/gcc/4.2.3/lib/amd64 -R/usr/sfw/lib/amd64" export LDFLAGS LD_LIBRARY_PATH=/opt/gcc/4.2.3/lib/amd64 export LD_LIBRARY_PATH export LSOF_VERS=110000; ./Configure solaris make I got the following error: dnode.c:42:30: error: sys/fs/sdev_impl.h: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0009587) dam (administrator) - 2012-02-07 18:56 https://www.opencsw.org/mantis/view.php?id=4893#c9587 ---------------------------------------------------------------------- Experimental packages for 4.86A.sun for Solaris 11 Sparc and amd64 are available at http://buildfarm.opencsw.org/experimental.html#lsof Please let me know if they work. Best regards -- Dago From noreply at opencsw.org Sat Feb 11 21:55:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 11 Feb 2012 21:55:34 +0100 Subject: [bug-notifications] [openldap 0004889]: openldap 2.4.23 breaks with libsasl >= 2.1.24 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4889 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4889 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-01-31 21:57 CET Last Modified: 2012-02-11 21:55 CET ====================================================================== Summary: openldap 2.4.23 breaks with libsasl >= 2.1.24 Description: Every time I want to start slapd (or use slaptest) I get the following message: slap_sasl_init: auxprop add plugin failed You can easily find a similar bugreport in the debian project: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237 which boils down to: sasl update from 2.1.23 to 2.1.24 breaks openldap. So you either have to downgrade sasl or upgrade openldap to >=2.4.25-1.1. ====================================================================== ---------------------------------------------------------------------- (0009589) dam (administrator) - 2012-02-11 21:55 https://www.opencsw.org/mantis/view.php?id=4889#c9589 ---------------------------------------------------------------------- An updated OpenLDAP has been pushed to unstable/ including SASL support in the 64 bit version. Please let me know if you still have issues with it or if this bug can be closed. From noreply at opencsw.org Sat Feb 11 23:45:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 11 Feb 2012 23:45:19 +0100 Subject: [bug-notifications] [openldap 0004889]: openldap 2.4.23 breaks with libsasl >= 2.1.24 In-Reply-To: Message-ID: <84e796e2e9da745e30e9297efebfddef@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4889 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4889 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-01-31 21:57 CET Last Modified: 2012-02-11 23:45 CET ====================================================================== Summary: openldap 2.4.23 breaks with libsasl >= 2.1.24 Description: Every time I want to start slapd (or use slaptest) I get the following message: slap_sasl_init: auxprop add plugin failed You can easily find a similar bugreport in the debian project: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237 which boils down to: sasl update from 2.1.23 to 2.1.24 breaks openldap. So you either have to downgrade sasl or upgrade openldap to >=2.4.25-1.1. ====================================================================== ---------------------------------------------------------------------- (0009590) Matthias Braun (reporter) - 2012-02-11 23:45 https://www.opencsw.org/mantis/view.php?id=4889#c9590 ---------------------------------------------------------------------- Sorry for the late response. Anyway the error reported here has been fixed. (Though I have some other problems with this new build which I'll put in another report). From noreply at opencsw.org Sat Feb 11 23:53:41 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 11 Feb 2012 23:53:41 +0100 Subject: [bug-notifications] [openldap 0004896]: 32bit/64bit mixup Message-ID: <156c7d5ebee618cb27dfe35d2adacc3c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4896 ====================================================================== Reported By: Matthias Braun Assigned To: ====================================================================== Project: openldap Issue ID: 4896 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-11 23:53 CET Last Modified: 2012-02-11 23:53 CET ====================================================================== Summary: 32bit/64bit mixup Description: CSWopenldap 2.4.28,REV=2012.02.11 from unstable contains 32 and 64 bit binaries at the same time. I'm not sure if this is on purpose or not. In practice it leads to strange effects: svcadm always starts /opt/csw/libexec/amd64/slapd however all the utility programs like slapadd, slapcat, ... are symlinks to the 32bit /opt/csw/libexec/slapd version which apparently use another database format. Leading to strange effects like slapadd, slapcat appearing to work but the ldap server never reporting any results. Manually changing symlinks for the utility programs to the 64bit slapd fixes the problems for me. ====================================================================== From noreply at opencsw.org Sun Feb 12 02:37:36 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Feb 2012 02:37:36 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-12 02:37 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009591) bwalton (administrator) - 2012-02-12 02:37 https://www.opencsw.org/mantis/view.php?id=4892#c9591 ---------------------------------------------------------------------- Status update: The recipe was using gcc4 and on i386, things are in good shape. On sparc, the binaries were generating bus errors. I've switched back to sun CC and sparc looks better (using -xmemalign=li). I'll see what things are like on i386 with sun CC. The errors on i386 are partially ignorable...once we have a released 1.9, the webrick.cgi tests should work. They're started with a cleaned environment and therefore can't leverage LD_PRELOAD set by the test suite. The only error that seems to be of real significance is a gdbm error... I think we can get test packages put together in fairly short order. From noreply at opencsw.org Sun Feb 12 09:28:38 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Feb 2012 09:28:38 +0100 Subject: [bug-notifications] [openldap 0004896]: 32bit/64bit mixup In-Reply-To: <4ce4bd18a0965e7c0106e42abf25f40d> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4896 ====================================================================== Reported By: Matthias Braun Assigned To: ====================================================================== Project: openldap Issue ID: 4896 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-11 23:53 CET Last Modified: 2012-02-12 09:28 CET ====================================================================== Summary: 32bit/64bit mixup Description: CSWopenldap 2.4.28,REV=2012.02.11 from unstable contains 32 and 64 bit binaries at the same time. I'm not sure if this is on purpose or not. In practice it leads to strange effects: svcadm always starts /opt/csw/libexec/amd64/slapd however all the utility programs like slapadd, slapcat, ... are symlinks to the 32bit /opt/csw/libexec/slapd version which apparently use another database format. Leading to strange effects like slapadd, slapcat appearing to work but the ldap server never reporting any results. Manually changing symlinks for the utility programs to the 64bit slapd fixes the problems for me. ====================================================================== ---------------------------------------------------------------------- (0009592) Matthias Braun (reporter) - 2012-02-12 09:28 https://www.opencsw.org/mantis/view.php?id=4896#c9592 ---------------------------------------------------------------------- I've just seen that there is a /opt/csw/sbin/amd64 which I should probably put in my path first. Please close this bug as invalid. From noreply at opencsw.org Sun Feb 12 14:35:05 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Feb 2012 14:35:05 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: <5cb2f0d78fcafb89b66c3bd9a6c33fbc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-12 14:35 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009593) bwalton (administrator) - 2012-02-12 14:35 https://www.opencsw.org/mantis/view.php?id=4892#c9593 ---------------------------------------------------------------------- One troubling issue that affects both platforms with sun pro: 29) Failure: test_singleton_method(TestGc) [/home/bwalton/opencsw/ruby19/trunk/work/solaris10 -i386/build-isa-pentium_pro/ruby-1.9.3-p0/test/ruby/test_gc.rb:71]: [ruby-dev:42832]. Exception raised: <#>. From noreply at opencsw.org Sun Feb 12 15:14:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Feb 2012 15:14:52 +0100 Subject: [bug-notifications] [lsof 0004893]: lsof does not build on Solaris 11 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4893 ====================================================================== Reported By: isabellf Assigned To: dam ====================================================================== Project: lsof Issue ID: 4893 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-07 17:03 CET Last Modified: 2012-02-12 15:14 CET ====================================================================== Summary: lsof does not build on Solaris 11 Description: While trying to build on Solaris 10 with gcc (I'm not confident about all the flags here, but Dagobert also tried on one of the Solaris11 build servers in your farm with additional failures): PATH=/opt/gcc/4.2.3/bin:/usr/sfw/bin:/opt/csw/bin:/usr/sbin:/usr/ccs/bin:/usr/bin:/bin:/usr/sbin:/sbin export PATH CFLAGS="-m64 -R/usr/sfw/lib/amd64" export CFLAGS CXXFLAGS="-m64 -R/usr/sfw/lib/amd64" export CXXFLAGS export CXXFLAGS LDFLAGS="-m64 -L/opt/gcc/4.2.3/lib/amd64 -R/usr/sfw/lib/amd64" export LDFLAGS LD_LIBRARY_PATH=/opt/gcc/4.2.3/lib/amd64 export LD_LIBRARY_PATH export LSOF_VERS=110000; ./Configure solaris make I got the following error: dnode.c:42:30: error: sys/fs/sdev_impl.h: No such file or directory ====================================================================== ---------------------------------------------------------------------- (0009594) isabellf (reporter) - 2012-02-12 15:14 https://www.opencsw.org/mantis/view.php?id=4893#c9594 ---------------------------------------------------------------------- I tested the amd64 build, it was fine. I didn't run any test on Sparc yet. From noreply at opencsw.org Sun Feb 12 18:24:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 12 Feb 2012 18:24:34 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: <5077bcfaba5dc76177c2ae925ac4a119@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-12 18:24 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009595) bwalton (administrator) - 2012-02-12 18:24 https://www.opencsw.org/mantis/view.php?id=4892#c9595 ---------------------------------------------------------------------- Ok, got a patch for the GC test failure...cherry picked from upstream. From noreply at opencsw.org Mon Feb 13 09:54:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 09:54:16 +0100 Subject: [bug-notifications] [openldap 0004889]: openldap 2.4.23 breaks with libsasl >= 2.1.24 In-Reply-To: Message-ID: <18e52e5ad6810d23fe998fe8213a1c5b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4889 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4889 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-01-31 21:57 CET Last Modified: 2012-02-13 09:54 CET ====================================================================== Summary: openldap 2.4.23 breaks with libsasl >= 2.1.24 Description: Every time I want to start slapd (or use slaptest) I get the following message: slap_sasl_init: auxprop add plugin failed You can easily find a similar bugreport in the debian project: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=628237 which boils down to: sasl update from 2.1.23 to 2.1.24 breaks openldap. So you either have to downgrade sasl or upgrade openldap to >=2.4.25-1.1. ====================================================================== ---------------------------------------------------------------------- (0009596) dam (administrator) - 2012-02-13 09:54 https://www.opencsw.org/mantis/view.php?id=4889#c9596 ---------------------------------------------------------------------- Fixed 2.4.28,REV=2012.02.11 released to unstable/. From noreply at opencsw.org Mon Feb 13 09:56:45 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 09:56:45 +0100 Subject: [bug-notifications] [openldap 0004896]: 32bit/64bit mixup In-Reply-To: <4ce4bd18a0965e7c0106e42abf25f40d> Message-ID: <41bd383e50bba1a5822ac55f7fb543ef@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4896 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4896 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-11 23:53 CET Last Modified: 2012-02-13 09:56 CET ====================================================================== Summary: 32bit/64bit mixup Description: CSWopenldap 2.4.28,REV=2012.02.11 from unstable contains 32 and 64 bit binaries at the same time. I'm not sure if this is on purpose or not. In practice it leads to strange effects: svcadm always starts /opt/csw/libexec/amd64/slapd however all the utility programs like slapadd, slapcat, ... are symlinks to the 32bit /opt/csw/libexec/slapd version which apparently use another database format. Leading to strange effects like slapadd, slapcat appearing to work but the ldap server never reporting any results. Manually changing symlinks for the utility programs to the 64bit slapd fixes the problems for me. ====================================================================== ---------------------------------------------------------------------- (0009592) Matthias Braun (reporter) - 2012-02-12 09:28 https://www.opencsw.org/mantis/view.php?id=4896#c9592 ---------------------------------------------------------------------- I've just seen that there is a /opt/csw/sbin/amd64 which I should probably put in my path first. Please close this bug as invalid. From noreply at opencsw.org Mon Feb 13 09:58:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 09:58:17 +0100 Subject: [bug-notifications] [openldap 0004896]: 32bit/64bit mixup In-Reply-To: <4ce4bd18a0965e7c0106e42abf25f40d> Message-ID: <051791df8619814db7c35d0e26aa5d00@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4896 ====================================================================== Reported By: Matthias Braun Assigned To: dam ====================================================================== Project: openldap Issue ID: 4896 Category: packaging Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-11 23:53 CET Last Modified: 2012-02-13 09:58 CET ====================================================================== Summary: 32bit/64bit mixup Description: CSWopenldap 2.4.28,REV=2012.02.11 from unstable contains 32 and 64 bit binaries at the same time. I'm not sure if this is on purpose or not. In practice it leads to strange effects: svcadm always starts /opt/csw/libexec/amd64/slapd however all the utility programs like slapadd, slapcat, ... are symlinks to the 32bit /opt/csw/libexec/slapd version which apparently use another database format. Leading to strange effects like slapadd, slapcat appearing to work but the ldap server never reporting any results. Manually changing symlinks for the utility programs to the 64bit slapd fixes the problems for me. ====================================================================== ---------------------------------------------------------------------- (0009597) dam (administrator) - 2012-02-13 09:58 https://www.opencsw.org/mantis/view.php?id=4896#c9597 ---------------------------------------------------------------------- Hallo Matthias, this is indeed necessary. If you have suggestions to make this easier to grasp for users I am all ears. Best regards -- Dago From noreply at opencsw.org Mon Feb 13 11:27:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 11:27:54 +0100 Subject: [bug-notifications] [sudo_ldap 0004873]: /opt/csw/libexec/sudoers.so not found In-Reply-To: <275a1d6670af6b88e7e9acea3be353e7> Message-ID: <0511bac0a218552afcb3c89bc960b7e2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4873 ====================================================================== Reported By: raos Assigned To: dam ====================================================================== Project: sudo_ldap Issue ID: 4873 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-11-30 16:04 CET Last Modified: 2012-02-13 11:27 CET ====================================================================== Summary: /opt/csw/libexec/sudoers.so not found Description: Sudo 1.8.2 does not work since plugins are missing: # /opt/csw/bin/sudo.ldap -v sudo.ldap: /opt/csw/libexec/sudoers.so: No such file or directory sudo.ldap: fatal error, unable to load plugins ====================================================================== ---------------------------------------------------------------------- (0009446) raos (developer) - 2011-12-01 11:23 https://www.opencsw.org/mantis/view.php?id=4873#c9446 ---------------------------------------------------------------------- It did for me, until recently. Anyway, I'm wondering why the versions of sudo(_ldap) diverge, i.e. 1.7.2p8 vs. 1.8.2, for that matter. Might that be the reason? From noreply at opencsw.org Mon Feb 13 20:49:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 20:49:54 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-13 20:49 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== From noreply at opencsw.org Mon Feb 13 21:43:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 21:43:17 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <8243254d0648e943dad5194ad30be617@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-13 21:43 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009598) bwalton (administrator) - 2012-02-13 21:43 https://www.opencsw.org/mantis/view.php?id=4897#c9598 ---------------------------------------------------------------------- Hi Phil, If you supplied your rbconfig.rb and/or the build flags you used, that would help. I can update the package to provide better optimization. Thanks -Ben From noreply at opencsw.org Mon Feb 13 22:00:48 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 22:00:48 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <598d4d084f8074b61990c0336b26119f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-13 22:00 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009599) phil (reporter) - 2012-02-13 22:00 https://www.opencsw.org/mantis/view.php?id=4897#c9599 ---------------------------------------------------------------------- For security reasons, I cannot upload the raw data. However, parsing out that part, there's not much special, looking at rbconfig.rb CONFIG["configure_args"] = " ' ... 'CC=cc' 'CFLAGS=-xnorunpath -xO2'" I believe it was compiled with sunpro 12.0 So, I suppose the basic performance flaw of csw ruby sparc , is simply that it was compiled with gcc instead of sunpro cc From noreply at opencsw.org Mon Feb 13 22:04:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 13 Feb 2012 22:04:49 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-13 22:04 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009600) phil (reporter) - 2012-02-13 22:04 https://www.opencsw.org/mantis/view.php?id=4897#c9600 ---------------------------------------------------------------------- For what it's worth: ruby x86 is even worse. A factor of 4. 8+ second for csw ruby, vs 1.9 seconds for local. (i used argument of 30, rather than 26, to compare that one, given the faster cpus) From noreply at opencsw.org Tue Feb 14 01:33:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 01:33:11 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 01:33 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009601) bwalton (administrator) - 2012-02-14 01:33 https://www.opencsw.org/mantis/view.php?id=4897#c9601 ---------------------------------------------------------------------- No, it was built with sun pro. I ship rbconfig.rb for both compilers though. From noreply at opencsw.org Tue Feb 14 01:48:37 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 01:48:37 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <05b6f766306e525ab5e2fefd9de977d0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 01:48 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009602) phil (reporter) - 2012-02-14 01:48 https://www.opencsw.org/mantis/view.php?id=4897#c9602 ---------------------------------------------------------------------- oh. well, the default deploy is for gcc, anyways. I guess the only difference I see on my side looking at configs, etc. is v8 vs v8plus. But that doesnt explain the x86 performance difference. then again... -xarch=386 (and SOS11) vs just regular xO2.. and SOS12? But both x86 executables are type ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked From noreply at opencsw.org Tue Feb 14 01:50:33 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 01:50:33 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <05527a954d8890847f63c5a672971729@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 01:50 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009603) phil (reporter) - 2012-02-14 01:50 https://www.opencsw.org/mantis/view.php?id=4897#c9603 ---------------------------------------------------------------------- csw ruby, according to ldd, loads in libruby.so our local ruby does not. From noreply at opencsw.org Tue Feb 14 01:54:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 01:54:15 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 01:54 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009604) phil (reporter) - 2012-02-14 01:54 https://www.opencsw.org/mantis/view.php?id=4897#c9604 ---------------------------------------------------------------------- Ours uses libm.so.2 csw uses libm.so.1 .. AND libm.so.2 ?? From noreply at opencsw.org Tue Feb 14 01:59:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 01:59:11 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <020bb405f2b1f60a248965de5dffc08b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 01:59 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009605) bwalton (administrator) - 2012-02-14 01:59 https://www.opencsw.org/mantis/view.php?id=4897#c9605 ---------------------------------------------------------------------- Looks like libm.so.1 pulls in libm.so.2: object=/lib/libm.so.1; filter for libm.so.2 find object=libm.so.2; required by /lib/libm.so.1 search path=/lib:/usr/lib (configuration default - /var/ld/ld.config) trying path=/lib/libm.so.2 libm.so.2 => /lib/libm.so.2 I'm going to rebuild with O2 and sos12. We'll see if that speeds things up. Not sure if your gcc deploy comment is indicating that you're locally targetting gcc or that the default rbconfig.rb targets gcc. The intent of the package is to target sunpro unless ruby18_gcc is installed. If that package is installed, the alternative for rbconfig.rb.gcc4 is of higher precedence than .sos as people that install that package most likely want to build gems without sos. From noreply at opencsw.org Tue Feb 14 02:55:25 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 02:55:25 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 02:55 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009606) phil (reporter) - 2012-02-14 02:55 https://www.opencsw.org/mantis/view.php?id=4897#c9606 ---------------------------------------------------------------------- The default csw rbconfig.rb is for gcc. It turns out that CSWruby18_gcc IS installed. though I have no idea why. I decided to test out on an older sparc cpu. running solaris 9. Umm.. wow. csw: 13 sec local: 2 sec. cpu type UltraAX-i2 This is an executable specifically compiled on sol9 though. ruby --version ruby 1.8.7 (2010-01-10 patchlevel 249) [sparc-solaris2.9] again, no libruby.so. But this one is just libm.so.1. Not surprising, i think only sol10 triggers libm.so.2 ? But also may have been compiled with sos11. cant be sure. My prior results tests was compiled on sol10, running on 10. From noreply at opencsw.org Tue Feb 14 15:58:58 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 15:58:58 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <37b9a549cb6cd1bd88563dbc9020a796@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 15:58 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009607) bwalton (administrator) - 2012-02-14 15:58 https://www.opencsw.org/mantis/view.php?id=4897#c9607 ---------------------------------------------------------------------- Are you sure it's loading libruby.so or is it getting libruby18.so? It should be linked against libruby18.so and that's what I see on my systems. There is a libruby.so, but that was left in place in the event people had built local gems against it after switching to suffixed file names. See CSWlibruby1 vs CSWlibruby18-1. I still expect to find that the optimization flags are the real slowdown here, but it's good to know that we're not chasing a different problem. From noreply at opencsw.org Tue Feb 14 16:30:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 14 Feb 2012 16:30:21 +0100 Subject: [bug-notifications] [ruby18 0004897]: ruby 18 on sparc poorly optimized In-Reply-To: Message-ID: <425df4655d9b1ae1a06e6b94f895d3c4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4897 ====================================================================== Reported By: phil Assigned To: bwalton ====================================================================== Project: ruby18 Issue ID: 4897 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-13 20:49 CET Last Modified: 2012-02-14 16:30 CET ====================================================================== Summary: ruby 18 on sparc poorly optimized Description: On the same sparc machine, on solaris 10, running the same test (http://www.thebuzzmedia.com/ruby-19-quick-speed-test/) takes 3 times as long as a locally compiled ruby. ====================================================================== ---------------------------------------------------------------------- (0009608) phil (reporter) - 2012-02-14 16:30 https://www.opencsw.org/mantis/view.php?id=4897#c9608 ---------------------------------------------------------------------- yes libruby18 i was typing shorthand. I'm thinking maybe the pthread is an issue as well. I seem to remember that php was slower when linked with pthread, at one time in its existence. or maybe it was perl. or both. From noreply at opencsw.org Fri Feb 17 16:55:02 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Feb 2012 16:55:02 +0100 Subject: [bug-notifications] [pkgutil 0004898]: Packages CSWcas- won't install on Solaris 9 Message-ID: <03a4d3034884790b53f90eaab9b5cf21@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4898 ====================================================================== Reported By: mikera Assigned To: ====================================================================== Project: pkgutil Issue ID: 4898 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-17 16:55 CET Last Modified: 2012-02-17 16:55 CET ====================================================================== Summary: Packages CSWcas- won't install on Solaris 9 Description: Solaris 9 (and probaly Solaris 8) systems missing /bin/pkgcond command will fail to install CSWcas- packages. In the /opt/csw/bin/pkgutil script the /bin/pkgcond command is used to check if the directory /usr/sadm/install/scripts directory is read only. If the pkgcond command is missing (patch level?) the package installation will fail as the pkgutil logic assumes the directory is not writable and not that the command is missing. ====================================================================== From noreply at opencsw.org Fri Feb 17 17:57:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Feb 2012 17:57:52 +0100 Subject: [bug-notifications] [subversion 0004899]: svn linked to library not available (libaprutil-0.so.0) Message-ID: <0c99070a550495618ab0b5aff48ca65a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4899 ====================================================================== Reported By: aedgar Assigned To: ====================================================================== Project: subversion Issue ID: 4899 Category: packaging Reproducibility: always Severity: crash Priority: high Status: new ====================================================================== Date Submitted: 2012-02-17 17:57 CET Last Modified: 2012-02-17 17:57 CET ====================================================================== Summary: svn linked to library not available (libaprutil-0.so.0) Description: The svn package in Dublin does not show a dependency on libaprutil 0 but rather 1. ldd on the executable however shows a dependency: $ ldd /opt/csw/bin/svn |grep apr libaprutil-1.so.0 => /opt/csw/lib/sparcv8/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/sparcv8/libapr-1.so.0 libaprutil-1.so.0 => /usr/local/apache2/lib/libaprutil-1.so.0 libapr-1.so.0 => /usr/local/apache2/lib/libapr-1.so.0 libaprutil-0.so.0 => (file not found) libapr-0.so.0 => (file not found) I have uninstalled an reinstalled the packages and libraries but the dependency remains. ====================================================================== From noreply at opencsw.org Fri Feb 17 18:05:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Feb 2012 18:05:52 +0100 Subject: [bug-notifications] [subversion 0004899]: svn linked to library not available (libaprutil-0.so.0) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4899 ====================================================================== Reported By: aedgar Assigned To: ====================================================================== Project: subversion Issue ID: 4899 Category: packaging Reproducibility: always Severity: crash Priority: high Status: new ====================================================================== Date Submitted: 2012-02-17 17:57 CET Last Modified: 2012-02-17 18:05 CET ====================================================================== Summary: svn linked to library not available (libaprutil-0.so.0) Description: The svn package in Dublin does not show a dependency on libaprutil 0 but rather 1. ldd on the executable however shows a dependency: $ ldd /opt/csw/bin/svn |grep apr libaprutil-1.so.0 => /opt/csw/lib/sparcv8/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/sparcv8/libapr-1.so.0 libaprutil-1.so.0 => /usr/local/apache2/lib/libaprutil-1.so.0 libapr-1.so.0 => /usr/local/apache2/lib/libapr-1.so.0 libaprutil-0.so.0 => (file not found) libapr-0.so.0 => (file not found) I have uninstalled an reinstalled the packages and libraries but the dependency remains. ====================================================================== ---------------------------------------------------------------------- (0009609) aedgar (developer) - 2012-02-17 18:05 https://www.opencsw.org/mantis/view.php?id=4899#c9609 ---------------------------------------------------------------------- I just realized I had /usr/local/lib in my LD_LIBRARY_PATH. unsetting that made this go away. Not sure if this can be fixed in the packages to force linking to /opt/csw/lib instead. From noreply at opencsw.org Fri Feb 17 18:07:46 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Feb 2012 18:07:46 +0100 Subject: [bug-notifications] [pkgutil 0004898]: Packages CSWcas- won't install on Solaris 9 In-Reply-To: <22035394238575717f4a0cdecaa14e3e> Message-ID: <48fdaf5e3346c747bb580a60c7a15443@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4898 ====================================================================== Reported By: mikera Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4898 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-17 16:55 CET Last Modified: 2012-02-17 18:07 CET ====================================================================== Summary: Packages CSWcas- won't install on Solaris 9 Description: Solaris 9 (and probaly Solaris 8) systems missing /bin/pkgcond command will fail to install CSWcas- packages. In the /opt/csw/bin/pkgutil script the /bin/pkgcond command is used to check if the directory /usr/sadm/install/scripts directory is read only. If the pkgcond command is missing (patch level?) the package installation will fail as the pkgutil logic assumes the directory is not writable and not that the command is missing. ====================================================================== From noreply at opencsw.org Fri Feb 17 18:59:57 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Feb 2012 18:59:57 +0100 Subject: [bug-notifications] [pkgutil 0004898]: Packages CSWcas- won't install on Solaris 9 In-Reply-To: <22035394238575717f4a0cdecaa14e3e> Message-ID: <80b07927ba903138cecf067eb5e55cb9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4898 ====================================================================== Reported By: mikera Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4898 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-17 16:55 CET Last Modified: 2012-02-17 18:59 CET ====================================================================== Summary: Packages CSWcas- won't install on Solaris 9 Description: Solaris 9 (and probaly Solaris 8) systems missing /bin/pkgcond command will fail to install CSWcas- packages. In the /opt/csw/bin/pkgutil script the /bin/pkgcond command is used to check if the directory /usr/sadm/install/scripts directory is read only. If the pkgcond command is missing (patch level?) the package installation will fail as the pkgutil logic assumes the directory is not writable and not that the command is missing. ====================================================================== ---------------------------------------------------------------------- (0009610) bonivart (manager) - 2012-02-17 18:59 https://www.opencsw.org/mantis/view.php?id=4898#c9610 ---------------------------------------------------------------------- Please test the packages here and get back to me: http://buildfarm.opencsw.org/experimental.html#pkgutil From noreply at opencsw.org Fri Feb 17 19:05:44 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 17 Feb 2012 19:05:44 +0100 Subject: [bug-notifications] [pkgutil 0004117]: RFE: Support installation of packages to alternate root (pkgaddopts not sufficient) In-Reply-To: Message-ID: <3a9b252990bdd52cc6c0912b6819120a@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4117 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4117 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-07 12:12 CET Last Modified: 2012-02-17 19:05 CET ====================================================================== Summary: RFE: Support installation of packages to alternate root (pkgaddopts not sufficient) Description: I have a system which is running the OpenCSW stack already. On this system I just tried to install packages to another root environment mounted to /a. To do so I added "pkgaddopts=-R /a" to an alternative pkgutil.conf file (pkgutil.conf.dr) and specificied this configuration with --config. The problem with this approach is that pkgutil doesn't query the /a root for installed packages. Instead it checks the local / file system which already has the requested packages installed. # grep pkgaddopts /etc/opt/csw/pkgutil.conf.dr pkgaddopts=-R /a # pkginfo -R /a | grep CSW # # pkgutil --config /etc/opt/csw/pkgutil.conf.dr -i sudosh2 sudo Parsing catalog, may take a while... Updated packages: CSWcswclassutils-1.30,REV=2009.11.21 CSWsudosh2-1.0.2,REV=2009.12.02 Current packages: CSWcommon-1.4.7,REV=2009.09.20 CSWsudo-1.6.8p12,REV=2005.12.19 CSWsudo-common-1.6.8p12,REV=2005.12.19 Total size: 51.6 KB 2 packages to fetch. Do you want to continue? [Y,n] Could we get an pkgutil-integrated approach for package installation to an alternate root path? Or as a temporary workaround a pkginfoopts option (don't know whether that would be sufficient though)? I would favor the integrated approach though. ====================================================================== ---------------------------------------------------------------------- (0009611) bonivart (manager) - 2012-02-17 19:05 https://www.opencsw.org/mantis/view.php?id=4117#c9611 ---------------------------------------------------------------------- This has been in pkgutil since 2.0. If it doesn't work no one is using it anyway. From noreply at opencsw.org Sat Feb 18 11:19:23 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 18 Feb 2012 11:19:23 +0100 Subject: [bug-notifications] [pkgutil 0004117]: RFE: Support installation of packages to alternate root (pkgaddopts not sufficient) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4117 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4117 Category: regular use Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-01-07 12:12 CET Last Modified: 2012-02-18 11:19 CET ====================================================================== Summary: RFE: Support installation of packages to alternate root (pkgaddopts not sufficient) Description: I have a system which is running the OpenCSW stack already. On this system I just tried to install packages to another root environment mounted to /a. To do so I added "pkgaddopts=-R /a" to an alternative pkgutil.conf file (pkgutil.conf.dr) and specificied this configuration with --config. The problem with this approach is that pkgutil doesn't query the /a root for installed packages. Instead it checks the local / file system which already has the requested packages installed. # grep pkgaddopts /etc/opt/csw/pkgutil.conf.dr pkgaddopts=-R /a # pkginfo -R /a | grep CSW # # pkgutil --config /etc/opt/csw/pkgutil.conf.dr -i sudosh2 sudo Parsing catalog, may take a while... Updated packages: CSWcswclassutils-1.30,REV=2009.11.21 CSWsudosh2-1.0.2,REV=2009.12.02 Current packages: CSWcommon-1.4.7,REV=2009.09.20 CSWsudo-1.6.8p12,REV=2005.12.19 CSWsudo-common-1.6.8p12,REV=2005.12.19 Total size: 51.6 KB 2 packages to fetch. Do you want to continue? [Y,n] Could we get an pkgutil-integrated approach for package installation to an alternate root path? Or as a temporary workaround a pkginfoopts option (don't know whether that would be sufficient though)? I would favor the integrated approach though. ====================================================================== ---------------------------------------------------------------------- (0009612) dam (administrator) - 2012-02-18 11:19 https://www.opencsw.org/mantis/view.php?id=4117#c9612 ---------------------------------------------------------------------- It may get more attention in the future as now with ZFS root handling multiple BEs has become really easy and with PCA it is a standard. Additionally, I would like to answer this positively :-) http://www.opencsw.org/community/questions/3/solaris-live-upgrade-and-opencsw-packages Best regards -- Dago From noreply at opencsw.org Mon Feb 20 09:57:02 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 09:57:02 +0100 Subject: [bug-notifications] [binutils 0003077]: Depend on CSWggettextrt In-Reply-To: <4b10d69681e6cb13531d7e70795d3c5c> Message-ID: <49aa4b767e4c9595ed8edb07cc34cbf7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3077 ====================================================================== Reported By: harpchad Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3077 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:49 CET Last Modified: 2012-02-20 09:57 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Mon Feb 20 09:57:23 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 09:57:23 +0100 Subject: [bug-notifications] [binutils 0003077]: Depend on CSWggettextrt In-Reply-To: <4b10d69681e6cb13531d7e70795d3c5c> Message-ID: <2b8a6dcd4070752f1dfb7d2aa85d8ac5@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3077 ====================================================================== Reported By: harpchad Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3077 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:49 CET Last Modified: 2012-02-20 09:57 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0009613) maciej (manager) - 2012-02-20 09:57 https://www.opencsw.org/mantis/view.php?id=3077#c9613 ---------------------------------------------------------------------- The dependency is libintl8. From noreply at opencsw.org Mon Feb 20 09:57:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 09:57:35 +0100 Subject: [bug-notifications] [binutils 0003447]: Please update to 2.19.1 In-Reply-To: Message-ID: <3106397c1f73cae8f45a2f7a93acb363@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3447 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3447 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-24 13:54 CET Last Modified: 2012-02-20 09:57 CET ====================================================================== Summary: Please update to 2.19.1 Description: Please update to 2.19.1 ====================================================================== From noreply at opencsw.org Mon Feb 20 09:57:59 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 09:57:59 +0100 Subject: [bug-notifications] [binutils 0003447]: Please update to 2.19.1 In-Reply-To: Message-ID: <0d52bc6f278ef5916bd07686e4495bd8@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3447 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3447 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-24 13:54 CET Last Modified: 2012-02-20 09:57 CET ====================================================================== Summary: Please update to 2.19.1 Description: Please update to 2.19.1 ====================================================================== ---------------------------------------------------------------------- (0009614) maciej (manager) - 2012-02-20 09:57 https://www.opencsw.org/mantis/view.php?id=3447#c9614 ---------------------------------------------------------------------- The version is now 2.21.1. From noreply at opencsw.org Mon Feb 20 09:58:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 09:58:19 +0100 Subject: [bug-notifications] [binutils 0003462]: provide 64bit binaries for binutils In-Reply-To: <853680935cf4d66023ca74e79e925709> Message-ID: <2057caf586a8312b2620b08306b74edc@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3462 ====================================================================== Reported By: mwatters Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3462 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-09 01:42 CET Last Modified: 2012-02-20 09:58 CET ====================================================================== Summary: provide 64bit binaries for binutils Description: Please compile 64bit binaries for binutils ====================================================================== ---------------------------------------------------------------------- (0008327) phil (reporter) - 2010-10-02 23:38 https://www.opencsw.org/mantis/view.php?id=3462#c8327 ---------------------------------------------------------------------- sorry, I dont feel like taking this hassle on myself. although I am about to bump the revision, hopefully. If you wish to have 64bit executables, then feel free to take over the package, mr. maintainer :) (Although I wouldnt think it should be neccessary at all) From noreply at opencsw.org Mon Feb 20 09:58:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 09:58:42 +0100 Subject: [bug-notifications] [binutils 0003462]: provide 64bit binaries for binutils In-Reply-To: <853680935cf4d66023ca74e79e925709> Message-ID: <2c105898646ef5a86beddce94ab3e44b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3462 ====================================================================== Reported By: mwatters Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3462 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2009-03-09 01:42 CET Last Modified: 2012-02-20 09:58 CET ====================================================================== Summary: provide 64bit binaries for binutils Description: Please compile 64bit binaries for binutils ====================================================================== ---------------------------------------------------------------------- (0009615) maciej (manager) - 2012-02-20 09:58 https://www.opencsw.org/mantis/view.php?id=3462#c9615 ---------------------------------------------------------------------- Done through the magic of GAR. From noreply at opencsw.org Mon Feb 20 10:02:59 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 10:02:59 +0100 Subject: [bug-notifications] [binutils 0003462]: provide 64bit binaries for binutils In-Reply-To: <853680935cf4d66023ca74e79e925709> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3462 ====================================================================== Reported By: mwatters Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3462 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-09 01:42 CET Last Modified: 2012-02-20 10:02 CET ====================================================================== Summary: provide 64bit binaries for binutils Description: Please compile 64bit binaries for binutils ====================================================================== ---------------------------------------------------------------------- (0009616) maciej (manager) - 2012-02-20 10:02 https://www.opencsw.org/mantis/view.php?id=3462#c9616 ---------------------------------------------------------------------- I forgot to mention it's fixed. From noreply at opencsw.org Mon Feb 20 10:03:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 10:03:15 +0100 Subject: [bug-notifications] [binutils 0003462]: provide 64bit binaries for binutils In-Reply-To: <853680935cf4d66023ca74e79e925709> Message-ID: <4596a429ee69ca6ef0075ed9f28ae5bd@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3462 ====================================================================== Reported By: mwatters Assigned To: maciej ====================================================================== Project: binutils Issue ID: 3462 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-09 01:42 CET Last Modified: 2012-02-20 10:03 CET ====================================================================== Summary: provide 64bit binaries for binutils Description: Please compile 64bit binaries for binutils ====================================================================== ---------------------------------------------------------------------- (0009616) maciej (manager) - 2012-02-20 10:02 https://www.opencsw.org/mantis/view.php?id=3462#c9616 ---------------------------------------------------------------------- I forgot to mention it's fixed. From noreply at opencsw.org Mon Feb 20 16:31:22 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 16:31:22 +0100 Subject: [bug-notifications] [ruby_augeas 0004900]: Broken dependency for CSWrubyaugeas Message-ID: <393b73fbad5ef829bad1b0ecbaca5d47@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4900 ====================================================================== Reported By: moenoel Assigned To: ====================================================================== Project: ruby_augeas Issue ID: 4900 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-20 16:31 CET Last Modified: 2012-02-20 16:31 CET ====================================================================== Summary: Broken dependency for CSWrubyaugeas Description: CSWrubyaugeas wants libaugeas version 0.12.0 but CSWaugeas ships with version 0.7.0. ====================================================================== From noreply at opencsw.org Mon Feb 20 22:57:08 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 22:57:08 +0100 Subject: [bug-notifications] [ruby_augeas 0004900]: Broken dependency for CSWrubyaugeas In-Reply-To: <99320c7e1402c6091b8c9a270087873f> Message-ID: <0407526df3e39f84ce0dcf6f7b0d2350@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4900 ====================================================================== Reported By: moenoel Assigned To: markp ====================================================================== Project: ruby_augeas Issue ID: 4900 Category: Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2012-02-20 16:31 CET Last Modified: 2012-02-20 22:57 CET ====================================================================== Summary: Broken dependency for CSWrubyaugeas Description: CSWrubyaugeas wants libaugeas version 0.12.0 but CSWaugeas ships with version 0.7.0. ====================================================================== ---------------------------------------------------------------------- (0009618) markp (manager) - 2012-02-20 22:57 https://www.opencsw.org/mantis/view.php?id=4900#c9618 ---------------------------------------------------------------------- Hi, It looks like this leaked out into the catalog when it shouldn't have - it's built against a 0.10.0 augeas that was being tested. I've released the latter now, so hopefully this will all tie up soon. In the meantime, you can get augeas 0.10.0 from here - http://buildfarm.opencsw.org/experimental.html#markp From noreply at opencsw.org Mon Feb 20 22:59:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 22:59:09 +0100 Subject: [bug-notifications] [ruby_augeas 0004900]: Broken dependency for CSWrubyaugeas In-Reply-To: <99320c7e1402c6091b8c9a270087873f> Message-ID: <49f775ab4128473d1a2fb7bec3d11f18@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4900 ====================================================================== Reported By: moenoel Assigned To: markp ====================================================================== Project: ruby_augeas Issue ID: 4900 Category: Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2012-02-20 16:31 CET Last Modified: 2012-02-20 22:59 CET ====================================================================== Summary: Broken dependency for CSWrubyaugeas Description: CSWrubyaugeas wants libaugeas version 0.12.0 but CSWaugeas ships with version 0.7.0. ====================================================================== ---------------------------------------------------------------------- (0009619) maciej (developer) - 2012-02-20 22:59 https://www.opencsw.org/mantis/view.php?id=4900#c9619 ---------------------------------------------------------------------- Mark, the unstable catalog has been recently pushed to dublin, so if you fix it in unstable, let me know so I can push your fixed packages to dublin. From noreply at opencsw.org Mon Feb 20 23:07:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 23:07:49 +0100 Subject: [bug-notifications] [ruby_augeas 0004900]: Broken dependency for CSWrubyaugeas In-Reply-To: <99320c7e1402c6091b8c9a270087873f> Message-ID: <43e9744ec1985650a2e98482c6d462ee@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4900 ====================================================================== Reported By: moenoel Assigned To: markp ====================================================================== Project: ruby_augeas Issue ID: 4900 Category: Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2012-02-20 16:31 CET Last Modified: 2012-02-20 23:07 CET ====================================================================== Summary: Broken dependency for CSWrubyaugeas Description: CSWrubyaugeas wants libaugeas version 0.12.0 but CSWaugeas ships with version 0.7.0. ====================================================================== ---------------------------------------------------------------------- (0009620) markp (manager) - 2012-02-20 23:07 https://www.opencsw.org/mantis/view.php?id=4900#c9620 ---------------------------------------------------------------------- Hey Maciej, Can the unstable* build hosts be updated, or should I be building on another host? I've got augeas 0.10.0, and I've just done a csw-upload-pkg on it. Would like to try re-rolling ruby_augeas against this version though, as it contains some patches. Thanks! From noreply at opencsw.org Mon Feb 20 23:11:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 20 Feb 2012 23:11:34 +0100 Subject: [bug-notifications] [ruby_augeas 0004900]: Broken dependency for CSWrubyaugeas In-Reply-To: <99320c7e1402c6091b8c9a270087873f> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4900 ====================================================================== Reported By: moenoel Assigned To: markp ====================================================================== Project: ruby_augeas Issue ID: 4900 Category: Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2012-02-20 16:31 CET Last Modified: 2012-02-20 23:11 CET ====================================================================== Summary: Broken dependency for CSWrubyaugeas Description: CSWrubyaugeas wants libaugeas version 0.12.0 but CSWaugeas ships with version 0.7.0. ====================================================================== ---------------------------------------------------------------------- (0009621) maciej (developer) - 2012-02-20 23:11 https://www.opencsw.org/mantis/view.php?id=4900#c9621 ---------------------------------------------------------------------- After you push to unstable (with csw-upload-pkg), you'll get a notification email. Once that's in your inbox, you can email buildfarm@ asking the buildfarm admins to install your packages there. From noreply at opencsw.org Tue Feb 21 08:02:02 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 08:02:02 +0100 Subject: [bug-notifications] [cas_migrateconf 0004901]: pkgrm: ERROR: unable to remove Message-ID: <0baa896805391df8bdeebf5e6edf31d6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4901 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: cas_migrateconf Issue ID: 4901 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 08:02 CET Last Modified: 2012-02-21 08:02 CET ====================================================================== Summary: pkgrm: ERROR: unable to remove Description: turquoise2-root% pkgrm CSWcas-migrateconf The following package is currently installed: CSWcas-migrateconf cas_migrateconf - Class action script migrateconf (all) 1.47,REV=2012.02.14 Do you want to remove this package? [y,n,?,q] y ## Removing installed package instance ## Verifying package dependencies in global zone WARNING: The package depends on the package currently being removed. WARNING: The package depends on the package currently being removed. Dependency checking failed. Do you want to continue with the removal of this package [y,n,?,q] y ## Processing package information. ## Removing pathnames in class pkgrm: ERROR: unable to remove pkgrm: ERROR: unable to remove /opt/csw/share/doc/cas_migrateconf/license /opt/csw/share/doc/cas_migrateconf ## Updating system information. Removal of partially failed. ====================================================================== From noreply at opencsw.org Tue Feb 21 08:09:09 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 08:09:09 +0100 Subject: [bug-notifications] [cas_migrateconf 0004901]: pkgrm: ERROR: unable to remove In-Reply-To: Message-ID: <192a9dd15d1080182cf86a878432927f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4901 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: cas_migrateconf Issue ID: 4901 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 08:02 CET Last Modified: 2012-02-21 08:09 CET ====================================================================== Summary: pkgrm: ERROR: unable to remove Description: turquoise2-root% pkgrm CSWcas-migrateconf The following package is currently installed: CSWcas-migrateconf cas_migrateconf - Class action script migrateconf (all) 1.47,REV=2012.02.14 Do you want to remove this package? [y,n,?,q] y ## Removing installed package instance ## Verifying package dependencies in global zone WARNING: The package depends on the package currently being removed. WARNING: The package depends on the package currently being removed. Dependency checking failed. Do you want to continue with the removal of this package [y,n,?,q] y ## Processing package information. ## Removing pathnames in class pkgrm: ERROR: unable to remove pkgrm: ERROR: unable to remove /opt/csw/share/doc/cas_migrateconf/license /opt/csw/share/doc/cas_migrateconf ## Updating system information. Removal of partially failed. ====================================================================== ---------------------------------------------------------------------- (0009622) ghenry (reporter) - 2012-02-21 08:09 https://www.opencsw.org/mantis/view.php?id=4901#c9622 ---------------------------------------------------------------------- i forgot to say that i'm in a zone. The CSWcas-migrateconf is also installed in global zone. But is it normal that opencsw depends on /usr ? ok, in global zone, i'm able to delete the CSWcas-migrateconf, and continue the upgrade From noreply at opencsw.org Tue Feb 21 09:09:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 09:09:20 +0100 Subject: [bug-notifications] [cas_migrateconf 0004901]: pkgrm: ERROR: unable to remove In-Reply-To: Message-ID: <1b33aa68fd68af35bb6d1ed8c5909dfb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4901 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: cas_migrateconf Issue ID: 4901 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 08:02 CET Last Modified: 2012-02-21 09:09 CET ====================================================================== Summary: pkgrm: ERROR: unable to remove Description: turquoise2-root% pkgrm CSWcas-migrateconf The following package is currently installed: CSWcas-migrateconf cas_migrateconf - Class action script migrateconf (all) 1.47,REV=2012.02.14 Do you want to remove this package? [y,n,?,q] y ## Removing installed package instance ## Verifying package dependencies in global zone WARNING: The package depends on the package currently being removed. WARNING: The package depends on the package currently being removed. Dependency checking failed. Do you want to continue with the removal of this package [y,n,?,q] y ## Processing package information. ## Removing pathnames in class pkgrm: ERROR: unable to remove pkgrm: ERROR: unable to remove /opt/csw/share/doc/cas_migrateconf/license /opt/csw/share/doc/cas_migrateconf ## Updating system information. Removal of partially failed. ====================================================================== ---------------------------------------------------------------------- (0009623) dam (administrator) - 2012-02-21 09:09 https://www.opencsw.org/mantis/view.php?id=4901#c9623 ---------------------------------------------------------------------- The CSWcas-* packages contain class action scripts which must be located in /usr to work the way we intend. See for details http://www.opencsw.org/community/questions/50/do-any-opencsw-packages-install-anything-under-usr From noreply at opencsw.org Tue Feb 21 10:16:02 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 10:16:02 +0100 Subject: [bug-notifications] [pkgutil 0004898]: Packages CSWcas- won't install on Solaris 9 In-Reply-To: <22035394238575717f4a0cdecaa14e3e> Message-ID: <56db4e8de1e5d21b815f8b8a39974e9d@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4898 ====================================================================== Reported By: mikera Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4898 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-02-17 16:55 CET Last Modified: 2012-02-21 10:16 CET ====================================================================== Summary: Packages CSWcas- won't install on Solaris 9 Description: Solaris 9 (and probaly Solaris 8) systems missing /bin/pkgcond command will fail to install CSWcas- packages. In the /opt/csw/bin/pkgutil script the /bin/pkgcond command is used to check if the directory /usr/sadm/install/scripts directory is read only. If the pkgcond command is missing (patch level?) the package installation will fail as the pkgutil logic assumes the directory is not writable and not that the command is missing. ====================================================================== ---------------------------------------------------------------------- (0009624) bonivart (manager) - 2012-02-21 10:16 https://www.opencsw.org/mantis/view.php?id=4898#c9624 ---------------------------------------------------------------------- Released as 2.6.3. From noreply at opencsw.org Tue Feb 21 20:09:38 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 20:09:38 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-21 20:09 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== From noreply at opencsw.org Tue Feb 21 20:23:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 20:23:42 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <5402462c040038111fd624215c3821e1@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-21 20:23 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009625) joeymukherjee (reporter) - 2012-02-21 20:23 https://www.opencsw.org/mantis/view.php?id=4902#c9625 ---------------------------------------------------------------------- Potentially, the file I really need is _core.so which (according to the search) is in pythonsvn. However, for the Solaris 9 version, it is not in there. From noreply at opencsw.org Tue Feb 21 21:16:53 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 21:16:53 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-21 21:16 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009626) dam (administrator) - 2012-02-21 21:16 https://www.opencsw.org/mantis/view.php?id=4902#c9626 ---------------------------------------------------------------------- I think the subversion package has been reorganized where the Python bindings have been split out to "pythonsvn" on which "pysvn" should depend on instead of "subversion". Could you try installing that and see if it works? Then the dependency of pysvn can be adjusted and rereleased. Best regards -- Dago From noreply at opencsw.org Tue Feb 21 21:29:14 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 21:29:14 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <492bab34377366adc6b3ab3e643fbf4d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-21 21:29 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009627) joeymukherjee (reporter) - 2012-02-21 21:29 https://www.opencsw.org/mantis/view.php?id=4902#c9627 ---------------------------------------------------------------------- Hello Dago! I do have pysvn installed, and it only has the _pysvn_2_6.so file with a __init__.py. It is still missing the other .so files. From noreply at opencsw.org Tue Feb 21 21:36:25 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 21:36:25 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <71892002ca461abd9ea55dcc9ebcbb64@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-21 21:36 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009628) dam (administrator) - 2012-02-21 21:36 https://www.opencsw.org/mantis/view.php?id=4902#c9628 ---------------------------------------------------------------------- I meant that you add "pythonsvn" (CSWpythonsvn ) which is a different package. It is part of subversion. From noreply at opencsw.org Tue Feb 21 21:39:12 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 21 Feb 2012 21:39:12 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-21 21:39 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009629) joeymukherjee (reporter) - 2012-02-21 21:39 https://www.opencsw.org/mantis/view.php?id=4902#c9629 ---------------------------------------------------------------------- For Solaris 9, the CSWpythonsvn has nothing but a stub. I have them all installed. From noreply at opencsw.org Wed Feb 22 04:33:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 04:33:15 +0100 Subject: [bug-notifications] [rsync 0004903]: Service cswrync is set to autostart by package but doesn't include a config file Message-ID: <8d8040974952db5a6229cfd8e7ef2232@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4903 ====================================================================== Reported By: gadavis Assigned To: ====================================================================== Project: rsync Issue ID: 4903 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-22 04:33 CET Last Modified: 2012-02-22 04:33 CET ====================================================================== Summary: Service cswrync is set to autostart by package but doesn't include a config file Description: The rsync package installs an SMF manifest and tries to auto-enable the service, but no config file is provided. Thus you end up with a service in the maintenance state. Personally, I don't think that rsync should automatically provide the cswrsyncd service at all, as many users have no need for rsyncd and just want the client rsync command. Maybe this is worth splitting the daemon out into a separate package? ====================================================================== From noreply at opencsw.org Wed Feb 22 15:08:15 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:08:15 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:08 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== From noreply at opencsw.org Wed Feb 22 15:16:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:16:20 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <65aeaac017ab724a52bb2e21542c8017@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:16 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009630) bwalton (administrator) - 2012-02-22 15:16 https://www.opencsw.org/mantis/view.php?id=4904#c9630 ---------------------------------------------------------------------- Hello, Do you have CSWphp5-zip installed? Many of the modules were split out to separate packages by the previous maintainer. I do aim to make this nicer in the future but haven't done so yet. Thanks -Ben From noreply at opencsw.org Wed Feb 22 15:16:27 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:16:27 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <9189f4d14a79c0298f4501a19b51738f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:16 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009630) bwalton (administrator) - 2012-02-22 15:16 https://www.opencsw.org/mantis/view.php?id=4904#c9630 ---------------------------------------------------------------------- Hello, Do you have CSWphp5-zip installed? Many of the modules were split out to separate packages by the previous maintainer. I do aim to make this nicer in the future but haven't done so yet. Thanks -Ben From noreply at opencsw.org Wed Feb 22 15:16:44 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:16:44 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <0e6e21b131136c33f73f1b0dbe3e1dfa@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:16 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009630) bwalton (administrator) - 2012-02-22 15:16 https://www.opencsw.org/mantis/view.php?id=4904#c9630 ---------------------------------------------------------------------- Hello, Do you have CSWphp5-zip installed? Many of the modules were split out to separate packages by the previous maintainer. I do aim to make this nicer in the future but haven't done so yet. Thanks -Ben From noreply at opencsw.org Wed Feb 22 15:20:25 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:20:25 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:20 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009631) weyhmueller (reporter) - 2012-02-22 15:20 https://www.opencsw.org/mantis/view.php?id=4904#c9631 ---------------------------------------------------------------------- Hi Ben, CSWphp5-zip is installed. Regards Oliver From noreply at opencsw.org Wed Feb 22 15:27:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:27:01 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <83936859ae03650df033d02c478ee3ed@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:27 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009632) bwalton (administrator) - 2012-02-22 15:27 https://www.opencsw.org/mantis/view.php?id=4904#c9632 ---------------------------------------------------------------------- Hi Oliver, Is extension=zip.so uncommented in /etc/opt/csw/php5/php.ini? This is supposed to happen at package install time, but maybe the handler isn't working? Thanks -Ben From noreply at opencsw.org Wed Feb 22 15:29:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 15:29:54 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <9b8e8cf8cf82c201973d4448f0596e3a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-22 15:29 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009633) weyhmueller (reporter) - 2012-02-22 15:29 https://www.opencsw.org/mantis/view.php?id=4904#c9633 ---------------------------------------------------------------------- Hi Ben, zip.so is also activated. But from my understanding this is a different module the zlib.so. Regards Oliver From noreply at opencsw.org Wed Feb 22 16:33:53 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 16:33:53 +0100 Subject: [bug-notifications] [subversion 0004899]: svn linked to library not available (libaprutil-0.so.0) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4899 ====================================================================== Reported By: aedgar Assigned To: ====================================================================== Project: subversion Issue ID: 4899 Category: packaging Reproducibility: always Severity: crash Priority: high Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-02-17 17:57 CET Last Modified: 2012-02-22 16:33 CET ====================================================================== Summary: svn linked to library not available (libaprutil-0.so.0) Description: The svn package in Dublin does not show a dependency on libaprutil 0 but rather 1. ldd on the executable however shows a dependency: $ ldd /opt/csw/bin/svn |grep apr libaprutil-1.so.0 => /opt/csw/lib/sparcv8/libaprutil-1.so.0 libapr-1.so.0 => /opt/csw/lib/sparcv8/libapr-1.so.0 libaprutil-1.so.0 => /usr/local/apache2/lib/libaprutil-1.so.0 libapr-1.so.0 => /usr/local/apache2/lib/libapr-1.so.0 libaprutil-0.so.0 => (file not found) libapr-0.so.0 => (file not found) I have uninstalled an reinstalled the packages and libraries but the dependency remains. ====================================================================== ---------------------------------------------------------------------- (0009634) dam (administrator) - 2012-02-22 16:33 https://www.opencsw.org/mantis/view.php?id=4899#c9634 ---------------------------------------------------------------------- Unfortunately LD_LIBRARY_PATH is always processed first. Please use only in controlled environments and not generally in a shell. From noreply at opencsw.org Wed Feb 22 16:35:33 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 16:35:33 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <28353ae4761f78e77974d82ec14863b0@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-22 16:35 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009635) dam (administrator) - 2012-02-22 16:35 https://www.opencsw.org/mantis/view.php?id=4902#c9635 ---------------------------------------------------------------------- The Solaris 9 package seems to be broken. Please try one of these: http://mirror.opencsw.org/opencsw/allpkgs/pythonsvn-1.7.2%2cREV%3d2011.12.29-SunOS5.9-i386-CSW.pkg.gz http://mirror.opencsw.org/opencsw/allpkgs/pythonsvn-1.7.2%2cREV%3d2011.12.29-SunOS5.9-sparc-CSW.pkg.gz If this works I can push them to unstable. From noreply at opencsw.org Wed Feb 22 16:36:04 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 16:36:04 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <627f699f9d6b3fc0e8c5857f954f2ac9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-22 16:36 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009635) dam (administrator) - 2012-02-22 16:35 https://www.opencsw.org/mantis/view.php?id=4902#c9635 ---------------------------------------------------------------------- The Solaris 9 package seems to be broken. Please try one of these: http://mirror.opencsw.org/opencsw/allpkgs/pythonsvn-1.7.2%2cREV%3d2011.12.29-SunOS5.9-i386-CSW.pkg.gz http://mirror.opencsw.org/opencsw/allpkgs/pythonsvn-1.7.2%2cREV%3d2011.12.29-SunOS5.9-sparc-CSW.pkg.gz If this works I can push them to unstable. From noreply at opencsw.org Wed Feb 22 16:49:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 16:49:39 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <284d2dfa68550aaa8e63af6b46e1f599@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-22 16:49 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009636) joeymukherjee (reporter) - 2012-02-22 16:49 https://www.opencsw.org/mantis/view.php?id=4902#c9636 ---------------------------------------------------------------------- I could only try the sparc one, and it didn't work! :( I noticed it only contained the swig library, and not the _core.so I see on my Linux systems. From noreply at opencsw.org Wed Feb 22 21:50:13 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 21:50:13 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <642801ba024ef99d385788cd03c2abac@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-22 21:50 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009637) dam (administrator) - 2012-02-22 21:50 https://www.opencsw.org/mantis/view.php?id=4902#c9637 ---------------------------------------------------------------------- When I take a look at the other versions of the package I see lots of probably broken packages of pythonsvn in allpkgs at http://mirror.opencsw.org/opencsw/allpkgs/ -rw-rw-r-- 1 web web 685526 May 28 2010 pythonsvn-1.6.11,REV=2010.05.26-SunOS5.9-sparc-CSW.pkg.gz -rw-rw-r-- 1 web web 589066 May 28 2010 pythonsvn-1.6.11,REV=2010.05.27-SunOS5.9-i386-CSW.pkg.gz -rw-rw-r-- 1 web web 586471 Sep 27 2010 pythonsvn-1.6.12,REV=2010.09.23-SunOS5.9-i386-CSW.pkg.gz -rw-rw-r-- 1 web web 682222 Sep 27 2010 pythonsvn-1.6.12,REV=2010.09.23-SunOS5.9-sparc-CSW.pkg.gz -rw-rw-r-- 1 web web 683703 Oct 31 2010 pythonsvn-1.6.13,REV=2010.10.23-SunOS5.9-sparc-CSW.pkg.gz -rw-rw-r-- 1 web web 585318 Oct 31 2010 pythonsvn-1.6.13,REV=2010.10.27-SunOS5.9-i386-CSW.pkg.gz -rw-rw-r-- 1 web web 588371 Jan 19 2011 pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-i386-CSW.pkg.gz -rw-rw-r-- 1 web web 683367 Jan 19 2011 pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz -rw-rw-r-- 1 web web 580445 Dec 14 2009 pythonsvn-1.6.6,REV=2009.11.14-SunOS5.8-i386-CSW.pkg.gz -rw-rw-r-- 1 web web 677652 Dec 14 2009 pythonsvn-1.6.6,REV=2009.11.14-SunOS5.8-sparc-CSW.pkg.gz -rw-rw-r-- 3 web web 582735 Apr 19 2010 pythonsvn-1.6.9,REV=2010.03.07-SunOS5.8-i386-CSW.pkg.gz -rw-rw-r-- 3 web web 680066 Apr 19 2010 pythonsvn-1.6.9,REV=2010.03.07-SunOS5.8-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 846 Oct 15 17:11 pythonsvn-1.7.0,REV=2011.10.15-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 848 Oct 15 17:12 pythonsvn-1.7.0,REV=2011.10.15-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 831 Sep 11 14:52 pythonsvn-1.7.0_rc2,REV=2011.09.11-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 834 Sep 11 14:53 pythonsvn-1.7.0_rc2,REV=2011.09.11-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 831 Sep 19 06:14 pythonsvn-1.7.0_rc3,REV=2011.09.19-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 836 Sep 19 06:15 pythonsvn-1.7.0_rc3,REV=2011.09.19-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 855 Oct 9 12:47 pythonsvn-1.7.0_rc4,REV=2011.10.09-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 858 Oct 9 12:47 pythonsvn-1.7.0_rc4,REV=2011.10.09-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 3 web web 845 Oct 23 17:58 pythonsvn-1.7.1,REV=2011.10.23-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 3 web web 850 Oct 23 17:58 pythonsvn-1.7.1,REV=2011.10.23-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 27837 Dec 17 18:00 pythonsvn-1.7.2,REV=2011.12.04-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 37155 Dec 17 18:00 pythonsvn-1.7.2,REV=2011.12.04-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 27852 Dec 18 12:43 pythonsvn-1.7.2,REV=2011.12.18-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 37159 Dec 18 12:44 pythonsvn-1.7.2,REV=2011.12.18-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 32922 Dec 29 09:50 pythonsvn-1.7.2,REV=2011.12.28-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 41945 Dec 29 09:50 pythonsvn-1.7.2,REV=2011.12.28-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 32914 Dec 29 23:15 pythonsvn-1.7.2,REV=2011.12.29-SunOS5.9-i386-CSW.pkg.gz -rw-r--r-- 1 web web 41947 Dec 29 23:15 pythonsvn-1.7.2,REV=2011.12.29-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 1 web web 33003 Dec 31 11:33 pythonsvn-1.7.2,REV=2011.12.31-SunOS5.10-i386-CSW.pkg.gz -rw-r--r-- 1 web web 42264 Dec 31 11:34 pythonsvn-1.7.2,REV=2011.12.31-SunOS5.10-sparc-CSW.pkg.gz -rw-r--r-- 3 web web 838874 Jan 2 21:43 pythonsvn-1.7.2,REV=2012.01.02-SunOS5.10-i386-CSW.pkg.gz -rw-r--r-- 3 web web 949043 Jan 2 21:43 pythonsvn-1.7.2,REV=2012.01.02-SunOS5.10-sparc-CSW.pkg.gz The last functioning one for Solaris 9 seems to be pythonsvn-1.6.15,REV=2011.01.16-SunOS5.9-sparc-CSW.pkg.gz Could you also try this one? From noreply at opencsw.org Wed Feb 22 22:19:40 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 22:19:40 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-22 22:19 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009638) joeymukherjee (reporter) - 2012-02-22 22:19 https://www.opencsw.org/mantis/view.php?id=4902#c9638 ---------------------------------------------------------------------- Hey that worked! I still can't get trac to work, but it's a different error now. Thanks for this! From noreply at opencsw.org Wed Feb 22 22:52:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 22 Feb 2012 22:52:52 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-22 22:52 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009639) dam (administrator) - 2012-02-22 22:52 https://www.opencsw.org/mantis/view.php?id=4902#c9639 ---------------------------------------------------------------------- Do you really need Solaris 9? Solaris 10 has a much better coverage at the moment, especially because of the new glib2 only begin available on Solaris 10. From noreply at opencsw.org Thu Feb 23 02:11:51 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 02:11:51 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: <5d38e97b707c123bea4c7e5ae6209281@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-23 02:11 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009640) maciej (manager) - 2012-02-23 02:11 https://www.opencsw.org/mantis/view.php?id=4902#c9640 ---------------------------------------------------------------------- I'm thinking that Solaris 9 is a red herring, it doesn't matter, 9 or 11 or 10. You'll see the problem when you look at the list of files in the package: http://buildfarm.opencsw.org/pkgdb/srv4/f55304036900433c9aded3c2a35c0a67/ The files that are supposed to be in: /opt/csw/lib/python/site-packages/svn are in: /opt/csw/lib/svn/python/site-packages/svn ...and the Python interpreter won't find them. The problem is with the way the module is packaged. You can temporarily work around that by setting PYTHONPATH to /opt/csw/lib/svn/pythohn/site-packages, or making symlinks to /opt/csw/lib/python/site-packages. Looking at the build recipe, there's one line that causes the problem: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/subversion/trunk/Makefile SVNLIB = $(prefix)/lib/svn All paths, including Python, are relative to this one, and that's why Python files end up under /opt/csw/lib/svn instead of /opt/csw/lib. From noreply at opencsw.org Thu Feb 23 02:28:24 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 02:28:24 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <0554e3a61c874ef33ae15d58ad14d8d4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-23 02:28 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009641) bwalton (administrator) - 2012-02-23 02:28 https://www.opencsw.org/mantis/view.php?id=4904#c9641 ---------------------------------------------------------------------- Hi Oliver, The sample program here[1] works fine on my system. What version of the packages are you running? Which solaris release? Which OpenCSW catalog are you running? Thanks -Ben [1] http://www.php.net/manual/en/zlib.examples.php From noreply at opencsw.org Thu Feb 23 05:59:37 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 05:59:37 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: <1360857cd884394d6c3f55fc0d2afbf0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-23 05:59 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009642) weyhmueller (reporter) - 2012-02-23 05:59 https://www.opencsw.org/mantis/view.php?id=4904#c9642 ---------------------------------------------------------------------- Hi Ben, I am using the OpenCSW Testing branch on an Solaris 10 10/09 System. I currently have CSWphp5-5.3.10,REV=2012.02.10. I just tried that example on command line and was rather surprised that it worked well. But it gave me warnings because the pdo and dom modules weren't loaded - which i disabled from php.ini because yesterday i got warnings of them loaded twice. I then did a phpinfo there (on cli) and got that configure command: '/home/bwalton/opencsw/php5/trunk/work/solaris10-sparc/build-isa-sparcv8plus-sapi-ap2/php-5.3.10/configure' '--prefix=/opt/csw/php5' '--sysconfdir=/etc/opt/csw/php5' '--enable-simplexml' '--disable-static' '--enable-xml' '--enable-intl' '--with-libxml-dir=/opt/csw' '--with-config-file-path=/etc/opt/csw/php5' '--with-config-file-scan-dir=/etc/opt/csw/php5/conf.d' '--enable-bcmath=shared' '--enable-calendar=shared' '--enable-cli' '--enable-ctype=shared' '--enable-dba=shared' '--enable-dom=shared' '--enable-exif=shared' '--enable-filter=shared' '--enable-ftp=shared' '--enable-gd-jis-conv' '--enable-gd-native-ttf' '--enable-hash=shared' '--enable-json=shared' '--enable-magic-quotes' '--enable-mbstring=shared' '--enable-pcntl=shared' '--enable-pdo=shared' '--enable-phar=shared' '--enable-posix=shared' '--enable-session=shared' '--enable-shmop=shared' '--enable-soap=shared' '--enable-sockets=shared' '--enable-sqlite-utf8' '--enable-sysvmsg=shared' '--enable-sysvsem=shared' '--enable-sysvshm=shared' '--enable-tokenizer=shared' '--enable-wddx=shared' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--enable-zip=shared' '--with-apxs2=/opt/csw/apache2/sbin/apxs' '--with-bz2=shared,/opt/csw' '--with-curl=shared,/opt/csw' '--with-curlwrappers' '--with-db4=/opt/csw/bdb4' '--with-exec-dir=/opt/csw/php5/bin' '--with-freetype-dir=/opt/csw' '--with-gd=shared,/opt/csw' '--with-gdbm=/opt/csw' '--with-gettext=shared,/opt/csw' '--with-gmp=shared,/opt/csw' '--with-iconv=shared,/opt/csw' '--with-imap-ssl=/opt/csw' '--with-imap=shared,/opt/csw' '--with-jpeg-dir=/opt/csw' '--with-kerberos=/opt/csw' '--with-ldap-sasl=/opt/csw' '--with-ldap=shared,/opt/csw' '--with-libedit=no' '--with-libexpat-dir=/opt/csw' '--with-mcrypt=shared,/opt/csw' '--with-mhash=shared,/opt/csw' '--with-mm=/opt/csw' '--with-mssql=shared,/opt/csw' '--with-mysql=shared,/opt/csw' '--with-mysqli=shared,/opt/csw/bin/mysql_config-5.0' '--with-ndbm' '--with-openssl=shared,/opt/csw' '--with-pcre-dir=/opt/csw' '--with-pcre-regex' '--with-pdo-mysql=shared,/opt/csw/bin/mysql_config-5.0' '--with-pdo-odbc=shared,unixODBC,/opt/csw' '--with-pdo-pgsql=shared,/opt/csw/postgresql' '--with-pdo-sqlite=shared,/opt/csw' '--with-pear=shared' '--with-pgsql=shared,/opt/csw/postgresql' '--with-png-dir=/opt/csw' '--with-pspell=shared,/opt/csw' '--with-readline=shared,/opt/csw' '--with-snmp=shared,/opt/csw' '--with-sqlite=shared,/opt/csw' '--with-t1lib=/opt/csw' '--with-tidy=shared,/opt/csw' '--with-unixODBC=shared,/opt/csw' '--with-xmlrpc=shared' '--with-xpm-dir=/opt/csw' '--with-xsl=shared,/opt/csw' '--with-zlib-dir=/opt/csw' '--with-zlib=/opt/csw' But for web sites I am using php-cgi as a fastcgi-server behind an nginx webserver. So i did an phpinfo there as well. The configure line on php-cgi is completely different: '/home/bwalton/opencsw/php5/trunk/work/solaris10-sparc/build-isa-sparcv8plus-sapi-cgi/php-5.3.10/configure' '--prefix=/opt/csw/php5' '--sysconfdir=/etc/opt/csw/php5' '--enable-simplexml' '--disable-static' '--enable-xml' '--enable-intl' '--with-libxml-dir=/opt/csw' '--with-config-file-path=/etc/opt/csw/php5' '--with-config-file-scan-dir=/etc/opt/csw/php5/conf.d' Also /opt/csw/php5/bin/php-cgi was built one day earlier that /opt/csw/php5/bin/php according to phpinfo output. When I compiled php the last time myself (some years ago) i think i did just one configure / make / make install to get both executables with identical configuration. Regards Oliver From noreply at opencsw.org Thu Feb 23 09:07:24 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 09:07:24 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-23 09:07 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009643) dam (administrator) - 2012-02-23 09:07 https://www.opencsw.org/mantis/view.php?id=4902#c9643 ---------------------------------------------------------------------- The problem is more that subversion 1.7 is only available for Solaris 10 at the moment due to the glib issue. This results in a mix of partly incompatible libs for Trac on Solaris 9 which I assume is responsible for Trac not working (Trac was always a bit complicated to do right). Regarding the path: would you mind talking to Rupert fixing the path? Best regards -- Dago From noreply at opencsw.org Thu Feb 23 10:49:25 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 10:49:25 +0100 Subject: [bug-notifications] [multitail 0004850]: Please upgrade to 5.2.8 In-Reply-To: Message-ID: <51d6509d0e3654850a591da5b78d0467@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4850 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: multitail Issue ID: 4850 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2011-10-24 13:06 CEST Last Modified: 2012-02-23 10:49 CET ====================================================================== Summary: Please upgrade to 5.2.8 Description: Please upgrade to 5.2.8 ====================================================================== ---------------------------------------------------------------------- (0009644) dam (administrator) - 2012-02-23 10:49 https://www.opencsw.org/mantis/view.php?id=4850#c9644 ---------------------------------------------------------------------- New version is out, please upgrade to 5.2.9 as released by SFW. From noreply at opencsw.org Thu Feb 23 11:08:44 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 11:08:44 +0100 Subject: [bug-notifications] [php5_session 0004905]: php5_session does not enable because there is a bug in the php.ini Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4905 ====================================================================== Reported By: jh Assigned To: ====================================================================== Project: php5_session Issue ID: 4905 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-23 11:08 CET Last Modified: 2012-02-23 11:08 CET ====================================================================== Summary: php5_session does not enable because there is a bug in the php.ini Description: php.ini does have extension = session and not extension=session.so so the module is not loaded. ====================================================================== From noreply at opencsw.org Thu Feb 23 15:22:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:22:49 +0100 Subject: [bug-notifications] [samba_common 0001536]: MIssing depend for CSWoldaprt In-Reply-To: Message-ID: <4c8094e00c32cc35ade99e84d4c84480@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1536 ====================================================================== Reported By: james Assigned To: fredrik ====================================================================== Project: samba_common Issue ID: 1536 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-03-15 06:21 CET Last Modified: 2012-02-23 15:22 CET ====================================================================== Summary: MIssing depend for CSWoldaprt Description: All the Sparc samba pacakges do not have a depends for CSWoldaprt. The i386 packages have this. This causes ldd failures: /opt/csw/bin/smbpasswd libldap-2.3.so.0 => (file not found) liblber-2.3.so.0 => (file not found) ====================================================================== ---------------------------------------------------------------------- (0003555) james (developer) - 2006-06-29 13:22 https://www.opencsw.org/mantis/view.php?id=1536#c3555 ---------------------------------------------------------------------- Yes. Still a minor difference between Sparc and i386 package, i386 has CSWossl in depends but Sparc does not. ---------------------------------------------------------------------- (0009645) dam (administrator) - 2012-02-23 15:22 https://www.opencsw.org/mantis/view.php?id=1536#c9645 ---------------------------------------------------------------------- This is fixed in 3.6.1,REV=2012.01.05 From noreply at opencsw.org Thu Feb 23 15:23:37 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:23:37 +0100 Subject: [bug-notifications] [samba_common 0001868]: Default location for log files is incorrect In-Reply-To: <4507e511c7fab11e41dded16cb643fd7> Message-ID: <72215dfeb88bc0156a67ae36f7ddbcb0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1868 ====================================================================== Reported By: laurent Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1868 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-10-17 04:50 CEST Last Modified: 2012-02-23 15:23 CET ====================================================================== Summary: Default location for log files is incorrect Description: It seems that by default, Blastwave\'s Samba put some of its logs in /opt/csw/var, which isn\'t very clean: # ls -l /opt/csw/var/log.* -rw-r--r-- 1 root other 22261 Oct 17 10:37 /opt/csw/var/log.nmbd -rw-r--r-- 1 root root 4742 Oct 17 10:34 /opt/csw/var/log.smbd I had to modify the cswsamba startup script add the -l option to both smbd and nmbd, and log in /var/log/samba. IMHO, the default should be in /opt/csw/var/log/samba. ====================================================================== ---------------------------------------------------------------------- (0004691) kenmays (reporter) - 2007-07-29 10:00 https://www.opencsw.org/mantis/view.php?id=1868#c4691 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:24:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:24:34 +0100 Subject: [bug-notifications] [samba_common 0001868]: Default location for log files is incorrect In-Reply-To: <4507e511c7fab11e41dded16cb643fd7> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1868 ====================================================================== Reported By: laurent Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1868 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-10-17 04:50 CEST Last Modified: 2012-02-23 15:24 CET ====================================================================== Summary: Default location for log files is incorrect Description: It seems that by default, Blastwave\'s Samba put some of its logs in /opt/csw/var, which isn\'t very clean: # ls -l /opt/csw/var/log.* -rw-r--r-- 1 root other 22261 Oct 17 10:37 /opt/csw/var/log.nmbd -rw-r--r-- 1 root root 4742 Oct 17 10:34 /opt/csw/var/log.smbd I had to modify the cswsamba startup script add the -l option to both smbd and nmbd, and log in /var/log/samba. IMHO, the default should be in /opt/csw/var/log/samba. ====================================================================== ---------------------------------------------------------------------- (0009646) dam (administrator) - 2012-02-23 15:24 https://www.opencsw.org/mantis/view.php?id=1868#c9646 ---------------------------------------------------------------------- In 3.6.1,REV=2012.01.05 the new log location is /var/opt/csw/samba/log/ From noreply at opencsw.org Thu Feb 23 15:24:45 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:24:45 +0100 Subject: [bug-notifications] [samba_common 0002232]: samba does not work longer then 1 or 2 days In-Reply-To: <72651037d04f183741626d5539f4058c> Message-ID: <7b66632f0c3943b4457b9195cbf94875@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2232 ====================================================================== Reported By: linuxdomination Assigned To: dam ====================================================================== Project: samba_common Issue ID: 2232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-05-03 12:57 CEST Last Modified: 2012-02-23 15:24 CET ====================================================================== Summary: samba does not work longer then 1 or 2 days Description: At the moment i am running samba 3.0.23b on Solaris 10 with an openldap backend. The problem is that the system seems to run fine for about a day or two (users login/logout, etc), but then for no apparent reason users can\'t log in. I can restart the SAMBA daemons (and the LDAP daemons), but nothing seems to fix it. The only fix that seems to work is to reboot the server. Once the system is rebooted, it all seems to work fine for a day or two, then it just stops working again. So this stuff is fairly unuseable so far. ====================================================================== ---------------------------------------------------------------------- (0004692) kenmays (reporter) - 2007-07-29 10:01 https://www.opencsw.org/mantis/view.php?id=2232#c4692 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:25:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:25:11 +0100 Subject: [bug-notifications] [samba_common 0002232]: samba does not work longer then 1 or 2 days In-Reply-To: <72651037d04f183741626d5539f4058c> Message-ID: <098815870d4c6f1fd6aef0902974cbe5@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2232 ====================================================================== Reported By: linuxdomination Assigned To: dam ====================================================================== Project: samba_common Issue ID: 2232 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-05-03 12:57 CEST Last Modified: 2012-02-23 15:25 CET ====================================================================== Summary: samba does not work longer then 1 or 2 days Description: At the moment i am running samba 3.0.23b on Solaris 10 with an openldap backend. The problem is that the system seems to run fine for about a day or two (users login/logout, etc), but then for no apparent reason users can\'t log in. I can restart the SAMBA daemons (and the LDAP daemons), but nothing seems to fix it. The only fix that seems to work is to reboot the server. Once the system is rebooted, it all seems to work fine for a day or two, then it just stops working again. So this stuff is fairly unuseable so far. ====================================================================== ---------------------------------------------------------------------- (0009647) dam (administrator) - 2012-02-23 15:25 https://www.opencsw.org/mantis/view.php?id=2232#c9647 ---------------------------------------------------------------------- This should be fixed in 3.6.1,REV=2012.01.05. From noreply at opencsw.org Thu Feb 23 15:25:20 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:25:20 +0100 Subject: [bug-notifications] [samba_common 0001805]: Samba fails to work correctly with smbpasswd and tdbsam backends, standalone server In-Reply-To: <9538c49dfc2d9099e76e482590acb531> Message-ID: <215c20a1aa40f706ceb362ce4d66b54d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1805 ====================================================================== Reported By: buysse Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1805 Category: other Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-09-19 15:00 CEST Last Modified: 2012-02-23 15:25 CET ====================================================================== Summary: Samba fails to work correctly with smbpasswd and tdbsam backends, standalone server Description: There are known issues as posted on the samba lists with 3.0.23b in standalone configurations, especially with the traditional smbpasswd backend. I just set a new box with s10u2 and the current samba package, and I could not get it to work no matter how I hacked at it (both smbpasswd and tdbsam backends, connections just didn\'t complete and smbd processes took a kill -9 to restart). Can you push a 3.0.23c in to testing and I\'ll check whether the issues are still there? Obviously, it\'s a recommended upgrade either way - 3.0.23b lasted less than a week before another patch was released. For the new server, I backed off to an earlier release from stable, with the same configuration, and had no problems. ====================================================================== ---------------------------------------------------------------------- (0004693) kenmays (reporter) - 2007-07-29 10:02 https://www.opencsw.org/mantis/view.php?id=1805#c4693 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:25:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:25:47 +0100 Subject: [bug-notifications] [samba_common 0001805]: Samba fails to work correctly with smbpasswd and tdbsam backends, standalone server In-Reply-To: <9538c49dfc2d9099e76e482590acb531> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1805 ====================================================================== Reported By: buysse Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1805 Category: other Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-09-19 15:00 CEST Last Modified: 2012-02-23 15:25 CET ====================================================================== Summary: Samba fails to work correctly with smbpasswd and tdbsam backends, standalone server Description: There are known issues as posted on the samba lists with 3.0.23b in standalone configurations, especially with the traditional smbpasswd backend. I just set a new box with s10u2 and the current samba package, and I could not get it to work no matter how I hacked at it (both smbpasswd and tdbsam backends, connections just didn\'t complete and smbd processes took a kill -9 to restart). Can you push a 3.0.23c in to testing and I\'ll check whether the issues are still there? Obviously, it\'s a recommended upgrade either way - 3.0.23b lasted less than a week before another patch was released. For the new server, I backed off to an earlier release from stable, with the same configuration, and had no problems. ====================================================================== ---------------------------------------------------------------------- (0009648) dam (administrator) - 2012-02-23 15:25 https://www.opencsw.org/mantis/view.php?id=1805#c9648 ---------------------------------------------------------------------- This should be fixed in 3.6.1,REV=2012.01.05. From noreply at opencsw.org Thu Feb 23 15:25:55 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:25:55 +0100 Subject: [bug-notifications] [samba_common 0001838]: valid users = @group doesn\'t work?!? In-Reply-To: <7ad2a83b17be2ae8d61bed7dcdab045d> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1838 ====================================================================== Reported By: jlangner Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1838 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-09-29 09:25 CEST Last Modified: 2012-02-23 15:25 CET ====================================================================== Summary: valid users = @group doesn\'t work?!? Description: Hi. I recently upgraded to the CSW samba 3.0.23b, but after installation and converting of our smb.conf I found that some shares are not accessible anymore. After a short investigation it seems that all the shares with \"valid users\" setting to an NIS group doesn\'t work anymore. Is you samba version compiled with NIS support, because that\'s what is suggested in the samba manual if problem accur with that open. However, it works if I just enter usernames. but Groupnames either with @group or &group or even +group doesn\'t work unfortunatly :( Can you reproduce that? ====================================================================== ---------------------------------------------------------------------- (0004694) kenmays (reporter) - 2007-07-29 10:02 https://www.opencsw.org/mantis/view.php?id=1838#c4694 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:26:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:26:26 +0100 Subject: [bug-notifications] [samba_common 0001838]: valid users = @group doesn\'t work?!? In-Reply-To: <7ad2a83b17be2ae8d61bed7dcdab045d> Message-ID: <34ab0d18f36d89000cc5ecc1286aee44@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1838 ====================================================================== Reported By: jlangner Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1838 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-09-29 09:25 CEST Last Modified: 2012-02-23 15:26 CET ====================================================================== Summary: valid users = @group doesn\'t work?!? Description: Hi. I recently upgraded to the CSW samba 3.0.23b, but after installation and converting of our smb.conf I found that some shares are not accessible anymore. After a short investigation it seems that all the shares with \"valid users\" setting to an NIS group doesn\'t work anymore. Is you samba version compiled with NIS support, because that\'s what is suggested in the samba manual if problem accur with that open. However, it works if I just enter usernames. but Groupnames either with @group or &group or even +group doesn\'t work unfortunatly :( Can you reproduce that? ====================================================================== ---------------------------------------------------------------------- (0009649) dam (administrator) - 2012-02-23 15:26 https://www.opencsw.org/mantis/view.php?id=1838#c9649 ---------------------------------------------------------------------- This should be fixed in 3.6.1,REV=2012.01.05. From noreply at opencsw.org Thu Feb 23 15:26:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:26:35 +0100 Subject: [bug-notifications] [samba_common 0001874]: smbclient: Can\'t load /etc/sfw/smb.conf - run testparm to debug it In-Reply-To: <4633ceb02ec3246878d5b8fe77f47d70> Message-ID: <638513fb1226e348a12930a9f1239357@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1874 ====================================================================== Reported By: junkken Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1874 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-10-20 11:41 CEST Last Modified: 2012-02-23 15:26 CET ====================================================================== Summary: smbclient: Can\'t load /etc/sfw/smb.conf - run testparm to debug it Description: Inconsistent pathing for smbclient / testparm bash-3.00# which smbclient /opt/csw/bin/smbclient bash-3.00# smbclient //sol10/ params.c:OpenConfFile() - Unable to open configuration file \"/etc/sfw/smb.conf\": No such file or directory *********************************************************** bash-3.00# which testparm /opt/csw/bin/testparm bash-3.00# testparm Load smb config files from /opt/csw/etc/samba/smb.conf Processing section \"[homes]\" ====================================================================== ---------------------------------------------------------------------- (0004695) kenmays (reporter) - 2007-07-29 10:03 https://www.opencsw.org/mantis/view.php?id=1874#c4695 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:27:18 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:27:18 +0100 Subject: [bug-notifications] [samba_common 0001874]: smbclient: Can\'t load /etc/sfw/smb.conf - run testparm to debug it In-Reply-To: <4633ceb02ec3246878d5b8fe77f47d70> Message-ID: <72465d91132fd55035a0367002700b50@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1874 ====================================================================== Reported By: junkken Assigned To: dam ====================================================================== Project: samba_common Issue ID: 1874 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-10-20 11:41 CEST Last Modified: 2012-02-23 15:27 CET ====================================================================== Summary: smbclient: Can\'t load /etc/sfw/smb.conf - run testparm to debug it Description: Inconsistent pathing for smbclient / testparm bash-3.00# which smbclient /opt/csw/bin/smbclient bash-3.00# smbclient //sol10/ params.c:OpenConfFile() - Unable to open configuration file \"/etc/sfw/smb.conf\": No such file or directory *********************************************************** bash-3.00# which testparm /opt/csw/bin/testparm bash-3.00# testparm Load smb config files from /opt/csw/etc/samba/smb.conf Processing section \"[homes]\" ====================================================================== ---------------------------------------------------------------------- (0009650) dam (administrator) - 2012-02-23 15:27 https://www.opencsw.org/mantis/view.php?id=1874#c9650 ---------------------------------------------------------------------- The new location is /etc/opt/csw/samba/smb.conf and works now in 3.6.1,REV=2012.01.05. From noreply at opencsw.org Thu Feb 23 15:27:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:27:32 +0100 Subject: [bug-notifications] [samba_common 0002141]: Upgrade to version 3.0.24 In-Reply-To: Message-ID: <8a5a385d63172148daef6b9d96e545f7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2141 ====================================================================== Reported By: bspeide Assigned To: dam ====================================================================== Project: samba_common Issue ID: 2141 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-02-23 10:58 CET Last Modified: 2012-02-23 15:27 CET ====================================================================== Summary: Upgrade to version 3.0.24 Description: Three security advisories are resolved: CVE-2007-0452, CVE-2007-0453 and CVE-2007-0454. ====================================================================== ---------------------------------------------------------------------- (0004696) kenmays (reporter) - 2007-07-29 10:03 https://www.opencsw.org/mantis/view.php?id=2141#c4696 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:27:56 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:27:56 +0100 Subject: [bug-notifications] [samba_common 0002141]: Upgrade to version 3.0.24 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2141 ====================================================================== Reported By: bspeide Assigned To: dam ====================================================================== Project: samba_common Issue ID: 2141 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-02-23 10:58 CET Last Modified: 2012-02-23 15:27 CET ====================================================================== Summary: Upgrade to version 3.0.24 Description: Three security advisories are resolved: CVE-2007-0452, CVE-2007-0453 and CVE-2007-0454. ====================================================================== ---------------------------------------------------------------------- (0009651) dam (administrator) - 2012-02-23 15:27 https://www.opencsw.org/mantis/view.php?id=2141#c9651 ---------------------------------------------------------------------- Samba 3.6.1,REV=2012.01.05 has been released to unstable/. From noreply at opencsw.org Thu Feb 23 15:28:06 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:28:06 +0100 Subject: [bug-notifications] [samba_common 0002274]: samba needs to be updated to v 3.0.25 In-Reply-To: <73da70bb3f9057e1a7a3b09eac91b8e1> Message-ID: <1f5035b7b5566ded7f11cb4a8e72dbd7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2274 ====================================================================== Reported By: uller Assigned To: dam ====================================================================== Project: samba_common Issue ID: 2274 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-06-20 14:48 CEST Last Modified: 2012-02-23 15:28 CET ====================================================================== Summary: samba needs to be updated to v 3.0.25 Description: The current version of samba in the repository is v3.0.23b which has an exploit flaw that allows the remote execution of commands, as well as a buffer overflow issue. The update to version 3.0.25 fixes these bugs. ====================================================================== ---------------------------------------------------------------------- (0004697) kenmays (reporter) - 2007-07-29 10:03 https://www.opencsw.org/mantis/view.php?id=2274#c4697 ---------------------------------------------------------------------- Samba 3.0.25b in /testing. Please review. From noreply at opencsw.org Thu Feb 23 15:28:27 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:28:27 +0100 Subject: [bug-notifications] [samba_common 0002274]: samba needs to be updated to v 3.0.25 In-Reply-To: <73da70bb3f9057e1a7a3b09eac91b8e1> Message-ID: <7072815c560e0c013463a5032d61b4fe@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2274 ====================================================================== Reported By: uller Assigned To: dam ====================================================================== Project: samba_common Issue ID: 2274 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-06-20 14:48 CEST Last Modified: 2012-02-23 15:28 CET ====================================================================== Summary: samba needs to be updated to v 3.0.25 Description: The current version of samba in the repository is v3.0.23b which has an exploit flaw that allows the remote execution of commands, as well as a buffer overflow issue. The update to version 3.0.25 fixes these bugs. ====================================================================== ---------------------------------------------------------------------- (0009652) dam (administrator) - 2012-02-23 15:28 https://www.opencsw.org/mantis/view.php?id=2274#c9652 ---------------------------------------------------------------------- Samba 3.6.1,REV=2012.01.05 has been released to unstable/. From noreply at opencsw.org Thu Feb 23 15:28:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:28:35 +0100 Subject: [bug-notifications] [samba_common 0003113]: Depend on CSWggettextrt In-Reply-To: <8cbaf15ff23b70e1bb5037d9571bed31> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3113 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3113 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:52 CET Last Modified: 2012-02-23 15:28 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Thu Feb 23 15:28:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:28:52 +0100 Subject: [bug-notifications] [samba_common 0003113]: Depend on CSWggettextrt In-Reply-To: <8cbaf15ff23b70e1bb5037d9571bed31> Message-ID: <98cdd3ecebd0a4b4d9bdb08befc871ae@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3113 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3113 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:52 CET Last Modified: 2012-02-23 15:28 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0009653) dam (administrator) - 2012-02-23 15:28 https://www.opencsw.org/mantis/view.php?id=3113#c9653 ---------------------------------------------------------------------- This is fixed in 3.6.1,REV=2012.01.05. From noreply at opencsw.org Thu Feb 23 15:29:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:29:01 +0100 Subject: [bug-notifications] [samba_common 0003153]: Depend on CSWggettextrt In-Reply-To: Message-ID: <790666360217e66315aa44feb9f1a978@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3153 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3153 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2012-02-23 15:29 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Thu Feb 23 15:30:12 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:30:12 +0100 Subject: [bug-notifications] [samba_common 0003153]: Depend on CSWggettextrt In-Reply-To: Message-ID: <19071933f06710cac5b0c4b62a07ab79@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0003113. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3153 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3153 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2012-02-23 15:30 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003113 Depend on CSWggettextrt ====================================================================== From noreply at opencsw.org Thu Feb 23 15:30:13 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:30:13 +0100 Subject: [bug-notifications] [samba_common 0003113]: Depend on CSWggettextrt In-Reply-To: <8cbaf15ff23b70e1bb5037d9571bed31> Message-ID: The issue 0003153 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3113 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3113 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:52 CET Last Modified: 2012-02-23 15:28 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0003153 Depend on CSWggettextrt ====================================================================== ---------------------------------------------------------------------- (0009653) dam (administrator) - 2012-02-23 15:28 https://www.opencsw.org/mantis/view.php?id=3113#c9653 ---------------------------------------------------------------------- This is fixed in 3.6.1,REV=2012.01.05. From noreply at opencsw.org Thu Feb 23 15:30:35 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:30:35 +0100 Subject: [bug-notifications] [samba_common 0003153]: Depend on CSWggettextrt In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3153 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3153 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:57 CET Last Modified: 2012-02-23 15:30 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003113 Depend on CSWggettextrt ====================================================================== From noreply at opencsw.org Thu Feb 23 15:30:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:30:49 +0100 Subject: [bug-notifications] [samba_common 0003449]: samba needs to be updated to v 3.0.34 In-Reply-To: <58d4398bb615bf4cf737ca5a4b34f5aa> Message-ID: <2d686383f69ed2dd46a9f73e61a1fff9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3449 ====================================================================== Reported By: yaverin Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3449 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-26 13:35 CET Last Modified: 2012-02-23 15:30 CET ====================================================================== Summary: samba needs to be updated to v 3.0.34 Description: The current version of samba in the repository is has an exploit flaw that allows the remote execution of commands, as well as a buffer overflow issue. The update to version 3.0.34 fixes these bugs. ====================================================================== From noreply at opencsw.org Thu Feb 23 15:31:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 23 Feb 2012 15:31:11 +0100 Subject: [bug-notifications] [samba_common 0003449]: samba needs to be updated to v 3.0.34 In-Reply-To: <58d4398bb615bf4cf737ca5a4b34f5aa> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3449 ====================================================================== Reported By: yaverin Assigned To: dam ====================================================================== Project: samba_common Issue ID: 3449 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-26 13:35 CET Last Modified: 2012-02-23 15:31 CET ====================================================================== Summary: samba needs to be updated to v 3.0.34 Description: The current version of samba in the repository is has an exploit flaw that allows the remote execution of commands, as well as a buffer overflow issue. The update to version 3.0.34 fixes these bugs. ====================================================================== ---------------------------------------------------------------------- (0009654) dam (administrator) - 2012-02-23 15:31 https://www.opencsw.org/mantis/view.php?id=3449#c9654 ---------------------------------------------------------------------- Samba 3.6.1,REV=2012.01.05 has been released to unstable/. From noreply at opencsw.org Fri Feb 24 02:34:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 02:34:42 +0100 Subject: [bug-notifications] [php5 0004904]: missing php5_zlib module In-Reply-To: <801b563bf69ecb65eec53d2f077f0fd1> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4904 ====================================================================== Reported By: weyhmueller Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4904 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 15:08 CET Last Modified: 2012-02-24 02:34 CET ====================================================================== Summary: missing php5_zlib module Description: I am missing the zlib module and the functions that it provides. e.g : "PHP Fatal error: Call to undefined function gzdeflate() in /var/opt/csw/nginx/simplesamlphp-1.8.2/lib/SAML2/HTTPRedirect.php on line 36" Is there a specific reason why this is not available? ====================================================================== ---------------------------------------------------------------------- (0009655) bwalton (administrator) - 2012-02-24 02:34 https://www.opencsw.org/mantis/view.php?id=4904#c9655 ---------------------------------------------------------------------- Ah! That's the trouble. I tried to decrease the build time by only building modules once. I'll need to ensure that the parts that don't get split out to separate modules are included in every build. Rolling an update now. From noreply at opencsw.org Fri Feb 24 10:21:44 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 10:21:44 +0100 Subject: [bug-notifications] [zsh 0004906]: Please upgrade to 4.3.17 Message-ID: <3dfcfc953861077cb20716370e7f2a46@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4906 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: zsh Issue ID: 4906 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-24 10:21 CET Last Modified: 2012-02-24 10:21 CET ====================================================================== Summary: Please upgrade to 4.3.17 Description: Please upgrade to 4.3.17 ====================================================================== From noreply at opencsw.org Fri Feb 24 10:43:01 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 10:43:01 +0100 Subject: [bug-notifications] [sasl 0004907]: pkgutil -i subversion (with dependency sasl) fails due to reuse of group 100 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4907 ====================================================================== Reported By: sishbi Assigned To: ====================================================================== Project: sasl Issue ID: 4907 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-24 10:43 CET Last Modified: 2012-02-24 10:43 CET ====================================================================== Summary: pkgutil -i subversion (with dependency sasl) fails due to reuse of group 100 Description: When trying to install subversion, a dependent package 'sasl' fails because group 100 is already in use Although there is no local group which uses the groupid of 100 the machine is part of a NIS domain which DOES have a group for 100 It would be better to not specify a group id and let the local system automatically generate one based on availability Attempting to remove the CSWsasl package fails. Attempting to install subversion again succeeds as the sasl package was partially installed (but not fully configured). After the 2nd install attempt, subversion is usable. ====================================================================== From noreply at opencsw.org Fri Feb 24 15:06:10 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 15:06:10 +0100 Subject: [bug-notifications] [php5_session 0004905]: php5_session does not enable because there is a bug in the php.ini In-Reply-To: <5dd394ac1d136ec007562674b53b525c> Message-ID: <44fbf940330f3cf7e480358d7b61f4db@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4905 ====================================================================== Reported By: jh Assigned To: bwalton ====================================================================== Project: php5_session Issue ID: 4905 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-23 11:08 CET Last Modified: 2012-02-24 15:06 CET ====================================================================== Summary: php5_session does not enable because there is a bug in the php.ini Description: php.ini does have extension = session and not extension=session.so so the module is not loaded. ====================================================================== From noreply at opencsw.org Fri Feb 24 15:07:04 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 15:07:04 +0100 Subject: [bug-notifications] [php5_session 0004905]: php5_session does not enable because there is a bug in the php.ini In-Reply-To: <5dd394ac1d136ec007562674b53b525c> Message-ID: <03c44867c8d0d2b40d3adadee1551855@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4905 ====================================================================== Reported By: jh Assigned To: bwalton ====================================================================== Project: php5_session Issue ID: 4905 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-23 11:08 CET Last Modified: 2012-02-24 15:07 CET ====================================================================== Summary: php5_session does not enable because there is a bug in the php.ini Description: php.ini does have extension = session and not extension=session.so so the module is not loaded. ====================================================================== ---------------------------------------------------------------------- (0009656) bwalton (administrator) - 2012-02-24 15:07 https://www.opencsw.org/mantis/view.php?id=4905#c9656 ---------------------------------------------------------------------- Is this error also in php.ini.CSW? I don't see any extension=session lines in the templated file so I wonder if this is a local error that crept in and was then migrated during the package update? From noreply at opencsw.org Fri Feb 24 17:32:56 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 17:32:56 +0100 Subject: [bug-notifications] [php5_session 0004905]: php5_session does not enable because there is a bug in the php.ini In-Reply-To: <5dd394ac1d136ec007562674b53b525c> Message-ID: <061a34e075855655787a4d49387d8aad@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4905 ====================================================================== Reported By: jh Assigned To: bwalton ====================================================================== Project: php5_session Issue ID: 4905 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-23 11:08 CET Last Modified: 2012-02-24 17:32 CET ====================================================================== Summary: php5_session does not enable because there is a bug in the php.ini Description: php.ini does have extension = session and not extension=session.so so the module is not loaded. ====================================================================== ---------------------------------------------------------------------- (0009657) jh (developer) - 2012-02-24 17:32 https://www.opencsw.org/mantis/view.php?id=4905#c9657 ---------------------------------------------------------------------- Will check back on Monday. Maybe your intern did messed it up and there is no bug :) From noreply at opencsw.org Fri Feb 24 22:03:30 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 22:03:30 +0100 Subject: [bug-notifications] [zsh 0004881]: Problem installing new 4.3.15 zsh package In-Reply-To: <16f1c33820ddba053f4f8d1fea702bbd> Message-ID: <95ed5f7acb5ef6b20ff2b761c55c9e48@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4881 ====================================================================== Reported By: dam Assigned To: opk ====================================================================== Project: zsh Issue ID: 4881 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-12-21 21:08 CET Last Modified: 2012-02-24 22:03 CET ====================================================================== Summary: Problem installing new 4.3.15 zsh package Description: I just updated unstable10s with the latest zsh and got the following error: => Installing CSWzsh-4.3.15,REV=2011.12.20 (4/18) ... ERROR: attribute verification of failed pathname does not exist unable to create link to Please see /opt/csw/share/doc/zsh/license for license information. Installing class ... Registering /opt/csw/bin/zsh in /etc/shells. Installation of partially failed. Exiting pkgutil due to pkgadd error: 2 ====================================================================== ---------------------------------------------------------------------- (0009513) opk (manager) - 2011-12-29 15:49 https://www.opencsw.org/mantis/view.php?id=4881#c9513 ---------------------------------------------------------------------- Package rebuilt with all the checkpkg overrides handled. I now can't reproduce the original problem. From noreply at opencsw.org Fri Feb 24 22:04:03 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 22:04:03 +0100 Subject: [bug-notifications] [zsh 0004906]: Please upgrade to 4.3.17 In-Reply-To: Message-ID: <3faa41157073cf4e8dfe7fa7c9aff3c3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4906 ====================================================================== Reported By: dam Assigned To: opk ====================================================================== Project: zsh Issue ID: 4906 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-24 10:21 CET Last Modified: 2012-02-24 22:04 CET ====================================================================== Summary: Please upgrade to 4.3.17 Description: Please upgrade to 4.3.17 ====================================================================== From noreply at opencsw.org Fri Feb 24 22:06:06 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 24 Feb 2012 22:06:06 +0100 Subject: [bug-notifications] [zsh 0004906]: Please upgrade to 4.3.17 In-Reply-To: Message-ID: <418dbc94ffe16779a64af7b54feb61a2@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4906 ====================================================================== Reported By: dam Assigned To: opk ====================================================================== Project: zsh Issue ID: 4906 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-02-24 10:21 CET Last Modified: 2012-02-24 22:06 CET ====================================================================== Summary: Please upgrade to 4.3.17 Description: Please upgrade to 4.3.17 ====================================================================== From noreply at opencsw.org Sun Feb 26 12:25:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 12:25:42 +0100 Subject: [bug-notifications] [lighttpd 0002993]: Please depend against CSWpcrert instead of CSWpcre In-Reply-To: <0e70727faaa85a47f96b2d884877a552> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2993 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: lighttpd Issue ID: 2993 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-15 16:20 CET Last Modified: 2012-02-26 12:25 CET ====================================================================== Summary: Please depend against CSWpcrert instead of CSWpcre Description: Please depend against CSWpcrert instead of CSWpcre ====================================================================== ---------------------------------------------------------------------- (0009222) maciej (manager) - 2011-08-05 09:25 https://www.opencsw.org/mantis/view.php?id=2993#c9222 ---------------------------------------------------------------------- Dependencies of lighttpd have been updated. From noreply at opencsw.org Sun Feb 26 12:28:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 12:28:34 +0100 Subject: [bug-notifications] [gcc4g++ 0004875]: GCC 4.6.2 C++ : dynamic link issue In-Reply-To: Message-ID: <445b5de56c9f7059955c963dd3e35332@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4875 ====================================================================== Reported By: pfelecan Assigned To: maciej ====================================================================== Project: gcc4g++ Issue ID: 4875 Category: regular use Reproducibility: always Severity: block Priority: high Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-12-03 09:26 CET Last Modified: 2012-02-26 12:28 CET ====================================================================== Summary: GCC 4.6.2 C++ : dynamic link issue Description: The minimal program: int main() {} compiles, links (g++ -o c c.cc) but doesn't run; the following error message is reported: ld.so.1: c: fatal: libstdc++.so.6: open failed: No such file or directory and ldd reports: libstdc++.so.6 => (file not found) libm.so.2 => /lib/libm.so.2 libgcc_s.so.1 => (file not found) libc.so.1 => /lib/libc.so.1 $ type g++ g++ is /opt/csw/bin/g++ $ g++ --version g++ (GCC) 4.6.2 ====================================================================== ---------------------------------------------------------------------- (0009658) maciej (manager) - 2012-02-26 12:28 https://www.opencsw.org/mantis/view.php?id=4875#c9658 ---------------------------------------------------------------------- We now ship a custom spec file which fixes the problem. As a side effect, we add -R/opt/csw/lib or -R/opt/csw/lib/64 to all binaries. From noreply at opencsw.org Sun Feb 26 12:30:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 12:30:16 +0100 Subject: [bug-notifications] [lighttpd 0002970]: missing out on solaris specific tunable In-Reply-To: Message-ID: <5d50368d93c064c4cace1f2fbad15917@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2970 ====================================================================== Reported By: philadmin Assigned To: ====================================================================== Project: lighttpd Issue ID: 2970 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-16 21:34 CET Last Modified: 2012-02-26 12:30 CET ====================================================================== Summary: missing out on solaris specific tunable Description: according to http://blogs.sun.com/shanti/entry/lighttpd_on_solaris it is important to set server.event-handler to "solaris-devpoll" to have better performance ====================================================================== ---------------------------------------------------------------------- (0009659) maciej (manager) - 2012-02-26 12:30 https://www.opencsw.org/mantis/view.php?id=2970#c9659 ---------------------------------------------------------------------- https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/lighttpd/trunk/files/lighttpd.conf From noreply at opencsw.org Sun Feb 26 12:34:13 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 12:34:13 +0100 Subject: [bug-notifications] [smartmontools 0004387]: Class actions are never triggered so no init script is installed In-Reply-To: <444db305737aa594761bcef753dc40bc> Message-ID: <04308f3cc52cdc6fcf54384ade013766@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4387 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: smartmontools Issue ID: 4387 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2010-04-01 20:33 CEST Last Modified: 2012-02-26 12:34 CET ====================================================================== Summary: Class actions are never triggered so no init script is installed Description: I just supported a used over IRC and he didn't get any init script when install smartmontools. He had cswclassutils installed and no sparse zone or anything. I noticed that you have this is the prototype: f cswinitsmf /etc/opt/csw/init.d/cswsmartd 0755 root bin But in pkginfo only class none is listed: CLASSES=none So the class action is never triggered and even worse, the init script is not installed at all. ====================================================================== ---------------------------------------------------------------------- (0009660) maciej (manager) - 2012-02-26 12:34 https://www.opencsw.org/mantis/view.php?id=4387#c9660 ---------------------------------------------------------------------- 5.42,REV=2011.12.15 is now released and uses SMF support http://buildfarm.opencsw.org/pkgdb/srv4/8f536b33a65e6380a82522258eaa50c0/ From noreply at opencsw.org Sun Feb 26 12:34:31 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 12:34:31 +0100 Subject: [bug-notifications] [smartmontools 0004387]: Class actions are never triggered so no init script is installed In-Reply-To: <444db305737aa594761bcef753dc40bc> Message-ID: <72aa09772b31ef2968f8d43c1882a342@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4387 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: smartmontools Issue ID: 4387 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-04-01 20:33 CEST Last Modified: 2012-02-26 12:34 CET ====================================================================== Summary: Class actions are never triggered so no init script is installed Description: I just supported a used over IRC and he didn't get any init script when install smartmontools. He had cswclassutils installed and no sparse zone or anything. I noticed that you have this is the prototype: f cswinitsmf /etc/opt/csw/init.d/cswsmartd 0755 root bin But in pkginfo only class none is listed: CLASSES=none So the class action is never triggered and even worse, the init script is not installed at all. ====================================================================== ---------------------------------------------------------------------- (0009660) maciej (manager) - 2012-02-26 12:34 https://www.opencsw.org/mantis/view.php?id=4387#c9660 ---------------------------------------------------------------------- 5.42,REV=2011.12.15 is now released and uses SMF support http://buildfarm.opencsw.org/pkgdb/srv4/8f536b33a65e6380a82522258eaa50c0/ From noreply at opencsw.org Sun Feb 26 12:59:49 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 12:59:49 +0100 Subject: [bug-notifications] [mysql5 0004653]: Non-global zone support for the mysqld startup script In-Reply-To: <8ee1bdb60c72af366d61d8420634671b> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4653 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 4653 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-01-02 16:31 CET Last Modified: 2012-02-26 12:59 CET ====================================================================== Summary: Non-global zone support for the mysqld startup script Description: When calling svcadm restart cswmysql5 from the global zone, the script calls pkill and pgrep which also affects processes in the non-global zones. Restarting mysqld in the global zone causes mysqld restarts in all non-global zones too. ====================================================================== From noreply at opencsw.org Sun Feb 26 13:00:14 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 13:00:14 +0100 Subject: [bug-notifications] [mysql5 0004653]: Non-global zone support for the mysqld startup script In-Reply-To: <8ee1bdb60c72af366d61d8420634671b> Message-ID: <6757189a7899335b08919f4b7229bc3d@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4653 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 4653 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-01-02 16:31 CET Last Modified: 2012-02-26 13:00 CET ====================================================================== Summary: Non-global zone support for the mysqld startup script Description: When calling svcadm restart cswmysql5 from the global zone, the script calls pkill and pgrep which also affects processes in the non-global zones. Restarting mysqld in the global zone causes mysqld restarts in all non-global zones too. ====================================================================== ---------------------------------------------------------------------- (0009661) maciej (manager) - 2012-02-26 13:00 https://www.opencsw.org/mantis/view.php?id=4653#c9661 ---------------------------------------------------------------------- https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg/mysql5/branches/mysql-5.0.x/files/cswmysql5.tpl zonename is now used. From noreply at opencsw.org Sun Feb 26 13:26:10 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 13:26:10 +0100 Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL 5.1 In-Reply-To: <742d0191ee2ba43ba3a164b03c23df05> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3722 ====================================================================== Reported By: bryanwgraham Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 3722 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-06-22 22:46 CEST Last Modified: 2012-02-26 13:26 CET ====================================================================== Summary: Request for update to MySQL 5.1 Description: It's out. I'm told this is how you request a new version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004843 Missing 64-bit .pc files ====================================================================== ---------------------------------------------------------------------- (0009662) maciej (manager) - 2012-02-26 13:26 https://www.opencsw.org/mantis/view.php?id=3722#c9662 ---------------------------------------------------------------------- MySQL-5.5 is available from the experimental directory: http://lists.opencsw.org/pipermail/users/2012-February/009158.html Feedback is welcome. From noreply at opencsw.org Sun Feb 26 13:26:34 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 13:26:34 +0100 Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL 5.1 In-Reply-To: <742d0191ee2ba43ba3a164b03c23df05> Message-ID: <9dab6be2ea7613c5ab61a08898a72043@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3722 ====================================================================== Reported By: bryanwgraham Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 3722 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-06-22 22:46 CEST Last Modified: 2012-02-26 13:26 CET ====================================================================== Summary: Request for update to MySQL 5.1 Description: It's out. I'm told this is how you request a new version. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004843 Missing 64-bit .pc files ====================================================================== ---------------------------------------------------------------------- (0009662) maciej (manager) - 2012-02-26 13:26 https://www.opencsw.org/mantis/view.php?id=3722#c9662 ---------------------------------------------------------------------- MySQL-5.5 is available from the experimental directory: http://lists.opencsw.org/pipermail/users/2012-February/009158.html Feedback is welcome. From noreply at opencsw.org Sun Feb 26 14:30:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 14:30:32 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-26 14:30 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009663) bwalton (administrator) - 2012-02-26 14:30 https://www.opencsw.org/mantis/view.php?id=4892#c9663 ---------------------------------------------------------------------- I'm pushing the first ruby191 packages to unstable now. I still need to add alternatives support and the generic ruby19 meta-package, but these should give your team something to work with. Feedback is definitely welcome. If you (or your team) would like to see some structural changes to the package, please let me know. From noreply at opencsw.org Sun Feb 26 20:04:39 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 20:04:39 +0100 Subject: [bug-notifications] [mysql5 0004836]: mysql_config reporting wrong 64 bit directory In-Reply-To: Message-ID: <9acaeec0165ecf969589774a83a82192@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4836 ====================================================================== Reported By: duncs Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 4836 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-09-28 18:26 CEST Last Modified: 2012-02-26 20:04 CET ====================================================================== Summary: mysql_config reporting wrong 64 bit directory Description: /opt/csw/bin/mysql_config shows --libs_r [-m64 -xarch=sse2 -norunpath -L/opt/csw/mysql5/lib/64 -L/opt/csw/lib/64 -L/opt/csw/lib/mysql -lmysqlclient_r -L/opt/csw/lib -lz -lpthread -lposix4 -lc -lgen -lsocket -lnsl -lm -lpthread] however # ls /opt/csw/mysql5/lib/ amd64 so either mysql_config reports the wrong '64' dir or thepackaging uses the wrong 'amd64' dir As a workaround I have symlinked amd64 to 64 within /opt/csw/mysql5/lib/ ====================================================================== From noreply at opencsw.org Sun Feb 26 20:05:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 20:05:17 +0100 Subject: [bug-notifications] [mysql5 0004836]: mysql_config reporting wrong 64 bit directory In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4836 ====================================================================== Reported By: duncs Assigned To: maciej ====================================================================== Project: mysql5 Issue ID: 4836 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-09-28 18:26 CEST Last Modified: 2012-02-26 20:05 CET ====================================================================== Summary: mysql_config reporting wrong 64 bit directory Description: /opt/csw/bin/mysql_config shows --libs_r [-m64 -xarch=sse2 -norunpath -L/opt/csw/mysql5/lib/64 -L/opt/csw/lib/64 -L/opt/csw/lib/mysql -lmysqlclient_r -L/opt/csw/lib -lz -lpthread -lposix4 -lc -lgen -lsocket -lnsl -lm -lpthread] however # ls /opt/csw/mysql5/lib/ amd64 so either mysql_config reports the wrong '64' dir or thepackaging uses the wrong 'amd64' dir As a workaround I have symlinked amd64 to 64 within /opt/csw/mysql5/lib/ ====================================================================== ---------------------------------------------------------------------- (0009664) maciej (manager) - 2012-02-26 20:05 https://www.opencsw.org/mantis/view.php?id=4836#c9664 ---------------------------------------------------------------------- This is now fixed. vsol05 ~ # /opt/csw/bin/amd64/mysql_config Usage: /opt/csw/bin/amd64/mysql_config [OPTIONS] Options: --cflags [-I/opt/csw/include/mysql -m64 -xarch=sse2 -mt -D_POSIX_C_SOURCE=199506L -D__EXTENSIONS__ -DBIG_TABLES -DHAVE_RWLOCK_T] --include [-I/opt/csw/include/mysql] --libs [-m64 -xarch=sse2 -L/opt/csw/lib/64 -L/opt/csw/lib/64/mysql -lmysqlclient -L/opt/csw/lib -lz -lposix4 -lc -lgen -lsocket -lnsl -lm] --libs_r [-m64 -xarch=sse2 -L/opt/csw/lib/64 -L/opt/csw/lib/64/mysql -lmysqlclient_r -L/opt/csw/lib -lz -lpthread -lposix4 -lc -lgen -lsocket -lnsl -lm -lpthread] --socket [/tmp/mysql.sock] --port [0] --version [5.0.95] --libmysqld-libs [-m64 -xarch=sse2 -L/opt/csw/lib/64 -L/opt/csw/lib/64/mysql -lmysqld -L/opt/csw/lib -lz -lpthread -lposix4 -lc -lgen -lsocket -lnsl -lm -lpthread -lwrap -lrt] All mysql libraries live in /opt/csw/lib(/64). From noreply at opencsw.org Sun Feb 26 20:12:52 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 26 Feb 2012 20:12:52 +0100 Subject: [bug-notifications] [pysvn 0004902]: pysvn and/or pythonsvn not functional In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4902 ====================================================================== Reported By: joeymukherjee Assigned To: dam ====================================================================== Project: pysvn Issue ID: 4902 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-21 20:09 CET Last Modified: 2012-02-26 20:12 CET ====================================================================== Summary: pysvn and/or pythonsvn not functional Description: In the Solaris 9 build, the pysvn and pythonsvn do not have core.py with them. This makes the SVN python libs useless. The command I am trying to get working is: >>> from svn import core Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/svn/core.py", line 19, in File "/opt/csw/lib/python/site-packages/libsvn/core.py", line 7, in ImportError: No module named _core ====================================================================== ---------------------------------------------------------------------- (0009665) maciej (manager) - 2012-02-26 20:12 https://www.opencsw.org/mantis/view.php?id=4902#c9665 ---------------------------------------------------------------------- I looked at the Debian package, and the build recipe is really complex, applying a lot of customization. Not sure what to make of it, is it because of insufficient communication between Subversion developers and Debian packagers? I wouldn't like our build recipe to be as complex. I looked at our recipe and I don't have a quick fix for it right now, although it could be as simple as changing one installation directory. What I'm not sure about is why we change libdir to /opt/csw/lib/svn. Why make it so general? From noreply at opencsw.org Mon Feb 27 00:51:28 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 00:51:28 +0100 Subject: [bug-notifications] [rsync 0004903]: Service cswrync is set to autostart by package but doesn't include a config file In-Reply-To: Message-ID: <0dca47b75f342545ef21de5c126beb0a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4903 ====================================================================== Reported By: gadavis Assigned To: maciej ====================================================================== Project: rsync Issue ID: 4903 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-22 04:33 CET Last Modified: 2012-02-27 00:51 CET ====================================================================== Summary: Service cswrync is set to autostart by package but doesn't include a config file Description: The rsync package installs an SMF manifest and tries to auto-enable the service, but no config file is provided. Thus you end up with a service in the maintenance state. Personally, I don't think that rsync should automatically provide the cswrsyncd service at all, as many users have no need for rsyncd and just want the client rsync command. Maybe this is worth splitting the daemon out into a separate package? ====================================================================== From noreply at opencsw.org Mon Feb 27 00:55:17 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 00:55:17 +0100 Subject: [bug-notifications] [rsync 0004903]: Service cswrync is set to autostart by package but doesn't include a config file In-Reply-To: Message-ID: <426f74cff5f1c3358bf225fe7f18262d@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4903 ====================================================================== Reported By: gadavis Assigned To: maciej ====================================================================== Project: rsync Issue ID: 4903 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 04:33 CET Last Modified: 2012-02-27 00:55 CET ====================================================================== Summary: Service cswrync is set to autostart by package but doesn't include a config file Description: The rsync package installs an SMF manifest and tries to auto-enable the service, but no config file is provided. Thus you end up with a service in the maintenance state. Personally, I don't think that rsync should automatically provide the cswrsyncd service at all, as many users have no need for rsyncd and just want the client rsync command. Maybe this is worth splitting the daemon out into a separate package? ====================================================================== ---------------------------------------------------------------------- (0009666) maciej (developer) - 2012-02-27 00:55 https://www.opencsw.org/mantis/view.php?id=4903#c9666 ---------------------------------------------------------------------- Splitting the daemon to a separate package sounds like a good idea. If you have any spare cycles, please go ahead and do it. From noreply at opencsw.org Mon Feb 27 04:37:37 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 04:37:37 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: <8c60db48b93b290fb9a593ad51ee529b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-27 04:37 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009667) bwalton (administrator) - 2012-02-27 04:37 https://www.opencsw.org/mantis/view.php?id=4892#c9667 ---------------------------------------------------------------------- I just pushed CSWruby19{,-ri,-dev} that are meta packages to pull in the 191 versions of the same. In the case of CSWruby19 and CSWruby19-ri, they also deliver files in bin/ to allow for using /opt/csw/bin/ruby19 as the hashbang, etc. With these packages, getting ruby19 on a box should be doable with: pkgutil -i CSWruby19. The alternatives support lives in CSWruby191. You can make ruby 1.9 the default by toggling the alternative if you want to. Feedback welcome. From noreply at opencsw.org Mon Feb 27 09:52:11 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 09:52:11 +0100 Subject: [bug-notifications] [php5_session 0004905]: php5_session does not enable because there is a bug in the php.ini In-Reply-To: <5dd394ac1d136ec007562674b53b525c> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4905 ====================================================================== Reported By: jh Assigned To: bwalton ====================================================================== Project: php5_session Issue ID: 4905 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-23 11:08 CET Last Modified: 2012-02-27 09:52 CET ====================================================================== Summary: php5_session does not enable because there is a bug in the php.ini Description: php.ini does have extension = session and not extension=session.so so the module is not loaded. ====================================================================== ---------------------------------------------------------------------- (0009668) jh (developer) - 2012-02-27 09:52 https://www.opencsw.org/mantis/view.php?id=4905#c9668 ---------------------------------------------------------------------- correct there is no extension=session.so at all. So it's a wrong bug description. IIRC the postinstall script of the modules enables the extension. So session.so should be added to the php.ini.CSW I guess. From noreply at opencsw.org Mon Feb 27 13:49:36 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 13:49:36 +0100 Subject: [bug-notifications] [cas_preserveconf 0004908]: during first install of files owership is not preserved. Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4908 ====================================================================== Reported By: jh Assigned To: ====================================================================== Project: cas_preserveconf Issue ID: 4908 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-27 13:49 CET Last Modified: 2012-02-27 13:49 CET ====================================================================== Summary: during first install of files owership is not preserved. Description: When .CSW files are copied to non csw file on first install the owernership is not preserverd: e.g. -rw-r----- 1 root other 51K Feb 27 12:26 web.xml -rw-r----- 1 tomcat tomcat 51K Feb 27 13:06 web.xml.CSW so a -p is missing somewhere :) ====================================================================== From noreply at opencsw.org Mon Feb 27 15:00:30 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 15:00:30 +0100 Subject: [bug-notifications] [cas_preserveconf 0004908]: during first install of files owership is not preserved. In-Reply-To: <2ac7242fa1b17aa9df37c5f597d309ef> Message-ID: <73edbf078f122d45f34c30aef326242d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4908 ====================================================================== Reported By: jh Assigned To: ====================================================================== Project: cas_preserveconf Issue ID: 4908 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-27 13:49 CET Last Modified: 2012-02-27 15:00 CET ====================================================================== Summary: during first install of files owership is not preserved. Description: When .CSW files are copied to non csw file on first install the owernership is not preserverd: e.g. -rw-r----- 1 root other 51K Feb 27 12:26 web.xml -rw-r----- 1 tomcat tomcat 51K Feb 27 13:06 web.xml.CSW so a -p is missing somewhere :) ====================================================================== ---------------------------------------------------------------------- (0009669) jh (developer) - 2012-02-27 15:00 https://www.opencsw.org/mantis/view.php?id=4908#c9669 ---------------------------------------------------------------------- no bug. Was to fast to file it :) From noreply at opencsw.org Mon Feb 27 15:01:10 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 15:01:10 +0100 Subject: [bug-notifications] [cas_preserveconf 0004908]: during first install of files owership is not preserved. In-Reply-To: <2ac7242fa1b17aa9df37c5f597d309ef> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4908 ====================================================================== Reported By: jh Assigned To: ====================================================================== Project: cas_preserveconf Issue ID: 4908 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-02-27 13:49 CET Last Modified: 2012-02-27 15:01 CET ====================================================================== Summary: during first install of files owership is not preserved. Description: When .CSW files are copied to non csw file on first install the owernership is not preserverd: e.g. -rw-r----- 1 root other 51K Feb 27 12:26 web.xml -rw-r----- 1 tomcat tomcat 51K Feb 27 13:06 web.xml.CSW so a -p is missing somewhere :) ====================================================================== ---------------------------------------------------------------------- (0009669) jh (developer) - 2012-02-27 15:00 https://www.opencsw.org/mantis/view.php?id=4908#c9669 ---------------------------------------------------------------------- no bug. Was to fast to file it :) From noreply at opencsw.org Mon Feb 27 15:15:16 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 15:15:16 +0100 Subject: [bug-notifications] [nmh 0004909]: nmh 1.4 is broken Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4909 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: nmh Issue ID: 4909 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-27 15:15 CET Last Modified: 2012-02-27 15:15 CET ====================================================================== Summary: nmh 1.4 is broken Description: There is a bug in the nmh code, which is known upstream : http://lists.gnu.org/archive/html/nmh-workers/2012-02/msg00001.html A patch is available. ====================================================================== From noreply at opencsw.org Mon Feb 27 17:03:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 17:03:50 +0100 Subject: [bug-notifications] [tomcat5 0003866]: Tomcat5 should use cswusergroup for user creation In-Reply-To: Message-ID: <5a5c4cc0b98605a3e70e13746ccfd090@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3866 ====================================================================== Reported By: wbonnet Assigned To: jh ====================================================================== Project: tomcat5 Issue ID: 3866 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-22 13:30 CEST Last Modified: 2012-02-27 17:03 CET ====================================================================== Summary: Tomcat5 should use cswusergroup for user creation Description: Tomcat5 should use cswusergroup for user creation ====================================================================== From noreply at opencsw.org Mon Feb 27 17:04:33 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 17:04:33 +0100 Subject: [bug-notifications] [tomcat5 0003866]: Tomcat5 should use cswusergroup for user creation In-Reply-To: Message-ID: <02e780ef0f99fc9bbf7cf8568daa91af@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3866 ====================================================================== Reported By: wbonnet Assigned To: jh ====================================================================== Project: tomcat5 Issue ID: 3866 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-22 13:30 CEST Last Modified: 2012-02-27 17:04 CET ====================================================================== Summary: Tomcat5 should use cswusergroup for user creation Description: Tomcat5 should use cswusergroup for user creation ====================================================================== ---------------------------------------------------------------------- (0009670) jh (developer) - 2012-02-27 17:04 https://www.opencsw.org/mantis/view.php?id=3866#c9670 ---------------------------------------------------------------------- New release out From noreply at opencsw.org Mon Feb 27 17:05:50 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 17:05:50 +0100 Subject: [bug-notifications] [tomcat6 0003865]: Tomcat6 should use cswusergroup for user creation In-Reply-To: <201b847f26e3a3b1863f6bfbe15e184a> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3865 ====================================================================== Reported By: wbonnet Assigned To: jh ====================================================================== Project: tomcat6 Issue ID: 3865 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-22 13:30 CEST Last Modified: 2012-02-27 17:05 CET ====================================================================== Summary: Tomcat6 should use cswusergroup for user creation Description: Tomcat6 should use cswusergroup for user creation ====================================================================== From noreply at opencsw.org Mon Feb 27 17:06:13 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 17:06:13 +0100 Subject: [bug-notifications] [tomcat6 0003865]: Tomcat6 should use cswusergroup for user creation In-Reply-To: <201b847f26e3a3b1863f6bfbe15e184a> Message-ID: <05d4fe76f3b63601eb21844962921a64@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3865 ====================================================================== Reported By: wbonnet Assigned To: jh ====================================================================== Project: tomcat6 Issue ID: 3865 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-08-22 13:30 CEST Last Modified: 2012-02-27 17:06 CET ====================================================================== Summary: Tomcat6 should use cswusergroup for user creation Description: Tomcat6 should use cswusergroup for user creation ====================================================================== ---------------------------------------------------------------------- (0009671) jh (manager) - 2012-02-27 17:06 https://www.opencsw.org/mantis/view.php?id=3865#c9671 ---------------------------------------------------------------------- updated Package out From noreply at opencsw.org Mon Feb 27 17:56:21 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 17:56:21 +0100 Subject: [bug-notifications] [rsync 0004903]: Service cswrync is set to autostart by package but doesn't include a config file In-Reply-To: Message-ID: <53fb0a2da93b248a7887caef1f94bfbe@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4903 ====================================================================== Reported By: gadavis Assigned To: maciej ====================================================================== Project: rsync Issue ID: 4903 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-22 04:33 CET Last Modified: 2012-02-27 17:56 CET ====================================================================== Summary: Service cswrync is set to autostart by package but doesn't include a config file Description: The rsync package installs an SMF manifest and tries to auto-enable the service, but no config file is provided. Thus you end up with a service in the maintenance state. Personally, I don't think that rsync should automatically provide the cswrsyncd service at all, as many users have no need for rsyncd and just want the client rsync command. Maybe this is worth splitting the daemon out into a separate package? ====================================================================== ---------------------------------------------------------------------- (0009672) gadavis (developer) - 2012-02-27 17:56 https://www.opencsw.org/mantis/view.php?id=4903#c9672 ---------------------------------------------------------------------- I've got about -2000000 free cycles at the moment. From noreply at opencsw.org Mon Feb 27 20:42:48 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 20:42:48 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: <2f711b380c42c63c31b48b595d1da40f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-27 20:42 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009673) jcraig (developer) - 2012-02-27 20:42 https://www.opencsw.org/mantis/view.php?id=4892#c9673 ---------------------------------------------------------------------- The ruby191 package date is 2/26 and appears to predate your alternatives work on 2/27 as I can find no /opt/csw/share/alternatives files. Do you plan to split the gem stuff out or leave it part of the ruby19 package. I was building some native gems using the gcc version of the ruby package just to avoid installing spro. Thanks for all the work you've put into this. I do appreciate it. From noreply at opencsw.org Mon Feb 27 23:23:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 27 Feb 2012 23:23:42 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-27 23:23 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== From noreply at opencsw.org Tue Feb 28 01:32:31 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:32:31 +0100 Subject: [bug-notifications] [ruby 0004892]: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4892 ====================================================================== Reported By: jcraig Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 4892 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-02-06 21:40 CET Last Modified: 2012-02-28 01:32 CET ====================================================================== Summary: Please upgrade Ruby to a current 1.9.x release (1.9.3-p0) Description: What are the plans to move the ruby packages from 1.8.x to 1.9.x. ====================================================================== ---------------------------------------------------------------------- (0009674) bwalton (administrator) - 2012-02-28 01:32 https://www.opencsw.org/mantis/view.php?id=4892#c9674 ---------------------------------------------------------------------- Ooops. I didn't push the full update. I'm pushing a matching set net, so the alternatives will be available shortly. I'd planned to leave it as part of the primary package but I still need to add the gcc4 version of rbconfig.rb and setup the alternatives for that. I guess that's a priority item on your end? I can try to get that out quickly but I wanted to focus on a working package before getting 'fancy!' :) Thanks -Ben From noreply at opencsw.org Tue Feb 28 01:40:54 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:40:54 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <22a1fdb4d3d5ebd1a3c56b2ec5c30c3c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 01:40 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009675) hudesd (reporter) - 2012-02-28 01:40 https://www.opencsw.org/mantis/view.php?id=4910#c9675 ---------------------------------------------------------------------- The php.ini file was changed by the installation of the upgrade. The modified php.ini file , now in /etc/opt/csw/php5 , had all the mysql.so entries commented out. Enabling the 'classic' mysql.so got the database connection open (apparently), enough to get to the next problem. Note that even though the pdp_mysql5 package is installed on my system if I enabled the pdomysql5.so in php.ini I get an error in the apache error log: "PHP Warning: Cannot load module 'pdo_mysql' because required module 'pdo' is not loaded in Unknown on line 0" From noreply at opencsw.org Tue Feb 28 01:43:43 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:43:43 +0100 Subject: [bug-notifications] [php5 0004911]: session_cache_limiter() is undefined in php5.3.10 Message-ID: <442890db9229393aee19e9cb20be8814@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4911 ====================================================================== Reported By: hudesd Assigned To: ====================================================================== Project: php5 Issue ID: 4911 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-28 01:43 CET Last Modified: 2012-02-28 01:43 CET ====================================================================== Summary: session_cache_limiter() is undefined in php5.3.10 Description: Mantis triggers the message "PHP Fatal error: Call to undefined function session_cache_limiter() in /opt/csw/share/www/mantis/htdocs/core/session_api.php on line 107" after upgrading php5 to 5.3.10,REV=2012.02.10 ====================================================================== From noreply at opencsw.org Tue Feb 28 01:54:58 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:54:58 +0100 Subject: [bug-notifications] [php5 0004911]: session_cache_limiter() is undefined in php5.3.10 In-Reply-To: Message-ID: <76cb46bf7422b9296365ecbca3584910@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4911 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4911 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-28 01:43 CET Last Modified: 2012-02-28 01:54 CET ====================================================================== Summary: session_cache_limiter() is undefined in php5.3.10 Description: Mantis triggers the message "PHP Fatal error: Call to undefined function session_cache_limiter() in /opt/csw/share/www/mantis/htdocs/core/session_api.php on line 107" after upgrading php5 to 5.3.10,REV=2012.02.10 ====================================================================== ---------------------------------------------------------------------- (0009676) bwalton (administrator) - 2012-02-28 01:54 https://www.opencsw.org/mantis/view.php?id=4911#c9676 ---------------------------------------------------------------------- Do you have php5_session installed? This was split out by the previous maintainer. I need to move it back to the main package but haven't yet. Thanks -Ben From noreply at opencsw.org Tue Feb 28 01:56:41 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:56:41 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 01:56 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009677) bwalton (administrator) - 2012-02-28 01:56 https://www.opencsw.org/mantis/view.php?id=4910#c9677 ---------------------------------------------------------------------- Do you have php5_pdomysql installed? This is a separate package/module too. Which version of php5 did you upgrade from? The migration of the config file shouldn't have left you with changes like this...bugs are possible of course, but it's worked well during my testing. Thanks -Ben From noreply at opencsw.org Tue Feb 28 01:57:05 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:57:05 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <22e56004a2bdcf1bf9dc4194e0ef68fa@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 01:57 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009677) bwalton (administrator) - 2012-02-28 01:56 https://www.opencsw.org/mantis/view.php?id=4910#c9677 ---------------------------------------------------------------------- Do you have php5_pdomysql installed? This is a separate package/module too. Which version of php5 did you upgrade from? The migration of the config file shouldn't have left you with changes like this...bugs are possible of course, but it's worked well during my testing. Thanks -Ben From noreply at opencsw.org Tue Feb 28 01:59:14 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 01:59:14 +0100 Subject: [bug-notifications] [php5 0004911]: session_cache_limiter() is undefined in php5.3.10 In-Reply-To: Message-ID: <79ef4ddf70ff4d754125153bfde0d9f0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4911 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4911 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-28 01:43 CET Last Modified: 2012-02-28 01:59 CET ====================================================================== Summary: session_cache_limiter() is undefined in php5.3.10 Description: Mantis triggers the message "PHP Fatal error: Call to undefined function session_cache_limiter() in /opt/csw/share/www/mantis/htdocs/core/session_api.php on line 107" after upgrading php5 to 5.3.10,REV=2012.02.10 ====================================================================== ---------------------------------------------------------------------- (0009678) hudesd (reporter) - 2012-02-28 01:59 https://www.opencsw.org/mantis/view.php?id=4911#c9678 ---------------------------------------------------------------------- thank you for the prompt response and clue. Yes, php5_session is installed. There doesn't seem to be anything related in php5.ini that is commented out. pkginfo -il CSWphp5-session PKGINST: CSWphp5-session NAME: php5_session - The session extention for PHP5 CATEGORY: application ARCH: sparc VERSION: 5.3.10,REV=2012.02.10 BASEDIR: / VENDOR: http://www.php.net/ packaged for CSW by Ben Walton PSTAMP: bwalton at unstable10s-20120210173100 INSTDATE: Feb 27 2012 14:37 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: bwalton at opencsw.org STATUS: completely installed FILES: 18 installed pathnames 9 shared pathnames 11 directories 1 executables 307 blocks used (approx) From noreply at opencsw.org Tue Feb 28 02:02:43 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:02:43 +0100 Subject: [bug-notifications] [php5 0004911]: session_cache_limiter() is undefined in php5.3.10 In-Reply-To: Message-ID: <3c78bdbb4c68d75bed8ce4670e8cf026@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4911 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4911 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-28 01:43 CET Last Modified: 2012-02-28 02:02 CET ====================================================================== Summary: session_cache_limiter() is undefined in php5.3.10 Description: Mantis triggers the message "PHP Fatal error: Call to undefined function session_cache_limiter() in /opt/csw/share/www/mantis/htdocs/core/session_api.php on line 107" after upgrading php5 to 5.3.10,REV=2012.02.10 ====================================================================== ---------------------------------------------------------------------- (0009679) bwalton (administrator) - 2012-02-28 02:02 https://www.opencsw.org/mantis/view.php?id=4911#c9679 ---------------------------------------------------------------------- Is there a extension=session.so line in your php.ini? If not, it should be added. I think there is a bug with the default php.ini.CSW file that it doesn't include this line now. And if there was a problem with your migration of php.ini, then you're likely getting the default php.ini.CSW file instead. (See bug https://www.opencsw.org/mantis/view.php?id=4905.) Thanks -Ben From noreply at opencsw.org Tue Feb 28 02:03:53 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:03:53 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:03 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009680) hudesd (reporter) - 2012-02-28 02:03 https://www.opencsw.org/mantis/view.php?id=4910#c9680 ---------------------------------------------------------------------- thanks again for your prompt attention! Yes, php5_pdomysql is installed: pkginfo -il CSWphp5-pdomysql PKGINST: CSWphp5-pdomysql NAME: php5_pdomysql - The pdomysql extention for PHP5 CATEGORY: application ARCH: sparc VERSION: 5.3.10,REV=2012.02.10 BASEDIR: / VENDOR: http://www.php.net/ packaged for CSW by Ben Walton PSTAMP: bwalton at unstable10s-20120210172810 INSTDATE: Feb 27 2012 14:37 HOTLINE: http://www.opencsw.org/bugtrack/ EMAIL: bwalton at opencsw.org STATUS: completely installed FILES: 10 installed pathnames 6 shared pathnames 7 directories 1 executables 180 blocks used (approx) I had to comment it out to get php to load properly. I haven't gone through every line of php.ini in detail nor do I know what may be missing; I grep for stuff that is related and if it is commented out un-comment it. If it is broken / problematic, I try commenting it to see if that moves things to the next issue. From noreply at opencsw.org Tue Feb 28 02:05:22 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:05:22 +0100 Subject: [bug-notifications] [ap2_modphp5 0004483]: apache won't start in threaded MPM mode with ap2_modphp5 In-Reply-To: <0d39154fea10d30ea78701ba112948dd> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4483 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: ap2_modphp5 Issue ID: 4483 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2010-07-01 16:50 CEST Last Modified: 2012-02-28 02:05 CET ====================================================================== Summary: apache won't start in threaded MPM mode with ap2_modphp5 Description: The PHP5/ap2_modphp5 are incompatible with ap2_worker, which provides Threaded MPM mode. Please compile 64-bit PHP with threads. Thread mode can improve performance of Apache+PHP on sun4v (T2000 and T5xx0 which have hardware support for LWPs -- T2000 has 32 hardware threads of execution, T5240 128 and T5440 256). Solaris is a multi-threaded OS especially as of Solaris 10. Please support a native Solaris 10 sparcv9 (don't use -m64 and generic target, use at least an UltraIII -- its not so important that a V120 or an Ultra3500 or E10K can't run this...). ====================================================================== ---------------------------------------------------------------------- (0009681) bwalton (administrator) - 2012-02-28 02:05 https://www.opencsw.org/mantis/view.php?id=4483#c9681 ---------------------------------------------------------------------- Can you verify that this is still an issue? I don't use worker locally. Thanks -Ben From noreply at opencsw.org Tue Feb 28 02:07:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:07:32 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <721c64f4ad5db7440d76252c6ef10865@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:07 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009682) bwalton (administrator) - 2012-02-28 02:07 https://www.opencsw.org/mantis/view.php?id=4910#c9682 ---------------------------------------------------------------------- Try running with both mysql.so and pdo_mysql.so enabled? Thanks -Ben From noreply at opencsw.org Tue Feb 28 02:15:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:15:32 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <7645671f6431c27beb7533ed6e02131f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:15 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009683) hudesd (reporter) - 2012-02-28 02:15 https://www.opencsw.org/mantis/view.php?id=4910#c9683 ---------------------------------------------------------------------- Thanks for your continued attention. As stated in original report, enabling both mysql.so and pdomysql.so results in the error "PHP Warning: Cannot load module 'pdo_mysql' because required module 'pdo' is not loaded in Unknown on line 0" From noreply at opencsw.org Tue Feb 28 02:25:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:25:42 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <529869092b163281fa2262cb08434734@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:25 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009684) hudesd (reporter) - 2012-02-28 02:25 https://www.opencsw.org/mantis/view.php?id=4910#c9684 ---------------------------------------------------------------------- I found the php.ini file saved in /opt/csw/etc/migration-archive/php.ini and copied into /etc/opt/csw/php.ini myself. Why it was missing IDK but now I'm back to where I was. Still broken though now I have the session in there and in this one pdo is indeed commented out. Mantis now reports "Database connection failed. Error received from database was https://www.opencsw.org/mantis/view.php?id=0: PHP Support for database is not enabled." Nothing further in the apache logs now. From noreply at opencsw.org Tue Feb 28 02:28:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:28:26 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <2df3651464a8e49c29d1b35eb3d12437@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:28 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009685) bwalton (administrator) - 2012-02-28 02:28 https://www.opencsw.org/mantis/view.php?id=4910#c9685 ---------------------------------------------------------------------- Sorry, my mistake....long day. Do you have php5_pdo installed? That would be required for pdo_mysql5. It should have been pulled in by pkgutil when php5_pdomysql was installed. Thanks -Ben From noreply at opencsw.org Tue Feb 28 02:34:37 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:34:37 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <2e9d88a36900f101e5d1e39059b2e23d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:34 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009686) hudesd (reporter) - 2012-02-28 02:34 https://www.opencsw.org/mantis/view.php?id=4910#c9686 ---------------------------------------------------------------------- Yes, php5_pdo is installed. I took that as a clue that perhaps I need -that- extension enabled as well so I uncommented it in php.ini as well. Not good: HP Warning: PHP Startup: Unable to load dynamic library '/opt/csw/php5/lib/php/extensions/./mysqli.so' - ld.so.1: httpd.p refork: fatal: /opt/csw/php5/lib/php/extensions/./mysqli.so: open failed: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/opt/csw/php5/lib/php/extensions/./pdo.so' - ld.so.1: httpd.pref ork: fatal: /opt/csw/php5/lib/php/extensions/./pdo.so: open failed: No such file or directory in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '/opt/csw/php5/lib/php/extensions/./pdo_mysql.so' - ld.so.1: http d.prefork: fatal: /opt/csw/php5/lib/php/extensions/./pdo_mysql.so: open failed: No such file or directory in Unknown on lin e 0 Interesting the contents of the directory in question: ls -l /opt/csw/php5/lib/php/extensions/ total 17 lrwxrwxrwx 1 root root 34 Jun 9 2010 ctype.so -> no-debug-non-zts-20060613/ctype.so lrwxrwxrwx 1 root root 31 Jun 9 2010 gd.so -> no-debug-non-zts-20060613/gd.so lrwxrwxrwx 1 root root 37 Jun 9 2010 mbstring.so -> no-debug-non-zts-20060613/mbstring.so lrwxrwxrwx 1 root root 35 Jun 9 2010 mcrypt.so -> no-debug-non-zts-20060613/mcrypt.so lrwxrwxrwx 1 root root 34 Jun 7 2010 mysql.so -> no-debug-non-zts-20060613/mysql.so lrwxrwxrwx 1 root root 35 Jun 9 2010 mysqli.so -> no-debug-non-zts-20060613/mysqli.so drwxr-xr-x 2 root bin 15 Feb 27 14:38 no-debug-non-zts-20090626 lrwxrwxrwx 1 root root 36 Jun 16 2010 openssl.so -> no-debug-non-zts-20060613/openssl.so lrwxrwxrwx 1 root root 32 Jun 16 2010 pdo.so -> no-debug-non-zts-20060613/pdo.so lrwxrwxrwx 1 root root 38 Jun 16 2010 pdo_mysql.so -> no-debug-non-zts-20060613/pdo_mysql.so lrwxrwxrwx 1 root root 36 Jun 7 2010 session.so -> no-debug-non-zts-20060613/session.so lrwxrwxrwx 1 root root 33 Jun 16 2010 soap.so -> no-debug-non-zts-20060613/soap.so lrwxrwxrwx 1 root root 32 Jun 9 2010 zip.so -> no-debug-non-zts-20060613/zip.so From noreply at opencsw.org Tue Feb 28 02:39:47 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:39:47 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:39 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009687) bwalton (administrator) - 2012-02-28 02:39 https://www.opencsw.org/mantis/view.php?id=4910#c9687 ---------------------------------------------------------------------- Ok, something is really wonky here. The reference to 20060613 would be legacy from the 5.2.9 series of packages and don't exist in the new ones at all. Can you provide the output of something like this (bash) snippet: for p in $(cd /var/sadm/pkg; ls -1d CSW*php5*); do echo -n "$p: "; pkgparam $p VERSION; done It's feeling as though the full upgrade didn't complete properly here... From noreply at opencsw.org Tue Feb 28 02:45:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:45:42 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <92b225dad1cb7d0ea157f36ab6a9c18e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:45 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009688) hudesd (reporter) - 2012-02-28 02:45 https://www.opencsw.org/mantis/view.php?id=4910#c9688 ---------------------------------------------------------------------- CSWap2-modphp5: 5.3.10,REV=2012.02.10 CSWap2modphp5: 5.3.10,REV=2012.02.10 CSWphp5: 5.3.10,REV=2012.02.10 CSWphp5-ctype: 5.3.10,REV=2012.02.10 CSWphp5-gd: 5.3.10,REV=2012.02.10 CSWphp5-mbstring: 5.3.10,REV=2012.02.10 CSWphp5-mcrypt: 5.3.10,REV=2012.02.10 CSWphp5-mysql: 5.3.10,REV=2012.02.10 CSWphp5-mysqli: 5.3.10,REV=2012.02.10 CSWphp5-openssl: 5.3.10,REV=2012.02.10 CSWphp5-pdo: 5.3.10,REV=2012.02.10 CSWphp5-pdomysql: 5.3.10,REV=2012.02.10 CSWphp5-session: 5.3.10,REV=2012.02.10 CSWphp5-soap: 5.3.10,REV=2012.02.10 CSWphp5-zip: 5.3.10,REV=2012.02.10 CSWphp5ctype: 5.3.10,REV=2012.02.10 CSWphp5gd: 5.3.10,REV=2012.02.10 CSWphp5mbstring: 5.3.10,REV=2012.02.10 CSWphp5mcrypt: 5.3.10,REV=2012.02.10 CSWphp5mysql: 5.3.10,REV=2012.02.10 CSWphp5mysqli: 5.3.10,REV=2012.02.10 CSWphp5openssl: 5.3.10,REV=2012.02.10 CSWphp5pdo: 5.3.10,REV=2012.02.10 CSWphp5pdomysql: 5.3.10,REV=2012.02.10 CSWphp5session: 5.3.10,REV=2012.02.10 CSWphp5soap: 5.3.10,REV=2012.02.10 CSWphp5zip: 5.3.10,REV=2012.02.10 From noreply at opencsw.org Tue Feb 28 02:47:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:47:19 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <6455c60e24aec5238e8db44658e2615e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:47 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009689) hudesd (reporter) - 2012-02-28 02:47 https://www.opencsw.org/mantis/view.php?id=4910#c9689 ---------------------------------------------------------------------- current php.ini now attached to this ticket. From noreply at opencsw.org Tue Feb 28 02:52:19 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 02:52:19 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <9cc906a5691049cdc6d78c9690710013@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 02:52 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009690) bwalton (administrator) - 2012-02-28 02:52 https://www.opencsw.org/mantis/view.php?id=4910#c9690 ---------------------------------------------------------------------- In the old packages, there was a bug where the module path wasn't properly set (the no-zts... bit) which caused problems for people. I wonder if those symlinks were created as the workaround to that. Can you see if the links are actually owned by a package? Can you remove the links and see if that helps? From noreply at opencsw.org Tue Feb 28 03:00:08 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 03:00:08 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 03:00 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009691) hudesd (reporter) - 2012-02-28 03:00 https://www.opencsw.org/mantis/view.php?id=4910#c9691 ---------------------------------------------------------------------- I copied all the files from no-debug-non-zts-20090626 to the extensions directory, rpelacing the symbolic links, and tried again but no joy. will you be around tomorrow to continue? it is 9PM Eastern and I must go home. From noreply at opencsw.org Tue Feb 28 03:12:41 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 03:12:41 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <41da228fd81ded11ce23f91e7113409f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 03:12 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009692) bwalton (administrator) - 2012-02-28 03:12 https://www.opencsw.org/mantis/view.php?id=4910#c9692 ---------------------------------------------------------------------- The files should live in the no-debug-non-zts-20090626 directory...copying is a good way to ensure the bad links weren't interfering but it shouldn't be a long term fix for you. I'm in your time zone. :) Chat with you tomorrow. Thanks -Ben From noreply at opencsw.org Tue Feb 28 21:42:18 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 28 Feb 2012 21:42:18 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <3b57ccf9fb1462d36341387fddf018b0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-28 21:42 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009693) hudesd (reporter) - 2012-02-28 21:42 https://www.opencsw.org/mantis/view.php?id=4910#c9693 ---------------------------------------------------------------------- I'm setting up a clean PHP/MySQL (client) install in another zone. Meanwhile, googling the error message found this interesting statement from the official PHP5 documentation (http://php.net/manual/en/migration51.databases.php): -- Changes in MySQL support In PHP 4, MySQL 3 support was built-in. With the release of PHP 5.0 there were two MySQL extensions, named 'mysql' and 'mysqli', which were designed to support MySQL < 4.1 and MySQL 4.1 and up, respectively. With the introduction of PDO, which provides a very fast interface to all the database APIs supported by PHP, the PDO_MYSQL driver can support any of the current versions (MySQL 3, 4 or 5) in PHP code written for PDO, depending on the MySQL library version used during compilation. The older MySQL extensions remain in place for reasons of back compatibility, but are not enabled by default. -- the bit at the end about 'not enabled by default' caught my eye. I need to check Mantis and see whether it uses PDO. I would think, not. You asked what PHP I upgraded from. I previously used the previous CSW release. 5.1 I believe. From noreply at opencsw.org Wed Feb 29 02:31:32 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Feb 2012 02:31:32 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <6f8674324b48e34a5b756070c2b75256@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-29 02:31 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009694) hudesd (reporter) - 2012-02-29 02:31 https://www.opencsw.org/mantis/view.php?id=4910#c9694 ---------------------------------------------------------------------- could this be a MySQL version issue? The mysql library is 5.0.95,REV=2012.02.14. I'm NOT using the CSW mysql server because the stable version is only 5.0.95. I'm running the MySQL community edition (from mysql.com) 5.1.47, which has not changed. The server was happily talking to PHP5 mysql library before, I don't believe that 5.1.47 refuses to talk to 5.0.95. I'm trying to get phpmyadmin to talk to the database as a test to see if the problem is specific to mantis. So far, it not working. From noreply at opencsw.org Wed Feb 29 04:00:42 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Feb 2012 04:00:42 +0100 Subject: [bug-notifications] [ap2_modphp5 0004912]: apache2 won't start up with ap2_modphp5 after update Message-ID: <55a3ea233d3fb32332e2a11885937166@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4912 ====================================================================== Reported By: jkwan Assigned To: ====================================================================== Project: ap2_modphp5 Issue ID: 4912 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-29 04:00 CET Last Modified: 2012-02-29 04:00 CET ====================================================================== Summary: apache2 won't start up with ap2_modphp5 after update Description: when I try to start apache2 (2.2.21,REV=2012.01.13) with ap2_modphp5 (5.3.10,REV=2012.02.10), I get the error (svc log file): [Tue Feb 28 14:48:17 2012] [crit] Apache is running a threaded MPM, but your PHP Module is not compiled to be threadsafe. You need to recompile PHP. Pre-configuration failed [ Feb 28 14:48:17 Method "start" exited with status 1 ] ====================================================================== From noreply at opencsw.org Wed Feb 29 13:25:38 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Feb 2012 13:25:38 +0100 Subject: [bug-notifications] [ghostscript 0004913]: pstopxl: Solaris /bin/sh cannot eval $( ) Message-ID: <399a39e0bdfba2d50e22cd217c18a0d6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4913 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: ghostscript Issue ID: 4913 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-29 13:25 CET Last Modified: 2012-02-29 13:25 CET ====================================================================== Summary: pstopxl: Solaris /bin/sh cannot eval $( ) Description: The script p2topxl need a other shell: /usr/xpg4/bin/sh or /bin/ksh The Solaris /bin/sh do not understand the $( ) expression ====================================================================== From noreply at opencsw.org Wed Feb 29 13:39:14 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Feb 2012 13:39:14 +0100 Subject: [bug-notifications] [ghostscript 0004913]: pstopxl: Solaris /bin/sh cannot eval $( ), sed has not option -r In-Reply-To: Message-ID: The following issue has been UPDATED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4913 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: ghostscript Issue ID: 4913 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-02-29 13:25 CET Last Modified: 2012-02-29 13:39 CET ====================================================================== Summary: pstopxl: Solaris /bin/sh cannot eval $( ), sed has not option -r Description: The script p2topxl need a other shell: /usr/xpg4/bin/sh or /bin/ksh The Solaris /bin/sh do not understand the $( ) expression sed should replaced with gsed ====================================================================== From noreply at opencsw.org Wed Feb 29 18:08:07 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Feb 2012 18:08:07 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: <4ee508ba946151cb6a6432ad7274b291@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-29 18:08 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009695) hudesd (reporter) - 2012-02-29 18:08 https://www.opencsw.org/mantis/view.php?id=4910#c9695 ---------------------------------------------------------------------- trying to revert back but you've pushed the php5.3 packages to 'testing' as well as 'unstable' and 'current'. 'stable' is 'current'. The php5.3 packages are BROKEN. I am continuing to test to understand the nature of the failure. Now I have the embarrassing and difficult task of trying to restore from backup tape. From noreply at opencsw.org Wed Feb 29 18:17:26 2012 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 29 Feb 2012 18:17:26 +0100 Subject: [bug-notifications] [php5 0004910]: upgrade to 5.3.10, REV=2012.02.10 breaks installed libraries In-Reply-To: <9488db6b525cc76c6fc3a155ce8c41ce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4910 ====================================================================== Reported By: hudesd Assigned To: bwalton ====================================================================== Project: php5 Issue ID: 4910 Category: upgrade Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-02-27 23:23 CET Last Modified: 2012-02-29 18:17 CET ====================================================================== Summary: upgrade to 5.3.10,REV=2012.02.10 breaks installed libraries Description: After upgrade to CSWphp5 5.3.10,REV=2012.02.10 and CSWphp5-mysql 5.3.10,REV=2012.02.10, Mantis no longer can reach the database (the database is up and running just fine: I use command-line mysql client and query mysql just fine). I am investigating to find the configuration file that got smacked. ====================================================================== ---------------------------------------------------------------------- (0009696) bwalton (administrator) - 2012-02-29 18:17 https://www.opencsw.org/mantis/view.php?id=4910#c9696 ---------------------------------------------------------------------- Until this is sorted out, you should be able to revert the packages using the files available here: http://mirror.opencsw.org/opencsw/allpkgs/ I'll get this sorted out as quickly as I can.