From noreply at opencsw.org Sun Nov 1 01:59:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 01:59:19 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: <4f109a8f462291f1cc5627f0d5b90faf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-01 01:59 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== From noreply at opencsw.org Sun Nov 1 02:15:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:15:31 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-01 02:15 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006927) yann (manager) - 2009-11-01 02:15 http://www.opencsw.org/mantis/view.php?id=3981#c6927 ---------------------------------------------------------------------- /opt/csw/lib is not in your system wide ld library path (you can see it with the crle command), not in your LD_LIBRARY_PATH and not hardcoded in libssl.so.0.9.8 (that can been seen with /usr/ccs/bin/dump -Lv /opt/csw/lib/libssl.so.0.9.8 | grep PATH), so ldd doesn't search libcrypto in /opt/csw/lib. This is usually not very important as software linked to libssl.so.0.9.8 already have /opt/csw/lib in their research path, so they also find libcrypto.so.0.9.8. Does this situation affect one of your program ? From noreply at opencsw.org Sun Nov 1 02:23:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:23:18 +0100 Subject: [bug-notifications] [lftp 0003511]: lftp is dumping core In-Reply-To: <73f8d6b4ebd42ce309e9a6eef13e8227> Message-ID: <0369962273d5b1c507432b7c6063b922@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3511 ====================================================================== Reported By: wbonnet Assigned To: yann ====================================================================== Project: lftp Issue ID: 3511 Category: packaging Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2009-03-28 14:00 CET Last Modified: 2009-11-01 02:23 CET ====================================================================== Summary: lftp is dumping core Description: lftp is dumping core ====================================================================== ---------------------------------------------------------------------- (0006928) yann (manager) - 2009-11-01 02:23 http://www.opencsw.org/mantis/view.php?id=3511#c6928 ---------------------------------------------------------------------- No news, good news,so I will close this bug I uploaded a new version of lftp (4.0.3), feel free to reopen the bug if you can reproduce the bug against this version. From noreply at opencsw.org Sun Nov 1 02:29:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:29:06 +0100 Subject: [bug-notifications] [ca_certificates 0003910]: Postinstall script fails for ca_certificates when /opt/csw is read-only In-Reply-To: <68d58fd402f176395cfcf45d27413d58> Message-ID: <166c0cb9cc6a46869252a04de0ced43e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3910 ====================================================================== Reported By: maciej Assigned To: yann ====================================================================== Project: ca_certificates Issue ID: 3910 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-21 14:06 CEST Last Modified: 2009-11-01 02:29 CET ====================================================================== Summary: Postinstall script fails for ca_certificates when /opt/csw is read-only Description: The postinstall script tries to write to the /opt/csw directory and fails with an error. It doesn't break anything, it's just a needless error message. ====================================================================== ---------------------------------------------------------------------- (0006929) yann (manager) - 2009-11-01 02:29 http://www.opencsw.org/mantis/view.php?id=3910#c6929 ---------------------------------------------------------------------- Interesting thread, I think I will move all my packages to this new schema. However it's not a quick task as I will need to test and warn users. So for now I just uploaded a new ca_certificates packages (20091101,REV=2009.11.01) which solves this bug with a dirty hack (try to write in /opt/csw to check if it is writeable, if so don't try to update certificates list), and in a second time I will do the /etc/opt/csw move for ca_certificates and all other packages I maintain. From noreply at opencsw.org Sun Nov 1 02:29:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:29:48 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-01 02:29 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006927) yann (manager) - 2009-11-01 02:15 http://www.opencsw.org/mantis/view.php?id=3981#c6927 ---------------------------------------------------------------------- /opt/csw/lib is not in your system wide ld library path (you can see it with the crle command), not in your LD_LIBRARY_PATH and not hardcoded in libssl.so.0.9.8 (that can been seen with /usr/ccs/bin/dump -Lv /opt/csw/lib/libssl.so.0.9.8 | grep PATH), so ldd doesn't search libcrypto in /opt/csw/lib. This is usually not very important as software linked to libssl.so.0.9.8 already have /opt/csw/lib in their research path, so they also find libcrypto.so.0.9.8. Does this situation affect one of your program ? From noreply at opencsw.org Sun Nov 1 02:38:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:38:14 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <8ef8ebd42542cbede125b72770e77af9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-01 02:38 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006930) yann (manager) - 2009-11-01 02:38 http://www.opencsw.org/mantis/view.php?id=3898#c6930 ---------------------------------------------------------------------- I just uploaded cyrus_imapd-2.3.15,REV=2009.11.01 in unstable. It should hit the mirror soon. From noreply at opencsw.org Sun Nov 1 02:39:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:39:52 +0100 Subject: [bug-notifications] [git 0003982]: On 'git diff' less is searched in path and /usr/bin/less is too old In-Reply-To: Message-ID: <50b841a43cdb9c2e82d608bf4978ebfb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3982 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: git Issue ID: 3982 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-10-28 14:29 CET Last Modified: 2009-11-01 02:39 CET ====================================================================== Summary: On 'git diff' less is searched in path and /usr/bin/less is too old Description: Usually /usr/bin is in the path early and /usr/bin/less is found before /opt/csw/bin/less. ====================================================================== ---------------------------------------------------------------------- (0006932) bwalton (manager) - 2009-11-01 02:39 http://www.opencsw.org/mantis/view.php?id=3982#c6932 ---------------------------------------------------------------------- There is now pending support for setting default pager and editor in git. I'll modify the build to use this when it reaches a mainstream release. Presently it's on the "pu" (proposed updates). I'm not sure whether it will land in 1.6.6, but I'd suspect so. From noreply at opencsw.org Sun Nov 1 10:10:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 10:10:23 +0100 Subject: [bug-notifications] [bash_completion 0003780]: bash_completion 1.0 release In-Reply-To: <82559be891ff00475e0ef646d68204d0> Message-ID: <82bf0bf00801ef0a7c4c200ad479f335@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3780 ====================================================================== Reported By: yann Assigned To: yann ====================================================================== Project: bash_completion Issue ID: 3780 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-25 15:58 CEST Last Modified: 2009-11-01 10:10 CET ====================================================================== Summary: bash_completion 1.0 release Description: bash_completion 1.0 has been released and has been packaged in GAR, however it can't be released right now as it has a new version numbering scheme which break pkgget upgrade code. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0003779 pkg-get should compare package version ... ====================================================================== ---------------------------------------------------------------------- (0006836) yann (manager) - 2009-10-11 22:01 http://www.opencsw.org/bugtrack/view.php?id=3780#c6836 ---------------------------------------------------------------------- bash_completion 1.1 pushed in unstable. I am closing this bug. From noreply at opencsw.org Sun Nov 1 12:49:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 12:49:11 +0100 Subject: [bug-notifications] [cvsproxy 0002241]: NAME line in pkginfo file is malformed In-Reply-To: <48e69148e865c87b5c004b37978d131c> Message-ID: <2ca4af9f6c3e96dabc3ea7a56a656550@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2241 ====================================================================== Reported By: jeff Assigned To: ====================================================================== Project: cvsproxy Issue ID: 2241 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2007-05-12 01:53 CEST Last Modified: 2009-11-01 12:49 CET ====================================================================== 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 (reporter) - 2009-11-01 12:49 http://www.opencsw.org/mantis/view.php?id=2241#c6933 ---------------------------------------------------------------------- This is fixed in the testing package. From noreply at opencsw.org Sun Nov 1 12:50:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 12:50:06 +0100 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: <676984333297e22679e4b5fb0455b309@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2009-11-01 12:50 CET ====================================================================== 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 ====================================================================== ---------------------------------------------------------------------- (0006934) bonivart (reporter) - 2009-11-01 12:50 http://www.opencsw.org/mantis/view.php?id=1839#c6934 ---------------------------------------------------------------------- This should be fixed in the testing version. Uses new class action script to to inetd.conf/inetconv stuff. Needs to be tested though. From noreply at opencsw.org Sun Nov 1 15:10:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:10:01 +0100 Subject: [bug-notifications] [mercurial 0003968]: i386 libraries in mercurial Solaris Sparc In-Reply-To: <366f4c78ec7adb9c070f79e066e6ab8d> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3968 ====================================================================== Reported By: tg Assigned To: ====================================================================== Project: mercurial Issue ID: 3968 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-16 11:25 CEST Last Modified: 2009-11-01 15:10 CET ====================================================================== Summary: i386 libraries in mercurial Solaris Sparc Description: There are i386 libraries in the Solaris Sparc package of mercurial. $ hg Traceback (most recent call last): File "/opt/csw/bin/hg", line 27, in mercurial.dispatch.run() File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 16, in run sys.exit(dispatch(sys.argv[1:])) File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 21, in dispatch u = _ui.ui() File "/opt/csw/lib/python/site-packages/mercurial/ui.py", line 35, in __init__ for f in util.rcpath(): File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1217, in rcpath _rcpath = os_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1193, in os_rcpath path = system_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 41, in system_rcpath '/../etc/mercurial')) File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 30, in rcfiles for f, kind in osutil.listdir(rcdir) File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 75, in __getattribute__ self._load() File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 47, in _load mod = _origimport(head, globals, locals) ImportError: ld.so.1: python: fatal: /opt/csw/lib/python/site-packages/mercurial/osutil.so: wrong ELF data format: ELFDATA2LSB $ ====================================================================== ---------------------------------------------------------------------- (0006884) tg (reporter) - 2009-10-21 10:16 http://www.opencsw.org/bugtrack/view.php?id=3968#c6884 ---------------------------------------------------------------------- solved by version mercurial 1.3.1,REV=2009.10.05 From noreply at opencsw.org Sun Nov 1 15:10:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:10:26 +0100 Subject: [bug-notifications] [mercurial 0003968]: i386 libraries in mercurial Solaris Sparc In-Reply-To: <366f4c78ec7adb9c070f79e066e6ab8d> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3968 ====================================================================== Reported By: tg Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 3968 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-16 11:25 CEST Last Modified: 2009-11-01 15:10 CET ====================================================================== Summary: i386 libraries in mercurial Solaris Sparc Description: There are i386 libraries in the Solaris Sparc package of mercurial. $ hg Traceback (most recent call last): File "/opt/csw/bin/hg", line 27, in mercurial.dispatch.run() File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 16, in run sys.exit(dispatch(sys.argv[1:])) File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 21, in dispatch u = _ui.ui() File "/opt/csw/lib/python/site-packages/mercurial/ui.py", line 35, in __init__ for f in util.rcpath(): File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1217, in rcpath _rcpath = os_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1193, in os_rcpath path = system_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 41, in system_rcpath '/../etc/mercurial')) File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 30, in rcfiles for f, kind in osutil.listdir(rcdir) File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 75, in __getattribute__ self._load() File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 47, in _load mod = _origimport(head, globals, locals) ImportError: ld.so.1: python: fatal: /opt/csw/lib/python/site-packages/mercurial/osutil.so: wrong ELF data format: ELFDATA2LSB $ ====================================================================== ---------------------------------------------------------------------- (0006884) tg (reporter) - 2009-10-21 10:16 http://www.opencsw.org/bugtrack/view.php?id=3968#c6884 ---------------------------------------------------------------------- solved by version mercurial 1.3.1,REV=2009.10.05 From noreply at opencsw.org Sun Nov 1 15:10:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:10:41 +0100 Subject: [bug-notifications] [mercurial 0003968]: i386 libraries in mercurial Solaris Sparc In-Reply-To: <366f4c78ec7adb9c070f79e066e6ab8d> Message-ID: <76e2273fa12a3c0b97191e1548b8cae6@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3968 ====================================================================== Reported By: tg Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 3968 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-16 11:25 CEST Last Modified: 2009-11-01 15:10 CET ====================================================================== Summary: i386 libraries in mercurial Solaris Sparc Description: There are i386 libraries in the Solaris Sparc package of mercurial. $ hg Traceback (most recent call last): File "/opt/csw/bin/hg", line 27, in mercurial.dispatch.run() File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 16, in run sys.exit(dispatch(sys.argv[1:])) File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 21, in dispatch u = _ui.ui() File "/opt/csw/lib/python/site-packages/mercurial/ui.py", line 35, in __init__ for f in util.rcpath(): File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1217, in rcpath _rcpath = os_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1193, in os_rcpath path = system_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 41, in system_rcpath '/../etc/mercurial')) File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 30, in rcfiles for f, kind in osutil.listdir(rcdir) File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 75, in __getattribute__ self._load() File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 47, in _load mod = _origimport(head, globals, locals) ImportError: ld.so.1: python: fatal: /opt/csw/lib/python/site-packages/mercurial/osutil.so: wrong ELF data format: ELFDATA2LSB $ ====================================================================== ---------------------------------------------------------------------- (0006884) tg (reporter) - 2009-10-21 10:16 http://www.opencsw.org/bugtrack/view.php?id=3968#c6884 ---------------------------------------------------------------------- solved by version mercurial 1.3.1,REV=2009.10.05 From noreply at opencsw.org Sun Nov 1 15:11:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:11:35 +0100 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified In-Reply-To: <613ab5d3bcd777f84d3c0dea74425aef> Message-ID: <15588b5f42dee4850ce8f2cf0fdc11d2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-11-01 15:11 CET ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== ---------------------------------------------------------------------- (0006796) rupert (manager) - 2009-10-04 14:59 http://www.opencsw.org/bugtrack/view.php?id=3891#c6796 ---------------------------------------------------------------------- asked philip to promote it to unstable. From noreply at opencsw.org Sun Nov 1 15:12:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:12:03 +0100 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified In-Reply-To: <613ab5d3bcd777f84d3c0dea74425aef> Message-ID: <8b63b64ffbaf811efe96019ff2c0e212@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-11-01 15:12 CET ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== ---------------------------------------------------------------------- (0006935) rupert (manager) - 2009-11-01 15:12 http://www.opencsw.org/bugtrack/view.php?id=3891#c6935 ---------------------------------------------------------------------- fixed From noreply at opencsw.org Sun Nov 1 23:29:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 23:29:15 +0100 Subject: [bug-notifications] [mpg123 0003989]: Please upgrade to 1.9.1 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3989 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mpg123 Issue ID: 3989 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-01 23:29 CET Last Modified: 2009-11-01 23:29 CET ====================================================================== Summary: Please upgrade to 1.9.1 Description: Please upgrade to 1.9.1 ====================================================================== From noreply at opencsw.org Mon Nov 2 10:02:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 10:02:51 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-02 10:02 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006936) smwardle (reporter) - 2009-11-02 10:02 http://www.opencsw.org/mantis/view.php?id=3981#c6936 ---------------------------------------------------------------------- It's not causing a problem. It's just something I noticed whilst looking at another issue. From noreply at opencsw.org Mon Nov 2 22:39:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:39:01 +0100 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <01c43cf237a09bf6c1579313e2412c0b@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-11-02 22:39 CET ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006937) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/mantis/view.php?id=3892#c6937 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Mon Nov 2 22:39:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:39:11 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <5af39eaf9901f21bac1ebf8d9f0a8351@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-02 22:39 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006938) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/mantis/view.php?id=3898#c6938 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Mon Nov 2 22:39:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:39:23 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <127541ec2448c880eda1d694a9ca6ae2@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-02 22:39 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006938) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/mantis/view.php?id=3898#c6938 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Mon Nov 2 22:48:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:48:41 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-02 22:48 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006939) yann (manager) - 2009-11-02 22:48 http://www.opencsw.org/mantis/view.php?id=3981#c6939 ---------------------------------------------------------------------- Next time I will release the openssh package, I will see if I can easily hardcode the library research path in the library files using openssl build system. But I don't consider a real bug so I am closing it. From noreply at opencsw.org Mon Nov 2 22:49:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:49:31 +0100 Subject: [bug-notifications] [openssh 0002652]: CSWossh doesn\'t install from Jumpstart In-Reply-To: <692b3da98969ba77e15f218a42ed5d21> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2652 ====================================================================== Reported By: DerJoern Assigned To: yann ====================================================================== Project: openssh Issue ID: 2652 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-11-05 04:39 CET Last Modified: 2009-11-02 22:49 CET ====================================================================== Summary: CSWossh doesn\'t install from Jumpstart Description: When I\'m trying to install from JET this error occurs: CUSTOM: Installing CSWossh from: /a/var/opt/sun/jet/js_media/pkg/custom/sparc WARNING: setting mode of </opt/csw/lib/svc> to default mode (755) WARNING: setting mode of </opt/csw/lib/svc/method> to default mode (755) WARNING: setting mode of </opt/csw/var/svc> to default mode (755) WARNING: setting mode of </opt/csw/var/svc/manifest> to default mode (755) WARNING: setting mode of </opt/csw/var/svc/manifest/site> to default mode (755) ERROR: attribute verification of </a/opt/csw/etc/ssh/moduli> failed pathname does not exist ERROR: attribute verification of </a/opt/csw/etc/ssh/ssh_config> failed pathname does not exist Installation of <CSWossh> partially failed. CUSTOM: CSWossh installation complete After the installation /opt/csw/etc/ssh looks like this: root at foobar:~ # ls -l /opt/csw/etc/ssh/ total 12 -rwxr--r-- 1 nobody nobody 2918 Oct 31 14:15 sshd_config* -rwxr--r-- 1 root bin 2906 Aug 25 01:51 sshd_config.CSW* No openssh service ist available. You have to import the manifest to get it running. ====================================================================== ---------------------------------------------------------------------- (0006940) yann (manager) - 2009-11-02 22:49 http://www.opencsw.org/mantis/view.php?id=2652#c6940 ---------------------------------------------------------------------- openssh packages now uses class action scripts provided the cswclassutils packages for init/smf handling. Could you tell me if jumpstart installation still doesn't correctly enable the service ? From noreply at opencsw.org Tue Nov 3 09:07:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:07:04 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 09:07 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== From noreply at opencsw.org Tue Nov 3 09:09:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:09:15 +0100 Subject: [bug-notifications] [pkgutil 0003991]: pkgutil 1.8: readme changelog has placeholder date Message-ID: <35df62b4113d240b70e8b65b3f0b71a7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3991 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3991 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:09 CET Last Modified: 2009-11-03 09:09 CET ====================================================================== Summary: pkgutil 1.8: readme changelog has placeholder date Description: # pkgutil -v 1.8 # grep v1.8 /opt/csw/share/doc/pkgutil/readme * v1.8. Released 2009-xx-xx ====================================================================== From noreply at opencsw.org Tue Nov 3 09:21:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:21:51 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 09:21 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006941) skayser (administrator) - 2009-11-03 09:21 http://www.opencsw.org/mantis/view.php?id=3990#c6941 ---------------------------------------------------------------------- Interesting, i just ran pkgutil 1.8 on another system and there it works as expected. -C only includes CSW packages for comparison purposes. Any idea why this could be? From noreply at opencsw.org Tue Nov 3 09:24:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:24:16 +0100 Subject: [bug-notifications] [synergy 0003992]: On installation, license is output to the screen Message-ID: <63b8dd3192078b80ebe3f8c42fb9cec7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3992 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: synergy Issue ID: 3992 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:24 CET Last Modified: 2009-11-03 09:24 CET ====================================================================== Summary: On installation, license is output to the screen Description: Repackage so that the package puts the license in /opt/csw/share/doc/synergy/license and just emits a license pointer on installation. ====================================================================== From noreply at opencsw.org Tue Nov 3 09:26:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:26:18 +0100 Subject: [bug-notifications] [synergy 0003993]: Documentation is located in /opt/csw/share/doc without a sub-directory Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3993 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: synergy Issue ID: 3993 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:26 CET Last Modified: 2009-11-03 09:26 CET ====================================================================== Summary: Documentation is located in /opt/csw/share/doc without a sub-directory Description: Relocate to /opt/csw/share/doc/synergy on next package update. # pkgutil -L synergy | grep doc /opt/csw/share/doc /opt/csw/share/doc/AUTHORS /opt/csw/share/doc/NEWS /opt/csw/share/doc/README /opt/csw/share/doc/about.html /opt/csw/share/doc/authors.html /opt/csw/share/doc/autostart.html /opt/csw/share/doc/banner.html /opt/csw/share/doc/border.html /opt/csw/share/doc/compiling.html /opt/csw/share/doc/configuration.html /opt/csw/share/doc/contact.html /opt/csw/share/doc/developer.html /opt/csw/share/doc/faq.html /opt/csw/share/doc/history.html /opt/csw/share/doc/home.html /opt/csw/share/doc/images /opt/csw/share/doc/images/logo.gif /opt/csw/share/doc/images/warp.gif /opt/csw/share/doc/index.html /opt/csw/share/doc/license.html /opt/csw/share/doc/news.html /opt/csw/share/doc/roadmap.html /opt/csw/share/doc/running.html /opt/csw/share/doc/security.html /opt/csw/share/doc/tips.html /opt/csw/share/doc/toc.html /opt/csw/share/doc/trouble.html ====================================================================== From noreply at opencsw.org Tue Nov 3 09:26:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:26:31 +0100 Subject: [bug-notifications] [synergy 0003993]: Documentation is located in /opt/csw/share/doc without a sub-directory In-Reply-To: <95e02076f6b6a6689a4baae4a657950e> Message-ID: <9929beeace126bed680185d9acc77578@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3993 ====================================================================== Reported By: skayser Assigned To: skayser ====================================================================== Project: synergy Issue ID: 3993 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:26 CET Last Modified: 2009-11-03 09:26 CET ====================================================================== Summary: Documentation is located in /opt/csw/share/doc without a sub-directory Description: Relocate to /opt/csw/share/doc/synergy on next package update. # pkgutil -L synergy | grep doc /opt/csw/share/doc /opt/csw/share/doc/AUTHORS /opt/csw/share/doc/NEWS /opt/csw/share/doc/README /opt/csw/share/doc/about.html /opt/csw/share/doc/authors.html /opt/csw/share/doc/autostart.html /opt/csw/share/doc/banner.html /opt/csw/share/doc/border.html /opt/csw/share/doc/compiling.html /opt/csw/share/doc/configuration.html /opt/csw/share/doc/contact.html /opt/csw/share/doc/developer.html /opt/csw/share/doc/faq.html /opt/csw/share/doc/history.html /opt/csw/share/doc/home.html /opt/csw/share/doc/images /opt/csw/share/doc/images/logo.gif /opt/csw/share/doc/images/warp.gif /opt/csw/share/doc/index.html /opt/csw/share/doc/license.html /opt/csw/share/doc/news.html /opt/csw/share/doc/roadmap.html /opt/csw/share/doc/running.html /opt/csw/share/doc/security.html /opt/csw/share/doc/tips.html /opt/csw/share/doc/toc.html /opt/csw/share/doc/trouble.html ====================================================================== From noreply at opencsw.org Tue Nov 3 09:26:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:26:41 +0100 Subject: [bug-notifications] [synergy 0003992]: On installation, license is output to the screen In-Reply-To: Message-ID: <22aba61bc5d2faffa45953e0cc4465cb@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3992 ====================================================================== Reported By: skayser Assigned To: skayser ====================================================================== Project: synergy Issue ID: 3992 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:24 CET Last Modified: 2009-11-03 09:26 CET ====================================================================== Summary: On installation, license is output to the screen Description: Repackage so that the package puts the license in /opt/csw/share/doc/synergy/license and just emits a license pointer on installation. ====================================================================== From noreply at opencsw.org Tue Nov 3 09:27:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:27:51 +0100 Subject: [bug-notifications] [mbuffer 0003912]: Please upgrade to 20090628 In-Reply-To: <27d4ce8c46ff2849c9e1a9f94a9b5b26> Message-ID: <03373b7a4989c0da79e62c936dbdedcd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3912 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: mbuffer Issue ID: 3912 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-22 11:50 CEST Last Modified: 2009-11-03 09:27 CET ====================================================================== Summary: Please upgrade to 20090628 Description: Please upgrade to 20090628 ====================================================================== From noreply at opencsw.org Tue Nov 3 09:28:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:28:00 +0100 Subject: [bug-notifications] [mbuffer 0003912]: Please upgrade to 20090628 In-Reply-To: <27d4ce8c46ff2849c9e1a9f94a9b5b26> Message-ID: <62dd9f9d4d42e9bc2b2ae6caf9ddfcd4@www.opencsw.org> The following issue has been set as RELATED TO issue 0003980. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3912 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: mbuffer Issue ID: 3912 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-22 11:50 CEST Last Modified: 2009-11-03 09:28 CET ====================================================================== Summary: Please upgrade to 20090628 Description: Please upgrade to 20090628 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0003980 Please upgrade to 20091012 ====================================================================== From noreply at opencsw.org Tue Nov 3 09:28:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:28:01 +0100 Subject: [bug-notifications] [mbuffer 0003980]: Please upgrade to 20091012 In-Reply-To: <921d2d6f9a9344395ab00ce12d4030ae> Message-ID: The following issue has been set as RELATED TO issue 0003912. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3980 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: mbuffer Issue ID: 3980 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-27 10:24 CET Last Modified: 2009-10-27 15:25 CET ====================================================================== Summary: Please upgrade to 20091012 Description: Please upgrade to 20091012 as I want to write to Thomas to add OpenCSW as primary download site for packages for his stuff and all packages must of course be current for that. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0003912 Please upgrade to 20090628 ====================================================================== ---------------------------------------------------------------------- (0006890) skayser (administrator) - 2009-10-27 15:25 http://www.opencsw.org/mantis/view.php?id=3980#c6890 ---------------------------------------------------------------------- I am still seeing assertion failures with the network code in 64bit builds. Informed upstream, waiting for feedback. From noreply at opencsw.org Tue Nov 3 09:44:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:44:10 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-03 09:44 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== From noreply at opencsw.org Tue Nov 3 10:22:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:22:40 +0100 Subject: [bug-notifications] [pkgutil 0003991]: pkgutil 1.8: readme changelog has placeholder date In-Reply-To: <4b770e2b9867f3b98b238af7a2576123> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3991 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3991 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:09 CET Last Modified: 2009-11-03 10:22 CET ====================================================================== Summary: pkgutil 1.8: readme changelog has placeholder date Description: # pkgutil -v 1.8 # grep v1.8 /opt/csw/share/doc/pkgutil/readme * v1.8. Released 2009-xx-xx ====================================================================== From noreply at opencsw.org Tue Nov 3 10:24:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:24:04 +0100 Subject: [bug-notifications] [pkgutil 0003991]: pkgutil 1.8: readme changelog has placeholder date In-Reply-To: <4b770e2b9867f3b98b238af7a2576123> Message-ID: <0bb899652e3bfecf2eb36cb5673f6aa3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3991 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3991 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 09:09 CET Last Modified: 2009-11-03 10:24 CET ====================================================================== Summary: pkgutil 1.8: readme changelog has placeholder date Description: # pkgutil -v 1.8 # grep v1.8 /opt/csw/share/doc/pkgutil/readme * v1.8. Released 2009-xx-xx ====================================================================== ---------------------------------------------------------------------- (0006942) bonivart (manager) - 2009-11-03 10:24 http://www.opencsw.org/mantis/view.php?id=3991#c6942 ---------------------------------------------------------------------- Oops, good catch. I have submitted r152 to fix this and also made a note of it so I will not forget it for future releases. From noreply at opencsw.org Tue Nov 3 10:27:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:27:51 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency In-Reply-To: Message-ID: <6951e17aec7c25b793131a4914e970e0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-03 10:27 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== From noreply at opencsw.org Tue Nov 3 10:33:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:33:07 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency In-Reply-To: Message-ID: <59c7cd1cf30738f0b97264a3d115fa68@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-03 10:33 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== ---------------------------------------------------------------------- (0006943) bonivart (manager) - 2009-11-03 10:33 http://www.opencsw.org/mantis/view.php?id=3994#c6943 ---------------------------------------------------------------------- There's some die-calls that cause this, I have replaced many by an exit-sub that cleans this up. I will keep doing that by as you see this is fixed at the next invocation of pkgutil. From noreply at opencsw.org Tue Nov 3 10:38:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:38:19 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: <29ce5a787cb667e042c74cad77124301@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 10:38 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006944) bonivart (manager) - 2009-11-03 10:38 http://www.opencsw.org/mantis/view.php?id=3990#c6944 ---------------------------------------------------------------------- I guess you have noncsw=true in pkgutil.conf and then you have kind of volunteered for this. :-) As you mentioned, it's easy to filter the output of -a/c/C. From noreply at opencsw.org Tue Nov 3 10:38:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:38:24 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 10:38 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006944) bonivart (manager) - 2009-11-03 10:38 http://www.opencsw.org/mantis/view.php?id=3990#c6944 ---------------------------------------------------------------------- I guess you have noncsw=true in pkgutil.conf and then you have kind of volunteered for this. :-) As you mentioned, it's easy to filter the output of -a/c/C. From noreply at opencsw.org Tue Nov 3 10:44:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:44:31 +0100 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: <162d39f728a7c687855a487db81c4e12@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2009-11-03 10:44 CET ====================================================================== 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 (reporter) - 2009-11-03 10:44 http://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. From noreply at opencsw.org Tue Nov 3 11:04:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 11:04:04 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: <580e8d2e16e0f59080f3fe6a85ce824d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 11:04 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006946) skayser (administrator) - 2009-11-03 11:04 http://www.opencsw.org/mantis/view.php?id=3990#c6946 ---------------------------------------------------------------------- Spot on, thanks for clearing up my confusion! Could you maybe extend the description of noncsw in the man page? I activated noncsw to be able to install self-built, site-specific packages and somehow didn't realize that this does not only affect installation but operations like -C also. From noreply at opencsw.org Tue Nov 3 12:18:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 12:18:46 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name Message-ID: <4b4371d0cc498ea3c9e03ee671c4eb1f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 12:18 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== From noreply at opencsw.org Tue Nov 3 14:42:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:42:55 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: <85512ecc59ac0d40e6e9880e9cd163c0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:42 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== From noreply at opencsw.org Tue Nov 3 14:43:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:43:42 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:43 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== ---------------------------------------------------------------------- (0006947) bonivart (manager) - 2009-11-03 14:43 http://www.opencsw.org/mantis/view.php?id=3995#c6947 ---------------------------------------------------------------------- It does recognize catalog names but you need to use the corrent one. ;-) subversion CSWsvn 1.6.2,REV=2009.06.13 2.2 MB From noreply at opencsw.org Tue Nov 3 14:51:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:51:28 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: <9f414e08deae91911994d4c1654b17ee@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:51 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== ---------------------------------------------------------------------- (0006948) skayser (administrator) - 2009-11-03 14:51 http://www.opencsw.org/bugtrack/view.php?id=3995#c6948 ---------------------------------------------------------------------- Rats, guess that's a perfect case against differing pkg and sw names. Sorry for the noise. From noreply at opencsw.org Tue Nov 3 14:57:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:57:57 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: <239fafd479c23ca650bea26c23ee1dc5@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:57 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== ---------------------------------------------------------------------- (0006948) skayser (administrator) - 2009-11-03 14:51 http://www.opencsw.org/mantis/view.php?id=3995#c6948 ---------------------------------------------------------------------- Rats, guess that's a perfect case against differing pkg and sw names. Sorry for the noise. From noreply at opencsw.org Wed Nov 4 00:52:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 00:52:29 +0100 Subject: [bug-notifications] [rubydev 0003770]: Unable to compile native gems on virtualised X86 platform In-Reply-To: Message-ID: <0a6da4dfc8a32c656ffd0cd06ba1d557@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3770 ====================================================================== Reported By: chrismay Assigned To: bwalton ====================================================================== Project: rubydev Issue ID: 3770 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-07-18 19:08 CEST Last Modified: 2009-11-04 00:52 CET ====================================================================== Summary: Unable to compile native gems on virtualised X86 platform Description: Trying to compile native gems results in the following error: make /opt/csw/gcc4/bin/gcc -I. -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I. -I/opt/csw/include -D_FILE_OFFSET_BITS=64 -fPIC -mtune=i68 6 -O2 -pipe -m32 -march=i386 -I/opt/csw/include -fPIC -c fastthread.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/stdlib.h:27, from /opt/csw/lib/ruby/1.8/i386-solaris2.8/ruby.h:40, from fastthread.c:12: /usr/include/iso/stdlib_iso.h: In function 'abort': /usr/include/iso/stdlib_iso.h:107: error: expected declaration specifiers before '__NORETURN' /usr/include/iso/stdlib_iso.h:108: error: storage class specified for parameter 'abs' /usr/include/iso/stdlib_iso.h:109: error: storage class specified for parameter 'atexit' /usr/include/iso/stdlib_iso.h:110: error: storage class specified for parameter 'atof' /usr/include/iso/stdlib_iso.h:111: error: storage class specified for parameter 'atoi' /usr/include/iso/stdlib_iso.h:112: error: storage class specified for parameter 'atol' /usr/include/iso/stdlib_iso.h:114: error: storage class specified for parameter 'bsearch' /usr/include/iso/stdlib_iso.h:121: error: storage class specified for parameter 'calloc' /usr/include/iso/stdlib_iso.h:122: error: storage class specified for parameter 'div' /usr/include/iso/stdlib_iso.h:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__NORETURN' {many many more similar errors omitted} ====================================================================== ---------------------------------------------------------------------- (0006949) bwalton (manager) - 2009-11-04 00:52 http://www.opencsw.org/bugtrack/view.php?id=3770#c6949 ---------------------------------------------------------------------- Updated packages with sun studio 11 as default compiler pushed for release. From noreply at opencsw.org Wed Nov 4 00:53:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 00:53:07 +0100 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby In-Reply-To: Message-ID: <513aa07e81e73f52be24ae6ed8512d9a@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-11-04 00:53 CET ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== ---------------------------------------------------------------------- (0006950) bwalton (manager) - 2009-11-04 00:53 http://www.opencsw.org/bugtrack/view.php?id=3909#c6950 ---------------------------------------------------------------------- Updated packages built with studio 11 pushed for release. From noreply at opencsw.org Wed Nov 4 14:02:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 14:02:16 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-04 14:02 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006951) bonivart (manager) - 2009-11-04 14:02 http://www.opencsw.org/mantis/view.php?id=3990#c6951 ---------------------------------------------------------------------- I have tried to clarify it in pkgutil.conf now with an extra note about this (and how to filter it if wanted). From noreply at opencsw.org Wed Nov 4 14:05:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 14:05:48 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency In-Reply-To: Message-ID: <50668bcf71a8b1425b3e4c29bc4e64ef@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-04 14:05 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== ---------------------------------------------------------------------- (0006952) bonivart (manager) - 2009-11-04 14:05 http://www.opencsw.org/mantis/view.php?id=3994#c6952 ---------------------------------------------------------------------- I'm closing this since it's handled already in a way that is harmless. It's a continued task though to replace those die-calls that leave the lock file. From noreply at opencsw.org Wed Nov 4 22:05:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 22:05:38 +0100 Subject: [bug-notifications] [cswclassutils 0003485]: It would be nice to have a class for texinfo files In-Reply-To: <4075dc68316686168a2957d8f8fbde44> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3485 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3485 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-22 22:53 CET Last Modified: 2009-11-04 22:05 CET ====================================================================== Summary: It would be nice to have a class for texinfo files Description: Texinfo-files should have a specific class ('texinfo'?) which install the files in a way similar to /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/info/dir 2> /dev/null ====================================================================== ---------------------------------------------------------------------- (0006953) bonivart (manager) - 2009-11-04 22:05 http://www.opencsw.org/mantis/view.php?id=3485#c6953 ---------------------------------------------------------------------- Version 1.28 including your own scripts in testing. From noreply at opencsw.org Thu Nov 5 00:41:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 00:41:50 +0100 Subject: [bug-notifications] [gtk2 0003996]: missing printbackend Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3996 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: gtk2 Issue ID: 3996 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-05 00:41 CET Last Modified: 2009-11-05 00:41 CET ====================================================================== Summary: missing printbackend Description: /opt/csw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so is missing. it seems cups was not found at compile time. ====================================================================== From noreply at opencsw.org Thu Nov 5 09:14:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 09:14:50 +0100 Subject: [bug-notifications] [gtk2 0003996]: missing printbackend In-Reply-To: <6ceb454748ad96fa5cd3416db8a68ff7> Message-ID: <0148d8021838198aaaeb7e2627adaa7a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3996 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: gtk2 Issue ID: 3996 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 00:41 CET Last Modified: 2009-11-05 09:14 CET ====================================================================== Summary: missing printbackend Description: /opt/csw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so is missing. it seems cups was not found at compile time. ====================================================================== From noreply at opencsw.org Thu Nov 5 09:23:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 09:23:45 +0100 Subject: [bug-notifications] [gtk2 0003996]: missing printbackend In-Reply-To: <6ceb454748ad96fa5cd3416db8a68ff7> Message-ID: <1801aaf9ad614e35d7645354faf56976@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3996 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: gtk2 Issue ID: 3996 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 00:41 CET Last Modified: 2009-11-05 09:23 CET ====================================================================== Summary: missing printbackend Description: /opt/csw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so is missing. it seems cups was not found at compile time. ====================================================================== ---------------------------------------------------------------------- (0006954) dam (administrator) - 2009-11-05 09:23 http://www.opencsw.org/bugtrack/view.php?id=3996#c6954 ---------------------------------------------------------------------- Yes :-) CONFIGURE_ARGS += --disable-cups I did this as there was no 64 bit cups available at that time and I wanted to have consistent libraries between 32 and 64 bit. Just pinged Maciej for libcups in 64 bit, then I'll repackage. From noreply at opencsw.org Thu Nov 5 10:09:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 10:09:43 +0100 Subject: [bug-notifications] [gnutls 0003997]: Please add 64 bit libs for amd64 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3997 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnutls Issue ID: 3997 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-05 10:09 CET Last Modified: 2009-11-05 10:09 CET ====================================================================== Summary: Please add 64 bit libs for amd64 Description: Please add 64 bit libs for amd64 ====================================================================== From noreply at opencsw.org Thu Nov 5 11:59:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 11:59:26 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-05 11:59 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== From noreply at opencsw.org Fri Nov 6 11:28:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 11:28:07 +0100 Subject: [bug-notifications] [privoxy 0003999]: Please upgrade to 3.0.12 Message-ID: <3c14836fa960b8e04f2d43fdd843b221@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3999 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: privoxy Issue ID: 3999 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-06 11:28 CET Last Modified: 2009-11-06 11:28 CET ====================================================================== Summary: Please upgrade to 3.0.12 Description: It would also be nice if the pkg included CSWcswclassutils to get SMF support. And also please migrate etc to /etc/opt/csw. ====================================================================== From noreply at opencsw.org Fri Nov 6 18:11:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 18:11:30 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-06 18:11 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== From noreply at opencsw.org Fri Nov 6 21:37:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:37:02 +0100 Subject: [bug-notifications] [unrar 0002977]: Please upgrade to 3.8.5 In-Reply-To: <53b028b259e73e0bd1d36d712a5f51ee> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2977 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: unrar Issue ID: 2977 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-12-20 11:28 CET Last Modified: 2009-11-06 21:37 CET ====================================================================== Summary: Please upgrade to 3.8.5 Description: Please upgrade to 3.8.5 ====================================================================== ---------------------------------------------------------------------- (0005548) bonivart (reporter) - 2009-02-19 13:13 http://www.opencsw.org/mantis/view.php?id=2977#c5548 ---------------------------------------------------------------------- I know Mantis e-mail has been problematic so I add this meaningless note so the maintainer will hopefully get a reminder that this bug (upgrade request) exists... From noreply at opencsw.org Fri Nov 6 21:37:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:37:50 +0100 Subject: [bug-notifications] [unrar 0002977]: Please upgrade to 3.8.5 In-Reply-To: <53b028b259e73e0bd1d36d712a5f51ee> Message-ID: <14684af2d4c7a7b3d4dfa6a3418226ef@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2977 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: unrar Issue ID: 2977 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-20 11:28 CET Last Modified: 2009-11-06 21:37 CET ====================================================================== Summary: Please upgrade to 3.8.5 Description: Please upgrade to 3.8.5 ====================================================================== ---------------------------------------------------------------------- (0006955) dam (administrator) - 2009-11-06 21:37 http://www.opencsw.org/mantis/view.php?id=2977#c6955 ---------------------------------------------------------------------- Fixed in 3.9.6,REV=2009.11.05 and released to current. From noreply at opencsw.org Fri Nov 6 21:38:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:38:29 +0100 Subject: [bug-notifications] [sqlite3_rt 0003874]: Duplicate sqlite3.pc In-Reply-To: <43d9ae08b393207854b343c56257b6c6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3874 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: sqlite3_rt Issue ID: 3874 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-31 21:45 CEST Last Modified: 2009-11-06 21:38 CET ====================================================================== Summary: Duplicate sqlite3.pc Description: sqlite3.pc are in both the run time and CSWsqlite3devel. Should be in devel only. ====================================================================== From noreply at opencsw.org Fri Nov 6 21:38:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:38:53 +0100 Subject: [bug-notifications] [sqlite3_rt 0003874]: Duplicate sqlite3.pc In-Reply-To: <43d9ae08b393207854b343c56257b6c6> Message-ID: <8fe8eea4c01e1d73f7a4fe9d90bb1ecf@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3874 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: sqlite3_rt Issue ID: 3874 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-31 21:45 CEST Last Modified: 2009-11-06 21:38 CET ====================================================================== Summary: Duplicate sqlite3.pc Description: sqlite3.pc are in both the run time and CSWsqlite3devel. Should be in devel only. ====================================================================== ---------------------------------------------------------------------- (0006956) dam (administrator) - 2009-11-06 21:38 http://www.opencsw.org/mantis/view.php?id=3874#c6956 ---------------------------------------------------------------------- Fixed in 3.6.19,REV=2009.10.29 and released to current/. From noreply at opencsw.org Fri Nov 6 21:39:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:39:33 +0100 Subject: [bug-notifications] [doxygen 0003709]: Upgrade to 1.5.9 requested In-Reply-To: <1f422f954289a0c52a5be239b62ac06d> Message-ID: <0ba50741dc6108d05b2c6cc08dbda6e3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3709 ====================================================================== Reported By: ludvigb Assigned To: dam ====================================================================== Project: doxygen Issue ID: 3709 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-06-08 13:44 CEST Last Modified: 2009-11-06 21:39 CET ====================================================================== Summary: Upgrade to 1.5.9 requested Description: Doxygen should be upgraded from 1.4.7 to 1.5.9 ====================================================================== From noreply at opencsw.org Fri Nov 6 21:41:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:41:21 +0100 Subject: [bug-notifications] [doxygen 0003709]: Upgrade to 1.5.9 requested In-Reply-To: <1f422f954289a0c52a5be239b62ac06d> Message-ID: <02e671cce6ea53108dae3f93bb99a883@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3709 ====================================================================== Reported By: ludvigb Assigned To: dam ====================================================================== Project: doxygen Issue ID: 3709 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-08 13:44 CEST Last Modified: 2009-11-06 21:41 CET ====================================================================== Summary: Upgrade to 1.5.9 requested Description: Doxygen should be upgraded from 1.4.7 to 1.5.9 ====================================================================== ---------------------------------------------------------------------- (0006957) dam (administrator) - 2009-11-06 21:41 http://www.opencsw.org/mantis/view.php?id=3709#c6957 ---------------------------------------------------------------------- Fixed in 1.6.1,REV=2009.11.06 and released to current/. From noreply at opencsw.org Sat Nov 7 00:34:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 00:34:12 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site Message-ID: <8a374429405ee0c0075116127604054a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2009-11-07 00:34 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== From noreply at opencsw.org Sat Nov 7 00:41:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 00:41:48 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-07 00:41 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== From noreply at opencsw.org Sat Nov 7 00:43:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 00:43:36 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package In-Reply-To: Message-ID: <2be2e4f8c5585c0b0f2f368ebf51b075@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-07 00:43 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== ---------------------------------------------------------------------- (0006958) bonivart (manager) - 2009-11-07 00:43 http://www.opencsw.org/mantis/view.php?id=4000#c6958 ---------------------------------------------------------------------- No, that's not right. I looked it over and found a couple more places where it should be 0. Checked in r160. Thanks for spotting it. From noreply at opencsw.org Sat Nov 7 10:39:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 10:39:44 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site In-Reply-To: Message-ID: <27944c985439aab3ef9d8ea378a7fdb5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2009-11-07 10:39 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== From noreply at opencsw.org Sat Nov 7 10:41:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 10:41:38 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2009-11-07 10:41 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== ---------------------------------------------------------------------- (0006959) bonivart (manager) - 2009-11-07 10:41 http://www.opencsw.org/mantis/view.php?id=4001#c6959 ---------------------------------------------------------------------- Does this matter? I mean, if it's the same version in both places it shouldn't matter where to get it? Or is it a speed issue, the temp mirror being a local one? From noreply at opencsw.org Sat Nov 7 18:05:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 18:05:06 +0100 Subject: [bug-notifications] [openssl 0004002]: OpenSSL 0.9.8l is out Message-ID: <49a0658f3ed3f4eee105eb383d7838da@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4002 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: openssl Issue ID: 4002 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-07 18:05 CET Last Modified: 2009-11-07 18:05 CET ====================================================================== Summary: OpenSSL 0.9.8l is out Description: OpenSSL 0.9.8l is out, which contains an important security fix. ====================================================================== From noreply at opencsw.org Sat Nov 7 22:15:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 22:15:40 +0100 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 In-Reply-To: <8cab91a4436cb2bd4e6d4a63a11c44ee> Message-ID: <2eadb4700b16f7d4865332a6675978b1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ihsan ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-11-07 22:15 CET ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== ---------------------------------------------------------------------- (0006960) ihsan (manager) - 2009-11-07 22:15 http://www.opencsw.org/mantis/view.php?id=3877#c6960 ---------------------------------------------------------------------- 0.2.10 is not out yet From noreply at opencsw.org Sun Nov 8 10:32:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 10:32:25 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <60cecd13fd683f837a400ef2204c3428@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-08 10:32 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== From noreply at opencsw.org Sun Nov 8 10:44:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 10:44:07 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <35b98299d5c3c331e9d3f6f729b0d120@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-08 10:44 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006961) dam (administrator) - 2009-11-08 10:44 http://www.opencsw.org/bugtrack/view.php?id=3998#c6961 ---------------------------------------------------------------------- You are using the Blastwave package, not the OpenCSW package. The OpenCSW package has no such error. For a list of OpenCSW mirror locations please see http://www.canoedissent.org.uk/mirror/status/ Best regards -- Dago From noreply at opencsw.org Sun Nov 8 10:55:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 10:55:01 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-08 10:55 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:55 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change you mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the is386 pacakge containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 8 19:25:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 19:25:04 +0100 Subject: [bug-notifications] [syslog_ng 0003945]: cswsyslog-ng is not zone friendly - syslog.ctl file is on inherited & read only filesystem In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3945 ====================================================================== Reported By: japester Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 3945 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-07 19:04 CEST Last Modified: 2009-11-08 19:25 CET ====================================================================== Summary: cswsyslog-ng is not zone friendly - syslog.ctl file is on inherited & read only filesystem Description: the statistics control file is configured to be stored at /opt/csw/var/syslog.ctl. on non-global zones this is a read only filesystem. It should be stored at /var/opt/csw/syslog.ctl ====================================================================== ---------------------------------------------------------------------- (0006964) maciej (manager) - 2009-11-08 19:25 http://www.opencsw.org/bugtrack/view.php?id=3945#c6964 ---------------------------------------------------------------------- The updated package is available from the mirrors. Closing the bug. From noreply at opencsw.org Mon Nov 9 14:57:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 9 Nov 2009 14:57:10 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-09 14:57 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== ---------------------------------------------------------------------- (0006965) bonivart (manager) - 2009-11-09 14:57 http://www.opencsw.org/mantis/view.php?id=4000#c6965 ---------------------------------------------------------------------- This will be in the next release. From noreply at opencsw.org Mon Nov 9 22:43:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 9 Nov 2009 22:43:28 +0100 Subject: [bug-notifications] [openssl 0004002]: OpenSSL 0.9.8l is out In-Reply-To: Message-ID: <464b2820fe0b16bd59e4c71ef5935536@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4002 ====================================================================== Reported By: ihsan Assigned To: yann ====================================================================== Project: openssl Issue ID: 4002 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-11-07 18:05 CET Last Modified: 2009-11-09 22:43 CET ====================================================================== Summary: OpenSSL 0.9.8l is out Description: OpenSSL 0.9.8l is out, which contains an important security fix. ====================================================================== ---------------------------------------------------------------------- (0006966) ihsan (reporter) - 2009-11-09 22:43 http://www.opencsw.org/bugtrack/view.php?id=4002#c6966 ---------------------------------------------------------------------- Thanks for the update. I have installed it on a sparc system and run a few basic tests. Looks good. From noreply at opencsw.org Tue Nov 10 10:17:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 10:17:48 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: <72e8f892fcbf17614c92d13bff0b8995@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-10 10:17 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006967) maciej (reporter) - 2009-11-10 10:17 http://www.opencsw.org/bugtrack/view.php?id=3768#c6967 ---------------------------------------------------------------------- The cups-polld issue hasn't been fixed in 1.3.11. There's a patch submitted upstream which fixes it: http://www.cups.org/str.php?L3381 Version 1.4.1 of CUPS is on the way. From noreply at opencsw.org Tue Nov 10 13:59:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 13:59:28 +0100 Subject: [bug-notifications] [autossh 0004003]: Merge _b revision suffix into version (_b -> 1.4b) Message-ID: <5e9a9c6da44e581bd6f824f5c552a5c1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4003 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: autossh Issue ID: 4003 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-10 13:59 CET Last Modified: 2009-11-10 13:59 CET ====================================================================== Summary: Merge _b revision suffix into version (_b -> 1.4b) Description: Package version field has 1.4,REV=2009.06.25_b, should have should have been 1.4,REV=2009.06.25_rev=b pkg-get now supports 1.4b,REV=2009.06.25 ====================================================================== From noreply at opencsw.org Tue Nov 10 16:19:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 16:19:56 +0100 Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL 5.1 In-Reply-To: <742d0191ee2ba43ba3a164b03c23df05> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3722 ====================================================================== Reported By: bryanwgraham Assigned To: ====================================================================== Project: mysql5 Issue ID: 3722 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-06-22 22:46 CEST Last Modified: 2009-11-10 16:19 CET ====================================================================== Summary: Request for update to MySQL 5.1 Description: It's out. I'm told this is how you request a new version. ====================================================================== ---------------------------------------------------------------------- (0006968) maciej (reporter) - 2009-11-10 16:19 http://www.opencsw.org/bugtrack/view.php?id=3722#c6968 ---------------------------------------------------------------------- Preliminary work is done. Current problem: tests don't pass. Next step: make sure that MySQL builds with the debugging symbols when GARFLAVOR is set to DBG. From noreply at opencsw.org Tue Nov 10 17:11:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 17:11:26 +0100 Subject: [bug-notifications] [sudo 0004004]: sudo symlink missing after upgrading CSWsudo{, common} Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4004 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: sudo Issue ID: 4004 Category: upgrade Reproducibility: sometimes Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-10 17:11 CET Last Modified: 2009-11-10 17:11 CET ====================================================================== Summary: sudo symlink missing after upgrading CSWsudo{,common} Description: It happened on many machines now. The problem is that after upgrading sudo and sudo_common from the current (as of 2009-11-10) catalog, the sudo symlink is missing: blizinski at galah:~$ which sudo no sudo in /opt/csw/bin /opt/csw/sbin /usr/sbin /usr/bin /sbin /bin /usr/ccs/bin /usr/xpg4/bin /usr/xpg6/bin /usr/sfw/bin /opt/goog/bin /opt/goog/sbin /usr/local/bin /usr/local/sbin /usr/openwin/bin /opt/SUNWspro/bin /opt/SUNWjet/bin /opt/SUNWsscs/sbin It can be fixed by reinstalling CSWsudo-common ====================================================================== From noreply at opencsw.org Wed Nov 11 11:43:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 11:43:23 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug Message-ID: <9905e2506ce977c12637e527576d6c2d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-11 11:43 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== From noreply at opencsw.org Wed Nov 11 12:11:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 12:11:15 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug In-Reply-To: <711abb2190af5ebf2762a397f8989274> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-11 12:11 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== ---------------------------------------------------------------------- (0006969) maciej (manager) - 2009-11-11 12:11 http://www.opencsw.org/bugtrack/view.php?id=4005#c6969 ---------------------------------------------------------------------- Updated package (REV=2009.11.11) is in testing/. From noreply at opencsw.org Wed Nov 11 14:28:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 14:28:58 +0100 Subject: [bug-notifications] [pm_rpcxml 0004006]: Please upgrade to 0.69 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4006 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: pm_rpcxml Issue ID: 4006 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 14:28 CET Last Modified: 2009-11-11 14:28 CET ====================================================================== Summary: Please upgrade to 0.69 Description: Please upgrade to 0.69 ====================================================================== From noreply at opencsw.org Wed Nov 11 15:39:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 15:39:47 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-11 15:39 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== From noreply at opencsw.org Wed Nov 11 15:50:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 15:50:27 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc In-Reply-To: <6e2c5d3097888861610fdf268b46c297> Message-ID: <6dec14123b34cdc9c5de2a5cfa8b94b9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-11 15:50 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== From noreply at opencsw.org Wed Nov 11 16:12:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:12:57 +0100 Subject: [bug-notifications] [a2ps 0004008]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <95c9f59cc94129faa19e75eb9ece43dd@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4008 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: a2ps Issue ID: 4008 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:12 CET Last Modified: 2009-11-11 16:12 CET ====================================================================== 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 Nov 11 16:13:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:13:18 +0100 Subject: [bug-notifications] [aalib 0004009]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <530b38d143995255b078227b213523b7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4009 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: aalib Issue ID: 4009 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2009-11-11 16:13 CET ====================================================================== 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 Nov 11 16:13:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:13:43 +0100 Subject: [bug-notifications] [aspell 0004010]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <4d8691bc76ed8eed74f12b6cf1c6af1d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4010 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: aspell Issue ID: 4010 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2009-11-11 16:13 CET ====================================================================== 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 Nov 11 16:14:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:14:06 +0100 Subject: [bug-notifications] [auctex 0004011]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <2d4a063792e04f8dd7714eb86a0f2d98@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4011 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: auctex Issue ID: 4011 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:14 CET Last Modified: 2009-11-11 16:14 CET ====================================================================== 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 Nov 11 16:14:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:14:27 +0100 Subject: [bug-notifications] [autogen_doc 0004012]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <595acf52d46f496c3cbfd038e1d8e2b1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4012 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: autogen_doc Issue ID: 4012 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:14 CET Last Modified: 2009-11-11 16:14 CET ====================================================================== 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 Nov 11 16:14:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:14:54 +0100 Subject: [bug-notifications] [emacs_common 0004013]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <60b88009c053ca5111fb90dc72e7824a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4013 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: emacs_common Issue ID: 4013 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:14 CET Last Modified: 2009-11-11 16:14 CET ====================================================================== 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 Nov 11 16:15:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:15:18 +0100 Subject: [bug-notifications] [gcc3g77 0004014]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4014 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gcc3g77 Issue ID: 4014 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:15 CET Last Modified: 2009-11-11 16:15 CET ====================================================================== 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 Nov 11 16:15:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:15:38 +0100 Subject: [bug-notifications] [gcc3java 0004015]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <92629009a480401e5e7b1ee7b6cf8f1c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4015 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gcc3java Issue ID: 4015 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:15 CET Last Modified: 2009-11-11 16:15 CET ====================================================================== 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 Nov 11 16:16:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:16:06 +0100 Subject: [bug-notifications] [gnucashcommon 0004016]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4016 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnucashcommon Issue ID: 4016 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-11 16:16 CET ====================================================================== 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 Nov 11 16:16:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:16:27 +0100 Subject: [bug-notifications] [gpgme 0004017]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4017 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gpgme Issue ID: 4017 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-11 16:16 CET ====================================================================== 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 Nov 11 16:16:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:16:51 +0100 Subject: [bug-notifications] [groff 0004018]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <38d079474babc527b1311d169c42a4e9@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4018 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: groff Issue ID: 4018 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-11 16:16 CET ====================================================================== 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 Nov 11 16:17:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:17:13 +0100 Subject: [bug-notifications] [gsl_doc 0004019]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <5b3eebd157107efc8747925d58233a80@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4019 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gsl_doc Issue ID: 4019 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:17 CET Last Modified: 2009-11-11 16:17 CET ====================================================================== 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 Nov 11 16:17:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:17:31 +0100 Subject: [bug-notifications] [guile 0004020]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <431f550b91e0863fc0a9dc065baad8f0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4020 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: guile Issue ID: 4020 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:17 CET Last Modified: 2009-11-11 16:17 CET ====================================================================== 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 Nov 11 16:17:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:17:53 +0100 Subject: [bug-notifications] [libgmp 0004021]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4021 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libgmp Issue ID: 4021 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:17 CET Last Modified: 2009-11-11 16:17 CET ====================================================================== 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 Nov 11 16:18:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:18:13 +0100 Subject: [bug-notifications] [libmpfr 0004022]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <70f803146d53a7dbd60ffa9f36e62f56@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4022 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libmpfr Issue ID: 4022 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:18 CET Last Modified: 2009-11-11 16:18 CET ====================================================================== 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 Nov 11 16:18:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:18:34 +0100 Subject: [bug-notifications] [mailutils 0004023]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4023 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mailutils Issue ID: 4023 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:18 CET Last Modified: 2009-11-11 16:18 CET ====================================================================== 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 Nov 11 16:18:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:18:56 +0100 Subject: [bug-notifications] [monotone 0004024]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4024 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: monotone Issue ID: 4024 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:18 CET Last Modified: 2009-11-11 16:18 CET ====================================================================== 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 Nov 11 16:19:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:19:15 +0100 Subject: [bug-notifications] [nano 0004025]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <5eb535cf541acc15d5e29d9e421d1a95@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4025 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: nano Issue ID: 4025 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:19 CET Last Modified: 2009-11-11 16:19 CET ====================================================================== 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 Nov 11 16:19:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:19:33 +0100 Subject: [bug-notifications] [netperf 0004026]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4026 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: netperf Issue ID: 4026 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:19 CET Last Modified: 2009-11-11 16:19 CET ====================================================================== 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 Nov 11 16:20:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:20:02 +0100 Subject: [bug-notifications] [ocaml 0004027]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <85fddb404e6c1bf9b98a12333beba40d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4027 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: ocaml Issue ID: 4027 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2009-11-11 16:20 CET ====================================================================== 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 Nov 11 16:20:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:20:28 +0100 Subject: [bug-notifications] [plotutil_doc 0004028]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <4758891cf49b5843291d554ae00711c2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4028 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: plotutil_doc Issue ID: 4028 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2009-11-11 16:20 CET ====================================================================== 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 Nov 11 16:20:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:20:49 +0100 Subject: [bug-notifications] [slib 0004029]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <28c6fcf29786f96818e24b00ff773913@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4029 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: slib Issue ID: 4029 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2009-11-11 16:20 CET ====================================================================== 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 Nov 11 16:21:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:21:09 +0100 Subject: [bug-notifications] [tetex 0004030]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4030 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: tetex Issue ID: 4030 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:21 CET Last Modified: 2009-11-11 16:21 CET ====================================================================== 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 Nov 11 16:47:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:47:48 +0100 Subject: [bug-notifications] [lsof 0002903]: lsof is not up to date In-Reply-To: <5eba5dd3cee8f70241df12f0344b5600> Message-ID: <1b9bc34ba5997700128a9b705eced45c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2903 ====================================================================== Reported By: fbacchella Assigned To: dam ====================================================================== Project: lsof Issue ID: 2903 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-05-29 07:21 CEST Last Modified: 2009-11-11 16:47 CET ====================================================================== Summary: lsof is not up to date Description: On this version of Solaris : # uname -a SunOS XXXX 5.10 Generic_127112-05 i86pc i386 i86pc I get the following answer /opt/csw/bin/lsof -i:10001 |wc -l 0 pkginfo -l CSWlsof PKGINST: CSWlsof NAME: lsof - list open files CATEGORY: application ARCH: i386 VERSION: 4.77,REV=2006.11.13 BASEDIR: /opt/csw VENDOR: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof packaged for CSW by Cyril Plisko PSTAMP: login20061113034531 INSTDATE: Dec 18 2007 16:27 HOTLINE: http://www.blastwave.org/bugtrack/ EMAIL: imp at blastwave.org STATUS: completely installed FILES: 28 installed pathnames 4 shared pathnames 4 linked files 16 directories 7 executables 6 setuid/setgid executables 2210 blocks used (approx) If I compile the last version of lsof : ./lsof -i:10001 | wc -l 15 So, with this, I got the list of opened socket The version informations : ./lsof -v lsof version information: revision: 4.78 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man configuration info: 64 bit kernel constructed: Wed Jan 2 11:14:36 CET 2008 constructed by and on: bacchell at XXXX compiler: /opt/SUNWspro/bin/cc compiler version: Sun C 5.8 Patch 121016-07 2007/10/03 compiler flags: -Dsolaris=100000 -DHASPR_LDT -xarch=amd64 -DHASIPv6 -DHASSOUXSOUA -DHAS_IPCLASSIFIER_H -DHAS_CRED_IMPL_H -DHAS_V_PATH -DHASZONES -DHAS_ZFS=1 -DHASUTMPX -DHAS_VSOCK -DLSOF_VSTR=\\\"5.10\\\" -O loader flags: -L./lib -llsof -lkvm -lelf -lsocket -lnsl system info: SunOS ng31 5.10 Generic_127112-05 i86pc i386 i86pc Anyone can list all files. /dev warnings are enabled. Kernel ID check is enabled. WARNING: privately defined ZFS structures may be incorrect. Device cache file read-only paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): \\\"%h/%p.lsof_%L\\\" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /.lsof_ng31 Device cache file write paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): \\\"%h/%p.lsof_%L\\\" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /.lsof_ng31 ====================================================================== From noreply at opencsw.org Wed Nov 11 18:33:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 18:33:01 +0100 Subject: [bug-notifications] [libsdl 0003641]: Please add 64 bit libs In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3641 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3641 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-14 21:24 CEST Last Modified: 2009-11-11 18:33 CET ====================================================================== Summary: Please add 64 bit libs Description: Please add 64 bit libs for sparcv9 and amd64 as dependency to libtheora ====================================================================== From noreply at opencsw.org Thu Nov 12 16:05:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 16:05:14 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc In-Reply-To: <6e2c5d3097888861610fdf268b46c297> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-12 16:05 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== ---------------------------------------------------------------------- (0006970) bonivart (manager) - 2009-11-12 16:05 http://www.opencsw.org/mantis/view.php?id=4007#c6970 ---------------------------------------------------------------------- New packages in testing http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.11.12-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.11.12-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/perldoc-5.8.8,REV=2009.11.12-SunOS5.8-all-CSW.pkg.gz The file in question should now be in CSWperl. These packages are also built against CSWbdb47. From noreply at opencsw.org Thu Nov 12 19:29:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 19:29:13 +0100 Subject: [bug-notifications] [python 0004031]: Get rid of CSWpython-rt package Message-ID: <28fccecb9b687c45fe74595d4018005b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4031 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4031 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-12 19:29 CET Last Modified: 2009-11-12 19:29 CET ====================================================================== Summary: Get rid of CSWpython-rt package Description: The runtime package is unhelpful. I'm getting into arguments with the release manager who insists that my packages must depend on CSWpython-rt instead of CSWpython. I explain that CSWpython depends on CSWpython-rt, but then the release manager says "I REPEAT". I've been also asked if my package really needs to depend on the CSWpython package and not just CSWpython-rt. But CSWpython-rt is not enough for any Python program to work. There's no usecase for it, and it creates confusion. Can it be removed? ====================================================================== From noreply at opencsw.org Thu Nov 12 20:09:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:09:16 +0100 Subject: [bug-notifications] [python 0004031]: Get rid of CSWpython-rt package In-Reply-To: Message-ID: <588d45ca1c081c96e88e422d6c2fe56c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4031 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4031 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-12 19:29 CET Last Modified: 2009-11-12 20:09 CET ====================================================================== Summary: Get rid of CSWpython-rt package Description: The runtime package is unhelpful. I'm getting into arguments with the release manager who insists that my packages must depend on CSWpython-rt instead of CSWpython. I explain that CSWpython depends on CSWpython-rt, but then the release manager says "I REPEAT". I've been also asked if my package really needs to depend on the CSWpython package and not just CSWpython-rt. But CSWpython-rt is not enough for any Python program to work. There's no usecase for it, and it creates confusion. Can it be removed? ====================================================================== ---------------------------------------------------------------------- (0006971) phil (reporter) - 2009-11-12 20:09 http://www.opencsw.org/bugtrack/view.php?id=4031#c6971 ---------------------------------------------------------------------- A small point of clarity: the release manager said "[in addition to CSWpython]", not "instead of" :-} From noreply at opencsw.org Thu Nov 12 20:20:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:20:30 +0100 Subject: [bug-notifications] [python 0004031]: Get rid of CSWpython-rt package In-Reply-To: Message-ID: <74c986489aeb41c046e086a54ef0640c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4031 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4031 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-12 19:29 CET Last Modified: 2009-11-12 20:20 CET ====================================================================== Summary: Get rid of CSWpython-rt package Description: The runtime package is unhelpful. I'm getting into arguments with the release manager who insists that my packages must depend on CSWpython-rt instead of CSWpython. I explain that CSWpython depends on CSWpython-rt, but then the release manager says "I REPEAT". I've been also asked if my package really needs to depend on the CSWpython package and not just CSWpython-rt. But CSWpython-rt is not enough for any Python program to work. There's no usecase for it, and it creates confusion. Can it be removed? ====================================================================== ---------------------------------------------------------------------- (0006972) maciej (reporter) - 2009-11-12 20:20 http://www.opencsw.org/mantis/view.php?id=4031#c6972 ---------------------------------------------------------------------- Attached an example patch for the Makefile. From noreply at opencsw.org Thu Nov 12 20:23:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:23:32 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: <8a4c4cb8e5a06c735a27e44056e74801@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-12 20:23 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006973) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3768#c6973 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 20:23:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:23:55 +0100 Subject: [bug-notifications] [cups 0003647]: Please upgrade to 1.3.10 In-Reply-To: <0bdf50f436192618b69153f77f74e0c1> Message-ID: <0c6c438c8915132e3701cb5411c326b8@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3647 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: cups Issue ID: 3647 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-28 09:02 CEST Last Modified: 2009-11-12 20:23 CET ====================================================================== Summary: Please upgrade to 1.3.10 Description: Please upgrade to 1.3.10 ====================================================================== ---------------------------------------------------------------------- (0006974) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3647#c6974 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 20:24:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:24:18 +0100 Subject: [bug-notifications] [cups 0002736]: CUPS 1.3.5 is out In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2736 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: cups Issue ID: 2736 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-09 05:50 CET Last Modified: 2009-11-12 20:24 CET ====================================================================== Summary: CUPS 1.3.5 is out Description: Cups 1.3.5 is available at http://www.cups.org/software.php and 1.4 is under development. The package should be updated. ====================================================================== ---------------------------------------------------------------------- (0006975) maciej (manager) - 2009-11-12 20:24 http://www.opencsw.org/bugtrack/view.php?id=2736#c6975 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 20:26:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:26:52 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <51c95f6687a990b15e6641b3f15605d4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: mmayer ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-12 20:26 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Thu Nov 12 20:27:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:27:51 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: mmayer ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-12 20:27 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/bugtrack/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Thu Nov 12 20:28:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:28:08 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: <68587eb5cc7644f410ed411fad316a35@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-12 20:28 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/bugtrack/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Thu Nov 12 20:28:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:28:34 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <1fc56fdb1d9d5d4a9d5010976cb9f2e5@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-12 20:28 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Thu Nov 12 20:30:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:30:15 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: <740687681e67c51bf74d15e044680a9b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-12 20:30 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0006978) maciej (manager) - 2009-11-12 20:30 http://www.opencsw.org/bugtrack/view.php?id=2848#c6978 ---------------------------------------------------------------------- Cups has been upgraded to 1.4.1. Can you please see if the problem still persists? From noreply at opencsw.org Thu Nov 12 22:20:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:20:16 +0100 Subject: [bug-notifications] [cups 0002736]: CUPS 1.3.5 is out In-Reply-To: Message-ID: <9c8940e485bf2ff38a6f61866784cf73@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2736 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2736 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-09 05:50 CET Last Modified: 2009-11-12 22:20 CET ====================================================================== Summary: CUPS 1.3.5 is out Description: Cups 1.3.5 is available at http://www.cups.org/software.php and 1.4 is under development. The package should be updated. ====================================================================== ---------------------------------------------------------------------- (0006975) maciej (manager) - 2009-11-12 20:24 http://www.opencsw.org/bugtrack/view.php?id=2736#c6975 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 22:20:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:20:35 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: <8344211e450eff9f74a3d8cb4d6b6adf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-12 22:20 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0006978) maciej (manager) - 2009-11-12 20:30 http://www.opencsw.org/bugtrack/view.php?id=2848#c6978 ---------------------------------------------------------------------- Cups has been upgraded to 1.4.1. Can you please see if the problem still persists? From noreply at opencsw.org Thu Nov 12 22:20:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:20:49 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <73b30d8173885fdf4a60322ec8cb2068@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-12 22:20 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Thu Nov 12 22:21:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:21:02 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-12 22:21 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/bugtrack/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Thu Nov 12 22:21:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:21:27 +0100 Subject: [bug-notifications] [cups 0003647]: Please upgrade to 1.3.10 In-Reply-To: <0bdf50f436192618b69153f77f74e0c1> Message-ID: <088d7036d050aa9ca05e2b50ff6a6c84@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3647 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 3647 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-28 09:02 CEST Last Modified: 2009-11-12 22:21 CET ====================================================================== Summary: Please upgrade to 1.3.10 Description: Please upgrade to 1.3.10 ====================================================================== ---------------------------------------------------------------------- (0006974) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3647#c6974 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 22:21:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:21:40 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-12 22:21 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006973) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3768#c6973 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Fri Nov 13 12:51:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 12:51:59 +0100 Subject: [bug-notifications] [euler 0000681]: version 2.0 out ; includes Yacas In-Reply-To: <17394c5796beda10fa88f098ef6c12b3> Message-ID: <735f94ece45dffd26de46af3edb26356@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=681 ====================================================================== Reported By: carl Assigned To: dam ====================================================================== Project: euler Issue ID: 681 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2004-10-23 17:41 CEST Last Modified: 2009-11-13 12:51 CET ====================================================================== Summary: version 2.0 out ; includes Yacas Description: version 2.0 out ; includes Yacas, yet another comp. algebra system ====================================================================== ---------------------------------------------------------------------- (0003091) aalmroth (reporter) - 2006-02-09 16:09 http://www.opencsw.org/mantis/view.php?id=681#c3091 ---------------------------------------------------------------------- Closing case. From noreply at opencsw.org Fri Nov 13 12:52:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 12:52:39 +0100 Subject: [bug-notifications] [euler 0000681]: version 2.0 out ; includes Yacas In-Reply-To: <17394c5796beda10fa88f098ef6c12b3> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=681 ====================================================================== Reported By: carl Assigned To: dam ====================================================================== Project: euler Issue ID: 681 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2004-10-23 17:41 CEST Last Modified: 2009-11-13 12:52 CET ====================================================================== Summary: version 2.0 out ; includes Yacas Description: version 2.0 out ; includes Yacas, yet another comp. algebra system ====================================================================== ---------------------------------------------------------------------- (0006979) dam (administrator) - 2009-11-13 12:52 http://www.opencsw.org/mantis/view.php?id=681#c6979 ---------------------------------------------------------------------- The provided link is for the "eumat" project, not "euler". From noreply at opencsw.org Fri Nov 13 12:53:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 12:53:16 +0100 Subject: [bug-notifications] [euler 0001056]: RPATH is missing /opt/csw/lib In-Reply-To: Message-ID: <66fad98b2558a00e57fe2e50826548ce@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1056 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: euler Issue ID: 1056 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2005-07-02 16:59 CEST Last Modified: 2009-11-13 12:53 CET ====================================================================== Summary: RPATH is missing /opt/csw/lib Description: euler can not find the gtk libs becasue it does not have /opt/csw/lib it the RPATH. Fix: make sure compile has -R/opt/csw/lib Workaround: run with LD path set: LD_LIBRARY_PATH=/opt/csw/lib euler ====================================================================== From noreply at opencsw.org Fri Nov 13 13:04:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:04:25 +0100 Subject: [bug-notifications] [euler 0001056]: RPATH is missing /opt/csw/lib In-Reply-To: Message-ID: <68f03bac1505ae8f86067b97f0cf3eba@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1056 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: euler Issue ID: 1056 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2005-07-02 16:59 CEST Last Modified: 2009-11-13 13:04 CET ====================================================================== Summary: RPATH is missing /opt/csw/lib Description: euler can not find the gtk libs becasue it does not have /opt/csw/lib it the RPATH. Fix: make sure compile has -R/opt/csw/lib Workaround: run with LD path set: LD_LIBRARY_PATH=/opt/csw/lib euler ====================================================================== ---------------------------------------------------------------------- (0006980) dam (administrator) - 2009-11-13 13:04 http://www.opencsw.org/mantis/view.php?id=1056#c6980 ---------------------------------------------------------------------- This should be resolved in 1.61.0,REV=2009.11.13 available from testing/. From noreply at opencsw.org Fri Nov 13 13:07:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:07:48 +0100 Subject: [bug-notifications] [axel 0004032]: Please upgrade to 2.4 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4032 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: axel Issue ID: 4032 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 13:07 CET Last Modified: 2009-11-13 13:07 CET ====================================================================== Summary: Please upgrade to 2.4 Description: Please upgrade to 2.4 ====================================================================== From noreply at opencsw.org Fri Nov 13 13:15:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:15:26 +0100 Subject: [bug-notifications] [squid 0004033]: Please change the version field Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4033 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: squid Issue ID: 4033 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 13:15 CET Last Modified: 2009-11-13 13:15 CET ====================================================================== Summary: Please change the version field Description: Please change the version field from 2.7,REV=2009.06.18_STABLE6 to 2.7STABLE6,REV=... as it currently doesn't conform to the standard. ====================================================================== From noreply at opencsw.org Fri Nov 13 13:15:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:15:51 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug In-Reply-To: <711abb2190af5ebf2762a397f8989274> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-13 13:15 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== ---------------------------------------------------------------------- (0006969) maciej (manager) - 2009-11-11 12:11 http://www.opencsw.org/bugtrack/view.php?id=4005#c6969 ---------------------------------------------------------------------- Updated package (REV=2009.11.11) is in testing/. From noreply at opencsw.org Fri Nov 13 13:16:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:16:37 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug In-Reply-To: <711abb2190af5ebf2762a397f8989274> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-13 13:16 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== ---------------------------------------------------------------------- (0006981) maciej (manager) - 2009-11-13 13:16 http://www.opencsw.org/bugtrack/view.php?id=4005#c6981 ---------------------------------------------------------------------- The updated package is available from mirrors. From noreply at opencsw.org Fri Nov 13 13:21:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:21:46 +0100 Subject: [bug-notifications] [proftpd 0004034]: Please upgrade to 1.3.2 Message-ID: <23fb8d849a762d314ead505ec6db5ea2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4034 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: proftpd Issue ID: 4034 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 13:21 CET Last Modified: 2009-11-13 13:21 CET ====================================================================== Summary: Please upgrade to 1.3.2 Description: Please upgrade to 1.3.2 ====================================================================== From noreply at opencsw.org Fri Nov 13 13:32:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:32:33 +0100 Subject: [bug-notifications] [axel 0004032]: Please upgrade to 2.4 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4032 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: axel Issue ID: 4032 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-13 13:07 CET Last Modified: 2009-11-13 13:32 CET ====================================================================== Summary: Please upgrade to 2.4 Description: Please upgrade to 2.4 ====================================================================== From noreply at opencsw.org Fri Nov 13 13:56:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:56:41 +0100 Subject: [bug-notifications] [lcms 0003916]: Please upgrade to 1.18a In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3916 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 3916 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-23 14:25 CEST Last Modified: 2009-11-13 13:56 CET ====================================================================== Summary: Please upgrade to 1.18a Description: Please upgrade to 1.18a ====================================================================== ---------------------------------------------------------------------- (0006982) hson (manager) - 2009-11-13 13:56 http://www.opencsw.org/bugtrack/view.php?id=3916#c6982 ---------------------------------------------------------------------- 1.18a pushed to newpkgs From noreply at opencsw.org Fri Nov 13 15:36:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 15:36:58 +0100 Subject: [bug-notifications] [python 0004035]: pycompile broken on package CSWcvs2svn Message-ID: <5308c58d855056dd444014446e63d8e7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4035 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: python Issue ID: 4035 Category: regular use Reproducibility: have not tried Severity: block Priority: urgent Status: new ====================================================================== Date Submitted: 2009-11-13 15:36 CET Last Modified: 2009-11-13 15:36 CET ====================================================================== Summary: pycompile broken on package CSWcvs2svn Description: When I try to install cvs2svn from testing/ I get /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/default.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/parse_rcs_file.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/run-tests.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/texttools.py Compiling py files to normal bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined Compiling py files to optimized bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined [ verifying class ] Installation of was successful. ====================================================================== From noreply at opencsw.org Fri Nov 13 15:52:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 15:52:39 +0100 Subject: [bug-notifications] [pca 0004036]: Add /etc/opt/csw/pca.conf config file location? Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4036 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pca Issue ID: 4036 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 15:52 CET Last Modified: 2009-11-13 15:52 CET ====================================================================== Summary: Add /etc/opt/csw/pca.conf config file location? Description: pca checks a couple of locations for a pca.conf configuration file. /opt/csw/etc/pca.conf is implictly among them (via /opt/csw/bin/pca/../etc/pca.conf), /etc/opt/csw/pca.conf is not. >From /opt/csw/bin/pca 2311 push (@conf, dirname($0)."/pca.conf"); 2312 push (@conf, dirname($0)."/../etc/pca.conf"); 2313 push (@conf, "/etc/pca.conf"); 2314 $ENV{HOME} && push (@conf, $ENV{HOME}."/.pca"); 2315 push (@conf, "pca.conf"); Would you mind patching in /etc/opt/csw/pca.conf? ====================================================================== From noreply at opencsw.org Fri Nov 13 18:05:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 18:05:12 +0100 Subject: [bug-notifications] [fetchmail 0004037]: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4037 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: fetchmail Issue ID: 4037 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 18:05 CET Last Modified: 2009-11-13 18:05 CET ====================================================================== Summary: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode. Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # tail /var/svc/log/network-cswfetchmail:default.log [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ] [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ] # ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start + findConf + [ -z ] + exit 0 Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away? #AUTOENABLE no See http://opencsw.wikidot.com/cswclassutils-package#toc2 for reference. ====================================================================== From noreply at opencsw.org Fri Nov 13 20:55:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 20:55:09 +0100 Subject: [bug-notifications] [firefox 0003963]: Dumps core In-Reply-To: <42c6e601324025f0313f86b67497939a> Message-ID: <765cf684cce4f971c8ae8db46a4a530f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3963 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: firefox Issue ID: 3963 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-10-13 02:57 CEST Last Modified: 2009-11-13 20:55 CET ====================================================================== Summary: Dumps core Description: Fresh install of Firefox on new installation of OS dumps core. I've tried 3 machines (I'm running out of fresh places to install) Solaris 10u8 and Solaris 9 fail similarly. Sparc only. The only thing I can think of that might be the cause is a missing depend that gets installed with some other package but is needed by firefox as all three failures are new installs without much else. ====================================================================== ---------------------------------------------------------------------- (0006983) james (reporter) - 2009-11-13 20:55 http://www.opencsw.org/bugtrack/view.php?id=3963#c6983 ---------------------------------------------------------------------- Still dumps core, severity == "crash". Please fix. From noreply at opencsw.org Sat Nov 14 01:32:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 01:32:10 +0100 Subject: [bug-notifications] [cswclassutils 0004035]: pycompile broken on package CSWcvs2svn In-Reply-To: <55b491b9b2661c5e81300196c67ad9ff> Message-ID: <2b54d930d08765b08c830e61891cf998@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4035 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4035 Category: regular use Reproducibility: have not tried Severity: block Priority: urgent Status: assigned ====================================================================== Date Submitted: 2009-11-13 15:36 CET Last Modified: 2009-11-14 01:32 CET ====================================================================== Summary: pycompile broken on package CSWcvs2svn Description: When I try to install cvs2svn from testing/ I get /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/default.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/parse_rcs_file.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/run-tests.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/texttools.py Compiling py files to normal bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined Compiling py files to optimized bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined [ verifying class ] Installation of was successful. ====================================================================== From noreply at opencsw.org Sat Nov 14 01:33:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 01:33:30 +0100 Subject: [bug-notifications] [cswclassutils 0003485]: It would be nice to have a class for texinfo files In-Reply-To: <4075dc68316686168a2957d8f8fbde44> Message-ID: <6ba1b4cfe801bf68e63bdf3861558e2f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3485 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3485 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-22 22:53 CET Last Modified: 2009-11-14 01:33 CET ====================================================================== Summary: It would be nice to have a class for texinfo files Description: Texinfo-files should have a specific class ('texinfo'?) which install the files in a way similar to /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/info/dir 2> /dev/null ====================================================================== ---------------------------------------------------------------------- (0006984) bonivart (manager) - 2009-11-14 01:33 http://www.opencsw.org/mantis/view.php?id=3485#c6984 ---------------------------------------------------------------------- 1.28 released to current. From noreply at opencsw.org Sat Nov 14 10:06:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 10:06:03 +0100 Subject: [bug-notifications] [cswclassutils 0004035]: pycompile broken on package CSWcvs2svn In-Reply-To: <55b491b9b2661c5e81300196c67ad9ff> Message-ID: <6ac7861f1480b19783467fd1f1c80e30@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4035 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4035 Category: regular use Reproducibility: have not tried Severity: block Priority: urgent Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-13 15:36 CET Last Modified: 2009-11-14 10:06 CET ====================================================================== Summary: pycompile broken on package CSWcvs2svn Description: When I try to install cvs2svn from testing/ I get /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/default.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/parse_rcs_file.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/run-tests.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/texttools.py Compiling py files to normal bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined Compiling py files to optimized bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined [ verifying class ] Installation of was successful. ====================================================================== ---------------------------------------------------------------------- (0006985) bonivart (manager) - 2009-11-14 10:06 http://www.opencsw.org/mantis/view.php?id=4035#c6985 ---------------------------------------------------------------------- 1.29 released to current with fixed i.cswpycompile. From noreply at opencsw.org Sat Nov 14 12:01:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 12:01:25 +0100 Subject: [bug-notifications] [pkgutil 0004038]: SIGINT to wget triggers "uninitialized value" perl warning Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4038 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4038 Category: other Reproducibility: have not tried Severity: tweak Priority: low Status: new ====================================================================== Date Submitted: 2009-11-14 12:01 CET Last Modified: 2009-11-14 12:01 CET ====================================================================== Summary: SIGINT to wget triggers "uninitialized value" perl warning Description: Filing this as a low priority tweak. I just interrupted the package download process via CTRL + C and perl threw a warning. Might be nice to handle this more gracefully somehow. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -i supybot ... 4 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.29,REV=2009.11.13 (1/4)... Fetching CSWosslrt-0.9.8l,REV=2009.11.07 (2/4)... ^CUse of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 272, line 1. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== From noreply at opencsw.org Sat Nov 14 12:03:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 12:03:22 +0100 Subject: [bug-notifications] [euler 0001056]: RPATH is missing /opt/csw/lib In-Reply-To: Message-ID: <496c8fb0ca2a62c883bfdd5ce39a744c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1056 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: euler Issue ID: 1056 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2005-07-02 16:59 CEST Last Modified: 2009-11-14 12:03 CET ====================================================================== Summary: RPATH is missing /opt/csw/lib Description: euler can not find the gtk libs becasue it does not have /opt/csw/lib it the RPATH. Fix: make sure compile has -R/opt/csw/lib Workaround: run with LD path set: LD_LIBRARY_PATH=/opt/csw/lib euler ====================================================================== ---------------------------------------------------------------------- (0006986) james (reporter) - 2009-11-14 12:03 http://www.opencsw.org/mantis/view.php?id=1056#c6986 ---------------------------------------------------------------------- That it has /opt/csw/lib in RPATH is evident by inspection. (Whether the package works is outside the scope of this report and my experience.) From noreply at opencsw.org Sat Nov 14 12:03:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 12:03:54 +0100 Subject: [bug-notifications] [fetchmail 0004037]: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? In-Reply-To: Message-ID: <954c10235c167b92fdff36be8a4410d6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4037 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: fetchmail Issue ID: 4037 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-13 18:05 CET Last Modified: 2009-11-14 12:03 CET ====================================================================== Summary: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode. Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # tail /var/svc/log/network-cswfetchmail:default.log [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ] [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ] # ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start + findConf + [ -z ] + exit 0 Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away? #AUTOENABLE no See http://opencsw.wikidot.com/cswclassutils-package#toc2 for reference. ====================================================================== From noreply at opencsw.org Sat Nov 14 15:39:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 15:39:06 +0100 Subject: [bug-notifications] [fetchmail 0004037]: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4037 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: fetchmail Issue ID: 4037 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-11-13 18:05 CET Last Modified: 2009-11-14 15:39 CET ====================================================================== Summary: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode. Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # tail /var/svc/log/network-cswfetchmail:default.log [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ] [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ] # ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start + findConf + [ -z ] + exit 0 Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away? #AUTOENABLE no See http://opencsw.wikidot.com/cswclassutils-package#toc2 for reference. ====================================================================== ---------------------------------------------------------------------- (0006987) james (manager) - 2009-11-14 15:39 http://www.opencsw.org/bugtrack/view.php?id=4037#c6987 ---------------------------------------------------------------------- #AUTOENABLE no is of no use because it prevents restart after install on update (overriding previous preserve state). The underlying problem is in the mechanism which assumes there should be a maintenance state because nothing is running. A workaround is to add "sleep 99" before exiting to fool it. There should a return value to indicate the state is disabled and not running. It's a non error state and normally exit 0 indicates no error which is why I make it exit 0. exit 1 as per http://www.opencsw.org/bugtrack/view.php?id=4037 puts it into maintenance always. Not wanting to get into a discussion about svc being a deficient system (because it exists) but couldn't/doesn't cswclasssutil put a layer between the package script and the system? From noreply at opencsw.org Sat Nov 14 17:27:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 17:27:27 +0100 Subject: [bug-notifications] [pkgutil 0004039]: -F doesn't work with filenames which contain plus characters Message-ID: <123536490a4653ece6ac9f292fa445b5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4039 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4039 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-14 17:27 CET Last Modified: 2009-11-14 17:27 CET ====================================================================== Summary: -F doesn't work with filenames which contain plus characters Description: # pkgutil -F libstdc++.so.6 Nested quantifiers in regex; marked by <-- HERE in m/libstdc++ <-- HERE .so.6/ at /opt/csw/bin/pkgutil line 289, line 1. ====================================================================== From noreply at opencsw.org Sat Nov 14 20:36:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 20:36:20 +0100 Subject: [bug-notifications] [libsdl 0003641]: Please add 64 bit libs In-Reply-To: Message-ID: <4515b3181ba2efb497eb908288575f12@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3641 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3641 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-14 21:24 CEST Last Modified: 2009-11-14 20:36 CET ====================================================================== Summary: Please add 64 bit libs Description: Please add 64 bit libs for sparcv9 and amd64 as dependency to libtheora ====================================================================== ---------------------------------------------------------------------- (0006988) jgoerzen (manager) - 2009-11-14 20:36 http://www.opencsw.org/bugtrack/view.php?id=3641#c6988 ---------------------------------------------------------------------- rebuild packages with 64bit libraries are now available in current tree libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Sat Nov 14 20:54:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 20:54:28 +0100 Subject: [bug-notifications] [aspell 0004040]: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4040 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: aspell Issue ID: 4040 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-14 20:54 CET Last Modified: 2009-11-14 20:54 CET ====================================================================== Summary: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt Description: aspell's RPATH will use gcc3's libgcc_s.so.1 if installed which causes /opt/csw/gcc4/lib/libstdc++.so.6 to fail to find the right version of libgcc_s.so.1. ====================================================================== From noreply at opencsw.org Sat Nov 14 23:11:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 23:11:09 +0100 Subject: [bug-notifications] [lha 0004041]: Please upgrade to 1.14i+ac20040929 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4041 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lha Issue ID: 4041 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-14 23:11 CET Last Modified: 2009-11-14 23:11 CET ====================================================================== Summary: Please upgrade to 1.14i+ac20040929 Description: Please upgrade to 1.14i+ac20040929 ====================================================================== From noreply at opencsw.org Sun Nov 15 10:14:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:14:47 +0100 Subject: [bug-notifications] [aspell 0004040]: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt In-Reply-To: <047b8505cf096a925117ea7828853a13> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4040 ====================================================================== Reported By: james Assigned To: james ====================================================================== Project: aspell Issue ID: 4040 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-14 20:54 CET Last Modified: 2009-11-15 10:14 CET ====================================================================== Summary: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt Description: aspell's RPATH will use gcc3's libgcc_s.so.1 if installed which causes /opt/csw/gcc4/lib/libstdc++.so.6 to fail to find the right version of libgcc_s.so.1. ====================================================================== From noreply at opencsw.org Sun Nov 15 10:14:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:14:59 +0100 Subject: [bug-notifications] [groff 0004018]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: Message-ID: <2eba6ff32de4d2bef405490983e59796@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4018 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: groff Issue ID: 4018 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-15 10:14 CET ====================================================================== 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 Sun Nov 15 10:15:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:15:12 +0100 Subject: [bug-notifications] [aspell 0004010]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: <43a51bd827c96c31707c5b9097464b44> Message-ID: <3603fe3d750ceb3884b7ca42e6f81e8e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4010 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: aspell Issue ID: 4010 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2009-11-15 10:15 CET ====================================================================== 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 Sun Nov 15 10:17:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:17:13 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-15 10:17 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:58 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change your mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the i386 package containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 15 10:17:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:17:45 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-15 10:17 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:58 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change your mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the i386 package containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 15 10:18:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:18:06 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <59d990060a1087aaa2bbd0f87e5912ab@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-15 10:18 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:58 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change your mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the i386 package containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 15 11:23:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 11:23:01 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-15 11:23 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006989) maciej (manager) - 2009-11-15 11:23 http://www.opencsw.org/bugtrack/view.php?id=3768#c6989 ---------------------------------------------------------------------- cups-1.4.1 has been released From noreply at opencsw.org Sun Nov 15 11:26:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 11:26:15 +0100 Subject: [bug-notifications] [libcups 0003663]: Please provide 64 bit libs In-Reply-To: <536d30707438470e1c8706d6ba8aeb6b> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3663 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libcups Issue ID: 3663 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-10 19:49 CEST Last Modified: 2009-11-15 11:26 CET ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs, they are needed for gtk+ ====================================================================== ---------------------------------------------------------------------- (0006990) maciej (manager) - 2009-11-15 11:26 http://www.opencsw.org/bugtrack/view.php?id=3663#c6990 ---------------------------------------------------------------------- Some of the libraries that cups depends on need to be build with 64-bit support first: kerberos and gnutls. When they're done, BUILD64 = 1 can be added to the cups' Makefile. From noreply at opencsw.org Sun Nov 15 12:19:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 12:19:58 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-15 12:19 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0006978) maciej (manager) - 2009-11-12 20:30 http://www.opencsw.org/bugtrack/view.php?id=2848#c6978 ---------------------------------------------------------------------- Cups has been upgraded to 1.4.1. Can you please see if the problem still persists? From noreply at opencsw.org Sun Nov 15 12:20:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 12:20:26 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <7e71c3017146174caafa38ebed953d1f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-15 12:20 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Sun Nov 15 12:21:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 12:21:02 +0100 Subject: [bug-notifications] [cups 0002736]: CUPS 1.3.5 is out In-Reply-To: Message-ID: <1af317b70fc3ac3c98c9558b9c49d1b2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2736 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2736 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-09 05:50 CET Last Modified: 2009-11-15 12:21 CET ====================================================================== Summary: CUPS 1.3.5 is out Description: Cups 1.3.5 is available at http://www.cups.org/software.php and 1.4 is under development. The package should be updated. ====================================================================== ---------------------------------------------------------------------- (0006975) maciej (manager) - 2009-11-12 20:24 http://www.opencsw.org/bugtrack/view.php?id=2736#c6975 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Sun Nov 15 14:24:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 14:24:40 +0100 Subject: [bug-notifications] [gphoto2 0004042]: a recursive directory loop: /opt/csw/include/gphoto2/gphoto2 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4042 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: gphoto2 Issue ID: 4042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-15 14:24 CET Last Modified: 2009-11-15 14:24 CET ====================================================================== Summary: a recursive directory loop: /opt/csw/include/gphoto2/gphoto2 Description: There's a recursive directory loop in the package: > ggrep -r vwscanf /opt/csw/include ggrep: warning: /opt/csw/include/gphoto2/gphoto2: recursive directory loop If it's done on purpose, please close the bug. ====================================================================== From noreply at opencsw.org Sun Nov 15 14:25:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 14:25:42 +0100 Subject: [bug-notifications] [cups 0003647]: Please upgrade to 1.3.10 In-Reply-To: <0bdf50f436192618b69153f77f74e0c1> Message-ID: <3f55365bbab7463cb9124f52d0e28cf3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3647 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 3647 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-28 09:02 CEST Last Modified: 2009-11-15 14:25 CET ====================================================================== Summary: Please upgrade to 1.3.10 Description: Please upgrade to 1.3.10 ====================================================================== ---------------------------------------------------------------------- (0006974) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/mantis/view.php?id=3647#c6974 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Sun Nov 15 14:26:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 14:26:07 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: <633c4e23f0ec0d7a1b14f5aa93bf8cbe@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-15 14:26 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/mantis/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Mon Nov 16 01:50:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 01:50:26 +0100 Subject: [bug-notifications] [libsdl 0003518]: link libSDL-1.2.so.0 not pointing to the right lib In-Reply-To: Message-ID: <3d3f0d2771b3f833880477404abd5219@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3518 ====================================================================== Reported By: yjobic Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3518 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 13:23 CEST Last Modified: 2009-11-16 01:50 CET ====================================================================== Summary: link libSDL-1.2.so.0 not pointing to the right lib Description: Crash when running mplayer. homard-jobic% ldd /opt/csw/bin/mplayer | grep SDL libSDL-1.2.so.0 => (file not found) The hack : ln -s /opt/csw/lib/libSDL-1.2.so.0.11.2 /opt/csw/lib/libSDL-1.2.so.0 Then it's running fine. ====================================================================== ---------------------------------------------------------------------- (0006991) jgoerzen (manager) - 2009-11-16 01:50 http://www.opencsw.org/bugtrack/view.php?id=3518#c6991 ---------------------------------------------------------------------- rebuilt packages are available in current tree libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Nov 16 01:51:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 01:51:51 +0100 Subject: [bug-notifications] [libsdl 0003048]: libSDL-1.2.so.0 doe snot link the good lib In-Reply-To: Message-ID: <3dcdf175e36274d9cbd836d3cf3ffa99@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3048 ====================================================================== Reported By: wbonnet Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3048 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-24 01:11 CET Last Modified: 2009-11-16 01:51 CET ====================================================================== Summary: libSDL-1.2.so.0 doe snot link the good lib Description: /opt/csw/lib/libSDL-1.2.so.0 is a symlink to libSDL-1.2.so.0.7.2 bash-3.00# ls -la /opt/csw/lib/libSDL-1.2.so.0 lrwxrwxrwx 1 root root 19 janv. 24 00:05 /opt/csw/lib/libSDL-1.2.so.0 -> libSDL-1.2.so.0.7.2 but this file doe sno longer exist it should be a symlink to libSDL-1.2.so.0.11.2 in this version of libsdl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003518 link libSDL-1.2.so.0 not pointing to th... ====================================================================== ---------------------------------------------------------------------- (0006992) jgoerzen (manager) - 2009-11-16 01:51 http://www.opencsw.org/bugtrack/view.php?id=3048#c6992 ---------------------------------------------------------------------- updated packages are available in current tree with fix this bug libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Nov 16 02:15:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 02:15:04 +0100 Subject: [bug-notifications] [libsdl 0003641]: Please add 64 bit libs In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3641 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3641 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-14 21:24 CEST Last Modified: 2009-11-16 02:15 CET ====================================================================== Summary: Please add 64 bit libs Description: Please add 64 bit libs for sparcv9 and amd64 as dependency to libtheora ====================================================================== ---------------------------------------------------------------------- (0006988) jgoerzen (manager) - 2009-11-14 20:36 http://www.opencsw.org/bugtrack/view.php?id=3641#c6988 ---------------------------------------------------------------------- rebuild packages with 64bit libraries are now available in current tree libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Nov 16 08:25:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 08:25:25 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-16 08:25 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006993) chrschaffer (reporter) - 2009-11-16 08:25 http://www.opencsw.org/bugtrack/view.php?id=3998#c6993 ---------------------------------------------------------------------- Sorry for responding late. I agree, it?s a blastwave.org package - I?ll have to change mirrors. Thanks for your quick response. From noreply at opencsw.org Mon Nov 16 09:16:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 09:16:09 +0100 Subject: [bug-notifications] [lcms 0004043]: Please adjust revision string Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4043 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lcms Issue ID: 4043 Category: packaging Reproducibility: have not tried Severity: trivial Priority: low Status: new ====================================================================== Date Submitted: 2009-11-16 09:16 CET Last Modified: 2009-11-16 09:16 CET ====================================================================== Summary: Please adjust revision string Description: It is no longer needed to separately specify a _rev, so the version can now be writte as 1.18a,REV=2009.11.13 instead of 1.18,REV=2009.11.13_rev=a No need to repackage now, just keep in mind when updating next time. ====================================================================== From noreply at opencsw.org Mon Nov 16 11:00:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 11:00:51 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <6ca42223e6ac56ffb778974c0dcb3920@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-16 11:00 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006995) james (manager) - 2009-11-16 11:00 http://www.opencsw.org/bugtrack/view.php?id=3998#c6995 ---------------------------------------------------------------------- Thanks for the comment, closing now "no change required". From noreply at opencsw.org Mon Nov 16 11:01:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 11:01:14 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-16 11:01 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006995) james (manager) - 2009-11-16 11:00 http://www.opencsw.org/bugtrack/view.php?id=3998#c6995 ---------------------------------------------------------------------- Thanks for the comment, closing now "no change required". From noreply at opencsw.org Mon Nov 16 20:28:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 20:28:08 +0100 Subject: [bug-notifications] [gzip 0003956]: Please upgrade to 1.3.13 In-Reply-To: Message-ID: <32b03dda53bdbe5220b3301baaccad2f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3956 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gzip Issue ID: 3956 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-11 10:35 CEST Last Modified: 2009-11-16 20:28 CET ====================================================================== Summary: Please upgrade to 1.3.13 Description: Please upgrade to 1.3.13 ====================================================================== ---------------------------------------------------------------------- (0006996) phil (manager) - 2009-11-16 20:28 http://www.opencsw.org/mantis/view.php?id=3956#c6996 ---------------------------------------------------------------------- new packaging heading out From noreply at opencsw.org Mon Nov 16 20:42:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 20:42:31 +0100 Subject: [bug-notifications] [pkgutil 0004038]: SIGINT to wget triggers "uninitialized value" perl warning In-Reply-To: <7493216f15edd66afda7efe2416f2a0c> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4038 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4038 Category: other Reproducibility: have not tried Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2009-11-14 12:01 CET Last Modified: 2009-11-16 20:42 CET ====================================================================== Summary: SIGINT to wget triggers "uninitialized value" perl warning Description: Filing this as a low priority tweak. I just interrupted the package download process via CTRL + C and perl threw a warning. Might be nice to handle this more gracefully somehow. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -i supybot ... 4 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.29,REV=2009.11.13 (1/4)... Fetching CSWosslrt-0.9.8l,REV=2009.11.07 (2/4)... ^CUse of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 272, line 1. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== From noreply at opencsw.org Mon Nov 16 20:42:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 20:42:40 +0100 Subject: [bug-notifications] [pkgutil 0004039]: -F doesn't work with filenames which contain plus characters In-Reply-To: Message-ID: <0e7de0bcb36807755efa8e76dc5ddba2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4039 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4039 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-14 17:27 CET Last Modified: 2009-11-16 20:42 CET ====================================================================== Summary: -F doesn't work with filenames which contain plus characters Description: # pkgutil -F libstdc++.so.6 Nested quantifiers in regex; marked by <-- HERE in m/libstdc++ <-- HERE .so.6/ at /opt/csw/bin/pkgutil line 289, line 1. ====================================================================== From noreply at opencsw.org Mon Nov 16 23:09:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:03 +0100 Subject: [bug-notifications] [firefox 0003963]: Dumps core In-Reply-To: <42c6e601324025f0313f86b67497939a> Message-ID: <1b1f04941b1846745eac141b4ddfb58b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3963 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 3963 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-13 02:57 CEST Last Modified: 2009-11-16 23:09 CET ====================================================================== Summary: Dumps core Description: Fresh install of Firefox on new installation of OS dumps core. I've tried 3 machines (I'm running out of fresh places to install) Solaris 10u8 and Solaris 9 fail similarly. Sparc only. The only thing I can think of that might be the cause is a missing depend that gets installed with some other package but is needed by firefox as all three failures are new installs without much else. ====================================================================== ---------------------------------------------------------------------- (0006983) james (reporter) - 2009-11-13 20:55 http://www.opencsw.org/bugtrack/view.php?id=3963#c6983 ---------------------------------------------------------------------- Still dumps core, severity == "crash". Please fix. From noreply at opencsw.org Mon Nov 16 23:09:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:06 +0100 Subject: [bug-notifications] [dbus 0003962]: Duplicate init In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3962 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== 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: 2009-11-16 23:09 CET ====================================================================== 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 Mon Nov 16 23:09:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:08 +0100 Subject: [bug-notifications] [dbus 0003961]: says "dbus-daemon cannot be run in non-global zones" but it does In-Reply-To: <2d766f3f5eb7832be0a3405291bf22c6> Message-ID: <0b4e4be64f2c2f4484759f5cdc3bbce0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3961 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: dbus Issue ID: 3961 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-13 01:45 CEST Last Modified: 2009-11-16 23:09 CET ====================================================================== Summary: says "dbus-daemon cannot be run in non-global zones" but it does Description: /etc/opt/csw/init.d/cswdbus contains: if smf_is_nonglobalzone; then /usr/sbin/svcadm disable -t svc:/system/cswdbus echo "dbus-daemon cannot be run in non-global zones" sleep 5 & exit $SMF_EXIT_OK fi but the logic fails and it does start: # /etc/opt/csw/init.d/cswdbus start /etc/opt/csw/init.d/cswdbus: smf_is_nonglobalzone: not found As you can see from init PID it's running in a non-global zone: # ps -ef | egrep 'dbus-daemon|init' root 18635 16978 0 00:35:04 pts/8 0:00 egrep dbus-daemon|init root 16253 16233 0 00:28:19 ? 0:00 /sbin/init messageb 18581 16233 0 00:34:04 ? 0:00 /opt/csw/bin/dbus-daemon --system ====================================================================== From noreply at opencsw.org Mon Nov 16 23:09:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:26 +0100 Subject: [bug-notifications] [pm_rpcxml 0004006]: Please upgrade to 0.69 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4006 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pm_rpcxml Issue ID: 4006 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 14:28 CET Last Modified: 2009-11-16 23:09 CET ====================================================================== Summary: Please upgrade to 0.69 Description: Please upgrade to 0.69 ====================================================================== From noreply at opencsw.org Tue Nov 17 03:05:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 03:05:43 +0100 Subject: [bug-notifications] [git 0003982]: On 'git diff' less is searched in path and /usr/bin/less is too old In-Reply-To: Message-ID: <53f5064dd5e7f4d95d7d623b36551f40@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3982 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: git Issue ID: 3982 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-10-28 14:29 CET Last Modified: 2009-11-17 03:05 CET ====================================================================== Summary: On 'git diff' less is searched in path and /usr/bin/less is too old Description: Usually /usr/bin is in the path early and /usr/bin/less is found before /opt/csw/bin/less. ====================================================================== ---------------------------------------------------------------------- (0006997) bwalton (manager) - 2009-11-17 03:05 http://www.opencsw.org/mantis/view.php?id=3982#c6997 ---------------------------------------------------------------------- Patches are queued upstream. Will release an updated version when they hit a stable release. -Ben From noreply at opencsw.org Tue Nov 17 13:05:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 13:05:38 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient Message-ID: <7c7f32afbdde391f4f483242de331ed6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-17 13:05 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== From noreply at opencsw.org Tue Nov 17 13:10:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 13:10:45 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient In-Reply-To: <5fb79c39f8002595740d40ebf694035d> Message-ID: <2a88eb920e9512c0d04a7f6e3734403c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-17 13:10 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== From noreply at opencsw.org Tue Nov 17 13:30:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 13:30:10 +0100 Subject: [bug-notifications] [pkgutil 0004045]: RFE: Override configuration parameters on the commandline (via --param?) Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4045 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4045 Category: regular use Reproducibility: N/A Severity: feature Priority: low Status: new ====================================================================== Date Submitted: 2009-11-17 13:30 CET Last Modified: 2009-11-17 13:30 CET ====================================================================== Summary: RFE: Override configuration parameters on the commandline (via --param?) Description: For testing and various other purposes i sometimes fiddle with configuration settings in pkgutil.conf. How about introducing a command line option to do this on-the-fly? A somewhat limited use case example to illustrate the RFE: $ pkgutil -V | grep noncsw noncsw true (default: false) Now to compare only CSW cups packages i would do $ pkgutil -c cups | grep CSW With --param i could also do $ pkgutil --param noncsw=false -c cups and have pkgutil filter the pkg list right away. I know, it is longer to type, but the general ability to change and test settings on the fly feels helpful to me. I don't know whether this can be easily implemented for all possible parameters (also future ones) so that this doesn't result in more work when you implement additional parameters. Wishlist item. ====================================================================== From noreply at opencsw.org Tue Nov 17 16:21:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 16:21:46 +0100 Subject: [bug-notifications] [libsdl 0003518]: link libSDL-1.2.so.0 not pointing to the right lib In-Reply-To: Message-ID: <12aab47f22a81f875d3a0b771134f008@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3518 ====================================================================== Reported By: yjobic Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3518 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 13:23 CEST Last Modified: 2009-11-17 16:21 CET ====================================================================== Summary: link libSDL-1.2.so.0 not pointing to the right lib Description: Crash when running mplayer. homard-jobic% ldd /opt/csw/bin/mplayer | grep SDL libSDL-1.2.so.0 => (file not found) The hack : ln -s /opt/csw/lib/libSDL-1.2.so.0.11.2 /opt/csw/lib/libSDL-1.2.so.0 Then it's running fine. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0003048 libSDL-1.2.so.0 doe snot link the good lib ====================================================================== ---------------------------------------------------------------------- (0006998) jgoerzen (manager) - 2009-11-17 16:21 http://www.opencsw.org/bugtrack/view.php?id=3518#c6998 ---------------------------------------------------------------------- Rebuild packages are in current tree and installed on buildfarm hosts From noreply at opencsw.org Tue Nov 17 16:24:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 16:24:48 +0100 Subject: [bug-notifications] [libsdl 0003048]: libSDL-1.2.so.0 doe snot link the good lib In-Reply-To: Message-ID: <5dbae9731dc38bd7a5bf836b897132ce@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3048 ====================================================================== Reported By: wbonnet Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3048 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-24 01:11 CET Last Modified: 2009-11-17 16:24 CET ====================================================================== Summary: libSDL-1.2.so.0 doe snot link the good lib Description: /opt/csw/lib/libSDL-1.2.so.0 is a symlink to libSDL-1.2.so.0.7.2 bash-3.00# ls -la /opt/csw/lib/libSDL-1.2.so.0 lrwxrwxrwx 1 root root 19 janv. 24 00:05 /opt/csw/lib/libSDL-1.2.so.0 -> libSDL-1.2.so.0.7.2 but this file doe sno longer exist it should be a symlink to libSDL-1.2.so.0.11.2 in this version of libsdl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003518 link libSDL-1.2.so.0 not pointing to th... ====================================================================== ---------------------------------------------------------------------- (0006999) jgoerzen (manager) - 2009-11-17 16:24 http://www.opencsw.org/bugtrack/view.php?id=3048#c6999 ---------------------------------------------------------------------- Rebuilt packages are in current tree and installed on buildfarm hosts From noreply at opencsw.org Tue Nov 17 17:39:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 17:39:37 +0100 Subject: [bug-notifications] [pkgutil 0004045]: RFE: Override configuration parameters on the commandline (via --param?) In-Reply-To: <8f681e358095c30e20eb1b088bc39d9e> Message-ID: <2a02304ddde2c61ce0a141106b8593ab@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4045 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4045 Category: regular use Reproducibility: N/A Severity: feature Priority: low Status: assigned ====================================================================== Date Submitted: 2009-11-17 13:30 CET Last Modified: 2009-11-17 17:39 CET ====================================================================== Summary: RFE: Override configuration parameters on the commandline (via --param?) Description: For testing and various other purposes i sometimes fiddle with configuration settings in pkgutil.conf. How about introducing a command line option to do this on-the-fly? A somewhat limited use case example to illustrate the RFE: $ pkgutil -V | grep noncsw noncsw true (default: false) Now to compare only CSW cups packages i would do $ pkgutil -c cups | grep CSW With --param i could also do $ pkgutil --param noncsw=false -c cups and have pkgutil filter the pkg list right away. I know, it is longer to type, but the general ability to change and test settings on the fly feels helpful to me. I don't know whether this can be easily implemented for all possible parameters (also future ones) so that this doesn't result in more work when you implement additional parameters. Wishlist item. ====================================================================== From noreply at opencsw.org Tue Nov 17 20:01:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 20:01:19 +0100 Subject: [bug-notifications] [zlib 0004046]: Please provide optimized libs Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4046 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: zlib Issue ID: 4046 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-17 20:01 CET Last Modified: 2009-11-17 20:01 CET ====================================================================== Summary: Please provide optimized libs Description: The previous package had optimized libs for sparcv8plus+vis. Are these left out now deliberately? In addition, it may be good to provide more optimized versions for other ISAs as well (e. g. pentium). ====================================================================== From noreply at opencsw.org Wed Nov 18 00:33:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 00:33:49 +0100 Subject: [bug-notifications] [openssl 0004047]: The CHANGES file seems to have "assimilated" almost every other doc/ file Message-ID: <26a8274f6cc4087e1af7dfd412b23607@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4047 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: openssl Issue ID: 4047 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-18 00:33 CET Last Modified: 2009-11-18 00:33 CET ====================================================================== Summary: The CHANGES file seems to have "assimilated" almost every other doc/ file Description: The upstream files in the /opt/csw/share/doc/openssl/ are all just copies of the CHANGES file. This also pertains to the openssl_devel and openssl_utils packages. openssl_rt contains the intended set of files. $ ls -l /opt/csw/share/doc/openssl*/* -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/CHANGES -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/CHANGES.SSLeay -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/FAQ -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/INSTALL -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/NEWS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/PROBLEMS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/README -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/README.ASN1 -rw-r--r-- 1 root bin 836 Mar 27 2009 /opt/csw/share/doc/openssl/README.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/README.ENGINE -rw-r--r-- 1 root bin 3021 Mar 27 2009 /opt/csw/share/doc/openssl/changelog.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/CHANGES -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/CHANGES.SSLeay -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/FAQ -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/INSTALL -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/NEWS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/PROBLEMS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README.ASN1 -rw-r--r-- 1 root bin 836 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README.ENGINE -rw-r--r-- 1 root bin 3021 Mar 27 2009 /opt/csw/share/doc/openssl_devel/changelog.CSW -rw-r--r-- 1 root bin 363049 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/CHANGES -rw-r--r-- 1 root bin 42751 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/CHANGES.SSLeay -rw-r--r-- 1 root bin 43007 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/FAQ -rw-r--r-- 1 root bin 14180 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/INSTALL -rw-r--r-- 1 root bin 21597 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/NEWS -rw-r--r-- 1 root bin 8038 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/PROBLEMS -rw-r--r-- 1 root bin 8194 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README -rw-r--r-- 1 root bin 7699 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README.ASN1 -rw-r--r-- 1 root bin 836 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README.CSW -rw-r--r-- 1 root bin 16100 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README.ENGINE -rw-r--r-- 1 root bin 3210 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/changelog.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/CHANGES -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/CHANGES.SSLeay -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/FAQ -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/INSTALL -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/NEWS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/PROBLEMS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README.ASN1 -rw-r--r-- 1 root bin 836 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README.ENGINE -rw-r--r-- 1 root bin 3021 Mar 27 2009 /opt/csw/share/doc/openssl_utils/changelog.CSW ====================================================================== From noreply at opencsw.org Wed Nov 18 08:53:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:53:13 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient In-Reply-To: <5fb79c39f8002595740d40ebf694035d> Message-ID: <40ecc03c0c49de0bacf271b74c3dbff3@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-18 08:53 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== ---------------------------------------------------------------------- (0007000) maciej (manager) - 2009-11-18 08:53 http://www.opencsw.org/mantis/view.php?id=4044#c7000 ---------------------------------------------------------------------- I wrote a stub client.conf file myself, as cups distribution doesn't contain any example. Updated cupsclient version is in testing/. Does it look good to you? From noreply at opencsw.org Wed Nov 18 08:56:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:56:50 +0100 Subject: [bug-notifications] [vncviewer 0001632]: Upgrade to version 1.2.9 In-Reply-To: <8f9e9bb920a288bb053cb051a96ebe23> Message-ID: <75c93e0d8d0775c4fee448263f2a498c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1632 ====================================================================== Reported By: mol Assigned To: ====================================================================== Project: vncviewer Issue ID: 1632 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-06-13 10:22 CEST Last Modified: 2009-11-18 08:56 CET ====================================================================== Summary: Upgrade to version 1.2.9 Description: Please. ====================================================================== ---------------------------------------------------------------------- (0007001) maciej (manager) - 2009-11-18 08:56 http://www.opencsw.org/mantis/view.php?id=1632#c7001 ---------------------------------------------------------------------- Updated to 1.3.10. 1.3.10,REV=2009.11.16 is available from mirrors. From noreply at opencsw.org Wed Nov 18 08:57:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:57:33 +0100 Subject: [bug-notifications] [vncserver 0002698]: Upgrade to latest version (1.3.9) In-Reply-To: <67647e4cf316df5847f9686e8a543e13> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2698 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 2698 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-12-13 07:04 CET Last Modified: 2009-11-18 08:57 CET ====================================================================== Summary: Upgrade to latest version (1.3.9) Description: Please update to latest version, currently 1.3.9 which was released May 8, 2007. ====================================================================== From noreply at opencsw.org Wed Nov 18 08:58:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:58:08 +0100 Subject: [bug-notifications] [vncserver 0002698]: Upgrade to latest version (1.3.9) In-Reply-To: <67647e4cf316df5847f9686e8a543e13> Message-ID: <705b77d51dbc9214033f9da620fff940@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2698 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 2698 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-12-13 07:04 CET Last Modified: 2009-11-18 08:58 CET ====================================================================== Summary: Upgrade to latest version (1.3.9) Description: Please update to latest version, currently 1.3.9 which was released May 8, 2007. ====================================================================== ---------------------------------------------------------------------- (0007002) maciej (manager) - 2009-11-18 08:58 http://www.opencsw.org/mantis/view.php?id=2698#c7002 ---------------------------------------------------------------------- Updated, current version on the mirrors: 1.3.10,REV=2009.11.16 From noreply at opencsw.org Wed Nov 18 09:00:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:00:57 +0100 Subject: [bug-notifications] [vncviewer 0001632]: Upgrade to version 1.2.9 In-Reply-To: <8f9e9bb920a288bb053cb051a96ebe23> Message-ID: <1db83671dbf66d9672c8956a0bf010b3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1632 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncviewer Issue ID: 1632 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-06-13 10:22 CEST Last Modified: 2009-11-18 09:00 CET ====================================================================== Summary: Upgrade to version 1.2.9 Description: Please. ====================================================================== ---------------------------------------------------------------------- (0007001) maciej (manager) - 2009-11-18 08:56 http://www.opencsw.org/bugtrack/view.php?id=1632#c7001 ---------------------------------------------------------------------- Updated to 1.3.10. 1.3.10,REV=2009.11.16 is available from mirrors. From noreply at opencsw.org Wed Nov 18 09:01:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:01:06 +0100 Subject: [bug-notifications] [vncviewer 0001632]: Upgrade to version 1.2.9 In-Reply-To: <8f9e9bb920a288bb053cb051a96ebe23> Message-ID: <7de5f3b227acfe122938bf91e984bc06@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1632 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncviewer Issue ID: 1632 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-06-13 10:22 CEST Last Modified: 2009-11-18 09:01 CET ====================================================================== Summary: Upgrade to version 1.2.9 Description: Please. ====================================================================== ---------------------------------------------------------------------- (0007001) maciej (manager) - 2009-11-18 08:56 http://www.opencsw.org/bugtrack/view.php?id=1632#c7001 ---------------------------------------------------------------------- Updated to 1.3.10. 1.3.10,REV=2009.11.16 is available from mirrors. From noreply at opencsw.org Wed Nov 18 09:10:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:10:58 +0100 Subject: [bug-notifications] [vncserver 0000280]: Start up script has shell run-time errors In-Reply-To: <853518e573e85e665feddec534b26b2d> Message-ID: <54d58854bbbdbe53ac8141e946b71726@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=280 ====================================================================== Reported By: scs1ng Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2004-03-07 19:02 CET Last Modified: 2009-11-18 09:10 CET ====================================================================== Summary: Start up script has shell run-time errors Description: The script /etc/init.d/cswvncserver gives shell errors both when starting and stopping. Details: The config script /opt/csw/etc/vncservers was edited so that the last two lines are: VNCSERVERS=\"1:scs1ng\" ARGS=\"-geometry 1024x768 -alwaysshared\" Running /etc/init.d/cswvncserver stop gives: Shutting down VNC server: 1:scs1ng Ambiguous output redirect and /etc/init.d/cswvncserver start gives Starting VNC server: 1:scs1ng Missing ] ====================================================================== ---------------------------------------------------------------------- (0004467) davecb (reporter) - 2007-03-23 09:18 http://www.opencsw.org/mantis/view.php?id=280#c4467 ---------------------------------------------------------------------- Ok, here\'s an rc3.d script that works on Solaris, using only sh instead of bash: --Dave Collier-Brown <davecb at spamcop.net> hobbes> cat S92cswvncserver #!/bin/sh # # S92cswvncserver -- Starts and stops vncserver. # used to provide remote X window systems access to # machines which only have (PC) VNC available. #set -x VNCSERVERS=\"\" ARGS=\"\" main() { chmod 01777 /tmp/.X11-unix # Permit non-root access if [ -f /opt/csw/etc/vncservers ] ; then . /opt/csw/etc/vncservers else say \"$0: no servers to start in /opt/csw/etc/vncservers\" exit 0 fi # See how we were called. case \"$1\" in start) start ;; stop) stop ;; restart|reload) stop start ;; condrestart) if [ -f /var/spool/locks/vncserver ]; then stop start fi ;; stat*) pgrep -l vnc ;; *) echo $\"Usage: $0 {start|stop|status|restart|condrestart}\" exit 1 esac } start() { echo \"Starting VNC server: \" ulimit -c 0 >/dev/null 2>&1 rc=0 for token in ${VNCSERVERS}; do echo \"${token} \" display=`echo $token | sed \'s/:.*$//\'` user=`echo $token | sed \'s/^.*://\'` su - ${user} -c \" cd if [ ! -f .vnc/passwd ] say \"$0: $user lacks a .vnc/password file, skipped\" else USER=$user /opt/csw/bin/vncserver ${ARGS} :${display} fi \" rc=$? if [ \"$rc\" -ne 0 ]; then break fi done if [ \"$rc\" -eq 0 ]; then touch /var/spool/locks/vncserver fi } stop() { echo \"Shutting down VNC server: \" for token in ${VNCSERVERS}; do echo \"${token} \" display=`echo $token | sed \'s/:.*$//\'` user=`echo $token | sed \'s/^.*://\'` su ${user} -c \"USER=$user /opt/csw/bin/vncserver -kill :${display}\" rc=$? done if [ \"$rc\" -eq 0 ]; then rm -f /var/spool/locks/vncserver fi } say() { echo \"$@\" 1>&2 } main \"$@\" exit 0 From noreply at opencsw.org Wed Nov 18 09:12:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:12:22 +0100 Subject: [bug-notifications] [vncserver 0000280]: Start up script has shell run-time errors In-Reply-To: <853518e573e85e665feddec534b26b2d> Message-ID: <65e286fb2ce4f95cf8af8ea5b9ce99ee@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=280 ====================================================================== Reported By: scs1ng Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2004-03-07 19:02 CET Last Modified: 2009-11-18 09:12 CET ====================================================================== Summary: Start up script has shell run-time errors Description: The script /etc/init.d/cswvncserver gives shell errors both when starting and stopping. Details: The config script /opt/csw/etc/vncservers was edited so that the last two lines are: VNCSERVERS=\"1:scs1ng\" ARGS=\"-geometry 1024x768 -alwaysshared\" Running /etc/init.d/cswvncserver stop gives: Shutting down VNC server: 1:scs1ng Ambiguous output redirect and /etc/init.d/cswvncserver start gives Starting VNC server: 1:scs1ng Missing ] ====================================================================== ---------------------------------------------------------------------- (0007003) maciej (manager) - 2009-11-18 09:12 http://www.opencsw.org/mantis/view.php?id=280#c7003 ---------------------------------------------------------------------- Hi, I'm the new vncviewer maintainer. I fixed one RETVAL issue in the startup script. Can you take another look? Version 1.3.10 is available from the mirrors. From noreply at opencsw.org Wed Nov 18 09:13:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:13:00 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <04796e22056cdd91e2f0db508163b6a3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: assigned ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-18 09:12 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0003315) damjan (reporter) - 2006-03-20 05:02 http://www.opencsw.org/mantis/view.php?id=942#c3315 ---------------------------------------------------------------------- It works if users follow the manual. It you run Xvnc as root, you don\'t need to do anything. It works. If you want to start Xvnc as a normal user you need to follow the instructions which are given in postinstall and /opt/csw/etc/vncservers file. Solaris default permissions do now allow Xservers to run as non-root users (that is differnet to e.g. Linux or AIX). I don\'t think blastwave package should change any permissions. All I can do is, to write these instruction on a more visible place. From noreply at opencsw.org Wed Nov 18 09:35:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:35:35 +0100 Subject: [bug-notifications] [vncserver 0001404]: Xvnc crash when trying to run kde In-Reply-To: Message-ID: <72ed9c785a1dd74429aae46049b5bc21@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1404 ====================================================================== Reported By: KristvanBesien Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1404 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-01-19 08:40 CET Last Modified: 2009-11-18 09:35 CET ====================================================================== Summary: Xvnc crash when trying to run kde Description: starting kde under Xvnc causes Xvnc to crash hard (with a core dump). ====================================================================== From noreply at opencsw.org Wed Nov 18 09:36:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:36:30 +0100 Subject: [bug-notifications] [vncserver 0001404]: Xvnc crash when trying to run kde In-Reply-To: Message-ID: <7e746a4bc60091e1e7c8e0f631e2f0ce@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1404 ====================================================================== Reported By: KristvanBesien Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1404 Category: other Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-01-19 08:40 CET Last Modified: 2009-11-18 09:36 CET ====================================================================== Summary: Xvnc crash when trying to run kde Description: starting kde under Xvnc causes Xvnc to crash hard (with a core dump). ====================================================================== ---------------------------------------------------------------------- (0007005) maciej (manager) - 2009-11-18 09:36 http://www.opencsw.org/mantis/view.php?id=1404#c7005 ---------------------------------------------------------------------- Hi I'm the new vncserver maintainer. Can you try with the newest version? (1.3.10) From noreply at opencsw.org Wed Nov 18 09:37:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:37:01 +0100 Subject: [bug-notifications] [vncserver 0001577]: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 In-Reply-To: Message-ID: <52d91cc0215421f3ee2ca7bf66f93801@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1577 ====================================================================== Reported By: gnutered Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1577 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-04-18 01:22 CEST Last Modified: 2009-11-18 09:37 CET ====================================================================== Summary: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 Description: A segmentation fault happens under specific circumstances, using Xvnc to log in remotely into a GNOME 2.8 session on a SPARC Solaris 9 box. Not sure if it\'s GNOME or VNC or a combination. Reporting as a bug against GNOME, and report a bug against VNC server that links to this. On the server, i run the following command: sudo /opt/csw/bin/Xvnc -geometry 1024x768 -depth 24 -once -query localhost When I use a vncviewer to connect to that, I get the login screen. When I choose GNOME session and login, it presents the GNOME 2.8 splashscreen and then crashes. If I use \"-depth 8\", it does *not* crash (\"-depth 16\" does, though). So it\'s not just GNOME. If I use XDMCP directly (not through VNC), \"-depth 24\" is fine. If I choose CDE instead of GNOME, all depths work. So it\'s not just VNC. But it happens with both KDE and GNOME. Resultion doesn\'t seem to matter so much. VNC and GNOME are the latest Blastwave stable release. KDE is. I uninstalled the SUNW gnome packages and even rebooted, but problem persists I tried a number of clients, namely Ubunt Dapper, Windows (?TightVNC?). A core file is produced by the segfault, but I\'m far too rusty on that level of Solaris hackery to make sense of it without expert guidance. There is a chance that this isn\'t Xvnc\' fault, but that seems unlikely. ====================================================================== ---------------------------------------------------------------------- (0004648) gnutered (reporter) - 2007-06-24 06:29 http://www.opencsw.org/mantis/view.php?id=1577#c4648 ---------------------------------------------------------------------- Hmmm, in the fifteen months between reporting this bug and having it assigned, I\'ve moved on from the position that was involved with this Solaris box. So I no longer have the ability to assist further in debugging this. As far as I\'m concerned, you can close the bug. From noreply at opencsw.org Wed Nov 18 09:37:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:37:58 +0100 Subject: [bug-notifications] [vncserver 0001577]: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 In-Reply-To: Message-ID: <4d10f749dab84c69cbb8849d1f6428ab@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1577 ====================================================================== Reported By: gnutered Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1577 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-04-18 01:22 CEST Last Modified: 2009-11-18 09:37 CET ====================================================================== Summary: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 Description: A segmentation fault happens under specific circumstances, using Xvnc to log in remotely into a GNOME 2.8 session on a SPARC Solaris 9 box. Not sure if it\'s GNOME or VNC or a combination. Reporting as a bug against GNOME, and report a bug against VNC server that links to this. On the server, i run the following command: sudo /opt/csw/bin/Xvnc -geometry 1024x768 -depth 24 -once -query localhost When I use a vncviewer to connect to that, I get the login screen. When I choose GNOME session and login, it presents the GNOME 2.8 splashscreen and then crashes. If I use \"-depth 8\", it does *not* crash (\"-depth 16\" does, though). So it\'s not just GNOME. If I use XDMCP directly (not through VNC), \"-depth 24\" is fine. If I choose CDE instead of GNOME, all depths work. So it\'s not just VNC. But it happens with both KDE and GNOME. Resultion doesn\'t seem to matter so much. VNC and GNOME are the latest Blastwave stable release. KDE is. I uninstalled the SUNW gnome packages and even rebooted, but problem persists I tried a number of clients, namely Ubunt Dapper, Windows (?TightVNC?). A core file is produced by the segfault, but I\'m far too rusty on that level of Solaris hackery to make sense of it without expert guidance. There is a chance that this isn\'t Xvnc\' fault, but that seems unlikely. ====================================================================== ---------------------------------------------------------------------- (0007006) maciej (manager) - 2009-11-18 09:37 http://www.opencsw.org/mantis/view.php?id=1577#c7006 ---------------------------------------------------------------------- Closing the bug as it's no longer reproducible. From noreply at opencsw.org Wed Nov 18 10:07:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:07:32 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <4edc743b0a268bd4eae9a16703cdff99@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 10:07 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== From noreply at opencsw.org Wed Nov 18 10:08:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:08:08 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <2e884a513de4ce4329cb6f78c04d12a2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 10:08 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007007) maciej (manager) - 2009-11-18 10:08 http://www.opencsw.org/mantis/view.php?id=2924#c7007 ---------------------------------------------------------------------- I put the topic up for discussion on the mailing list. http://lists.opencsw.org/pipermail/maintainers/2009-November/004887.html From noreply at opencsw.org Wed Nov 18 10:33:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:33:51 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <988b05c9fc3f90422d7eb594b103d3bb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 10:33 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007008) skayser (administrator) - 2009-11-18 10:33 http://www.opencsw.org/mantis/view.php?id=2924#c7008 ---------------------------------------------------------------------- Regarding replacing the printing system, we also do it manually via a JET custom_scripts on installation (because we have had problems with the stock Solaris printing system). It's a bit more invasive though as we pkgrm a couple of more packages. It's a workaround, but serves us well. #!/bin/sh # # Substitute stock Solaris 10 cups installation with OpenCSW # cups. Plain cups submitted all file types as text/plain # to our Cups server (might have changed) ... # # http://forums.sun.com/thread.jspa?threadID=5375841&tstart=0 ADMIN_FILE=/var/opt/csw/pkgutil/admin /usr/sbin/svcadm disable print/ppd-cache-update /usr/sbin/svcadm disable print/rfc1179 # pkgrm pkgs one by one. If we would pkgrm all at once and # just one of them is not present (or other errors occur) the # whole pkgrm would abort SUNCUPS_PKGS=" SUNWctlu SUNWmp SUNWpsu SUNWscplp SUNWppm SUNWpcu SUNWpsr SUNWpcr SUNWipplu SUNWipplr" for p in $SUNCUPS_PKGS; do /usr/bin/yes | /usr/sbin/pkgrm -a $ADMIN_FILE $p done /opt/csw/bin/pkgutil -yi cupsclient mkdir -p /opt/csw/etc/cups echo "Servername printsrv.consol.de" > /etc/opt/csw/cups/client.conf /opt/csw/bin/lpoptions -d polarmist grep CSWcupsclient /var/sadm/install/contents | \ grep /bin/ | awk '{ print $1 }' | \ while read f; do ln -s $f /usr/bin/; done From noreply at opencsw.org Wed Nov 18 10:51:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:51:56 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient In-Reply-To: <5fb79c39f8002595740d40ebf694035d> Message-ID: <4f1e177cf824511292325598fdb6bf11@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-18 10:51 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== ---------------------------------------------------------------------- (0007009) skayser (administrator) - 2009-11-18 10:51 http://www.opencsw.org/mantis/view.php?id=4044#c7009 ---------------------------------------------------------------------- Yes, it does. Thanks. From noreply at opencsw.org Wed Nov 18 12:21:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 12:21:43 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 12:21 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007010) maciej (manager) - 2009-11-18 12:21 http://www.opencsw.org/mantis/view.php?id=2924#c7010 ---------------------------------------------------------------------- cupsclient_ln is in testing. skayser: your script needs an update: mkdir -p /opt/csw/etc/cups to mkdir -p /etc/opt/csw/cups Or, with the latest cupsclient package update, you don't need this line at all. From noreply at opencsw.org Wed Nov 18 14:30:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 14:30:01 +0100 Subject: [bug-notifications] [pkgutil 0004039]: -F doesn't work with filenames which contain plus characters In-Reply-To: Message-ID: <5b323d57ecc5b9adeb4b892abc940b9c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4039 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4039 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-14 17:27 CET Last Modified: 2009-11-18 14:30 CET ====================================================================== Summary: -F doesn't work with filenames which contain plus characters Description: # pkgutil -F libstdc++.so.6 Nested quantifiers in regex; marked by <-- HERE in m/libstdc++ <-- HERE .so.6/ at /opt/csw/bin/pkgutil line 289, line 1. ====================================================================== ---------------------------------------------------------------------- (0007011) bonivart (manager) - 2009-11-18 14:30 http://www.opencsw.org/mantis/view.php?id=4039#c7011 ---------------------------------------------------------------------- Thanks for spotting this. I fixed it in r167. From noreply at opencsw.org Wed Nov 18 15:29:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 15:29:20 +0100 Subject: [bug-notifications] [curldevel 0004048]: The package name should be curl_devel instead of curldevel Message-ID: <01b190a2a24d84dc1df6dc1e5bc5836b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4048 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curldevel Issue ID: 4048 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-18 15:29 CET Last Modified: 2009-11-18 15:29 CET ====================================================================== Summary: The package name should be curl_devel instead of curldevel Description: The package name should be curl_devel instead of curldevel ====================================================================== From noreply at opencsw.org Wed Nov 18 18:28:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 18:28:48 +0100 Subject: [bug-notifications] [joe 0004049]: Please upgrade to 3.7 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4049 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: joe Issue ID: 4049 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-18 18:28 CET Last Modified: 2009-11-18 18:28 CET ====================================================================== Summary: Please upgrade to 3.7 Description: Please upgrade to 3.7 ====================================================================== From noreply at opencsw.org Wed Nov 18 23:07:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 23:07:43 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <4b4397d7ad6be7c8d08240870f0cd162@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: confirmed ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-18 23:07 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007012) maciej (manager) - 2009-11-18 23:07 http://www.opencsw.org/mantis/view.php?id=942#c7012 ---------------------------------------------------------------------- vncserver-1.3.10,REV=2009.11.18 wraps the vncserver script into something that tests if /tmp/.X11-unix is writable by the world or by the current user and displays a helpful error message when not. Updated package is in testing. From noreply at opencsw.org Wed Nov 18 23:08:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 23:08:17 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <5fe6918b7dc727afeafe675df1c4d56f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-18 23:08 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007012) maciej (manager) - 2009-11-18 23:07 http://www.opencsw.org/mantis/view.php?id=942#c7012 ---------------------------------------------------------------------- vncserver-1.3.10,REV=2009.11.18 wraps the vncserver script into something that tests if /tmp/.X11-unix is writable by the world or by the current user and displays a helpful error message when not. Updated package is in testing. From noreply at opencsw.org Wed Nov 18 23:13:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 23:13:53 +0100 Subject: [bug-notifications] [vncserver 0002865]: include service in Solaris 10 Self-Healing In-Reply-To: Message-ID: <148cc578cdf98061f342c432df0cb658@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2865 ====================================================================== Reported By: jand Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 2865 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-04-28 11:07 CEST Last Modified: 2009-11-18 23:13 CET ====================================================================== Summary: include service in Solaris 10 Self-Healing Description: look at http://blogs.sun.com/sch/entry/bespoke_services_application_vnc for an example you maybe could build upon. ====================================================================== ---------------------------------------------------------------------- (0007013) maciej (manager) - 2009-11-18 23:13 http://www.opencsw.org/mantis/view.php?id=2865#c7013 ---------------------------------------------------------------------- Hi, I'm the new vncserver maintainer. I looked at the URL provided, it looks like it's basically SMF support, which the updated (1.3.10) package does. From noreply at opencsw.org Thu Nov 19 00:53:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 19 Nov 2009 00:53:20 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <5b71e4f5013e6e3d6333a3144303b7c6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-19 00:53 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007014) maciej (manager) - 2009-11-19 00:53 http://www.opencsw.org/mantis/view.php?id=942#c7014 ---------------------------------------------------------------------- Testing it on Solaris 8: maciej at build8st [build8st]:~ > vncserver The /tmp/.X11-unix directory is not world-writable. This is a known issue on Solaris 8. If you need to run vncserver as a regular user, you need to make this file writable by your user (e.g. world-writable). sudo chmod o+w /tmp/.X11-unix For more information, see: http://www.opencsw.org/mantis/view.php?id=942 On Solaris 10 it runs as expected. From noreply at opencsw.org Sat Nov 21 11:26:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 11:26:08 +0100 Subject: [bug-notifications] [squid 0004050]: Please upgrade to 2.7STABLE7 Message-ID: <9891263ab8a2e9868afa9b533dc6e13b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4050 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: squid Issue ID: 4050 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-21 11:26 CET Last Modified: 2009-11-21 11:26 CET ====================================================================== Summary: Please upgrade to 2.7STABLE7 Description: Please upgrade to 2.7STABLE7 ====================================================================== From noreply at opencsw.org Sat Nov 21 20:22:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 20:22:46 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-21 20:22 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0007015) maciej (manager) - 2009-11-21 20:22 http://www.opencsw.org/mantis/view.php?id=2184#c7015 ---------------------------------------------------------------------- I'm positive this problem is now gone. The mentioned code is no longer in the package. If there's a problem with the SMF scripts and jumpstart, another bug should be filed agains cswclassutils. From noreply at opencsw.org Sat Nov 21 20:23:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 20:23:03 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-21 20:23 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0007016) maciej (manager) - 2009-11-21 20:23 http://www.opencsw.org/mantis/view.php?id=2185#c7016 ---------------------------------------------------------------------- I'm positive this problem is now gone. The mentioned code is no longer in the package. If there's a problem with the SMF scripts and jumpstart, another bug should be filed agains cswclassutils. From noreply at opencsw.org Sat Nov 21 20:26:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 20:26:46 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <82a62ca8abef295d975c261ed62ac1bc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-21 20:26 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007017) maciej (manager) - 2009-11-21 20:26 http://www.opencsw.org/mantis/view.php?id=942#c7017 ---------------------------------------------------------------------- Found a problem with running the wrapper on Solaris 10: maciej at vsol01 ~ $ vncserver :1 find: stat() error /tmp/.X11-unix: No such file or directory The /tmp/.X11-unix directory is not world-writable. This is a known issue on Solaris 8. If you need to run vncserver as a regular user, you need to make this file writable by your user (e.g. world-writable). sudo chmod o+w /tmp/.X11-unix For more information, see: http://www.opencsw.org/mantis/view.php?id=942 maciej at vsol01 ~ $ ls -l /tmp/.X11-unix gls: /tmp/.X11-unix: No such file or directory From noreply at opencsw.org Sun Nov 22 11:29:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 11:29:58 +0100 Subject: [bug-notifications] [roxfiler 0003974]: Help system broken (/opt/csw/share/ROX/Help missing) In-Reply-To: Message-ID: <93fd5f93d3cd650ae80791691881e00b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3974 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3974 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:55 CEST Last Modified: 2009-11-22 11:29 CET ====================================================================== Summary: Help system broken (/opt/csw/share/ROX/Help missing) Description: When one tries to pull up the help files (right click context menu, Help, Show Help Files), they can't be found and an error message is displayed. Directory '/opt/csw/share/ROX/Help' not found. ====================================================================== ---------------------------------------------------------------------- (0007018) maciej (manager) - 2009-11-22 11:29 http://www.opencsw.org/bugtrack/view.php?id=3974#c7018 ---------------------------------------------------------------------- Please try the updated version in testing/. roxfiler-2.9,REV=2009.11.21 I also discovered that the package requires SUNWgnome-themes-share, at least on Solaris 10. From noreply at opencsw.org Sun Nov 22 11:30:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 11:30:01 +0100 Subject: [bug-notifications] [roxfiler 0003975]: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) In-Reply-To: <48b59c4ad35807a76e04bbaec15aab8f> Message-ID: <898ebeabb735409bf8309ddbe2252a32@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3975 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3975 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:59 CEST Last Modified: 2009-11-22 11:30 CET ====================================================================== Summary: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) Description: Me again, should have said "thanks for packaging rox-filer up" in the first place :) When trying to pull up the options menu (right click for context menu, Options) rox-filer presents the following error message Internal error: /opt/csw/share/ROX/Options.xml unreadable The options window is still opened, it is completely blank, though. ====================================================================== ---------------------------------------------------------------------- (0007019) maciej (manager) - 2009-11-22 11:30 http://www.opencsw.org/bugtrack/view.php?id=3975#c7019 ---------------------------------------------------------------------- Please try the updated version in testing/. roxfiler-2.9,REV=2009.11.21 From noreply at opencsw.org Sun Nov 22 12:50:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:50:26 +0100 Subject: [bug-notifications] [lftp 0003511]: lftp is dumping core In-Reply-To: <73f8d6b4ebd42ce309e9a6eef13e8227> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3511 ====================================================================== Reported By: wbonnet Assigned To: yann ====================================================================== Project: lftp Issue ID: 3511 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2009-03-28 14:00 CET Last Modified: 2009-11-22 12:50 CET ====================================================================== Summary: lftp is dumping core Description: lftp is dumping core ====================================================================== ---------------------------------------------------------------------- (0006928) yann (manager) - 2009-11-01 02:23 http://www.opencsw.org/bugtrack/view.php?id=3511#c6928 ---------------------------------------------------------------------- No news, good news,so I will close this bug I uploaded a new version of lftp (4.0.3), feel free to reopen the bug if you can reproduce the bug against this version. From noreply at opencsw.org Sun Nov 22 12:51:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:14 +0100 Subject: [bug-notifications] [ca_certificates 0003910]: Postinstall script fails for ca_certificates when /opt/csw is read-only In-Reply-To: <68d58fd402f176395cfcf45d27413d58> Message-ID: <7a59eae4e95eba5cbc83f55842abdce2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3910 ====================================================================== Reported By: maciej Assigned To: yann ====================================================================== Project: ca_certificates Issue ID: 3910 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-21 14:06 CEST Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: Postinstall script fails for ca_certificates when /opt/csw is read-only Description: The postinstall script tries to write to the /opt/csw directory and fails with an error. It doesn't break anything, it's just a needless error message. ====================================================================== ---------------------------------------------------------------------- (0006929) yann (manager) - 2009-11-01 02:29 http://www.opencsw.org/bugtrack/view.php?id=3910#c6929 ---------------------------------------------------------------------- Interesting thread, I think I will move all my packages to this new schema. However it's not a quick task as I will need to test and warn users. So for now I just uploaded a new ca_certificates packages (20091101,REV=2009.11.01) which solves this bug with a dirty hack (try to write in /opt/csw to check if it is writeable, if so don't try to update certificates list), and in a second time I will do the /etc/opt/csw move for ca_certificates and all other packages I maintain. From noreply at opencsw.org Sun Nov 22 12:51:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:26 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: <9d840bb4651bd12ffda82c44ccad7178@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006939) yann (manager) - 2009-11-02 22:48 http://www.opencsw.org/bugtrack/view.php?id=3981#c6939 ---------------------------------------------------------------------- Next time I will release the openssh package, I will see if I can easily hardcode the library research path in the library files using openssl build system. But I don't consider a real bug so I am closing it. From noreply at opencsw.org Sun Nov 22 12:51:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:43 +0100 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <44a789927f779226ff136ad86b793e41@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006937) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/bugtrack/view.php?id=3892#c6937 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Sun Nov 22 12:51:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:45 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <03aa782ce875c3ee01f543a7e521bc4b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006938) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/bugtrack/view.php?id=3898#c6938 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Sun Nov 22 22:22:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:22:08 +0100 Subject: [bug-notifications] [imlib2 0002790]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: Message-ID: <694894e696f592525588268e90c31558@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2790 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: imlib2 Issue ID: 2790 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 15:01 CET Last Modified: 2009-11-22 22:22 CET ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== From noreply at opencsw.org Sun Nov 22 22:22:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:22:56 +0100 Subject: [bug-notifications] [imlib2 0002790]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2790 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: imlib2 Issue ID: 2790 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-02-19 15:01 CET Last Modified: 2009-11-22 22:22 CET ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== ---------------------------------------------------------------------- (0007020) dam (administrator) - 2009-11-22 22:22 http://www.opencsw.org/mantis/view.php?id=2790#c7020 ---------------------------------------------------------------------- The current release 1.4.2,REV=2009.11.09 no longer contains a dependency to libtool at all. From noreply at opencsw.org Sun Nov 22 22:23:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:23:26 +0100 Subject: [bug-notifications] [libglade2 0003123]: Depend on CSWggettextrt In-Reply-To: Message-ID: <3c201b328e9433ae663c8bd4ef539d0f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3123 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libglade2 Issue ID: 3123 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:54 CET Last Modified: 2009-11-22 22:23 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Nov 22 22:23:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:23:53 +0100 Subject: [bug-notifications] [libglade2 0003123]: Depend on CSWggettextrt In-Reply-To: Message-ID: <8cd87e2d5e8cb9070f05635c5b665046@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3123 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libglade2 Issue ID: 3123 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: 2009-11-22 22:23 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0007021) dam (administrator) - 2009-11-22 22:23 http://www.opencsw.org/mantis/view.php?id=3123#c7021 ---------------------------------------------------------------------- Fixed in 2.6.4,REV=2009.11.13 and released to current. From noreply at opencsw.org Mon Nov 23 11:14:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:14:37 +0100 Subject: [bug-notifications] [emacs_common 0004051]: holidays not printed on multi-month calendar Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4051 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: emacs_common Issue ID: 4051 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 11:14 CET Last Modified: 2009-11-23 11:14 CET ====================================================================== Summary: holidays not printed on multi-month calendar Description: After upgrading to 23.1,REV=2009.08.18 our users report that they are seeing the same issues as described in "23; holidays not printed on multi-month calendar" http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4626 The bug repot contains a valid fix for the issue. Could you integrate the patch into the CSW emacs package? ====================================================================== From noreply at opencsw.org Mon Nov 23 11:29:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:29:19 +0100 Subject: [bug-notifications] [roxfiler 0003975]: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) In-Reply-To: <48b59c4ad35807a76e04bbaec15aab8f> Message-ID: <3fbc4cf100698b7c57f28f5adfdefc4c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3975 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3975 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:59 CEST Last Modified: 2009-11-23 11:29 CET ====================================================================== Summary: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) Description: Me again, should have said "thanks for packaging rox-filer up" in the first place :) When trying to pull up the options menu (right click for context menu, Options) rox-filer presents the following error message Internal error: /opt/csw/share/ROX/Options.xml unreadable The options window is still opened, it is completely blank, though. ====================================================================== ---------------------------------------------------------------------- (0007022) skayser (administrator) - 2009-11-23 11:29 http://www.opencsw.org/mantis/view.php?id=3975#c7022 ---------------------------------------------------------------------- Thanks, the options dialog now opens. From noreply at opencsw.org Mon Nov 23 11:32:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:32:52 +0100 Subject: [bug-notifications] [roxfiler 0004052]: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing Message-ID: <7a344fbddf31ea13faf0f115dcb395de@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4052 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: roxfiler Issue ID: 4052 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 11:32 CET Last Modified: 2009-11-23 11:32 CET ====================================================================== Summary: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing Description: I am trying to adjust the applications which are used to open file types. Not sure whether "Edit MIME rules" is the right place to do so, but i noticed that it can't be opened. Once you click "Edit MIME rules" the following error message is displayed in a pop-up: This program (http://rox.sourceforge.net/2005/interfaces/MIME-Editor) cannot be run, as the 0launch command is not available. It can be downloaded from here: http://0install.net/injector.html ====================================================================== From noreply at opencsw.org Mon Nov 23 11:36:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:36:52 +0100 Subject: [bug-notifications] [roxfiler 0003974]: Help system broken (/opt/csw/share/ROX/Help missing) In-Reply-To: Message-ID: <1c3ed996054f77f93066e70c65b66a6c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3974 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3974 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:55 CEST Last Modified: 2009-11-23 11:36 CET ====================================================================== Summary: Help system broken (/opt/csw/share/ROX/Help missing) Description: When one tries to pull up the help files (right click context menu, Help, Show Help Files), they can't be found and an error message is displayed. Directory '/opt/csw/share/ROX/Help' not found. ====================================================================== ---------------------------------------------------------------------- (0007023) skayser (administrator) - 2009-11-23 11:36 http://www.opencsw.org/mantis/view.php?id=3974#c7023 ---------------------------------------------------------------------- Thanks, issue fixed. From noreply at opencsw.org Mon Nov 23 13:09:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:09:03 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 13:09 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== From noreply at opencsw.org Mon Nov 23 13:17:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:17:14 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 13:17 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== From noreply at opencsw.org Mon Nov 23 13:39:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:39:42 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: <87e50a6ade34a4dbf2da1b01bf8d7546@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 13:39 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== From noreply at opencsw.org Mon Nov 23 13:46:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:46:07 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: <6b2c3dbecb2ea51c3c9e4f88c3e92ff3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 13:46 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== ---------------------------------------------------------------------- (0007024) bonivart (manager) - 2009-11-23 13:46 http://www.opencsw.org/mantis/view.php?id=4054#c7024 ---------------------------------------------------------------------- Did you go through with the install or did you abort? In your posted output I can't see that. A new feature in 1.9 is to remove all updates before installing all packages to better handle package splits that cause file collisions. Maybe you interpreted that the removal of axel meant it would also be installed (before cswclassutils) like it would in previous releases. Look at my test run below. I installed axel from current first without updating cswclassutil (-iN axel) so I should have the same state as in your example when doing the update, the list of packages is the same. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel Removal of was successful. => Removing old version of CSWcswclassutils Removal of was successful. => Installing CSWcswclassutils-1.30,REV=2009.11.21 Installation of was successful. => Installing CSWaxel-2.4,REV=2009.11.23 Installation of was successful. As you can see it removes both axel and cswclassutils before installing the new versions with cswclassutils before axel. From noreply at opencsw.org Mon Nov 23 13:47:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:47:45 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 13:47 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== From noreply at opencsw.org Mon Nov 23 13:52:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:52:23 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: <5c690709ffab4b6da3c469203f988a70@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 13:52 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== ---------------------------------------------------------------------- (0007025) bonivart (manager) - 2009-11-23 13:52 http://www.opencsw.org/mantis/view.php?id=4053#c7025 ---------------------------------------------------------------------- It's been on my todo list for a while since I tend to do the same as you do and it's annoying since I do want caching of the packages. Maybe your --param feature request would have helped here? ;-) Would it hurt in any way if I forced --no-cache on all catalog fetches? I think the option has changed over time in wget, maybe it used to be -N or something if I remember correctly. Safest may be to put in an option in pkgutil.conf for separate wget options for catalog fetches. From noreply at opencsw.org Mon Nov 23 13:53:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:53:43 +0100 Subject: [bug-notifications] [roxfiler 0004052]: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing In-Reply-To: <7e43c4f28491e6a1e6c399561e5cfe82> Message-ID: <20033dd29bfd4362d047e060ad5d8eb0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4052 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: roxfiler Issue ID: 4052 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 11:32 CET Last Modified: 2009-11-23 13:53 CET ====================================================================== Summary: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing Description: I am trying to adjust the applications which are used to open file types. Not sure whether "Edit MIME rules" is the right place to do so, but i noticed that it can't be opened. Once you click "Edit MIME rules" the following error message is displayed in a pop-up: This program (http://rox.sourceforge.net/2005/interfaces/MIME-Editor) cannot be run, as the 0launch command is not available. It can be downloaded from here: http://0install.net/injector.html ====================================================================== ---------------------------------------------------------------------- (0007026) maciej (manager) - 2009-11-23 13:53 http://www.opencsw.org/mantis/view.php?id=4052#c7026 ---------------------------------------------------------------------- I can reproduce this problem. I used to edit this in a different way: - Right click the file you want to open with a specific application - Click the file's context menu - Set Run Action - Enter a shell command I'm not sure about the MIME-Editor. Perhaps it's a separate application which needs to be downloaded from https://sourceforge.net/projects/rox/files/MIME-Editor/, packaged separately and added as a dependency? From noreply at opencsw.org Mon Nov 23 14:01:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:01:38 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 14:01 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== ---------------------------------------------------------------------- (0007027) skayser (administrator) - 2009-11-23 14:01 http://www.opencsw.org/mantis/view.php?id=4054#c7027 ---------------------------------------------------------------------- You are right, going through with the update i can see exactly the same as in your example output. Thanks for the clarification, didn't know about the changed behavior in 1.9 (should have read the readme). From noreply at opencsw.org Mon Nov 23 14:07:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:07:22 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: <05c16535b3b0af96667e7cc703c3c44d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 14:07 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== ---------------------------------------------------------------------- (0007028) bonivart (manager) - 2009-11-23 14:07 http://www.opencsw.org/mantis/view.php?id=4053#c7028 ---------------------------------------------------------------------- I'm have looked a little at how pca does it (handle older versions of wget) and there seems to be a way of doing it safely. I think I will just add an option to pkgutil.conf to not cache catalog fetches, true or false, so one doesn't have to bother with knowing the settings. This may open up for better support for proxies as well, thanks for the tip! From noreply at opencsw.org Mon Nov 23 14:10:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:10:31 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 14:10 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== ---------------------------------------------------------------------- (0007027) skayser (administrator) - 2009-11-23 14:01 http://www.opencsw.org/mantis/view.php?id=4054#c7027 ---------------------------------------------------------------------- You are right, going through with the update i can see exactly the same as in your example output. Thanks for the clarification, didn't know about the changed behavior in 1.9 (should have read the readme). From noreply at opencsw.org Mon Nov 23 14:23:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:23:57 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc In-Reply-To: <6e2c5d3097888861610fdf268b46c297> Message-ID: <7f508afa531679b88ffe7b94502ff224@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-23 14:23 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== ---------------------------------------------------------------------- (0007029) bonivart (manager) - 2009-11-23 14:23 http://www.opencsw.org/mantis/view.php?id=4007#c7029 ---------------------------------------------------------------------- Perl/perldoc 5.8.8,REV=2009.11.12 released to current. From noreply at opencsw.org Mon Nov 23 17:59:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 17:59:04 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2009-11-23 17:59 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007030) bonivart (manager) - 2009-11-23 17:59 http://www.opencsw.org/mantis/view.php?id=3464#c7030 ---------------------------------------------------------------------- The new 4.1.1 seems to fix the problem but it's not a stable release from ISC yet. Here's links to beta 2: http://mirror.opencsw.org/testing/dhcp-4.1.1b2,REV=2009.08.13-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/dhcp-4.1.1b2,REV=2009.08.13-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Mon Nov 23 23:23:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 23:23:31 +0100 Subject: [bug-notifications] [xterm 0003937]: Please upgrade to 249 In-Reply-To: <7e2d9d7542d82c5c9244a4e586ca2f0a> Message-ID: <4e484e81fbb3c4484bab63b3eed3309d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3937 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: xterm Issue ID: 3937 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-05 09:08 CEST Last Modified: 2009-11-23 23:23 CET ====================================================================== Summary: Please upgrade to 249 Description: Please upgrade to 249 ====================================================================== ---------------------------------------------------------------------- (0007031) skayser (administrator) - 2009-11-23 23:23 http://www.opencsw.org/mantis/view.php?id=3937#c7031 ---------------------------------------------------------------------- 251,REV=2009.11.23 released to current. From noreply at opencsw.org Mon Nov 23 23:23:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 23:23:56 +0100 Subject: [bug-notifications] [xterm 0003856]: Please upgrade to 244 In-Reply-To: Message-ID: <860ad502406fc0353e12588d9437b9de@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3856 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: xterm Issue ID: 3856 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-13 13:22 CEST Last Modified: 2009-11-23 23:23 CET ====================================================================== Summary: Please upgrade to 244 Description: Please upgrade to 244 ====================================================================== ---------------------------------------------------------------------- (0007032) skayser (administrator) - 2009-11-23 23:23 http://www.opencsw.org/mantis/view.php?id=3856#c7032 ---------------------------------------------------------------------- 251,REV=2009.11.23 released to current. From noreply at opencsw.org Mon Nov 23 23:24:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 23:24:51 +0100 Subject: [bug-notifications] [axel 0004032]: Please upgrade to 2.4 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4032 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: axel Issue ID: 4032 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-13 13:07 CET Last Modified: 2009-11-23 23:24 CET ====================================================================== Summary: Please upgrade to 2.4 Description: Please upgrade to 2.4 ====================================================================== ---------------------------------------------------------------------- (0007033) skayser (administrator) - 2009-11-23 23:24 http://www.opencsw.org/mantis/view.php?id=4032#c7033 ---------------------------------------------------------------------- 2.4,REV=2009.11.23 released to current. From noreply at opencsw.org Tue Nov 24 09:09:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 09:09:19 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: <1a3d79c8246fc8e46bc648027323f53a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2009-11-24 09:09 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007034) fbauhaus (reporter) - 2009-11-24 09:09 http://www.opencsw.org/mantis/view.php?id=3464#c7034 ---------------------------------------------------------------------- Had the same problem. Upgraded from 3.1.0,REV=2007.10.29 to 4.1.1b2,REV=2009.08.13 and it works fine now. Using s10u3 and s10u7. From noreply at opencsw.org Tue Nov 24 11:19:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 11:19:42 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2009-11-24 11:19 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007035) bonivart (manager) - 2009-11-24 11:19 http://www.opencsw.org/mantis/view.php?id=3464#c7035 ---------------------------------------------------------------------- Not everyone has trouble with 4.1 but everyone who has seems to have it fixed with the 4.1.1 beta 2. I think 4.1.1 will go stable pretty soon, they released beta 3 in October. From noreply at opencsw.org Tue Nov 24 21:56:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 21:56:50 +0100 Subject: [bug-notifications] [subversion 0004055]: Configuration location not conformant Message-ID: <8061b3e36b2c81e4f857672e4e829e78@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4055 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: subversion Issue ID: 4055 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 21:56 CET Last Modified: 2009-11-24 21:56 CET ====================================================================== Summary: Configuration location not conformant Description: The configuration for the svn commandline-client is at /etc/subversion/servers instead of /etc/opt/csw/subversion/servers ====================================================================== From noreply at opencsw.org Tue Nov 24 23:28:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:28:56 +0100 Subject: [bug-notifications] [cfengine 0002382]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <864de90ca6ada8c00c879111310c0419> Message-ID: <5b2e75f92c7d59ae7baafe12b6879730@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2382 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2382 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 08:42 CEST Last Modified: 2009-11-24 23:28 CET ====================================================================== 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. ====================================================================== From noreply at opencsw.org Tue Nov 24 23:29:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:29:30 +0100 Subject: [bug-notifications] [cfengine 0002382]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <864de90ca6ada8c00c879111310c0419> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2382 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2382 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 08:42 CEST Last Modified: 2009-11-24 23:29 CET ====================================================================== 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. ====================================================================== ---------------------------------------------------------------------- (0007036) bonivart (manager) - 2009-11-24 23:29 http://www.opencsw.org/mantis/view.php?id=2382#c7036 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released with dep to openssl_rt instead. From noreply at opencsw.org Tue Nov 24 23:29:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:29:39 +0100 Subject: [bug-notifications] [cfengine 0002608]: New version 2.2 is available In-Reply-To: Message-ID: <6c134c360318710a5f2715a57de8e2c3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2608 ====================================================================== Reported By: pcisys Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2608 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-03 11:20 CEST Last Modified: 2009-11-24 23:29 CET ====================================================================== Summary: New version 2.2 is available Description: version 2.2 is available from the 2.1 branch. ====================================================================== ---------------------------------------------------------------------- (0004793) pcisys (reporter) - 2007-10-03 11:28 http://www.opencsw.org/mantis/view.php?id=2608#c4793 ---------------------------------------------------------------------- is getting this added to smf by default also possible? From noreply at opencsw.org Tue Nov 24 23:30:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:14 +0100 Subject: [bug-notifications] [cfengine 0002608]: New version 2.2 is available In-Reply-To: Message-ID: <81eceedcc9e3e4cce584a204ed7293a6@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2608 ====================================================================== Reported By: pcisys Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2608 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-10-03 11:20 CEST Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: New version 2.2 is available Description: version 2.2 is available from the 2.1 branch. ====================================================================== ---------------------------------------------------------------------- (0007037) bonivart (manager) - 2009-11-24 23:30 http://www.opencsw.org/mantis/view.php?id=2608#c7037 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released. From noreply at opencsw.org Tue Nov 24 23:30:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:21 +0100 Subject: [bug-notifications] [cfengine 0002834]: Please update to latest version (currently 2.2.3) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2834 ====================================================================== Reported By: trygvis Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2834 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-03-22 12:11 CET Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: Please update to latest version (currently 2.2.3) Description: See cfengine.org ====================================================================== From noreply at opencsw.org Tue Nov 24 23:30:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:43 +0100 Subject: [bug-notifications] [cfengine 0002834]: Please update to latest version (currently 2.2.3) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2834 ====================================================================== Reported By: trygvis Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2834 Category: other Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-03-22 12:11 CET Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: Please update to latest version (currently 2.2.3) Description: See cfengine.org ====================================================================== ---------------------------------------------------------------------- (0007038) bonivart (manager) - 2009-11-24 23:30 http://www.opencsw.org/mantis/view.php?id=2834#c7038 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released. From noreply at opencsw.org Tue Nov 24 23:30:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:52 +0100 Subject: [bug-notifications] [cfengine 0003932]: upgrade to 2.2.10 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3932 ====================================================================== Reported By: bchill Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3932 Category: upgrade Reproducibility: have not tried Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-04 00:52 CEST Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: upgrade to 2.2.10 Description: Does anyone have time to package 2.2.10? ====================================================================== From noreply at opencsw.org Tue Nov 24 23:31:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:31:19 +0100 Subject: [bug-notifications] [cfengine 0003932]: upgrade to 2.2.10 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3932 ====================================================================== Reported By: bchill Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3932 Category: upgrade Reproducibility: have not tried Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-04 00:52 CEST Last Modified: 2009-11-24 23:31 CET ====================================================================== Summary: upgrade to 2.2.10 Description: Does anyone have time to package 2.2.10? ====================================================================== ---------------------------------------------------------------------- (0007039) bonivart (manager) - 2009-11-24 23:31 http://www.opencsw.org/mantis/view.php?id=3932#c7039 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released. From noreply at opencsw.org Tue Nov 24 23:33:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:33:31 +0100 Subject: [bug-notifications] [cfengine 0003986]: Please upgrade to 3.0.2 In-Reply-To: <0e33e18e817350ce7b6be3c16817f0f2> Message-ID: <26140a33c782b06630ee19f617ee299e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3986 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3986 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-29 09:49 CET Last Modified: 2009-11-24 23:33 CET ====================================================================== Summary: Please upgrade to 3.0.2 Description: Please upgrade to 3.0.2 ====================================================================== From noreply at opencsw.org Tue Nov 24 23:34:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:34:20 +0100 Subject: [bug-notifications] [cfengine 0003986]: Please upgrade to 3.0.2 In-Reply-To: <0e33e18e817350ce7b6be3c16817f0f2> Message-ID: <91ddf07d92c7ee646535f3f090a26467@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3986 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3986 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-29 09:49 CET Last Modified: 2009-11-24 23:34 CET ====================================================================== Summary: Please upgrade to 3.0.2 Description: Please upgrade to 3.0.2 ====================================================================== ---------------------------------------------------------------------- (0007040) bonivart (manager) - 2009-11-24 23:34 http://www.opencsw.org/mantis/view.php?id=3986#c7040 ---------------------------------------------------------------------- I couldn't compile 3.x with any compiler. I have released 2.2.10,REV=2009.11.11. From noreply at opencsw.org Tue Nov 24 23:38:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:38:05 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-24 23:38 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== From noreply at opencsw.org Tue Nov 24 23:40:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:40:30 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-24 23:40 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007041) phil (manager) - 2009-11-24 23:40 http://www.opencsw.org/bugtrack/view.php?id=4056#c7041 ---------------------------------------------------------------------- Please make a new package yourself ;-) From noreply at opencsw.org Wed Nov 25 02:39:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 02:39:38 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 02:39 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007042) jgoerzen (reporter) - 2009-11-25 02:39 http://www.opencsw.org/bugtrack/view.php?id=4056#c7042 ---------------------------------------------------------------------- OK, working on it. Initial commited to GAR. wondering.. might you have a patch to get this to build? I ran into a snag compiling drv_sun.c From noreply at opencsw.org Wed Nov 25 07:37:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 07:37:18 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <5cde3f95c5cc0460feb02f3fd5b00326@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 07:37 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007043) dam (administrator) - 2009-11-25 07:37 http://www.opencsw.org/bugtrack/view.php?id=4056#c7043 ---------------------------------------------------------------------- Hi Jake, if you are at it please also add 64 bit libs for both sparcv9 and amd64. Thanks! From noreply at opencsw.org Wed Nov 25 18:08:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 18:08:13 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 18:08 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007044) phil (manager) - 2009-11-25 18:08 http://www.opencsw.org/bugtrack/view.php?id=4056#c7044 ---------------------------------------------------------------------- I'm afraid my notes for version 3.2.1 consist only of the following: CC=cc CFLAGS=-O ./configure --prefix=/opt/csw dmake From noreply at opencsw.org Wed Nov 25 22:36:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 22:36:57 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <63588062b422db416bec03149ef5840b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 22:36 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007045) jgoerzen (reporter) - 2009-11-25 22:36 http://www.opencsw.org/bugtrack/view.php?id=4056#c7045 ---------------------------------------------------------------------- updated packages are available in /testing libmikmod-3.2.0,REV=2009.11.25-SunOS5.8-i386-CSW.pkg.gz libmikmod-3.2.0,REV=2009.11.25-SunOS5.8-sparc-CSW.pkg.gz Please note: The current libmikmod pkgname is CSWmikmod, however these new ones now have a pkgname='CSWlibmikmod' I think this is correct naming because there is another source distribution (same author) named mikmod-3.2.2-beta1.tar.gz which is the player component. This should be built as a separate package named CSWmikmod which depends on CSWlibmikmod. From noreply at opencsw.org Wed Nov 25 22:44:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 22:44:59 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <89eb2c01f7a55cdec4b767999f583e8d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 22:44 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007046) phil (manager) - 2009-11-25 22:44 http://www.opencsw.org/bugtrack/view.php?id=4056#c7046 ---------------------------------------------------------------------- oh drat. this is a very long standing old library buried deep in stuff's dependancies. Lets not deal with PKG name changes, please? unless there is a real desire to use this player? Dealing with the upgrade in a clean fashion will be messy :-( we've lived without the player for this long, we can live longer without it, I hope :-) From noreply at opencsw.org Wed Nov 25 23:00:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 23:00:21 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 23:00 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007047) jgoerzen (reporter) - 2009-11-25 23:00 http://www.opencsw.org/bugtrack/view.php?id=4056#c7047 ---------------------------------------------------------------------- OK, I'll rebuild with pkgname=CSWmikmod and not worry about the player. Also, after installing the testing packages I just created, xmms complains: bash-3.00$ xmms ld.so.1: xmms: fatal: libmikmod.so.2: open failed: No such file or directory If I create a symlink (ln -s libmikmod.so.3.0.0 libmikmod.so.2) the library is found and no complaint. Is this OK/safe to do and should I create this symlink in the packages I'm going to create? From noreply at opencsw.org Wed Nov 25 23:04:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 23:04:05 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <4820d02e20de19704d543bc3f9e48acb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 23:04 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007048) phil (manager) - 2009-11-25 23:04 http://www.opencsw.org/bugtrack/view.php?id=4056#c7048 ---------------------------------------------------------------------- wow. that's sort of funny. well, the "official" thing to do wouold be to include the old binary of the shared lib. Usually, "changing major version number" indicates "This is incompatible with past major version number versions." Contrariwise, if you feel like it, you could package up xmms2, compiled against the new stuff, and we can jettison the ancient dead-end xmms player package ;-) From noreply at opencsw.org Thu Nov 26 09:24:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 09:24:00 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <2da3513e80df56ec174c9bd393b8e5f4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-26 09:24 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007049) dam (administrator) - 2009-11-26 09:24 http://www.opencsw.org/bugtrack/view.php?id=4056#c7049 ---------------------------------------------------------------------- Regarding the naming of mikmod vs. libmikmod I would prefer packaging up the stuff in accordance to the upstream naming. As CSWmikmod would depend on CSWlibmikmod all dependent packages would continue to function and then bugs could be filed to depend on the lib only later. For this to work both packages need to be released at the same time. For inclusing of old shared libraries there are version modulations in GAR which allow building multiple versions at once and assemble only certain parts (like libraries) into the package. From noreply at opencsw.org Thu Nov 26 12:52:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 12:52:05 +0100 Subject: [bug-notifications] [lcms 0003916]: Please upgrade to 1.18a In-Reply-To: Message-ID: <819897285231d1402faaa8c9b74d3313@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3916 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 3916 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-23 14:25 CEST Last Modified: 2009-11-26 12:52 CET ====================================================================== Summary: Please upgrade to 1.18a Description: Please upgrade to 1.18a ====================================================================== ---------------------------------------------------------------------- (0007050) hson (manager) - 2009-11-26 12:52 http://www.opencsw.org/bugtrack/view.php?id=3916#c7050 ---------------------------------------------------------------------- 1.18a released From noreply at opencsw.org Thu Nov 26 12:53:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 12:53:44 +0100 Subject: [bug-notifications] [zlib 0004046]: Please provide optimized libs In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4046 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: zlib Issue ID: 4046 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-17 20:01 CET Last Modified: 2009-11-26 12:53 CET ====================================================================== Summary: Please provide optimized libs Description: The previous package had optimized libs for sparcv8plus+vis. Are these left out now deliberately? In addition, it may be good to provide more optimized versions for other ISAs as well (e. g. pentium). ====================================================================== ---------------------------------------------------------------------- (0007051) hson (manager) - 2009-11-26 12:53 http://www.opencsw.org/bugtrack/view.php?id=4046#c7051 ---------------------------------------------------------------------- I missed that optimized versions were distributed. I'll push a new package with optimized versions for both sparc and x86 From noreply at opencsw.org Thu Nov 26 12:53:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 12:53:55 +0100 Subject: [bug-notifications] [lcms 0004043]: Please adjust revision string In-Reply-To: Message-ID: <1fed13880166a892a0e27f10d46a1fcb@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4043 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 4043 Category: packaging Reproducibility: have not tried Severity: trivial Priority: low Status: assigned ====================================================================== Date Submitted: 2009-11-16 09:16 CET Last Modified: 2009-11-26 12:53 CET ====================================================================== Summary: Please adjust revision string Description: It is no longer needed to separately specify a _rev, so the version can now be writte as 1.18a,REV=2009.11.13 instead of 1.18,REV=2009.11.13_rev=a No need to repackage now, just keep in mind when updating next time. ====================================================================== ---------------------------------------------------------------------- (0006994) hson (manager) - 2009-11-16 09:49 http://www.opencsw.org/bugtrack/view.php?id=4043#c6994 ---------------------------------------------------------------------- Ahh, I've not noticed that change, when I first tried to package 1.18a, "1.18a" wasn't a "legal" string. From noreply at opencsw.org Fri Nov 27 21:57:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 27 Nov 2009 21:57:26 +0100 Subject: [bug-notifications] [pygtk 0004057]: pygtk package lacks dependency on pygobject Message-ID: <4386e2153c7ba82886e9e544bc1beecf@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4057 ====================================================================== Reported By: maierkomor Assigned To: ====================================================================== Project: pygtk Issue ID: 4057 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-27 21:57 CET Last Modified: 2009-11-27 21:57 CET ====================================================================== Summary: pygtk package lacks dependency on pygobject Description: As the summary says. Using pkg-get -i pygtk installs pygtk with pygobject, which is necessary ====================================================================== From noreply at opencsw.org Fri Nov 27 22:13:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 27 Nov 2009 22:13:45 +0100 Subject: [bug-notifications] [pygtk 0004058]: dynamic linker error on Solaris 10 sparc Message-ID: <9973371081d871bde4dee5029851d198@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4058 ====================================================================== Reported By: maierkomor Assigned To: ====================================================================== Project: pygtk Issue ID: 4058 Category: packaging Reproducibility: have not tried Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-27 22:13 CET Last Modified: 2009-11-27 22:13 CET ====================================================================== Summary: dynamic linker error on Solaris 10 sparc Description: _gtk.so requires libXext.so.0 (SUNW_1.1), which seems to be unavailable on Solaris 10 update 8. thomas at azalin:~/src/xhg% ldd /opt/csw/lib/python/site-packages/gtk-2.0/gtk/_gtk.so|grep Xext libXext.so.0 => /opt/csw/X11/lib/libXext.so.0 libXext.so.0 (SUNW_1.1) => (Version nicht gefunden) libXext.so.0 => /usr/openwin/lib/libXext.so.0 thomas at azalin:~/src/xhg% uname -a SunOS azalin 5.10 Generic_142900-01 sun4u sparc SUNW,Sun-Blade-2500 thomas at azalin:~/src/xhg% /opt/csw/bin/python Python 2.6.2 (r262:71600, May 27 2009, 13:06:14) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import pygtk >>> import gtk Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/gtk-2.0/gtk/__init__.py", line 48, in from gtk import _gtk ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/gtk-2.0/gtk/_gtk.so: symbol PyUnicodeUCS2_DecodeUTF8: referenced symbol not found ====================================================================== From noreply at opencsw.org Sat Nov 28 09:16:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 28 Nov 2009 09:16:34 +0100 Subject: [bug-notifications] [perl 0002742]: DTrace support for Perl In-Reply-To: <3e2af2ff0973824d60a81c647946f1cd> Message-ID: <6b133edd2611e730226b67a44fac874a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2742 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 2742 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-17 12:20 CET Last Modified: 2009-11-28 09:16 CET ====================================================================== Summary: DTrace support for Perl Description: It would be nice to have DTrace support in the Blastwave Perl ====================================================================== ---------------------------------------------------------------------- (0007053) bonivart (manager) - 2009-11-28 09:16 http://www.opencsw.org/mantis/view.php?id=2742#c7053 ---------------------------------------------------------------------- New perl 5.10.1 seems to have some DTrace support. From noreply at opencsw.org Sun Nov 29 14:23:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Nov 2009 14:23:40 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: <4cd4c664e43189b442345912cbaccfde@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-29 14:23 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0007054) maciej (manager) - 2009-11-29 14:23 http://www.opencsw.org/bugtrack/view.php?id=2848#c7054 ---------------------------------------------------------------------- No update in the last 2 weeks, closing the bug. Please reopen or file again if necessary. From noreply at opencsw.org Sun Nov 29 14:26:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Nov 2009 14:26:17 +0100 Subject: [bug-notifications] [roxfiler 0003974]: Help system broken (/opt/csw/share/ROX/Help missing) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3974 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3974 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-21 13:55 CEST Last Modified: 2009-11-29 14:26 CET ====================================================================== Summary: Help system broken (/opt/csw/share/ROX/Help missing) Description: When one tries to pull up the help files (right click context menu, Help, Show Help Files), they can't be found and an error message is displayed. Directory '/opt/csw/share/ROX/Help' not found. ====================================================================== ---------------------------------------------------------------------- (0007055) maciej (manager) - 2009-11-29 14:26 http://www.opencsw.org/mantis/view.php?id=3974#c7055 ---------------------------------------------------------------------- Fixed version has been released. From noreply at opencsw.org Sun Nov 29 14:26:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Nov 2009 14:26:30 +0100 Subject: [bug-notifications] [roxfiler 0003975]: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) In-Reply-To: <48b59c4ad35807a76e04bbaec15aab8f> Message-ID: <59c97af4112921471054260356b1446e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3975 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3975 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-21 13:59 CEST Last Modified: 2009-11-29 14:26 CET ====================================================================== Summary: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) Description: Me again, should have said "thanks for packaging rox-filer up" in the first place :) When trying to pull up the options menu (right click for context menu, Options) rox-filer presents the following error message Internal error: /opt/csw/share/ROX/Options.xml unreadable The options window is still opened, it is completely blank, though. ====================================================================== ---------------------------------------------------------------------- (0007056) maciej (manager) - 2009-11-29 14:26 http://www.opencsw.org/mantis/view.php?id=3975#c7056 ---------------------------------------------------------------------- Fixed version has been released. From noreply at opencsw.org Mon Nov 30 02:10:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Nov 2009 02:10:07 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <2a935f5a30eba5641645b61b454a9167@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-30 02:10 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007057) jgoerzen (reporter) - 2009-11-30 02:10 http://www.opencsw.org/bugtrack/view.php?id=4056#c7057 ---------------------------------------------------------------------- After looking at this I think it would be better to NOT release a new package. The reason is the software is no longer maintained by the author. Also, the packages that depend on this one probably will never be updated anyway (xmms & sdlsound). It's an optional library to sdlmixer which was the initial reason to rebuild libmikmod. However, libmikmod has been commit to GAR repository and will produce packages of the latest beta2 release of libmikmod. From noreply at opencsw.org Mon Nov 30 18:30:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Nov 2009 18:30:33 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: phil ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-30 18:30 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007058) phil (manager) - 2009-11-30 18:30 http://www.opencsw.org/bugtrack/view.php?id=4056#c7058 ---------------------------------------------------------------------- huh. guess I'll "close" this then. From noreply at opencsw.org Mon Nov 30 18:55:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Nov 2009 18:55:31 +0100 Subject: [bug-notifications] [bind 0003460]: BIND 9.6.0 fails to run on Solaris 10 x86 In-Reply-To: <021da153eb5a8556a2a641af718e9b7c> Message-ID: <992706c8cc07ff691bfbbde65cd7919d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3460 ====================================================================== Reported By: waynehendricks Assigned To: bonivart ====================================================================== Project: bind Issue ID: 3460 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-06 21:43 CET Last Modified: 2009-11-30 18:55 CET ====================================================================== Summary: BIND 9.6.0 fails to run on Solaris 10 x86 Description: Bind 9.6.0 fails when trying to run on the latest Solaris 10 x86 build with all patches installed. ====================================================================== ---------------------------------------------------------------------- (0007059) bonivart (manager) - 2009-11-30 18:55 http://www.opencsw.org/mantis/view.php?id=3460#c7059 ---------------------------------------------------------------------- I have finally had some time to look into this. It will be an extra package called CSWbindchroot depending on CSWbind so it's totally optional to install. It will prepare your system for chrootet BIND by creating the device files and so on but it will not touch your current config so it should be safe to install on a running BIND server. After install you need to move your zone files and so on and after that you should be good to go. I hope I can get some help testing it. From noreply at opencsw.org Sun Nov 1 01:59:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 01:59:19 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: <4f109a8f462291f1cc5627f0d5b90faf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-01 01:59 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== From noreply at opencsw.org Sun Nov 1 02:15:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:15:31 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-01 02:15 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006927) yann (manager) - 2009-11-01 02:15 http://www.opencsw.org/mantis/view.php?id=3981#c6927 ---------------------------------------------------------------------- /opt/csw/lib is not in your system wide ld library path (you can see it with the crle command), not in your LD_LIBRARY_PATH and not hardcoded in libssl.so.0.9.8 (that can been seen with /usr/ccs/bin/dump -Lv /opt/csw/lib/libssl.so.0.9.8 | grep PATH), so ldd doesn't search libcrypto in /opt/csw/lib. This is usually not very important as software linked to libssl.so.0.9.8 already have /opt/csw/lib in their research path, so they also find libcrypto.so.0.9.8. Does this situation affect one of your program ? From noreply at opencsw.org Sun Nov 1 02:23:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:23:18 +0100 Subject: [bug-notifications] [lftp 0003511]: lftp is dumping core In-Reply-To: <73f8d6b4ebd42ce309e9a6eef13e8227> Message-ID: <0369962273d5b1c507432b7c6063b922@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3511 ====================================================================== Reported By: wbonnet Assigned To: yann ====================================================================== Project: lftp Issue ID: 3511 Category: packaging Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2009-03-28 14:00 CET Last Modified: 2009-11-01 02:23 CET ====================================================================== Summary: lftp is dumping core Description: lftp is dumping core ====================================================================== ---------------------------------------------------------------------- (0006928) yann (manager) - 2009-11-01 02:23 http://www.opencsw.org/mantis/view.php?id=3511#c6928 ---------------------------------------------------------------------- No news, good news,so I will close this bug I uploaded a new version of lftp (4.0.3), feel free to reopen the bug if you can reproduce the bug against this version. From noreply at opencsw.org Sun Nov 1 02:29:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:29:06 +0100 Subject: [bug-notifications] [ca_certificates 0003910]: Postinstall script fails for ca_certificates when /opt/csw is read-only In-Reply-To: <68d58fd402f176395cfcf45d27413d58> Message-ID: <166c0cb9cc6a46869252a04de0ced43e@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3910 ====================================================================== Reported By: maciej Assigned To: yann ====================================================================== Project: ca_certificates Issue ID: 3910 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-21 14:06 CEST Last Modified: 2009-11-01 02:29 CET ====================================================================== Summary: Postinstall script fails for ca_certificates when /opt/csw is read-only Description: The postinstall script tries to write to the /opt/csw directory and fails with an error. It doesn't break anything, it's just a needless error message. ====================================================================== ---------------------------------------------------------------------- (0006929) yann (manager) - 2009-11-01 02:29 http://www.opencsw.org/mantis/view.php?id=3910#c6929 ---------------------------------------------------------------------- Interesting thread, I think I will move all my packages to this new schema. However it's not a quick task as I will need to test and warn users. So for now I just uploaded a new ca_certificates packages (20091101,REV=2009.11.01) which solves this bug with a dirty hack (try to write in /opt/csw to check if it is writeable, if so don't try to update certificates list), and in a second time I will do the /etc/opt/csw move for ca_certificates and all other packages I maintain. From noreply at opencsw.org Sun Nov 1 02:29:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:29:48 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: The following issue has been UPDATED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-01 02:29 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006927) yann (manager) - 2009-11-01 02:15 http://www.opencsw.org/mantis/view.php?id=3981#c6927 ---------------------------------------------------------------------- /opt/csw/lib is not in your system wide ld library path (you can see it with the crle command), not in your LD_LIBRARY_PATH and not hardcoded in libssl.so.0.9.8 (that can been seen with /usr/ccs/bin/dump -Lv /opt/csw/lib/libssl.so.0.9.8 | grep PATH), so ldd doesn't search libcrypto in /opt/csw/lib. This is usually not very important as software linked to libssl.so.0.9.8 already have /opt/csw/lib in their research path, so they also find libcrypto.so.0.9.8. Does this situation affect one of your program ? From noreply at opencsw.org Sun Nov 1 02:38:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:38:14 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <8ef8ebd42542cbede125b72770e77af9@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-01 02:38 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006930) yann (manager) - 2009-11-01 02:38 http://www.opencsw.org/mantis/view.php?id=3898#c6930 ---------------------------------------------------------------------- I just uploaded cyrus_imapd-2.3.15,REV=2009.11.01 in unstable. It should hit the mirror soon. From noreply at opencsw.org Sun Nov 1 02:39:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 02:39:52 +0100 Subject: [bug-notifications] [git 0003982]: On 'git diff' less is searched in path and /usr/bin/less is too old In-Reply-To: Message-ID: <50b841a43cdb9c2e82d608bf4978ebfb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3982 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: git Issue ID: 3982 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-10-28 14:29 CET Last Modified: 2009-11-01 02:39 CET ====================================================================== Summary: On 'git diff' less is searched in path and /usr/bin/less is too old Description: Usually /usr/bin is in the path early and /usr/bin/less is found before /opt/csw/bin/less. ====================================================================== ---------------------------------------------------------------------- (0006932) bwalton (manager) - 2009-11-01 02:39 http://www.opencsw.org/mantis/view.php?id=3982#c6932 ---------------------------------------------------------------------- There is now pending support for setting default pager and editor in git. I'll modify the build to use this when it reaches a mainstream release. Presently it's on the "pu" (proposed updates). I'm not sure whether it will land in 1.6.6, but I'd suspect so. From noreply at opencsw.org Sun Nov 1 10:10:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 10:10:23 +0100 Subject: [bug-notifications] [bash_completion 0003780]: bash_completion 1.0 release In-Reply-To: <82559be891ff00475e0ef646d68204d0> Message-ID: <82bf0bf00801ef0a7c4c200ad479f335@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3780 ====================================================================== Reported By: yann Assigned To: yann ====================================================================== Project: bash_completion Issue ID: 3780 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-25 15:58 CEST Last Modified: 2009-11-01 10:10 CET ====================================================================== Summary: bash_completion 1.0 release Description: bash_completion 1.0 has been released and has been packaged in GAR, however it can't be released right now as it has a new version numbering scheme which break pkgget upgrade code. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- parent of 0003779 pkg-get should compare package version ... ====================================================================== ---------------------------------------------------------------------- (0006836) yann (manager) - 2009-10-11 22:01 http://www.opencsw.org/bugtrack/view.php?id=3780#c6836 ---------------------------------------------------------------------- bash_completion 1.1 pushed in unstable. I am closing this bug. From noreply at opencsw.org Sun Nov 1 12:49:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 12:49:11 +0100 Subject: [bug-notifications] [cvsproxy 0002241]: NAME line in pkginfo file is malformed In-Reply-To: <48e69148e865c87b5c004b37978d131c> Message-ID: <2ca4af9f6c3e96dabc3ea7a56a656550@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2241 ====================================================================== Reported By: jeff Assigned To: ====================================================================== Project: cvsproxy Issue ID: 2241 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2007-05-12 01:53 CEST Last Modified: 2009-11-01 12:49 CET ====================================================================== 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 (reporter) - 2009-11-01 12:49 http://www.opencsw.org/mantis/view.php?id=2241#c6933 ---------------------------------------------------------------------- This is fixed in the testing package. From noreply at opencsw.org Sun Nov 1 12:50:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 12:50:06 +0100 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: <676984333297e22679e4b5fb0455b309@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2009-11-01 12:50 CET ====================================================================== 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 ====================================================================== ---------------------------------------------------------------------- (0006934) bonivart (reporter) - 2009-11-01 12:50 http://www.opencsw.org/mantis/view.php?id=1839#c6934 ---------------------------------------------------------------------- This should be fixed in the testing version. Uses new class action script to to inetd.conf/inetconv stuff. Needs to be tested though. From noreply at opencsw.org Sun Nov 1 15:10:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:10:01 +0100 Subject: [bug-notifications] [mercurial 0003968]: i386 libraries in mercurial Solaris Sparc In-Reply-To: <366f4c78ec7adb9c070f79e066e6ab8d> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3968 ====================================================================== Reported By: tg Assigned To: ====================================================================== Project: mercurial Issue ID: 3968 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-16 11:25 CEST Last Modified: 2009-11-01 15:10 CET ====================================================================== Summary: i386 libraries in mercurial Solaris Sparc Description: There are i386 libraries in the Solaris Sparc package of mercurial. $ hg Traceback (most recent call last): File "/opt/csw/bin/hg", line 27, in mercurial.dispatch.run() File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 16, in run sys.exit(dispatch(sys.argv[1:])) File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 21, in dispatch u = _ui.ui() File "/opt/csw/lib/python/site-packages/mercurial/ui.py", line 35, in __init__ for f in util.rcpath(): File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1217, in rcpath _rcpath = os_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1193, in os_rcpath path = system_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 41, in system_rcpath '/../etc/mercurial')) File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 30, in rcfiles for f, kind in osutil.listdir(rcdir) File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 75, in __getattribute__ self._load() File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 47, in _load mod = _origimport(head, globals, locals) ImportError: ld.so.1: python: fatal: /opt/csw/lib/python/site-packages/mercurial/osutil.so: wrong ELF data format: ELFDATA2LSB $ ====================================================================== ---------------------------------------------------------------------- (0006884) tg (reporter) - 2009-10-21 10:16 http://www.opencsw.org/bugtrack/view.php?id=3968#c6884 ---------------------------------------------------------------------- solved by version mercurial 1.3.1,REV=2009.10.05 From noreply at opencsw.org Sun Nov 1 15:10:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:10:26 +0100 Subject: [bug-notifications] [mercurial 0003968]: i386 libraries in mercurial Solaris Sparc In-Reply-To: <366f4c78ec7adb9c070f79e066e6ab8d> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3968 ====================================================================== Reported By: tg Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 3968 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-16 11:25 CEST Last Modified: 2009-11-01 15:10 CET ====================================================================== Summary: i386 libraries in mercurial Solaris Sparc Description: There are i386 libraries in the Solaris Sparc package of mercurial. $ hg Traceback (most recent call last): File "/opt/csw/bin/hg", line 27, in mercurial.dispatch.run() File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 16, in run sys.exit(dispatch(sys.argv[1:])) File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 21, in dispatch u = _ui.ui() File "/opt/csw/lib/python/site-packages/mercurial/ui.py", line 35, in __init__ for f in util.rcpath(): File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1217, in rcpath _rcpath = os_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1193, in os_rcpath path = system_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 41, in system_rcpath '/../etc/mercurial')) File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 30, in rcfiles for f, kind in osutil.listdir(rcdir) File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 75, in __getattribute__ self._load() File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 47, in _load mod = _origimport(head, globals, locals) ImportError: ld.so.1: python: fatal: /opt/csw/lib/python/site-packages/mercurial/osutil.so: wrong ELF data format: ELFDATA2LSB $ ====================================================================== ---------------------------------------------------------------------- (0006884) tg (reporter) - 2009-10-21 10:16 http://www.opencsw.org/bugtrack/view.php?id=3968#c6884 ---------------------------------------------------------------------- solved by version mercurial 1.3.1,REV=2009.10.05 From noreply at opencsw.org Sun Nov 1 15:10:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:10:41 +0100 Subject: [bug-notifications] [mercurial 0003968]: i386 libraries in mercurial Solaris Sparc In-Reply-To: <366f4c78ec7adb9c070f79e066e6ab8d> Message-ID: <76e2273fa12a3c0b97191e1548b8cae6@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3968 ====================================================================== Reported By: tg Assigned To: rupert ====================================================================== Project: mercurial Issue ID: 3968 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-16 11:25 CEST Last Modified: 2009-11-01 15:10 CET ====================================================================== Summary: i386 libraries in mercurial Solaris Sparc Description: There are i386 libraries in the Solaris Sparc package of mercurial. $ hg Traceback (most recent call last): File "/opt/csw/bin/hg", line 27, in mercurial.dispatch.run() File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 16, in run sys.exit(dispatch(sys.argv[1:])) File "/opt/csw/lib/python/site-packages/mercurial/dispatch.py", line 21, in dispatch u = _ui.ui() File "/opt/csw/lib/python/site-packages/mercurial/ui.py", line 35, in __init__ for f in util.rcpath(): File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1217, in rcpath _rcpath = os_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/util.py", line 1193, in os_rcpath path = system_rcpath() File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 41, in system_rcpath '/../etc/mercurial')) File "/opt/csw/lib/python/site-packages/mercurial/posix.py", line 30, in rcfiles for f, kind in osutil.listdir(rcdir) File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 75, in __getattribute__ self._load() File "/opt/csw/lib/python/site-packages/mercurial/demandimport.py", line 47, in _load mod = _origimport(head, globals, locals) ImportError: ld.so.1: python: fatal: /opt/csw/lib/python/site-packages/mercurial/osutil.so: wrong ELF data format: ELFDATA2LSB $ ====================================================================== ---------------------------------------------------------------------- (0006884) tg (reporter) - 2009-10-21 10:16 http://www.opencsw.org/bugtrack/view.php?id=3968#c6884 ---------------------------------------------------------------------- solved by version mercurial 1.3.1,REV=2009.10.05 From noreply at opencsw.org Sun Nov 1 15:11:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:11:35 +0100 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified In-Reply-To: <613ab5d3bcd777f84d3c0dea74425aef> Message-ID: <15588b5f42dee4850ce8f2cf0fdc11d2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-11-01 15:11 CET ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== ---------------------------------------------------------------------- (0006796) rupert (manager) - 2009-10-04 14:59 http://www.opencsw.org/bugtrack/view.php?id=3891#c6796 ---------------------------------------------------------------------- asked philip to promote it to unstable. From noreply at opencsw.org Sun Nov 1 15:12:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 15:12:03 +0100 Subject: [bug-notifications] [mercurial 0003891]: one dependency not specified In-Reply-To: <613ab5d3bcd777f84d3c0dea74425aef> Message-ID: <8b63b64ffbaf811efe96019ff2c0e212@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3891 ====================================================================== Reported By: bob32 Assigned To: ====================================================================== Project: mercurial Issue ID: 3891 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-10 00:09 CEST Last Modified: 2009-11-01 15:12 CET ====================================================================== Summary: one dependency not specified Description: The current version of mercurial: 1.3.1,REV=2009.08.02 requires as dependencies: CSWcommon common CSWpython-rt python_rt ... where the second should probably be, instead CSWpython python ====================================================================== ---------------------------------------------------------------------- (0006935) rupert (manager) - 2009-11-01 15:12 http://www.opencsw.org/bugtrack/view.php?id=3891#c6935 ---------------------------------------------------------------------- fixed From noreply at opencsw.org Sun Nov 1 23:29:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Nov 2009 23:29:15 +0100 Subject: [bug-notifications] [mpg123 0003989]: Please upgrade to 1.9.1 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3989 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mpg123 Issue ID: 3989 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-01 23:29 CET Last Modified: 2009-11-01 23:29 CET ====================================================================== Summary: Please upgrade to 1.9.1 Description: Please upgrade to 1.9.1 ====================================================================== From noreply at opencsw.org Mon Nov 2 10:02:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 10:02:51 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-02 10:02 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006936) smwardle (reporter) - 2009-11-02 10:02 http://www.opencsw.org/mantis/view.php?id=3981#c6936 ---------------------------------------------------------------------- It's not causing a problem. It's just something I noticed whilst looking at another issue. From noreply at opencsw.org Mon Nov 2 22:39:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:39:01 +0100 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <01c43cf237a09bf6c1579313e2412c0b@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-11-02 22:39 CET ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006937) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/mantis/view.php?id=3892#c6937 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Mon Nov 2 22:39:11 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:39:11 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <5af39eaf9901f21bac1ebf8d9f0a8351@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-02 22:39 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006938) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/mantis/view.php?id=3898#c6938 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Mon Nov 2 22:39:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:39:23 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <127541ec2448c880eda1d694a9ca6ae2@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-02 22:39 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006938) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/mantis/view.php?id=3898#c6938 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Mon Nov 2 22:48:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:48:41 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-02 22:48 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006939) yann (manager) - 2009-11-02 22:48 http://www.opencsw.org/mantis/view.php?id=3981#c6939 ---------------------------------------------------------------------- Next time I will release the openssh package, I will see if I can easily hardcode the library research path in the library files using openssl build system. But I don't consider a real bug so I am closing it. From noreply at opencsw.org Mon Nov 2 22:49:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Nov 2009 22:49:31 +0100 Subject: [bug-notifications] [openssh 0002652]: CSWossh doesn\'t install from Jumpstart In-Reply-To: <692b3da98969ba77e15f218a42ed5d21> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2652 ====================================================================== Reported By: DerJoern Assigned To: yann ====================================================================== Project: openssh Issue ID: 2652 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-11-05 04:39 CET Last Modified: 2009-11-02 22:49 CET ====================================================================== Summary: CSWossh doesn\'t install from Jumpstart Description: When I\'m trying to install from JET this error occurs: CUSTOM: Installing CSWossh from: /a/var/opt/sun/jet/js_media/pkg/custom/sparc WARNING: setting mode of </opt/csw/lib/svc> to default mode (755) WARNING: setting mode of </opt/csw/lib/svc/method> to default mode (755) WARNING: setting mode of </opt/csw/var/svc> to default mode (755) WARNING: setting mode of </opt/csw/var/svc/manifest> to default mode (755) WARNING: setting mode of </opt/csw/var/svc/manifest/site> to default mode (755) ERROR: attribute verification of </a/opt/csw/etc/ssh/moduli> failed pathname does not exist ERROR: attribute verification of </a/opt/csw/etc/ssh/ssh_config> failed pathname does not exist Installation of <CSWossh> partially failed. CUSTOM: CSWossh installation complete After the installation /opt/csw/etc/ssh looks like this: root at foobar:~ # ls -l /opt/csw/etc/ssh/ total 12 -rwxr--r-- 1 nobody nobody 2918 Oct 31 14:15 sshd_config* -rwxr--r-- 1 root bin 2906 Aug 25 01:51 sshd_config.CSW* No openssh service ist available. You have to import the manifest to get it running. ====================================================================== ---------------------------------------------------------------------- (0006940) yann (manager) - 2009-11-02 22:49 http://www.opencsw.org/mantis/view.php?id=2652#c6940 ---------------------------------------------------------------------- openssh packages now uses class action scripts provided the cswclassutils packages for init/smf handling. Could you tell me if jumpstart installation still doesn't correctly enable the service ? From noreply at opencsw.org Tue Nov 3 09:07:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:07:04 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 09:07 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== From noreply at opencsw.org Tue Nov 3 09:09:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:09:15 +0100 Subject: [bug-notifications] [pkgutil 0003991]: pkgutil 1.8: readme changelog has placeholder date Message-ID: <35df62b4113d240b70e8b65b3f0b71a7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3991 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3991 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:09 CET Last Modified: 2009-11-03 09:09 CET ====================================================================== Summary: pkgutil 1.8: readme changelog has placeholder date Description: # pkgutil -v 1.8 # grep v1.8 /opt/csw/share/doc/pkgutil/readme * v1.8. Released 2009-xx-xx ====================================================================== From noreply at opencsw.org Tue Nov 3 09:21:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:21:51 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 09:21 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006941) skayser (administrator) - 2009-11-03 09:21 http://www.opencsw.org/mantis/view.php?id=3990#c6941 ---------------------------------------------------------------------- Interesting, i just ran pkgutil 1.8 on another system and there it works as expected. -C only includes CSW packages for comparison purposes. Any idea why this could be? From noreply at opencsw.org Tue Nov 3 09:24:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:24:16 +0100 Subject: [bug-notifications] [synergy 0003992]: On installation, license is output to the screen Message-ID: <63b8dd3192078b80ebe3f8c42fb9cec7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3992 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: synergy Issue ID: 3992 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:24 CET Last Modified: 2009-11-03 09:24 CET ====================================================================== Summary: On installation, license is output to the screen Description: Repackage so that the package puts the license in /opt/csw/share/doc/synergy/license and just emits a license pointer on installation. ====================================================================== From noreply at opencsw.org Tue Nov 3 09:26:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:26:18 +0100 Subject: [bug-notifications] [synergy 0003993]: Documentation is located in /opt/csw/share/doc without a sub-directory Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3993 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: synergy Issue ID: 3993 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:26 CET Last Modified: 2009-11-03 09:26 CET ====================================================================== Summary: Documentation is located in /opt/csw/share/doc without a sub-directory Description: Relocate to /opt/csw/share/doc/synergy on next package update. # pkgutil -L synergy | grep doc /opt/csw/share/doc /opt/csw/share/doc/AUTHORS /opt/csw/share/doc/NEWS /opt/csw/share/doc/README /opt/csw/share/doc/about.html /opt/csw/share/doc/authors.html /opt/csw/share/doc/autostart.html /opt/csw/share/doc/banner.html /opt/csw/share/doc/border.html /opt/csw/share/doc/compiling.html /opt/csw/share/doc/configuration.html /opt/csw/share/doc/contact.html /opt/csw/share/doc/developer.html /opt/csw/share/doc/faq.html /opt/csw/share/doc/history.html /opt/csw/share/doc/home.html /opt/csw/share/doc/images /opt/csw/share/doc/images/logo.gif /opt/csw/share/doc/images/warp.gif /opt/csw/share/doc/index.html /opt/csw/share/doc/license.html /opt/csw/share/doc/news.html /opt/csw/share/doc/roadmap.html /opt/csw/share/doc/running.html /opt/csw/share/doc/security.html /opt/csw/share/doc/tips.html /opt/csw/share/doc/toc.html /opt/csw/share/doc/trouble.html ====================================================================== From noreply at opencsw.org Tue Nov 3 09:26:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:26:31 +0100 Subject: [bug-notifications] [synergy 0003993]: Documentation is located in /opt/csw/share/doc without a sub-directory In-Reply-To: <95e02076f6b6a6689a4baae4a657950e> Message-ID: <9929beeace126bed680185d9acc77578@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3993 ====================================================================== Reported By: skayser Assigned To: skayser ====================================================================== Project: synergy Issue ID: 3993 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:26 CET Last Modified: 2009-11-03 09:26 CET ====================================================================== Summary: Documentation is located in /opt/csw/share/doc without a sub-directory Description: Relocate to /opt/csw/share/doc/synergy on next package update. # pkgutil -L synergy | grep doc /opt/csw/share/doc /opt/csw/share/doc/AUTHORS /opt/csw/share/doc/NEWS /opt/csw/share/doc/README /opt/csw/share/doc/about.html /opt/csw/share/doc/authors.html /opt/csw/share/doc/autostart.html /opt/csw/share/doc/banner.html /opt/csw/share/doc/border.html /opt/csw/share/doc/compiling.html /opt/csw/share/doc/configuration.html /opt/csw/share/doc/contact.html /opt/csw/share/doc/developer.html /opt/csw/share/doc/faq.html /opt/csw/share/doc/history.html /opt/csw/share/doc/home.html /opt/csw/share/doc/images /opt/csw/share/doc/images/logo.gif /opt/csw/share/doc/images/warp.gif /opt/csw/share/doc/index.html /opt/csw/share/doc/license.html /opt/csw/share/doc/news.html /opt/csw/share/doc/roadmap.html /opt/csw/share/doc/running.html /opt/csw/share/doc/security.html /opt/csw/share/doc/tips.html /opt/csw/share/doc/toc.html /opt/csw/share/doc/trouble.html ====================================================================== From noreply at opencsw.org Tue Nov 3 09:26:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:26:41 +0100 Subject: [bug-notifications] [synergy 0003992]: On installation, license is output to the screen In-Reply-To: Message-ID: <22aba61bc5d2faffa45953e0cc4465cb@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3992 ====================================================================== Reported By: skayser Assigned To: skayser ====================================================================== Project: synergy Issue ID: 3992 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:24 CET Last Modified: 2009-11-03 09:26 CET ====================================================================== Summary: On installation, license is output to the screen Description: Repackage so that the package puts the license in /opt/csw/share/doc/synergy/license and just emits a license pointer on installation. ====================================================================== From noreply at opencsw.org Tue Nov 3 09:27:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:27:51 +0100 Subject: [bug-notifications] [mbuffer 0003912]: Please upgrade to 20090628 In-Reply-To: <27d4ce8c46ff2849c9e1a9f94a9b5b26> Message-ID: <03373b7a4989c0da79e62c936dbdedcd@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3912 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: mbuffer Issue ID: 3912 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-22 11:50 CEST Last Modified: 2009-11-03 09:27 CET ====================================================================== Summary: Please upgrade to 20090628 Description: Please upgrade to 20090628 ====================================================================== From noreply at opencsw.org Tue Nov 3 09:28:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:28:00 +0100 Subject: [bug-notifications] [mbuffer 0003912]: Please upgrade to 20090628 In-Reply-To: <27d4ce8c46ff2849c9e1a9f94a9b5b26> Message-ID: <62dd9f9d4d42e9bc2b2ae6caf9ddfcd4@www.opencsw.org> The following issue has been set as RELATED TO issue 0003980. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3912 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: mbuffer Issue ID: 3912 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-09-22 11:50 CEST Last Modified: 2009-11-03 09:28 CET ====================================================================== Summary: Please upgrade to 20090628 Description: Please upgrade to 20090628 ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0003980 Please upgrade to 20091012 ====================================================================== From noreply at opencsw.org Tue Nov 3 09:28:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:28:01 +0100 Subject: [bug-notifications] [mbuffer 0003980]: Please upgrade to 20091012 In-Reply-To: <921d2d6f9a9344395ab00ce12d4030ae> Message-ID: The following issue has been set as RELATED TO issue 0003912. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3980 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: mbuffer Issue ID: 3980 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-27 10:24 CET Last Modified: 2009-10-27 15:25 CET ====================================================================== Summary: Please upgrade to 20091012 Description: Please upgrade to 20091012 as I want to write to Thomas to add OpenCSW as primary download site for packages for his stuff and all packages must of course be current for that. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- related to 0003912 Please upgrade to 20090628 ====================================================================== ---------------------------------------------------------------------- (0006890) skayser (administrator) - 2009-10-27 15:25 http://www.opencsw.org/mantis/view.php?id=3980#c6890 ---------------------------------------------------------------------- I am still seeing assertion failures with the network code in 64bit builds. Informed upstream, waiting for feedback. From noreply at opencsw.org Tue Nov 3 09:44:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 09:44:10 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-03 09:44 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== From noreply at opencsw.org Tue Nov 3 10:22:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:22:40 +0100 Subject: [bug-notifications] [pkgutil 0003991]: pkgutil 1.8: readme changelog has placeholder date In-Reply-To: <4b770e2b9867f3b98b238af7a2576123> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3991 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3991 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:09 CET Last Modified: 2009-11-03 10:22 CET ====================================================================== Summary: pkgutil 1.8: readme changelog has placeholder date Description: # pkgutil -v 1.8 # grep v1.8 /opt/csw/share/doc/pkgutil/readme * v1.8. Released 2009-xx-xx ====================================================================== From noreply at opencsw.org Tue Nov 3 10:24:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:24:04 +0100 Subject: [bug-notifications] [pkgutil 0003991]: pkgutil 1.8: readme changelog has placeholder date In-Reply-To: <4b770e2b9867f3b98b238af7a2576123> Message-ID: <0bb899652e3bfecf2eb36cb5673f6aa3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3991 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3991 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 09:09 CET Last Modified: 2009-11-03 10:24 CET ====================================================================== Summary: pkgutil 1.8: readme changelog has placeholder date Description: # pkgutil -v 1.8 # grep v1.8 /opt/csw/share/doc/pkgutil/readme * v1.8. Released 2009-xx-xx ====================================================================== ---------------------------------------------------------------------- (0006942) bonivart (manager) - 2009-11-03 10:24 http://www.opencsw.org/mantis/view.php?id=3991#c6942 ---------------------------------------------------------------------- Oops, good catch. I have submitted r152 to fix this and also made a note of it so I will not forget it for future releases. From noreply at opencsw.org Tue Nov 3 10:27:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:27:51 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency In-Reply-To: Message-ID: <6951e17aec7c25b793131a4914e970e0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-03 10:27 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== From noreply at opencsw.org Tue Nov 3 10:33:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:33:07 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency In-Reply-To: Message-ID: <59c7cd1cf30738f0b97264a3d115fa68@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-03 10:33 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== ---------------------------------------------------------------------- (0006943) bonivart (manager) - 2009-11-03 10:33 http://www.opencsw.org/mantis/view.php?id=3994#c6943 ---------------------------------------------------------------------- There's some die-calls that cause this, I have replaced many by an exit-sub that cleans this up. I will keep doing that by as you see this is fixed at the next invocation of pkgutil. From noreply at opencsw.org Tue Nov 3 10:38:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:38:19 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: <29ce5a787cb667e042c74cad77124301@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 10:38 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006944) bonivart (manager) - 2009-11-03 10:38 http://www.opencsw.org/mantis/view.php?id=3990#c6944 ---------------------------------------------------------------------- I guess you have noncsw=true in pkgutil.conf and then you have kind of volunteered for this. :-) As you mentioned, it's easy to filter the output of -a/c/C. From noreply at opencsw.org Tue Nov 3 10:38:24 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:38:24 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 10:38 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006944) bonivart (manager) - 2009-11-03 10:38 http://www.opencsw.org/mantis/view.php?id=3990#c6944 ---------------------------------------------------------------------- I guess you have noncsw=true in pkgutil.conf and then you have kind of volunteered for this. :-) As you mentioned, it's easy to filter the output of -a/c/C. From noreply at opencsw.org Tue Nov 3 10:44:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 10:44:31 +0100 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: <162d39f728a7c687855a487db81c4e12@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1839 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: cvsproxy Issue ID: 1839 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2006-09-29 11:50 CEST Last Modified: 2009-11-03 10:44 CET ====================================================================== 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 (reporter) - 2009-11-03 10:44 http://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. From noreply at opencsw.org Tue Nov 3 11:04:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 11:04:04 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: <580e8d2e16e0f59080f3fe6a85ce824d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-03 11:04 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006946) skayser (administrator) - 2009-11-03 11:04 http://www.opencsw.org/mantis/view.php?id=3990#c6946 ---------------------------------------------------------------------- Spot on, thanks for clearing up my confusion! Could you maybe extend the description of noncsw in the man page? I activated noncsw to be able to install self-built, site-specific packages and somehow didn't realize that this does not only affect installation but operations like -C also. From noreply at opencsw.org Tue Nov 3 12:18:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 12:18:46 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name Message-ID: <4b4371d0cc498ea3c9e03ee671c4eb1f@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 12:18 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== From noreply at opencsw.org Tue Nov 3 14:42:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:42:55 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: <85512ecc59ac0d40e6e9880e9cd163c0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:42 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== From noreply at opencsw.org Tue Nov 3 14:43:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:43:42 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:43 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== ---------------------------------------------------------------------- (0006947) bonivart (manager) - 2009-11-03 14:43 http://www.opencsw.org/mantis/view.php?id=3995#c6947 ---------------------------------------------------------------------- It does recognize catalog names but you need to use the corrent one. ;-) subversion CSWsvn 1.6.2,REV=2009.06.13 2.2 MB From noreply at opencsw.org Tue Nov 3 14:51:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:51:28 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: <9f414e08deae91911994d4c1654b17ee@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:51 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== ---------------------------------------------------------------------- (0006948) skayser (administrator) - 2009-11-03 14:51 http://www.opencsw.org/bugtrack/view.php?id=3995#c6948 ---------------------------------------------------------------------- Rats, guess that's a perfect case against differing pkg and sw names. Sorry for the noise. From noreply at opencsw.org Tue Nov 3 14:57:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Nov 2009 14:57:57 +0100 Subject: [bug-notifications] [pkgutil 0003995]: pkgutil: -u option only works with the package name, not the software name In-Reply-To: <71ea4430527221ac948caa07c9f2996c> Message-ID: <239fafd479c23ca650bea26c23ee1dc5@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3995 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3995 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 12:18 CET Last Modified: 2009-11-03 14:57 CET ====================================================================== Summary: pkgutil: -u option only works with the package name, not the software name Description: Could pkgutil be enhanced to also recognize the software name when using -u? # pkgutil -c svn package installed catalog CSWsvn 1.4.5,REV=2007.11.18 1.6.2,REV=2009.06.13 # pkgutil -u svn Parsing catalog, may take a while... Package svn not in catalog...exiting. # pkgutil -u CSWsvn Parsing catalog, may take a while... Install UPDATED packages ... ====================================================================== ---------------------------------------------------------------------- (0006948) skayser (administrator) - 2009-11-03 14:51 http://www.opencsw.org/mantis/view.php?id=3995#c6948 ---------------------------------------------------------------------- Rats, guess that's a perfect case against differing pkg and sw names. Sorry for the noise. From noreply at opencsw.org Wed Nov 4 00:52:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 00:52:29 +0100 Subject: [bug-notifications] [rubydev 0003770]: Unable to compile native gems on virtualised X86 platform In-Reply-To: Message-ID: <0a6da4dfc8a32c656ffd0cd06ba1d557@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3770 ====================================================================== Reported By: chrismay Assigned To: bwalton ====================================================================== Project: rubydev Issue ID: 3770 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-07-18 19:08 CEST Last Modified: 2009-11-04 00:52 CET ====================================================================== Summary: Unable to compile native gems on virtualised X86 platform Description: Trying to compile native gems results in the following error: make /opt/csw/gcc4/bin/gcc -I. -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I/opt/csw/lib/ruby/1.8/i386-solaris2.8 -I. -I/opt/csw/include -D_FILE_OFFSET_BITS=64 -fPIC -mtune=i68 6 -O2 -pipe -m32 -march=i386 -I/opt/csw/include -fPIC -c fastthread.c In file included from /opt/csw/gcc4/lib/gcc/i386-pc-solaris2.8/4.3.3/include-fixed/stdlib.h:27, from /opt/csw/lib/ruby/1.8/i386-solaris2.8/ruby.h:40, from fastthread.c:12: /usr/include/iso/stdlib_iso.h: In function 'abort': /usr/include/iso/stdlib_iso.h:107: error: expected declaration specifiers before '__NORETURN' /usr/include/iso/stdlib_iso.h:108: error: storage class specified for parameter 'abs' /usr/include/iso/stdlib_iso.h:109: error: storage class specified for parameter 'atexit' /usr/include/iso/stdlib_iso.h:110: error: storage class specified for parameter 'atof' /usr/include/iso/stdlib_iso.h:111: error: storage class specified for parameter 'atoi' /usr/include/iso/stdlib_iso.h:112: error: storage class specified for parameter 'atol' /usr/include/iso/stdlib_iso.h:114: error: storage class specified for parameter 'bsearch' /usr/include/iso/stdlib_iso.h:121: error: storage class specified for parameter 'calloc' /usr/include/iso/stdlib_iso.h:122: error: storage class specified for parameter 'div' /usr/include/iso/stdlib_iso.h:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before '__NORETURN' {many many more similar errors omitted} ====================================================================== ---------------------------------------------------------------------- (0006949) bwalton (manager) - 2009-11-04 00:52 http://www.opencsw.org/bugtrack/view.php?id=3770#c6949 ---------------------------------------------------------------------- Updated packages with sun studio 11 as default compiler pushed for release. From noreply at opencsw.org Wed Nov 4 00:53:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 00:53:07 +0100 Subject: [bug-notifications] [ruby 0003909]: Problem compiling FFI against Ruby In-Reply-To: Message-ID: <513aa07e81e73f52be24ae6ed8512d9a@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3909 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: ruby Issue ID: 3909 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-18 22:40 CEST Last Modified: 2009-11-04 00:53 CET ====================================================================== Summary: Problem compiling FFI against Ruby Description: When compiling the xapian-bindings for Ruby against the current Ruby I get /bin/bash ../libtool --tag=CXX --mode=compile /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c -o xapian_wrap.lo xapian_wrap.cc mkdir .libs /opt/studio/SOS11/SUNWspro/bin/CC -DHAVE_CONFIG_H -I. -I.. -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/lib/ruby/1.8/sparc-solaris2.8 -I/opt/csw/include -library=stlport4 -features=tmplife -I/opt/csw/include -xO3 -xarch=v8 -I/opt/csw/include -c xapian_wrap.cc -KPIC -DPIC -o .libs/xapian_wrap.o "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/config.h", line 15: Warning (Anachronism): Attempt to redefine _FILE_OFFSET_BITS without using #undef. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 567: Error: There must be an identifier to declare. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 568: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 569: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 570: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 571: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 572: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 573: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Multiple declaration for __attribute__. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: noreturn is not defined. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: Badly formed expression. "/opt/csw/lib/ruby/1.8/sparc-solaris2.8/ruby.h", line 592: Error: A declaration does not specify a tag or an identifier. Compilation aborted, too many Error messages. gmake[6]: *** [xapian_wrap.lo] Error 1 gmake[6]: Leaving directory `/home/dam/mgar/pkg/xapian-bindings/trunk/work/build-isa-sparcv8/xapian-bindings-1.0.11/ruby' This does not look correct. ====================================================================== ---------------------------------------------------------------------- (0006950) bwalton (manager) - 2009-11-04 00:53 http://www.opencsw.org/bugtrack/view.php?id=3909#c6950 ---------------------------------------------------------------------- Updated packages built with studio 11 pushed for release. From noreply at opencsw.org Wed Nov 4 14:02:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 14:02:16 +0100 Subject: [bug-notifications] [pkgutil 0003990]: pkgutil 1.8: -c/-C do not only compare CSW packages In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3990 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3990 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 09:07 CET Last Modified: 2009-11-04 14:02 CET ====================================================================== Summary: pkgutil 1.8: -c/-C do not only compare CSW packages Description: pkgutil 1.8 seems to compare non-CSW packages also. This is extremely irritating when running with -C to see which CSW packages would be updated. Is this intended behavior (couldn't see anything related in the changelog)? # pkgutil -v 1.8 # pkgutil -C ... SUNWbzip 11.10.0,REV=2005.01.08.01.09 not in catalog SUNWcacaodtrace 2.1.0,REV=2007.02.15 not in catalog SUNWcacaort 2.0,REV=15 not in catalog SUNWcadp 11.10.0,REV=2005.01.17.23.31 not in catalog SUNWcakr 11.10.0,REV=2005.01.21.16.34 not in catalog ... I know that i can work around it by using "pkgutil -C CSW". ====================================================================== ---------------------------------------------------------------------- (0006951) bonivart (manager) - 2009-11-04 14:02 http://www.opencsw.org/mantis/view.php?id=3990#c6951 ---------------------------------------------------------------------- I have tried to clarify it in pkgutil.conf now with an extra note about this (and how to filter it if wanted). From noreply at opencsw.org Wed Nov 4 14:05:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 14:05:48 +0100 Subject: [bug-notifications] [pkgutil 0003994]: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency In-Reply-To: Message-ID: <50668bcf71a8b1425b3e4c29bc4e64ef@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3994 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 3994 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-03 09:44 CET Last Modified: 2009-11-04 14:05 CET ====================================================================== Summary: pkgutil 1.8: -u leaves lock file around when hitting a cyclic dependency Description: Me again, just filing everything i stumble upon currently - even minor quirks. Filing it as tweak. # pkgutil -u Looking for packages that can be upgraded... Parsing catalog, may take a while... Loop protection limit (25000) hit. There's probably a cyclic dependency in the catalog. # ls /var/opt/csw/pkgutil/admin.run /var/opt/csw/pkgutil/admin.run # pkgutil -u Stale lock file (/var/opt/csw/pkgutil/admin.run) removed ... ====================================================================== ---------------------------------------------------------------------- (0006952) bonivart (manager) - 2009-11-04 14:05 http://www.opencsw.org/mantis/view.php?id=3994#c6952 ---------------------------------------------------------------------- I'm closing this since it's handled already in a way that is harmless. It's a continued task though to replace those die-calls that leave the lock file. From noreply at opencsw.org Wed Nov 4 22:05:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Nov 2009 22:05:38 +0100 Subject: [bug-notifications] [cswclassutils 0003485]: It would be nice to have a class for texinfo files In-Reply-To: <4075dc68316686168a2957d8f8fbde44> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3485 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3485 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-22 22:53 CET Last Modified: 2009-11-04 22:05 CET ====================================================================== Summary: It would be nice to have a class for texinfo files Description: Texinfo-files should have a specific class ('texinfo'?) which install the files in a way similar to /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/info/dir 2> /dev/null ====================================================================== ---------------------------------------------------------------------- (0006953) bonivart (manager) - 2009-11-04 22:05 http://www.opencsw.org/mantis/view.php?id=3485#c6953 ---------------------------------------------------------------------- Version 1.28 including your own scripts in testing. From noreply at opencsw.org Thu Nov 5 00:41:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 00:41:50 +0100 Subject: [bug-notifications] [gtk2 0003996]: missing printbackend Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3996 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: gtk2 Issue ID: 3996 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-05 00:41 CET Last Modified: 2009-11-05 00:41 CET ====================================================================== Summary: missing printbackend Description: /opt/csw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so is missing. it seems cups was not found at compile time. ====================================================================== From noreply at opencsw.org Thu Nov 5 09:14:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 09:14:50 +0100 Subject: [bug-notifications] [gtk2 0003996]: missing printbackend In-Reply-To: <6ceb454748ad96fa5cd3416db8a68ff7> Message-ID: <0148d8021838198aaaeb7e2627adaa7a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3996 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: gtk2 Issue ID: 3996 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 00:41 CET Last Modified: 2009-11-05 09:14 CET ====================================================================== Summary: missing printbackend Description: /opt/csw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so is missing. it seems cups was not found at compile time. ====================================================================== From noreply at opencsw.org Thu Nov 5 09:23:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 09:23:45 +0100 Subject: [bug-notifications] [gtk2 0003996]: missing printbackend In-Reply-To: <6ceb454748ad96fa5cd3416db8a68ff7> Message-ID: <1801aaf9ad614e35d7645354faf56976@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3996 ====================================================================== Reported By: schwindt Assigned To: dam ====================================================================== Project: gtk2 Issue ID: 3996 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 00:41 CET Last Modified: 2009-11-05 09:23 CET ====================================================================== Summary: missing printbackend Description: /opt/csw/lib/gtk-2.0/2.10.0/printbackends/libprintbackend-cups.so is missing. it seems cups was not found at compile time. ====================================================================== ---------------------------------------------------------------------- (0006954) dam (administrator) - 2009-11-05 09:23 http://www.opencsw.org/bugtrack/view.php?id=3996#c6954 ---------------------------------------------------------------------- Yes :-) CONFIGURE_ARGS += --disable-cups I did this as there was no 64 bit cups available at that time and I wanted to have consistent libraries between 32 and 64 bit. Just pinged Maciej for libcups in 64 bit, then I'll repackage. From noreply at opencsw.org Thu Nov 5 10:09:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 10:09:43 +0100 Subject: [bug-notifications] [gnutls 0003997]: Please add 64 bit libs for amd64 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3997 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnutls Issue ID: 3997 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-05 10:09 CET Last Modified: 2009-11-05 10:09 CET ====================================================================== Summary: Please add 64 bit libs for amd64 Description: Please add 64 bit libs for amd64 ====================================================================== From noreply at opencsw.org Thu Nov 5 11:59:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Nov 2009 11:59:26 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-05 11:59 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== From noreply at opencsw.org Fri Nov 6 11:28:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 11:28:07 +0100 Subject: [bug-notifications] [privoxy 0003999]: Please upgrade to 3.0.12 Message-ID: <3c14836fa960b8e04f2d43fdd843b221@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3999 ====================================================================== Reported By: bonivart Assigned To: ====================================================================== Project: privoxy Issue ID: 3999 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-06 11:28 CET Last Modified: 2009-11-06 11:28 CET ====================================================================== Summary: Please upgrade to 3.0.12 Description: It would also be nice if the pkg included CSWcswclassutils to get SMF support. And also please migrate etc to /etc/opt/csw. ====================================================================== From noreply at opencsw.org Fri Nov 6 18:11:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 18:11:30 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-06 18:11 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== From noreply at opencsw.org Fri Nov 6 21:37:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:37:02 +0100 Subject: [bug-notifications] [unrar 0002977]: Please upgrade to 3.8.5 In-Reply-To: <53b028b259e73e0bd1d36d712a5f51ee> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2977 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: unrar Issue ID: 2977 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-12-20 11:28 CET Last Modified: 2009-11-06 21:37 CET ====================================================================== Summary: Please upgrade to 3.8.5 Description: Please upgrade to 3.8.5 ====================================================================== ---------------------------------------------------------------------- (0005548) bonivart (reporter) - 2009-02-19 13:13 http://www.opencsw.org/mantis/view.php?id=2977#c5548 ---------------------------------------------------------------------- I know Mantis e-mail has been problematic so I add this meaningless note so the maintainer will hopefully get a reminder that this bug (upgrade request) exists... From noreply at opencsw.org Fri Nov 6 21:37:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:37:50 +0100 Subject: [bug-notifications] [unrar 0002977]: Please upgrade to 3.8.5 In-Reply-To: <53b028b259e73e0bd1d36d712a5f51ee> Message-ID: <14684af2d4c7a7b3d4dfa6a3418226ef@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2977 ====================================================================== Reported By: bonivart Assigned To: dam ====================================================================== Project: unrar Issue ID: 2977 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-12-20 11:28 CET Last Modified: 2009-11-06 21:37 CET ====================================================================== Summary: Please upgrade to 3.8.5 Description: Please upgrade to 3.8.5 ====================================================================== ---------------------------------------------------------------------- (0006955) dam (administrator) - 2009-11-06 21:37 http://www.opencsw.org/mantis/view.php?id=2977#c6955 ---------------------------------------------------------------------- Fixed in 3.9.6,REV=2009.11.05 and released to current. From noreply at opencsw.org Fri Nov 6 21:38:29 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:38:29 +0100 Subject: [bug-notifications] [sqlite3_rt 0003874]: Duplicate sqlite3.pc In-Reply-To: <43d9ae08b393207854b343c56257b6c6> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3874 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: sqlite3_rt Issue ID: 3874 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-08-31 21:45 CEST Last Modified: 2009-11-06 21:38 CET ====================================================================== Summary: Duplicate sqlite3.pc Description: sqlite3.pc are in both the run time and CSWsqlite3devel. Should be in devel only. ====================================================================== From noreply at opencsw.org Fri Nov 6 21:38:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:38:53 +0100 Subject: [bug-notifications] [sqlite3_rt 0003874]: Duplicate sqlite3.pc In-Reply-To: <43d9ae08b393207854b343c56257b6c6> Message-ID: <8fe8eea4c01e1d73f7a4fe9d90bb1ecf@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3874 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: sqlite3_rt Issue ID: 3874 Category: packaging Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-31 21:45 CEST Last Modified: 2009-11-06 21:38 CET ====================================================================== Summary: Duplicate sqlite3.pc Description: sqlite3.pc are in both the run time and CSWsqlite3devel. Should be in devel only. ====================================================================== ---------------------------------------------------------------------- (0006956) dam (administrator) - 2009-11-06 21:38 http://www.opencsw.org/mantis/view.php?id=3874#c6956 ---------------------------------------------------------------------- Fixed in 3.6.19,REV=2009.10.29 and released to current/. From noreply at opencsw.org Fri Nov 6 21:39:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:39:33 +0100 Subject: [bug-notifications] [doxygen 0003709]: Upgrade to 1.5.9 requested In-Reply-To: <1f422f954289a0c52a5be239b62ac06d> Message-ID: <0ba50741dc6108d05b2c6cc08dbda6e3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3709 ====================================================================== Reported By: ludvigb Assigned To: dam ====================================================================== Project: doxygen Issue ID: 3709 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-06-08 13:44 CEST Last Modified: 2009-11-06 21:39 CET ====================================================================== Summary: Upgrade to 1.5.9 requested Description: Doxygen should be upgraded from 1.4.7 to 1.5.9 ====================================================================== From noreply at opencsw.org Fri Nov 6 21:41:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 6 Nov 2009 21:41:21 +0100 Subject: [bug-notifications] [doxygen 0003709]: Upgrade to 1.5.9 requested In-Reply-To: <1f422f954289a0c52a5be239b62ac06d> Message-ID: <02e671cce6ea53108dae3f93bb99a883@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3709 ====================================================================== Reported By: ludvigb Assigned To: dam ====================================================================== Project: doxygen Issue ID: 3709 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-06-08 13:44 CEST Last Modified: 2009-11-06 21:41 CET ====================================================================== Summary: Upgrade to 1.5.9 requested Description: Doxygen should be upgraded from 1.4.7 to 1.5.9 ====================================================================== ---------------------------------------------------------------------- (0006957) dam (administrator) - 2009-11-06 21:41 http://www.opencsw.org/mantis/view.php?id=3709#c6957 ---------------------------------------------------------------------- Fixed in 1.6.1,REV=2009.11.06 and released to current/. From noreply at opencsw.org Sat Nov 7 00:34:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 00:34:12 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site Message-ID: <8a374429405ee0c0075116127604054a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2009-11-07 00:34 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== From noreply at opencsw.org Sat Nov 7 00:41:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 00:41:48 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-07 00:41 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== From noreply at opencsw.org Sat Nov 7 00:43:36 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 00:43:36 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package In-Reply-To: Message-ID: <2be2e4f8c5585c0b0f2f368ebf51b075@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-07 00:43 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== ---------------------------------------------------------------------- (0006958) bonivart (manager) - 2009-11-07 00:43 http://www.opencsw.org/mantis/view.php?id=4000#c6958 ---------------------------------------------------------------------- No, that's not right. I looked it over and found a couple more places where it should be 0. Checked in r160. Thanks for spotting it. From noreply at opencsw.org Sat Nov 7 10:39:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 10:39:44 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site In-Reply-To: Message-ID: <27944c985439aab3ef9d8ea378a7fdb5@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2009-11-07 10:39 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== From noreply at opencsw.org Sat Nov 7 10:41:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 10:41:38 +0100 Subject: [bug-notifications] [pkgutil 0004001]: temp site is not really used as a primary site In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4001 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4001 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-07 00:34 CET Last Modified: 2009-11-07 10:41 CET ====================================================================== Summary: temp site is not really used as a primary site Description: If the same package (with the same version) is present in the temp site and in the default mirror, it's the package from the default mirror which is downloaded and not the one from the temp site as we could expect. Not a very important bug as the case should not happen very often. ====================================================================== ---------------------------------------------------------------------- (0006959) bonivart (manager) - 2009-11-07 10:41 http://www.opencsw.org/mantis/view.php?id=4001#c6959 ---------------------------------------------------------------------- Does this matter? I mean, if it's the same version in both places it shouldn't matter where to get it? Or is it a speed issue, the temp mirror being a local one? From noreply at opencsw.org Sat Nov 7 18:05:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 18:05:06 +0100 Subject: [bug-notifications] [openssl 0004002]: OpenSSL 0.9.8l is out Message-ID: <49a0658f3ed3f4eee105eb383d7838da@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4002 ====================================================================== Reported By: ihsan Assigned To: ====================================================================== Project: openssl Issue ID: 4002 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-07 18:05 CET Last Modified: 2009-11-07 18:05 CET ====================================================================== Summary: OpenSSL 0.9.8l is out Description: OpenSSL 0.9.8l is out, which contains an important security fix. ====================================================================== From noreply at opencsw.org Sat Nov 7 22:15:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Nov 2009 22:15:40 +0100 Subject: [bug-notifications] [eventlog 0003877]: Please upgrade to 0.2.10 In-Reply-To: <8cab91a4436cb2bd4e6d4a63a11c44ee> Message-ID: <2eadb4700b16f7d4865332a6675978b1@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3877 ====================================================================== Reported By: dam Assigned To: ihsan ====================================================================== Project: eventlog Issue ID: 3877 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-09-04 08:51 CEST Last Modified: 2009-11-07 22:15 CET ====================================================================== Summary: Please upgrade to 0.2.10 Description: 0.2.10 released on SunFreeware today ====================================================================== ---------------------------------------------------------------------- (0006960) ihsan (manager) - 2009-11-07 22:15 http://www.opencsw.org/mantis/view.php?id=3877#c6960 ---------------------------------------------------------------------- 0.2.10 is not out yet From noreply at opencsw.org Sun Nov 8 10:32:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 10:32:25 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <60cecd13fd683f837a400ef2204c3428@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-08 10:32 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== From noreply at opencsw.org Sun Nov 8 10:44:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 10:44:07 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <35b98299d5c3c331e9d3f6f729b0d120@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-08 10:44 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006961) dam (administrator) - 2009-11-08 10:44 http://www.opencsw.org/bugtrack/view.php?id=3998#c6961 ---------------------------------------------------------------------- You are using the Blastwave package, not the OpenCSW package. The OpenCSW package has no such error. For a list of OpenCSW mirror locations please see http://www.canoedissent.org.uk/mirror/status/ Best regards -- Dago From noreply at opencsw.org Sun Nov 8 10:55:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 10:55:01 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-08 10:55 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:55 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change you mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the is386 pacakge containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 8 19:25:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Nov 2009 19:25:04 +0100 Subject: [bug-notifications] [syslog_ng 0003945]: cswsyslog-ng is not zone friendly - syslog.ctl file is on inherited & read only filesystem In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3945 ====================================================================== Reported By: japester Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 3945 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-10-07 19:04 CEST Last Modified: 2009-11-08 19:25 CET ====================================================================== Summary: cswsyslog-ng is not zone friendly - syslog.ctl file is on inherited & read only filesystem Description: the statistics control file is configured to be stored at /opt/csw/var/syslog.ctl. on non-global zones this is a read only filesystem. It should be stored at /var/opt/csw/syslog.ctl ====================================================================== ---------------------------------------------------------------------- (0006964) maciej (manager) - 2009-11-08 19:25 http://www.opencsw.org/bugtrack/view.php?id=3945#c6964 ---------------------------------------------------------------------- The updated package is available from the mirrors. Closing the bug. From noreply at opencsw.org Mon Nov 9 14:57:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 9 Nov 2009 14:57:10 +0100 Subject: [bug-notifications] [pkgutil 0004000]: pkgutil return an error code when removing a package In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4000 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4000 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-06 18:11 CET Last Modified: 2009-11-09 14:57 CET ====================================================================== Summary: pkgutil return an error code when removing a package Description: I noticed pkgutil always return the 1 error code when removing a package, because the rem_pkgs function ends with the following line: myexit("","",1); Is this something normal ? ====================================================================== ---------------------------------------------------------------------- (0006965) bonivart (manager) - 2009-11-09 14:57 http://www.opencsw.org/mantis/view.php?id=4000#c6965 ---------------------------------------------------------------------- This will be in the next release. From noreply at opencsw.org Mon Nov 9 22:43:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 9 Nov 2009 22:43:28 +0100 Subject: [bug-notifications] [openssl 0004002]: OpenSSL 0.9.8l is out In-Reply-To: Message-ID: <464b2820fe0b16bd59e4c71ef5935536@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4002 ====================================================================== Reported By: ihsan Assigned To: yann ====================================================================== Project: openssl Issue ID: 4002 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-11-07 18:05 CET Last Modified: 2009-11-09 22:43 CET ====================================================================== Summary: OpenSSL 0.9.8l is out Description: OpenSSL 0.9.8l is out, which contains an important security fix. ====================================================================== ---------------------------------------------------------------------- (0006966) ihsan (reporter) - 2009-11-09 22:43 http://www.opencsw.org/bugtrack/view.php?id=4002#c6966 ---------------------------------------------------------------------- Thanks for the update. I have installed it on a sparc system and run a few basic tests. Looks good. From noreply at opencsw.org Tue Nov 10 10:17:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 10:17:48 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: <72e8f892fcbf17614c92d13bff0b8995@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-10 10:17 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006967) maciej (reporter) - 2009-11-10 10:17 http://www.opencsw.org/bugtrack/view.php?id=3768#c6967 ---------------------------------------------------------------------- The cups-polld issue hasn't been fixed in 1.3.11. There's a patch submitted upstream which fixes it: http://www.cups.org/str.php?L3381 Version 1.4.1 of CUPS is on the way. From noreply at opencsw.org Tue Nov 10 13:59:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 13:59:28 +0100 Subject: [bug-notifications] [autossh 0004003]: Merge _b revision suffix into version (_b -> 1.4b) Message-ID: <5e9a9c6da44e581bd6f824f5c552a5c1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4003 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: autossh Issue ID: 4003 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-10 13:59 CET Last Modified: 2009-11-10 13:59 CET ====================================================================== Summary: Merge _b revision suffix into version (_b -> 1.4b) Description: Package version field has 1.4,REV=2009.06.25_b, should have should have been 1.4,REV=2009.06.25_rev=b pkg-get now supports 1.4b,REV=2009.06.25 ====================================================================== From noreply at opencsw.org Tue Nov 10 16:19:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 16:19:56 +0100 Subject: [bug-notifications] [mysql5 0003722]: Request for update to MySQL 5.1 In-Reply-To: <742d0191ee2ba43ba3a164b03c23df05> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3722 ====================================================================== Reported By: bryanwgraham Assigned To: ====================================================================== Project: mysql5 Issue ID: 3722 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-06-22 22:46 CEST Last Modified: 2009-11-10 16:19 CET ====================================================================== Summary: Request for update to MySQL 5.1 Description: It's out. I'm told this is how you request a new version. ====================================================================== ---------------------------------------------------------------------- (0006968) maciej (reporter) - 2009-11-10 16:19 http://www.opencsw.org/bugtrack/view.php?id=3722#c6968 ---------------------------------------------------------------------- Preliminary work is done. Current problem: tests don't pass. Next step: make sure that MySQL builds with the debugging symbols when GARFLAVOR is set to DBG. From noreply at opencsw.org Tue Nov 10 17:11:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Nov 2009 17:11:26 +0100 Subject: [bug-notifications] [sudo 0004004]: sudo symlink missing after upgrading CSWsudo{, common} Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4004 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: sudo Issue ID: 4004 Category: upgrade Reproducibility: sometimes Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-10 17:11 CET Last Modified: 2009-11-10 17:11 CET ====================================================================== Summary: sudo symlink missing after upgrading CSWsudo{,common} Description: It happened on many machines now. The problem is that after upgrading sudo and sudo_common from the current (as of 2009-11-10) catalog, the sudo symlink is missing: blizinski at galah:~$ which sudo no sudo in /opt/csw/bin /opt/csw/sbin /usr/sbin /usr/bin /sbin /bin /usr/ccs/bin /usr/xpg4/bin /usr/xpg6/bin /usr/sfw/bin /opt/goog/bin /opt/goog/sbin /usr/local/bin /usr/local/sbin /usr/openwin/bin /opt/SUNWspro/bin /opt/SUNWjet/bin /opt/SUNWsscs/sbin It can be fixed by reinstalling CSWsudo-common ====================================================================== From noreply at opencsw.org Wed Nov 11 11:43:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 11:43:23 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug Message-ID: <9905e2506ce977c12637e527576d6c2d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-11 11:43 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== From noreply at opencsw.org Wed Nov 11 12:11:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 12:11:15 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug In-Reply-To: <711abb2190af5ebf2762a397f8989274> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-11 12:11 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== ---------------------------------------------------------------------- (0006969) maciej (manager) - 2009-11-11 12:11 http://www.opencsw.org/bugtrack/view.php?id=4005#c6969 ---------------------------------------------------------------------- Updated package (REV=2009.11.11) is in testing/. From noreply at opencsw.org Wed Nov 11 14:28:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 14:28:58 +0100 Subject: [bug-notifications] [pm_rpcxml 0004006]: Please upgrade to 0.69 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4006 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: pm_rpcxml Issue ID: 4006 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 14:28 CET Last Modified: 2009-11-11 14:28 CET ====================================================================== Summary: Please upgrade to 0.69 Description: Please upgrade to 0.69 ====================================================================== From noreply at opencsw.org Wed Nov 11 15:39:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 15:39:47 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-11 15:39 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== From noreply at opencsw.org Wed Nov 11 15:50:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 15:50:27 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc In-Reply-To: <6e2c5d3097888861610fdf268b46c297> Message-ID: <6dec14123b34cdc9c5de2a5cfa8b94b9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-11 15:50 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== From noreply at opencsw.org Wed Nov 11 16:12:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:12:57 +0100 Subject: [bug-notifications] [a2ps 0004008]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <95c9f59cc94129faa19e75eb9ece43dd@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4008 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: a2ps Issue ID: 4008 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:12 CET Last Modified: 2009-11-11 16:12 CET ====================================================================== 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 Nov 11 16:13:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:13:18 +0100 Subject: [bug-notifications] [aalib 0004009]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <530b38d143995255b078227b213523b7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4009 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: aalib Issue ID: 4009 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2009-11-11 16:13 CET ====================================================================== 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 Nov 11 16:13:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:13:43 +0100 Subject: [bug-notifications] [aspell 0004010]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <4d8691bc76ed8eed74f12b6cf1c6af1d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4010 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: aspell Issue ID: 4010 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2009-11-11 16:13 CET ====================================================================== 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 Nov 11 16:14:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:14:06 +0100 Subject: [bug-notifications] [auctex 0004011]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <2d4a063792e04f8dd7714eb86a0f2d98@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4011 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: auctex Issue ID: 4011 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:14 CET Last Modified: 2009-11-11 16:14 CET ====================================================================== 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 Nov 11 16:14:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:14:27 +0100 Subject: [bug-notifications] [autogen_doc 0004012]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <595acf52d46f496c3cbfd038e1d8e2b1@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4012 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: autogen_doc Issue ID: 4012 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:14 CET Last Modified: 2009-11-11 16:14 CET ====================================================================== 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 Nov 11 16:14:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:14:54 +0100 Subject: [bug-notifications] [emacs_common 0004013]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <60b88009c053ca5111fb90dc72e7824a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4013 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: emacs_common Issue ID: 4013 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:14 CET Last Modified: 2009-11-11 16:14 CET ====================================================================== 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 Nov 11 16:15:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:15:18 +0100 Subject: [bug-notifications] [gcc3g77 0004014]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4014 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gcc3g77 Issue ID: 4014 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:15 CET Last Modified: 2009-11-11 16:15 CET ====================================================================== 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 Nov 11 16:15:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:15:38 +0100 Subject: [bug-notifications] [gcc3java 0004015]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <92629009a480401e5e7b1ee7b6cf8f1c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4015 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gcc3java Issue ID: 4015 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:15 CET Last Modified: 2009-11-11 16:15 CET ====================================================================== 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 Nov 11 16:16:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:16:06 +0100 Subject: [bug-notifications] [gnucashcommon 0004016]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4016 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gnucashcommon Issue ID: 4016 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-11 16:16 CET ====================================================================== 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 Nov 11 16:16:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:16:27 +0100 Subject: [bug-notifications] [gpgme 0004017]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4017 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gpgme Issue ID: 4017 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-11 16:16 CET ====================================================================== 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 Nov 11 16:16:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:16:51 +0100 Subject: [bug-notifications] [groff 0004018]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <38d079474babc527b1311d169c42a4e9@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4018 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: groff Issue ID: 4018 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-11 16:16 CET ====================================================================== 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 Nov 11 16:17:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:17:13 +0100 Subject: [bug-notifications] [gsl_doc 0004019]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <5b3eebd157107efc8747925d58233a80@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4019 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gsl_doc Issue ID: 4019 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:17 CET Last Modified: 2009-11-11 16:17 CET ====================================================================== 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 Nov 11 16:17:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:17:31 +0100 Subject: [bug-notifications] [guile 0004020]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <431f550b91e0863fc0a9dc065baad8f0@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4020 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: guile Issue ID: 4020 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:17 CET Last Modified: 2009-11-11 16:17 CET ====================================================================== 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 Nov 11 16:17:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:17:53 +0100 Subject: [bug-notifications] [libgmp 0004021]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4021 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libgmp Issue ID: 4021 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:17 CET Last Modified: 2009-11-11 16:17 CET ====================================================================== 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 Nov 11 16:18:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:18:13 +0100 Subject: [bug-notifications] [libmpfr 0004022]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <70f803146d53a7dbd60ffa9f36e62f56@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4022 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libmpfr Issue ID: 4022 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:18 CET Last Modified: 2009-11-11 16:18 CET ====================================================================== 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 Nov 11 16:18:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:18:34 +0100 Subject: [bug-notifications] [mailutils 0004023]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4023 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mailutils Issue ID: 4023 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:18 CET Last Modified: 2009-11-11 16:18 CET ====================================================================== 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 Nov 11 16:18:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:18:56 +0100 Subject: [bug-notifications] [monotone 0004024]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4024 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: monotone Issue ID: 4024 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:18 CET Last Modified: 2009-11-11 16:18 CET ====================================================================== 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 Nov 11 16:19:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:19:15 +0100 Subject: [bug-notifications] [nano 0004025]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <5eb535cf541acc15d5e29d9e421d1a95@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4025 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: nano Issue ID: 4025 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:19 CET Last Modified: 2009-11-11 16:19 CET ====================================================================== 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 Nov 11 16:19:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:19:33 +0100 Subject: [bug-notifications] [netperf 0004026]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4026 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: netperf Issue ID: 4026 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:19 CET Last Modified: 2009-11-11 16:19 CET ====================================================================== 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 Nov 11 16:20:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:20:02 +0100 Subject: [bug-notifications] [ocaml 0004027]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <85fddb404e6c1bf9b98a12333beba40d@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4027 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: ocaml Issue ID: 4027 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2009-11-11 16:20 CET ====================================================================== 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 Nov 11 16:20:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:20:28 +0100 Subject: [bug-notifications] [plotutil_doc 0004028]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <4758891cf49b5843291d554ae00711c2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4028 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: plotutil_doc Issue ID: 4028 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2009-11-11 16:20 CET ====================================================================== 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 Nov 11 16:20:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:20:49 +0100 Subject: [bug-notifications] [slib 0004029]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: <28c6fcf29786f96818e24b00ff773913@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4029 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: slib Issue ID: 4029 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:20 CET Last Modified: 2009-11-11 16:20 CET ====================================================================== 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 Nov 11 16:21:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:21:09 +0100 Subject: [bug-notifications] [tetex 0004030]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4030 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: tetex Issue ID: 4030 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-11 16:21 CET Last Modified: 2009-11-11 16:21 CET ====================================================================== 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 Nov 11 16:47:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 16:47:48 +0100 Subject: [bug-notifications] [lsof 0002903]: lsof is not up to date In-Reply-To: <5eba5dd3cee8f70241df12f0344b5600> Message-ID: <1b9bc34ba5997700128a9b705eced45c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2903 ====================================================================== Reported By: fbacchella Assigned To: dam ====================================================================== Project: lsof Issue ID: 2903 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-05-29 07:21 CEST Last Modified: 2009-11-11 16:47 CET ====================================================================== Summary: lsof is not up to date Description: On this version of Solaris : # uname -a SunOS XXXX 5.10 Generic_127112-05 i86pc i386 i86pc I get the following answer /opt/csw/bin/lsof -i:10001 |wc -l 0 pkginfo -l CSWlsof PKGINST: CSWlsof NAME: lsof - list open files CATEGORY: application ARCH: i386 VERSION: 4.77,REV=2006.11.13 BASEDIR: /opt/csw VENDOR: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof packaged for CSW by Cyril Plisko PSTAMP: login20061113034531 INSTDATE: Dec 18 2007 16:27 HOTLINE: http://www.blastwave.org/bugtrack/ EMAIL: imp at blastwave.org STATUS: completely installed FILES: 28 installed pathnames 4 shared pathnames 4 linked files 16 directories 7 executables 6 setuid/setgid executables 2210 blocks used (approx) If I compile the last version of lsof : ./lsof -i:10001 | wc -l 15 So, with this, I got the list of opened socket The version informations : ./lsof -v lsof version information: revision: 4.78 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man configuration info: 64 bit kernel constructed: Wed Jan 2 11:14:36 CET 2008 constructed by and on: bacchell at XXXX compiler: /opt/SUNWspro/bin/cc compiler version: Sun C 5.8 Patch 121016-07 2007/10/03 compiler flags: -Dsolaris=100000 -DHASPR_LDT -xarch=amd64 -DHASIPv6 -DHASSOUXSOUA -DHAS_IPCLASSIFIER_H -DHAS_CRED_IMPL_H -DHAS_V_PATH -DHASZONES -DHAS_ZFS=1 -DHASUTMPX -DHAS_VSOCK -DLSOF_VSTR=\\\"5.10\\\" -O loader flags: -L./lib -llsof -lkvm -lelf -lsocket -lnsl system info: SunOS ng31 5.10 Generic_127112-05 i86pc i386 i86pc Anyone can list all files. /dev warnings are enabled. Kernel ID check is enabled. WARNING: privately defined ZFS structures may be incorrect. Device cache file read-only paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): \\\"%h/%p.lsof_%L\\\" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /.lsof_ng31 Device cache file write paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): \\\"%h/%p.lsof_%L\\\" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /.lsof_ng31 ====================================================================== From noreply at opencsw.org Wed Nov 11 18:33:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Nov 2009 18:33:01 +0100 Subject: [bug-notifications] [libsdl 0003641]: Please add 64 bit libs In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3641 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3641 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-14 21:24 CEST Last Modified: 2009-11-11 18:33 CET ====================================================================== Summary: Please add 64 bit libs Description: Please add 64 bit libs for sparcv9 and amd64 as dependency to libtheora ====================================================================== From noreply at opencsw.org Thu Nov 12 16:05:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 16:05:14 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc In-Reply-To: <6e2c5d3097888861610fdf268b46c297> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-12 16:05 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== ---------------------------------------------------------------------- (0006970) bonivart (manager) - 2009-11-12 16:05 http://www.opencsw.org/mantis/view.php?id=4007#c6970 ---------------------------------------------------------------------- New packages in testing http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.11.12-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/perl-5.8.8,REV=2009.11.12-SunOS5.8-i386-CSW.pkg.gz http://mirror.opencsw.org/testing/perldoc-5.8.8,REV=2009.11.12-SunOS5.8-all-CSW.pkg.gz The file in question should now be in CSWperl. These packages are also built against CSWbdb47. From noreply at opencsw.org Thu Nov 12 19:29:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 19:29:13 +0100 Subject: [bug-notifications] [python 0004031]: Get rid of CSWpython-rt package Message-ID: <28fccecb9b687c45fe74595d4018005b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4031 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4031 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-12 19:29 CET Last Modified: 2009-11-12 19:29 CET ====================================================================== Summary: Get rid of CSWpython-rt package Description: The runtime package is unhelpful. I'm getting into arguments with the release manager who insists that my packages must depend on CSWpython-rt instead of CSWpython. I explain that CSWpython depends on CSWpython-rt, but then the release manager says "I REPEAT". I've been also asked if my package really needs to depend on the CSWpython package and not just CSWpython-rt. But CSWpython-rt is not enough for any Python program to work. There's no usecase for it, and it creates confusion. Can it be removed? ====================================================================== From noreply at opencsw.org Thu Nov 12 20:09:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:09:16 +0100 Subject: [bug-notifications] [python 0004031]: Get rid of CSWpython-rt package In-Reply-To: Message-ID: <588d45ca1c081c96e88e422d6c2fe56c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4031 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4031 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-12 19:29 CET Last Modified: 2009-11-12 20:09 CET ====================================================================== Summary: Get rid of CSWpython-rt package Description: The runtime package is unhelpful. I'm getting into arguments with the release manager who insists that my packages must depend on CSWpython-rt instead of CSWpython. I explain that CSWpython depends on CSWpython-rt, but then the release manager says "I REPEAT". I've been also asked if my package really needs to depend on the CSWpython package and not just CSWpython-rt. But CSWpython-rt is not enough for any Python program to work. There's no usecase for it, and it creates confusion. Can it be removed? ====================================================================== ---------------------------------------------------------------------- (0006971) phil (reporter) - 2009-11-12 20:09 http://www.opencsw.org/bugtrack/view.php?id=4031#c6971 ---------------------------------------------------------------------- A small point of clarity: the release manager said "[in addition to CSWpython]", not "instead of" :-} From noreply at opencsw.org Thu Nov 12 20:20:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:20:30 +0100 Subject: [bug-notifications] [python 0004031]: Get rid of CSWpython-rt package In-Reply-To: Message-ID: <74c986489aeb41c046e086a54ef0640c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4031 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: python Issue ID: 4031 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-12 19:29 CET Last Modified: 2009-11-12 20:20 CET ====================================================================== Summary: Get rid of CSWpython-rt package Description: The runtime package is unhelpful. I'm getting into arguments with the release manager who insists that my packages must depend on CSWpython-rt instead of CSWpython. I explain that CSWpython depends on CSWpython-rt, but then the release manager says "I REPEAT". I've been also asked if my package really needs to depend on the CSWpython package and not just CSWpython-rt. But CSWpython-rt is not enough for any Python program to work. There's no usecase for it, and it creates confusion. Can it be removed? ====================================================================== ---------------------------------------------------------------------- (0006972) maciej (reporter) - 2009-11-12 20:20 http://www.opencsw.org/mantis/view.php?id=4031#c6972 ---------------------------------------------------------------------- Attached an example patch for the Makefile. From noreply at opencsw.org Thu Nov 12 20:23:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:23:32 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: <8a4c4cb8e5a06c735a27e44056e74801@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-12 20:23 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006973) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3768#c6973 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 20:23:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:23:55 +0100 Subject: [bug-notifications] [cups 0003647]: Please upgrade to 1.3.10 In-Reply-To: <0bdf50f436192618b69153f77f74e0c1> Message-ID: <0c6c438c8915132e3701cb5411c326b8@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3647 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: cups Issue ID: 3647 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-28 09:02 CEST Last Modified: 2009-11-12 20:23 CET ====================================================================== Summary: Please upgrade to 1.3.10 Description: Please upgrade to 1.3.10 ====================================================================== ---------------------------------------------------------------------- (0006974) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3647#c6974 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 20:24:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:24:18 +0100 Subject: [bug-notifications] [cups 0002736]: CUPS 1.3.5 is out In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2736 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: cups Issue ID: 2736 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-01-09 05:50 CET Last Modified: 2009-11-12 20:24 CET ====================================================================== Summary: CUPS 1.3.5 is out Description: Cups 1.3.5 is available at http://www.cups.org/software.php and 1.4 is under development. The package should be updated. ====================================================================== ---------------------------------------------------------------------- (0006975) maciej (manager) - 2009-11-12 20:24 http://www.opencsw.org/bugtrack/view.php?id=2736#c6975 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 20:26:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:26:52 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <51c95f6687a990b15e6641b3f15605d4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: mmayer ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-12 20:26 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Thu Nov 12 20:27:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:27:51 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: mmayer ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-12 20:27 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/bugtrack/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Thu Nov 12 20:28:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:28:08 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: <68587eb5cc7644f410ed411fad316a35@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-12 20:28 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/bugtrack/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Thu Nov 12 20:28:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:28:34 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <1fc56fdb1d9d5d4a9d5010976cb9f2e5@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-12 20:28 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Thu Nov 12 20:30:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 20:30:15 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: <740687681e67c51bf74d15e044680a9b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-12 20:30 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0006978) maciej (manager) - 2009-11-12 20:30 http://www.opencsw.org/bugtrack/view.php?id=2848#c6978 ---------------------------------------------------------------------- Cups has been upgraded to 1.4.1. Can you please see if the problem still persists? From noreply at opencsw.org Thu Nov 12 22:20:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:20:16 +0100 Subject: [bug-notifications] [cups 0002736]: CUPS 1.3.5 is out In-Reply-To: Message-ID: <9c8940e485bf2ff38a6f61866784cf73@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2736 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2736 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-09 05:50 CET Last Modified: 2009-11-12 22:20 CET ====================================================================== Summary: CUPS 1.3.5 is out Description: Cups 1.3.5 is available at http://www.cups.org/software.php and 1.4 is under development. The package should be updated. ====================================================================== ---------------------------------------------------------------------- (0006975) maciej (manager) - 2009-11-12 20:24 http://www.opencsw.org/bugtrack/view.php?id=2736#c6975 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 22:20:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:20:35 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: <8344211e450eff9f74a3d8cb4d6b6adf@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-12 22:20 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0006978) maciej (manager) - 2009-11-12 20:30 http://www.opencsw.org/bugtrack/view.php?id=2848#c6978 ---------------------------------------------------------------------- Cups has been upgraded to 1.4.1. Can you please see if the problem still persists? From noreply at opencsw.org Thu Nov 12 22:20:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:20:49 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <73b30d8173885fdf4a60322ec8cb2068@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-12 22:20 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Thu Nov 12 22:21:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:21:02 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-12 22:21 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/bugtrack/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Thu Nov 12 22:21:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:21:27 +0100 Subject: [bug-notifications] [cups 0003647]: Please upgrade to 1.3.10 In-Reply-To: <0bdf50f436192618b69153f77f74e0c1> Message-ID: <088d7036d050aa9ca05e2b50ff6a6c84@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3647 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 3647 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-04-28 09:02 CEST Last Modified: 2009-11-12 22:21 CET ====================================================================== Summary: Please upgrade to 1.3.10 Description: Please upgrade to 1.3.10 ====================================================================== ---------------------------------------------------------------------- (0006974) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3647#c6974 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Thu Nov 12 22:21:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 12 Nov 2009 22:21:40 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-12 22:21 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006973) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/bugtrack/view.php?id=3768#c6973 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Fri Nov 13 12:51:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 12:51:59 +0100 Subject: [bug-notifications] [euler 0000681]: version 2.0 out ; includes Yacas In-Reply-To: <17394c5796beda10fa88f098ef6c12b3> Message-ID: <735f94ece45dffd26de46af3edb26356@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=681 ====================================================================== Reported By: carl Assigned To: dam ====================================================================== Project: euler Issue ID: 681 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2004-10-23 17:41 CEST Last Modified: 2009-11-13 12:51 CET ====================================================================== Summary: version 2.0 out ; includes Yacas Description: version 2.0 out ; includes Yacas, yet another comp. algebra system ====================================================================== ---------------------------------------------------------------------- (0003091) aalmroth (reporter) - 2006-02-09 16:09 http://www.opencsw.org/mantis/view.php?id=681#c3091 ---------------------------------------------------------------------- Closing case. From noreply at opencsw.org Fri Nov 13 12:52:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 12:52:39 +0100 Subject: [bug-notifications] [euler 0000681]: version 2.0 out ; includes Yacas In-Reply-To: <17394c5796beda10fa88f098ef6c12b3> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=681 ====================================================================== Reported By: carl Assigned To: dam ====================================================================== Project: euler Issue ID: 681 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2004-10-23 17:41 CEST Last Modified: 2009-11-13 12:52 CET ====================================================================== Summary: version 2.0 out ; includes Yacas Description: version 2.0 out ; includes Yacas, yet another comp. algebra system ====================================================================== ---------------------------------------------------------------------- (0006979) dam (administrator) - 2009-11-13 12:52 http://www.opencsw.org/mantis/view.php?id=681#c6979 ---------------------------------------------------------------------- The provided link is for the "eumat" project, not "euler". From noreply at opencsw.org Fri Nov 13 12:53:16 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 12:53:16 +0100 Subject: [bug-notifications] [euler 0001056]: RPATH is missing /opt/csw/lib In-Reply-To: Message-ID: <66fad98b2558a00e57fe2e50826548ce@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1056 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: euler Issue ID: 1056 Category: other Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2005-07-02 16:59 CEST Last Modified: 2009-11-13 12:53 CET ====================================================================== Summary: RPATH is missing /opt/csw/lib Description: euler can not find the gtk libs becasue it does not have /opt/csw/lib it the RPATH. Fix: make sure compile has -R/opt/csw/lib Workaround: run with LD path set: LD_LIBRARY_PATH=/opt/csw/lib euler ====================================================================== From noreply at opencsw.org Fri Nov 13 13:04:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:04:25 +0100 Subject: [bug-notifications] [euler 0001056]: RPATH is missing /opt/csw/lib In-Reply-To: Message-ID: <68f03bac1505ae8f86067b97f0cf3eba@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1056 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: euler Issue ID: 1056 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2005-07-02 16:59 CEST Last Modified: 2009-11-13 13:04 CET ====================================================================== Summary: RPATH is missing /opt/csw/lib Description: euler can not find the gtk libs becasue it does not have /opt/csw/lib it the RPATH. Fix: make sure compile has -R/opt/csw/lib Workaround: run with LD path set: LD_LIBRARY_PATH=/opt/csw/lib euler ====================================================================== ---------------------------------------------------------------------- (0006980) dam (administrator) - 2009-11-13 13:04 http://www.opencsw.org/mantis/view.php?id=1056#c6980 ---------------------------------------------------------------------- This should be resolved in 1.61.0,REV=2009.11.13 available from testing/. From noreply at opencsw.org Fri Nov 13 13:07:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:07:48 +0100 Subject: [bug-notifications] [axel 0004032]: Please upgrade to 2.4 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4032 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: axel Issue ID: 4032 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 13:07 CET Last Modified: 2009-11-13 13:07 CET ====================================================================== Summary: Please upgrade to 2.4 Description: Please upgrade to 2.4 ====================================================================== From noreply at opencsw.org Fri Nov 13 13:15:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:15:26 +0100 Subject: [bug-notifications] [squid 0004033]: Please change the version field Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4033 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: squid Issue ID: 4033 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 13:15 CET Last Modified: 2009-11-13 13:15 CET ====================================================================== Summary: Please change the version field Description: Please change the version field from 2.7,REV=2009.06.18_STABLE6 to 2.7STABLE6,REV=... as it currently doesn't conform to the standard. ====================================================================== From noreply at opencsw.org Fri Nov 13 13:15:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:15:51 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug In-Reply-To: <711abb2190af5ebf2762a397f8989274> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-13 13:15 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== ---------------------------------------------------------------------- (0006969) maciej (manager) - 2009-11-11 12:11 http://www.opencsw.org/bugtrack/view.php?id=4005#c6969 ---------------------------------------------------------------------- Updated package (REV=2009.11.11) is in testing/. From noreply at opencsw.org Fri Nov 13 13:16:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:16:37 +0100 Subject: [bug-notifications] [syslog_ng 0004005]: preinstall script contains a loop bug In-Reply-To: <711abb2190af5ebf2762a397f8989274> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4005 ====================================================================== Reported By: japester Assigned To: maciej ====================================================================== Project: syslog_ng Issue ID: 4005 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 11:43 CET Last Modified: 2009-11-13 13:16 CET ====================================================================== Summary: preinstall script contains a loop bug Description: the preinstall script exits with 'line 16, fi expected'. one line 12, there is a 'then' missing from the end of the line, which completes the for loop. #!/bin/sh if [ -x /usr/sbin/svcadm ]; then echo "Disabling svc:/system/system-log:default" # /usr/sbin/svcadm disable svc:/system/system-log:default fi # The assumption is that this script is going to be run from the global zone # first. The -f option is for the rm command not to complain if it can't remove # the file. for f in /opt/csw/var/syslog-ng.{ctl,persist}; do if [ -r "${f}" ]; echo "Removing an obsolete file: '${f}'." rm -f "${f}" fi done ====================================================================== ---------------------------------------------------------------------- (0006981) maciej (manager) - 2009-11-13 13:16 http://www.opencsw.org/bugtrack/view.php?id=4005#c6981 ---------------------------------------------------------------------- The updated package is available from mirrors. From noreply at opencsw.org Fri Nov 13 13:21:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:21:46 +0100 Subject: [bug-notifications] [proftpd 0004034]: Please upgrade to 1.3.2 Message-ID: <23fb8d849a762d314ead505ec6db5ea2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4034 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: proftpd Issue ID: 4034 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 13:21 CET Last Modified: 2009-11-13 13:21 CET ====================================================================== Summary: Please upgrade to 1.3.2 Description: Please upgrade to 1.3.2 ====================================================================== From noreply at opencsw.org Fri Nov 13 13:32:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:32:33 +0100 Subject: [bug-notifications] [axel 0004032]: Please upgrade to 2.4 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4032 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: axel Issue ID: 4032 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-13 13:07 CET Last Modified: 2009-11-13 13:32 CET ====================================================================== Summary: Please upgrade to 2.4 Description: Please upgrade to 2.4 ====================================================================== From noreply at opencsw.org Fri Nov 13 13:56:41 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 13:56:41 +0100 Subject: [bug-notifications] [lcms 0003916]: Please upgrade to 1.18a In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3916 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 3916 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-23 14:25 CEST Last Modified: 2009-11-13 13:56 CET ====================================================================== Summary: Please upgrade to 1.18a Description: Please upgrade to 1.18a ====================================================================== ---------------------------------------------------------------------- (0006982) hson (manager) - 2009-11-13 13:56 http://www.opencsw.org/bugtrack/view.php?id=3916#c6982 ---------------------------------------------------------------------- 1.18a pushed to newpkgs From noreply at opencsw.org Fri Nov 13 15:36:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 15:36:58 +0100 Subject: [bug-notifications] [python 0004035]: pycompile broken on package CSWcvs2svn Message-ID: <5308c58d855056dd444014446e63d8e7@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4035 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: python Issue ID: 4035 Category: regular use Reproducibility: have not tried Severity: block Priority: urgent Status: new ====================================================================== Date Submitted: 2009-11-13 15:36 CET Last Modified: 2009-11-13 15:36 CET ====================================================================== Summary: pycompile broken on package CSWcvs2svn Description: When I try to install cvs2svn from testing/ I get /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/default.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/parse_rcs_file.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/run-tests.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/texttools.py Compiling py files to normal bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined Compiling py files to optimized bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined [ verifying class ] Installation of was successful. ====================================================================== From noreply at opencsw.org Fri Nov 13 15:52:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 15:52:39 +0100 Subject: [bug-notifications] [pca 0004036]: Add /etc/opt/csw/pca.conf config file location? Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4036 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pca Issue ID: 4036 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 15:52 CET Last Modified: 2009-11-13 15:52 CET ====================================================================== Summary: Add /etc/opt/csw/pca.conf config file location? Description: pca checks a couple of locations for a pca.conf configuration file. /opt/csw/etc/pca.conf is implictly among them (via /opt/csw/bin/pca/../etc/pca.conf), /etc/opt/csw/pca.conf is not. >From /opt/csw/bin/pca 2311 push (@conf, dirname($0)."/pca.conf"); 2312 push (@conf, dirname($0)."/../etc/pca.conf"); 2313 push (@conf, "/etc/pca.conf"); 2314 $ENV{HOME} && push (@conf, $ENV{HOME}."/.pca"); 2315 push (@conf, "pca.conf"); Would you mind patching in /etc/opt/csw/pca.conf? ====================================================================== From noreply at opencsw.org Fri Nov 13 18:05:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 18:05:12 +0100 Subject: [bug-notifications] [fetchmail 0004037]: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4037 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: fetchmail Issue ID: 4037 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-13 18:05 CET Last Modified: 2009-11-13 18:05 CET ====================================================================== Summary: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode. Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # tail /var/svc/log/network-cswfetchmail:default.log [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ] [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ] # ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start + findConf + [ -z ] + exit 0 Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away? #AUTOENABLE no See http://opencsw.wikidot.com/cswclassutils-package#toc2 for reference. ====================================================================== From noreply at opencsw.org Fri Nov 13 20:55:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 13 Nov 2009 20:55:09 +0100 Subject: [bug-notifications] [firefox 0003963]: Dumps core In-Reply-To: <42c6e601324025f0313f86b67497939a> Message-ID: <765cf684cce4f971c8ae8db46a4a530f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3963 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: firefox Issue ID: 3963 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-10-13 02:57 CEST Last Modified: 2009-11-13 20:55 CET ====================================================================== Summary: Dumps core Description: Fresh install of Firefox on new installation of OS dumps core. I've tried 3 machines (I'm running out of fresh places to install) Solaris 10u8 and Solaris 9 fail similarly. Sparc only. The only thing I can think of that might be the cause is a missing depend that gets installed with some other package but is needed by firefox as all three failures are new installs without much else. ====================================================================== ---------------------------------------------------------------------- (0006983) james (reporter) - 2009-11-13 20:55 http://www.opencsw.org/bugtrack/view.php?id=3963#c6983 ---------------------------------------------------------------------- Still dumps core, severity == "crash". Please fix. From noreply at opencsw.org Sat Nov 14 01:32:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 01:32:10 +0100 Subject: [bug-notifications] [cswclassutils 0004035]: pycompile broken on package CSWcvs2svn In-Reply-To: <55b491b9b2661c5e81300196c67ad9ff> Message-ID: <2b54d930d08765b08c830e61891cf998@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4035 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4035 Category: regular use Reproducibility: have not tried Severity: block Priority: urgent Status: assigned ====================================================================== Date Submitted: 2009-11-13 15:36 CET Last Modified: 2009-11-14 01:32 CET ====================================================================== Summary: pycompile broken on package CSWcvs2svn Description: When I try to install cvs2svn from testing/ I get /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/default.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/parse_rcs_file.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/run-tests.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/texttools.py Compiling py files to normal bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined Compiling py files to optimized bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined [ verifying class ] Installation of was successful. ====================================================================== From noreply at opencsw.org Sat Nov 14 01:33:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 01:33:30 +0100 Subject: [bug-notifications] [cswclassutils 0003485]: It would be nice to have a class for texinfo files In-Reply-To: <4075dc68316686168a2957d8f8fbde44> Message-ID: <6ba1b4cfe801bf68e63bdf3861558e2f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3485 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 3485 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-03-22 22:53 CET Last Modified: 2009-11-14 01:33 CET ====================================================================== Summary: It would be nice to have a class for texinfo files Description: Texinfo-files should have a specific class ('texinfo'?) which install the files in a way similar to /opt/csw/bin/install-info $BASE/share/info/$i $BASE/share/info/dir 2> /dev/null ====================================================================== ---------------------------------------------------------------------- (0006984) bonivart (manager) - 2009-11-14 01:33 http://www.opencsw.org/mantis/view.php?id=3485#c6984 ---------------------------------------------------------------------- 1.28 released to current. From noreply at opencsw.org Sat Nov 14 10:06:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 10:06:03 +0100 Subject: [bug-notifications] [cswclassutils 0004035]: pycompile broken on package CSWcvs2svn In-Reply-To: <55b491b9b2661c5e81300196c67ad9ff> Message-ID: <6ac7861f1480b19783467fd1f1c80e30@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4035 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cswclassutils Issue ID: 4035 Category: regular use Reproducibility: have not tried Severity: block Priority: urgent Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-13 15:36 CET Last Modified: 2009-11-14 10:06 CET ====================================================================== Summary: pycompile broken on package CSWcvs2svn Description: When I try to install cvs2svn from testing/ I get /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/default.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/parse_rcs_file.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/run-tests.py /opt/csw/lib/python/site-packages/cvs2svn_rcsparse/texttools.py Compiling py files to normal bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined Compiling py files to optimized bytecode ... Traceback (most recent call last): File "/var/opt/csw/cswclassutils/pycomp.26154.20091113153350.py", line 83, in except PyCompileError: NameError: name 'PyCompileError' is not defined [ verifying class ] Installation of was successful. ====================================================================== ---------------------------------------------------------------------- (0006985) bonivart (manager) - 2009-11-14 10:06 http://www.opencsw.org/mantis/view.php?id=4035#c6985 ---------------------------------------------------------------------- 1.29 released to current with fixed i.cswpycompile. From noreply at opencsw.org Sat Nov 14 12:01:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 12:01:25 +0100 Subject: [bug-notifications] [pkgutil 0004038]: SIGINT to wget triggers "uninitialized value" perl warning Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4038 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4038 Category: other Reproducibility: have not tried Severity: tweak Priority: low Status: new ====================================================================== Date Submitted: 2009-11-14 12:01 CET Last Modified: 2009-11-14 12:01 CET ====================================================================== Summary: SIGINT to wget triggers "uninitialized value" perl warning Description: Filing this as a low priority tweak. I just interrupted the package download process via CTRL + C and perl threw a warning. Might be nice to handle this more gracefully somehow. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -i supybot ... 4 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.29,REV=2009.11.13 (1/4)... Fetching CSWosslrt-0.9.8l,REV=2009.11.07 (2/4)... ^CUse of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 272, line 1. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== From noreply at opencsw.org Sat Nov 14 12:03:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 12:03:22 +0100 Subject: [bug-notifications] [euler 0001056]: RPATH is missing /opt/csw/lib In-Reply-To: Message-ID: <496c8fb0ca2a62c883bfdd5ce39a744c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1056 ====================================================================== Reported By: james Assigned To: dam ====================================================================== Project: euler Issue ID: 1056 Category: other Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2005-07-02 16:59 CEST Last Modified: 2009-11-14 12:03 CET ====================================================================== Summary: RPATH is missing /opt/csw/lib Description: euler can not find the gtk libs becasue it does not have /opt/csw/lib it the RPATH. Fix: make sure compile has -R/opt/csw/lib Workaround: run with LD path set: LD_LIBRARY_PATH=/opt/csw/lib euler ====================================================================== ---------------------------------------------------------------------- (0006986) james (reporter) - 2009-11-14 12:03 http://www.opencsw.org/mantis/view.php?id=1056#c6986 ---------------------------------------------------------------------- That it has /opt/csw/lib in RPATH is evident by inspection. (Whether the package works is outside the scope of this report and my experience.) From noreply at opencsw.org Sat Nov 14 12:03:54 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 12:03:54 +0100 Subject: [bug-notifications] [fetchmail 0004037]: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? In-Reply-To: Message-ID: <954c10235c167b92fdff36be8a4410d6@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4037 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: fetchmail Issue ID: 4037 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-13 18:05 CET Last Modified: 2009-11-14 12:03 CET ====================================================================== Summary: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode. Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # tail /var/svc/log/network-cswfetchmail:default.log [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ] [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ] # ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start + findConf + [ -z ] + exit 0 Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away? #AUTOENABLE no See http://opencsw.wikidot.com/cswclassutils-package#toc2 for reference. ====================================================================== From noreply at opencsw.org Sat Nov 14 15:39:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 15:39:06 +0100 Subject: [bug-notifications] [fetchmail 0004037]: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4037 ====================================================================== Reported By: skayser Assigned To: james ====================================================================== Project: fetchmail Issue ID: 4037 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-11-13 18:05 CET Last Modified: 2009-11-14 15:39 CET ====================================================================== Summary: Set AUTOENABLE to NO to suppress SMF warnings on initial installation? Description: On installation cswfetchmail does not have a configuration file and goes into maintenance mode. Nov 13 17:51:49 ray3 svc.startd[7]: network/cswfetchmail:default failed repeatedly: transitioned to maintenance (see 'svcs -xv' for details) # tail /var/svc/log/network-cswfetchmail:default.log [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Executing start method ("/var/opt/csw/svc/method/svc-cswfetchmail start") ] [ Nov 13 17:51:49 Method "start" exited with status 0 ] [ Nov 13 17:51:49 Stopping because all processes in service exited. ] [ Nov 13 17:51:49 Executing stop method ("/var/opt/csw/svc/method/svc-cswfetchmail stop") ] [ Nov 13 17:51:49 Method "stop" exited with status 0 ] [ Nov 13 17:51:49 Restarting too quickly, changing state to maintenance ] # ksh -x /var/opt/csw/svc/method/svc-cswfetchmail start + findConf + [ -z ] + exit 0 Could you include the following comment in the init script so that i.cswinitsmf won't enable the SMF service right away? #AUTOENABLE no See http://opencsw.wikidot.com/cswclassutils-package#toc2 for reference. ====================================================================== ---------------------------------------------------------------------- (0006987) james (manager) - 2009-11-14 15:39 http://www.opencsw.org/bugtrack/view.php?id=4037#c6987 ---------------------------------------------------------------------- #AUTOENABLE no is of no use because it prevents restart after install on update (overriding previous preserve state). The underlying problem is in the mechanism which assumes there should be a maintenance state because nothing is running. A workaround is to add "sleep 99" before exiting to fool it. There should a return value to indicate the state is disabled and not running. It's a non error state and normally exit 0 indicates no error which is why I make it exit 0. exit 1 as per http://www.opencsw.org/bugtrack/view.php?id=4037 puts it into maintenance always. Not wanting to get into a discussion about svc being a deficient system (because it exists) but couldn't/doesn't cswclasssutil put a layer between the package script and the system? From noreply at opencsw.org Sat Nov 14 17:27:27 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 17:27:27 +0100 Subject: [bug-notifications] [pkgutil 0004039]: -F doesn't work with filenames which contain plus characters Message-ID: <123536490a4653ece6ac9f292fa445b5@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4039 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4039 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-14 17:27 CET Last Modified: 2009-11-14 17:27 CET ====================================================================== Summary: -F doesn't work with filenames which contain plus characters Description: # pkgutil -F libstdc++.so.6 Nested quantifiers in regex; marked by <-- HERE in m/libstdc++ <-- HERE .so.6/ at /opt/csw/bin/pkgutil line 289, line 1. ====================================================================== From noreply at opencsw.org Sat Nov 14 20:36:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 20:36:20 +0100 Subject: [bug-notifications] [libsdl 0003641]: Please add 64 bit libs In-Reply-To: Message-ID: <4515b3181ba2efb497eb908288575f12@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3641 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3641 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-14 21:24 CEST Last Modified: 2009-11-14 20:36 CET ====================================================================== Summary: Please add 64 bit libs Description: Please add 64 bit libs for sparcv9 and amd64 as dependency to libtheora ====================================================================== ---------------------------------------------------------------------- (0006988) jgoerzen (manager) - 2009-11-14 20:36 http://www.opencsw.org/bugtrack/view.php?id=3641#c6988 ---------------------------------------------------------------------- rebuild packages with 64bit libraries are now available in current tree libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Sat Nov 14 20:54:28 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 20:54:28 +0100 Subject: [bug-notifications] [aspell 0004040]: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4040 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: aspell Issue ID: 4040 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-14 20:54 CET Last Modified: 2009-11-14 20:54 CET ====================================================================== Summary: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt Description: aspell's RPATH will use gcc3's libgcc_s.so.1 if installed which causes /opt/csw/gcc4/lib/libstdc++.so.6 to fail to find the right version of libgcc_s.so.1. ====================================================================== From noreply at opencsw.org Sat Nov 14 23:11:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Nov 2009 23:11:09 +0100 Subject: [bug-notifications] [lha 0004041]: Please upgrade to 1.14i+ac20040929 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4041 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lha Issue ID: 4041 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-14 23:11 CET Last Modified: 2009-11-14 23:11 CET ====================================================================== Summary: Please upgrade to 1.14i+ac20040929 Description: Please upgrade to 1.14i+ac20040929 ====================================================================== From noreply at opencsw.org Sun Nov 15 10:14:47 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:14:47 +0100 Subject: [bug-notifications] [aspell 0004040]: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt In-Reply-To: <047b8505cf096a925117ea7828853a13> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4040 ====================================================================== Reported By: james Assigned To: james ====================================================================== Project: aspell Issue ID: 4040 Category: other Reproducibility: sometimes Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-14 20:54 CET Last Modified: 2009-11-15 10:14 CET ====================================================================== Summary: New gcc4 breaks aspell if gcc3rt install without gcc3g++rt Description: aspell's RPATH will use gcc3's libgcc_s.so.1 if installed which causes /opt/csw/gcc4/lib/libstdc++.so.6 to fail to find the right version of libgcc_s.so.1. ====================================================================== From noreply at opencsw.org Sun Nov 15 10:14:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:14:59 +0100 Subject: [bug-notifications] [groff 0004018]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: Message-ID: <2eba6ff32de4d2bef405490983e59796@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4018 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: groff Issue ID: 4018 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2009-11-15 10:14 CET ====================================================================== 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 Sun Nov 15 10:15:12 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:15:12 +0100 Subject: [bug-notifications] [aspell 0004010]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: <43a51bd827c96c31707c5b9097464b44> Message-ID: <3603fe3d750ceb3884b7ca42e6f81e8e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4010 ====================================================================== Reported By: dam Assigned To: james ====================================================================== Project: aspell Issue ID: 4010 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 16:13 CET Last Modified: 2009-11-15 10:15 CET ====================================================================== 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 Sun Nov 15 10:17:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:17:13 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-15 10:17 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:58 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change your mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the i386 package containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 15 10:17:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:17:45 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-15 10:17 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:58 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change your mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the i386 package containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 15 10:18:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 10:18:06 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <59d990060a1087aaa2bbd0f87e5912ab@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-15 10:18 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006962) james (manager) - 2009-11-08 10:58 http://www.opencsw.org/bugtrack/view.php?id=3998#c6962 ---------------------------------------------------------------------- That is a blastwave.org version package and not an OpenCSW one. You could change your mirror to: http://mirror.switch.ch/ftp/mirror/opencsw/ There are several other problems in this Blastwave package in addition to the i386 package containing Sparc binaries, like the SunOS5.8 and 5.9 binaries are for Solaris 10, the RPATH is confused and there are extraneous depends. I recommend you change mirrors. From noreply at opencsw.org Sun Nov 15 11:23:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 11:23:01 +0100 Subject: [bug-notifications] [cups 0003768]: Please upgrade to 1.3.11 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3768 ====================================================================== Reported By: maciej Assigned To: maciej ====================================================================== Project: cups Issue ID: 3768 Category: upgrade Reproducibility: N/A Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-14 18:22 CEST Last Modified: 2009-11-15 11:23 CET ====================================================================== Summary: Please upgrade to 1.3.11 Description: Can you please upgrade the package to 1.3.11? There's an issue with the scheduler (cups-polld) which has been fixed in 1.3.11. ====================================================================== ---------------------------------------------------------------------- (0006989) maciej (manager) - 2009-11-15 11:23 http://www.opencsw.org/bugtrack/view.php?id=3768#c6989 ---------------------------------------------------------------------- cups-1.4.1 has been released From noreply at opencsw.org Sun Nov 15 11:26:15 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 11:26:15 +0100 Subject: [bug-notifications] [libcups 0003663]: Please provide 64 bit libs In-Reply-To: <536d30707438470e1c8706d6ba8aeb6b> Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3663 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: libcups Issue ID: 3663 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-05-10 19:49 CEST Last Modified: 2009-11-15 11:26 CET ====================================================================== Summary: Please provide 64 bit libs Description: Please provide 64 bit libs, they are needed for gtk+ ====================================================================== ---------------------------------------------------------------------- (0006990) maciej (manager) - 2009-11-15 11:26 http://www.opencsw.org/bugtrack/view.php?id=3663#c6990 ---------------------------------------------------------------------- Some of the libraries that cups depends on need to be build with 64-bit support first: kerberos and gnutls. When they're done, BUILD64 = 1 can be added to the cups' Makefile. From noreply at opencsw.org Sun Nov 15 12:19:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 12:19:58 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-15 12:19 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0006978) maciej (manager) - 2009-11-12 20:30 http://www.opencsw.org/bugtrack/view.php?id=2848#c6978 ---------------------------------------------------------------------- Cups has been upgraded to 1.4.1. Can you please see if the problem still persists? From noreply at opencsw.org Sun Nov 15 12:20:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 12:20:26 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: <7e71c3017146174caafa38ebed953d1f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-15 12:20 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0006976) maciej (manager) - 2009-11-12 20:26 http://www.opencsw.org/bugtrack/view.php?id=2184#c6976 ---------------------------------------------------------------------- This bug might be not relevant any more because the SMF support is now handled by cswclassutils. Can you please check if it's still a problem? From noreply at opencsw.org Sun Nov 15 12:21:02 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 12:21:02 +0100 Subject: [bug-notifications] [cups 0002736]: CUPS 1.3.5 is out In-Reply-To: Message-ID: <1af317b70fc3ac3c98c9558b9c49d1b2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2736 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2736 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2008-01-09 05:50 CET Last Modified: 2009-11-15 12:21 CET ====================================================================== Summary: CUPS 1.3.5 is out Description: Cups 1.3.5 is available at http://www.cups.org/software.php and 1.4 is under development. The package should be updated. ====================================================================== ---------------------------------------------------------------------- (0006975) maciej (manager) - 2009-11-12 20:24 http://www.opencsw.org/bugtrack/view.php?id=2736#c6975 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Sun Nov 15 14:24:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 14:24:40 +0100 Subject: [bug-notifications] [gphoto2 0004042]: a recursive directory loop: /opt/csw/include/gphoto2/gphoto2 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4042 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: gphoto2 Issue ID: 4042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-15 14:24 CET Last Modified: 2009-11-15 14:24 CET ====================================================================== Summary: a recursive directory loop: /opt/csw/include/gphoto2/gphoto2 Description: There's a recursive directory loop in the package: > ggrep -r vwscanf /opt/csw/include ggrep: warning: /opt/csw/include/gphoto2/gphoto2: recursive directory loop If it's done on purpose, please close the bug. ====================================================================== From noreply at opencsw.org Sun Nov 15 14:25:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 14:25:42 +0100 Subject: [bug-notifications] [cups 0003647]: Please upgrade to 1.3.10 In-Reply-To: <0bdf50f436192618b69153f77f74e0c1> Message-ID: <3f55365bbab7463cb9124f52d0e28cf3@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3647 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 3647 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-28 09:02 CEST Last Modified: 2009-11-15 14:25 CET ====================================================================== Summary: Please upgrade to 1.3.10 Description: Please upgrade to 1.3.10 ====================================================================== ---------------------------------------------------------------------- (0006974) maciej (manager) - 2009-11-12 20:23 http://www.opencsw.org/mantis/view.php?id=3647#c6974 ---------------------------------------------------------------------- CUPS has been upgraded to 1.4.1. From noreply at opencsw.org Sun Nov 15 14:26:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 15 Nov 2009 14:26:07 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: <633c4e23f0ec0d7a1b14f5aa93bf8cbe@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: feedback ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-15 14:26 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0006977) maciej (manager) - 2009-11-12 20:27 http://www.opencsw.org/mantis/view.php?id=2185#c6977 ---------------------------------------------------------------------- Please check if it still applies. I think it doesn't, because the mentioned script is no longer part of the OpenCSW cups distribution. From noreply at opencsw.org Mon Nov 16 01:50:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 01:50:26 +0100 Subject: [bug-notifications] [libsdl 0003518]: link libSDL-1.2.so.0 not pointing to the right lib In-Reply-To: Message-ID: <3d3f0d2771b3f833880477404abd5219@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3518 ====================================================================== Reported By: yjobic Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3518 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 13:23 CEST Last Modified: 2009-11-16 01:50 CET ====================================================================== Summary: link libSDL-1.2.so.0 not pointing to the right lib Description: Crash when running mplayer. homard-jobic% ldd /opt/csw/bin/mplayer | grep SDL libSDL-1.2.so.0 => (file not found) The hack : ln -s /opt/csw/lib/libSDL-1.2.so.0.11.2 /opt/csw/lib/libSDL-1.2.so.0 Then it's running fine. ====================================================================== ---------------------------------------------------------------------- (0006991) jgoerzen (manager) - 2009-11-16 01:50 http://www.opencsw.org/bugtrack/view.php?id=3518#c6991 ---------------------------------------------------------------------- rebuilt packages are available in current tree libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Nov 16 01:51:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 01:51:51 +0100 Subject: [bug-notifications] [libsdl 0003048]: libSDL-1.2.so.0 doe snot link the good lib In-Reply-To: Message-ID: <3dcdf175e36274d9cbd836d3cf3ffa99@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3048 ====================================================================== Reported By: wbonnet Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3048 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-24 01:11 CET Last Modified: 2009-11-16 01:51 CET ====================================================================== Summary: libSDL-1.2.so.0 doe snot link the good lib Description: /opt/csw/lib/libSDL-1.2.so.0 is a symlink to libSDL-1.2.so.0.7.2 bash-3.00# ls -la /opt/csw/lib/libSDL-1.2.so.0 lrwxrwxrwx 1 root root 19 janv. 24 00:05 /opt/csw/lib/libSDL-1.2.so.0 -> libSDL-1.2.so.0.7.2 but this file doe sno longer exist it should be a symlink to libSDL-1.2.so.0.11.2 in this version of libsdl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003518 link libSDL-1.2.so.0 not pointing to th... ====================================================================== ---------------------------------------------------------------------- (0006992) jgoerzen (manager) - 2009-11-16 01:51 http://www.opencsw.org/bugtrack/view.php?id=3048#c6992 ---------------------------------------------------------------------- updated packages are available in current tree with fix this bug libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Nov 16 02:15:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 02:15:04 +0100 Subject: [bug-notifications] [libsdl 0003641]: Please add 64 bit libs In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3641 ====================================================================== Reported By: dam Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3641 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-04-14 21:24 CEST Last Modified: 2009-11-16 02:15 CET ====================================================================== Summary: Please add 64 bit libs Description: Please add 64 bit libs for sparcv9 and amd64 as dependency to libtheora ====================================================================== ---------------------------------------------------------------------- (0006988) jgoerzen (manager) - 2009-11-14 20:36 http://www.opencsw.org/bugtrack/view.php?id=3641#c6988 ---------------------------------------------------------------------- rebuild packages with 64bit libraries are now available in current tree libsdl-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-i386-CSW.pkg.gz libsdl_devel-1.2.14,REV=2009.11.10-SunOS5.8-sparc-CSW.pkg.gz From noreply at opencsw.org Mon Nov 16 08:25:25 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 08:25:25 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been REOPENED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-16 08:25 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006993) chrschaffer (reporter) - 2009-11-16 08:25 http://www.opencsw.org/bugtrack/view.php?id=3998#c6993 ---------------------------------------------------------------------- Sorry for responding late. I agree, it?s a blastwave.org package - I?ll have to change mirrors. Thanks for your quick response. From noreply at opencsw.org Mon Nov 16 09:16:09 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 09:16:09 +0100 Subject: [bug-notifications] [lcms 0004043]: Please adjust revision string Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4043 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: lcms Issue ID: 4043 Category: packaging Reproducibility: have not tried Severity: trivial Priority: low Status: new ====================================================================== Date Submitted: 2009-11-16 09:16 CET Last Modified: 2009-11-16 09:16 CET ====================================================================== Summary: Please adjust revision string Description: It is no longer needed to separately specify a _rev, so the version can now be writte as 1.18a,REV=2009.11.13 instead of 1.18,REV=2009.11.13_rev=a No need to repackage now, just keep in mind when updating next time. ====================================================================== From noreply at opencsw.org Mon Nov 16 11:00:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 11:00:51 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: <6ca42223e6ac56ffb778974c0dcb3920@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: resolved Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-16 11:00 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006995) james (manager) - 2009-11-16 11:00 http://www.opencsw.org/bugtrack/view.php?id=3998#c6995 ---------------------------------------------------------------------- Thanks for the comment, closing now "no change required". From noreply at opencsw.org Mon Nov 16 11:01:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 11:01:14 +0100 Subject: [bug-notifications] [jasper 0003998]: libjasper.so: wrong ELF machine type: EM_SPARC In-Reply-To: <41634d233467b97ea858b37b967f48a2> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3998 ====================================================================== Reported By: chrschaffer Assigned To: james ====================================================================== Project: jasper Issue ID: 3998 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-11-05 11:59 CET Last Modified: 2009-11-16 11:01 CET ====================================================================== Summary: libjasper.so: wrong ELF machine type: EM_SPARC Description: Upgraded all packages last weekend. Since then, the following error message appears if accessing jasper: ld: fatal: file /opt/csw/lib/libjasper.so: wrong ELF machine type: EM_SPARC version is: # (From site http://mirror.switch.ch/ftp/mirror/blastwave.org/unstable ) software localrev remoterev jasper 1.900.1,REV=2009.10.06 SAME ====================================================================== ---------------------------------------------------------------------- (0006995) james (manager) - 2009-11-16 11:00 http://www.opencsw.org/bugtrack/view.php?id=3998#c6995 ---------------------------------------------------------------------- Thanks for the comment, closing now "no change required". From noreply at opencsw.org Mon Nov 16 20:28:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 20:28:08 +0100 Subject: [bug-notifications] [gzip 0003956]: Please upgrade to 1.3.13 In-Reply-To: Message-ID: <32b03dda53bdbe5220b3301baaccad2f@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3956 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: gzip Issue ID: 3956 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-11 10:35 CEST Last Modified: 2009-11-16 20:28 CET ====================================================================== Summary: Please upgrade to 1.3.13 Description: Please upgrade to 1.3.13 ====================================================================== ---------------------------------------------------------------------- (0006996) phil (manager) - 2009-11-16 20:28 http://www.opencsw.org/mantis/view.php?id=3956#c6996 ---------------------------------------------------------------------- new packaging heading out From noreply at opencsw.org Mon Nov 16 20:42:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 20:42:31 +0100 Subject: [bug-notifications] [pkgutil 0004038]: SIGINT to wget triggers "uninitialized value" perl warning In-Reply-To: <7493216f15edd66afda7efe2416f2a0c> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4038 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4038 Category: other Reproducibility: have not tried Severity: tweak Priority: low Status: assigned ====================================================================== Date Submitted: 2009-11-14 12:01 CET Last Modified: 2009-11-16 20:42 CET ====================================================================== Summary: SIGINT to wget triggers "uninitialized value" perl warning Description: Filing this as a low priority tweak. I just interrupted the package download process via CTRL + C and perl threw a warning. Might be nice to handle this more gracefully somehow. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -i supybot ... 4 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.29,REV=2009.11.13 (1/4)... Fetching CSWosslrt-0.9.8l,REV=2009.11.07 (2/4)... ^CUse of uninitialized value in concatenation (.) or string at /opt/csw/bin/pkgutil line 272, line 1. Fetching of failed. Try updating your catalog with pkgutil -U. ====================================================================== From noreply at opencsw.org Mon Nov 16 20:42:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 20:42:40 +0100 Subject: [bug-notifications] [pkgutil 0004039]: -F doesn't work with filenames which contain plus characters In-Reply-To: Message-ID: <0e7de0bcb36807755efa8e76dc5ddba2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4039 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4039 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-14 17:27 CET Last Modified: 2009-11-16 20:42 CET ====================================================================== Summary: -F doesn't work with filenames which contain plus characters Description: # pkgutil -F libstdc++.so.6 Nested quantifiers in regex; marked by <-- HERE in m/libstdc++ <-- HERE .so.6/ at /opt/csw/bin/pkgutil line 289, line 1. ====================================================================== From noreply at opencsw.org Mon Nov 16 23:09:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:03 +0100 Subject: [bug-notifications] [firefox 0003963]: Dumps core In-Reply-To: <42c6e601324025f0313f86b67497939a> Message-ID: <1b1f04941b1846745eac141b4ddfb58b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3963 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: firefox Issue ID: 3963 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-13 02:57 CEST Last Modified: 2009-11-16 23:09 CET ====================================================================== Summary: Dumps core Description: Fresh install of Firefox on new installation of OS dumps core. I've tried 3 machines (I'm running out of fresh places to install) Solaris 10u8 and Solaris 9 fail similarly. Sparc only. The only thing I can think of that might be the cause is a missing depend that gets installed with some other package but is needed by firefox as all three failures are new installs without much else. ====================================================================== ---------------------------------------------------------------------- (0006983) james (reporter) - 2009-11-13 20:55 http://www.opencsw.org/bugtrack/view.php?id=3963#c6983 ---------------------------------------------------------------------- Still dumps core, severity == "crash". Please fix. From noreply at opencsw.org Mon Nov 16 23:09:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:06 +0100 Subject: [bug-notifications] [dbus 0003962]: Duplicate init In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3962 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== 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: 2009-11-16 23:09 CET ====================================================================== 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 Mon Nov 16 23:09:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:08 +0100 Subject: [bug-notifications] [dbus 0003961]: says "dbus-daemon cannot be run in non-global zones" but it does In-Reply-To: <2d766f3f5eb7832be0a3405291bf22c6> Message-ID: <0b4e4be64f2c2f4484759f5cdc3bbce0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3961 ====================================================================== Reported By: james Assigned To: wbonnet ====================================================================== Project: dbus Issue ID: 3961 Category: other Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-13 01:45 CEST Last Modified: 2009-11-16 23:09 CET ====================================================================== Summary: says "dbus-daemon cannot be run in non-global zones" but it does Description: /etc/opt/csw/init.d/cswdbus contains: if smf_is_nonglobalzone; then /usr/sbin/svcadm disable -t svc:/system/cswdbus echo "dbus-daemon cannot be run in non-global zones" sleep 5 & exit $SMF_EXIT_OK fi but the logic fails and it does start: # /etc/opt/csw/init.d/cswdbus start /etc/opt/csw/init.d/cswdbus: smf_is_nonglobalzone: not found As you can see from init PID it's running in a non-global zone: # ps -ef | egrep 'dbus-daemon|init' root 18635 16978 0 00:35:04 pts/8 0:00 egrep dbus-daemon|init root 16253 16233 0 00:28:19 ? 0:00 /sbin/init messageb 18581 16233 0 00:34:04 ? 0:00 /opt/csw/bin/dbus-daemon --system ====================================================================== From noreply at opencsw.org Mon Nov 16 23:09:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 16 Nov 2009 23:09:26 +0100 Subject: [bug-notifications] [pm_rpcxml 0004006]: Please upgrade to 0.69 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4006 ====================================================================== Reported By: dam Assigned To: wbonnet ====================================================================== Project: pm_rpcxml Issue ID: 4006 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 14:28 CET Last Modified: 2009-11-16 23:09 CET ====================================================================== Summary: Please upgrade to 0.69 Description: Please upgrade to 0.69 ====================================================================== From noreply at opencsw.org Tue Nov 17 03:05:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 03:05:43 +0100 Subject: [bug-notifications] [git 0003982]: On 'git diff' less is searched in path and /usr/bin/less is too old In-Reply-To: Message-ID: <53f5064dd5e7f4d95d7d623b36551f40@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3982 ====================================================================== Reported By: dam Assigned To: bwalton ====================================================================== Project: git Issue ID: 3982 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2009-10-28 14:29 CET Last Modified: 2009-11-17 03:05 CET ====================================================================== Summary: On 'git diff' less is searched in path and /usr/bin/less is too old Description: Usually /usr/bin is in the path early and /usr/bin/less is found before /opt/csw/bin/less. ====================================================================== ---------------------------------------------------------------------- (0006997) bwalton (manager) - 2009-11-17 03:05 http://www.opencsw.org/mantis/view.php?id=3982#c6997 ---------------------------------------------------------------------- Patches are queued upstream. Will release an updated version when they hit a stable release. -Ben From noreply at opencsw.org Tue Nov 17 13:05:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 13:05:38 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient Message-ID: <7c7f32afbdde391f4f483242de331ed6@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-17 13:05 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== From noreply at opencsw.org Tue Nov 17 13:10:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 13:10:45 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient In-Reply-To: <5fb79c39f8002595740d40ebf694035d> Message-ID: <2a88eb920e9512c0d04a7f6e3734403c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-17 13:10 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== From noreply at opencsw.org Tue Nov 17 13:30:10 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 13:30:10 +0100 Subject: [bug-notifications] [pkgutil 0004045]: RFE: Override configuration parameters on the commandline (via --param?) Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4045 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4045 Category: regular use Reproducibility: N/A Severity: feature Priority: low Status: new ====================================================================== Date Submitted: 2009-11-17 13:30 CET Last Modified: 2009-11-17 13:30 CET ====================================================================== Summary: RFE: Override configuration parameters on the commandline (via --param?) Description: For testing and various other purposes i sometimes fiddle with configuration settings in pkgutil.conf. How about introducing a command line option to do this on-the-fly? A somewhat limited use case example to illustrate the RFE: $ pkgutil -V | grep noncsw noncsw true (default: false) Now to compare only CSW cups packages i would do $ pkgutil -c cups | grep CSW With --param i could also do $ pkgutil --param noncsw=false -c cups and have pkgutil filter the pkg list right away. I know, it is longer to type, but the general ability to change and test settings on the fly feels helpful to me. I don't know whether this can be easily implemented for all possible parameters (also future ones) so that this doesn't result in more work when you implement additional parameters. Wishlist item. ====================================================================== From noreply at opencsw.org Tue Nov 17 16:21:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 16:21:46 +0100 Subject: [bug-notifications] [libsdl 0003518]: link libSDL-1.2.so.0 not pointing to the right lib In-Reply-To: Message-ID: <12aab47f22a81f875d3a0b771134f008@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3518 ====================================================================== Reported By: yjobic Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3518 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-03-31 13:23 CEST Last Modified: 2009-11-17 16:21 CET ====================================================================== Summary: link libSDL-1.2.so.0 not pointing to the right lib Description: Crash when running mplayer. homard-jobic% ldd /opt/csw/bin/mplayer | grep SDL libSDL-1.2.so.0 => (file not found) The hack : ln -s /opt/csw/lib/libSDL-1.2.so.0.11.2 /opt/csw/lib/libSDL-1.2.so.0 Then it's running fine. ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0003048 libSDL-1.2.so.0 doe snot link the good lib ====================================================================== ---------------------------------------------------------------------- (0006998) jgoerzen (manager) - 2009-11-17 16:21 http://www.opencsw.org/bugtrack/view.php?id=3518#c6998 ---------------------------------------------------------------------- Rebuild packages are in current tree and installed on buildfarm hosts From noreply at opencsw.org Tue Nov 17 16:24:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 16:24:48 +0100 Subject: [bug-notifications] [libsdl 0003048]: libSDL-1.2.so.0 doe snot link the good lib In-Reply-To: Message-ID: <5dbae9731dc38bd7a5bf836b897132ce@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3048 ====================================================================== Reported By: wbonnet Assigned To: jgoerzen ====================================================================== Project: libsdl Issue ID: 3048 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-01-24 01:11 CET Last Modified: 2009-11-17 16:24 CET ====================================================================== Summary: libSDL-1.2.so.0 doe snot link the good lib Description: /opt/csw/lib/libSDL-1.2.so.0 is a symlink to libSDL-1.2.so.0.7.2 bash-3.00# ls -la /opt/csw/lib/libSDL-1.2.so.0 lrwxrwxrwx 1 root root 19 janv. 24 00:05 /opt/csw/lib/libSDL-1.2.so.0 -> libSDL-1.2.so.0.7.2 but this file doe sno longer exist it should be a symlink to libSDL-1.2.so.0.11.2 in this version of libsdl ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- duplicate of 0003518 link libSDL-1.2.so.0 not pointing to th... ====================================================================== ---------------------------------------------------------------------- (0006999) jgoerzen (manager) - 2009-11-17 16:24 http://www.opencsw.org/bugtrack/view.php?id=3048#c6999 ---------------------------------------------------------------------- Rebuilt packages are in current tree and installed on buildfarm hosts From noreply at opencsw.org Tue Nov 17 17:39:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 17:39:37 +0100 Subject: [bug-notifications] [pkgutil 0004045]: RFE: Override configuration parameters on the commandline (via --param?) In-Reply-To: <8f681e358095c30e20eb1b088bc39d9e> Message-ID: <2a02304ddde2c61ce0a141106b8593ab@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4045 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4045 Category: regular use Reproducibility: N/A Severity: feature Priority: low Status: assigned ====================================================================== Date Submitted: 2009-11-17 13:30 CET Last Modified: 2009-11-17 17:39 CET ====================================================================== Summary: RFE: Override configuration parameters on the commandline (via --param?) Description: For testing and various other purposes i sometimes fiddle with configuration settings in pkgutil.conf. How about introducing a command line option to do this on-the-fly? A somewhat limited use case example to illustrate the RFE: $ pkgutil -V | grep noncsw noncsw true (default: false) Now to compare only CSW cups packages i would do $ pkgutil -c cups | grep CSW With --param i could also do $ pkgutil --param noncsw=false -c cups and have pkgutil filter the pkg list right away. I know, it is longer to type, but the general ability to change and test settings on the fly feels helpful to me. I don't know whether this can be easily implemented for all possible parameters (also future ones) so that this doesn't result in more work when you implement additional parameters. Wishlist item. ====================================================================== From noreply at opencsw.org Tue Nov 17 20:01:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 17 Nov 2009 20:01:19 +0100 Subject: [bug-notifications] [zlib 0004046]: Please provide optimized libs Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4046 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: zlib Issue ID: 4046 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-17 20:01 CET Last Modified: 2009-11-17 20:01 CET ====================================================================== Summary: Please provide optimized libs Description: The previous package had optimized libs for sparcv8plus+vis. Are these left out now deliberately? In addition, it may be good to provide more optimized versions for other ISAs as well (e. g. pentium). ====================================================================== From noreply at opencsw.org Wed Nov 18 00:33:49 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 00:33:49 +0100 Subject: [bug-notifications] [openssl 0004047]: The CHANGES file seems to have "assimilated" almost every other doc/ file Message-ID: <26a8274f6cc4087e1af7dfd412b23607@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4047 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: openssl Issue ID: 4047 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-18 00:33 CET Last Modified: 2009-11-18 00:33 CET ====================================================================== Summary: The CHANGES file seems to have "assimilated" almost every other doc/ file Description: The upstream files in the /opt/csw/share/doc/openssl/ are all just copies of the CHANGES file. This also pertains to the openssl_devel and openssl_utils packages. openssl_rt contains the intended set of files. $ ls -l /opt/csw/share/doc/openssl*/* -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/CHANGES -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/CHANGES.SSLeay -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/FAQ -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/INSTALL -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/NEWS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/PROBLEMS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/README -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/README.ASN1 -rw-r--r-- 1 root bin 836 Mar 27 2009 /opt/csw/share/doc/openssl/README.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl/README.ENGINE -rw-r--r-- 1 root bin 3021 Mar 27 2009 /opt/csw/share/doc/openssl/changelog.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/CHANGES -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/CHANGES.SSLeay -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/FAQ -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/INSTALL -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/NEWS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/PROBLEMS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README.ASN1 -rw-r--r-- 1 root bin 836 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_devel/README.ENGINE -rw-r--r-- 1 root bin 3021 Mar 27 2009 /opt/csw/share/doc/openssl_devel/changelog.CSW -rw-r--r-- 1 root bin 363049 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/CHANGES -rw-r--r-- 1 root bin 42751 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/CHANGES.SSLeay -rw-r--r-- 1 root bin 43007 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/FAQ -rw-r--r-- 1 root bin 14180 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/INSTALL -rw-r--r-- 1 root bin 21597 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/NEWS -rw-r--r-- 1 root bin 8038 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/PROBLEMS -rw-r--r-- 1 root bin 8194 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README -rw-r--r-- 1 root bin 7699 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README.ASN1 -rw-r--r-- 1 root bin 836 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README.CSW -rw-r--r-- 1 root bin 16100 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/README.ENGINE -rw-r--r-- 1 root bin 3210 Nov 7 02:21 /opt/csw/share/doc/openssl_rt/changelog.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/CHANGES -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/CHANGES.SSLeay -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/FAQ -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/INSTALL -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/NEWS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/PROBLEMS -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README.ASN1 -rw-r--r-- 1 root bin 836 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README.CSW -rw-r--r-- 1 root bin 362639 Mar 27 2009 /opt/csw/share/doc/openssl_utils/README.ENGINE -rw-r--r-- 1 root bin 3021 Mar 27 2009 /opt/csw/share/doc/openssl_utils/changelog.CSW ====================================================================== From noreply at opencsw.org Wed Nov 18 08:53:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:53:13 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient In-Reply-To: <5fb79c39f8002595740d40ebf694035d> Message-ID: <40ecc03c0c49de0bacf271b74c3dbff3@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-18 08:53 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== ---------------------------------------------------------------------- (0007000) maciej (manager) - 2009-11-18 08:53 http://www.opencsw.org/mantis/view.php?id=4044#c7000 ---------------------------------------------------------------------- I wrote a stub client.conf file myself, as cups distribution doesn't contain any example. Updated cupsclient version is in testing/. Does it look good to you? From noreply at opencsw.org Wed Nov 18 08:56:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:56:50 +0100 Subject: [bug-notifications] [vncviewer 0001632]: Upgrade to version 1.2.9 In-Reply-To: <8f9e9bb920a288bb053cb051a96ebe23> Message-ID: <75c93e0d8d0775c4fee448263f2a498c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1632 ====================================================================== Reported By: mol Assigned To: ====================================================================== Project: vncviewer Issue ID: 1632 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-06-13 10:22 CEST Last Modified: 2009-11-18 08:56 CET ====================================================================== Summary: Upgrade to version 1.2.9 Description: Please. ====================================================================== ---------------------------------------------------------------------- (0007001) maciej (manager) - 2009-11-18 08:56 http://www.opencsw.org/mantis/view.php?id=1632#c7001 ---------------------------------------------------------------------- Updated to 1.3.10. 1.3.10,REV=2009.11.16 is available from mirrors. From noreply at opencsw.org Wed Nov 18 08:57:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:57:33 +0100 Subject: [bug-notifications] [vncserver 0002698]: Upgrade to latest version (1.3.9) In-Reply-To: <67647e4cf316df5847f9686e8a543e13> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2698 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 2698 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-12-13 07:04 CET Last Modified: 2009-11-18 08:57 CET ====================================================================== Summary: Upgrade to latest version (1.3.9) Description: Please update to latest version, currently 1.3.9 which was released May 8, 2007. ====================================================================== From noreply at opencsw.org Wed Nov 18 08:58:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 08:58:08 +0100 Subject: [bug-notifications] [vncserver 0002698]: Upgrade to latest version (1.3.9) In-Reply-To: <67647e4cf316df5847f9686e8a543e13> Message-ID: <705b77d51dbc9214033f9da620fff940@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2698 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 2698 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-12-13 07:04 CET Last Modified: 2009-11-18 08:58 CET ====================================================================== Summary: Upgrade to latest version (1.3.9) Description: Please update to latest version, currently 1.3.9 which was released May 8, 2007. ====================================================================== ---------------------------------------------------------------------- (0007002) maciej (manager) - 2009-11-18 08:58 http://www.opencsw.org/mantis/view.php?id=2698#c7002 ---------------------------------------------------------------------- Updated, current version on the mirrors: 1.3.10,REV=2009.11.16 From noreply at opencsw.org Wed Nov 18 09:00:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:00:57 +0100 Subject: [bug-notifications] [vncviewer 0001632]: Upgrade to version 1.2.9 In-Reply-To: <8f9e9bb920a288bb053cb051a96ebe23> Message-ID: <1db83671dbf66d9672c8956a0bf010b3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1632 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncviewer Issue ID: 1632 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-06-13 10:22 CEST Last Modified: 2009-11-18 09:00 CET ====================================================================== Summary: Upgrade to version 1.2.9 Description: Please. ====================================================================== ---------------------------------------------------------------------- (0007001) maciej (manager) - 2009-11-18 08:56 http://www.opencsw.org/bugtrack/view.php?id=1632#c7001 ---------------------------------------------------------------------- Updated to 1.3.10. 1.3.10,REV=2009.11.16 is available from mirrors. From noreply at opencsw.org Wed Nov 18 09:01:06 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:01:06 +0100 Subject: [bug-notifications] [vncviewer 0001632]: Upgrade to version 1.2.9 In-Reply-To: <8f9e9bb920a288bb053cb051a96ebe23> Message-ID: <7de5f3b227acfe122938bf91e984bc06@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=1632 ====================================================================== Reported By: mol Assigned To: maciej ====================================================================== Project: vncviewer Issue ID: 1632 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2006-06-13 10:22 CEST Last Modified: 2009-11-18 09:01 CET ====================================================================== Summary: Upgrade to version 1.2.9 Description: Please. ====================================================================== ---------------------------------------------------------------------- (0007001) maciej (manager) - 2009-11-18 08:56 http://www.opencsw.org/bugtrack/view.php?id=1632#c7001 ---------------------------------------------------------------------- Updated to 1.3.10. 1.3.10,REV=2009.11.16 is available from mirrors. From noreply at opencsw.org Wed Nov 18 09:10:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:10:58 +0100 Subject: [bug-notifications] [vncserver 0000280]: Start up script has shell run-time errors In-Reply-To: <853518e573e85e665feddec534b26b2d> Message-ID: <54d58854bbbdbe53ac8141e946b71726@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=280 ====================================================================== Reported By: scs1ng Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2004-03-07 19:02 CET Last Modified: 2009-11-18 09:10 CET ====================================================================== Summary: Start up script has shell run-time errors Description: The script /etc/init.d/cswvncserver gives shell errors both when starting and stopping. Details: The config script /opt/csw/etc/vncservers was edited so that the last two lines are: VNCSERVERS=\"1:scs1ng\" ARGS=\"-geometry 1024x768 -alwaysshared\" Running /etc/init.d/cswvncserver stop gives: Shutting down VNC server: 1:scs1ng Ambiguous output redirect and /etc/init.d/cswvncserver start gives Starting VNC server: 1:scs1ng Missing ] ====================================================================== ---------------------------------------------------------------------- (0004467) davecb (reporter) - 2007-03-23 09:18 http://www.opencsw.org/mantis/view.php?id=280#c4467 ---------------------------------------------------------------------- Ok, here\'s an rc3.d script that works on Solaris, using only sh instead of bash: --Dave Collier-Brown <davecb at spamcop.net> hobbes> cat S92cswvncserver #!/bin/sh # # S92cswvncserver -- Starts and stops vncserver. # used to provide remote X window systems access to # machines which only have (PC) VNC available. #set -x VNCSERVERS=\"\" ARGS=\"\" main() { chmod 01777 /tmp/.X11-unix # Permit non-root access if [ -f /opt/csw/etc/vncservers ] ; then . /opt/csw/etc/vncservers else say \"$0: no servers to start in /opt/csw/etc/vncservers\" exit 0 fi # See how we were called. case \"$1\" in start) start ;; stop) stop ;; restart|reload) stop start ;; condrestart) if [ -f /var/spool/locks/vncserver ]; then stop start fi ;; stat*) pgrep -l vnc ;; *) echo $\"Usage: $0 {start|stop|status|restart|condrestart}\" exit 1 esac } start() { echo \"Starting VNC server: \" ulimit -c 0 >/dev/null 2>&1 rc=0 for token in ${VNCSERVERS}; do echo \"${token} \" display=`echo $token | sed \'s/:.*$//\'` user=`echo $token | sed \'s/^.*://\'` su - ${user} -c \" cd if [ ! -f .vnc/passwd ] say \"$0: $user lacks a .vnc/password file, skipped\" else USER=$user /opt/csw/bin/vncserver ${ARGS} :${display} fi \" rc=$? if [ \"$rc\" -ne 0 ]; then break fi done if [ \"$rc\" -eq 0 ]; then touch /var/spool/locks/vncserver fi } stop() { echo \"Shutting down VNC server: \" for token in ${VNCSERVERS}; do echo \"${token} \" display=`echo $token | sed \'s/:.*$//\'` user=`echo $token | sed \'s/^.*://\'` su ${user} -c \"USER=$user /opt/csw/bin/vncserver -kill :${display}\" rc=$? done if [ \"$rc\" -eq 0 ]; then rm -f /var/spool/locks/vncserver fi } say() { echo \"$@\" 1>&2 } main \"$@\" exit 0 From noreply at opencsw.org Wed Nov 18 09:12:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:12:22 +0100 Subject: [bug-notifications] [vncserver 0000280]: Start up script has shell run-time errors In-Reply-To: <853518e573e85e665feddec534b26b2d> Message-ID: <65e286fb2ce4f95cf8af8ea5b9ce99ee@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=280 ====================================================================== Reported By: scs1ng Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 280 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2004-03-07 19:02 CET Last Modified: 2009-11-18 09:12 CET ====================================================================== Summary: Start up script has shell run-time errors Description: The script /etc/init.d/cswvncserver gives shell errors both when starting and stopping. Details: The config script /opt/csw/etc/vncservers was edited so that the last two lines are: VNCSERVERS=\"1:scs1ng\" ARGS=\"-geometry 1024x768 -alwaysshared\" Running /etc/init.d/cswvncserver stop gives: Shutting down VNC server: 1:scs1ng Ambiguous output redirect and /etc/init.d/cswvncserver start gives Starting VNC server: 1:scs1ng Missing ] ====================================================================== ---------------------------------------------------------------------- (0007003) maciej (manager) - 2009-11-18 09:12 http://www.opencsw.org/mantis/view.php?id=280#c7003 ---------------------------------------------------------------------- Hi, I'm the new vncviewer maintainer. I fixed one RETVAL issue in the startup script. Can you take another look? Version 1.3.10 is available from the mirrors. From noreply at opencsw.org Wed Nov 18 09:13:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:13:00 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <04796e22056cdd91e2f0db508163b6a3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: assigned ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-18 09:12 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0003315) damjan (reporter) - 2006-03-20 05:02 http://www.opencsw.org/mantis/view.php?id=942#c3315 ---------------------------------------------------------------------- It works if users follow the manual. It you run Xvnc as root, you don\'t need to do anything. It works. If you want to start Xvnc as a normal user you need to follow the instructions which are given in postinstall and /opt/csw/etc/vncservers file. Solaris default permissions do now allow Xservers to run as non-root users (that is differnet to e.g. Linux or AIX). I don\'t think blastwave package should change any permissions. All I can do is, to write these instruction on a more visible place. From noreply at opencsw.org Wed Nov 18 09:35:35 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:35:35 +0100 Subject: [bug-notifications] [vncserver 0001404]: Xvnc crash when trying to run kde In-Reply-To: Message-ID: <72ed9c785a1dd74429aae46049b5bc21@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1404 ====================================================================== Reported By: KristvanBesien Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1404 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-01-19 08:40 CET Last Modified: 2009-11-18 09:35 CET ====================================================================== Summary: Xvnc crash when trying to run kde Description: starting kde under Xvnc causes Xvnc to crash hard (with a core dump). ====================================================================== From noreply at opencsw.org Wed Nov 18 09:36:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:36:30 +0100 Subject: [bug-notifications] [vncserver 0001404]: Xvnc crash when trying to run kde In-Reply-To: Message-ID: <7e746a4bc60091e1e7c8e0f631e2f0ce@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1404 ====================================================================== Reported By: KristvanBesien Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1404 Category: other Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2006-01-19 08:40 CET Last Modified: 2009-11-18 09:36 CET ====================================================================== Summary: Xvnc crash when trying to run kde Description: starting kde under Xvnc causes Xvnc to crash hard (with a core dump). ====================================================================== ---------------------------------------------------------------------- (0007005) maciej (manager) - 2009-11-18 09:36 http://www.opencsw.org/mantis/view.php?id=1404#c7005 ---------------------------------------------------------------------- Hi I'm the new vncserver maintainer. Can you try with the newest version? (1.3.10) From noreply at opencsw.org Wed Nov 18 09:37:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:37:01 +0100 Subject: [bug-notifications] [vncserver 0001577]: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 In-Reply-To: Message-ID: <52d91cc0215421f3ee2ca7bf66f93801@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=1577 ====================================================================== Reported By: gnutered Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1577 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2006-04-18 01:22 CEST Last Modified: 2009-11-18 09:37 CET ====================================================================== Summary: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 Description: A segmentation fault happens under specific circumstances, using Xvnc to log in remotely into a GNOME 2.8 session on a SPARC Solaris 9 box. Not sure if it\'s GNOME or VNC or a combination. Reporting as a bug against GNOME, and report a bug against VNC server that links to this. On the server, i run the following command: sudo /opt/csw/bin/Xvnc -geometry 1024x768 -depth 24 -once -query localhost When I use a vncviewer to connect to that, I get the login screen. When I choose GNOME session and login, it presents the GNOME 2.8 splashscreen and then crashes. If I use \"-depth 8\", it does *not* crash (\"-depth 16\" does, though). So it\'s not just GNOME. If I use XDMCP directly (not through VNC), \"-depth 24\" is fine. If I choose CDE instead of GNOME, all depths work. So it\'s not just VNC. But it happens with both KDE and GNOME. Resultion doesn\'t seem to matter so much. VNC and GNOME are the latest Blastwave stable release. KDE is. I uninstalled the SUNW gnome packages and even rebooted, but problem persists I tried a number of clients, namely Ubunt Dapper, Windows (?TightVNC?). A core file is produced by the segfault, but I\'m far too rusty on that level of Solaris hackery to make sense of it without expert guidance. There is a chance that this isn\'t Xvnc\' fault, but that seems unlikely. ====================================================================== ---------------------------------------------------------------------- (0004648) gnutered (reporter) - 2007-06-24 06:29 http://www.opencsw.org/mantis/view.php?id=1577#c4648 ---------------------------------------------------------------------- Hmmm, in the fifteen months between reporting this bug and having it assigned, I\'ve moved on from the position that was involved with this Solaris box. So I no longer have the ability to assist further in debugging this. As far as I\'m concerned, you can close the bug. From noreply at opencsw.org Wed Nov 18 09:37:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 09:37:58 +0100 Subject: [bug-notifications] [vncserver 0001577]: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 In-Reply-To: Message-ID: <4d10f749dab84c69cbb8849d1f6428ab@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=1577 ====================================================================== Reported By: gnutered Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 1577 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-04-18 01:22 CEST Last Modified: 2009-11-18 09:37 CET ====================================================================== Summary: Xvnc with depth > 8 crashes when logging on to GNOME 2.8 or KDE 3.4 Description: A segmentation fault happens under specific circumstances, using Xvnc to log in remotely into a GNOME 2.8 session on a SPARC Solaris 9 box. Not sure if it\'s GNOME or VNC or a combination. Reporting as a bug against GNOME, and report a bug against VNC server that links to this. On the server, i run the following command: sudo /opt/csw/bin/Xvnc -geometry 1024x768 -depth 24 -once -query localhost When I use a vncviewer to connect to that, I get the login screen. When I choose GNOME session and login, it presents the GNOME 2.8 splashscreen and then crashes. If I use \"-depth 8\", it does *not* crash (\"-depth 16\" does, though). So it\'s not just GNOME. If I use XDMCP directly (not through VNC), \"-depth 24\" is fine. If I choose CDE instead of GNOME, all depths work. So it\'s not just VNC. But it happens with both KDE and GNOME. Resultion doesn\'t seem to matter so much. VNC and GNOME are the latest Blastwave stable release. KDE is. I uninstalled the SUNW gnome packages and even rebooted, but problem persists I tried a number of clients, namely Ubunt Dapper, Windows (?TightVNC?). A core file is produced by the segfault, but I\'m far too rusty on that level of Solaris hackery to make sense of it without expert guidance. There is a chance that this isn\'t Xvnc\' fault, but that seems unlikely. ====================================================================== ---------------------------------------------------------------------- (0007006) maciej (manager) - 2009-11-18 09:37 http://www.opencsw.org/mantis/view.php?id=1577#c7006 ---------------------------------------------------------------------- Closing the bug as it's no longer reproducible. From noreply at opencsw.org Wed Nov 18 10:07:32 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:07:32 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <4edc743b0a268bd4eae9a16703cdff99@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 10:07 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== From noreply at opencsw.org Wed Nov 18 10:08:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:08:08 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <2e884a513de4ce4329cb6f78c04d12a2@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 10:08 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007007) maciej (manager) - 2009-11-18 10:08 http://www.opencsw.org/mantis/view.php?id=2924#c7007 ---------------------------------------------------------------------- I put the topic up for discussion on the mailing list. http://lists.opencsw.org/pipermail/maintainers/2009-November/004887.html From noreply at opencsw.org Wed Nov 18 10:33:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:33:51 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: <988b05c9fc3f90422d7eb594b103d3bb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 10:33 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007008) skayser (administrator) - 2009-11-18 10:33 http://www.opencsw.org/mantis/view.php?id=2924#c7008 ---------------------------------------------------------------------- Regarding replacing the printing system, we also do it manually via a JET custom_scripts on installation (because we have had problems with the stock Solaris printing system). It's a bit more invasive though as we pkgrm a couple of more packages. It's a workaround, but serves us well. #!/bin/sh # # Substitute stock Solaris 10 cups installation with OpenCSW # cups. Plain cups submitted all file types as text/plain # to our Cups server (might have changed) ... # # http://forums.sun.com/thread.jspa?threadID=5375841&tstart=0 ADMIN_FILE=/var/opt/csw/pkgutil/admin /usr/sbin/svcadm disable print/ppd-cache-update /usr/sbin/svcadm disable print/rfc1179 # pkgrm pkgs one by one. If we would pkgrm all at once and # just one of them is not present (or other errors occur) the # whole pkgrm would abort SUNCUPS_PKGS=" SUNWctlu SUNWmp SUNWpsu SUNWscplp SUNWppm SUNWpcu SUNWpsr SUNWpcr SUNWipplu SUNWipplr" for p in $SUNCUPS_PKGS; do /usr/bin/yes | /usr/sbin/pkgrm -a $ADMIN_FILE $p done /opt/csw/bin/pkgutil -yi cupsclient mkdir -p /opt/csw/etc/cups echo "Servername printsrv.consol.de" > /etc/opt/csw/cups/client.conf /opt/csw/bin/lpoptions -d polarmist grep CSWcupsclient /var/sadm/install/contents | \ grep /bin/ | awk '{ print $1 }' | \ while read f; do ln -s $f /usr/bin/; done From noreply at opencsw.org Wed Nov 18 10:51:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 10:51:56 +0100 Subject: [bug-notifications] [cupsclient 0004044]: Please include /etc/opt/csw/cups in CSWcupsclient In-Reply-To: <5fb79c39f8002595740d40ebf694035d> Message-ID: <4f1e177cf824511292325598fdb6bf11@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4044 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: cupsclient Issue ID: 4044 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-11-17 13:05 CET Last Modified: 2009-11-18 10:51 CET ====================================================================== Summary: Please include /etc/opt/csw/cups in CSWcupsclient Description: Thanks for packaging an updated CUPS first of all! Time for the first bug report ;) The client binaries from cupsclient are looking for /etc/opt/csw/cups/client.conf, but /etc/opt/csw/cups isn't part of the package. # truss -topen lpq 2>&1 | grep client.conf open64("/root/.cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open64("/etc/opt/csw/cups/client.conf", O_RDONLY|O_LARGEFILE) Err#2 ENOENT # pkgutil -L cupsclient | grep /etc # Could you please include /etc/opt/csw/cups in the cupsclient package - or maybe even in libcups, don't know whether the lib themselves might make use of the directory. Also, if there are any client.conf examples in the cups distribution could you include a sample client.conf configuration or put some of those examples in $(docdir)/cupsclient/ to assist users in getting their configuration up and running? ====================================================================== ---------------------------------------------------------------------- (0007009) skayser (administrator) - 2009-11-18 10:51 http://www.opencsw.org/mantis/view.php?id=4044#c7009 ---------------------------------------------------------------------- Yes, it does. Thanks. From noreply at opencsw.org Wed Nov 18 12:21:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 12:21:43 +0100 Subject: [bug-notifications] [cups 0002924]: A subsiture package for SUNWpcr and SUNWpcu should be provided In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2924 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: cups Issue ID: 2924 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-07-08 07:43 CEST Last Modified: 2009-11-18 12:21 CET ====================================================================== Summary: A subsiture package for SUNWpcr and SUNWpcu should be provided Description: It would be cool to have a package containing links of /usr/bin/lp* to the cups binaries which acts as a plug-in-replacemenet for the supplied System V provided. The package should be flagged INCOMPATIBLE with the above package. ====================================================================== ---------------------------------------------------------------------- (0007010) maciej (manager) - 2009-11-18 12:21 http://www.opencsw.org/mantis/view.php?id=2924#c7010 ---------------------------------------------------------------------- cupsclient_ln is in testing. skayser: your script needs an update: mkdir -p /opt/csw/etc/cups to mkdir -p /etc/opt/csw/cups Or, with the latest cupsclient package update, you don't need this line at all. From noreply at opencsw.org Wed Nov 18 14:30:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 14:30:01 +0100 Subject: [bug-notifications] [pkgutil 0004039]: -F doesn't work with filenames which contain plus characters In-Reply-To: Message-ID: <5b323d57ecc5b9adeb4b892abc940b9c@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4039 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4039 Category: regular use Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-14 17:27 CET Last Modified: 2009-11-18 14:30 CET ====================================================================== Summary: -F doesn't work with filenames which contain plus characters Description: # pkgutil -F libstdc++.so.6 Nested quantifiers in regex; marked by <-- HERE in m/libstdc++ <-- HERE .so.6/ at /opt/csw/bin/pkgutil line 289, line 1. ====================================================================== ---------------------------------------------------------------------- (0007011) bonivart (manager) - 2009-11-18 14:30 http://www.opencsw.org/mantis/view.php?id=4039#c7011 ---------------------------------------------------------------------- Thanks for spotting this. I fixed it in r167. From noreply at opencsw.org Wed Nov 18 15:29:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 15:29:20 +0100 Subject: [bug-notifications] [curldevel 0004048]: The package name should be curl_devel instead of curldevel Message-ID: <01b190a2a24d84dc1df6dc1e5bc5836b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4048 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: curldevel Issue ID: 4048 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-18 15:29 CET Last Modified: 2009-11-18 15:29 CET ====================================================================== Summary: The package name should be curl_devel instead of curldevel Description: The package name should be curl_devel instead of curldevel ====================================================================== From noreply at opencsw.org Wed Nov 18 18:28:48 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 18:28:48 +0100 Subject: [bug-notifications] [joe 0004049]: Please upgrade to 3.7 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4049 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: joe Issue ID: 4049 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-18 18:28 CET Last Modified: 2009-11-18 18:28 CET ====================================================================== Summary: Please upgrade to 3.7 Description: Please upgrade to 3.7 ====================================================================== From noreply at opencsw.org Wed Nov 18 23:07:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 23:07:43 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <4b4397d7ad6be7c8d08240870f0cd162@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: confirmed ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-18 23:07 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007012) maciej (manager) - 2009-11-18 23:07 http://www.opencsw.org/mantis/view.php?id=942#c7012 ---------------------------------------------------------------------- vncserver-1.3.10,REV=2009.11.18 wraps the vncserver script into something that tests if /tmp/.X11-unix is writable by the world or by the current user and displays a helpful error message when not. Updated package is in testing. From noreply at opencsw.org Wed Nov 18 23:08:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 23:08:17 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <5fe6918b7dc727afeafe675df1c4d56f@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-18 23:08 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007012) maciej (manager) - 2009-11-18 23:07 http://www.opencsw.org/mantis/view.php?id=942#c7012 ---------------------------------------------------------------------- vncserver-1.3.10,REV=2009.11.18 wraps the vncserver script into something that tests if /tmp/.X11-unix is writable by the world or by the current user and displays a helpful error message when not. Updated package is in testing. From noreply at opencsw.org Wed Nov 18 23:13:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 18 Nov 2009 23:13:53 +0100 Subject: [bug-notifications] [vncserver 0002865]: include service in Solaris 10 Self-Healing In-Reply-To: Message-ID: <148cc578cdf98061f342c432df0cb658@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2865 ====================================================================== Reported By: jand Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 2865 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2008-04-28 11:07 CEST Last Modified: 2009-11-18 23:13 CET ====================================================================== Summary: include service in Solaris 10 Self-Healing Description: look at http://blogs.sun.com/sch/entry/bespoke_services_application_vnc for an example you maybe could build upon. ====================================================================== ---------------------------------------------------------------------- (0007013) maciej (manager) - 2009-11-18 23:13 http://www.opencsw.org/mantis/view.php?id=2865#c7013 ---------------------------------------------------------------------- Hi, I'm the new vncserver maintainer. I looked at the URL provided, it looks like it's basically SMF support, which the updated (1.3.10) package does. From noreply at opencsw.org Thu Nov 19 00:53:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 19 Nov 2009 00:53:20 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <5b71e4f5013e6e3d6333a3144303b7c6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-19 00:53 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007014) maciej (manager) - 2009-11-19 00:53 http://www.opencsw.org/mantis/view.php?id=942#c7014 ---------------------------------------------------------------------- Testing it on Solaris 8: maciej at build8st [build8st]:~ > vncserver The /tmp/.X11-unix directory is not world-writable. This is a known issue on Solaris 8. If you need to run vncserver as a regular user, you need to make this file writable by your user (e.g. world-writable). sudo chmod o+w /tmp/.X11-unix For more information, see: http://www.opencsw.org/mantis/view.php?id=942 On Solaris 10 it runs as expected. From noreply at opencsw.org Sat Nov 21 11:26:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 11:26:08 +0100 Subject: [bug-notifications] [squid 0004050]: Please upgrade to 2.7STABLE7 Message-ID: <9891263ab8a2e9868afa9b533dc6e13b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4050 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: squid Issue ID: 4050 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-21 11:26 CET Last Modified: 2009-11-21 11:26 CET ====================================================================== Summary: Please upgrade to 2.7STABLE7 Description: Please upgrade to 2.7STABLE7 ====================================================================== From noreply at opencsw.org Sat Nov 21 20:22:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 20:22:46 +0100 Subject: [bug-notifications] [cupsd 0002184]: postinstall script has incorrect jumpstart test In-Reply-To: <5f5f4d98565ddabe084e17f101cc78d7> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2184 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2184 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-03-27 16:50 CEST Last Modified: 2009-11-21 20:22 CET ====================================================================== Summary: postinstall script has incorrect jumpstart test Description: The test test -f $BASEDIR/usr/sbin/svccfg -a -f $BASEDIR/usr/sbin/svcadm && class=smfyes will always succeed, even in jumpstart, due to the use of BASEDIR. The script will then try to register CUPS with SMF and fail: Registering CUPS with SMF... svccfg: Repository is read-only. svccfg: Import of /a/opt/csw/var/svc/manifest/application/print/cups.xml failed. I believe the test should be: test -f /usr/sbin/svccfg -a -f /usr/sbin/svcadm && class=smfyes since /usr/sbin/svccfg and /usr/sbin/svcadm do not exist in jumpstart. ====================================================================== ---------------------------------------------------------------------- (0007015) maciej (manager) - 2009-11-21 20:22 http://www.opencsw.org/mantis/view.php?id=2184#c7015 ---------------------------------------------------------------------- I'm positive this problem is now gone. The mentioned code is no longer in the package. If there's a problem with the SMF scripts and jumpstart, another bug should be filed agains cswclassutils. From noreply at opencsw.org Sat Nov 21 20:23:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 20:23:03 +0100 Subject: [bug-notifications] [cupsd 0002185]: postinstall stop step may be incorrect In-Reply-To: <8aeee7496cee5de11a75b9f2e8a8eb03> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2185 ====================================================================== Reported By: ucbscf Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2185 Category: packaging Reproducibility: have not tried Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-03-27 16:56 CEST Last Modified: 2009-11-21 20:23 CET ====================================================================== Summary: postinstall stop step may be incorrect Description: In discovering my previously reported bug, I spotted what I *think* may be another bug. The test of $smf should actually be a test of $class. Also, does cupsd need to be stopped inside of a jumpstart installation? It actually should never get started there. --- postinstall- Mon Jan 22 08:55:45 2007 +++ postinstall Tue Mar 27 13:53:43 2007 @@ -13,11 +13,9 @@ # install, rather than a jumpstart install or something. case \"$PKG_ROOT_DIR\" in \"\"|\"/\") - if [ \"$smf\" = \"yes\" ]; then + if [ \"$class\" = \"smfyes\" ]; then /usr/sbin/svcadm disable -s svc:application/print/cswcups:default /usr/sbin/svccfg delete svc:application/print/cswcups:default - else - test -x $BASEDIR/etc/init.d/cswcups && $BASEDIR/etc/init.d/cswcups stop fi ;; esac ====================================================================== ---------------------------------------------------------------------- (0007016) maciej (manager) - 2009-11-21 20:23 http://www.opencsw.org/mantis/view.php?id=2185#c7016 ---------------------------------------------------------------------- I'm positive this problem is now gone. The mentioned code is no longer in the package. If there's a problem with the SMF scripts and jumpstart, another bug should be filed agains cswclassutils. From noreply at opencsw.org Sat Nov 21 20:26:46 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 21 Nov 2009 20:26:46 +0100 Subject: [bug-notifications] [vncserver 0000942]: vncserver will not start on Solaris 8 Sparc - fontPath problem In-Reply-To: <476d97f6899e9784f801824352c0739c> Message-ID: <82a62ca8abef295d975c261ed62ac1bc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=942 ====================================================================== Reported By: dclarke Assigned To: maciej ====================================================================== Project: vncserver Issue ID: 942 Category: regular use Reproducibility: always Severity: major Priority: high Status: feedback ====================================================================== Date Submitted: 2005-04-20 16:45 CEST Last Modified: 2009-11-21 20:26 CET ====================================================================== Summary: vncserver will not start on Solaris 8 Sparc - fontPath problem Description: $ vncserver -geometry 800x600 -depth 24 :16 You will require a password to access your desktops. Password: Verify: Would you like to enter a view-only password (y/n)? n /usr/openwin/bin/xauth: creating new authority file /export/home/dclarke/.Xauthority Couldn\'t start Xvnc; trying default font path. Please set correct fontPath in the vncserver script. Couldn\'t start Xvnc process. _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets _XSERVTransSocketCreateListener: failed to bind listener _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed _XSERVTransMakeAllCOTSServerListeners: failed to create listener for local Fatal server error: Failed to establish all listening sockets ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0000491 Initial startup of Xvnc via vncserver s... ====================================================================== ---------------------------------------------------------------------- (0007017) maciej (manager) - 2009-11-21 20:26 http://www.opencsw.org/mantis/view.php?id=942#c7017 ---------------------------------------------------------------------- Found a problem with running the wrapper on Solaris 10: maciej at vsol01 ~ $ vncserver :1 find: stat() error /tmp/.X11-unix: No such file or directory The /tmp/.X11-unix directory is not world-writable. This is a known issue on Solaris 8. If you need to run vncserver as a regular user, you need to make this file writable by your user (e.g. world-writable). sudo chmod o+w /tmp/.X11-unix For more information, see: http://www.opencsw.org/mantis/view.php?id=942 maciej at vsol01 ~ $ ls -l /tmp/.X11-unix gls: /tmp/.X11-unix: No such file or directory From noreply at opencsw.org Sun Nov 22 11:29:58 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 11:29:58 +0100 Subject: [bug-notifications] [roxfiler 0003974]: Help system broken (/opt/csw/share/ROX/Help missing) In-Reply-To: Message-ID: <93fd5f93d3cd650ae80791691881e00b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3974 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3974 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:55 CEST Last Modified: 2009-11-22 11:29 CET ====================================================================== Summary: Help system broken (/opt/csw/share/ROX/Help missing) Description: When one tries to pull up the help files (right click context menu, Help, Show Help Files), they can't be found and an error message is displayed. Directory '/opt/csw/share/ROX/Help' not found. ====================================================================== ---------------------------------------------------------------------- (0007018) maciej (manager) - 2009-11-22 11:29 http://www.opencsw.org/bugtrack/view.php?id=3974#c7018 ---------------------------------------------------------------------- Please try the updated version in testing/. roxfiler-2.9,REV=2009.11.21 I also discovered that the package requires SUNWgnome-themes-share, at least on Solaris 10. From noreply at opencsw.org Sun Nov 22 11:30:01 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 11:30:01 +0100 Subject: [bug-notifications] [roxfiler 0003975]: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) In-Reply-To: <48b59c4ad35807a76e04bbaec15aab8f> Message-ID: <898ebeabb735409bf8309ddbe2252a32@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3975 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3975 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:59 CEST Last Modified: 2009-11-22 11:30 CET ====================================================================== Summary: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) Description: Me again, should have said "thanks for packaging rox-filer up" in the first place :) When trying to pull up the options menu (right click for context menu, Options) rox-filer presents the following error message Internal error: /opt/csw/share/ROX/Options.xml unreadable The options window is still opened, it is completely blank, though. ====================================================================== ---------------------------------------------------------------------- (0007019) maciej (manager) - 2009-11-22 11:30 http://www.opencsw.org/bugtrack/view.php?id=3975#c7019 ---------------------------------------------------------------------- Please try the updated version in testing/. roxfiler-2.9,REV=2009.11.21 From noreply at opencsw.org Sun Nov 22 12:50:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:50:26 +0100 Subject: [bug-notifications] [lftp 0003511]: lftp is dumping core In-Reply-To: <73f8d6b4ebd42ce309e9a6eef13e8227> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3511 ====================================================================== Reported By: wbonnet Assigned To: yann ====================================================================== Project: lftp Issue ID: 3511 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: unable to reproduce Fixed in Version: ====================================================================== Date Submitted: 2009-03-28 14:00 CET Last Modified: 2009-11-22 12:50 CET ====================================================================== Summary: lftp is dumping core Description: lftp is dumping core ====================================================================== ---------------------------------------------------------------------- (0006928) yann (manager) - 2009-11-01 02:23 http://www.opencsw.org/bugtrack/view.php?id=3511#c6928 ---------------------------------------------------------------------- No news, good news,so I will close this bug I uploaded a new version of lftp (4.0.3), feel free to reopen the bug if you can reproduce the bug against this version. From noreply at opencsw.org Sun Nov 22 12:51:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:14 +0100 Subject: [bug-notifications] [ca_certificates 0003910]: Postinstall script fails for ca_certificates when /opt/csw is read-only In-Reply-To: <68d58fd402f176395cfcf45d27413d58> Message-ID: <7a59eae4e95eba5cbc83f55842abdce2@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3910 ====================================================================== Reported By: maciej Assigned To: yann ====================================================================== Project: ca_certificates Issue ID: 3910 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-21 14:06 CEST Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: Postinstall script fails for ca_certificates when /opt/csw is read-only Description: The postinstall script tries to write to the /opt/csw directory and fails with an error. It doesn't break anything, it's just a needless error message. ====================================================================== ---------------------------------------------------------------------- (0006929) yann (manager) - 2009-11-01 02:29 http://www.opencsw.org/bugtrack/view.php?id=3910#c6929 ---------------------------------------------------------------------- Interesting thread, I think I will move all my packages to this new schema. However it's not a quick task as I will need to test and warn users. So for now I just uploaded a new ca_certificates packages (20091101,REV=2009.11.01) which solves this bug with a dirty hack (try to write in /opt/csw to check if it is writeable, if so don't try to update certificates list), and in a second time I will do the /etc/opt/csw move for ca_certificates and all other packages I maintain. From noreply at opencsw.org Sun Nov 22 12:51:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:26 +0100 Subject: [bug-notifications] [openssl_rt 0003981]: libssl.so.0.9.8 link error In-Reply-To: Message-ID: <9d840bb4651bd12ffda82c44ccad7178@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3981 ====================================================================== Reported By: smwardle Assigned To: yann ====================================================================== Project: openssl_rt Issue ID: 3981 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: no change required Fixed in Version: ====================================================================== Date Submitted: 2009-10-27 14:20 CET Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: libssl.so.0.9.8 link error Description: library linking error: ldd /opt/csw/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 => (file not found) ... but libcrypto.so.0.9.8 exists in /opt/csw/lib ====================================================================== ---------------------------------------------------------------------- (0006939) yann (manager) - 2009-11-02 22:48 http://www.opencsw.org/bugtrack/view.php?id=3981#c6939 ---------------------------------------------------------------------- Next time I will release the openssh package, I will see if I can easily hardcode the library research path in the library files using openssl build system. But I don't consider a real bug so I am closing it. From noreply at opencsw.org Sun Nov 22 12:51:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:43 +0100 Subject: [bug-notifications] [cyrus_imapd 0003892]: BerkeleyDB dependency problem In-Reply-To: <9d13a9867f2787276ff8ab10d8adfe38> Message-ID: <44a789927f779226ff136ad86b793e41@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3892 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3892 Category: other Reproducibility: have not tried Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-11 12:28 CEST Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: BerkeleyDB dependency problem Description: Hi, When i launch Cyrus Imap i get the following error : Sep 11 12:13:07 aksmoe cyrus/ctl_cyrusdb[778]: [ID 539395 local6.crit] incorrect version of Berkeley db: compiled against 4.2.52, linked against 4.7.25 I don't know if it's related to cyrus_imap or BerkeleyDB. I've noticed that cyrus_imapd depends on CSWbdb4 (version 4.2.52) which depends on CSWbdb (version 4.7.25). ====================================================================== ---------------------------------------------------------------------- (0006937) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/bugtrack/view.php?id=3892#c6937 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Sun Nov 22 12:51:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 12:51:45 +0100 Subject: [bug-notifications] [cyrus_imapd 0003898]: SIEVE vulnerability In-Reply-To: <0cf555461781f3e00add805108962375> Message-ID: <03aa782ce875c3ee01f543a7e521bc4b@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3898 ====================================================================== Reported By: jeanclaudeben Assigned To: yann ====================================================================== Project: cyrus_imapd Issue ID: 3898 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-15 11:04 CEST Last Modified: 2009-11-22 12:51 CET ====================================================================== Summary: SIEVE vulnerability Description: Hi http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2632 Buffer overflow in the SIEVE script component (sieve/script.c) in cyrus-imapd in Cyrus IMAP Server 2.2.13 and 2.3.14 allows local users to execute arbitrary code and read or modify arbitrary messages via a crafted SIEVE script, related to the incorrect use of the sizeof operator for determining buffer length, combined with an integer signedness error. Is it possible to package the updated version : 2.3.15 ? ====================================================================== ---------------------------------------------------------------------- (0006938) yann (manager) - 2009-11-02 22:39 http://www.opencsw.org/bugtrack/view.php?id=3898#c6938 ---------------------------------------------------------------------- cyrus_imapd-2.3.15,REV=2009.11.01 hit the mirrors, I am closing this bug From noreply at opencsw.org Sun Nov 22 22:22:08 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:22:08 +0100 Subject: [bug-notifications] [imlib2 0002790]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: Message-ID: <694894e696f592525588268e90c31558@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2790 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: imlib2 Issue ID: 2790 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-02-19 15:01 CET Last Modified: 2009-11-22 22:22 CET ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== From noreply at opencsw.org Sun Nov 22 22:22:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:22:56 +0100 Subject: [bug-notifications] [imlib2 0002790]: libtool dependancy deprecated: please use libtool_rt instead In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2790 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: imlib2 Issue ID: 2790 Category: upgrade Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-02-19 15:01 CET Last Modified: 2009-11-22 22:22 CET ====================================================================== Summary: libtool dependancy deprecated: please use libtool_rt instead Description: libtool dependancy deprecated: please use libtool_rt instead ====================================================================== ---------------------------------------------------------------------- (0007020) dam (administrator) - 2009-11-22 22:22 http://www.opencsw.org/mantis/view.php?id=2790#c7020 ---------------------------------------------------------------------- The current release 1.4.2,REV=2009.11.09 no longer contains a dependency to libtool at all. From noreply at opencsw.org Sun Nov 22 22:23:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:23:26 +0100 Subject: [bug-notifications] [libglade2 0003123]: Depend on CSWggettextrt In-Reply-To: Message-ID: <3c201b328e9433ae663c8bd4ef539d0f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3123 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libglade2 Issue ID: 3123 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-02-14 02:54 CET Last Modified: 2009-11-22 22:23 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== From noreply at opencsw.org Sun Nov 22 22:23:53 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Nov 2009 22:23:53 +0100 Subject: [bug-notifications] [libglade2 0003123]: Depend on CSWggettextrt In-Reply-To: Message-ID: <8cd87e2d5e8cb9070f05635c5b665046@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3123 ====================================================================== Reported By: harpchad Assigned To: dam ====================================================================== Project: libglade2 Issue ID: 3123 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: 2009-11-22 22:23 CET ====================================================================== Summary: Depend on CSWggettextrt Description: Rutime for gettext is now in CSWggettextrt, please update dependencies from CSWgettext to CSWgettextrt ====================================================================== ---------------------------------------------------------------------- (0007021) dam (administrator) - 2009-11-22 22:23 http://www.opencsw.org/mantis/view.php?id=3123#c7021 ---------------------------------------------------------------------- Fixed in 2.6.4,REV=2009.11.13 and released to current. From noreply at opencsw.org Mon Nov 23 11:14:37 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:14:37 +0100 Subject: [bug-notifications] [emacs_common 0004051]: holidays not printed on multi-month calendar Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4051 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: emacs_common Issue ID: 4051 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 11:14 CET Last Modified: 2009-11-23 11:14 CET ====================================================================== Summary: holidays not printed on multi-month calendar Description: After upgrading to 23.1,REV=2009.08.18 our users report that they are seeing the same issues as described in "23; holidays not printed on multi-month calendar" http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4626 The bug repot contains a valid fix for the issue. Could you integrate the patch into the CSW emacs package? ====================================================================== From noreply at opencsw.org Mon Nov 23 11:29:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:29:19 +0100 Subject: [bug-notifications] [roxfiler 0003975]: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) In-Reply-To: <48b59c4ad35807a76e04bbaec15aab8f> Message-ID: <3fbc4cf100698b7c57f28f5adfdefc4c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3975 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3975 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:59 CEST Last Modified: 2009-11-23 11:29 CET ====================================================================== Summary: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) Description: Me again, should have said "thanks for packaging rox-filer up" in the first place :) When trying to pull up the options menu (right click for context menu, Options) rox-filer presents the following error message Internal error: /opt/csw/share/ROX/Options.xml unreadable The options window is still opened, it is completely blank, though. ====================================================================== ---------------------------------------------------------------------- (0007022) skayser (administrator) - 2009-11-23 11:29 http://www.opencsw.org/mantis/view.php?id=3975#c7022 ---------------------------------------------------------------------- Thanks, the options dialog now opens. From noreply at opencsw.org Mon Nov 23 11:32:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:32:52 +0100 Subject: [bug-notifications] [roxfiler 0004052]: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing Message-ID: <7a344fbddf31ea13faf0f115dcb395de@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4052 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: roxfiler Issue ID: 4052 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 11:32 CET Last Modified: 2009-11-23 11:32 CET ====================================================================== Summary: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing Description: I am trying to adjust the applications which are used to open file types. Not sure whether "Edit MIME rules" is the right place to do so, but i noticed that it can't be opened. Once you click "Edit MIME rules" the following error message is displayed in a pop-up: This program (http://rox.sourceforge.net/2005/interfaces/MIME-Editor) cannot be run, as the 0launch command is not available. It can be downloaded from here: http://0install.net/injector.html ====================================================================== From noreply at opencsw.org Mon Nov 23 11:36:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 11:36:52 +0100 Subject: [bug-notifications] [roxfiler 0003974]: Help system broken (/opt/csw/share/ROX/Help missing) In-Reply-To: Message-ID: <1c3ed996054f77f93066e70c65b66a6c@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3974 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3974 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2009-10-21 13:55 CEST Last Modified: 2009-11-23 11:36 CET ====================================================================== Summary: Help system broken (/opt/csw/share/ROX/Help missing) Description: When one tries to pull up the help files (right click context menu, Help, Show Help Files), they can't be found and an error message is displayed. Directory '/opt/csw/share/ROX/Help' not found. ====================================================================== ---------------------------------------------------------------------- (0007023) skayser (administrator) - 2009-11-23 11:36 http://www.opencsw.org/mantis/view.php?id=3974#c7023 ---------------------------------------------------------------------- Thanks, issue fixed. From noreply at opencsw.org Mon Nov 23 13:09:03 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:09:03 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 13:09 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== From noreply at opencsw.org Mon Nov 23 13:17:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:17:14 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 13:17 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== From noreply at opencsw.org Mon Nov 23 13:39:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:39:42 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: <87e50a6ade34a4dbf2da1b01bf8d7546@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 13:39 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== From noreply at opencsw.org Mon Nov 23 13:46:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:46:07 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: <6b2c3dbecb2ea51c3c9e4f88c3e92ff3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 13:46 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== ---------------------------------------------------------------------- (0007024) bonivart (manager) - 2009-11-23 13:46 http://www.opencsw.org/mantis/view.php?id=4054#c7024 ---------------------------------------------------------------------- Did you go through with the install or did you abort? In your posted output I can't see that. A new feature in 1.9 is to remove all updates before installing all packages to better handle package splits that cause file collisions. Maybe you interpreted that the removal of axel meant it would also be installed (before cswclassutils) like it would in previous releases. Look at my test run below. I installed axel from current first without updating cswclassutil (-iN axel) so I should have the same state as in your example when doing the update, the list of packages is the same. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel Removal of was successful. => Removing old version of CSWcswclassutils Removal of was successful. => Installing CSWcswclassutils-1.30,REV=2009.11.21 Installation of was successful. => Installing CSWaxel-2.4,REV=2009.11.23 Installation of was successful. As you can see it removes both axel and cswclassutils before installing the new versions with cswclassutils before axel. From noreply at opencsw.org Mon Nov 23 13:47:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:47:45 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 13:47 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== From noreply at opencsw.org Mon Nov 23 13:52:23 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:52:23 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: <5c690709ffab4b6da3c469203f988a70@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 13:52 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== ---------------------------------------------------------------------- (0007025) bonivart (manager) - 2009-11-23 13:52 http://www.opencsw.org/mantis/view.php?id=4053#c7025 ---------------------------------------------------------------------- It's been on my todo list for a while since I tend to do the same as you do and it's annoying since I do want caching of the packages. Maybe your --param feature request would have helped here? ;-) Would it hurt in any way if I forced --no-cache on all catalog fetches? I think the option has changed over time in wget, maybe it used to be -N or something if I remember correctly. Safest may be to put in an option in pkgutil.conf for separate wget options for catalog fetches. From noreply at opencsw.org Mon Nov 23 13:53:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 13:53:43 +0100 Subject: [bug-notifications] [roxfiler 0004052]: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing In-Reply-To: <7e43c4f28491e6a1e6c399561e5cfe82> Message-ID: <20033dd29bfd4362d047e060ad5d8eb0@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4052 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: roxfiler Issue ID: 4052 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-23 11:32 CET Last Modified: 2009-11-23 13:53 CET ====================================================================== Summary: Options -> Types -> "Edit MIME rules" can't be opened, 0install missing Description: I am trying to adjust the applications which are used to open file types. Not sure whether "Edit MIME rules" is the right place to do so, but i noticed that it can't be opened. Once you click "Edit MIME rules" the following error message is displayed in a pop-up: This program (http://rox.sourceforge.net/2005/interfaces/MIME-Editor) cannot be run, as the 0launch command is not available. It can be downloaded from here: http://0install.net/injector.html ====================================================================== ---------------------------------------------------------------------- (0007026) maciej (manager) - 2009-11-23 13:53 http://www.opencsw.org/mantis/view.php?id=4052#c7026 ---------------------------------------------------------------------- I can reproduce this problem. I used to edit this in a different way: - Right click the file you want to open with a specific application - Click the file's context menu - Set Run Action - Enter a shell command I'm not sure about the MIME-Editor. Perhaps it's a separate application which needs to be downloaded from https://sourceforge.net/projects/rox/files/MIME-Editor/, packaged separately and added as a dependency? From noreply at opencsw.org Mon Nov 23 14:01:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:01:38 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 14:01 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== ---------------------------------------------------------------------- (0007027) skayser (administrator) - 2009-11-23 14:01 http://www.opencsw.org/mantis/view.php?id=4054#c7027 ---------------------------------------------------------------------- You are right, going through with the update i can see exactly the same as in your example output. Thanks for the clarification, didn't know about the changed behavior in 1.9 (should have read the readme). From noreply at opencsw.org Mon Nov 23 14:07:22 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:07:22 +0100 Subject: [bug-notifications] [pkgutil 0004053]: RFE: Option to force non-cached downloads of catalog files In-Reply-To: <55987039197a0b3892f0ff386bf71ea2> Message-ID: <05c16535b3b0af96667e7cc703c3c44d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4053 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4053 Category: regular use Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-23 13:09 CET Last Modified: 2009-11-23 14:07 CET ====================================================================== Summary: RFE: Option to force non-cached downloads of catalog files Description: We are sitting behind a proxy which sometimes doesn't hand out the current testing catalog (maybe it's just me triggering -U too often when i can't wait for the testing catalog to be rebuild). Anyway, when i run into this issue, I usually call wget --no-cache once to download the current catalog and then continue using pkgutil. Could an option be added to pkgutil to have _catalog_ downloads run with --no-cache? As a comparison, Patch Check Advanced (pca) seems to have seen a similar "stale proxy files" issue and features a --nocache command line argument / configuration file option (http://www.par.univie.ac.at/solaris/pca/usage.html) to force fresh downloads of the patchdiag.xref file. ====================================================================== ---------------------------------------------------------------------- (0007028) bonivart (manager) - 2009-11-23 14:07 http://www.opencsw.org/mantis/view.php?id=4053#c7028 ---------------------------------------------------------------------- I'm have looked a little at how pca does it (handle older versions of wget) and there seems to be a way of doing it safely. I think I will just add an option to pkgutil.conf to not cache catalog fetches, true or false, so one doesn't have to bother with knowing the settings. This may open up for better support for proxies as well, thanks for the tip! From noreply at opencsw.org Mon Nov 23 14:10:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:10:31 +0100 Subject: [bug-notifications] [pkgutil 0004054]: Could cswclassutils always be upgraded/installed first? In-Reply-To: <36946714d82ea9706538cf9faac9a4ac> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4054 ====================================================================== Reported By: skayser Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 4054 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-23 13:17 CET Last Modified: 2009-11-23 14:10 CET ====================================================================== Summary: Could cswclassutils always be upgraded/installed first? Description: I have just upgraded axel from testing and a cswclassutils upgrade came along at the same time. As axel depends on cswclassutils I would have expected that cswclassutils would be upgraded first, but axel was upgraded first. Is there a reasoning to NOT upgrade depends first? Could pkgutil either upgrade/install depends first (general case) or at least upgrade/install cswclassutils first? There might be CAS contained in an updated cswclassutils on which an updated package relies on. # pkgutil -t http://mirror.opencsw.org/opencsw/testing -u axel Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.10) if available... Fetching new catalog and descriptions (ftp://ftpint.consol.de/pub/comp/os/solaris/opencsw//current/i386/5.10) if available... Fetching new catalog and descriptions (file:///install/pkgs/consol/i386/5.10) if available... Parsing catalog, may take a while... Install UPDATED packages: CSWaxel-2.4,REV=2009.11.23 CSWcswclassutils-1.30,REV=2009.11.21 CURRENT packages: CSWcommon-1.4.7,REV=2009.09.20 Total size: 46.5 KB 2 packages to fetch. Do you want to continue? [Y,n] Fetching CSWcswclassutils-1.30,REV=2009.11.21 (1/2)... Fetching CSWaxel-2.4,REV=2009.11.23 (2/2)... => Removing old version of CSWaxel The following package is currently installed: CSWaxel axel - Lightweight command-line download accelerator (i386) 2.3,REV=2009.03.31 Do you want to remove this package? [y,n,?,q] ... ====================================================================== ---------------------------------------------------------------------- (0007027) skayser (administrator) - 2009-11-23 14:01 http://www.opencsw.org/mantis/view.php?id=4054#c7027 ---------------------------------------------------------------------- You are right, going through with the update i can see exactly the same as in your example output. Thanks for the clarification, didn't know about the changed behavior in 1.9 (should have read the readme). From noreply at opencsw.org Mon Nov 23 14:23:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 14:23:57 +0100 Subject: [bug-notifications] [perl 0004007]: perldiag.pod should be in CSWperl instead of CSWperldoc In-Reply-To: <6e2c5d3097888861610fdf268b46c297> Message-ID: <7f508afa531679b88ffe7b94502ff224@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4007 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 4007 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 15:39 CET Last Modified: 2009-11-23 14:23 CET ====================================================================== Summary: perldiag.pod should be in CSWperl instead of CSWperldoc Description: The file /opt/csw/share/perl/5.8.8/pods/perldiag.pod should be in CSWperl instead of CSWperldoc. Otherwise the diagnostics module will not work. ====================================================================== ---------------------------------------------------------------------- (0007029) bonivart (manager) - 2009-11-23 14:23 http://www.opencsw.org/mantis/view.php?id=4007#c7029 ---------------------------------------------------------------------- Perl/perldoc 5.8.8,REV=2009.11.12 released to current. From noreply at opencsw.org Mon Nov 23 17:59:04 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 17:59:04 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2009-11-23 17:59 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007030) bonivart (manager) - 2009-11-23 17:59 http://www.opencsw.org/mantis/view.php?id=3464#c7030 ---------------------------------------------------------------------- The new 4.1.1 seems to fix the problem but it's not a stable release from ISC yet. Here's links to beta 2: http://mirror.opencsw.org/testing/dhcp-4.1.1b2,REV=2009.08.13-SunOS5.8-sparc-CSW.pkg.gz http://mirror.opencsw.org/testing/dhcp-4.1.1b2,REV=2009.08.13-SunOS5.8-i386-CSW.pkg.gz From noreply at opencsw.org Mon Nov 23 23:23:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 23:23:31 +0100 Subject: [bug-notifications] [xterm 0003937]: Please upgrade to 249 In-Reply-To: <7e2d9d7542d82c5c9244a4e586ca2f0a> Message-ID: <4e484e81fbb3c4484bab63b3eed3309d@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3937 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: xterm Issue ID: 3937 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-05 09:08 CEST Last Modified: 2009-11-23 23:23 CET ====================================================================== Summary: Please upgrade to 249 Description: Please upgrade to 249 ====================================================================== ---------------------------------------------------------------------- (0007031) skayser (administrator) - 2009-11-23 23:23 http://www.opencsw.org/mantis/view.php?id=3937#c7031 ---------------------------------------------------------------------- 251,REV=2009.11.23 released to current. From noreply at opencsw.org Mon Nov 23 23:23:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 23:23:56 +0100 Subject: [bug-notifications] [xterm 0003856]: Please upgrade to 244 In-Reply-To: Message-ID: <860ad502406fc0353e12588d9437b9de@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3856 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: xterm Issue ID: 3856 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-08-13 13:22 CEST Last Modified: 2009-11-23 23:23 CET ====================================================================== Summary: Please upgrade to 244 Description: Please upgrade to 244 ====================================================================== ---------------------------------------------------------------------- (0007032) skayser (administrator) - 2009-11-23 23:23 http://www.opencsw.org/mantis/view.php?id=3856#c7032 ---------------------------------------------------------------------- 251,REV=2009.11.23 released to current. From noreply at opencsw.org Mon Nov 23 23:24:51 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Nov 2009 23:24:51 +0100 Subject: [bug-notifications] [axel 0004032]: Please upgrade to 2.4 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=4032 ====================================================================== Reported By: dam Assigned To: skayser ====================================================================== Project: axel Issue ID: 4032 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-13 13:07 CET Last Modified: 2009-11-23 23:24 CET ====================================================================== Summary: Please upgrade to 2.4 Description: Please upgrade to 2.4 ====================================================================== ---------------------------------------------------------------------- (0007033) skayser (administrator) - 2009-11-23 23:24 http://www.opencsw.org/mantis/view.php?id=4032#c7033 ---------------------------------------------------------------------- 2.4,REV=2009.11.23 released to current. From noreply at opencsw.org Tue Nov 24 09:09:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 09:09:19 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: <1a3d79c8246fc8e46bc648027323f53a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2009-11-24 09:09 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007034) fbauhaus (reporter) - 2009-11-24 09:09 http://www.opencsw.org/mantis/view.php?id=3464#c7034 ---------------------------------------------------------------------- Had the same problem. Upgraded from 3.1.0,REV=2007.10.29 to 4.1.1b2,REV=2009.08.13 and it works fine now. Using s10u3 and s10u7. From noreply at opencsw.org Tue Nov 24 11:19:42 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 11:19:42 +0100 Subject: [bug-notifications] [dhcp 0003464]: DHCP 4.1 does not work on some Solaris systems In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3464 ====================================================================== Reported By: bonivart Assigned To: bonivart ====================================================================== Project: dhcp Issue ID: 3464 Category: regular use Reproducibility: sometimes Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-13 13:59 CET Last Modified: 2009-11-24 11:19 CET ====================================================================== Summary: DHCP 4.1 does not work on some Solaris systems Description: There's a problem with DHCP 4.1 on Solaris and possibly some other OS:es. I have reports from two people that they can't get their old config (from 3.x) to work with 4.1. One has tested extensively by compiling 4.1 himself with exactly the same result so it's not unique to our package. He backed down to our old 3.1 package and all is well again. ====================================================================== ---------------------------------------------------------------------- (0007035) bonivart (manager) - 2009-11-24 11:19 http://www.opencsw.org/mantis/view.php?id=3464#c7035 ---------------------------------------------------------------------- Not everyone has trouble with 4.1 but everyone who has seems to have it fixed with the 4.1.1 beta 2. I think 4.1.1 will go stable pretty soon, they released beta 3 in October. From noreply at opencsw.org Tue Nov 24 21:56:50 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 21:56:50 +0100 Subject: [bug-notifications] [subversion 0004055]: Configuration location not conformant Message-ID: <8061b3e36b2c81e4f857672e4e829e78@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=4055 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: subversion Issue ID: 4055 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 21:56 CET Last Modified: 2009-11-24 21:56 CET ====================================================================== Summary: Configuration location not conformant Description: The configuration for the svn commandline-client is at /etc/subversion/servers instead of /etc/opt/csw/subversion/servers ====================================================================== From noreply at opencsw.org Tue Nov 24 23:28:56 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:28:56 +0100 Subject: [bug-notifications] [cfengine 0002382]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <864de90ca6ada8c00c879111310c0419> Message-ID: <5b2e75f92c7d59ae7baafe12b6879730@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2382 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2382 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-07-28 08:42 CEST Last Modified: 2009-11-24 23:28 CET ====================================================================== 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. ====================================================================== From noreply at opencsw.org Tue Nov 24 23:29:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:29:30 +0100 Subject: [bug-notifications] [cfengine 0002382]: openssl dependancy deprecated: please use openssl_rt instead In-Reply-To: <864de90ca6ada8c00c879111310c0419> Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2382 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2382 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-07-28 08:42 CEST Last Modified: 2009-11-24 23:29 CET ====================================================================== 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. ====================================================================== ---------------------------------------------------------------------- (0007036) bonivart (manager) - 2009-11-24 23:29 http://www.opencsw.org/mantis/view.php?id=2382#c7036 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released with dep to openssl_rt instead. From noreply at opencsw.org Tue Nov 24 23:29:39 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:29:39 +0100 Subject: [bug-notifications] [cfengine 0002608]: New version 2.2 is available In-Reply-To: Message-ID: <6c134c360318710a5f2715a57de8e2c3@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2608 ====================================================================== Reported By: pcisys Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2608 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2007-10-03 11:20 CEST Last Modified: 2009-11-24 23:29 CET ====================================================================== Summary: New version 2.2 is available Description: version 2.2 is available from the 2.1 branch. ====================================================================== ---------------------------------------------------------------------- (0004793) pcisys (reporter) - 2007-10-03 11:28 http://www.opencsw.org/mantis/view.php?id=2608#c4793 ---------------------------------------------------------------------- is getting this added to smf by default also possible? From noreply at opencsw.org Tue Nov 24 23:30:14 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:14 +0100 Subject: [bug-notifications] [cfengine 0002608]: New version 2.2 is available In-Reply-To: Message-ID: <81eceedcc9e3e4cce584a204ed7293a6@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2608 ====================================================================== Reported By: pcisys Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2608 Category: upgrade Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2007-10-03 11:20 CEST Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: New version 2.2 is available Description: version 2.2 is available from the 2.1 branch. ====================================================================== ---------------------------------------------------------------------- (0007037) bonivart (manager) - 2009-11-24 23:30 http://www.opencsw.org/mantis/view.php?id=2608#c7037 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released. From noreply at opencsw.org Tue Nov 24 23:30:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:21 +0100 Subject: [bug-notifications] [cfengine 0002834]: Please update to latest version (currently 2.2.3) In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2834 ====================================================================== Reported By: trygvis Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2834 Category: other Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-03-22 12:11 CET Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: Please update to latest version (currently 2.2.3) Description: See cfengine.org ====================================================================== From noreply at opencsw.org Tue Nov 24 23:30:43 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:43 +0100 Subject: [bug-notifications] [cfengine 0002834]: Please update to latest version (currently 2.2.3) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=2834 ====================================================================== Reported By: trygvis Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 2834 Category: other Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-03-22 12:11 CET Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: Please update to latest version (currently 2.2.3) Description: See cfengine.org ====================================================================== ---------------------------------------------------------------------- (0007038) bonivart (manager) - 2009-11-24 23:30 http://www.opencsw.org/mantis/view.php?id=2834#c7038 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released. From noreply at opencsw.org Tue Nov 24 23:30:52 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:30:52 +0100 Subject: [bug-notifications] [cfengine 0003932]: upgrade to 2.2.10 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3932 ====================================================================== Reported By: bchill Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3932 Category: upgrade Reproducibility: have not tried Severity: trivial Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-04 00:52 CEST Last Modified: 2009-11-24 23:30 CET ====================================================================== Summary: upgrade to 2.2.10 Description: Does anyone have time to package 2.2.10? ====================================================================== From noreply at opencsw.org Tue Nov 24 23:31:19 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:31:19 +0100 Subject: [bug-notifications] [cfengine 0003932]: upgrade to 2.2.10 In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3932 ====================================================================== Reported By: bchill Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3932 Category: upgrade Reproducibility: have not tried Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-04 00:52 CEST Last Modified: 2009-11-24 23:31 CET ====================================================================== Summary: upgrade to 2.2.10 Description: Does anyone have time to package 2.2.10? ====================================================================== ---------------------------------------------------------------------- (0007039) bonivart (manager) - 2009-11-24 23:31 http://www.opencsw.org/mantis/view.php?id=3932#c7039 ---------------------------------------------------------------------- 2.2.10,REV=2009.11.11 released. From noreply at opencsw.org Tue Nov 24 23:33:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:33:31 +0100 Subject: [bug-notifications] [cfengine 0003986]: Please upgrade to 3.0.2 In-Reply-To: <0e33e18e817350ce7b6be3c16817f0f2> Message-ID: <26140a33c782b06630ee19f617ee299e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3986 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3986 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-29 09:49 CET Last Modified: 2009-11-24 23:33 CET ====================================================================== Summary: Please upgrade to 3.0.2 Description: Please upgrade to 3.0.2 ====================================================================== From noreply at opencsw.org Tue Nov 24 23:34:20 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:34:20 +0100 Subject: [bug-notifications] [cfengine 0003986]: Please upgrade to 3.0.2 In-Reply-To: <0e33e18e817350ce7b6be3c16817f0f2> Message-ID: <91ddf07d92c7ee646535f3f090a26467@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3986 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: cfengine Issue ID: 3986 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-10-29 09:49 CET Last Modified: 2009-11-24 23:34 CET ====================================================================== Summary: Please upgrade to 3.0.2 Description: Please upgrade to 3.0.2 ====================================================================== ---------------------------------------------------------------------- (0007040) bonivart (manager) - 2009-11-24 23:34 http://www.opencsw.org/mantis/view.php?id=3986#c7040 ---------------------------------------------------------------------- I couldn't compile 3.x with any compiler. I have released 2.2.10,REV=2009.11.11. From noreply at opencsw.org Tue Nov 24 23:38:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:38:05 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 Message-ID: The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-24 23:38 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== From noreply at opencsw.org Tue Nov 24 23:40:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 24 Nov 2009 23:40:30 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-24 23:40 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007041) phil (manager) - 2009-11-24 23:40 http://www.opencsw.org/bugtrack/view.php?id=4056#c7041 ---------------------------------------------------------------------- Please make a new package yourself ;-) From noreply at opencsw.org Wed Nov 25 02:39:38 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 02:39:38 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 02:39 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007042) jgoerzen (reporter) - 2009-11-25 02:39 http://www.opencsw.org/bugtrack/view.php?id=4056#c7042 ---------------------------------------------------------------------- OK, working on it. Initial commited to GAR. wondering.. might you have a patch to get this to build? I ran into a snag compiling drv_sun.c From noreply at opencsw.org Wed Nov 25 07:37:18 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 07:37:18 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <5cde3f95c5cc0460feb02f3fd5b00326@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 07:37 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007043) dam (administrator) - 2009-11-25 07:37 http://www.opencsw.org/bugtrack/view.php?id=4056#c7043 ---------------------------------------------------------------------- Hi Jake, if you are at it please also add 64 bit libs for both sparcv9 and amd64. Thanks! From noreply at opencsw.org Wed Nov 25 18:08:13 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 18:08:13 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 18:08 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007044) phil (manager) - 2009-11-25 18:08 http://www.opencsw.org/bugtrack/view.php?id=4056#c7044 ---------------------------------------------------------------------- I'm afraid my notes for version 3.2.1 consist only of the following: CC=cc CFLAGS=-O ./configure --prefix=/opt/csw dmake From noreply at opencsw.org Wed Nov 25 22:36:57 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 22:36:57 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <63588062b422db416bec03149ef5840b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 22:36 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007045) jgoerzen (reporter) - 2009-11-25 22:36 http://www.opencsw.org/bugtrack/view.php?id=4056#c7045 ---------------------------------------------------------------------- updated packages are available in /testing libmikmod-3.2.0,REV=2009.11.25-SunOS5.8-i386-CSW.pkg.gz libmikmod-3.2.0,REV=2009.11.25-SunOS5.8-sparc-CSW.pkg.gz Please note: The current libmikmod pkgname is CSWmikmod, however these new ones now have a pkgname='CSWlibmikmod' I think this is correct naming because there is another source distribution (same author) named mikmod-3.2.2-beta1.tar.gz which is the player component. This should be built as a separate package named CSWmikmod which depends on CSWlibmikmod. From noreply at opencsw.org Wed Nov 25 22:44:59 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 22:44:59 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <89eb2c01f7a55cdec4b767999f583e8d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 22:44 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007046) phil (manager) - 2009-11-25 22:44 http://www.opencsw.org/bugtrack/view.php?id=4056#c7046 ---------------------------------------------------------------------- oh drat. this is a very long standing old library buried deep in stuff's dependancies. Lets not deal with PKG name changes, please? unless there is a real desire to use this player? Dealing with the upgrade in a clean fashion will be messy :-( we've lived without the player for this long, we can live longer without it, I hope :-) From noreply at opencsw.org Wed Nov 25 23:00:21 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 23:00:21 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 23:00 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007047) jgoerzen (reporter) - 2009-11-25 23:00 http://www.opencsw.org/bugtrack/view.php?id=4056#c7047 ---------------------------------------------------------------------- OK, I'll rebuild with pkgname=CSWmikmod and not worry about the player. Also, after installing the testing packages I just created, xmms complains: bash-3.00$ xmms ld.so.1: xmms: fatal: libmikmod.so.2: open failed: No such file or directory If I create a symlink (ln -s libmikmod.so.3.0.0 libmikmod.so.2) the library is found and no complaint. Is this OK/safe to do and should I create this symlink in the packages I'm going to create? From noreply at opencsw.org Wed Nov 25 23:04:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 25 Nov 2009 23:04:05 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <4820d02e20de19704d543bc3f9e48acb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-25 23:04 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007048) phil (manager) - 2009-11-25 23:04 http://www.opencsw.org/bugtrack/view.php?id=4056#c7048 ---------------------------------------------------------------------- wow. that's sort of funny. well, the "official" thing to do wouold be to include the old binary of the shared lib. Usually, "changing major version number" indicates "This is incompatible with past major version number versions." Contrariwise, if you feel like it, you could package up xmms2, compiled against the new stuff, and we can jettison the ancient dead-end xmms player package ;-) From noreply at opencsw.org Thu Nov 26 09:24:00 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 09:24:00 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <2da3513e80df56ec174c9bd393b8e5f4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-26 09:24 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007049) dam (administrator) - 2009-11-26 09:24 http://www.opencsw.org/bugtrack/view.php?id=4056#c7049 ---------------------------------------------------------------------- Regarding the naming of mikmod vs. libmikmod I would prefer packaging up the stuff in accordance to the upstream naming. As CSWmikmod would depend on CSWlibmikmod all dependent packages would continue to function and then bugs could be filed to depend on the lib only later. For this to work both packages need to be released at the same time. For inclusing of old shared libraries there are version modulations in GAR which allow building multiple versions at once and assemble only certain parts (like libraries) into the package. From noreply at opencsw.org Thu Nov 26 12:52:05 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 12:52:05 +0100 Subject: [bug-notifications] [lcms 0003916]: Please upgrade to 1.18a In-Reply-To: Message-ID: <819897285231d1402faaa8c9b74d3313@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=3916 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 3916 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-09-23 14:25 CEST Last Modified: 2009-11-26 12:52 CET ====================================================================== Summary: Please upgrade to 1.18a Description: Please upgrade to 1.18a ====================================================================== ---------------------------------------------------------------------- (0007050) hson (manager) - 2009-11-26 12:52 http://www.opencsw.org/bugtrack/view.php?id=3916#c7050 ---------------------------------------------------------------------- 1.18a released From noreply at opencsw.org Thu Nov 26 12:53:44 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 12:53:44 +0100 Subject: [bug-notifications] [zlib 0004046]: Please provide optimized libs In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4046 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: zlib Issue ID: 4046 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-17 20:01 CET Last Modified: 2009-11-26 12:53 CET ====================================================================== Summary: Please provide optimized libs Description: The previous package had optimized libs for sparcv8plus+vis. Are these left out now deliberately? In addition, it may be good to provide more optimized versions for other ISAs as well (e. g. pentium). ====================================================================== ---------------------------------------------------------------------- (0007051) hson (manager) - 2009-11-26 12:53 http://www.opencsw.org/bugtrack/view.php?id=4046#c7051 ---------------------------------------------------------------------- I missed that optimized versions were distributed. I'll push a new package with optimized versions for both sparc and x86 From noreply at opencsw.org Thu Nov 26 12:53:55 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 26 Nov 2009 12:53:55 +0100 Subject: [bug-notifications] [lcms 0004043]: Please adjust revision string In-Reply-To: Message-ID: <1fed13880166a892a0e27f10d46a1fcb@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4043 ====================================================================== Reported By: dam Assigned To: hson ====================================================================== Project: lcms Issue ID: 4043 Category: packaging Reproducibility: have not tried Severity: trivial Priority: low Status: assigned ====================================================================== Date Submitted: 2009-11-16 09:16 CET Last Modified: 2009-11-26 12:53 CET ====================================================================== Summary: Please adjust revision string Description: It is no longer needed to separately specify a _rev, so the version can now be writte as 1.18a,REV=2009.11.13 instead of 1.18,REV=2009.11.13_rev=a No need to repackage now, just keep in mind when updating next time. ====================================================================== ---------------------------------------------------------------------- (0006994) hson (manager) - 2009-11-16 09:49 http://www.opencsw.org/bugtrack/view.php?id=4043#c6994 ---------------------------------------------------------------------- Ahh, I've not noticed that change, when I first tried to package 1.18a, "1.18a" wasn't a "legal" string. From noreply at opencsw.org Fri Nov 27 21:57:26 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 27 Nov 2009 21:57:26 +0100 Subject: [bug-notifications] [pygtk 0004057]: pygtk package lacks dependency on pygobject Message-ID: <4386e2153c7ba82886e9e544bc1beecf@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4057 ====================================================================== Reported By: maierkomor Assigned To: ====================================================================== Project: pygtk Issue ID: 4057 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-27 21:57 CET Last Modified: 2009-11-27 21:57 CET ====================================================================== Summary: pygtk package lacks dependency on pygobject Description: As the summary says. Using pkg-get -i pygtk installs pygtk with pygobject, which is necessary ====================================================================== From noreply at opencsw.org Fri Nov 27 22:13:45 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 27 Nov 2009 22:13:45 +0100 Subject: [bug-notifications] [pygtk 0004058]: dynamic linker error on Solaris 10 sparc Message-ID: <9973371081d871bde4dee5029851d198@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4058 ====================================================================== Reported By: maierkomor Assigned To: ====================================================================== Project: pygtk Issue ID: 4058 Category: packaging Reproducibility: have not tried Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-27 22:13 CET Last Modified: 2009-11-27 22:13 CET ====================================================================== Summary: dynamic linker error on Solaris 10 sparc Description: _gtk.so requires libXext.so.0 (SUNW_1.1), which seems to be unavailable on Solaris 10 update 8. thomas at azalin:~/src/xhg% ldd /opt/csw/lib/python/site-packages/gtk-2.0/gtk/_gtk.so|grep Xext libXext.so.0 => /opt/csw/X11/lib/libXext.so.0 libXext.so.0 (SUNW_1.1) => (Version nicht gefunden) libXext.so.0 => /usr/openwin/lib/libXext.so.0 thomas at azalin:~/src/xhg% uname -a SunOS azalin 5.10 Generic_142900-01 sun4u sparc SUNW,Sun-Blade-2500 thomas at azalin:~/src/xhg% /opt/csw/bin/python Python 2.6.2 (r262:71600, May 27 2009, 13:06:14) [C] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import pygtk >>> import gtk Traceback (most recent call last): File "", line 1, in File "/opt/csw/lib/python/site-packages/gtk-2.0/gtk/__init__.py", line 48, in from gtk import _gtk ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/gtk-2.0/gtk/_gtk.so: symbol PyUnicodeUCS2_DecodeUTF8: referenced symbol not found ====================================================================== From noreply at opencsw.org Sat Nov 28 09:16:34 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 28 Nov 2009 09:16:34 +0100 Subject: [bug-notifications] [perl 0002742]: DTrace support for Perl In-Reply-To: <3e2af2ff0973824d60a81c647946f1cd> Message-ID: <6b133edd2611e730226b67a44fac874a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=2742 ====================================================================== Reported By: dam Assigned To: bonivart ====================================================================== Project: perl Issue ID: 2742 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2008-01-17 12:20 CET Last Modified: 2009-11-28 09:16 CET ====================================================================== Summary: DTrace support for Perl Description: It would be nice to have DTrace support in the Blastwave Perl ====================================================================== ---------------------------------------------------------------------- (0007053) bonivart (manager) - 2009-11-28 09:16 http://www.opencsw.org/mantis/view.php?id=2742#c7053 ---------------------------------------------------------------------- New perl 5.10.1 seems to have some DTrace support. From noreply at opencsw.org Sun Nov 29 14:23:40 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Nov 2009 14:23:40 +0100 Subject: [bug-notifications] [cupsd 0002848]: espgs and cupsd doesnot work together In-Reply-To: Message-ID: <4cd4c664e43189b442345912cbaccfde@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=2848 ====================================================================== Reported By: werner.frerichs Assigned To: maciej ====================================================================== Project: cupsd Issue ID: 2848 Category: packaging Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2008-04-08 13:41 CEST Last Modified: 2009-11-29 14:23 CET ====================================================================== Summary: espgs and cupsd doesnot work together Description: Since the latest update espgs is only a wrapper for gs but cupsd doesnot work with gs and need espgs so I have to downgrade to the latest version from espgs from the archive to reactivate printing with cups ====================================================================== ---------------------------------------------------------------------- (0007054) maciej (manager) - 2009-11-29 14:23 http://www.opencsw.org/bugtrack/view.php?id=2848#c7054 ---------------------------------------------------------------------- No update in the last 2 weeks, closing the bug. Please reopen or file again if necessary. From noreply at opencsw.org Sun Nov 29 14:26:17 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Nov 2009 14:26:17 +0100 Subject: [bug-notifications] [roxfiler 0003974]: Help system broken (/opt/csw/share/ROX/Help missing) In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3974 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3974 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-21 13:55 CEST Last Modified: 2009-11-29 14:26 CET ====================================================================== Summary: Help system broken (/opt/csw/share/ROX/Help missing) Description: When one tries to pull up the help files (right click context menu, Help, Show Help Files), they can't be found and an error message is displayed. Directory '/opt/csw/share/ROX/Help' not found. ====================================================================== ---------------------------------------------------------------------- (0007055) maciej (manager) - 2009-11-29 14:26 http://www.opencsw.org/mantis/view.php?id=3974#c7055 ---------------------------------------------------------------------- Fixed version has been released. From noreply at opencsw.org Sun Nov 29 14:26:30 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Nov 2009 14:26:30 +0100 Subject: [bug-notifications] [roxfiler 0003975]: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) In-Reply-To: <48b59c4ad35807a76e04bbaec15aab8f> Message-ID: <59c97af4112921471054260356b1446e@www.opencsw.org> The following issue has been CLOSED ====================================================================== http://www.opencsw.org/mantis/view.php?id=3975 ====================================================================== Reported By: skayser Assigned To: maciej ====================================================================== Project: roxfiler Issue ID: 3975 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-10-21 13:59 CEST Last Modified: 2009-11-29 14:26 CET ====================================================================== Summary: Options can't be edited/opened (Internal error: /opt/csw/share/ROX/Options.xml unreadable) Description: Me again, should have said "thanks for packaging rox-filer up" in the first place :) When trying to pull up the options menu (right click for context menu, Options) rox-filer presents the following error message Internal error: /opt/csw/share/ROX/Options.xml unreadable The options window is still opened, it is completely blank, though. ====================================================================== ---------------------------------------------------------------------- (0007056) maciej (manager) - 2009-11-29 14:26 http://www.opencsw.org/mantis/view.php?id=3975#c7056 ---------------------------------------------------------------------- Fixed version has been released. From noreply at opencsw.org Mon Nov 30 02:10:07 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Nov 2009 02:10:07 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: <2a935f5a30eba5641645b61b454a9167@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: new ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-30 02:10 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007057) jgoerzen (reporter) - 2009-11-30 02:10 http://www.opencsw.org/bugtrack/view.php?id=4056#c7057 ---------------------------------------------------------------------- After looking at this I think it would be better to NOT release a new package. The reason is the software is no longer maintained by the author. Also, the packages that depend on this one probably will never be updated anyway (xmms & sdlsound). It's an optional library to sdlmixer which was the initial reason to rebuild libmikmod. However, libmikmod has been commit to GAR repository and will produce packages of the latest beta2 release of libmikmod. From noreply at opencsw.org Mon Nov 30 18:30:33 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Nov 2009 18:30:33 +0100 Subject: [bug-notifications] [libmikmod 0004056]: please update to version 3.1.10 In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== http://www.opencsw.org/bugtrack/view.php?id=4056 ====================================================================== Reported By: jgoerzen Assigned To: phil ====================================================================== Project: libmikmod Issue ID: 4056 Category: upgrade Reproducibility: always Severity: trivial Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-11-24 23:38 CET Last Modified: 2009-11-30 18:30 CET ====================================================================== Summary: please update to version 3.1.10 Description: While running ./configure to update "sdlmixer" I noticed that libmikmod is one minor version too old. libmikmod support is optional in sdlmixer, but since it looks for it might as well have support for it. Thanks! checking for libmikmod-config... /opt/csw/bin/libmikmod-config checking for libmikmod - version >= 3.1.10... no *** libmikmod is older than 3.1.10, not using. configure: WARNING: *** Unable to find MikMod library (http://mikmod.raphnet.net/) configure: WARNING: MOD support disabled ====================================================================== ---------------------------------------------------------------------- (0007058) phil (manager) - 2009-11-30 18:30 http://www.opencsw.org/bugtrack/view.php?id=4056#c7058 ---------------------------------------------------------------------- huh. guess I'll "close" this then. From noreply at opencsw.org Mon Nov 30 18:55:31 2009 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Nov 2009 18:55:31 +0100 Subject: [bug-notifications] [bind 0003460]: BIND 9.6.0 fails to run on Solaris 10 x86 In-Reply-To: <021da153eb5a8556a2a641af718e9b7c> Message-ID: <992706c8cc07ff691bfbbde65cd7919d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== http://www.opencsw.org/mantis/view.php?id=3460 ====================================================================== Reported By: waynehendricks Assigned To: bonivart ====================================================================== Project: bind Issue ID: 3460 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-03-06 21:43 CET Last Modified: 2009-11-30 18:55 CET ====================================================================== Summary: BIND 9.6.0 fails to run on Solaris 10 x86 Description: Bind 9.6.0 fails when trying to run on the latest Solaris 10 x86 build with all patches installed. ====================================================================== ---------------------------------------------------------------------- (0007059) bonivart (manager) - 2009-11-30 18:55 http://www.opencsw.org/mantis/view.php?id=3460#c7059 ---------------------------------------------------------------------- I have finally had some time to look into this. It will be an extra package called CSWbindchroot depending on CSWbind so it's totally optional to install. It will prepare your system for chrootet BIND by creating the device files and so on but it will not touch your current config so it should be safe to install on a running BIND server. After install you need to move your zone files and so on and after that you should be good to go. I hope I can get some help testing it.