From bug-notifications at lists.opencsw.org Wed Jan 1 19:19:59 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 1 Jan 2014 19:19:59 +0100 Subject: [mysql5 0005136]: server doesn't start anymore Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: new ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-01 19:19 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== From bug-notifications at lists.opencsw.org Thu Jan 2 13:43:39 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 13:43:39 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: <536dcd764c9be35f134ba85f369a75ca@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 13:43 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== From bug-notifications at lists.opencsw.org Thu Jan 2 13:45:04 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 13:45:04 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: <79cd3e4271986b7c1ffbbe3cfc4b713d@www.opencsw.org> The following issue has been UPDATED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: assigned ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 13:45 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== ---------------------------------------------------------------------- (0010670) laurent (manager) - 2014-01-02 13:45 https://www.opencsw.org/mantis/view.php?id=5136#c10670 ---------------------------------------------------------------------- The 32 bit version of the script was improperly modified during the post-install phase (needed for the 64-bit version architecture subdirectories). A fixed package has been uploaded. From bug-notifications at lists.opencsw.org Thu Jan 2 13:45:52 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 13:45:52 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 13:45 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== ---------------------------------------------------------------------- (0010671) laurent (manager) - 2014-01-02 13:45 https://www.opencsw.org/mantis/view.php?id=5136#c10671 ---------------------------------------------------------------------- Package tested from experimental and uploaded to unstable. From bug-notifications at lists.opencsw.org Thu Jan 2 14:26:55 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 14:26:55 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: <3e95045daa88ba23cc1e0d8961f8bef6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 14:26 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== ---------------------------------------------------------------------- (0010672) pfelecan (developer) - 2014-01-02 14:26 https://www.opencsw.org/mantis/view.php?id=5136#c10672 ---------------------------------------------------------------------- Thank you. However, it's a little bit strange as I run in 64bit environment: # isainfo amd64 i386 # isainfo -k -v 64-bit amd64 kernel modules From bug-notifications at lists.opencsw.org Thu Jan 2 14:36:10 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 14:36:10 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 14:36 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== ---------------------------------------------------------------------- (0010673) laurent (manager) - 2014-01-02 14:36 https://www.opencsw.org/mantis/view.php?id=5136#c10673 ---------------------------------------------------------------------- When I took over to introduce 64 bit, and after some discussion, it was decided the default would stay 32 bit to not break existing installations (there is a potential binary DB incompatibility from 32 to 64 when some specific datatypes are used). To make it follow the kernel default ISA, the following line must be set in csw.conf: mysql5_arch=kernel From bug-notifications at lists.opencsw.org Thu Jan 2 14:59:13 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 14:59:13 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 14:59 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== ---------------------------------------------------------------------- (0010674) pfelecan (developer) - 2014-01-02 14:59 https://www.opencsw.org/mantis/view.php?id=5136#c10674 ---------------------------------------------------------------------- Thank you for this information. I should read the documentation... Now, that I'm reading it, I'm a little bit flabbergasted, in /opt/csw/share/doc/mysql5/README.CSW the following: * The preferred architecture can be set using mysql5_arch= in csw.conf: the default is to use the kernel's. confuses me as I'm running a 64 bit kernel. From bug-notifications at lists.opencsw.org Thu Jan 2 15:30:13 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 2 Jan 2014 15:30:13 +0100 Subject: [mysql5 0005136]: server doesn't start anymore In-Reply-To: <3e97d109b01d7cabd3069d75e67e27a7> Message-ID: <147a6b8a9a195f872fbc726cd52d7e68@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5136 ====================================================================== Reported By: pfelecan Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5136 Category: regular use Reproducibility: always Severity: block Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-01-01 19:19 CET Last Modified: 2014-01-02 15:30 CET ====================================================================== Summary: server doesn't start anymore Description: Since the upgrade on December 23 the installation of this package puts the service in maintenance mode. The log has the following line: The server quit without updating PID file (/var/opt/csw/mysql5/host.pid). After a cursory exploration I restricted the cause to the first line of /opt/csw/bin/mysqld_safe which is: #!/bin/./ash Can you please correct and test this issue? ====================================================================== ---------------------------------------------------------------------- (0010675) laurent (manager) - 2014-01-02 15:30 https://www.opencsw.org/mantis/view.php?id=5136#c10675 ---------------------------------------------------------------------- Definitely wrong information. Fixed. From bug-notifications at lists.opencsw.org Sun Jan 5 00:05:20 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 5 Jan 2014 00:05:20 +0100 Subject: [mysql5 0005137]: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) Message-ID: <7fea565c9b1dbee4a12bd4c89564923d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5137 ====================================================================== Reported By: jsoucek Assigned To: ====================================================================== Project: mysql5 Issue ID: 5137 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-05 00:05 CET Last Modified: 2014-01-05 00:05 CET ====================================================================== Summary: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) Description: When running mysql 5.5.30 on Solaris 10 u6 (10/08) SPARC, the following error message appears: #mysql ld.so.1: mysql: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /opt/csw/bin/sparcv9/mysql) ld.so.1: mysql: fatal: libc.so.1: open failed: No such file or directory Killed Clearly, the problem is in dynamic linking of libc. Is Solaris 10 u6 not supported by opencsw ? All other openCSW packages work OK for me. Version 5.5.35 and 5.5.36 behaves the same. Thank you, Jan Some more info: #uname -a SunOS dorotka 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Blade-1000 #cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC # pvs /usr/lib/libc.so.1 libc.so.1; SUNW_1.23; SUNW_1.22.3; SUNW_1.22.2; SUNW_1.22.1; SUNW_1.22; SUNW_1.21.3; SUNW_1.21.2; SUNW_1.21.1; SUNW_1.21; SUNW_1.20.4; SUNW_1.20.1; SUNW_1.20; SUNW_1.19; SUNW_1.18.1; SUNW_1.18; SUNW_1.17; SUNW_1.16; SUNW_1.15; SUNW_1.14; SUNW_1.13; SUNW_1.12; SUNW_1.11; SUNW_1.10; SUNW_1.9; SUNW_1.8; SUNW_1.7; SUNW_1.6; SUNW_1.5; SUNW_1.4; SUNW_1.3; SUNW_1.2; SUNW_1.1; SUNW_0.9; SUNW_0.8; SUNW_0.7; SISCD_2.3; SYSVABI_1.3; SUNWprivate_1.1; ====================================================================== From bug-notifications at lists.opencsw.org Sun Jan 5 20:16:44 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 5 Jan 2014 20:16:44 +0100 Subject: [mysql5 0005137]: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) In-Reply-To: Message-ID: <37be57bec42ff2e500423dbba980a56d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5137 ====================================================================== Reported By: jsoucek Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5137 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-05 00:05 CET Last Modified: 2014-01-05 20:16 CET ====================================================================== Summary: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) Description: When running mysql 5.5.30 on Solaris 10 u6 (10/08) SPARC, the following error message appears: #mysql ld.so.1: mysql: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /opt/csw/bin/sparcv9/mysql) ld.so.1: mysql: fatal: libc.so.1: open failed: No such file or directory Killed Clearly, the problem is in dynamic linking of libc. Is Solaris 10 u6 not supported by opencsw ? All other openCSW packages work OK for me. Version 5.5.35 and 5.5.36 behaves the same. Thank you, Jan Some more info: #uname -a SunOS dorotka 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Blade-1000 #cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC # pvs /usr/lib/libc.so.1 libc.so.1; SUNW_1.23; SUNW_1.22.3; SUNW_1.22.2; SUNW_1.22.1; SUNW_1.22; SUNW_1.21.3; SUNW_1.21.2; SUNW_1.21.1; SUNW_1.21; SUNW_1.20.4; SUNW_1.20.1; SUNW_1.20; SUNW_1.19; SUNW_1.18.1; SUNW_1.18; SUNW_1.17; SUNW_1.16; SUNW_1.15; SUNW_1.14; SUNW_1.13; SUNW_1.12; SUNW_1.11; SUNW_1.10; SUNW_1.9; SUNW_1.8; SUNW_1.7; SUNW_1.6; SUNW_1.5; SUNW_1.4; SUNW_1.3; SUNW_1.2; SUNW_1.1; SUNW_0.9; SUNW_0.8; SUNW_0.7; SISCD_2.3; SYSVABI_1.3; SUNWprivate_1.1; ====================================================================== From bug-notifications at lists.opencsw.org Sun Jan 5 20:23:41 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 5 Jan 2014 20:23:41 +0100 Subject: [mysql5 0005137]: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5137 ====================================================================== Reported By: jsoucek Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5137 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-05 00:05 CET Last Modified: 2014-01-05 20:23 CET ====================================================================== Summary: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) Description: When running mysql 5.5.30 on Solaris 10 u6 (10/08) SPARC, the following error message appears: #mysql ld.so.1: mysql: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /opt/csw/bin/sparcv9/mysql) ld.so.1: mysql: fatal: libc.so.1: open failed: No such file or directory Killed Clearly, the problem is in dynamic linking of libc. Is Solaris 10 u6 not supported by opencsw ? All other openCSW packages work OK for me. Version 5.5.35 and 5.5.36 behaves the same. Thank you, Jan Some more info: #uname -a SunOS dorotka 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Blade-1000 #cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC # pvs /usr/lib/libc.so.1 libc.so.1; SUNW_1.23; SUNW_1.22.3; SUNW_1.22.2; SUNW_1.22.1; SUNW_1.22; SUNW_1.21.3; SUNW_1.21.2; SUNW_1.21.1; SUNW_1.21; SUNW_1.20.4; SUNW_1.20.1; SUNW_1.20; SUNW_1.19; SUNW_1.18.1; SUNW_1.18; SUNW_1.17; SUNW_1.16; SUNW_1.15; SUNW_1.14; SUNW_1.13; SUNW_1.12; SUNW_1.11; SUNW_1.10; SUNW_1.9; SUNW_1.8; SUNW_1.7; SUNW_1.6; SUNW_1.5; SUNW_1.4; SUNW_1.3; SUNW_1.2; SUNW_1.1; SUNW_0.9; SUNW_0.8; SUNW_0.7; SISCD_2.3; SYSVABI_1.3; SUNWprivate_1.1; ====================================================================== ---------------------------------------------------------------------- (0010676) laurent (manager) - 2014-01-05 20:23 https://www.opencsw.org/mantis/view.php?id=5137#c10676 ---------------------------------------------------------------------- libc 1.22.5 is needed because of that commit, that adds getpagesizes2() support: http://lists.mysql.com/commits/79563 So removing it would be not only tricky (needing an obsolete build machine) but also a step backward. As for your question: OpenCSW uses S10U10 build machines, and generally would support the before last release. Please note that paid Oracle support will not help you either on such an old, buggy, vulnerable release I'm sorry that you cannot upgrade, but you might consider using a different machine to run MySQL. You could also probably install the S9 OpenCSW build, but please note that since 5.5.35 does not build on S9 anymore, it won't get upgraded beyond 5.5.34. From bug-notifications at lists.opencsw.org Sun Jan 5 20:24:17 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 5 Jan 2014 20:24:17 +0100 Subject: [mysql5 0005137]: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5137 ====================================================================== Reported By: jsoucek Assigned To: laurent ====================================================================== Project: mysql5 Issue ID: 5137 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-01-05 00:05 CET Last Modified: 2014-01-05 20:24 CET ====================================================================== Summary: mysql5 does not run on Solaris 10 u6 SPARC (too recent libc.so.1 required) Description: When running mysql 5.5.30 on Solaris 10 u6 (10/08) SPARC, the following error message appears: #mysql ld.so.1: mysql: fatal: libc.so.1: version `SUNW_1.22.5' not found (required by file /opt/csw/bin/sparcv9/mysql) ld.so.1: mysql: fatal: libc.so.1: open failed: No such file or directory Killed Clearly, the problem is in dynamic linking of libc. Is Solaris 10 u6 not supported by opencsw ? All other openCSW packages work OK for me. Version 5.5.35 and 5.5.36 behaves the same. Thank you, Jan Some more info: #uname -a SunOS dorotka 5.10 Generic_137137-09 sun4u sparc SUNW,Sun-Blade-1000 #cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC # pvs /usr/lib/libc.so.1 libc.so.1; SUNW_1.23; SUNW_1.22.3; SUNW_1.22.2; SUNW_1.22.1; SUNW_1.22; SUNW_1.21.3; SUNW_1.21.2; SUNW_1.21.1; SUNW_1.21; SUNW_1.20.4; SUNW_1.20.1; SUNW_1.20; SUNW_1.19; SUNW_1.18.1; SUNW_1.18; SUNW_1.17; SUNW_1.16; SUNW_1.15; SUNW_1.14; SUNW_1.13; SUNW_1.12; SUNW_1.11; SUNW_1.10; SUNW_1.9; SUNW_1.8; SUNW_1.7; SUNW_1.6; SUNW_1.5; SUNW_1.4; SUNW_1.3; SUNW_1.2; SUNW_1.1; SUNW_0.9; SUNW_0.8; SUNW_0.7; SISCD_2.3; SYSVABI_1.3; SUNWprivate_1.1; ====================================================================== ---------------------------------------------------------------------- (0010677) laurent (manager) - 2014-01-05 20:24 https://www.opencsw.org/mantis/view.php?id=5137#c10677 ---------------------------------------------------------------------- Not a bug. From bug-notifications at lists.opencsw.org Mon Jan 6 21:08:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 6 Jan 2014 21:08:30 +0100 Subject: [wireshark 0005110]: wireshark dumps core In-Reply-To: <9b068e820785ffee36b09139042f9fb1> Message-ID: <3b48e5f72c39ba7c4737875c5f863592@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5110 ====================================================================== Reported By: jgoerzen Assigned To: dam ====================================================================== Project: wireshark Issue ID: 5110 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-09-14 00:44 CEST Last Modified: 2014-01-06 21:08 CET ====================================================================== Summary: wireshark dumps core Description: Previously released pkg version wireshark-1.8.6,REV=2013.04.16 does not crash. wireshark version 1.10.2 crashes with Pango & Glib errors: bash-3.00$ wireshark 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.001s 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.021s (wireshark:14882): Pango-CRITICAL **: file fonts.c: line 1093: assertion `str != NULL' failed wireshark: Warning: fontELF not found - defaulting to Monospace 9 (wireshark:14882): GLib-CRITICAL **: g_string_append: assertion `val != NULL' failed 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.000s 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.000s ** ERROR:main.c:3472:main_widgets_rearrange: code should not be reached Abort (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010678) laurent (developer) - 2014-01-06 21:08 https://www.opencsw.org/mantis/view.php?id=5110#c10678 ---------------------------------------------------------------------- I tried with 1.10.5. Same crash with the current recipe. Then after rebuilding with GCC4, it works for me. Experimental packages there: http://buildfarm.opencsw.org/experimental.html#laurent If no objection, I'll push. From bug-notifications at lists.opencsw.org Tue Jan 7 23:06:04 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 7 Jan 2014 23:06:04 +0100 Subject: [mgar 0005138]: mgar init uses the old svn repo Message-ID: <8f8dc796b4bb872314b038ec35e74380@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5138 ====================================================================== Reported By: jcraig Assigned To: ====================================================================== Project: mgar Issue ID: 5138 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-07 23:06 CET Last Modified: 2014-01-07 23:06 CET ====================================================================== Summary: mgar init uses the old svn repo Description: mgar init pulls from the URL: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg rather than https://svn.code.sf.net/p/gar/code/csw/mgar/pkg which results in commit failures due to repository relocation. ====================================================================== From bug-notifications at lists.opencsw.org Thu Jan 9 09:57:22 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 9 Jan 2014 09:57:22 +0100 Subject: [mysql_dev 0005139]: mysql_config must not be isaexec'ed Message-ID: <2a47dc8c60f8c92fcb1f8156d9f97ebd@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5139 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mysql_dev Issue ID: 5139 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-09 09:57 CET Last Modified: 2014-01-09 09:57 CET ====================================================================== Summary: mysql_config must not be isaexec'ed Description: /opt/csw/bin/mysql_config is run via isaexec. This results in the regular invocation wrongly returning 64 bit flags. I suggest excluding mysql_config from isaexec. Additionally the option -Wa,-xarch=v9 should be removed as it does not work with Sun Studio. ====================================================================== From bug-notifications at lists.opencsw.org Thu Jan 9 11:55:51 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 9 Jan 2014 11:55:51 +0100 Subject: [mgar 0005138]: mgar init uses the old svn repo In-Reply-To: <701d4ff763a8ed129c5b35a504d77994> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5138 ====================================================================== Reported By: jcraig Assigned To: dam ====================================================================== Project: mgar Issue ID: 5138 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-07 23:06 CET Last Modified: 2014-01-09 11:55 CET ====================================================================== Summary: mgar init uses the old svn repo Description: mgar init pulls from the URL: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg rather than https://svn.code.sf.net/p/gar/code/csw/mgar/pkg which results in commit failures due to repository relocation. ====================================================================== From bug-notifications at lists.opencsw.org Thu Jan 9 14:07:46 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 9 Jan 2014 14:07:46 +0100 Subject: [mgar 0005138]: mgar init uses the old svn repo In-Reply-To: <701d4ff763a8ed129c5b35a504d77994> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5138 ====================================================================== Reported By: jcraig Assigned To: dam ====================================================================== Project: mgar Issue ID: 5138 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-01-07 23:06 CET Last Modified: 2014-01-09 14:07 CET ====================================================================== Summary: mgar init uses the old svn repo Description: mgar init pulls from the URL: https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/pkg rather than https://svn.code.sf.net/p/gar/code/csw/mgar/pkg which results in commit failures due to repository relocation. ====================================================================== ---------------------------------------------------------------------- (0010679) dam (administrator) - 2014-01-09 14:07 https://www.opencsw.org/mantis/view.php?id=5138#c10679 ---------------------------------------------------------------------- This is fixed in mgar-671,REV=2014.01.09 and pushed to unstable/. From bug-notifications at lists.opencsw.org Fri Jan 10 10:46:54 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 10 Jan 2014 10:46:54 +0100 Subject: [genshi 0005140]: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2, REV=2012.01.29 Message-ID: <9fd6b5ce3e42cc73a560487259697a8a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5140 ====================================================================== Reported By: kaempfer Assigned To: ====================================================================== Project: genshi Issue ID: 5140 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-10 10:46 CET Last Modified: 2014-01-10 10:46 CET ====================================================================== Summary: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2,REV=2012.01.29 Description: after upgrade genshi-0.6 to genshi-0.7 Solaris10(sparc) trac dosn't work: Traceback (most recent call last): File "/opt/csw/lib/python/site-packages/trac/web/api.py", line 440, in send_error data, 'text/html') File "/opt/csw/lib/python/site-packages/trac/web/chrome.py", line 885, in render_template location=location)) TracError: Genshi UnicodeEncodeError error while rendering template '/opt/csw/lib/python/site-packages/trac/templates/layout.html', line 12, char -1 If I downgrade to genshi-0.6 all is ok ====================================================================== From bug-notifications at lists.opencsw.org Fri Jan 10 16:30:02 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 10 Jan 2014 16:30:02 +0100 Subject: [git 0004943]: git-remote-https doesn't accept passwords longer than 8 charakters In-Reply-To: <6b7a50cba0d7a11941abf969185e4cfe> Message-ID: <2b531839c38f713343b0480e55829ab9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4943 ====================================================================== Reported By: kaempfer Assigned To: bwalton ====================================================================== Project: git Issue ID: 4943 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-05-15 11:59 CEST Last Modified: 2014-01-10 16:30 CET ====================================================================== Summary: git-remote-https doesn't accept passwords longer than 8 charakters Description: We want to use git with https and ldap authenfication. I installed CSWgit 1.7.10.2,REV=2012.05.12. (sparc, solaris 10) It seems, that git-remote-https doesn't work with passwords longer than 8 characters. With 8 characters it works. Example: password 9 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://kaempfer at bellus3': fatal: Authentication failed bash-3.2$ Example: password 8 characters bash-3.2$ git clone https://bellus3/git/myrepo.git Cloning into 'myrepo'... Username for 'https://bellus3': Password for 'https://student at bellus3': remote: Counting objects: 9, done. remote: Compressing objects: 100% (5/5), done. remote: Total 9 (delta 0), reused 0 (delta 0) Unpacking objects: 100% (9/9), done. bash-3.2$ ====================================================================== ---------------------------------------------------------------------- (0010680) hansgus (reporter) - 2014-01-10 16:30 https://www.opencsw.org/mantis/view.php?id=4943#c10680 ---------------------------------------------------------------------- The same issue seems to affect the latest version (1.7.10.3,REV=2012.06.01) for Solaris 9 also. I have tried with 8 and 9 characters in the password and the one with 9 does not work. It does however work with 9 characters in ~/.netrc. Any chance of this being fixed for Solaris 9? From bug-notifications at lists.opencsw.org Mon Jan 13 20:18:56 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 13 Jan 2014 20:18:56 +0100 Subject: [mc 0005141]: crashes when external program starts Message-ID: <1ee220567e882350db1afe04dd20f006@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5141 ====================================================================== Reported By: iav Assigned To: ====================================================================== Project: mc Issue ID: 5141 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-13 20:18 CET Last Modified: 2014-01-13 20:18 CET ====================================================================== Summary: crashes when external program starts Description: After update to 4.8.11 trying to run any external command, like ls, crashes mc with output # mc /users/srcadm# select (FD_SETSIZE, &read_set...): Bad file number (9) 4.8.8 not have this bug ====================================================================== From bug-notifications at lists.opencsw.org Mon Jan 13 20:21:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 13 Jan 2014 20:21:25 +0100 Subject: [mc 0005141]: crashes when external program starts In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5141 ====================================================================== Reported By: iav Assigned To: ====================================================================== Project: mc Issue ID: 5141 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-13 20:18 CET Last Modified: 2014-01-13 20:21 CET ====================================================================== Summary: crashes when external program starts Description: After update to 4.8.11 trying to run any external command, like ls, crashes mc with output # mc /users/srcadm# select (FD_SETSIZE, &read_set...): Bad file number (9) 4.8.8 not have this bug ====================================================================== ---------------------------------------------------------------------- (0010681) iav (reporter) - 2014-01-13 20:21 https://www.opencsw.org/mantis/view.php?id=5141#c10681 ---------------------------------------------------------------------- ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/sparcv8/libslang.so.2 libssh2.so.1 => /opt/csw/lib/sparcv8/libssh2.so.1 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /opt/csw/lib/sparcv8/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /opt/csw/lib/sparcv8/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/sparcv8/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/sparcv8/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/sparcv8/libz.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libgcc_s.so.1 => /opt/csw/lib/sparcv8/libgcc_s.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libpcre.so.1 => /opt/csw/lib/sparcv8/libpcre.so.1 librt.so.1 => /lib/librt.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libaio.so.1 => /lib/libaio.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-T200/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-T200/lib/libmd_psr.so.1 From bug-notifications at lists.opencsw.org Wed Jan 15 11:39:13 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 15 Jan 2014 11:39:13 +0100 Subject: [mc 0005141]: crashes when external program starts In-Reply-To: Message-ID: <63ed0a718bd020641dd7ddb51df957fd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5141 ====================================================================== Reported By: iav Assigned To: dam ====================================================================== Project: mc Issue ID: 5141 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-13 20:18 CET Last Modified: 2014-01-15 11:39 CET ====================================================================== Summary: crashes when external program starts Description: After update to 4.8.11 trying to run any external command, like ls, crashes mc with output # mc /users/srcadm# select (FD_SETSIZE, &read_set...): Bad file number (9) 4.8.8 not have this bug ====================================================================== ---------------------------------------------------------------------- (0010681) iav (reporter) - 2014-01-13 20:21 https://www.opencsw.org/mantis/view.php?id=5141#c10681 ---------------------------------------------------------------------- ldd /opt/csw/bin/mc libslang.so.2 => /opt/csw/lib/sparcv8/libslang.so.2 libssh2.so.1 => /opt/csw/lib/sparcv8/libssh2.so.1 libnsl.so.1 => /lib/libnsl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libgmodule-2.0.so.0 => /opt/csw/lib/sparcv8/libgmodule-2.0.so.0 libpthread.so.1 => /lib/libpthread.so.1 libthread.so.1 => /lib/libthread.so.1 libglib-2.0.so.0 => /opt/csw/lib/sparcv8/libglib-2.0.so.0 libintl.so.8 => /opt/csw/lib/sparcv8/libintl.so.8 libc.so.1 => /lib/libc.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.1 => /lib/libm.so.1 libssl.so.1.0.0 => /opt/csw/lib/sparcv8/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/sparcv8/libcrypto.so.1.0.0 libz.so.1 => /opt/csw/lib/sparcv8/libz.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libgcc_s.so.1 => /opt/csw/lib/sparcv8/libgcc_s.so.1 libiconv.so.2 => /opt/csw/lib/sparcv8/libiconv.so.2 libpcre.so.1 => /opt/csw/lib/sparcv8/libpcre.so.1 librt.so.1 => /lib/librt.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 libaio.so.1 => /lib/libaio.so.1 libm.so.2 => /lib/libm.so.2 /platform/SUNW,Sun-Fire-T200/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-T200/lib/libmd_psr.so.1 From bug-notifications at lists.opencsw.org Wed Jan 15 11:40:04 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 15 Jan 2014 11:40:04 +0100 Subject: [mc 0005141]: crashes when external program starts In-Reply-To: Message-ID: <12c926bab1bc2ee2f15e701e4aec8352@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5141 ====================================================================== Reported By: iav Assigned To: dam ====================================================================== Project: mc Issue ID: 5141 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-13 20:18 CET Last Modified: 2014-01-15 11:40 CET ====================================================================== Summary: crashes when external program starts Description: After update to 4.8.11 trying to run any external command, like ls, crashes mc with output # mc /users/srcadm# select (FD_SETSIZE, &read_set...): Bad file number (9) 4.8.8 not have this bug ====================================================================== ---------------------------------------------------------------------- (0010682) dam (administrator) - 2014-01-15 11:40 https://www.opencsw.org/mantis/view.php?id=5141#c10682 ---------------------------------------------------------------------- This is probably an upstream bug, can you please verify that the bug is not present on other platforms? From bug-notifications at lists.opencsw.org Thu Jan 16 12:09:44 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 16 Jan 2014 12:09:44 +0100 Subject: [gcc4java 0005044]: libgcj.so.13 is missing -lintl In-Reply-To: Message-ID: <1252d4087f34a3ad2ae7823387a98375@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5044 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gcc4java Issue ID: 5044 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-01-15 14:49 CET Last Modified: 2014-01-16 12:09 CET ====================================================================== Summary: libgcj.so.13 is missing -lintl Description: There is the linkage to libintl.so missing in libgcj.so.13: dam at unstable10s [unstable10s]:/home/dam/mgar/pkg/pdftk/trunk/work/solaris10-sparc/build-isa-sparcv8plus/pdftk-1.45-dist/pdftk > gmake TOOLPATH=/opt/csw/gcc4/bin/ -f Makefile.Solaris gmake -f Makefile -iC ../java all gmake[1]: Entering directory `/home/dam/mgar/pkg/pdftk/trunk/work/solaris10-sparc/build-isa-sparcv8plus/pdftk-1.45-dist/java' /opt/csw/gcc4/bin/gcj -Wall -Wextra -fsource=1.3 -O2 --encoding=UTF-8 --classpath="/usr/share/java/libgcj.jar:/home/dam/mgar/pkg/pdftk/trunk/work/solaris10-sparc/build-isa-sparcv8plus/pdftk-1.45-dist/java:." -C com/lowagie/text/ElementTags.java gcj: error trying to exec 'ecj1': execvp: No such file or directory gmake[1]: [com/lowagie/text/ElementTags.class] Error 1 (ignored) /opt/csw/gcc4/bin/gcjh -force --classpath="/usr/share/java/libgcj.jar:/home/dam/mgar/pkg/pdftk/trunk/work/solaris10-sparc/build-isa-sparcv8plus/pdftk-1.45-dist/java:." com/lowagie/text/ElementTags ld.so.1: gcjh-4.7: fatal: relocation error: file /opt/csw/lib/libgcj.so.13: symbol libiconv_open: referenced symbol not found Killed Indeed, here is -liconv missing: dam at unstable10s [unstable10s]:/home/dam/mgar/pkg/pdftk/trunk/work/solaris10-sparc/build-isa-sparcv8plus/pdftk-1.45-dist/java > ldd -r /opt/csw/lib/libgcj.so.13 libpthread.so.1 => /lib/libpthread.so.1 librt.so.1 => /lib/librt.so.1 libdl.so.1 => /lib/libdl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libgcc_s.so.1 => /opt/csw/lib/sparcv8/libgcc_s.so.1 libc.so.1 => /lib/libc.so.1 libaio.so.1 => /lib/libaio.so.1 libmd.so.1 => /lib/libmd.so.1 libmp.so.2 => /lib/libmp.so.2 libscf.so.1 => /lib/libscf.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 /platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 symbol not found: libiconv_open (/opt/csw/lib/libgcj.so.13) symbol not found: libiconv_close (/opt/csw/lib/libgcj.so.13) symbol not found: libiconv (/opt/csw/lib/libgcj.so.13) /platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1 libm.so.2 => /lib/libm.so.2 dam at unstable10s [unstable10s]:/home/dam/mgar/pkg/pdftk/trunk/work/solaris10-sparc/build-isa-sparcv8plus/pdftk-1.45-dist/java > dump -Lv /opt/csw/lib/libgcj.so.13 /opt/csw/lib/libgcj.so.13: **** DYNAMIC SECTION INFORMATION **** .dynamic: [INDEX] Tag Value [1] POSFLAG_1 LAZYLOAD [2] NEEDED libpthread.so.1 [3] POSFLAG_1 LAZYLOAD [4] NEEDED librt.so.1 [5] POSFLAG_1 LAZYLOAD [6] NEEDED libdl.so.1 [7] POSFLAG_1 LAZYLOAD [8] NEEDED libsocket.so.1 [9] POSFLAG_1 LAZYLOAD [10] NEEDED libnsl.so.1 [11] POSFLAG_1 LAZYLOAD [12] NEEDED libgcc_s.so.1 [13] NEEDED libc.so.1 [14] INIT 0x1884af0 [15] FINI 0x1884b0c [16] SONAME libgcj.so.13 [17] RUNPATH /opt/csw/lib/$ISALIST:/opt/csw/lib [18] RPATH /opt/csw/lib/$ISALIST:/opt/csw/lib [19] HASH 0xa9008 [20] STRTAB 0x22d46c [21] STRSZ 0x44eac3 [22] SYMTAB 0x12a6ec [23] SYMENT 0x10 [24] CHECKSUM 0x50f6 [25] VERDEF 0x67c0e0 [26] VERDEFNUM 0x1 [27] VERNEED 0x67bf30 [28] VERNEEDNUM 0x7 [29] RELACOUNT 0x7857d [30] PLTSZ 0x22548 [31] PLTREL 0x7 [32] JMPREL 0xeafe98 [33] RELA 0x69c6ac [34] RELASZ 0x835d34 [35] RELAENT 0xc [36] SYMINFO 0x684a8 [37] SYMINSZ 0x40b60 [38] SYMINENT 0x4 [39] FLAGS 0 [40] FLAGS_1 0 [41] SUNW_STRPAD 0x200 [42] SUNW_LDMACH EM_SPARC [43] PLTGOT 0x1f09934 ====================================================================== ---------------------------------------------------------------------- (0010683) dam (administrator) - 2014-01-16 12:09 https://www.opencsw.org/mantis/view.php?id=5044#c10683 ---------------------------------------------------------------------- Still true for libgcj.so.14: unstable10x% ldd -r /opt/csw/lib/i386/libgcj.so.14 libpthread.so.1 => /lib/libpthread.so.1 libdl.so.1 => /lib/libdl.so.1 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libc.so.1 => /lib/libc.so.1 libgcc_s.so.1 => /opt/csw/lib/i386/libgcc_s.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 Symbol nicht gefunden: libiconv_open (/opt/csw/lib/i386/libgcj.so.14) Symbol nicht gefunden: libiconv_close (/opt/csw/lib/i386/libgcj.so.14) Symbol nicht gefunden: libiconv (/opt/csw/lib/i386/libgcj.so.14) libm.so.2 => /lib/libm.so.2 From bug-notifications at lists.opencsw.org Mon Jan 20 08:55:42 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 20 Jan 2014 08:55:42 +0100 Subject: [genshi 0005140]: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2, REV=2012.01.29 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5140 ====================================================================== Reported By: kaempfer Assigned To: ====================================================================== Project: genshi Issue ID: 5140 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-10 10:46 CET Last Modified: 2014-01-20 08:55 CET ====================================================================== Summary: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2,REV=2012.01.29 Description: after upgrade genshi-0.6 to genshi-0.7 Solaris10(sparc) trac dosn't work: Traceback (most recent call last): File "/opt/csw/lib/python/site-packages/trac/web/api.py", line 440, in send_error data, 'text/html') File "/opt/csw/lib/python/site-packages/trac/web/chrome.py", line 885, in render_template location=location)) TracError: Genshi UnicodeEncodeError error while rendering template '/opt/csw/lib/python/site-packages/trac/templates/layout.html', line 12, char -1 If I downgrade to genshi-0.6 all is ok ====================================================================== ---------------------------------------------------------------------- (0010684) rupert (manager) - 2014-01-20 08:55 https://www.opencsw.org/mantis/view.php?id=5140#c10684 ---------------------------------------------------------------------- upgraded to trac-1.0.1. please reopen if this does not solve the problem. From bug-notifications at lists.opencsw.org Mon Jan 20 08:56:12 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 20 Jan 2014 08:56:12 +0100 Subject: [genshi 0005140]: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2, REV=2012.01.29 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5140 ====================================================================== Reported By: kaempfer Assigned To: ====================================================================== Project: genshi Issue ID: 5140 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-01-10 10:46 CET Last Modified: 2014-01-20 08:56 CET ====================================================================== Summary: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2,REV=2012.01.29 Description: after upgrade genshi-0.6 to genshi-0.7 Solaris10(sparc) trac dosn't work: Traceback (most recent call last): File "/opt/csw/lib/python/site-packages/trac/web/api.py", line 440, in send_error data, 'text/html') File "/opt/csw/lib/python/site-packages/trac/web/chrome.py", line 885, in render_template location=location)) TracError: Genshi UnicodeEncodeError error while rendering template '/opt/csw/lib/python/site-packages/trac/templates/layout.html', line 12, char -1 If I downgrade to genshi-0.6 all is ok ====================================================================== ---------------------------------------------------------------------- (0010684) rupert (manager) - 2014-01-20 08:55 https://www.opencsw.org/mantis/view.php?id=5140#c10684 ---------------------------------------------------------------------- upgraded to trac-1.0.1. please reopen if this does not solve the problem. From bug-notifications at lists.opencsw.org Mon Jan 20 09:25:09 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 20 Jan 2014 09:25:09 +0100 Subject: [genshi 0005140]: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2, REV=2012.01.29 In-Reply-To: Message-ID: The following issue has been REOPENED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5140 ====================================================================== Reported By: kaempfer Assigned To: ====================================================================== Project: genshi Issue ID: 5140 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-01-10 10:46 CET Last Modified: 2014-01-20 09:25 CET ====================================================================== Summary: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2,REV=2012.01.29 Description: after upgrade genshi-0.6 to genshi-0.7 Solaris10(sparc) trac dosn't work: Traceback (most recent call last): File "/opt/csw/lib/python/site-packages/trac/web/api.py", line 440, in send_error data, 'text/html') File "/opt/csw/lib/python/site-packages/trac/web/chrome.py", line 885, in render_template location=location)) TracError: Genshi UnicodeEncodeError error while rendering template '/opt/csw/lib/python/site-packages/trac/templates/layout.html', line 12, char -1 If I downgrade to genshi-0.6 all is ok ====================================================================== ---------------------------------------------------------------------- (0010685) kaempfer (reporter) - 2014-01-20 09:25 https://www.opencsw.org/mantis/view.php?id=5140#c10685 ---------------------------------------------------------------------- in http://www.opencsw.org/get-it/packages/ I find trac 0.12.2,REV=2012.01.29 From bug-notifications at lists.opencsw.org Mon Jan 20 13:00:34 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 20 Jan 2014 13:00:34 +0100 Subject: [apache2 0005142]: Security issues Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5142 ====================================================================== Reported By: burger99 Assigned To: ====================================================================== Project: apache2 Issue ID: 5142 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-01-20 13:00 CET Last Modified: 2014-01-20 13:00 CET ====================================================================== Summary: Security issues Description: mod_rewrite.c in the mod_rewrite module in the Apache HTTP Server 2.2.x before 2.2.25 writes data to a log file without sanitizing non-printable characters, which might allow remote attackers to execute arbitrary commands via an HTTP request containing an escape sequence for a terminal emulator. Newest version available is 2.2.26 ====================================================================== From bug-notifications at lists.opencsw.org Mon Jan 20 18:21:15 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 20 Jan 2014 18:21:15 +0100 Subject: [tor 0004754]: smf manifest / init script is missing In-Reply-To: <45368c665bbc6b3c7dcd3c779f6845e6> Message-ID: <2aaeb631a508d26b9be16cca04492312@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4754 ====================================================================== Reported By: ihsan Assigned To: jgoerzen ====================================================================== Project: tor Issue ID: 4754 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-04-13 17:21 CEST Last Modified: 2014-01-20 18:21 CET ====================================================================== Summary: smf manifest / init script is missing Description: A init script for /opt/csw/bin/tor is missing. ====================================================================== From bug-notifications at lists.opencsw.org Mon Jan 20 18:23:07 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 20 Jan 2014 18:23:07 +0100 Subject: [tor 0004754]: smf manifest / init script is missing In-Reply-To: <45368c665bbc6b3c7dcd3c779f6845e6> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4754 ====================================================================== Reported By: ihsan Assigned To: jgoerzen ====================================================================== Project: tor Issue ID: 4754 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-04-13 17:21 CEST Last Modified: 2014-01-20 18:23 CET ====================================================================== Summary: smf manifest / init script is missing Description: A init script for /opt/csw/bin/tor is missing. ====================================================================== ---------------------------------------------------------------------- (0010686) jgoerzen (manager) - 2014-01-20 18:23 https://www.opencsw.org/mantis/view.php?id=4754#c10686 ---------------------------------------------------------------------- fixed in version 0.2.4.20,REV=2014.01.15 released to /unstable From bug-notifications at lists.opencsw.org Tue Jan 21 14:49:46 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 21 Jan 2014 14:49:46 +0100 Subject: [genshi 0005140]: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2, REV=2012.01.29 In-Reply-To: Message-ID: <504487fcbb057016f0c6a0ea5c6cad9b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5140 ====================================================================== Reported By: kaempfer Assigned To: ====================================================================== Project: genshi Issue ID: 5140 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-01-10 10:46 CET Last Modified: 2014-01-21 14:49 CET ====================================================================== Summary: CSWgenshi-0.7 dosnt work with CSWtrac 0.12.2,REV=2012.01.29 Description: after upgrade genshi-0.6 to genshi-0.7 Solaris10(sparc) trac dosn't work: Traceback (most recent call last): File "/opt/csw/lib/python/site-packages/trac/web/api.py", line 440, in send_error data, 'text/html') File "/opt/csw/lib/python/site-packages/trac/web/chrome.py", line 885, in render_template location=location)) TracError: Genshi UnicodeEncodeError error while rendering template '/opt/csw/lib/python/site-packages/trac/templates/layout.html', line 12, char -1 If I downgrade to genshi-0.6 all is ok ====================================================================== ---------------------------------------------------------------------- (0010687) kaempfer (reporter) - 2014-01-21 14:49 https://www.opencsw.org/mantis/view.php?id=5140#c10687 ---------------------------------------------------------------------- now I installed trac-1.0.1 and python27 an it works From bug-notifications at lists.opencsw.org Fri Jan 24 20:30:12 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 24 Jan 2014 20:30:12 +0100 Subject: [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: <0f5cd37344be7892af04353f565d60d8@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5068 ====================================================================== Reported By: beezly Assigned To: dam ====================================================================== Project: wget Issue ID: 5068 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-04-19 11:58 CEST Last Modified: 2014-01-24 20:30 CET ====================================================================== Summary: Problems negotiating SSL with updates.oracle.com Description: with wget 1.14 I am experiencing problems connecting to updates.oracle.com (as PCA does when it pulls down the patchdiag.xref file). If I do; /opt/csw/bin/wget -d --progress=dot:binary --ca-certificate=/opt/csw/bin/pca -O /var/tmp/patchdiag.xref "https://getupdates.oracle.com/reports/patchdiag.xref" I get; Setting --progress (progress) to dot:binary Setting --ca-certificate (cacertificate) to /opt/csw/bin/pca Setting --output-document (outputdocument) to /var/tmp/patchdiag.xref DEBUG output created by Wget 1.14 on solaris2.10. URI encoding = 'ISO8859-1' --2013-04-19 10:54:03-- https://getupdates.oracle.com/reports/patchdiag.xref Resolving getupdates.oracle.com (getupdates.oracle.com)... 141.146.44.51 Caching getupdates.oracle.com => 141.146.44.51 Connecting to getupdates.oracle.com (getupdates.oracle.com)|141.146.44.51|:443... connected. Created socket 5. Releasing 0x000e8a18 (new refcount 1). Initiating SSL handshake. SSL handshake failed. Closed fd 5 Unable to establish SSL connection. The same works if I use /usr/sfw/bin/wget instead (1.12 on this system). ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0005076 Unable to establish SSL connection ====================================================================== ---------------------------------------------------------------------- (0010688) dam (administrator) - 2014-01-24 20:30 https://www.opencsw.org/mantis/view.php?id=5068#c10688 ---------------------------------------------------------------------- I wonder if this is related to https://www.imperialviolet.org/2013/10/07/f5update.html From bug-notifications at lists.opencsw.org Mon Jan 27 09:53:38 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 27 Jan 2014 09:53:38 +0100 Subject: [meld 0001871]: meld don\'t start In-Reply-To: <5a8254e9575fc1c36f12aec0d817e202> Message-ID: <9cb9c56605bd022e694beed1d57a8ff1@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1871 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: meld Issue ID: 1871 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2006-10-19 10:21 CEST Last Modified: 2014-01-27 09:53 CET ====================================================================== Summary: meld don\'t start Description: mombasa-henry% /opt/csw/bin/meld No module named pygtk Meld requires a recent version of pygtk. pygtk-1.99.15 or higher is recommended. on sparc machine, solaris 10 ====================================================================== ---------------------------------------------------------------------- (0005281) ghenry (developer) - 2008-05-06 07:25 https://www.opencsw.org/mantis/view.php?id=1871#c5281 ---------------------------------------------------------------------- it\'s ok for me, you can close it thanks From bug-notifications at lists.opencsw.org Mon Jan 27 09:54:19 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 27 Jan 2014 09:54:19 +0100 Subject: [meld 0003971]: Please upgrade to version 1.2.1 or 1.3 In-Reply-To: <9dd09e0bd51f639dd308261ca99748eb> Message-ID: <838e91235209183ce4e00bac3223be5b@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3971 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: meld Issue ID: 3971 Category: packaging Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-19 13:44 CEST Last Modified: 2014-01-27 09:54 CET ====================================================================== Summary: Please upgrade to version 1.2.1 or 1.3 Description: Version 1.3 is available. ====================================================================== ---------------------------------------------------------------------- (0010689) opk (manager) - 2014-01-27 09:54 https://www.opencsw.org/mantis/view.php?id=3971#c10689 ---------------------------------------------------------------------- upgraded to 1.8.3 From bug-notifications at lists.opencsw.org Mon Jan 27 09:55:37 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 27 Jan 2014 09:55:37 +0100 Subject: [meld 0003674]: No module named pygtk In-Reply-To: <5eb7e3415f181bcb1ee1fc01f172b472> Message-ID: <5af6c22a0578ad83703c24d752fc6314@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3674 ====================================================================== Reported By: wcohrs Assigned To: ====================================================================== Project: meld Issue ID: 3674 Category: other Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-15 08:38 CEST Last Modified: 2014-01-27 09:55 CET ====================================================================== Summary: No module named pygtk Description: Meld ben?tigt pygtk2.6.0 oder aktueller No worries... you already have version 2.12.1 of pygtk If you doubt this message, run 'pkg-get -U', then run ====================================================================== ---------------------------------------------------------------------- (0010690) opk (manager) - 2014-01-27 09:55 https://www.opencsw.org/mantis/view.php?id=3674#c10690 ---------------------------------------------------------------------- updated package uses a hardcoded path for python. From bug-notifications at lists.opencsw.org Mon Jan 27 09:57:22 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 27 Jan 2014 09:57:22 +0100 Subject: [meld 0002928]: meld does\'nt work on solaris 10 In-Reply-To: <2dae87473993573c6809e2096430487c> Message-ID: <2077abd5b03d3db53ee6408516d650a3@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2928 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: meld Issue ID: 2928 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-07-11 11:33 CEST Last Modified: 2014-01-27 09:57 CET ====================================================================== Summary: meld does\'nt work on solaris 10 Description: mombasa-henry% meld Traceback (most recent call last): File \"/opt/csw/bin/meld\", line 93, in <module> import meldapp File \"/opt/csw/lib/meld/meldapp.py\", line 28, in <module> import prefs File \"/opt/csw/lib/meld/prefs.py\", line 52, in <module> import gconf ImportError: No module named gconf ====================================================================== ---------------------------------------------------------------------- (0010691) opk (manager) - 2014-01-27 09:57 https://www.opencsw.org/mantis/view.php?id=2928#c10691 ---------------------------------------------------------------------- meld has been upgraded to a much newer version. I don't believe this bug is an issue any more. From bug-notifications at lists.opencsw.org Mon Jan 27 09:58:37 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 27 Jan 2014 09:58:37 +0100 Subject: [meld 0002111]: meld depends on mozilla, firefox, evolution_ds In-Reply-To: Message-ID: <8f706be5b2edad154a71984a85842d47@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2111 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: meld Issue ID: 2111 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-01-19 04:22 CET Last Modified: 2014-01-27 09:58 CET ====================================================================== Summary: meld depends on mozilla, firefox, evolution_ds Description: too more dependancies ====================================================================== ---------------------------------------------------------------------- (0005293) jhe (reporter) - 2008-05-12 07:43 https://www.opencsw.org/mantis/view.php?id=2111#c5293 ---------------------------------------------------------------------- This one seems quite like the one I had : 0002740 (but which is now closed). I have the same problem. Platform is as follows: #uname -a SunOS port-jrenterghem 5.10 Generic_118844-26 i86pc i386 i86pc From bug-notifications at lists.opencsw.org Mon Jan 27 14:48:16 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 27 Jan 2014 14:48:16 +0100 Subject: [ap2_modwsgi 0005135]: provide Python 2.7 version also In-Reply-To: <33125a47989fef5bb3411f4a52143371> Message-ID: <2c851eea2b281b1bfd8a8bab951860a3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5135 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: ap2_modwsgi Issue ID: 5135 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-12-30 13:47 CET Last Modified: 2014-01-27 14:48 CET ====================================================================== Summary: provide Python 2.7 version also Description: Is it possible to provide a package supporting the 2.6 and 2.7 version of our Python interpreters please. ====================================================================== ---------------------------------------------------------------------- (0010692) dam (administrator) - 2014-01-27 14:48 https://www.opencsw.org/mantis/view.php?id=5135#c10692 ---------------------------------------------------------------------- An experimental package is available at http://buildfarm.opencsw.org/experimental.html#mod_wsgi Please drop me a note if it works. From bug-notifications at lists.opencsw.org Fri Jan 31 23:14:22 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 31 Jan 2014 23:14:22 +0100 Subject: [mc 0005141]: crashes when external program starts In-Reply-To: Message-ID: <3135df126e2797a43f17e6fce7ca4710@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5141 ====================================================================== Reported By: iav Assigned To: dam ====================================================================== Project: mc Issue ID: 5141 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-13 20:18 CET Last Modified: 2014-01-31 23:14 CET ====================================================================== Summary: crashes when external program starts Description: After update to 4.8.11 trying to run any external command, like ls, crashes mc with output # mc /users/srcadm# select (FD_SETSIZE, &read_set...): Bad file number (9) 4.8.8 not have this bug ====================================================================== ---------------------------------------------------------------------- (0010693) iav (reporter) - 2014-01-31 23:14 https://www.opencsw.org/mantis/view.php?id=5141#c10693 ---------------------------------------------------------------------- Made it in CentOS. No that bug in centos. If it does mean - I got CentOS 6, srpm of mc 4.8.10, then replace version number and source packege to the same from 4.8.11. Then install, run and try to run "ls" command from mc command prompt. it works, then I return into mc by pressing control+o keys. On solaris it's impossible to return into mc because it crashed when we try to run a subshell.