From noreply at opencsw.org Sun Sep 1 11:07:33 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Sep 2013 11:07:33 +0200 Subject: [bug-notifications] [procmail 0004812]: should be rebuilt to use /etc/opt/csw instead of /opt/csw/etc In-Reply-To: <7a2e99f53e5e29414a37841fda226301> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4812 ====================================================================== Reported By: phalenor Assigned To: laurent ====================================================================== Project: procmail Issue ID: 4812 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2011-08-03 17:51 CEST Last Modified: 2013-09-01 11:07 CEST ====================================================================== Summary: should be rebuilt to use /etc/opt/csw instead of /opt/csw/etc Description: As the topic suggests, procmail should be rebuilt to use /etc/opt/csw ====================================================================== From noreply at opencsw.org Sun Sep 1 11:09:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Sep 2013 11:09:13 +0200 Subject: [bug-notifications] [procmail 0004812]: should be rebuilt to use /etc/opt/csw instead of /opt/csw/etc In-Reply-To: <7a2e99f53e5e29414a37841fda226301> Message-ID: <9fc5f64f3f9b975ec86c3d84e5bab231@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4812 ====================================================================== Reported By: phalenor Assigned To: laurent ====================================================================== Project: procmail Issue ID: 4812 Category: packaging Reproducibility: N/A Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-08-03 17:51 CEST Last Modified: 2013-09-01 11:09 CEST ====================================================================== Summary: should be rebuilt to use /etc/opt/csw instead of /opt/csw/etc Description: As the topic suggests, procmail should be rebuilt to use /etc/opt/csw ====================================================================== ---------------------------------------------------------------------- (0010565) laurent (manager) - 2013-09-01 11:09 https://www.opencsw.org/mantis/view.php?id=4812#c10565 ---------------------------------------------------------------------- It's done, using now /etc/opt/csw/procmailrc, and also has an optional /etc/opt/csw/procmailrcs directory. Tested successfully as a replacement for my old procmail. From noreply at opencsw.org Sun Sep 1 17:52:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 1 Sep 2013 17:52:43 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: <6b9b517f25b6cb679a4ddd4db15748fd@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-01 17:52 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010566) pfelecan (manager) - 2013-09-01 17:52 https://www.opencsw.org/mantis/view.php?id=5005#c10566 ---------------------------------------------------------------------- IMHO no need to. From noreply at opencsw.org Mon Sep 2 13:46:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 2 Sep 2013 13:46:27 +0200 Subject: [bug-notifications] [pkgutil 0005102]: Remove hardcoded paths to SVR4 package tools In-Reply-To: <3ce776570a8cf52933b407523bfa0def> Message-ID: <1d1af3347de1fef80e4be7ba68ed2018@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5102 ====================================================================== Reported By: yann Assigned To: bonivart ====================================================================== Project: pkgutil Issue ID: 5102 Category: regular use Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-08-16 17:13 CEST Last Modified: 2013-09-02 13:46 CEST ====================================================================== Summary: Remove hardcoded paths to SVR4 package tools Description: Hi Peter, Might be strange but I am trying to use pkgutil on a SmartOS server where pkgadd, pkgrm.. are not available. I can get them and put them in a different location but most path are to these tools are hardcoded in pkgutil so this doesn't work out of the box. So my feature request is: is this possible to modify pkgutil so path to SVR4 package tools are not hardcoded ? Thanks in advance for your answer, Yann ====================================================================== ---------------------------------------------------------------------- (0010567) bonivart (manager) - 2013-09-02 13:46 https://www.opencsw.org/mantis/view.php?id=5102#c10567 ---------------------------------------------------------------------- There's packages here: http://buildfarm.opencsw.org/experimental.html#bonivart Even though it's a simple change I would like the two of us to try it some before I release it officially. From noreply at opencsw.org Tue Sep 3 14:48:46 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Sep 2013 14:48:46 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: <9cd8b7f66f8edf0c506a67ac0ff8f2ec@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-03 14:48 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010568) ghenry (developer) - 2013-09-03 14:48 https://www.opencsw.org/mantis/view.php?id=5005#c10568 ---------------------------------------------------------------------- hello, i don't understand "no need to". Does it mean that we could not use virtualenv with CSWpython? From noreply at opencsw.org Tue Sep 3 16:01:39 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 3 Sep 2013 16:01:39 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-03 16:01 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010569) pfelecan (manager) - 2013-09-03 16:01 https://www.opencsw.org/mantis/view.php?id=5005#c10569 ---------------------------------------------------------------------- i.e. no need to fix whatever as virtualenv is released for both 2.x interpreters on August 27 2013 have you tried to use the new package? if there is something missing or badly behaving just open a virtualenv issue. From noreply at opencsw.org Wed Sep 4 19:51:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 4 Sep 2013 19:51:02 +0200 Subject: [bug-notifications] [mercurial 0005106]: re-package to support Python 2.6 and 2.7 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5106 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: mercurial Issue ID: 5106 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-04 19:51 CEST Last Modified: 2013-09-04 19:51 CEST ====================================================================== Summary: re-package to support Python 2.6 and 2.7 Description: Can you please repackage (just do the build and upload processes) to have Python 2.x dual support? ====================================================================== From noreply at opencsw.org Thu Sep 5 15:11:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Sep 2013 15:11:55 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-05 15:11 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010570) ghenry (developer) - 2013-09-05 15:11 https://www.opencsw.org/mantis/view.php?id=5005#c10570 ---------------------------------------------------------------------- i am unable to install pip: django at t2000:~$ /opt/csw/bin/python get-pip.py Traceback (most recent call last): File "get-pip.py", line 7269, in do_exec(entry, locals()) File "", line 1, in do_exec File "", line 9, in File "/tmp/unpacker-rDnXZn-scratchdir/pip/__init__.py", line 11, in File "/tmp/unpacker-rDnXZn-scratchdir/pip/vcs/subversion.py", line 4, in File "/tmp/unpacker-rDnXZn-scratchdir/pip/index.py", line 32, in File "/tmp/unpacker-rDnXZn-scratchdir/pip/wheel.py", line 18, in File "/tmp/unpacker-rDnXZn-scratchdir/pip/pep425tags.py", line 98, in File "/tmp/unpacker-rDnXZn-scratchdir/pip/pep425tags.py", line 61, in get_supported File "/opt/csw/lib/python2.6/distutils/sysconfig.py", line 610, in get_config_var return get_config_vars().get(name) File "/opt/csw/lib/python2.6/distutils/sysconfig.py", line 526, in get_config_vars func() File "/opt/csw/lib/python2.6/distutils/sysconfig.py", line 383, in _init_posix raise DistutilsPlatformError(my_msg) distutils.errors.DistutilsPlatformError: invalid Python installation: unable to open /opt/csw/lib/python2.6/config/Makefile (No such file or directory) From noreply at opencsw.org Thu Sep 5 15:26:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Sep 2013 15:26:24 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: <4735c582e857b255aa6462552257ab0e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-05 15:26 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010571) maciej (developer) - 2013-09-05 15:26 https://www.opencsw.org/mantis/view.php?id=5005#c10571 ---------------------------------------------------------------------- This these two commands: missing_file=/opt/csw/lib/python2.6/config/Makefile curl "http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/i386/SunOS5.10/pkgname-by-filename?filename=${missing_file}"; echo From noreply at opencsw.org Thu Sep 5 15:35:36 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Sep 2013 15:35:36 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-05 15:35 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010572) pfelecan (manager) - 2013-09-05 15:35 https://www.opencsw.org/mantis/view.php?id=5005#c10572 ---------------------------------------------------------------------- This is a 2.6 issue, isn't it? Is it possible to report on the relevant project? Install CSWpython-dev as the missing file is part of it and by doing what you are developing... You should have found this by using the exact search feature on our site: http://www.opencsw.org/search/ for the missing file /opt/csw/lib/python2.6/config/Makefile From noreply at opencsw.org Thu Sep 5 16:07:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Sep 2013 16:07:01 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-05 16:07 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010573) ghenry (developer) - 2013-09-05 16:07 https://www.opencsw.org/mantis/view.php?id=5005#c10573 ---------------------------------------------------------------------- thanks From noreply at opencsw.org Thu Sep 5 16:56:22 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 5 Sep 2013 16:56:22 +0200 Subject: [bug-notifications] [python27 0005005]: unable to install virtualenv: ImportError: No module named md5 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5005 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: python27 Issue ID: 5005 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: won't fix Fixed in Version: ====================================================================== Date Submitted: 2012-09-30 15:27 CEST Last Modified: 2013-09-05 16:56 CEST ====================================================================== Summary: unable to install virtualenv: ImportError: No module named md5 Description: on solaris 10 (sparc), i'm trying to install virtualenv according to: http://www.pip-installer.org/en/latest/installing.html it fails with the following messages: t2000-root% /opt/csw/bin/python virtualenv.py my_new_env New python executable in my_new_env/bin/python Installing setuptools...... Complete output from command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools: Traceback (most recent call last): File "", line 67, in ImportError: No module named md5 ---------------------------------------- ...Installing setuptools...done. Traceback (most recent call last): File "virtualenv.py", line 2471, in main() File "virtualenv.py", line 942, in main never_download=options.never_download) File "virtualenv.py", line 1052, in create_environment search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 599, in install_setuptools search_dirs=search_dirs, never_download=never_download) File "virtualenv.py", line 571, in _install_req cwd=cwd) File "virtualenv.py", line 1020, in call_subprocess % (cmd_desc, proc.returncode)) OSError: Command /donnees/virtualenv/my_new_env/bin/python -c "#!python \"\"\"Bootstra...sys.argv[1:]) " --always-copy -U setuptools failed with error code 1 ====================================================================== ---------------------------------------------------------------------- (0010574) ghenry (developer) - 2013-09-05 16:56 https://www.opencsw.org/mantis/view.php?id=5005#c10574 ---------------------------------------------------------------------- everything is ok From noreply at opencsw.org Sat Sep 7 19:38:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 7 Sep 2013 19:38:27 +0200 Subject: [bug-notifications] [boost_gcc_dev 0005084]: Update Boost to 1.53.0 In-Reply-To: <6ace7cf571357cbde4737b115b10f760> Message-ID: <91e3fcc155ab00c460a2648083df49db@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5084 ====================================================================== Reported By: kenmays Assigned To: ====================================================================== Project: boost_gcc_dev Issue ID: 5084 Category: Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-06-16 02:33 CEST Last Modified: 2013-09-07 19:38 CEST ====================================================================== Summary: Update Boost to 1.53.0 Description: This update brings in the C++11-style atomic<>, Extended precision arithmetic types for floating point, integer/rational arithmetic and ordinary differential equations libraries. URL: http://downloads.sourceforge.net/project/boost/boost/1.53.0/boost_1_53_0.tar.gz ====================================================================== ---------------------------------------------------------------------- (0010575) maciej (manager) - 2013-09-07 19:38 https://www.opencsw.org/mantis/view.php?id=5084#c10575 ---------------------------------------------------------------------- Hi Ken, I'm currently swamped with other work. My primary focus is the buildfarm infrastructure. If you care, could you try building it yourself? http://www.opencsw.org/2012/12/gar-setup-and-packaging-tutorial/ From noreply at opencsw.org Sun Sep 8 08:58:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Sep 2013 08:58:29 +0200 Subject: [bug-notifications] [bash 0005103]: missing bash.info In-Reply-To: <243564533c1c2385cf48e53b9a482853> Message-ID: <1dc248bdf6f21032f92ff80d89841b62@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5103 ====================================================================== Reported By: pfelecan Assigned To: yann ====================================================================== Project: bash Issue ID: 5103 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-08-23 16:29 CEST Last Modified: 2013-09-08 08:58 CEST ====================================================================== Summary: missing bash.info Description: The bash.info file is missing. Reviewing the recipe I see, in the post-merge target, this command: rm -f $(PKGROOT)/$(infodir)/bash.info What's the reason of this? Can you please modify the recipe and eventually upload a new version containing this file? TIA ====================================================================== ---------------------------------------------------------------------- (0010564) yann (manager) - 2013-08-31 16:08 https://www.opencsw.org/mantis/view.php?id=5103#c10564 ---------------------------------------------------------------------- Updated packages are now in unstable with the bash.info file back: # pkgchk -v CSWbash 2>&1 | grep /opt/csw/share/info/bash.info /opt/csw/share/info/bash.info I am closing this bug. From noreply at opencsw.org Sun Sep 8 13:46:49 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Sep 2013 13:46:49 +0200 Subject: [bug-notifications] [awstats 0000874]: remote execution vulnerability in awstats as a cgi In-Reply-To: <178b9fd53a625b3d0aa553d16d0f15e3> Message-ID: <90a0d6c141dcf83010684aeb728b6e77@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=874 ====================================================================== Reported By: tseeley Assigned To: laurent ====================================================================== Project: awstats Issue ID: 874 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2005-03-01 11:52 CET Last Modified: 2013-09-08 13:46 CEST ====================================================================== Summary: remote execution vulnerability in awstats as a cgi Description: http://sourceforge.net/forum/forum.php?forum_id=441331 as summary, suggest upgrade to 6.3 or latest version (6.4) ====================================================================== ---------------------------------------------------------------------- (0002003) james (developer) - 2005-06-22 13:22 https://www.opencsw.org/mantis/view.php?id=874#c2003 ---------------------------------------------------------------------- package v6.4 was relased 3 months ago. Please close this issue. From noreply at opencsw.org Sun Sep 8 13:47:40 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Sep 2013 13:47:40 +0200 Subject: [bug-notifications] [awstats 0000874]: remote execution vulnerability in awstats as a cgi In-Reply-To: <178b9fd53a625b3d0aa553d16d0f15e3> Message-ID: <7fb932f2dd0f1eecb3d4bf4aef411679@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=874 ====================================================================== Reported By: tseeley Assigned To: laurent ====================================================================== Project: awstats Issue ID: 874 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2005-03-01 11:52 CET Last Modified: 2013-09-08 13:47 CEST ====================================================================== Summary: remote execution vulnerability in awstats as a cgi Description: http://sourceforge.net/forum/forum.php?forum_id=441331 as summary, suggest upgrade to 6.3 or latest version (6.4) ====================================================================== ---------------------------------------------------------------------- (0010576) laurent (manager) - 2013-09-08 13:47 https://www.opencsw.org/mantis/view.php?id=874#c10576 ---------------------------------------------------------------------- Now at version 7.2. Talk about squashing old bugs... From noreply at opencsw.org Sun Sep 8 18:53:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 8 Sep 2013 18:53:47 +0200 Subject: [bug-notifications] [mercurial 0005106]: re-package to support Python 2.6 and 2.7 In-Reply-To: Message-ID: <167259d0d28aa3b5cefa763ee910b252@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5106 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: mercurial Issue ID: 5106 Category: packaging Reproducibility: N/A Severity: feature Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-09-04 19:51 CEST Last Modified: 2013-09-08 18:53 CEST ====================================================================== Summary: re-package to support Python 2.6 and 2.7 Description: Can you please repackage (just do the build and upload processes) to have Python 2.x dual support? ====================================================================== ---------------------------------------------------------------------- (0010577) rupert (manager) - 2013-09-08 18:53 https://www.opencsw.org/mantis/view.php?id=5106#c10577 ---------------------------------------------------------------------- built and updated From noreply at opencsw.org Tue Sep 10 16:09:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Sep 2013 16:09:29 +0200 Subject: [bug-notifications] [fontconfig 0005107]: fonts.conf should be preserved Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5107 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: fontconfig Issue ID: 5107 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-10 16:09 CEST Last Modified: 2013-09-10 16:09 CEST ====================================================================== Summary: fonts.conf should be preserved Description: At the moment /etc/opt/csw/fontconfig/fonts.conf is removed on package update, but should be preserved. ====================================================================== From noreply at opencsw.org Tue Sep 10 21:31:26 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Sep 2013 21:31:26 +0200 Subject: [bug-notifications] [vidalia 0005108]: Vidalia not in catalog Message-ID: <4b2b7e9235bf46e1077d69486b16156b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5108 ====================================================================== Reported By: axellec Assigned To: ====================================================================== Project: vidalia Issue ID: 5108 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-10 21:31 CEST Last Modified: 2013-09-10 21:31 CEST ====================================================================== Summary: Vidalia not in catalog Description: When I try to install vidalia, it fails, telling me it is not in catalog. pfexec pkgutil -i vidalia Checking integrity of /var/opt/csw/pkgutil/catalog.ftp.igh.cnrs.fr_pub_OpenCSW_testing_i386_5.11 with gpg. gpg: Signature made Tue Sep 10 18:36:09 2013 CEST using DSA key ID 9306CC77 gpg: Good signature from "OpenCSW catalog signing " gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 4DCE 3C80 AAB2 CAB1 E60C 9A3C 05F4 2D66 9306 CC77 Solving needed dependencies ... Package vidalia not in catalog. Exiting. ====================================================================== From noreply at opencsw.org Tue Sep 10 22:25:43 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Sep 2013 22:25:43 +0200 Subject: [bug-notifications] [vidalia 0005108]: Vidalia not in catalog In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5108 ====================================================================== Reported By: axellec Assigned To: dam ====================================================================== Project: vidalia Issue ID: 5108 Category: Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-09-10 21:31 CEST Last Modified: 2013-09-10 22:25 CEST ====================================================================== Summary: Vidalia not in catalog Description: When I try to install vidalia, it fails, telling me it is not in catalog. pfexec pkgutil -i vidalia Checking integrity of /var/opt/csw/pkgutil/catalog.ftp.igh.cnrs.fr_pub_OpenCSW_testing_i386_5.11 with gpg. gpg: Signature made Tue Sep 10 18:36:09 2013 CEST using DSA key ID 9306CC77 gpg: Good signature from "OpenCSW catalog signing " gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 4DCE 3C80 AAB2 CAB1 E60C 9A3C 05F4 2D66 9306 CC77 Solving needed dependencies ... Package vidalia not in catalog. Exiting. ====================================================================== From noreply at opencsw.org Tue Sep 10 22:28:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 10 Sep 2013 22:28:27 +0200 Subject: [bug-notifications] [vidalia 0005108]: Vidalia not in catalog In-Reply-To: Message-ID: <92f1859d54b2771a9b35c2e40b940b24@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5108 ====================================================================== Reported By: axellec Assigned To: dam ====================================================================== Project: vidalia Issue ID: 5108 Category: Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-09-10 21:31 CEST Last Modified: 2013-09-10 22:28 CEST ====================================================================== Summary: Vidalia not in catalog Description: When I try to install vidalia, it fails, telling me it is not in catalog. pfexec pkgutil -i vidalia Checking integrity of /var/opt/csw/pkgutil/catalog.ftp.igh.cnrs.fr_pub_OpenCSW_testing_i386_5.11 with gpg. gpg: Signature made Tue Sep 10 18:36:09 2013 CEST using DSA key ID 9306CC77 gpg: Good signature from "OpenCSW catalog signing " gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 4DCE 3C80 AAB2 CAB1 E60C 9A3C 05F4 2D66 9306 CC77 Solving needed dependencies ... Package vidalia not in catalog. Exiting. ====================================================================== ---------------------------------------------------------------------- (0010578) dam (administrator) - 2013-09-10 22:28 https://www.opencsw.org/mantis/view.php?id=5108#c10578 ---------------------------------------------------------------------- vidalia is only available from the catalogs "unstable" and "kiel", it has not reached "testing" which you subscribed to. Please modify your /etc/opt/csw/pkgutil.conf accordingly for the catalog "unstable" in the "mirror=" line. From noreply at opencsw.org Wed Sep 11 09:57:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Sep 2013 09:57:08 +0200 Subject: [bug-notifications] [vidalia 0005108]: Vidalia not in catalog In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5108 ====================================================================== Reported By: axellec Assigned To: dam ====================================================================== Project: vidalia Issue ID: 5108 Category: Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-09-10 21:31 CEST Last Modified: 2013-09-11 09:57 CEST ====================================================================== Summary: Vidalia not in catalog Description: When I try to install vidalia, it fails, telling me it is not in catalog. pfexec pkgutil -i vidalia Checking integrity of /var/opt/csw/pkgutil/catalog.ftp.igh.cnrs.fr_pub_OpenCSW_testing_i386_5.11 with gpg. gpg: Signature made Tue Sep 10 18:36:09 2013 CEST using DSA key ID 9306CC77 gpg: Good signature from "OpenCSW catalog signing " gpg: WARNING: This key is not certified with a trusted signature! gpg: There is no indication that the signature belongs to the owner. Primary key fingerprint: 4DCE 3C80 AAB2 CAB1 E60C 9A3C 05F4 2D66 9306 CC77 Solving needed dependencies ... Package vidalia not in catalog. Exiting. ====================================================================== ---------------------------------------------------------------------- (0010579) axellec (reporter) - 2013-09-11 09:57 https://www.opencsw.org/mantis/view.php?id=5108#c10579 ---------------------------------------------------------------------- yes indeed you are right, sorry! From noreply at opencsw.org Wed Sep 11 20:49:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Sep 2013 20:49:20 +0200 Subject: [bug-notifications] [mgar 0005109]: Some dependencies missing Message-ID: <086951783d14aa03b902a9226689dc43@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5109 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mgar Issue ID: 5109 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-11 20:49 CEST Last Modified: 2013-09-11 20:49 CEST ====================================================================== Summary: Some dependencies missing Description: Some dependencies are missing: ==> Verifying installed package CSWpy-cjson: MISSING ==> Verifying installed package CSWpy-dateutil: MISSING ==> Verifying installed package CSWpy-pyelftools: MISSING ====================================================================== From noreply at opencsw.org Wed Sep 11 22:26:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Sep 2013 22:26:29 +0200 Subject: [bug-notifications] [mgar 0005109]: Some dependencies missing In-Reply-To: Message-ID: <61c4baf587fa8d9cae6bf4c098b74785@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5109 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mgar Issue ID: 5109 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-11 20:49 CEST Last Modified: 2013-09-11 22:26 CEST ====================================================================== Summary: Some dependencies missing Description: Some dependencies are missing: ==> Verifying installed package CSWpy-cjson: MISSING ==> Verifying installed package CSWpy-dateutil: MISSING ==> Verifying installed package CSWpy-pyelftools: MISSING ====================================================================== ---------------------------------------------------------------------- (0010580) maciej (developer) - 2013-09-11 22:26 https://www.opencsw.org/mantis/view.php?id=5109#c10580 ---------------------------------------------------------------------- mgar or gar_dev? Or maybe gar_dev should list mgar as a dependency? From noreply at opencsw.org Wed Sep 11 23:32:28 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 11 Sep 2013 23:32:28 +0200 Subject: [bug-notifications] [mgar 0005109]: Some dependencies missing In-Reply-To: Message-ID: <5d2762b87282cd896fc4fb5ce270b5c4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5109 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: mgar Issue ID: 5109 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-11 20:49 CEST Last Modified: 2013-09-11 23:32 CEST ====================================================================== Summary: Some dependencies missing Description: Some dependencies are missing: ==> Verifying installed package CSWpy-cjson: MISSING ==> Verifying installed package CSWpy-dateutil: MISSING ==> Verifying installed package CSWpy-pyelftools: MISSING ====================================================================== ---------------------------------------------------------------------- (0010581) bwalton (administrator) - 2013-09-11 23:32 https://www.opencsw.org/mantis/view.php?id=5109#c10581 ---------------------------------------------------------------------- I'd move all of the gar_dev deps to mgar and have mgar obsolete gar_dev. I created gar_dev before mgar existed and I don't think it makes sense to maintain both packages these days. From noreply at opencsw.org Sat Sep 14 00:44:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Sep 2013 00:44:02 +0200 Subject: [bug-notifications] [wireshark 0005110]: wireshark dumps core Message-ID: <84bb70bc589c9fb65aa0ebf031a883e4@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5110 ====================================================================== Reported By: jgoerzen Assigned To: ====================================================================== Project: wireshark Issue ID: 5110 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-14 00:44 CEST Last Modified: 2013-09-14 00:44 CEST ====================================================================== Summary: wireshark dumps core Description: Previously released pkg version wireshark-1.8.6,REV=2013.04.16 does not crash. wireshark version 1.10.2 crashes with Pango & Glib errors: bash-3.00$ wireshark 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.001s 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.021s (wireshark:14882): Pango-CRITICAL **: file fonts.c: line 1093: assertion `str != NULL' failed wireshark: Warning: fontELF not found - defaulting to Monospace 9 (wireshark:14882): GLib-CRITICAL **: g_string_append: assertion `val != NULL' failed 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.000s 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.000s ** ERROR:main.c:3472:main_widgets_rearrange: code should not be reached Abort (core dumped) ====================================================================== From noreply at opencsw.org Sat Sep 14 17:21:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Sep 2013 17:21:24 +0200 Subject: [bug-notifications] [wireshark 0005110]: wireshark dumps core In-Reply-To: <9b068e820785ffee36b09139042f9fb1> Message-ID: <521a866dabfaf26e2731d323cfe940f2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5110 ====================================================================== Reported By: jgoerzen Assigned To: dam ====================================================================== Project: wireshark Issue ID: 5110 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-09-14 00:44 CEST Last Modified: 2013-09-14 17:21 CEST ====================================================================== Summary: wireshark dumps core Description: Previously released pkg version wireshark-1.8.6,REV=2013.04.16 does not crash. wireshark version 1.10.2 crashes with Pango & Glib errors: bash-3.00$ wireshark 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.001s 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.021s (wireshark:14882): Pango-CRITICAL **: file fonts.c: line 1093: assertion `str != NULL' failed wireshark: Warning: fontELF not found - defaulting to Monospace 9 (wireshark:14882): GLib-CRITICAL **: g_string_append: assertion `val != NULL' failed 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.000s 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.000s ** ERROR:main.c:3472:main_widgets_rearrange: code should not be reached Abort (core dumped) ====================================================================== From noreply at opencsw.org Sat Sep 14 17:25:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Sep 2013 17:25:55 +0200 Subject: [bug-notifications] [wireshark 0005110]: wireshark dumps core In-Reply-To: <9b068e820785ffee36b09139042f9fb1> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5110 ====================================================================== Reported By: jgoerzen Assigned To: dam ====================================================================== Project: wireshark Issue ID: 5110 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-09-14 00:44 CEST Last Modified: 2013-09-14 17:25 CEST ====================================================================== Summary: wireshark dumps core Description: Previously released pkg version wireshark-1.8.6,REV=2013.04.16 does not crash. wireshark version 1.10.2 crashes with Pango & Glib errors: bash-3.00$ wireshark 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.001s 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.021s (wireshark:14882): Pango-CRITICAL **: file fonts.c: line 1093: assertion `str != NULL' failed wireshark: Warning: fontELF not found - defaulting to Monospace 9 (wireshark:14882): GLib-CRITICAL **: g_string_append: assertion `val != NULL' failed 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.000s 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.000s ** ERROR:main.c:3472:main_widgets_rearrange: code should not be reached Abort (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010582) dam (administrator) - 2013-09-14 17:25 https://www.opencsw.org/mantis/view.php?id=5110#c10582 ---------------------------------------------------------------------- I can reproduce it with a slightly different error: (wireshark:1498): Pango-CRITICAL **: file fonts.c: line 1093: assertion `str != NULL' failed wireshark: Warning: font zsh: segmentation fault (core dumped) wireshark unstable10x% pstack core core 'core' of 1498: wireshark fee763ec strlen (824f0a3, 8047b48, 827c120, 0) + c feed4352 fprintf (827c120) + ba 081647c8 font_init (80666be, feffd768, fef90538, 0, 0, 0) + 37 080a8316 main (0, 8047d4c, 8047d50, 8047d3c) + fe6 0807d00d _start (1, 8047e0c, 0, 8047e16, 8047e2f, 8047e3a) + 7d Probably there is something fishy with the font handling. From noreply at opencsw.org Sat Sep 14 22:54:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 14 Sep 2013 22:54:27 +0200 Subject: [bug-notifications] [wireshark 0005110]: wireshark dumps core In-Reply-To: <9b068e820785ffee36b09139042f9fb1> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5110 ====================================================================== Reported By: jgoerzen Assigned To: dam ====================================================================== Project: wireshark Issue ID: 5110 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-09-14 00:44 CEST Last Modified: 2013-09-14 22:54 CEST ====================================================================== Summary: wireshark dumps core Description: Previously released pkg version wireshark-1.8.6,REV=2013.04.16 does not crash. wireshark version 1.10.2 crashes with Pango & Glib errors: bash-3.00$ wireshark 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.001s 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.021s (wireshark:14882): Pango-CRITICAL **: file fonts.c: line 1093: assertion `str != NULL' failed wireshark: Warning: fontELF not found - defaulting to Monospace 9 (wireshark:14882): GLib-CRITICAL **: g_string_append: assertion `val != NULL' failed 15:52:49 Main Info fill_in_local_interfaces() starts 15:52:49 Main Info fill_in_local_interfaces() ends, taking 0.000s 15:52:49 Capture Msg Capture Interface List ... 15:52:49 Capture Dbg sync_interface_list_open 15:52:49 Capture Dbg sync_pipe_open_command 15:52:49 Capture Dbg read 7 indicator: S empty value 15:52:49 Capture Dbg sync_pipe_wait_for_child: wait till child closed 15:52:49 Capture Dbg sync_pipe_wait_for_child: capture child closed after 0.000s ** ERROR:main.c:3472:main_widgets_rearrange: code should not be reached Abort (core dumped) ====================================================================== ---------------------------------------------------------------------- (0010583) dam (administrator) - 2013-09-14 22:54 https://www.opencsw.org/mantis/view.php?id=5110#c10583 ---------------------------------------------------------------------- Apparently the issue was already introduced in 1.10.0. The upstream bug is tracked at https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9152 From noreply at opencsw.org Sun Sep 22 21:00:28 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Sep 2013 21:00:28 +0200 Subject: [bug-notifications] [pm_subversion 0004854]: Core dump when spaces in URL In-Reply-To: <966c1b790b49c8fe73dabc12e0db024c> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4854 ====================================================================== Reported By: bwalton Assigned To: ====================================================================== Project: pm_subversion Issue ID: 4854 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2011-10-31 01:02 CET Last Modified: 2013-09-22 21:00 CEST ====================================================================== Summary: Core dump when spaces in URL Description: The SVN::Ra bindings don't function when a URL contains a space. Instead, they core dump with the following error: $ perl ./test.pl svn: E235000: In file 'subversion/libsvn_subr/dirent_uri.c' line 2291: assertion failed (svn_uri_is_canonical(url, pool)) Abort (core dumped) If the URL given has no space, the call succeeds. ====================================================================== ---------------------------------------------------------------------- (0010584) rupert (manager) - 2013-09-22 21:00 https://www.opencsw.org/mantis/view.php?id=4854#c10584 ---------------------------------------------------------------------- please reopen if this is still the caes. From noreply at opencsw.org Sun Sep 22 21:02:20 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 22 Sep 2013 21:02:20 +0200 Subject: [bug-notifications] [pm_subversion 0004854]: Core dump when spaces in URL In-Reply-To: <966c1b790b49c8fe73dabc12e0db024c> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4854 ====================================================================== Reported By: bwalton Assigned To: ====================================================================== Project: pm_subversion Issue ID: 4854 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2011-10-31 01:02 CET Last Modified: 2013-09-22 21:02 CEST ====================================================================== Summary: Core dump when spaces in URL Description: The SVN::Ra bindings don't function when a URL contains a space. Instead, they core dump with the following error: $ perl ./test.pl svn: E235000: In file 'subversion/libsvn_subr/dirent_uri.c' line 2291: assertion failed (svn_uri_is_canonical(url, pool)) Abort (core dumped) If the URL given has no space, the call succeeds. ====================================================================== ---------------------------------------------------------------------- (0010584) rupert (manager) - 2013-09-22 21:00 https://www.opencsw.org/mantis/view.php?id=4854#c10584 ---------------------------------------------------------------------- please reopen if this is still the caes. From noreply at opencsw.org Mon Sep 23 09:22:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Sep 2013 09:22:02 +0200 Subject: [bug-notifications] [netpbm 0004183]: manpages contain references to buildfarm env In-Reply-To: Message-ID: <5d222e4a668a20b3c2ba10f7583cb3e7@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4183 ====================================================================== Reported By: dam Assigned To: laurent ====================================================================== Project: netpbm Issue ID: 4183 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: not fixable Fixed in Version: ====================================================================== Date Submitted: 2010-01-25 15:25 CET Last Modified: 2013-09-23 09:22 CEST ====================================================================== Summary: manpages contain references to buildfarm env Description: Manpages contain references to buildfarm env. ====================================================================== ---------------------------------------------------------------------- (0010540) laurent (manager) - 2013-08-25 10:37 https://www.opencsw.org/mantis/view.php?id=4183#c10540 ---------------------------------------------------------------------- The current version of netpbm removed the full manpages to replace them with a link to the online HTML page. Re-adding them seems like a hurdle, and that package is already annoying enough as it is. Unless there's a demand for them, I'll keep them out, which solves that particular issue. From noreply at opencsw.org Mon Sep 23 09:24:26 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 23 Sep 2013 09:24:26 +0200 Subject: [bug-notifications] [gnupg 0003763]: gpg using insecure memory In-Reply-To: <12880676dc92f857edd95f6a2fe35194> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3763 ====================================================================== Reported By: maciej Assigned To: mwatters ====================================================================== Project: gnupg Issue ID: 3763 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2009-07-10 18:59 CEST Last Modified: 2013-09-23 09:24 CEST ====================================================================== Summary: gpg using insecure memory Description: According to gpg FAQ, gpg needs to be installed setuid root on certain systems to allow it to prevent itself from being swapped out to disk (which would mean running a risk of a data leakage). ====================================================================== ---------------------------------------------------------------------- (0010585) laurent (manager) - 2013-09-23 09:24 https://www.opencsw.org/mantis/view.php?id=3763#c10585 ---------------------------------------------------------------------- It's been working for me without warnings for a long time. From noreply at opencsw.org Sun Sep 29 09:19:12 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 29 Sep 2013 09:19:12 +0200 Subject: [bug-notifications] [qt4_dev 0005075]: Qt packaging doesn't respect our file system layout standard In-Reply-To: Message-ID: <10d708bd3af2fe2f532ea3ad54e04006@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5075 ====================================================================== Reported By: pfelecan Assigned To: cgrzemba ====================================================================== Project: qt4_dev Issue ID: 5075 Category: Reproducibility: always Severity: tweak Priority: high Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-05-11 10:31 CEST Last Modified: 2013-09-29 09:19 CEST ====================================================================== Summary: Qt packaging doesn't respect our file system layout standard Description: The package installs a lot of directories directly in the root of Open CSW tree, /opt/csw, e.g. prototypes, mkspecs, &c. This rises errors in checkpkg, e.g. when a dynamic shared object is installed in /opt/csw/prototypes it is flagged with the "binary-architecture-does-not-match-placement" tag. After having discussed the issue on the "devel" mailing list, http://lists.opencsw.org/pipermail/devel/2013-May/026324.html, I propose to modify the recipe in order to install the various component in appropriate directories. For this, you can use inspiration given by Debian's packaging, http://packages.debian.org/wheezy/i386/python-qt4/filelist ====================================================================== ---------------------------------------------------------------------- (0010586) pfelecan (manager) - 2013-09-29 09:19 https://www.opencsw.org/mantis/view.php?id=5075#c10586 ---------------------------------------------------------------------- the last releases have fixed this. From noreply at opencsw.org Mon Sep 30 13:58:58 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 30 Sep 2013 13:58:58 +0200 Subject: [bug-notifications] [iozone 0005111]: Please upgrade to 3.420 Message-ID: <6dadad7605066fa3098c783dfccdb586@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5111 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: iozone Issue ID: 5111 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-09-30 13:58 CEST Last Modified: 2013-09-30 13:58 CEST ====================================================================== Summary: Please upgrade to 3.420 Description: Please upgrade to 3.420 ======================================================================