From noreply at opencsw.org Fri Apr 5 09:21:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Apr 2013 09:21:02 +0200 Subject: [bug-notifications] [dbus 0003962]: Duplicate init In-Reply-To: Message-ID: <741b8802f3b1eef9686d7889f884f2ba@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3962 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: dbus Issue ID: 3962 Category: packaging Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-13 02:39 CEST Last Modified: 2013-04-05 09:21 CEST ====================================================================== Summary: Duplicate init Description: pkgmap: : 1 2095 1 d none /etc/opt/csw/init.d 0755 root bin 1 f cswinitsmf /etc/opt/csw/init.d/cswdbus 0755 root bin 1525 43785 1249858174 1 d none /etc/rc3.d 0755 root bin 1 s cswinitsmf /etc/rc3.d/S52cswdbus=../init.d/cswdbus ====================================================================== From noreply at opencsw.org Fri Apr 5 10:29:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Apr 2013 10:29:37 +0200 Subject: [bug-notifications] [dbus 0004821]: D-Bus library appears to be incorrectly set up In-Reply-To: <4d677b3b741db4d287199f93194e7a69> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4821 ====================================================================== Reported By: wcohrs Assigned To: dam ====================================================================== Project: dbus Issue ID: 4821 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-09-12 09:06 CEST Last Modified: 2013-04-05 10:29 CEST ====================================================================== Summary: D-Bus library appears to be incorrectly set up Description: After upgrade my /opt/csw NFS-Server i have on the NFS clienst this error: gimp process 1330: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/etc/machine-id": No such file or directory See the manual page for dbus-uuidgen to correct this issue. D-Bus not compiled with backtrace support so unable to print a backtrace Abort after i create /etc/machine-id on the NFS client i have this message: gimp /opt/csw/bin/dbus-launch terminated abnormally with the following error: EOF in dbus-launch reading address from bus daemon Regards Wolfgang ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004815 vim/gtk/dbus error ====================================================================== ---------------------------------------------------------------------- (0009296) dam (administrator) - 2011-09-22 10:21 https://www.opencsw.org/mantis/view.php?id=4821#c9296 ---------------------------------------------------------------------- No problem, just write to board at opencsw.org that you want to help in enhancing shared NFS environment. Best regards -- Dago From noreply at opencsw.org Fri Apr 5 10:31:36 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Apr 2013 10:31:36 +0200 Subject: [bug-notifications] [dbus 0004292]: Add 64 bits support and libs In-Reply-To: <3ca8a463368fa7813d4679a779860f31> Message-ID: <365958094f4aa54e5e741c7d5c147e36@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4292 ====================================================================== Reported By: wbonnet Assigned To: dam ====================================================================== Project: dbus Issue ID: 4292 Category: packaging Reproducibility: always Severity: feature Priority: low Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-17 22:28 CET Last Modified: 2013-04-05 10:31 CEST ====================================================================== Summary: Add 64 bits support and libs Description: Add 64 bits support and libs ====================================================================== ---------------------------------------------------------------------- (0010311) dam (administrator) - 2013-04-05 10:31 https://www.opencsw.org/mantis/view.php?id=4292#c10311 ---------------------------------------------------------------------- This has at least been included in the current 1.5.6,REV=2011.08.12. From noreply at opencsw.org Fri Apr 5 10:35:00 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 5 Apr 2013 10:35:00 +0200 Subject: [bug-notifications] [dbus 0003897]: sources missing file smf_include.sh In-Reply-To: <67d640d583c4243555dd3a3645c40218> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3897 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: dbus Issue ID: 3897 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-14 16:51 CEST Last Modified: 2013-04-05 10:35 CEST ====================================================================== Summary: sources missing file smf_include.sh Description: /etc/opt/csw/init.d/cswdbus attempts to source /lib/svc/share/smf_include.sh which i snot available on Solaris 8 & 9. Causes annoying error messages but otherwise I don't think anything is missing. ====================================================================== ---------------------------------------------------------------------- (0009243) dam (administrator) - 2011-08-19 15:09 https://www.opencsw.org/mantis/view.php?id=3897#c9243 ---------------------------------------------------------------------- This has been fixed in r15320: http://sourceforge.net/apps/trac/gar/changeset/15320/csw/mgar/pkg/dbus/trunk/files/cswdbus ---------------------------------------------------------------------- (0010312) dam (administrator) - 2013-04-05 10:35 https://www.opencsw.org/mantis/view.php?id=3897#c10312 ---------------------------------------------------------------------- The fixed version 1.5.6,REV=2011.08.12 has been released to unstable some time ago. From noreply at opencsw.org Sun Apr 7 00:36:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Apr 2013 00:36:23 +0200 Subject: [bug-notifications] [openssl 0005028]: Please include 64 bit binaries with openssl In-Reply-To: Message-ID: <300bc64d96911616f1c5100876d26d71@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5028 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: openssl Issue ID: 5028 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-11-30 20:14 CET Last Modified: 2013-04-07 00:36 CEST ====================================================================== Summary: Please include 64 bit binaries with openssl Description: The package includes the 64 bit libraries, but it only include a 32 bit main binary. When I compile from source myself on 64 bit solaris with gcc4 (from OpenCSW), it builds a 64 bit binary by default. If I: 1) take that binary and place it in /opt/csw/bin/amd64 2) take your binary (32 bit) and place it in /opt/csw/bin/i386 3) cd /opt/csw/bin ; ln isaexec openssl Then it finds the appropriate binary (32 or 64 bit) for the platform. There is a noticeable difference in speed for operations like "openssl speed aes". ====================================================================== ---------------------------------------------------------------------- (0010313) yann (manager) - 2013-04-07 00:36 https://www.opencsw.org/mantis/view.php?id=5028#c10313 ---------------------------------------------------------------------- Hi, This has been fixed in last package. Yann From noreply at opencsw.org Sun Apr 7 00:38:00 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 7 Apr 2013 00:38:00 +0200 Subject: [bug-notifications] [cyrus_imapd 0004724]: Skiplist DB problem In-Reply-To: <974bcd7e05c0a66e5ae56f20eaefb767> Message-ID: <59f4beb4a7995326a6cfb4e5f0ba77c5@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4724 ====================================================================== Reported By: ctw Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 4724 Category: upgrade Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2011-03-09 12:12 CET Last Modified: 2013-04-07 00:38 CEST ====================================================================== Summary: Skiplist DB problem Description: Hi I've installed cyrusimapd 2.4.6 as an upgrade from 2.3.16. My system is Oracle Solaris 11 Express 2010.11. My db files are all skiplist. When i launch it i get the following errors : Mar 9 11:57:01 endor cyrus/imaps[7686]: [ID 864961 local6.crit] DBERROR: critical database situation Mar 9 11:57:01 endor cyrus/pop3[7687]: [ID 864961 local6.crit] DBERROR: critical database situation Mar 9 11:57:01 endor cyrus/pop3s[7688]: [ID 864961 local6.crit] DBERROR: critical database situation Mar 9 11:57:01 endor cyrus/pop3[7683]: [ID 864961 local6.crit] DBERROR: critical database situation Mar 9 11:57:01 endor cyrus/pop3s[7684]: [ID 864961 local6.crit] DBERROR: critical database situation cvt_cyrusdb refuses (in fact does nothing) to convert the .db files in any format. file doesn't recognises the files as 'Cyrus skiplist DB' : root at endor:/backend1/cyrus-config# file *.db annotations.db: data deliver.db: data mailboxes.db: data tls_sessions.db: data In fact i'm not sure if the problem comes from the package or from Solaris Express, i'm gonna install a Solaris 10 to be sure. ====================================================================== ---------------------------------------------------------------------- (0010314) yann (manager) - 2013-04-07 00:38 https://www.opencsw.org/mantis/view.php?id=4724#c10314 ---------------------------------------------------------------------- No news, good news. I am closing this bug ! Feel free to reopen it or open a new one if the problem is still there. From noreply at opencsw.org Mon Apr 8 14:53:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 8 Apr 2013 14:53:03 +0200 Subject: [bug-notifications] [emacs_gtk 0005027]: (emacs-gtk:13976): GLib-WARNING In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5027 ====================================================================== Reported By: wcohrs Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 5027 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-11-28 09:15 CET Last Modified: 2013-04-08 14:53 CEST ====================================================================== Summary: (emacs-gtk:13976): GLib-WARNING Description: after upgrade to catalog the ?kiel? SunOS 5.10 Generic_147441-20 i86pc i386 i86pc GNU Emacs 24.2.1 (i386-pc-solaris2.10, GTK+ Version 2.24.8) of 2012-10-10 on unstable10x (emacs-gtk:14362): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. ====================================================================== ---------------------------------------------------------------------- (0010315) wcohrs (reporter) - 2013-04-08 14:53 https://www.opencsw.org/mantis/view.php?id=5027#c10315 ---------------------------------------------------------------------- the same with GNU Emacs 24.3.1 (i386-pc-solaris2.10, GTK+ Version 2.24.14) of 2013-03-21 on unstable10x Copyright (C) 2013 Free Software Foundation, Inc. (emacs:3288): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. (emacs:3288): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. (emacs:3288): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. From noreply at opencsw.org Tue Apr 9 11:22:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Apr 2013 11:22:59 +0200 Subject: [bug-notifications] [puppetmaster3 0005066]: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5066 ====================================================================== Reported By: villiboy Assigned To: ====================================================================== Project: puppetmaster3 Issue ID: 5066 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-09 11:22 CEST Last Modified: 2013-04-09 11:22 CEST ====================================================================== Summary: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No Description: Hi all, we want to install diffrent sun packages with puppet. In version 2.7 it works but now with 3.1.1 it fails. # EXAMPLE MESSGAGE: Error: /Stage[main]/Inf_sol10defaultpkg/Package[SMCcurl]: Could not evaluate: Unable to get information about package SMCcurl because of: No message package {?SMCcurl?: ensure => latest, source => ?/rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local?, adminfile => ?/var/sadm/install/admin/pkgadmfile_sol10defaultpkg?, require => Package[?CSWlibgcc-s1?], } ====================================================================== From noreply at opencsw.org Tue Apr 9 11:25:41 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 9 Apr 2013 11:25:41 +0200 Subject: [bug-notifications] [puppetmaster3 0005066]: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No In-Reply-To: <7a70649d3f62b9e7a0dd1259435990a4> Message-ID: <8bc17b479da6ca45848c58b35814affb@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5066 ====================================================================== Reported By: villiboy Assigned To: markp ====================================================================== Project: puppetmaster3 Issue ID: 5066 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-04-09 11:22 CEST Last Modified: 2013-04-09 11:25 CEST ====================================================================== Summary: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No Description: Hi all, we want to install diffrent sun packages with puppet. In version 2.7 it works but now with 3.1.1 it fails. # EXAMPLE MESSGAGE: Error: /Stage[main]/Inf_sol10defaultpkg/Package[SMCcurl]: Could not evaluate: Unable to get information about package SMCcurl because of: No message package {?SMCcurl?: ensure => latest, source => ?/rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local?, adminfile => ?/var/sadm/install/admin/pkgadmfile_sol10defaultpkg?, require => Package[?CSWlibgcc-s1?], } ====================================================================== From noreply at opencsw.org Wed Apr 10 09:28:46 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 09:28:46 +0200 Subject: [bug-notifications] [puppetmaster3 0005066]: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No In-Reply-To: <7a70649d3f62b9e7a0dd1259435990a4> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5066 ====================================================================== Reported By: villiboy Assigned To: markp ====================================================================== Project: puppetmaster3 Issue ID: 5066 Category: Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2013-04-09 11:22 CEST Last Modified: 2013-04-10 09:28 CEST ====================================================================== Summary: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No Description: Hi all, we want to install diffrent sun packages with puppet. In version 2.7 it works but now with 3.1.1 it fails. # EXAMPLE MESSGAGE: Error: /Stage[main]/Inf_sol10defaultpkg/Package[SMCcurl]: Could not evaluate: Unable to get information about package SMCcurl because of: No message package {?SMCcurl?: ensure => latest, source => ?/rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local?, adminfile => ?/var/sadm/install/admin/pkgadmfile_sol10defaultpkg?, require => Package[?CSWlibgcc-s1?], } ====================================================================== ---------------------------------------------------------------------- (0010317) villiboy (reporter) - 2013-04-10 09:28 https://www.opencsw.org/mantis/view.php?id=5066#c10317 ---------------------------------------------------------------------- Hi Mark, yes, it's a little bit strange. The packages are located on a nfs shared mounted on /rozrhstgp01 but this config works for puppet 2.7.X. # pkginfo -l /rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local ERROR: information for "/rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local" was not found # # pkginfo -X /rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local # pkginfo -x /rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local ERROR: information for "/rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local" was not found From noreply at opencsw.org Wed Apr 10 09:29:54 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 09:29:54 +0200 Subject: [bug-notifications] [puppetmaster3 0005066]: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No In-Reply-To: <7a70649d3f62b9e7a0dd1259435990a4> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5066 ====================================================================== Reported By: villiboy Assigned To: markp ====================================================================== Project: puppetmaster3 Issue ID: 5066 Category: Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2013-04-09 11:22 CEST Last Modified: 2013-04-10 09:29 CEST ====================================================================== Summary: install solaris packages failed with: Error: Could not evaluate: Unable to get information about package XXX because of: No Description: Hi all, we want to install diffrent sun packages with puppet. In version 2.7 it works but now with 3.1.1 it fails. # EXAMPLE MESSGAGE: Error: /Stage[main]/Inf_sol10defaultpkg/Package[SMCcurl]: Could not evaluate: Unable to get information about package SMCcurl because of: No message package {?SMCcurl?: ensure => latest, source => ?/rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local?, adminfile => ?/var/sadm/install/admin/pkgadmfile_sol10defaultpkg?, require => Package[?CSWlibgcc-s1?], } ====================================================================== ---------------------------------------------------------------------- (0010318) villiboy (reporter) - 2013-04-10 09:29 https://www.opencsw.org/mantis/view.php?id=5066#c10318 ---------------------------------------------------------------------- when i try to install the package manually it works ... # pkgadd -d /rozrhstgp01/unix-ch/puppet/packages/sol10defaultpkg/curl-7.26.0-sol10-x86-local The following packages are available: 1 SMCcurl curl (x86) 7.26.0 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: From noreply at opencsw.org Wed Apr 10 11:27:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 11:27:32 +0200 Subject: [bug-notifications] [ocaml 0004027]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: <4d7f96685978df075d7f22e14255e23c> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4027 ====================================================================== Reported By: dam Assigned To: cgrzemba ====================================================================== Project: ocaml Issue ID: 4027 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2013-04-10 11:27 CEST ====================================================================== Summary: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Description: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall ====================================================================== From noreply at opencsw.org Wed Apr 10 11:35:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 11:35:32 +0200 Subject: [bug-notifications] [ocaml 0004027]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: <4d7f96685978df075d7f22e14255e23c> Message-ID: <6fcfd7fc77a1fd7ea826b699bfe0f41e@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4027 ====================================================================== Reported By: dam Assigned To: cgrzemba ====================================================================== Project: ocaml Issue ID: 4027 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2013-04-10 11:35 CEST ====================================================================== Summary: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Description: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall ====================================================================== ---------------------------------------------------------------------- (0010319) cgrzemba (manager) - 2013-04-10 11:35 https://www.opencsw.org/mantis/view.php?id=4027#c10319 ---------------------------------------------------------------------- no info files in version 3.12.1 found From noreply at opencsw.org Wed Apr 10 11:36:21 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 11:36:21 +0200 Subject: [bug-notifications] [ocaml 0005056]: hevea depends on 3.12 features In-Reply-To: <182c7b6a3c0ec91af4fa7b2c74b8ded1> Message-ID: <7548cc451afea69962917e251e7d4fe7@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5056 ====================================================================== Reported By: pfelecan Assigned To: cgrzemba ====================================================================== Project: ocaml Issue ID: 5056 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-08 13:43 CET Last Modified: 2013-04-10 11:36 CEST ====================================================================== Summary: hevea depends on 3.12 features Description: Trying to upgrade hevea but it uses constructs specific to the 3.12 version of Ocaml. What's the horizon of such an upgrade? TIA ====================================================================== From noreply at opencsw.org Wed Apr 10 11:37:12 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 11:37:12 +0200 Subject: [bug-notifications] [ocaml 0005056]: hevea depends on 3.12 features In-Reply-To: <182c7b6a3c0ec91af4fa7b2c74b8ded1> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5056 ====================================================================== Reported By: pfelecan Assigned To: cgrzemba ====================================================================== Project: ocaml Issue ID: 5056 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-08 13:43 CET Last Modified: 2013-04-10 11:37 CEST ====================================================================== Summary: hevea depends on 3.12 features Description: Trying to upgrade hevea but it uses constructs specific to the 3.12 version of Ocaml. What's the horizon of such an upgrade? TIA ====================================================================== ---------------------------------------------------------------------- (0010320) cgrzemba (manager) - 2013-04-10 11:37 https://www.opencsw.org/mantis/view.php?id=5056#c10320 ---------------------------------------------------------------------- version 3.12.1 pushed to unstable From noreply at opencsw.org Wed Apr 10 11:37:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 11:37:47 +0200 Subject: [bug-notifications] [libqtcore4_gxx 0005064]: don't use _gxx suffix or gxx installation tree In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5064 ====================================================================== Reported By: pfelecan Assigned To: cgrzemba ====================================================================== Project: libqtcore4_gxx Issue ID: 5064 Category: Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-28 11:01 CET Last Modified: 2013-04-10 11:37 CEST ====================================================================== Summary: don't use _gxx suffix or gxx installation tree Description: I propose to abandon the suffix and the gxx tree: 1. there is no other instance of Qt 2. our main-line compiler is gcc, thus gxx for C++ What do you think? ====================================================================== ---------------------------------------------------------------------- (0010308) pfelecan (developer) - 2013-03-29 09:51 https://www.opencsw.org/mantis/view.php?id=5064#c10308 ---------------------------------------------------------------------- IMHO if building with GCC is easier we don't need to bother with SOS. If you don't have the time to explore the causes for the recent build failure I can give it a try next week. Just let me know. From noreply at opencsw.org Wed Apr 10 11:39:17 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 11:39:17 +0200 Subject: [bug-notifications] [libqtcore4_gxx 0005064]: don't use _gxx suffix or gxx installation tree In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5064 ====================================================================== Reported By: pfelecan Assigned To: cgrzemba ====================================================================== Project: libqtcore4_gxx Issue ID: 5064 Category: Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-28 11:01 CET Last Modified: 2013-04-10 11:39 CEST ====================================================================== Summary: don't use _gxx suffix or gxx installation tree Description: I propose to abandon the suffix and the gxx tree: 1. there is no other instance of Qt 2. our main-line compiler is gcc, thus gxx for C++ What do you think? ====================================================================== ---------------------------------------------------------------------- (0010321) cgrzemba (manager) - 2013-04-10 11:39 https://www.opencsw.org/mantis/view.php?id=5064#c10321 ---------------------------------------------------------------------- Qt4.8.1 without gxx prefix uploaded to unstable From noreply at opencsw.org Wed Apr 10 12:02:48 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 10 Apr 2013 12:02:48 +0200 Subject: [bug-notifications] [cups 0005037]: mime.types and mime.convs should be kept In-Reply-To: Message-ID: <552f80b35f16fb7dae8d3042f901f810@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5037 ====================================================================== Reported By: dam Assigned To: cgrzemba ====================================================================== Project: cups Issue ID: 5037 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-01-09 14:13 CET Last Modified: 2013-04-10 12:02 CEST ====================================================================== Summary: mime.types and mime.convs should be kept Description: The files /opt/csw/share/cups/mime/mime.convs /opt/csw/share/cups/mime/mime.types should be made PRESERVECONF as they tend to be modified. ====================================================================== ---------------------------------------------------------------------- (0010322) cgrzemba (manager) - 2013-04-10 12:02 https://www.opencsw.org/mantis/view.php?id=5037#c10322 ---------------------------------------------------------------------- applied with svn commit 20141, 2013-01-15 14:46:17 From noreply at opencsw.org Thu Apr 11 16:50:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 11 Apr 2013 16:50:43 +0200 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: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4903 ====================================================================== Reported By: gadavis Assigned To: dam ====================================================================== Project: rsync Issue ID: 4903 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-02-22 04:33 CET Last Modified: 2013-04-11 16:50 CEST ====================================================================== 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? ====================================================================== ---------------------------------------------------------------------- (0010323) dam (administrator) - 2013-04-11 16:50 https://www.opencsw.org/mantis/view.php?id=4903#c10323 ---------------------------------------------------------------------- This is fixed in 3.0.9,REV=2013.04.11 and released to unstable/. From noreply at opencsw.org Sun Apr 14 23:06:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 14 Apr 2013 23:06:57 +0200 Subject: [bug-notifications] [slrn 0003130]: Depend on CSWggettextrt In-Reply-To: <704ef47000edd06cf9032440b59f642e> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3130 ====================================================================== Reported By: harpchad Assigned To: yann ====================================================================== Project: slrn Issue ID: 3130 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:54 CET Last Modified: 2013-04-14 23:06 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010324) yann (manager) - 2013-04-14 23:06 https://www.opencsw.org/mantis/view.php?id=3130#c10324 ---------------------------------------------------------------------- This is fixed in the last package. From noreply at opencsw.org Mon Apr 15 07:09:48 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 15 Apr 2013 07:09:48 +0200 Subject: [bug-notifications] [openvpn 0002498]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <0379d979dd4d8699684cf44e8ee672d4> Message-ID: <135a1ea0d58966035089a6c7e27f0375@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2498 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: openvpn Issue ID: 2498 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 09:19 CEST Last Modified: 2013-04-15 07:09 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0010325) yann (developer) - 2013-04-15 07:09 https://www.opencsw.org/mantis/view.php?id=2498#c10325 ---------------------------------------------------------------------- Fixed in last package. From noreply at opencsw.org Tue Apr 16 15:00:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:00:16 +0200 Subject: [bug-notifications] [cvsproxy 0001839]: pkgrm removes link /etc/inetd.conf -> /etc/inet/inetd.conf and create second inetd.conf In-Reply-To: <36ef52031508bd41f0452dcc40c9b27a> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2013-04-16 15:00 CEST ====================================================================== Summary: pkgrm removes link /etc/inetd.conf -> /etc/inet/inetd.conf and create second inetd.conf Description: edits the file /etc/inetd.conf and moves it to a backup name./ This file is a link so the process creates a new file /etc/inetd.conf and destoys the link to ./inet/inetd.conf. After pkgrm: $ ls -l /etc/inetd.conf* -rw-r--r-- 1 root other 6615 Sep 29 16:44 /etc/inetd.conf lrwxrwxrwx 1 root other 17 Aug 17 11:26 /etc/inetd.conf.O -> ./inet/inetd.conf ====================================================================== ---------------------------------------------------------------------- (0006945) james (developer) - 2009-11-03 10:44 https://www.opencsw.org/mantis/view.php?id=1839#c6945 ---------------------------------------------------------------------- The key to this bug is to ensure clean update by sorting out the mess left by removal of the old package. ---------------------------------------------------------------------- (0007527) bonivart (developer) - 2010-02-26 16:50 https://www.opencsw.org/mantis/view.php?id=1839#c7527 ---------------------------------------------------------------------- Notes from IRC: 16:45:04 Ok, It should on preinstall for fixing call the following lines: 16:45:04 build8st# mv /etc/inetd.conf /etc/inet/inetd.conf 16:45:05 build8st# mv /etc/inetd.conf.O /etc/inetd.conf 16:46:01 build8st# mv /etc/services /etc/inet/services 16:46:01 build8st# mv /etc/services.O /etc/services 16:46:15 And trigger on [ -f /etc/inetd.conf.O ] 16:46:36 Best location would be pkgutil update hook 16:48:11 It may go into preinstall script, but that would also trigger when some unware admin make inetd.conf.o himself 16:48:43 It should for sanity check the link for name and destination also From noreply at opencsw.org Tue Apr 16 15:00:30 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:00:30 +0200 Subject: [bug-notifications] [cvsproxy 0002241]: NAME line in pkginfo file is malformed In-Reply-To: <48e69148e865c87b5c004b37978d131c> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2241 ====================================================================== Reported By: jeff Assigned To: dam ====================================================================== Project: cvsproxy Issue ID: 2241 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-05-12 01:53 CEST Last Modified: 2013-04-16 15:00 CEST ====================================================================== Summary: NAME line in pkginfo file is malformed Description: The NAME line in the pkginfo file reads: NAME=cvsproxy -an easy to use CVS proxy It needs a space after the dash. This is throwing off utilities that try to format pkg-get -D output. ====================================================================== ---------------------------------------------------------------------- (0006933) bonivart (developer) - 2009-11-01 12:49 https://www.opencsw.org/mantis/view.php?id=2241#c6933 ---------------------------------------------------------------------- This is fixed in the testing package. From noreply at opencsw.org Tue Apr 16 15:00:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:00:52 +0200 Subject: [bug-notifications] [cvsproxy 0002241]: NAME line in pkginfo file is malformed In-Reply-To: <48e69148e865c87b5c004b37978d131c> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2241 ====================================================================== Reported By: jeff Assigned To: dam ====================================================================== Project: cvsproxy Issue ID: 2241 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-05-12 01:53 CEST Last Modified: 2013-04-16 15:00 CEST ====================================================================== Summary: NAME line in pkginfo file is malformed Description: The NAME line in the pkginfo file reads: NAME=cvsproxy -an easy to use CVS proxy It needs a space after the dash. This is throwing off utilities that try to format pkg-get -D output. ====================================================================== ---------------------------------------------------------------------- (0010326) dam (administrator) - 2013-04-16 15:00 https://www.opencsw.org/mantis/view.php?id=2241#c10326 ---------------------------------------------------------------------- This is fixed in 1.0.1,REV=2013.02.08 and pushed to unstable/. From noreply at opencsw.org Tue Apr 16 15:03:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:03:03 +0200 Subject: [bug-notifications] [cvsproxy 0001839]: pkgrm removes link /etc/inetd.conf -> /etc/inet/inetd.conf and create second inetd.conf In-Reply-To: <36ef52031508bd41f0452dcc40c9b27a> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2013-04-16 15:03 CEST ====================================================================== Summary: pkgrm removes link /etc/inetd.conf -> /etc/inet/inetd.conf and create second inetd.conf Description: edits the file /etc/inetd.conf and moves it to a backup name./ This file is a link so the process creates a new file /etc/inetd.conf and destoys the link to ./inet/inetd.conf. After pkgrm: $ ls -l /etc/inetd.conf* -rw-r--r-- 1 root other 6615 Sep 29 16:44 /etc/inetd.conf lrwxrwxrwx 1 root other 17 Aug 17 11:26 /etc/inetd.conf.O -> ./inet/inetd.conf ====================================================================== ---------------------------------------------------------------------- (0007527) bonivart (developer) - 2010-02-26 16:50 https://www.opencsw.org/mantis/view.php?id=1839#c7527 ---------------------------------------------------------------------- Notes from IRC: 16:45:04 Ok, It should on preinstall for fixing call the following lines: 16:45:04 build8st# mv /etc/inetd.conf /etc/inet/inetd.conf 16:45:05 build8st# mv /etc/inetd.conf.O /etc/inetd.conf 16:46:01 build8st# mv /etc/services /etc/inet/services 16:46:01 build8st# mv /etc/services.O /etc/services 16:46:15 And trigger on [ -f /etc/inetd.conf.O ] 16:46:36 Best location would be pkgutil update hook 16:48:11 It may go into preinstall script, but that would also trigger when some unware admin make inetd.conf.o himself 16:48:43 It should for sanity check the link for name and destination also ---------------------------------------------------------------------- (0010327) dam (administrator) - 2013-04-16 15:03 https://www.opencsw.org/mantis/view.php?id=1839#c10327 ---------------------------------------------------------------------- A new cvsproxy 1.0.1,REV=2013.02.08 has been pushed to unstable/. Cleanup may be needed manually after upgrade. From noreply at opencsw.org Tue Apr 16 15:04:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:04:08 +0200 Subject: [bug-notifications] [nginx 0005017]: Upgrade In-Reply-To: <6bddbea691a909bcdc2e04bd9ec60f83> Message-ID: <5f0cca675761d5c885bbb704f25e7a98@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5017 ====================================================================== Reported By: max_meyer Assigned To: dam ====================================================================== Project: nginx Issue ID: 5017 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-10-26 08:06 CEST Last Modified: 2013-04-16 15:04 CEST ====================================================================== Summary: Upgrade Description: Could you please upgrade to the latest stable version. This packages seems a little bit outdated since 2011. http://nginx.org/download/nginx-1.2.4.tar.gz http://nginx.org/download/nginx-1.2.4.tar.gz.asc ====================================================================== From noreply at opencsw.org Tue Apr 16 15:04:28 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:04:28 +0200 Subject: [bug-notifications] [nginx 0005017]: Upgrade In-Reply-To: <6bddbea691a909bcdc2e04bd9ec60f83> Message-ID: <9f604abdaf40aa72d34a234172fe10b9@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5017 ====================================================================== Reported By: max_meyer Assigned To: dam ====================================================================== Project: nginx Issue ID: 5017 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-10-26 08:06 CEST Last Modified: 2013-04-16 15:04 CEST ====================================================================== Summary: Upgrade Description: Could you please upgrade to the latest stable version. This packages seems a little bit outdated since 2011. http://nginx.org/download/nginx-1.2.4.tar.gz http://nginx.org/download/nginx-1.2.4.tar.gz.asc ====================================================================== ---------------------------------------------------------------------- (0010328) dam (administrator) - 2013-04-16 15:04 https://www.opencsw.org/mantis/view.php?id=5017#c10328 ---------------------------------------------------------------------- nginx 1.3.15,REV=2013.04.11 has been pushed to unstable/. From noreply at opencsw.org Tue Apr 16 15:04:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:04:32 +0200 Subject: [bug-notifications] [nginx 0005018]: Add module "gzip_static_module" to build recipe In-Reply-To: Message-ID: <550a41208567c964fbb3c6ff46c52ea9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5018 ====================================================================== Reported By: max_meyer Assigned To: dam ====================================================================== Project: nginx Issue ID: 5018 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-10-26 08:17 CEST Last Modified: 2013-04-16 15:04 CEST ====================================================================== Summary: Add module "gzip_static_module" to build recipe Description: nginx supports the delivery of pre-zipped files, e.g. application.js.gz instead of zipping application.js on the fly if a client requests a resource with "Accept-Encoding: gzip". This behaviour needs to be enabled within the nginx-configuration file (http://wiki.nginx.org/HttpGzipStaticModule#gzip_static). So only people using "gzip_static on" activate that module. All others should be not affected. To enable this option one need to configure the package with: ./configure --with-http_gzip_static_module Today this option is not enabled during package configuration: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/nginx/trunk/Makefile Could you please enable it? I assume this will reduce the load on our web servers a lot as Rails is capable to generate those gzipped files. Thx a lot. ====================================================================== From noreply at opencsw.org Tue Apr 16 15:05:41 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:05:41 +0200 Subject: [bug-notifications] [nginx 0005018]: Add module "gzip_static_module" to build recipe In-Reply-To: Message-ID: <5b95a8267e9eaabf83e9bc38e481a413@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5018 ====================================================================== Reported By: max_meyer Assigned To: dam ====================================================================== Project: nginx Issue ID: 5018 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-10-26 08:17 CEST Last Modified: 2013-04-16 15:05 CEST ====================================================================== Summary: Add module "gzip_static_module" to build recipe Description: nginx supports the delivery of pre-zipped files, e.g. application.js.gz instead of zipping application.js on the fly if a client requests a resource with "Accept-Encoding: gzip". This behaviour needs to be enabled within the nginx-configuration file (http://wiki.nginx.org/HttpGzipStaticModule#gzip_static). So only people using "gzip_static on" activate that module. All others should be not affected. To enable this option one need to configure the package with: ./configure --with-http_gzip_static_module Today this option is not enabled during package configuration: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/nginx/trunk/Makefile Could you please enable it? I assume this will reduce the load on our web servers a lot as Rails is capable to generate those gzipped files. Thx a lot. ====================================================================== ---------------------------------------------------------------------- (0010329) dam (administrator) - 2013-04-16 15:05 https://www.opencsw.org/mantis/view.php?id=5018#c10329 ---------------------------------------------------------------------- This option is now enabled in 1.3.15,REV=2013.04.11 and pushed to unstable/. From noreply at opencsw.org Tue Apr 16 15:06:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:06:53 +0200 Subject: [bug-notifications] [wget 0004969]: wget 1.13.4 - Certificate check In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4969 ====================================================================== Reported By: florian Assigned To: dam ====================================================================== Project: wget Issue ID: 4969 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-06-27 14:44 CEST Last Modified: 2013-04-16 15:06 CEST ====================================================================== Summary: wget 1.13.4 - Certificate check Description: Hello, checking the validity of a server certificate against the ca cert takes a long time. wget 1.11 runs fast because openssl is used. In wget 1.13.4 gnutls is used. (ldd cmd) You can see the differences when you use truss. Can you please compile wget against openssl? Thanks, Florian ====================================================================== ---------------------------------------------------------------------- (0010330) dam (administrator) - 2013-04-16 15:06 https://www.opencsw.org/mantis/view.php?id=4969#c10330 ---------------------------------------------------------------------- wget 1.14,REV=2013.03.28 uses OpenSSL again and has been pushed to unstable/. From noreply at opencsw.org Tue Apr 16 15:52:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 16 Apr 2013 15:52:03 +0200 Subject: [bug-notifications] [pm_xmllibxml 0004974]: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX In-Reply-To: Message-ID: <6246f5bf6bd3851bd64d369e7df8740f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4974 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: pm_xmllibxml Issue ID: 4974 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-07-09 09:14 CEST Last Modified: 2013-04-16 15:52 CEST ====================================================================== Summary: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX Description: when you install CSWpmxmllibxml: => Installing CSWpmxmllibxml-1.70,REV=2010.02.09 (15/15) ... ===========NOTICE=========== To register this parser, please issue /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" ============================ Installation of was successful. the file ParserDetails.ini does not exist: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 403 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm root at melpomene:~# /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX The message is confusing, because ParserDetails.ini is just created: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 405 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -rw-r--r-- 1 root root 66 Jul 9 09:10 ParserDetails.ini -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm not a bug, just a confusing message ====================================================================== ---------------------------------------------------------------------- (0010331) dam (administrator) - 2013-04-16 15:52 https://www.opencsw.org/mantis/view.php?id=4974#c10331 ---------------------------------------------------------------------- A general solution will be tracked at http://wiki.opencsw.org/porting-faq#toc25 From noreply at opencsw.org Wed Apr 17 15:27:51 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 17 Apr 2013 15:27:51 +0200 Subject: [bug-notifications] [emacs_gtk 0005027]: (emacs-gtk:13976): GLib-WARNING In-Reply-To: Message-ID: <0d8adc0cdca34ad1d5db71ea98dd7b03@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5027 ====================================================================== Reported By: wcohrs Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 5027 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-11-28 09:15 CET Last Modified: 2013-04-17 15:27 CEST ====================================================================== Summary: (emacs-gtk:13976): GLib-WARNING Description: after upgrade to catalog the ?kiel? SunOS 5.10 Generic_147441-20 i86pc i386 i86pc GNU Emacs 24.2.1 (i386-pc-solaris2.10, GTK+ Version 2.24.8) of 2012-10-10 on unstable10x (emacs-gtk:14362): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. ====================================================================== ---------------------------------------------------------------------- (0010332) pfelecan (manager) - 2013-04-17 15:27 https://www.opencsw.org/mantis/view.php?id=5027#c10332 ---------------------------------------------------------------------- This is a warning, as the message level shows it. The root cause is that there is no dbus daemon listening. You can find the explanation and different strategies in the dbus-launch(1) manual page. However, to avoid having this message, but without a real functional configuration, set, at least, the DBUS_SESSION_BUS_ADDRESS environment variable to empty, e.g. DBUS_SESSION_BUS_ADDRESS= emacs From noreply at opencsw.org Thu Apr 18 15:02:12 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Apr 2013 15:02:12 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-18 15:02 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== From noreply at opencsw.org Thu Apr 18 15:05:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Apr 2013 15:05:53 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-18 15:05 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010333) dam (administrator) - 2013-04-18 15:05 https://www.opencsw.org/mantis/view.php?id=5067#c10333 ---------------------------------------------------------------------- Holai Koji, this is most likely not a problem with the package itself but a problem with the package database in your system. Please verify that you can install a known-to-be-good packages like something from the Solaris distribution. I support it will also fail. You can then try to pinpoint the failing issue with truss on pkgadd and see where it fails. Best regards -- Dago From noreply at opencsw.org Thu Apr 18 16:55:42 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 18 Apr 2013 16:55:42 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: <278f888f30bd0e96a816323eab8aa888@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-18 16:55 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010334) dam (administrator) - 2013-04-18 16:55 https://www.opencsw.org/mantis/view.php?id=5067#c10334 ---------------------------------------------------------------------- I just verified manually on Solaris 10 that the package in general is installable. Maybe your are pulling from a broken mirror? root at experimental10s [experimental10s]:/root > pkgadd -d gdb-7.2,REV=2011.01.21-SunOS5.10-sparc-CSW.pkg The following packages are available: 1 CSWgdb gdb - The GNU Debugger (sparc) 7.2,REV=2011.01.21 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: Verarbeite Package-Version von gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. ## Package-Informationen werden verarbeitet. ## Systeminformationen werden verarbeitet. 10-Package-Pfadnamen sind bereits korrekt installiert. ## Package-Abh?ngigkeiten werden ?berpr?ft. ## Ben?tigter Plattenspeicher wird gepr?ft. ## Pr?fung auf Konflikte mit bereits installierten Packages ## Pr?fe auf setuid/setgid-Programme. Installiere gdb - The GNU Debugger als ## Installiere Teil 1 von 1. /opt/csw/bin/sparcv8/gdb /opt/csw/bin/sparcv8/gdbtui /opt/csw/bin/sparcv9/gdb /opt/csw/bin/sparcv9/gdbtui /opt/csw/share/doc/gdb/COPYING.GPL /opt/csw/share/doc/gdb/README.CSW /opt/csw/share/gdb/syscalls/amd64-linux.xml /opt/csw/share/gdb/syscalls/gdb-syscalls.dtd /opt/csw/share/gdb/syscalls/i386-linux.xml /opt/csw/share/gdb/syscalls/ppc-linux.xml /opt/csw/share/gdb/syscalls/ppc64-linux.xml /opt/csw/share/gdb/syscalls/sparc-linux.xml /opt/csw/share/gdb/syscalls/sparc64-linux.xml /opt/csw/share/man/man1/gdb.1 /opt/csw/share/man/man1/gdbtui.1 [ Klasse wird gepr?ft ] /opt/csw/bin/gdb /opt/csw/bin/gdbtui Installing class ... Registering texinfo entry for /opt/csw/share/info/gdb.info Registering texinfo entry for /opt/csw/share/info/gdb.info-1 Registering texinfo entry for /opt/csw/share/info/gdb.info-2 Registering texinfo entry for /opt/csw/share/info/gdb.info-3 Registering texinfo entry for /opt/csw/share/info/gdb.info-4 Registering texinfo entry for /opt/csw/share/info/gdb.info-5 Registering texinfo entry for /opt/csw/share/info/gdb.info-6 Registering texinfo entry for /opt/csw/share/info/gdbint.info Registering texinfo entry for /opt/csw/share/info/gdbint.info-1 Registering texinfo entry for /opt/csw/share/info/gdbint.info-2 [ Klasse wird gepr?ft ] Installation von erfolgreich. From noreply at opencsw.org Fri Apr 19 08:51:44 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 08:51:44 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-19 08:51 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010335) koji (reporter) - 2013-04-19 08:51 https://www.opencsw.org/mantis/view.php?id=5067#c10335 ---------------------------------------------------------------------- I have been installing lots of other packages without problems from opencsw, and the dependecies for gdb install also ok... I've tried to download the package from a mirror () and installing it but the same... I also tried truss, what it seems strange is that almost nothing passes since i select the packet and the error message appears... bash-2.05# truss pkgadd -d ./gdb-7.2,REV\=2011.01.21-SunOS5.9-sparc-CSW.pkg execve("/usr/sbin/pkgadd", 0xFFBFFCBC, 0xFFBFFCCC) argc = 3 resolvepath("/usr/lib/ld.so.1", "/usr/lib/ld.so.1", 1023) = 16 resolvepath("/usr/sbin/pkgadd", "/usr/sbin/pkgadd", 1023) = 16 stat("/usr/sbin/pkgadd", 0xFFBFFA80) = 0 open("/var/ld/ld.config", O_RDONLY) = 3 fstat(3, 0xFFBFF500) = 0 mmap(0x00000000, 204, PROT_READ, MAP_SHARED, 3, 0) = 0xFF3B0000 close(3) = 0 stat("/opt/csw/lib/libadm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libadm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libadm.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libadm.so.1", "/usr/lib/libadm.so.1", 1023) = 20 open("/usr/lib/libadm.so.1", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF3A0000 mmap(0x00010000, 172032, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF370000 mmap(0xFF370000, 86197, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF370000 mmap(0xFF396000, 10000, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 90112) = 0xFF396000 munmap(0xFF386000, 65536) = 0 memcntl(0xFF370000, 15476, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libm.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libm.so.1", "/usr/lib/libm.so.1", 1023) = 18 open("/usr/lib/libm.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 294912, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF320000 mmap(0xFF320000, 225034, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF320000 mmap(0xFF366000, 6972, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 221184) = 0xFF366000 munmap(0xFF358000, 57344) = 0 memcntl(0xFF320000, 10304, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libnsl.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libnsl.so.1", "/usr/lib/libnsl.so.1", 1023) = 20 open("/usr/lib/libnsl.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 712704, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF200000 mmap(0xFF200000, 580882, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF200000 mmap(0xFF29E000, 32900, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 581632) = 0xFF29E000 mmap(0xFF2A8000, 22912, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF2A8000 munmap(0xFF28E000, 65536) = 0 memcntl(0xFF200000, 82580, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF310000 stat("/opt/csw/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libdl.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libdl.so.1", "/usr/lib/libdl.so.1", 1023) = 19 open("/usr/lib/libdl.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 8192, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF300000 mmap(0xFF300000, 2210, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF300000 close(3) = 0 stat("/opt/csw/lib/libmd5.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libmd5.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libmd5.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libmd5.so.1", "/usr/lib/libmd5.so.1", 1023) = 20 open("/usr/lib/libmd5.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 81920, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF2E0000 mmap(0xFF2E0000, 5864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF2E0000 mmap(0xFF2F2000, 456, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 8192) = 0xFF2F2000 munmap(0xFF2E2000, 65536) = 0 memcntl(0xFF2E0000, 1268, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libsocket.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libsocket.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libsocket.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libsocket.so.1", "/usr/lib/libsocket.so.1", 1023) = 23 open("/usr/lib/libsocket.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 114688, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF2C0000 mmap(0xFF2C0000, 39550, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF2C0000 mmap(0xFF2DA000, 4333, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 40960) = 0xFF2DA000 munmap(0xFF2CA000, 65536) = 0 memcntl(0xFF2C0000, 13792, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libc.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libc.so.1", "/usr/lib/libc.so.1", 1023) = 18 open("/usr/lib/libc.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 802816, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF100000 mmap(0xFF100000, 703464, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF100000 mmap(0xFF1BC000, 24496, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 704512) = 0xFF1BC000 mmap(0xFF1C2000, 6720, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF1C2000 munmap(0xFF1AC000, 65536) = 0 memcntl(0xFF100000, 117696, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libelf.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libelf.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libelf.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libelf.so.1", "/usr/lib/libelf.so.1", 1023) = 20 open("/usr/lib/libelf.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 212992, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF0C0000 mmap(0xFF0C0000, 132377, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF0C0000 mmap(0xFF0F2000, 3640, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 139264) = 0xFF0F2000 munmap(0xFF0E2000, 65536) = 0 memcntl(0xFF0C0000, 11780, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libmp.so.2", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libmp.so.2", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libmp.so.2", 0xFFBFF588) = 0 resolvepath("/usr/lib/libmp.so.2", "/usr/lib/libmp.so.2", 1023) = 19 open("/usr/lib/libmp.so.2", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF1E0000 mmap(0xFF1E0000, 10804, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF1E0000 mmap(0xFF1F4000, 849, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 16384) = 0xFF1F4000 munmap(0xFF1E4000, 65536) = 0 memcntl(0xFF1E0000, 2464, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1", 0xFFBFF288) = 0 resolvepath("/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1", "/usr/platform/sun4u-us3/lib/libc_psr.so.1", 1023) = 41 open("/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 munmap(0xFF3A2000, 24576) = 0 mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF1D0000 close(3) = 0 getustack(0xFFBFF8C4) getrlimit(RLIMIT_STACK, 0xFFBFF8BC) = 0 getcontext(0xFFBFF6F8) setustack(0xFF1C39B4) brk(0x00123368) = 0 brk(0x00125368) = 0 stat("/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", 0xFFBFE870) = 0 resolvepath("/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", "/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", 1023) = 52 open("/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF0B0000 mmap(0x00010000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF090000 mmap(0xFF090000, 14814, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF090000 mmap(0xFF0A2000, 8806, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 8192) = 0xFF0A2000 munmap(0xFF094000, 57344) = 0 memcntl(0xFF090000, 6824, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFE730) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFE730) Err#2 ENOENT munmap(0xFF0B0000, 32768) = 0 brk(0x00125368) = 0 brk(0x00127368) = 0 brk(0x00127368) = 0 brk(0x00129368) = 0 brk(0x00129368) = 0 brk(0x0012B368) = 0 brk(0x0012B368) = 0 brk(0x0012D368) = 0 brk(0x0012D368) = 0 brk(0x0012F368) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFE9F8) = 0 brk(0x0012F368) = 0 brk(0x00131368) = 0 fstat64(3, 0xFFBFE8A0) = 0 ioctl(3, TCGETA, 0xFFBFE984) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 brk(0x00131368) = 0 brk(0x00133368) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("./gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF038) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFEFA0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 open(".", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, 0xFFBFEFA0) = 0 close(3) = 0 open("./..", O_RDONLY|O_NDELAY|O_LARGEFILE) = 3 fstat64(3, 0xFFBFEFA0) = 0 getdents64(3, 0xFFBFC558, 8192) = 816 close(3) = 0 open("./../..", O_RDONLY|O_NDELAY|O_LARGEFILE) = 3 fstat64(3, 0xFFBFEFA0) = 0 open("/etc/mnttab", O_RDONLY|O_LARGEFILE) = 4 read(4, " /", 1) = 1 ioctl(4, MNTIOC_NMNTS, 0xFFBFC4E0) = 0 fstat(4, 0xFFBFC458) = 0 ioctl(4, MNTIOC_GETDEVLIST, 0x0012F000) = 0 read(4, " d e v / m d / d s k / d".., 889) = 889 close(4) = 0 lstat64("/aplicacions", 0xFFBFC3A8) = 0 close(3) = 0 lstat64("/aplicacions/SRC", 0xFF1C2240) = 0 resolvepath("./gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", "gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 1024) = 45 lstat64(".", 0xFFBFEC38) = 0 lstat64("/aplicacions/SRC", 0xFFBFEC38) = 0 sigaction(SIGINT, 0xFFBFF4D0, 0xFFBFF550) = 0 sigaction(SIGHUP, 0xFFBFF4D0, 0xFFBFF550) = 0 access("/var/sadm/install/admin/default", 4) = 0 open("/var/sadm/install/admin/default", O_RDONLY) = 3 fstat64(3, 0xFFBFEF18) = 0 fstat64(3, 0xFFBFEDC0) = 0 ioctl(3, TCGETA, 0xFFBFEEA4) Err#25 ENOTTY read(3, " #\n # C o p y r i g h".., 8192) = 363 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 363 close(3) = 0 getuid() = 0 [0] stat("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF4A8) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFEDF8) = 0 fstat64(3, 0xFFBFECA0) = 0 ioctl(3, TCGETA, 0xFFBFED84) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF438) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFF3A0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFEDF8) = 0 fstat64(3, 0xFFBFECA0) = 0 ioctl(3, TCGETA, 0xFFBFED84) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF438) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFF3A0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFEDF8) = 0 fstat64(3, 0xFFBFECA0) = 0 ioctl(3, TCGETA, 0xFFBFED84) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 brk(0x00133368) = 0 brk(0x00135368) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF438) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFF3A0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 stat64("/var/tmp/", 0xFFBFF4F8) = 0 access("/var/tmp", 3) = 0 getpid() = 20315 [20314] sysconfig(_CONFIG_MAXPID) = 30000 lstat64("/var/tmp/dstreAAAb_ayRN", 0xFFBFF3F8) Err#2 ENOENT mkdir("/var/tmp/dstreAAAb_ayRN", 0755) = 0 chdir("/var/tmp/dstreAAAb_ayRN") = 0 open("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", O_RDONLY) = 3 open("/etc/device.tab", O_RDONLY) = 4 fstat64(4, 0xFFBFE910) = 0 brk(0x00135368) = 0 brk(0x00137368) = 0 fstat64(4, 0xFFBFE7B8) = 0 ioctl(4, TCGETA, 0xFFBFE89C) Err#25 ENOTTY read(4, " # i d e n t\t \ " @ ( #".., 8192) = 1973 read(4, 0x00134A64, 8192) = 0 llseek(4, 0, SEEK_CUR) = 1973 llseek(4, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFEF50) = 0 read(4, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFEEB8) = 0 read(4, 0x00134A64, 8192) = 0 llseek(4, 0, SEEK_CUR) = 1973 close(4) = 0 fcntl(3, F_GETFL, 0x00000000) = 0 read(3, " # P a C k A g E D a".., 512) = 512 sigfillset(0xFF1C29E8) = 0 sigprocmask(SIG_BLOCK, 0xFFBFF298, 0x00000000) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBFF298, 0x00000000) = 0 getpid() = 20315 [20314] lstat64("/var/tmp/aaac_ayRN", 0xFFBFF138) Err#2 ENOENT vfork() = 20316 sigprocmask(SIG_BLOCK, 0xFFBFF228, 0x00000000) = 0 waitid(P_PID, 20316, 0xFFBFF1B8, WEXITED|WTRAPPED) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBFF228, 0x00000000) = 0 unlink("/var/tmp/aaac_ayRN") = 0 open("/var/tmp/dstreAAAb_ayRN", O_RDONLY|O_NDELAY|O_LARGEFILE) = 4 fstat64(4, 0xFFBFF2B0) = 0 fcntl(4, F_SETFD, 0x00000001) = 0 getdents64(4, 0x00134C78, 8192) = 80 open("/var/tmp/dstreAAAb_ayRN/CSWgdb/pkginfo", O_RDONLY) = 5 llseek(5, 0, SEEK_CUR) = 0 close(5) = 0 access("/var/tmp/dstreAAAb_ayRN/.save.CSWgdb/pkginfo", 0) Err#2 ENOENT access("/var/tmp/dstreAAAb_ayRN/CSWgdb/pkginfo", 0) = 0 open("/var/tmp/dstreAAAb_ayRN/CSWgdb/pkginfo", O_RDONLY) = 5 fstat64(5, 0xFFBFF008) = 0 brk(0x00137368) = 0 brk(0x00139368) = 0 fstat64(5, 0xFFBFEEB0) = 0 ioctl(5, TCGETA, 0xFFBFEF94) Err#25 ENOTTY read(5, " P K G = C S W g d b\n N".., 8192) = 353 read(5, 0x00136C84, 8192) = 0 llseek(5, 0, SEEK_CUR) = 353 close(5) = 0 getdents64(4, 0x00134C78, 8192) = 0 close(4) = 0 fstat64(2, 0xFFBFEF78) = 0 fstat64(2, 0xFFBFEE20) = 0 ioctl(2, TCGETA, 0xFFBFEF04) = 0 write(2, "\n", 1) = 1 stat("/usr/lib/locale/en_US.ISO8859-1/LC_CTYPE/wdresolve.so", 0xFFBFDE98) Err#2 ENOENT The following packages are available: write(2, " T h e f o l l o w i n".., 38) = 38 1 CSWgdb gdb - The GNU Debugger write(2, " 1 C S W g d b ".., 39) = 39 (sparc) 7.2,REV=2011.01.21 write(2, " ".., 43) = 43 write(2, "\n", 1) = 1 Select package(s) you wish to process (or 'all' to process write(2, " S e l e c t p a c k a".., 59) = 59 ioctl(0, TCGETA, 0xFFBFE97C) = 0 fstat64(0, 0xFFBFE898) = 0 all packages). (default: all) [?,??,q]: write(2, " a l l p a c k a g e s".., 40) = 40 read(0, 0xFF1C35AC, 1024) (sleeping...) 1 read(0, " 1\n", 1024) = 2 open("/var/tmp/dstreAAAb_ayRN/signature", O_RDONLY|O_NONBLOCK) Err#2 ENOENT Processing package instance from write(2, "\n P r o c e s s i n g ".., 107) = 107 write(2, "\n", 1) = 1 sigaction(SIGINT, 0xFFBFEEF8, 0xFFBFEF78) = 0 fork() = 20343 sigaction(SIGINT, 0xFFBFEE90, 0xFFBFEF10) = 0 gdb - The GNU Debugger (sparc) 7.2,REV=2011.01.21 pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. waitid(P_PID, 20343, 0xFFBFEED0, WEXITED|WTRAPPED) = 0 sigaction(SIGINT, 0xFFBFEE90, 0xFFBFEF10) = 0 sigaction(SIGINT, 0xFFBFEEF8, 0xFFBFEF78) = 0 chdir("/") = 0 sigaction(SIGINT, 0xFFBFF470, 0xFFBFF4F0) = 0 sigaction(SIGHUP, 0xFFBFF470, 0xFFBFF4F0) = 0 chdir("/") = 0 sigprocmask(SIG_BLOCK, 0xFFBFF00C, 0xFFBFEFFC) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0xFFBFEFBC) = 0 vfork() = 20354 sigaction(SIGINT, 0xFFBFEEB0, 0xFFBFEF64) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0xFFBFEF44) = 0 waitid(P_PID, 20354, 0xFFBFEE50, WEXITED|WTRAPPED|_WNOCHLD) = 0 sigaction(SIGINT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0x00000000) = 0 sigprocmask(SIG_SETMASK, 0xFFBFEFFC, 0x00000000) = 0 sigprocmask(SIG_BLOCK, 0xFFBFF00C, 0xFFBFEFFC) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0xFFBFEFBC) = 0 vfork() = 20356 sigaction(SIGINT, 0xFFBFEEB0, 0xFFBFEF64) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0xFFBFEF44) = 0 waitid(P_PID, 20356, 0xFFBFEE50, WEXITED|WTRAPPED|_WNOCHLD) = 0 sigaction(SIGINT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0x00000000) = 0 sigprocmask(SIG_SETMASK, 0xFFBFEFFC, 0x00000000) = 0 close(3) = 0 _exit(1) The system is not in general up to date, could this be the cause? From noreply at opencsw.org Fri Apr 19 09:35:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 09:35:03 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: <4e91a7988b4660c9f8cfcaedb2834e27@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-19 09:35 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010335) koji (reporter) - 2013-04-19 08:52 https://www.opencsw.org/mantis/view.php?id=5067#c10335 ---------------------------------------------------------------------- I have been installing lots of other packages without problems from opencsw, and the dependecies for gdb install also ok... I've tried to download the package from a mirror (ftp://ftp.uni-erlangen.de/pub/mirrors/csw/dublin/sparc/5.9/) and installing it but the same... I also tried truss, what it seems strange is that almost nothing passes since i select the packet and the error message appears... bash-2.05# truss pkgadd -d ./gdb-7.2,REV\=2011.01.21-SunOS5.9-sparc-CSW.pkg execve("/usr/sbin/pkgadd", 0xFFBFFCBC, 0xFFBFFCCC) argc = 3 resolvepath("/usr/lib/ld.so.1", "/usr/lib/ld.so.1", 1023) = 16 resolvepath("/usr/sbin/pkgadd", "/usr/sbin/pkgadd", 1023) = 16 stat("/usr/sbin/pkgadd", 0xFFBFFA80) = 0 open("/var/ld/ld.config", O_RDONLY) = 3 fstat(3, 0xFFBFF500) = 0 mmap(0x00000000, 204, PROT_READ, MAP_SHARED, 3, 0) = 0xFF3B0000 close(3) = 0 stat("/opt/csw/lib/libadm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libadm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libadm.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libadm.so.1", "/usr/lib/libadm.so.1", 1023) = 20 open("/usr/lib/libadm.so.1", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF3A0000 mmap(0x00010000, 172032, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF370000 mmap(0xFF370000, 86197, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF370000 mmap(0xFF396000, 10000, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 90112) = 0xFF396000 munmap(0xFF386000, 65536) = 0 memcntl(0xFF370000, 15476, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libm.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libm.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libm.so.1", "/usr/lib/libm.so.1", 1023) = 18 open("/usr/lib/libm.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 294912, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF320000 mmap(0xFF320000, 225034, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF320000 mmap(0xFF366000, 6972, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 221184) = 0xFF366000 munmap(0xFF358000, 57344) = 0 memcntl(0xFF320000, 10304, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libnsl.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libnsl.so.1", "/usr/lib/libnsl.so.1", 1023) = 20 open("/usr/lib/libnsl.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 712704, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF200000 mmap(0xFF200000, 580882, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF200000 mmap(0xFF29E000, 32900, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 581632) = 0xFF29E000 mmap(0xFF2A8000, 22912, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF2A8000 munmap(0xFF28E000, 65536) = 0 memcntl(0xFF200000, 82580, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF310000 stat("/opt/csw/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libdl.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libdl.so.1", "/usr/lib/libdl.so.1", 1023) = 19 open("/usr/lib/libdl.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 8192, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF300000 mmap(0xFF300000, 2210, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF300000 close(3) = 0 stat("/opt/csw/lib/libmd5.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libmd5.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libmd5.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libmd5.so.1", "/usr/lib/libmd5.so.1", 1023) = 20 open("/usr/lib/libmd5.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 81920, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF2E0000 mmap(0xFF2E0000, 5864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF2E0000 mmap(0xFF2F2000, 456, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 8192) = 0xFF2F2000 munmap(0xFF2E2000, 65536) = 0 memcntl(0xFF2E0000, 1268, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libsocket.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libsocket.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libsocket.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libsocket.so.1", "/usr/lib/libsocket.so.1", 1023) = 23 open("/usr/lib/libsocket.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 114688, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF2C0000 mmap(0xFF2C0000, 39550, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF2C0000 mmap(0xFF2DA000, 4333, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 40960) = 0xFF2DA000 munmap(0xFF2CA000, 65536) = 0 memcntl(0xFF2C0000, 13792, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libc.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libc.so.1", "/usr/lib/libc.so.1", 1023) = 18 open("/usr/lib/libc.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 802816, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF100000 mmap(0xFF100000, 703464, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF100000 mmap(0xFF1BC000, 24496, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 704512) = 0xFF1BC000 mmap(0xFF1C2000, 6720, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFF1C2000 munmap(0xFF1AC000, 65536) = 0 memcntl(0xFF100000, 117696, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libelf.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libelf.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libelf.so.1", 0xFFBFF588) = 0 resolvepath("/usr/lib/libelf.so.1", "/usr/lib/libelf.so.1", 1023) = 20 open("/usr/lib/libelf.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 212992, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF0C0000 mmap(0xFF0C0000, 132377, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF0C0000 mmap(0xFF0F2000, 3640, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 139264) = 0xFF0F2000 munmap(0xFF0E2000, 65536) = 0 memcntl(0xFF0C0000, 11780, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libmp.so.2", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libmp.so.2", 0xFFBFF588) Err#2 ENOENT stat("/usr/lib/libmp.so.2", 0xFFBFF588) = 0 resolvepath("/usr/lib/libmp.so.2", "/usr/lib/libmp.so.2", 1023) = 19 open("/usr/lib/libmp.so.2", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 mmap(0x00010000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF1E0000 mmap(0xFF1E0000, 10804, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF1E0000 mmap(0xFF1F4000, 849, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 16384) = 0xFF1F4000 munmap(0xFF1E4000, 65536) = 0 memcntl(0xFF1E0000, 2464, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libnsl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libdl.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/opt/csw/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFF588) Err#2 ENOENT stat("/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1", 0xFFBFF288) = 0 resolvepath("/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1", "/usr/platform/sun4u-us3/lib/libc_psr.so.1", 1023) = 41 open("/usr/platform/SUNW,Sun-Fire-V240/lib/libc_psr.so.1", O_RDONLY) = 3 mmap(0xFF3A0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF3A0000 munmap(0xFF3A2000, 24576) = 0 mmap(0x00000000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFF1D0000 close(3) = 0 getustack(0xFFBFF8C4) getrlimit(RLIMIT_STACK, 0xFFBFF8BC) = 0 getcontext(0xFFBFF6F8) setustack(0xFF1C39B4) brk(0x00123368) = 0 brk(0x00125368) = 0 stat("/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", 0xFFBFE870) = 0 resolvepath("/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", "/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", 1023) = 52 open("/usr/lib/locale/en_US.ISO8859-1/en_US.ISO8859-1.so.2", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFF0B0000 mmap(0x00010000, 90112, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFF090000 mmap(0xFF090000, 14814, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = 0xFF090000 mmap(0xFF0A2000, 8806, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 8192) = 0xFF0A2000 munmap(0xFF094000, 57344) = 0 memcntl(0xFF090000, 6824, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat("/opt/csw/lib/libc.so.1", 0xFFBFE730) Err#2 ENOENT stat("/usr/local/lib/libc.so.1", 0xFFBFE730) Err#2 ENOENT munmap(0xFF0B0000, 32768) = 0 brk(0x00125368) = 0 brk(0x00127368) = 0 brk(0x00127368) = 0 brk(0x00129368) = 0 brk(0x00129368) = 0 brk(0x0012B368) = 0 brk(0x0012B368) = 0 brk(0x0012D368) = 0 brk(0x0012D368) = 0 brk(0x0012F368) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFE9F8) = 0 brk(0x0012F368) = 0 brk(0x00131368) = 0 fstat64(3, 0xFFBFE8A0) = 0 ioctl(3, TCGETA, 0xFFBFE984) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 brk(0x00131368) = 0 brk(0x00133368) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("./gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF038) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFEFA0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 open(".", O_RDONLY|O_LARGEFILE) = 3 fstat64(3, 0xFFBFEFA0) = 0 close(3) = 0 open("./..", O_RDONLY|O_NDELAY|O_LARGEFILE) = 3 fstat64(3, 0xFFBFEFA0) = 0 getdents64(3, 0xFFBFC558, 8192) = 816 close(3) = 0 open("./../..", O_RDONLY|O_NDELAY|O_LARGEFILE) = 3 fstat64(3, 0xFFBFEFA0) = 0 open("/etc/mnttab", O_RDONLY|O_LARGEFILE) = 4 read(4, " /", 1) = 1 ioctl(4, MNTIOC_NMNTS, 0xFFBFC4E0) = 0 fstat(4, 0xFFBFC458) = 0 ioctl(4, MNTIOC_GETDEVLIST, 0x0012F000) = 0 read(4, " d e v / m d / d s k / d".., 889) = 889 close(4) = 0 lstat64("/aplicacions", 0xFFBFC3A8) = 0 close(3) = 0 lstat64("/aplicacions/SRC", 0xFF1C2240) = 0 resolvepath("./gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", "gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 1024) = 45 lstat64(".", 0xFFBFEC38) = 0 lstat64("/aplicacions/SRC", 0xFFBFEC38) = 0 sigaction(SIGINT, 0xFFBFF4D0, 0xFFBFF550) = 0 sigaction(SIGHUP, 0xFFBFF4D0, 0xFFBFF550) = 0 access("/var/sadm/install/admin/default", 4) = 0 open("/var/sadm/install/admin/default", O_RDONLY) = 3 fstat64(3, 0xFFBFEF18) = 0 fstat64(3, 0xFFBFEDC0) = 0 ioctl(3, TCGETA, 0xFFBFEEA4) Err#25 ENOTTY read(3, " #\n # C o p y r i g h".., 8192) = 363 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 363 close(3) = 0 getuid() = 0 [0] stat("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF4A8) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFEDF8) = 0 fstat64(3, 0xFFBFECA0) = 0 ioctl(3, TCGETA, 0xFFBFED84) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF438) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFF3A0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFEDF8) = 0 fstat64(3, 0xFFBFECA0) = 0 ioctl(3, TCGETA, 0xFFBFED84) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF438) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFF3A0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 open("/etc/device.tab", O_RDONLY) = 3 fstat64(3, 0xFFBFEDF8) = 0 fstat64(3, 0xFFBFECA0) = 0 ioctl(3, TCGETA, 0xFFBFED84) Err#25 ENOTTY read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 brk(0x00133368) = 0 brk(0x00135368) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 llseek(3, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFF438) = 0 read(3, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFF3A0) = 0 read(3, 0x0012EBFC, 8192) = 0 llseek(3, 0, SEEK_CUR) = 1973 close(3) = 0 stat64("/var/tmp/", 0xFFBFF4F8) = 0 access("/var/tmp", 3) = 0 getpid() = 20315 [20314] sysconfig(_CONFIG_MAXPID) = 30000 lstat64("/var/tmp/dstreAAAb_ayRN", 0xFFBFF3F8) Err#2 ENOENT mkdir("/var/tmp/dstreAAAb_ayRN", 0755) = 0 chdir("/var/tmp/dstreAAAb_ayRN") = 0 open("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", O_RDONLY) = 3 open("/etc/device.tab", O_RDONLY) = 4 fstat64(4, 0xFFBFE910) = 0 brk(0x00135368) = 0 brk(0x00137368) = 0 fstat64(4, 0xFFBFE7B8) = 0 ioctl(4, TCGETA, 0xFFBFE89C) Err#25 ENOTTY read(4, " # i d e n t\t \ " @ ( #".., 8192) = 1973 read(4, 0x00134A64, 8192) = 0 llseek(4, 0, SEEK_CUR) = 1973 llseek(4, 0, SEEK_SET) = 0 stat64("/aplicacions/SRC/gdb-7.2,REV=2011.01.21-SunOS5.9-sparc-CSW.pkg", 0xFFBFEF50) = 0 read(4, " # i d e n t\t \ " @ ( #".., 8192) = 1973 stat64("/var/spool/pkg", 0xFFBFEEB8) = 0 read(4, 0x00134A64, 8192) = 0 llseek(4, 0, SEEK_CUR) = 1973 close(4) = 0 fcntl(3, F_GETFL, 0x00000000) = 0 read(3, " # P a C k A g E D a".., 512) = 512 sigfillset(0xFF1C29E8) = 0 sigprocmask(SIG_BLOCK, 0xFFBFF298, 0x00000000) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBFF298, 0x00000000) = 0 getpid() = 20315 [20314] lstat64("/var/tmp/aaac_ayRN", 0xFFBFF138) Err#2 ENOENT vfork() = 20316 sigprocmask(SIG_BLOCK, 0xFFBFF228, 0x00000000) = 0 waitid(P_PID, 20316, 0xFFBFF1B8, WEXITED|WTRAPPED) = 0 sigprocmask(SIG_UNBLOCK, 0xFFBFF228, 0x00000000) = 0 unlink("/var/tmp/aaac_ayRN") = 0 open("/var/tmp/dstreAAAb_ayRN", O_RDONLY|O_NDELAY|O_LARGEFILE) = 4 fstat64(4, 0xFFBFF2B0) = 0 fcntl(4, F_SETFD, 0x00000001) = 0 getdents64(4, 0x00134C78, 8192) = 80 open("/var/tmp/dstreAAAb_ayRN/CSWgdb/pkginfo", O_RDONLY) = 5 llseek(5, 0, SEEK_CUR) = 0 close(5) = 0 access("/var/tmp/dstreAAAb_ayRN/.save.CSWgdb/pkginfo", 0) Err#2 ENOENT access("/var/tmp/dstreAAAb_ayRN/CSWgdb/pkginfo", 0) = 0 open("/var/tmp/dstreAAAb_ayRN/CSWgdb/pkginfo", O_RDONLY) = 5 fstat64(5, 0xFFBFF008) = 0 brk(0x00137368) = 0 brk(0x00139368) = 0 fstat64(5, 0xFFBFEEB0) = 0 ioctl(5, TCGETA, 0xFFBFEF94) Err#25 ENOTTY read(5, " P K G = C S W g d b\n N".., 8192) = 353 read(5, 0x00136C84, 8192) = 0 llseek(5, 0, SEEK_CUR) = 353 close(5) = 0 getdents64(4, 0x00134C78, 8192) = 0 close(4) = 0 fstat64(2, 0xFFBFEF78) = 0 fstat64(2, 0xFFBFEE20) = 0 ioctl(2, TCGETA, 0xFFBFEF04) = 0 write(2, "\n", 1) = 1 stat("/usr/lib/locale/en_US.ISO8859-1/LC_CTYPE/wdresolve.so", 0xFFBFDE98) Err#2 ENOENT The following packages are available: write(2, " T h e f o l l o w i n".., 38) = 38 1 CSWgdb gdb - The GNU Debugger write(2, " 1 C S W g d b ".., 39) = 39 (sparc) 7.2,REV=2011.01.21 write(2, " ".., 43) = 43 write(2, "\n", 1) = 1 Select package(s) you wish to process (or 'all' to process write(2, " S e l e c t p a c k a".., 59) = 59 ioctl(0, TCGETA, 0xFFBFE97C) = 0 fstat64(0, 0xFFBFE898) = 0 all packages). (default: all) [?,??,q]: write(2, " a l l p a c k a g e s".., 40) = 40 read(0, 0xFF1C35AC, 1024) (sleeping...) 1 read(0, " 1\n", 1024) = 2 open("/var/tmp/dstreAAAb_ayRN/signature", O_RDONLY|O_NONBLOCK) Err#2 ENOENT Processing package instance from write(2, "\n P r o c e s s i n g ".., 107) = 107 write(2, "\n", 1) = 1 sigaction(SIGINT, 0xFFBFEEF8, 0xFFBFEF78) = 0 fork() = 20343 sigaction(SIGINT, 0xFFBFEE90, 0xFFBFEF10) = 0 gdb - The GNU Debugger (sparc) 7.2,REV=2011.01.21 pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. waitid(P_PID, 20343, 0xFFBFEED0, WEXITED|WTRAPPED) = 0 sigaction(SIGINT, 0xFFBFEE90, 0xFFBFEF10) = 0 sigaction(SIGINT, 0xFFBFEEF8, 0xFFBFEF78) = 0 chdir("/") = 0 sigaction(SIGINT, 0xFFBFF470, 0xFFBFF4F0) = 0 sigaction(SIGHUP, 0xFFBFF470, 0xFFBFF4F0) = 0 chdir("/") = 0 sigprocmask(SIG_BLOCK, 0xFFBFF00C, 0xFFBFEFFC) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0xFFBFEFBC) = 0 vfork() = 20354 sigaction(SIGINT, 0xFFBFEEB0, 0xFFBFEF64) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0xFFBFEF44) = 0 waitid(P_PID, 20354, 0xFFBFEE50, WEXITED|WTRAPPED|_WNOCHLD) = 0 sigaction(SIGINT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0x00000000) = 0 sigprocmask(SIG_SETMASK, 0xFFBFEFFC, 0x00000000) = 0 sigprocmask(SIG_BLOCK, 0xFFBFF00C, 0xFFBFEFFC) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0xFFBFEFBC) = 0 vfork() = 20356 sigaction(SIGINT, 0xFFBFEEB0, 0xFFBFEF64) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0xFFBFEF44) = 0 waitid(P_PID, 20356, 0xFFBFEE50, WEXITED|WTRAPPED|_WNOCHLD) = 0 sigaction(SIGINT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGQUIT, 0xFFBFEEB0, 0x00000000) = 0 sigaction(SIGCLD, 0xFFBFEEB0, 0x00000000) = 0 sigprocmask(SIG_SETMASK, 0xFFBFEFFC, 0x00000000) = 0 close(3) = 0 _exit(1) The system is not in general up to date, could this be the cause? From noreply at opencsw.org Fri Apr 19 09:38:39 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 09:38:39 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: <49290dbbe3926619f0ac66ffc2927878@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-19 09:38 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010336) pfelecan (manager) - 2013-04-19 09:38 https://www.opencsw.org/mantis/view.php?id=5067#c10336 ---------------------------------------------------------------------- 1. currently, gdb is supported only on Solaris 10 and later 2. the version that you try to install is old, the current one is 7.5.1 and was packaged toward the end of 2012. IMHO, you probably have a package source issue that I cannot solve. From noreply at opencsw.org Fri Apr 19 09:40:18 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 09:40:18 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-19 09:40 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010337) pfelecan (manager) - 2013-04-19 09:40 https://www.opencsw.org/mantis/view.php?id=5067#c10337 ---------------------------------------------------------------------- not a gdb or package issue. From noreply at opencsw.org Fri Apr 19 11:58:26 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 11:58:26 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5068 ====================================================================== Reported By: beezly Assigned To: ====================================================================== Project: wget Issue ID: 5068 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-19 11:58 CEST Last Modified: 2013-04-19 11:58 CEST ====================================================================== 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). ====================================================================== From noreply at opencsw.org Fri Apr 19 15:52:18 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 15:52:18 +0200 Subject: [bug-notifications] [gdb 0005067]: Unable to install GDB package In-Reply-To: <01cce0646edf978a0942275eeaf3732b> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5067 ====================================================================== Reported By: koji Assigned To: pfelecan ====================================================================== Project: gdb Issue ID: 5067 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2013-04-18 15:02 CEST Last Modified: 2013-04-19 15:52 CEST ====================================================================== Summary: Unable to install GDB package Description: When I try to install GDB package, i get this error: Processing package instance from ## Installing package in global zone gdb - The GNU Debugger(sparc) 7.2,REV=2011.01.21 Please see /opt/csw/share/doc/gdb/COPYING.GPL for license information. pkgadd: ERROR: unable to determine current run-state Installation of failed (internal error). No changes were made to the system. ====================================================================== ---------------------------------------------------------------------- (0010338) dam (administrator) - 2013-04-19 15:52 https://www.opencsw.org/mantis/view.php?id=5067#c10338 ---------------------------------------------------------------------- Peter is right, this is not a gdb bug so I suggest you continue on summarizing on the users@ mailing list at https://lists.opencsw.org/mailman/listinfo From noreply at opencsw.org Fri Apr 19 15:58:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 15:58:45 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== 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: 2013-04-19 15:58 CEST ====================================================================== 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). ====================================================================== From noreply at opencsw.org Fri Apr 19 16:01:36 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 16:01:36 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5068 ====================================================================== Reported By: beezly Assigned To: ====================================================================== 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: 2013-04-19 16:01 CEST ====================================================================== 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). ====================================================================== From noreply at opencsw.org Fri Apr 19 16:05:05 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 16:05:05 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: <5b66f72a6db9dadf8280fe4e9dacaa6c@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: ====================================================================== 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: 2013-04-19 16:05 CEST ====================================================================== 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). ====================================================================== ---------------------------------------------------------------------- (0010339) dam (administrator) - 2013-04-19 16:05 https://www.opencsw.org/mantis/view.php?id=5068#c10339 ---------------------------------------------------------------------- This looks like an issue of OpenSSL 1.0.0 as this also fails: openssl s_client -connect getupdates.oracle.com:443 I'll forward this to the OpenSSL maintainer and keep you posted. From noreply at opencsw.org Fri Apr 19 23:15:38 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 23:15:38 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== 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: 2013-04-19 23:15 CEST ====================================================================== 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). ====================================================================== ---------------------------------------------------------------------- (0010339) dam (administrator) - 2013-04-19 16:05 https://www.opencsw.org/mantis/view.php?id=5068#c10339 ---------------------------------------------------------------------- This looks like an issue of OpenSSL 1.0.0 as this also fails: openssl s_client -connect getupdates.oracle.com:443 I'll forward this to the OpenSSL maintainer and keep you posted. From noreply at opencsw.org Fri Apr 19 23:18:35 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 23:18:35 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: <70f79907f671013ab3250cbaeb710019@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: 2013-04-19 23:18 CEST ====================================================================== 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). ====================================================================== ---------------------------------------------------------------------- (0010340) dam (administrator) - 2013-04-19 23:18 https://www.opencsw.org/mantis/view.php?id=5068#c10340 ---------------------------------------------------------------------- Ok, quick answer: you must add --secure-protocol=TLSv1 Long answer: the server at Oracles side is broken. Here is the analysis from my colleague Yann Roulliard: Am 19.04.2013 um 23:10 schrieb Yann Rouillard : Ok, I thing I got it. It is not directly related to the tls protocol version, nor the cipher list. As soon as the "client hello" packet is bigger to equal to 256, the Oracle webserver doesn't respond anymore. It is triggered with tls 1.2 because it supports a lot more ciphers which is why the packet easily reaches the 256 size. I put some tests I made at the end of this mail. This is rather a bug on the oracle server side. It there a lot of ssl implementations which have this bug, I could open a ticket upstream and maybe patch. Now the question is how to submit this problem to Oracle, I wonder if they will accept that kind of bug on "My Oracle Support". I will try. Yann To reproduce: # openssl s_client -bugs -tls1_2 -cipher ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:SRP-DSS-AES-256-CBC-SHA:SRP-RSA-AES-256-CBC-SHA:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:ECDH-RSA-AES256-GCM-SHA384:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-RSA-AES256-SHA384:ECDH-ECDSA-AES256-SHA384:ECDH-RSA-AES256-SHA:ECDH-ECDSA-AES256-SHA:AES256-GCM-SHA384:AES256-SHA256:AES256-SHA:CAMELLIA256-SHA:PSK-AES256-CBC-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:SRP-DSS-3DES-EDE-CBC-SHA:SRP-RSA-3DES-EDE-CBC-SHA:EDH-RSA-DES-CBC3-SHA:EDH-DSS-DES-CBC3-SHA:ECDH-RSA-DES-CBC3-SHA:ECDH-ECDSA-DES-CBC3-SHA:DES-CBC3-SHA:PSK-3DES-EDE-CBC-SHA:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:SRP-DSS-AES! -128-CBC-SHA:SRP-RSA-AES-128-CBC-SHA:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-RSA-AES128-SHA:CAMELLIA128-SHA -connect getupdates.oracle.com:443 CONNECTED(00000005) Packet size 256 -> the connection is stucked. Let's remove just one cipher: # openssl s_client -bugs -tls1_2 -cipher ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:SRP-DSS-AES-256-CBC-SHA:SRP-RSA-AES-256-CBC-SHA:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:ECDH-RSA-AES256-GCM-SHA384:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-RSA-AES256-SHA384:ECDH-ECDSA-AES256-SHA384:ECDH-RSA-AES256-SHA:ECDH-ECDSA-AES256-SHA:AES256-GCM-SHA384:AES256-SHA256:AES256-SHA:CAMELLIA256-SHA:PSK-AES256-CBC-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:SRP-DSS-3DES-EDE-CBC-SHA:SRP-RSA-3DES-EDE-CBC-SHA:EDH-RSA-DES-CBC3-SHA:EDH-DSS-DES-CBC3-SHA:ECDH-RSA-DES-CBC3-SHA:ECDH-ECDSA-DES-CBC3-SHA:DES-CBC3-SHA:PSK-3DES-EDE-CBC-SHA:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:SRP-DSS-AES! -128-CBC-SHA:SRP-RSA-AES-128-CBC-SHA:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-RSA-AES128-SHA -connect getupdates.oracle.com:443 CONNECTED(00000005) 18446741324917160760:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:337: --- no peer certificate available [...] Packet size < 256: it worked, the server answered. Let's use the same cipher list as before, but we disable the session ticket extension to shorten the size of the packet: # openssl s_client -bugs -tls1_2 -cipher ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:SRP-DSS-AES-256-CBC-SHA:SRP-RSA-AES-256-CBC-SHA:DHE-DSS-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA256:DHE-RSA-AES256-SHA:DHE-DSS-AES256-SHA:DHE-RSA-CAMELLIA256-SHA:DHE-DSS-CAMELLIA256-SHA:ECDH-RSA-AES256-GCM-SHA384:ECDH-ECDSA-AES256-GCM-SHA384:ECDH-RSA-AES256-SHA384:ECDH-ECDSA-AES256-SHA384:ECDH-RSA-AES256-SHA:ECDH-ECDSA-AES256-SHA:AES256-GCM-SHA384:AES256-SHA256:AES256-SHA:CAMELLIA256-SHA:PSK-AES256-CBC-SHA:ECDHE-RSA-DES-CBC3-SHA:ECDHE-ECDSA-DES-CBC3-SHA:SRP-DSS-3DES-EDE-CBC-SHA:SRP-RSA-3DES-EDE-CBC-SHA:EDH-RSA-DES-CBC3-SHA:EDH-DSS-DES-CBC3-SHA:ECDH-RSA-DES-CBC3-SHA:ECDH-ECDSA-DES-CBC3-SHA:DES-CBC3-SHA:PSK-3DES-EDE-CBC-SHA:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:SRP-DSS-AES! -128-CBC-SHA:SRP-RSA-AES-128-CBC-SHA:DHE-DSS-AES128-GCM-SHA256:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES128-SHA256:DHE-DSS-AES128-SHA256:DHE-RSA-AES128-SHA:CAMELLIA128-SHA -no_ticket -connect getupdates.oracle.com:443 CONNECTED(00000005) 18446741324917160760:error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number:s3_pkt.c:337: --- no peer certificate available [...] Packet size < 256: it works also. From noreply at opencsw.org Fri Apr 19 23:27:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 23:27:59 +0200 Subject: [bug-notifications] [gzip 0004818]: Depends on /bin/bash, but can't guarantee it exists In-Reply-To: Message-ID: <467e707cf1898f1d44359c89ee5dcd47@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4818 ====================================================================== Reported By: maciej Assigned To: dam ====================================================================== Project: gzip Issue ID: 4818 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-08-29 17:43 CEST Last Modified: 2013-04-19 23:27 CEST ====================================================================== Summary: Depends on /bin/bash, but can't guarantee it exists Description: On a core install, there's no /bin/bash. gunzip depends on it, and when it's absent, gunzip fails. /opt/csw/bin/gunzip is a shell script which either needs to use /bin/sh, or /opt/csw/bin/bash and depend on CSWbash ====================================================================== ---------------------------------------------------------------------- (0010341) dam (administrator) - 2013-04-19 23:27 https://www.opencsw.org/mantis/view.php?id=4818#c10341 ---------------------------------------------------------------------- After careful consideration OpenCSW packages against "full", not "core". Having dependencies to all stuff that is not in core is contraproductive to minimizing footprint. From noreply at opencsw.org Fri Apr 19 23:29:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 23:29:09 +0200 Subject: [bug-notifications] [libbonobo2 0003120]: Depend on CSWggettextrt In-Reply-To: <638b990baa8c395770dc76a9f8d78085> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3120 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libbonobo2 Issue ID: 3120 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:53 CET Last Modified: 2013-04-19 23:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Fri Apr 19 23:29:35 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 19 Apr 2013 23:29:35 +0200 Subject: [bug-notifications] [libbonobo2 0003120]: Depend on CSWggettextrt In-Reply-To: <638b990baa8c395770dc76a9f8d78085> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3120 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libbonobo2 Issue ID: 3120 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:53 CET Last Modified: 2013-04-19 23:29 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010342) dam (administrator) - 2013-04-19 23:29 https://www.opencsw.org/mantis/view.php?id=3120#c10342 ---------------------------------------------------------------------- This has been fixed a long ago and is no longer present in 2.32.1,REV=2011.12.09. From noreply at opencsw.org Sat Apr 20 10:36:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 20 Apr 2013 10:36:57 +0200 Subject: [bug-notifications] [wget 0005068]: Problems negotiating SSL with updates.oracle.com In-Reply-To: Message-ID: <75272099c3c5a3734021e3ce27a9eb43@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: 2013-04-20 10:36 CEST ====================================================================== 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). ====================================================================== ---------------------------------------------------------------------- (0010343) yann (developer) - 2013-04-20 10:36 https://www.opencsw.org/mantis/view.php?id=5068#c10343 ---------------------------------------------------------------------- I opened a Service Request on "My Oracle Support" about this problem. I'll keep you updated. From noreply at opencsw.org Sun Apr 21 10:19:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 10:19:23 +0200 Subject: [bug-notifications] [slrn 0003130]: Depend on CSWggettextrt In-Reply-To: <704ef47000edd06cf9032440b59f642e> Message-ID: <34e38917c5b1f588f77d3398afd01afe@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3130 ====================================================================== Reported By: harpchad Assigned To: yann ====================================================================== Project: slrn Issue ID: 3130 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 02:54 CET Last Modified: 2013-04-21 10:19 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010324) yann (manager) - 2013-04-14 23:06 https://www.opencsw.org/mantis/view.php?id=3130#c10324 ---------------------------------------------------------------------- This is fixed in the last package. From noreply at opencsw.org Sun Apr 21 10:20:11 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 10:20:11 +0200 Subject: [bug-notifications] [imap 0002363]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: Message-ID: <718cb447d26355a51a080fe9875c4078@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2363 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: imap Issue ID: 2363 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 08:35 CEST Last Modified: 2013-04-21 10:20 CEST ====================================================================== Summary: openssl dependancy deprecated: please use openssl_rt instead Description: Following the openssl package split, the ssl libraries are now directly provided by the openssl_rt package. The openssl package still exists, it\'s a metapackage which will install openssl_rt, openssl_devel and openssl_utils which contains respectively the ssl libraries, the development files and the openssl utilities. Your package probably only use the ssl libraries, so to avoid installing unnecessary dependancies, please update your package to depend on openssl_rt rather than openssl. ====================================================================== ---------------------------------------------------------------------- (0010344) yann (manager) - 2013-04-21 10:20 https://www.opencsw.org/mantis/view.php?id=2363#c10344 ---------------------------------------------------------------------- Fixed in last package. From noreply at opencsw.org Sun Apr 21 10:20:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 10:20:59 +0200 Subject: [bug-notifications] [openssl 0005028]: Please include 64 bit binaries with openssl In-Reply-To: Message-ID: <3e9e2be875b6acc88d0972509d1c17e0@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5028 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: openssl Issue ID: 5028 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-11-30 20:14 CET Last Modified: 2013-04-21 10:20 CEST ====================================================================== Summary: Please include 64 bit binaries with openssl Description: The package includes the 64 bit libraries, but it only include a 32 bit main binary. When I compile from source myself on 64 bit solaris with gcc4 (from OpenCSW), it builds a 64 bit binary by default. If I: 1) take that binary and place it in /opt/csw/bin/amd64 2) take your binary (32 bit) and place it in /opt/csw/bin/i386 3) cd /opt/csw/bin ; ln isaexec openssl Then it finds the appropriate binary (32 or 64 bit) for the platform. There is a noticeable difference in speed for operations like "openssl speed aes". ====================================================================== ---------------------------------------------------------------------- (0010313) yann (manager) - 2013-04-07 00:36 https://www.opencsw.org/mantis/view.php?id=5028#c10313 ---------------------------------------------------------------------- Hi, This has been fixed in last package. Yann From noreply at opencsw.org Sun Apr 21 10:49:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 10:49:32 +0200 Subject: [bug-notifications] [imap 0000111]: postinstall, pkill -HUP inetd In-Reply-To: <1a9d0ef2843cd1ebc3d4ae78c3f7bf1c> Message-ID: <95926c3737b1629d0e09663412f9d414@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=111 ====================================================================== Reported By: james Assigned To: solstice ====================================================================== Project: imap Issue ID: 111 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2003-05-26 07:35 CEST Last Modified: 2013-04-21 10:49 CEST ====================================================================== Summary: postinstall, pkill -HUP inetd Description: Hello, Thanks for building imap! After a fresh install my imap wasn\'t working because (of course) I\'d not tickled the inetd. Just a suggestion to help the install, add: pkill -HUP inetd to the postinstall script. Also, I had previously been using SFWimap so the script said I already had imap although the entries were commented, perhaps in this case if it suspects the edits are done (or all) it should echo the change to the console so I know if or what best to change manually. I in fact looked at the postinstall script to see what I was missing but I doubt everyone would. Should there be a preremove script to do the opposite of postinstall? James ====================================================================== ---------------------------------------------------------------------- (0010345) yann (manager) - 2013-04-21 10:49 https://www.opencsw.org/mantis/view.php?id=111#c10345 ---------------------------------------------------------------------- the CSWimap package now uses the CSW class utils package so this bug is not longuer current. From noreply at opencsw.org Sun Apr 21 12:15:33 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 12:15:33 +0200 Subject: [bug-notifications] [expect 0003677]: Please upgrade tp 5.43 In-Reply-To: Message-ID: <2ba47e2f77951d039b8fffcf1e9dfe6c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3677 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: expect Issue ID: 3677 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-05-18 00:39 CEST Last Modified: 2013-04-21 12:15 CEST ====================================================================== Summary: Please upgrade tp 5.43 Description: Please upgrade tp 5.43 ====================================================================== From noreply at opencsw.org Sun Apr 21 12:16:07 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 12:16:07 +0200 Subject: [bug-notifications] [expect 0003677]: Please upgrade tp 5.43 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3677 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: expect Issue ID: 3677 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-05-18 00:39 CEST Last Modified: 2013-04-21 12:16 CEST ====================================================================== Summary: Please upgrade tp 5.43 Description: Please upgrade tp 5.43 ====================================================================== ---------------------------------------------------------------------- (0010346) maciej (manager) - 2013-04-21 12:16 https://www.opencsw.org/mantis/view.php?id=3677#c10346 ---------------------------------------------------------------------- Upgraded to 5.45. It's in unstable, I'm waiting if there will be any bug reports. From noreply at opencsw.org Sun Apr 21 12:17:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 12:17:24 +0200 Subject: [bug-notifications] [python33 0005053]: module "_ctypes" missing on SPARC builds (Python 3.1) In-Reply-To: <2037302a0bb5d26128853ed1579c99a8> Message-ID: <4d49cdd193bdaee8cabaacb608d5a79d@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5053 ====================================================================== Reported By: cstrotm Assigned To: maciej ====================================================================== Project: python33 Issue ID: 5053 Category: Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-02-26 15:15 CET Last Modified: 2013-04-21 12:17 CEST ====================================================================== Summary: module "_ctypes" missing on SPARC builds (Python 3.1) Description: I'm using Python 3.1 from OpenCSW testing. Unfortunately, as I only have one SPARC machine, and it is my production development machine, I cannot upgrade to "unstable" to test out Python 3.3 for now. But based on the makefile (see below) I believe the same issue appears there as well. Problem: I'm trying to use Python 3.1 to start BIND 10 (bind10.isc.org), which imports the "_ctypes" module. "_ctypes" exists in the i386 builds of OpenCSW, but not in the SPARC builds. The makefile at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/lang-python/python/branches/python-3.3/Makefile#L14 suggest that this is a known issue. I was able to build Python 3 (3.2.3 and 3.3.0) on Solaris 10 SPARC including "_ctypes" by using the " --with-system-ffi" switch on "./configure". my request is to build Python 3.x on SPARC with "_ctypes" in the future or even to update the existing packages. ====================================================================== ---------------------------------------------------------------------- (0010309) maciej (manager) - 2013-03-31 19:57 https://www.opencsw.org/mantis/view.php?id=5053#c10309 ---------------------------------------------------------------------- Python 3.1 has been removed from the unstable catalog, and 3.3 includes the ctypes module. From noreply at opencsw.org Sun Apr 21 12:19:12 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 12:19:12 +0200 Subject: [bug-notifications] [gtk_engines 0004721]: Sparc package includes 386 files. In-Reply-To: <2a455feb2f27f0d254e11b92c5917f2e> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4721 ====================================================================== Reported By: james Assigned To: phil ====================================================================== Project: gtk_engines Issue ID: 4721 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2011-03-06 16:32 CET Last Modified: 2013-04-21 12:19 CEST ====================================================================== Summary: Sparc package includes 386 files. Description: $ uname -p sparc $ file /opt/csw/lib/gtk-2.0/2.10.0/engines/libclearlooks.so /opt/csw/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], dynamically linked, stripped looks suspect. I've not checked the 386 package for sparc files. ====================================================================== ---------------------------------------------------------------------- (0008881) phil (reporter) - 2011-03-08 22:23 https://www.opencsw.org/mantis/view.php?id=4721#c8881 ---------------------------------------------------------------------- "[gar] checkpkg is the authoratative tool" Says who? I dont recall a resolution on this. Last I heard, the "documented policies" are the only "authority". Nor do I recall any resolution on this "not optional" thing you refer to. If you really want gar checkpkg to be treated that way, then to be right, CHANGES to checkpkg should have to be approved in some official way. That does not happen. Any rate, I dont feel like arguing further on this. When the machines are updated, I'll rebuild the package with fixed dependancies, and copyright notice. If you think that more should be done to the package, feel free to take it over yourself. ---------------------------------------------------------------------- (0010347) maciej (manager) - 2013-04-21 12:19 https://www.opencsw.org/mantis/view.php?id=4721#c10347 ---------------------------------------------------------------------- The package is now rebuilt with GAR and released. From noreply at opencsw.org Sun Apr 21 13:00:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 13:00:16 +0200 Subject: [bug-notifications] [fontconfig 0004975]: no /usr/openwin/lib on S11 In-Reply-To: <1d6084401dafb5b4ed37d6ba62c748e8> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4975 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: fontconfig Issue ID: 4975 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-09 09:31 CEST Last Modified: 2013-04-21 13:00 CEST ====================================================================== Summary: no /usr/openwin/lib on S11 Description: => Installing CSWfconfig-2.8.0,REV=2012.05.20 (10/16) ... Please see /opt/csw/share/doc/fontconfig/license for license information. Fontconfig needs to update its font cache. This can take up to a couple of minutes. find: stat() error /usr/openwin/lib/X11/fonts: No such file or directory find: stat() error /usr/openwin/lib/locale: No such file or directory Installation of was successful. ====================================================================== ---------------------------------------------------------------------- (0010348) maciej (manager) - 2013-04-21 13:00 https://www.opencsw.org/mantis/view.php?id=4975#c10348 ---------------------------------------------------------------------- The package is built on Solaris 10 for Solaris 10, it has never been tested with Solaris 11. I don't know if you can make it compatible with both. At OpenCSW we're generally moving away from desktop applications and focusing on the server side. I'm closing this bug report because I won't be working on it, sorry! If you have any questions, please talk to us at #opencsw on Freenode or on the users mailing list. If you have any time on your hands, you can do the packaging tutorial and see if you can improve this package. http://youtu.be/JWKCbPJSaxw From noreply at opencsw.org Sun Apr 21 13:27:25 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 13:27:25 +0200 Subject: [bug-notifications] [python 0005011]: expat module segfault on solaris 11 x86 In-Reply-To: <104ddf0545367180692958be4026f8e3> Message-ID: <2387ed67185b299cad5b4b6c1d0c28dd@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5011 ====================================================================== Reported By: crisb Assigned To: maciej ====================================================================== Project: python Issue ID: 5011 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-10-10 17:36 CEST Last Modified: 2013-04-21 13:27 CEST ====================================================================== Summary: expat module segfault on solaris 11 x86 Description: when importing the expat module, I get a segfault every time. crisb at pinkman:~/cas3.70_1/src$ /opt/csw/bin/python Python 2.6.8 (unknown, Sep 20 2012, 17:42:58) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.parsers.expat Segmentation Fault (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010349) maciej (manager) - 2013-04-21 13:27 https://www.opencsw.org/mantis/view.php?id=5011#c10349 ---------------------------------------------------------------------- All Python packages are now compiled with SOS12U3. Is this error still occurring? From noreply at opencsw.org Sun Apr 21 13:30:54 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 13:30:54 +0200 Subject: [bug-notifications] [gcc4java 0005043]: Package does not ship ecj1 In-Reply-To: <5e895ae224650663918530f8d956f111> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5043 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: gcc4java Issue ID: 5043 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-01-15 14:48 CET Last Modified: 2013-04-21 13:30 CEST ====================================================================== Summary: Package does not ship ecj1 Description: This is now provided by CSWecj and CSWgcc4java should depend on it. ====================================================================== From noreply at opencsw.org Sun Apr 21 13:31:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 13:31:37 +0200 Subject: [bug-notifications] [gcc4java 0005043]: Package does not ship ecj1 In-Reply-To: <5e895ae224650663918530f8d956f111> Message-ID: <148cb46c84e8828f054040f7715281eb@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5043 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: gcc4java Issue ID: 5043 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-01-15 14:48 CET Last Modified: 2013-04-21 13:31 CEST ====================================================================== Summary: Package does not ship ecj1 Description: This is now provided by CSWecj and CSWgcc4java should depend on it. ====================================================================== ---------------------------------------------------------------------- (0010350) maciej (manager) - 2013-04-21 13:31 https://www.opencsw.org/mantis/view.php?id=5043#c10350 ---------------------------------------------------------------------- CSWgcc4java now depends on CSWecj. It doesn't fix the bigger issue, but at least thig bug can be closed. From noreply at opencsw.org Sun Apr 21 15:07:36 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 15:07:36 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio Message-ID: <2b7e43ccdcee54b832580bde82bb6882@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-21 15:07 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== From noreply at opencsw.org Sun Apr 21 15:12:42 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 15:12:42 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio In-Reply-To: <4dd5ad73b70f631d50a1916a905db833> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-21 15:12 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== ---------------------------------------------------------------------- (0010351) yann (developer) - 2013-04-21 15:12 https://www.opencsw.org/mantis/view.php?id=5069#c10351 ---------------------------------------------------------------------- I attached the program used by configure to test for guile: https://www.opencsw.org/mantis/file_download.php?file_id=61&type=bug The command line used to compile it is: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -xc99=all -I/opt/csw/include/guile/2.0 -I/opt/csw/include -I../lib -I../../lib -D_XPG6 -features=extensions -D__FUNCTION__=__func__ -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro -D_XPG6 -L/opt/csw/lib conftest.c -lsocket -lnsl -lcrypt -lresolv -lpthread -L/opt/csw/lib -lguile-2.0 -lgc From noreply at opencsw.org Sun Apr 21 15:39:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 15:39:58 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio In-Reply-To: <4dd5ad73b70f631d50a1916a905db833> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-21 15:39 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== ---------------------------------------------------------------------- (0010352) pfelecan (manager) - 2013-04-21 15:39 https://www.opencsw.org/mantis/view.php?id=5069#c10352 ---------------------------------------------------------------------- Guile was built using gcc. I'm not really caring for other compilers. As what you report is quite strange I'll investigate next week. In the mean time, why don't you give a try to a gcc based build for mailutils? It's a FSF project anyway. From noreply at opencsw.org Sun Apr 21 17:37:25 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 17:37:25 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio In-Reply-To: <4dd5ad73b70f631d50a1916a905db833> Message-ID: <733e10fb94186970733e59975df6105f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-21 17:37 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== ---------------------------------------------------------------------- (0010353) yann (developer) - 2013-04-21 17:37 https://www.opencsw.org/mantis/view.php?id=5069#c10353 ---------------------------------------------------------------------- I already tried and ran into other errors. As I found a workaround for the guile problem, I am still trying to compile it with solaris studio as I've nearly have a working package. From noreply at opencsw.org Sun Apr 21 18:44:36 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 18:44:36 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio In-Reply-To: <4dd5ad73b70f631d50a1916a905db833> Message-ID: <763005fdc3c9ecf2039534b005af7a6f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-21 18:44 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== ---------------------------------------------------------------------- (0010354) pfelecan (manager) - 2013-04-21 18:44 https://www.opencsw.org/mantis/view.php?id=5069#c10354 ---------------------------------------------------------------------- Did you find a workaround for the issue that you described? If that is the case please describe it. From noreply at opencsw.org Sun Apr 21 18:47:36 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 18:47:36 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio In-Reply-To: <4dd5ad73b70f631d50a1916a905db833> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-21 18:47 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== ---------------------------------------------------------------------- (0010355) yann (developer) - 2013-04-21 18:47 https://www.opencsw.org/mantis/view.php?id=5069#c10355 ---------------------------------------------------------------------- The workaround is temporary ugly one. I just define scm_remember_upto_here_before including the guile header. extern void scm_remember_upto_here_1(); It seems the compiler will stop if a prototype is redefined with a different return type but not different arguments (it will just be a warning in that case). From noreply at opencsw.org Sun Apr 21 22:03:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 21 Apr 2013 22:03:53 +0200 Subject: [bug-notifications] [libkrb5_dev 0005007]: krb5-config reports -xchip=pentium_pro In-Reply-To: <1d7619431ed30fa9bfcaa30fe2d08366> Message-ID: <21fc3cd3ef5bc4100a855bcda0caa914@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5007 ====================================================================== Reported By: jh Assigned To: ====================================================================== Project: libkrb5_dev Issue ID: 5007 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2012-10-01 11:55 CEST Last Modified: 2013-04-21 22:03 CEST ====================================================================== Summary: krb5-config reports -xchip=pentium_pro Description: Since krb5 is build with Sun Studio this flag is used to build libkrb5 but gcc does not support this flag. So this brakes building packages that use krb5-config --libs -L/opt/csw/lib -R/opt/csw/lib -m32 -xarch=pentium_pro -xchip=pentium_pro -L/opt/csw/lib -lkrb5 -lk5crypto -lcom_err -lresolv -lsocket -lnsl with gcc ====================================================================== ---------------------------------------------------------------------- (0010356) yann (developer) - 2013-04-21 22:03 https://www.opencsw.org/mantis/view.php?id=5007#c10356 ---------------------------------------------------------------------- I confirm this bug. I just ran into it while re-building mailutils. I had to patch the build system to workaround it. From noreply at opencsw.org Tue Apr 23 10:22:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Apr 2013 10:22:20 +0200 Subject: [bug-notifications] [guile_dev 0005069]: Compilation issue with guile and solaris studio In-Reply-To: <4dd5ad73b70f631d50a1916a905db833> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5069 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: guile_dev Issue ID: 5069 Category: Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-04-21 15:07 CEST Last Modified: 2013-04-23 10:22 CEST ====================================================================== Summary: Compilation issue with guile and solaris studio Description: Hi, I am currently running into a compilation issue when trying to re-package mailutils with guile support. I've got the following error message at the configure step: "/opt/csw/include/guile/2.0/libguile/gc.h", line 279: warning: implicit function declaration: scm_remember_upto_here_1 "/opt/csw/include/guile/2.0/libguile/gc.h", line 320: identifier redeclared: scm_remember_upto_here_1 current : function(pointer to struct scm_unused_struct {char scm_unused_field}) returning void previous: function() returning int : "/opt/csw/include/guile/2.0/libguile/gc.h", line 279 This prevents me from enabling guile support. Having a look at the source, it seems that when GNU GCC is not used, scm_remember_upto_here_1 is used before being defined hence the error. Can you have a look at this issue ? Thanks in advance, Yann ====================================================================== ---------------------------------------------------------------------- (0010357) pfelecan (manager) - 2013-04-23 10:22 https://www.opencsw.org/mantis/view.php?id=5069#c10357 ---------------------------------------------------------------------- There is an easy although ugly work-around. See the attached notes. From noreply at opencsw.org Tue Apr 23 18:01:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Apr 2013 18:01:57 +0200 Subject: [bug-notifications] [pm_xmllibxml 0004974]: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4974 ====================================================================== Reported By: ghenry Assigned To: dam ====================================================================== Project: pm_xmllibxml Issue ID: 4974 Category: other Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-07-09 09:14 CEST Last Modified: 2013-04-23 18:01 CEST ====================================================================== Summary: could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX Description: when you install CSWpmxmllibxml: => Installing CSWpmxmllibxml-1.70,REV=2010.02.09 (15/15) ... ===========NOTICE=========== To register this parser, please issue /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" ============================ Installation of was successful. the file ParserDetails.ini does not exist: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 403 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm root at melpomene:~# /opt/csw/bin/perl -MXML::SAX -e "XML::SAX->add_parser(q(XML::SAX::PurePerl))->save_parsers();" could not find ParserDetails.ini in /opt/csw/share/perl/csw/XML/SAX The message is confusing, because ParserDetails.ini is just created: root at melpomene:~# ls -l /opt/csw/share/perl/csw/XML/SAX total 405 -r--r--r-- 1 root bin 122932 Jul 5 13:45 Base.pm -r--r--r-- 1 root bin 28692 Jul 5 13:45 BuildSAXBase.pl -r--r--r-- 1 root bin 2882 Jul 5 14:48 DocumentLocator.pm -r--r--r-- 1 root bin 3046 Jul 5 13:45 Exception.pm -r--r--r-- 1 root bin 14817 Jul 5 14:48 Intro.pod -rw-r--r-- 1 root root 66 Jul 9 09:10 ParserDetails.ini -r--r--r-- 1 root bin 6535 Jul 5 14:48 ParserFactory.pm drwxr-xr-x 3 root bin 13 Jul 9 09:07 PurePerl -r--r--r-- 1 root bin 20587 Jul 5 14:48 PurePerl.pm not a bug, just a confusing message ====================================================================== ---------------------------------------------------------------------- (0010358) dam (administrator) - 2013-04-23 18:01 https://www.opencsw.org/mantis/view.php?id=4974#c10358 ---------------------------------------------------------------------- This is now fixed in all XML::SAX parser modules which register/unregister via postinstall/preremove automatically, namely 2.0016,REV=2013.04.23 which is pushed to unstable/. From noreply at opencsw.org Tue Apr 23 18:04:46 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Apr 2013 18:04:46 +0200 Subject: [bug-notifications] [dict 0002782]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: <6992b472b77952201c3106d6d4f243b5> Message-ID: <1f989ba5b13c521e8aaab68284c928ba@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0002783. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2782 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: dict Issue ID: 2782 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-02-19 14:51 CET Last Modified: 2013-04-23 18:04 CEST ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002783 libtool dependancy deprecated: please u... ====================================================================== From noreply at opencsw.org Tue Apr 23 18:04:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Apr 2013 18:04:47 +0200 Subject: [bug-notifications] [dict 0002783]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: Message-ID: <23ee0c0ee152ae926319bfbc78095ce9@www.opencsw.org> The issue 0002782 has been set as DUPLICATE OF the following issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=2783 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: dict Issue ID: 2783 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2008-02-19 14:51 CET Last Modified: 2008-02-19 14:51 CET ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0002782 libtool dependancy deprecated: please u... ====================================================================== From noreply at opencsw.org Tue Apr 23 18:05:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 23 Apr 2013 18:05:08 +0200 Subject: [bug-notifications] [dict 0002782]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: <6992b472b77952201c3106d6d4f243b5> Message-ID: <7e5902f5124dfaeca3d5177b383d3f07@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=2782 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: dict Issue ID: 2782 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-02-19 14:51 CET Last Modified: 2013-04-23 18:05 CEST ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0002783 libtool dependancy deprecated: please u... ====================================================================== From noreply at opencsw.org Wed Apr 24 11:19:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Apr 2013 11:19:20 +0200 Subject: [bug-notifications] [amanda 0005016]: upgrade needed to 3.3.2 In-Reply-To: <80950fca5670c3e1c26968cab46dea99> Message-ID: <14c646b737532eeddb5b967fea171a53@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5016 ====================================================================== Reported By: hudesd Assigned To: maciej ====================================================================== Project: amanda Issue ID: 5016 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-10-24 20:16 CEST Last Modified: 2013-04-24 11:19 CEST ====================================================================== Summary: upgrade needed to 3.3.2 Description: The delivered package is currently 3.1.1, current is 3.3.2. As I understand there are not only new features but important security improvements. Please, build the 3.3.2 package. http://www.zmanda.com/downloads/community/Amanda/3.3.2/Source/amanda-tags-community_3_3_2-4847.tar.gz ====================================================================== From noreply at opencsw.org Wed Apr 24 11:19:59 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 24 Apr 2013 11:19:59 +0200 Subject: [bug-notifications] [amanda 0005016]: upgrade needed to 3.3.2 In-Reply-To: <80950fca5670c3e1c26968cab46dea99> Message-ID: <174f04faf58cbee1d4dcdaacaa7e1e31@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5016 ====================================================================== Reported By: hudesd Assigned To: maciej ====================================================================== Project: amanda Issue ID: 5016 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-10-24 20:16 CEST Last Modified: 2013-04-24 11:19 CEST ====================================================================== Summary: upgrade needed to 3.3.2 Description: The delivered package is currently 3.1.1, current is 3.3.2. As I understand there are not only new features but important security improvements. Please, build the 3.3.2 package. http://www.zmanda.com/downloads/community/Amanda/3.3.2/Source/amanda-tags-community_3_3_2-4847.tar.gz ====================================================================== ---------------------------------------------------------------------- (0010359) maciej (manager) - 2013-04-24 11:19 https://www.opencsw.org/mantis/view.php?id=5016#c10359 ---------------------------------------------------------------------- Version 3.3.3 is built and pushed to unstable. It will be available from mirrors within a day. From noreply at opencsw.org Thu Apr 25 07:58:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Apr 2013 07:58:16 +0200 Subject: [bug-notifications] [libkrb5_3 0005070]: libresolv.so.2 dependency problem, sparc, solaris 9 Message-ID: <3c340bdeb52949e99a5b94baa411e622@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5070 ====================================================================== Reported By: philipweber Assigned To: ====================================================================== Project: libkrb5_3 Issue ID: 5070 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-25 07:58 CEST Last Modified: 2013-04-25 07:58 CEST ====================================================================== Summary: libresolv.so.2 dependency problem, sparc, solaris 9 Description: Seems to be the same issue as described here: https://www.opencsw.org/mantis/view.php?id=4992 This entirely breaks scp to my solaris 9, sparc box. Worked fine before, just upgraded yesterday (after a long time :) ), now this dependency problem shows up. When trying to scp a file to my solaris 9, sparc box: ld.so.1: scp: fatal: libresolv.so.2: version `SUNW_2.2.1' not found (required by file /opt/csw/lib/sparcv8/libkrb5.so.3) In issue 4992 a experimental package was referred to, but the link does not seem valid anymore, because there is no such updated package on this page anymore. Maybe because it got updated for solaris 10: http://mirror.opencsw.org/opencsw/unstable/sparc/5.10/libkrb5_3-1.9.2%2cREV%3d2012.08.23-SunOS5.10-sparc-CSW.pkg.gz But solaris 9, still has the previous version, with the defective dependency: http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/libkrb5_3-1.9.2%2cREV%3d2012.04.17-SunOS5.9-sparc-CSW.pkg.gz Since the libresolv.so.2: version SUNW_2.2.1 is shipped with an solaris 10 update, i cannot replace my libresolv.so.2. Is there a way to bring the update to 5.9? I Is it possible to install the 5.10 package on 5.9 without problems? Thank you. best regards, Philip ====================================================================== From noreply at opencsw.org Thu Apr 25 09:06:18 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Apr 2013 09:06:18 +0200 Subject: [bug-notifications] [libkrb5_3 0005070]: libresolv.so.2 dependency problem, sparc, solaris 9 In-Reply-To: <46235bde4d3b5eb932fa1fe8ef813754> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5070 ====================================================================== Reported By: philipweber Assigned To: dam ====================================================================== Project: libkrb5_3 Issue ID: 5070 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-04-25 07:58 CEST Last Modified: 2013-04-25 09:06 CEST ====================================================================== Summary: libresolv.so.2 dependency problem, sparc, solaris 9 Description: Seems to be the same issue as described here: https://www.opencsw.org/mantis/view.php?id=4992 This entirely breaks scp to my solaris 9, sparc box. Worked fine before, just upgraded yesterday (after a long time :) ), now this dependency problem shows up. When trying to scp a file to my solaris 9, sparc box: ld.so.1: scp: fatal: libresolv.so.2: version `SUNW_2.2.1' not found (required by file /opt/csw/lib/sparcv8/libkrb5.so.3) In issue 4992 a experimental package was referred to, but the link does not seem valid anymore, because there is no such updated package on this page anymore. Maybe because it got updated for solaris 10: http://mirror.opencsw.org/opencsw/unstable/sparc/5.10/libkrb5_3-1.9.2%2cREV%3d2012.08.23-SunOS5.10-sparc-CSW.pkg.gz But solaris 9, still has the previous version, with the defective dependency: http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/libkrb5_3-1.9.2%2cREV%3d2012.04.17-SunOS5.9-sparc-CSW.pkg.gz Since the libresolv.so.2: version SUNW_2.2.1 is shipped with an solaris 10 update, i cannot replace my libresolv.so.2. Is there a way to bring the update to 5.9? I Is it possible to install the 5.10 package on 5.9 without problems? Thank you. best regards, Philip ====================================================================== From noreply at opencsw.org Thu Apr 25 09:10:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Apr 2013 09:10:57 +0200 Subject: [bug-notifications] [libkrb5_3 0005070]: libresolv.so.2 dependency problem, sparc, solaris 9 In-Reply-To: <46235bde4d3b5eb932fa1fe8ef813754> Message-ID: <8bd460a818f477506041e819a9f496ec@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5070 ====================================================================== Reported By: philipweber Assigned To: dam ====================================================================== Project: libkrb5_3 Issue ID: 5070 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-04-25 07:58 CEST Last Modified: 2013-04-25 09:10 CEST ====================================================================== Summary: libresolv.so.2 dependency problem, sparc, solaris 9 Description: Seems to be the same issue as described here: https://www.opencsw.org/mantis/view.php?id=4992 This entirely breaks scp to my solaris 9, sparc box. Worked fine before, just upgraded yesterday (after a long time :) ), now this dependency problem shows up. When trying to scp a file to my solaris 9, sparc box: ld.so.1: scp: fatal: libresolv.so.2: version `SUNW_2.2.1' not found (required by file /opt/csw/lib/sparcv8/libkrb5.so.3) In issue 4992 a experimental package was referred to, but the link does not seem valid anymore, because there is no such updated package on this page anymore. Maybe because it got updated for solaris 10: http://mirror.opencsw.org/opencsw/unstable/sparc/5.10/libkrb5_3-1.9.2%2cREV%3d2012.08.23-SunOS5.10-sparc-CSW.pkg.gz But solaris 9, still has the previous version, with the defective dependency: http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/libkrb5_3-1.9.2%2cREV%3d2012.04.17-SunOS5.9-sparc-CSW.pkg.gz Since the libresolv.so.2: version SUNW_2.2.1 is shipped with an solaris 10 update, i cannot replace my libresolv.so.2. Is there a way to bring the update to 5.9? I Is it possible to install the 5.10 package on 5.9 without problems? Thank you. best regards, Philip ====================================================================== ---------------------------------------------------------------------- (0010360) dam (administrator) - 2013-04-25 09:10 https://www.opencsw.org/mantis/view.php?id=5070#c10360 ---------------------------------------------------------------------- libresolv.so.2 with SUNW_2.2.1 was shipped with Solaris 9u9: unstable9s% pvs /opt/csw/lib/libkrb5.so libresolv.so.2 (SUNW_2.2.1, SUNWprivate_2.1); libsocket.so.1 (SUNW_1.4); libnsl.so.1 (SUNWprivate_1.1); unstable9s% more /etc/release Solaris 9 9/05 HW s9s_u9wos_06b SPARC Copyright 2006 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 25 September 2006 I suggest you update to that operating system level. From noreply at opencsw.org Thu Apr 25 10:18:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Apr 2013 10:18:47 +0200 Subject: [bug-notifications] [libkrb5_3 0005070]: libresolv.so.2 dependency problem, sparc, solaris 9 In-Reply-To: <46235bde4d3b5eb932fa1fe8ef813754> Message-ID: <0433d6ff941da053e6dfdf5b031a7b7e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5070 ====================================================================== Reported By: philipweber Assigned To: dam ====================================================================== Project: libkrb5_3 Issue ID: 5070 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-04-25 07:58 CEST Last Modified: 2013-04-25 10:18 CEST ====================================================================== Summary: libresolv.so.2 dependency problem, sparc, solaris 9 Description: Seems to be the same issue as described here: https://www.opencsw.org/mantis/view.php?id=4992 This entirely breaks scp to my solaris 9, sparc box. Worked fine before, just upgraded yesterday (after a long time :) ), now this dependency problem shows up. When trying to scp a file to my solaris 9, sparc box: ld.so.1: scp: fatal: libresolv.so.2: version `SUNW_2.2.1' not found (required by file /opt/csw/lib/sparcv8/libkrb5.so.3) In issue 4992 a experimental package was referred to, but the link does not seem valid anymore, because there is no such updated package on this page anymore. Maybe because it got updated for solaris 10: http://mirror.opencsw.org/opencsw/unstable/sparc/5.10/libkrb5_3-1.9.2%2cREV%3d2012.08.23-SunOS5.10-sparc-CSW.pkg.gz But solaris 9, still has the previous version, with the defective dependency: http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/libkrb5_3-1.9.2%2cREV%3d2012.04.17-SunOS5.9-sparc-CSW.pkg.gz Since the libresolv.so.2: version SUNW_2.2.1 is shipped with an solaris 10 update, i cannot replace my libresolv.so.2. Is there a way to bring the update to 5.9? I Is it possible to install the 5.10 package on 5.9 without problems? Thank you. best regards, Philip ====================================================================== ---------------------------------------------------------------------- (0010361) philipweber (reporter) - 2013-04-25 10:18 https://www.opencsw.org/mantis/view.php?id=5070#c10361 ---------------------------------------------------------------------- Well, seems i missed that. I still think this should be fixed, since: a.) a productive system could be broken easily. b.) some of us just don't have the possibility to update to u9, with already expired Oracle Support Contracts. c.) it seems just the linker dependencies have to be changed, to only use the major library version number. Thank you for looking into this. I am going to try the update. Maybe some other department has still an active support contract. best regards, Philip From noreply at opencsw.org Thu Apr 25 13:15:19 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Apr 2013 13:15:19 +0200 Subject: [bug-notifications] [libkrb5_3 0005070]: libresolv.so.2 dependency problem, sparc, solaris 9 In-Reply-To: <46235bde4d3b5eb932fa1fe8ef813754> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5070 ====================================================================== Reported By: philipweber Assigned To: dam ====================================================================== Project: libkrb5_3 Issue ID: 5070 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-04-25 07:58 CEST Last Modified: 2013-04-25 13:15 CEST ====================================================================== Summary: libresolv.so.2 dependency problem, sparc, solaris 9 Description: Seems to be the same issue as described here: https://www.opencsw.org/mantis/view.php?id=4992 This entirely breaks scp to my solaris 9, sparc box. Worked fine before, just upgraded yesterday (after a long time :) ), now this dependency problem shows up. When trying to scp a file to my solaris 9, sparc box: ld.so.1: scp: fatal: libresolv.so.2: version `SUNW_2.2.1' not found (required by file /opt/csw/lib/sparcv8/libkrb5.so.3) In issue 4992 a experimental package was referred to, but the link does not seem valid anymore, because there is no such updated package on this page anymore. Maybe because it got updated for solaris 10: http://mirror.opencsw.org/opencsw/unstable/sparc/5.10/libkrb5_3-1.9.2%2cREV%3d2012.08.23-SunOS5.10-sparc-CSW.pkg.gz But solaris 9, still has the previous version, with the defective dependency: http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/libkrb5_3-1.9.2%2cREV%3d2012.04.17-SunOS5.9-sparc-CSW.pkg.gz Since the libresolv.so.2: version SUNW_2.2.1 is shipped with an solaris 10 update, i cannot replace my libresolv.so.2. Is there a way to bring the update to 5.9? I Is it possible to install the 5.10 package on 5.9 without problems? Thank you. best regards, Philip ====================================================================== ---------------------------------------------------------------------- (0010362) dam (administrator) - 2013-04-25 13:15 https://www.opencsw.org/mantis/view.php?id=5070#c10362 ---------------------------------------------------------------------- Well, regarding that Solaris 9 was essentially dropped about 1,5 years ago https://www.opencsw.org/2011/11/solaris-9-is-now-best-effort/ and that the packages works on the latest release I don't want to spend time on it. However, as OpenCSW is an open project be invited to join the project and continue the maintenance of packages for Solaris 9 :-) Best regards -- Dago From noreply at opencsw.org Thu Apr 25 13:15:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 25 Apr 2013 13:15:58 +0200 Subject: [bug-notifications] [libkrb5_3 0005070]: libresolv.so.2 dependency problem, sparc, solaris 9 In-Reply-To: <46235bde4d3b5eb932fa1fe8ef813754> Message-ID: <13d130b3a973c229269f34cc2f356fc4@www.opencsw.org> The following issue has been UPDATED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5070 ====================================================================== Reported By: philipweber Assigned To: dam ====================================================================== Project: libkrb5_3 Issue ID: 5070 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2013-04-25 07:58 CEST Last Modified: 2013-04-25 13:15 CEST ====================================================================== Summary: libresolv.so.2 dependency problem, sparc, solaris 9 Description: Seems to be the same issue as described here: https://www.opencsw.org/mantis/view.php?id=4992 This entirely breaks scp to my solaris 9, sparc box. Worked fine before, just upgraded yesterday (after a long time :) ), now this dependency problem shows up. When trying to scp a file to my solaris 9, sparc box: ld.so.1: scp: fatal: libresolv.so.2: version `SUNW_2.2.1' not found (required by file /opt/csw/lib/sparcv8/libkrb5.so.3) In issue 4992 a experimental package was referred to, but the link does not seem valid anymore, because there is no such updated package on this page anymore. Maybe because it got updated for solaris 10: http://mirror.opencsw.org/opencsw/unstable/sparc/5.10/libkrb5_3-1.9.2%2cREV%3d2012.08.23-SunOS5.10-sparc-CSW.pkg.gz But solaris 9, still has the previous version, with the defective dependency: http://mirror.opencsw.org/opencsw/unstable/sparc/5.9/libkrb5_3-1.9.2%2cREV%3d2012.04.17-SunOS5.9-sparc-CSW.pkg.gz Since the libresolv.so.2: version SUNW_2.2.1 is shipped with an solaris 10 update, i cannot replace my libresolv.so.2. Is there a way to bring the update to 5.9? I Is it possible to install the 5.10 package on 5.9 without problems? Thank you. best regards, Philip ====================================================================== ---------------------------------------------------------------------- (0010362) dam (administrator) - 2013-04-25 13:15 https://www.opencsw.org/mantis/view.php?id=5070#c10362 ---------------------------------------------------------------------- Well, regarding that Solaris 9 was essentially dropped about 1,5 years ago https://www.opencsw.org/2011/11/solaris-9-is-now-best-effort/ and that the packages works on the latest release I don't want to spend time on it. However, as OpenCSW is an open project be invited to join the project and continue the maintenance of packages for Solaris 9 :-) Best regards -- Dago From noreply at opencsw.org Sat Apr 27 10:20:39 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 27 Apr 2013 10:20:39 +0200 Subject: [bug-notifications] [logwatch 0005071]: missing sendmail when using CSWpostfix (SUNWsendamil removed) Message-ID: <6d8410d260422e1deabdcce71b75a7b0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5071 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: logwatch Issue ID: 5071 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-27 10:20 CEST Last Modified: 2013-04-27 10:20 CEST ====================================================================== Summary: missing sendmail when using CSWpostfix (SUNWsendamil removed) Description: server solaris 10 sparc. callisto-root% /opt/csw/bin/logwatch --detail 10 --mailto root at cmi.univ-mrs.fr Can't exec "sendmail": No such file or directory at /opt/csw/bin/logwatch.pl line 1017, line 3. Can't execute sendmail -t: No such file or directory callisto-root% which sendmail sendmail: Command not found. according to /opt/csw/share/doc/postfix/README.CSW, i did: ln -s /opt/csw/sbin/sendmail /usr/lib/sendmail ln -s /opt/csw/bin/newaliases /usr/sbin/newaliases ln -s /opt/csw/bin/mailq /usr/bin/mailq but logwatch doesn't use /usr/lib. As a workaround, i did: callisto-root% ln -s /opt/csw/sbin/sendmail /usr/sbin/sendmail ====================================================================== From noreply at opencsw.org Sun Apr 28 10:22:22 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Apr 2013 10:22:22 +0200 Subject: [bug-notifications] [gtk_engines 0003185]: Depend on CSWggettextrt In-Reply-To: <7e94947565124aa2a84f255264c092de> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=3185 ====================================================================== Reported By: harpchad Assigned To: maciej ====================================================================== Project: gtk_engines Issue ID: 3185 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 03:00 CET Last Modified: 2013-04-28 10:22 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Apr 28 10:23:23 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Apr 2013 10:23:23 +0200 Subject: [bug-notifications] [gtk_engines 0003185]: Depend on CSWggettextrt In-Reply-To: <7e94947565124aa2a84f255264c092de> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3185 ====================================================================== Reported By: harpchad Assigned To: maciej ====================================================================== Project: gtk_engines Issue ID: 3185 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-02-14 03:00 CET Last Modified: 2013-04-28 10:23 CEST ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0010363) maciej (manager) - 2013-04-28 10:23 https://www.opencsw.org/mantis/view.php?id=3185#c10363 ---------------------------------------------------------------------- CSWgettextrt is now obsolete, heh. But gtk_engines depends on the right packages now. From noreply at opencsw.org Sun Apr 28 21:54:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Apr 2013 21:54:13 +0200 Subject: [bug-notifications] [gvim 0004815]: vim/gtk/dbus error In-Reply-To: <1dbc509b3171859a085be35475ab4d55> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4815 ====================================================================== Reported By: zzxtty Assigned To: laurent ====================================================================== Project: gvim Issue ID: 4815 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-08-10 16:58 CEST Last Modified: 2013-04-28 21:54 CEST ====================================================================== Summary: vim/gtk/dbus error Description: [xxxxxx at taskmaster ~]0% gvim Gtk-Message: Failed to load module "pk-gtk-module": ld.so.1: vim-x11: fatal: libpk-gtk-module.so: open failed: No such file or directory Gtk-Message: Failed to load module "canberra-gtk-module": ld.so.1: vim-x11: fatal: libcanberra-gtk-module.so: open failed: No such file or directory process 29001: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/opt/csw/var/lib/dbus/machine-id": No such file or directory See the manual page for dbus-uuidgen to correct this issue. D-Bus not compiled with backtrace support so unable to print a backtrace Vim: Caught deadly signal ABRT Vim: Finished. Abort [xxxxxx at taskmaster ~]134% ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004821 D-Bus library appears to be incorrectly... ====================================================================== ---------------------------------------------------------------------- (0009239) dam (administrator) - 2011-08-12 17:09 https://www.opencsw.org/mantis/view.php?id=4815#c9239 ---------------------------------------------------------------------- Yeah, these are in fact different: mirror/opencsw/current and mirror/opencsw/unstable are the same while mirror/opencsw-future/unstable is newer. Sorry for the confusion. From noreply at opencsw.org Sun Apr 28 21:59:09 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 28 Apr 2013 21:59:09 +0200 Subject: [bug-notifications] [gvim 0004815]: vim/gtk/dbus error In-Reply-To: <1dbc509b3171859a085be35475ab4d55> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4815 ====================================================================== Reported By: zzxtty Assigned To: laurent ====================================================================== Project: gvim Issue ID: 4815 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-08-10 16:58 CEST Last Modified: 2013-04-28 21:59 CEST ====================================================================== Summary: vim/gtk/dbus error Description: [xxxxxx at taskmaster ~]0% gvim Gtk-Message: Failed to load module "pk-gtk-module": ld.so.1: vim-x11: fatal: libpk-gtk-module.so: open failed: No such file or directory Gtk-Message: Failed to load module "canberra-gtk-module": ld.so.1: vim-x11: fatal: libcanberra-gtk-module.so: open failed: No such file or directory process 29001: D-Bus library appears to be incorrectly set up; failed to read machine uuid: Failed to open "/opt/csw/var/lib/dbus/machine-id": No such file or directory See the manual page for dbus-uuidgen to correct this issue. D-Bus not compiled with backtrace support so unable to print a backtrace Vim: Caught deadly signal ABRT Vim: Finished. Abort [xxxxxx at taskmaster ~]134% ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0004821 D-Bus library appears to be incorrectly... ====================================================================== ---------------------------------------------------------------------- (0010364) laurent (manager) - 2013-04-28 21:59 https://www.opencsw.org/mantis/view.php?id=4815#c10364 ---------------------------------------------------------------------- At this point, I've pushed updated vim and gvim packages for Solaris 10, and vim only for Solaris 9. Since this issue was on Solaris 9, I think it's time to close it, unless there's still a demand for running gvim there. From noreply at opencsw.org Mon Apr 29 11:32:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 11:32:45 +0200 Subject: [bug-notifications] [python 0005011]: expat module segfault on solaris 11 x86 In-Reply-To: <104ddf0545367180692958be4026f8e3> Message-ID: <6c4b924f8dc414bfaacf0ea826ef0702@www.opencsw.org> The following issue has been UPDATED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5011 ====================================================================== Reported By: crisb Assigned To: maciej ====================================================================== Project: python Issue ID: 5011 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-10-10 17:36 CEST Last Modified: 2013-04-29 11:32 CEST ====================================================================== Summary: expat module segfault on solaris 11 x86 Description: when importing the expat module, I get a segfault every time. crisb at pinkman:~/cas3.70_1/src$ /opt/csw/bin/python Python 2.6.8 (unknown, Sep 20 2012, 17:42:58) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.parsers.expat Segmentation Fault (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010349) maciej (manager) - 2013-04-21 13:27 https://www.opencsw.org/mantis/view.php?id=5011#c10349 ---------------------------------------------------------------------- All Python packages are now compiled with SOS12U3. Is this error still occurring? From noreply at opencsw.org Mon Apr 29 11:39:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 11:39:13 +0200 Subject: [bug-notifications] [python 0005011]: expat module segfault on solaris 11 x86 In-Reply-To: <104ddf0545367180692958be4026f8e3> Message-ID: <586e0d614ec4add38273a8fc2616be91@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5011 ====================================================================== Reported By: crisb Assigned To: maciej ====================================================================== Project: python Issue ID: 5011 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2012-10-10 17:36 CEST Last Modified: 2013-04-29 11:39 CEST ====================================================================== Summary: expat module segfault on solaris 11 x86 Description: when importing the expat module, I get a segfault every time. crisb at pinkman:~/cas3.70_1/src$ /opt/csw/bin/python Python 2.6.8 (unknown, Sep 20 2012, 17:42:58) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.parsers.expat Segmentation Fault (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010365) crisb (developer) - 2013-04-29 11:39 https://www.opencsw.org/mantis/view.php?id=5011#c10365 ---------------------------------------------------------------------- now working fine From noreply at opencsw.org Mon Apr 29 12:17:50 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 12:17:50 +0200 Subject: [bug-notifications] [python 0005011]: expat module segfault on solaris 11 x86 In-Reply-To: <104ddf0545367180692958be4026f8e3> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5011 ====================================================================== Reported By: crisb Assigned To: maciej ====================================================================== Project: python Issue ID: 5011 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2012-10-10 17:36 CEST Last Modified: 2013-04-29 12:17 CEST ====================================================================== Summary: expat module segfault on solaris 11 x86 Description: when importing the expat module, I get a segfault every time. crisb at pinkman:~/cas3.70_1/src$ /opt/csw/bin/python Python 2.6.8 (unknown, Sep 20 2012, 17:42:58) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import xml.parsers.expat Segmentation Fault (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010366) maciej (manager) - 2013-04-29 12:17 https://www.opencsw.org/mantis/view.php?id=5011#c10366 ---------------------------------------------------------------------- Excellent. I like the smell of a closed bug in the morning. From noreply at opencsw.org Mon Apr 29 17:26:41 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 17:26:41 +0200 Subject: [bug-notifications] [sqlite3 0005072]: Please upgrade to newer version of sqlite Message-ID: <92e2e6f488f79352e5a302384a0d407d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5072 ====================================================================== Reported By: slowfranklin Assigned To: ====================================================================== Project: sqlite3 Issue ID: 5072 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-29 17:26 CEST Last Modified: 2013-04-29 17:26 CEST ====================================================================== Summary: Please upgrade to newer version of sqlite Description: Hi, I'm in the process of packaging Tracker for OpenCSW. I'm already stuck with an older version of Tracker (0.15.2) due to several portability issues in newer version. Tracker 0.15.2 depends on sqlite 3.7.9 but OpenCSW only shops 3.7.8 in unstable. Thanks! -slow ====================================================================== From noreply at opencsw.org Mon Apr 29 17:47:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 17:47:13 +0200 Subject: [bug-notifications] [sqlite3 0005072]: Please upgrade to newer version of sqlite In-Reply-To: <0723d714e4a9ce4db2ef399c6947801f> Message-ID: <5e8593a2674d6faa63486bbaf9096c12@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5072 ====================================================================== Reported By: slowfranklin Assigned To: ====================================================================== Project: sqlite3 Issue ID: 5072 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-04-29 17:26 CEST Last Modified: 2013-04-29 17:47 CEST ====================================================================== Summary: Please upgrade to newer version of sqlite Description: Hi, I'm in the process of packaging Tracker for OpenCSW. I'm already stuck with an older version of Tracker (0.15.2) due to several portability issues in newer version. Tracker 0.15.2 depends on sqlite 3.7.9 but OpenCSW only shops 3.7.8 in unstable. Thanks! -slow ====================================================================== ---------------------------------------------------------------------- (0010367) slowfranklin (reporter) - 2013-04-29 17:47 https://www.opencsw.org/mantis/view.php?id=5072#c10367 ---------------------------------------------------------------------- Hm, I see gar has 3.7.9, why isn't that packaged in unstable? https://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/sqlite3/trunk/Makefile From noreply at opencsw.org Mon Apr 29 21:46:10 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 21:46:10 +0200 Subject: [bug-notifications] [sqlite3 0005072]: Please upgrade to newer version of sqlite In-Reply-To: <0723d714e4a9ce4db2ef399c6947801f> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5072 ====================================================================== Reported By: slowfranklin Assigned To: dam ====================================================================== Project: sqlite3 Issue ID: 5072 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-04-29 17:26 CEST Last Modified: 2013-04-29 21:46 CEST ====================================================================== Summary: Please upgrade to newer version of sqlite Description: Hi, I'm in the process of packaging Tracker for OpenCSW. I'm already stuck with an older version of Tracker (0.15.2) due to several portability issues in newer version. Tracker 0.15.2 depends on sqlite 3.7.9 but OpenCSW only shops 3.7.8 in unstable. Thanks! -slow ====================================================================== ---------------------------------------------------------------------- (0010367) slowfranklin (reporter) - 2013-04-29 17:47 https://www.opencsw.org/mantis/view.php?id=5072#c10367 ---------------------------------------------------------------------- Hm, I see gar has 3.7.9, why isn't that packaged in unstable? https://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/sqlite3/trunk/Makefile From noreply at opencsw.org Mon Apr 29 21:47:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 29 Apr 2013 21:47:27 +0200 Subject: [bug-notifications] [sqlite3 0005072]: Please upgrade to newer version of sqlite In-Reply-To: <0723d714e4a9ce4db2ef399c6947801f> Message-ID: <0f73ae705875c4959ca379dca85780b9@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5072 ====================================================================== Reported By: slowfranklin Assigned To: dam ====================================================================== Project: sqlite3 Issue ID: 5072 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-04-29 17:26 CEST Last Modified: 2013-04-29 21:47 CEST ====================================================================== Summary: Please upgrade to newer version of sqlite Description: Hi, I'm in the process of packaging Tracker for OpenCSW. I'm already stuck with an older version of Tracker (0.15.2) due to several portability issues in newer version. Tracker 0.15.2 depends on sqlite 3.7.9 but OpenCSW only shops 3.7.8 in unstable. Thanks! -slow ====================================================================== ---------------------------------------------------------------------- (0010368) dam (administrator) - 2013-04-29 21:47 https://www.opencsw.org/mantis/view.php?id=5072#c10368 ---------------------------------------------------------------------- sqlite 3.7.16.2 has been pushed to unstable/ as 3071602,REV=2013.04.29.