November 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #36857: cmake: update to version 2.8.10
by MacPorts 04 Jan '13

04 Jan '13

#36857: cmake: update to version 2.8.10 -------------------------+------------------- Reporter: pixilla@… | Owner: css@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: cmake -------------------------+------------------- -- Ticket URL: <https://trac.macports.org/ticket/36857> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #22872: aiccu - daemondo automatically restarts it, the reason why it exists is because something is broken.....
by MacPorts 03 Jan '13

03 Jan '13

#22872: aiccu - daemondo automatically restarts it, the reason why it exists is because something is broken..... --------------------------------------------------------------------+------- Reporter: jeroen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.1 Keywords: aiccu daemondo broken ddos repeat no-logging useraware | Port: aiccu --------------------------------------------------------------------+------- "daemondo launches the daemon directly, rather than indirectly via a script, and therefore it automatically knows how to monitor a daemon process and restart it if it dies." And thus, when aiccu exits because there is an unresolvable error case daemondo automatically restarts it, aiccu exists, daemondo restarts it, aiccu exits..... ad infinitum. Otherwise said: daemondo is not the proper tool for running AICCU in this way as it clearly avoids to check the exit code of AICCU, which exits because there is an error condition, which means it can't do anything else and that user intervention is needed. A couple of solutions that should be applied in this case and most likely in the cases of many other daemons which will abort on startup: - don't use it specifically for AICCU - rate limit the number of 'startups', if it fails X times, then don't start it any more. - If it fails after the first startup, tell the user, and don't start it again. - etc etc etc. From the 'README' file in the AICCU distribution: 8<------------------------------- WARNING: never run AICCU from DaemonTools or a similar automated 'restart' tool/script. When AICCU does not start, it has a reason not to start which it gives on either the stdout or in the (sys)log file. The TIC server *will* automatically disable accounts which are detected to run in this mode. Use 'verbose true' to see more information which is especially handy when starting fails. ------------------------------------->8 Oh and as clearly logging is not configured properly, nor the user ever cares to look at it they will never figure this problem out. Most likely the same goes for a lot of other daemons. In this case it is especially annoying as it will contact the TIC servers of SixXS, which will then have to rate limit the client and disable them, as per the above. Still, the client, which gets repeatedly restarted by daemondo will keep on trying to hammer those TIC servers. Thank you macport folks for another attempt at DDoSSing them. (attempt, as it fails due to the ratelimmitting and fortunately also the limited number of clients of which we had to tell and explain the users that they had a broken client....) But lets solve this properly, as macports is where the problem happens. Please resolve this. Additionally "startupitem.netchange" which is described as "Cause the daemon to be restarted when a change in network state is detected." is completely ridiculous in the case of AICCU as AICCU already KNOWS how to handle network changes, that is why there are "specialized" protocols called heartbeat and AYIYA which AICCU supports. Thus that option can also go to /dev/null for AICCU. -- Ticket URL: <http://trac.macports.org/ticket/22872> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37103: ImageMagick 6.8.0 does not correctly display SVG files on PPC (here Leopard 10.5.8)
by MacPorts 02 Jan '13

02 Jan '13

#37103: ImageMagick 6.8.0 does not correctly display SVG files on PPC (here Leopard 10.5.8) -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: off-colour | Port: ImageMagick -----------------------------+-------------------------------- Having a problem with the display of SVG files in GNU Emacs 24.3.50 I built this version of GNU Emacs with Fink's ImageMagick and MacPorts' ImageMagick. On intel Snow Leopard both packages (display utility) and GNU Emacs work correctly, so it's likely that the PPC hardware platform with its number format causes the false colours to be displayed. I am attaching a screen-shot with two windows of ImageMagick's display utility on Leopard, one showing the PNG version (with transparency, obviously) and the other the SVG version. Both files can be found in the sources in emacs/etc/images, but I'll try to attach them as well. A final test would be to not use ImageMagick but all the many graphics libraries – the MacPorts GNU Emacs 24.2 does not offer a variant built with librsvg2… -- Ticket URL: <https://trac.macports.org/ticket/37103> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #31926: digikam @2.1.1 unknown protocol 'digikamalbums'
by MacPorts 02 Jan '13

02 Jan '13

#31926: digikam @2.1.1 unknown protocol 'digikamalbums' ------------------------------------+--------------------------------------- Reporter: johannes@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: digikam ------------------------------------+--------------------------------------- Hi, I installed macports and digikam. It starts alright but when I import a photo, I get the error message {{{ Could not start process Unable to create io-slave: klauncher said: Unknown protocol: digikamalbums }}} Running on OS X 10.7.2 -- Ticket URL: <https://trac.macports.org/ticket/31926> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #32714: policykit 103 fails to build on lion
by MacPorts 02 Jan '13

02 Jan '13

#32714: policykit 103 fails to build on lion -------------------------------------+-------------------------------------- Reporter: harald@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: -------------------------------------+-------------------------------------- hi, seems i found a build error in policykit under osx 10.7.2 / xcode 4.2. i tried clang/gcc in all three variations to no avail. see the following error message. I`m not very unix savvy, but does it mean that "glib-unix" i missing? there is no such package in port... n.b. long term goal is to build calligra on osx !-> main.c:26:23: error: glib-unix.h: No such file or directory mv -f .deps/polkitd-gposixsignal.Tpo .deps/polkitd-gposixsignal.Po main.c: In function 'main': main.c:133: warning: implicit declaration of function 'open' main.c:133: warning: nested extern declaration of 'open' main.c:133: error: 'O_RDWR' undeclared (first use in this function) main.c:133: error: (Each undeclared identifier is reported only once main.c:133: error: for each function it appears in.) make[3]: *** [polkitd-main.o] Error 1 -- Ticket URL: <https://trac.macports.org/ticket/32714> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #26039: php5-5.3.3 Adding support to FPM
by MacPorts 01 Jan '13

01 Jan '13

#26039: php5-5.3.3 Adding support to FPM --------------------------------+------------------------------------------- Reporter: info@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: php5 fpm | Port: php5 --------------------------------+------------------------------------------- Hey This diff file adds support to FPM with the fpm variant. It also registers a startup script for FPM. One thing I couldn't manage to change is FPM default configuration file being installed to ${prefix}/etc/php-fpm.conf.default Thanks. :) -- Ticket URL: <http://trac.macports.org/ticket/26039> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #36916: Added missing dependency
by MacPorts 01 Jan '13

01 Jan '13

#36916: Added missing dependency --------------------+-------------------------------- Reporter: rod@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: thieriot --------------------+-------------------------------- Just noticed there's a missing dependency (p5-libwww-perl), and also the p5-yaml and p5-json deps don't need to be perl version specific. -- Ticket URL: <https://trac.macports.org/ticket/36916> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #36930: Update matplotlib to 1.2 and add Python 3.x ports
by MacPorts 31 Dec '12

31 Dec '12

#36930: Update matplotlib to 1.2 and add Python 3.x ports --------------------------+--------------------------- Reporter: robitaille@… | Owner: ram@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-matplotlib --------------------------+--------------------------- Matplotlib 1.2 is now out (http://matplotlib.org/) and supports Python 3.x, so would it be possible to update the port, and add Python 3.1 and 3.2 ports? -- Ticket URL: <https://trac.macports.org/ticket/36930> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #31310: py-numpy: +atlas +gcc44 +universal fixes, tested with py27-numpy 1.6.1_0 on ppc/ppc64
by MacPorts 31 Dec '12

31 Dec '12

#31310: py-numpy: +atlas +gcc44 +universal fixes, tested with py27-numpy 1.6.1_0 on ppc/ppc64 ---------------------------------------------------+------------------------ Reporter: ccorn@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: ppc64 powerpc LP64 universal haspatch | Port: py27-numpy ---------------------------------------------------+------------------------ '''Platform:''' PowerMac G5 running MacOS X 10.5.8 ({{{powerpc-apple- darwin9.8.0}}}) {{{universal_archs = ppc64 ppc}}} '''Portfile''': {{{python/py-numpy}}} (-r83853) '''Problem:''' I have successfully built {{{atlas +gcc44 +universal}}}. The subsequent build of {{{py27-numpy +atlas +gcc44 +universal}}} succeeded, but in {{{arch -ppc64 python2.7}}}, {{{import numpy}}} failed. Reason: {{{multiarray.so}}} had been built for architecture {{{ppc}}} only. '''Cause:''' Python's installation procedure rebuilds in the {{{destroot}}} phase, therefore all essential configuration settings in the environment must be reproduced then. The Portfile has done so in most places, but missed one branch conditioned for {{{universal}}} builds, and even got the condition slightly wrong. '''Proposed solution''': The patch attached as {{{Portfile.required.diff}}} is definitely required to fix this. "Fixing" means that I can run {{{arch -ppc64 python2.7}}} as well as {{{arch -ppc python2.7}}} and in both cases successfully {{{import numpy}}}. '''Further issues, fortunately uncritical:''' While working on the Portfile, I found the expression {{{variant universal}}} used instead of {{{if {[variant_isset universal]} }}}. I am not sure whether these two are the same, but it seems that the latter is meant. Therefore I have changed that. See the patch attached as {{{Portfile.stylistic.diff}}}. I also took a look at {{{files/wrapper-template}}} and found that it has some errors and some weaknesses, which (for me) might turn out to be inconsequential. However, I wanted to make things sure, so I changed a lot of things: - Uses {{{-E}}} flag for {{{grep}}} and {{{sed}}} because the C++ suffix pattern is {{{-E}}} style - Returns compiler error codes instead of 1 - Also checks {{{lipo}}}'s exit status - Checks for unknown or conflicting {{{-arch}}} options - Removes directory components when guessing implicit output filenames - Corrects default linker output name ({{{a.out}}}) - Changes "{{{if `COMMAND`; then}}}" into "{{{if COMMAND; then}}}" (the original version would execute not just {{{COMMAND}}} but also its output, if any.) - Uses {{{set -f}}} and quotes around {{{$VAR}}}s where this makes sense, to reduce damage from weird args, leaving vulnerable only the compiler commands where word splitting is needed - Replaces special {{{+=}}} syntax with a portable form - Simplifies heavily nested {{{if}}}s I have also run across a {{{python26}}}-specific tweak in {{{files /wrapper-template}}}: {{{ # For some reason, -dynamiclib and -lpython2.6 are missing when linking # .so files. Add them, except if -bundle is set (incompatible switches) }}} I have rewritten that part to be more robust, but I have not generalized its functionality to other python versions. This does not seem to be an omission: {{{py27-numpy}}} built ok without {{{python26}}} installed (probably because {{{python27}}} uses {{{-bundle}}}). The patches to {{{files/wrapper-template}}} are attached as {{{wrapper- template.diff}}}. I consider these changes optional, but I recommend them unconditionally. Note that you have to {{{chmod +x files/wrapper- template}}}. '''Applicability:''' I suppose that the proposed patches are not specific to PowerPC. I also suppose that they are not specific to {{{py27-numpy}}}. But that remains to be verified. -- Ticket URL: <https://trac.macports.org/ticket/31310> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #31419: numpy multiarray.so: wrong architecture
by MacPorts 31 Dec '12

31 Dec '12

#31419: numpy multiarray.so: wrong architecture --------------------------------------+------------------------------------- Reporter: macporter90210@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: --------------------------------------+------------------------------------- I installed py27-numpy, but I cant seem to import it. I did a succesful {{{ port selfupdate }}} before I installed py27-numpy. {{{ $ python2.7 Python 2.7.2 (default, Sep 26 2011, 17:23:25) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import numpy Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/__init__.py", line 137, in <module> import add_newdocs File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/add_newdocs.py", line 9, in <module> from numpy.lib import add_newdoc File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/lib/__init__.py", line 4, in <module> from type_check import * File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/lib/type_check.py", line 8, in <module> import numpy.core.numeric as _nx File "/Users/xxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/__init__.py", line 5, in <module> import multiarray ImportError: dlopen(/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so, 2): no suitable image found. Did find: /Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture >>> }}} The version installed: {{{ $ port installed py27-numpy The following ports are currently installed: py27-numpy @1.6.1_0 (active) }}} The architecture {{{ $ arch i386 $ machine i486 $ file ~/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so /Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so: Mach-O bundle i386 }}} -- Ticket URL: <https://trac.macports.org/ticket/31419> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8