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

[MacPorts] #15426: BUG: py25-* fail with parallel building enabled
by MacPorts 19 Dec '09

19 Dec '09

#15426: BUG: py25-* fail with parallel building enabled ---------------------------------+------------------------------------------ Reporter: raimue(a)macports.org | Owner: afb(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.7.0 Keywords: parallel | ---------------------------------+------------------------------------------ There was a new bug introduced while fixing #15295. {{{ ---> Building py25-bz2 with target build DEBUG: Executing org.macports.build (py25-bz2) DEBUG: port allows a parallel build DEBUG: Environment: "MACOSX_DEPLOYMENT_TARGET"='10.5' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_Users_raim_src_macports_trunk_dports_python_py25-bz2/work/Python-2.5.2/Modules" && /opt/local/bin/python2.5 setup.py build' usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...] or: setup.py --help [cmd1 cmd2 ...] or: setup.py --help-commands or: setup.py cmd --help error: option -j not recognized Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_Users_raim_src_macports_trunk_dports_python_py25-bz2/work/Python-2.5.2/Modules" && /opt/local/bin/python2.5 setup.py build -j3" returned error 1 }}} The python port groups just set build.cmd (and do not overwrite build.type), so [build_getmaketype] still assumes this is a standard make. With the previous implementation overwriting build.cmd was enough. -- Ticket URL: <http://trac.macports.org/ticket/15426> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #15405: xcode.project variable handles strings as lists
by MacPorts 19 Dec '09

19 Dec '09

#15405: xcode.project variable handles strings as lists ---------------------------------+------------------------------------------ Reporter: rhwood(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ The xcode.project portfile variable treats strings as lists. The variable takes a single project file as an argument to be passed to xcode, but if a space is in the name, it passes the name wrapped in curly braces. Expected result: setting {{{xcode.project "Chat Core.xcodeproj"}}} does not lead to an error Returned result: {{{ --> Building ChatCore Error: Target org.macports.build returned: shell command "cd "/opt/local/var/macports/build/_Users_Shared_Developer_MacPorts_Repository_trunk_dports_irc_ChatCore/work/trunk" && xcodebuild -project {Chat Core.xcodeproj} -target "ChatCore (Application)" -configuration Release build OBJROOT=build/ SYMROOT=build/ " returned error 1 Command output: xcodebuild: Error: the project name {Chat does not have a valid extension. }}} Note that '''''{'''Chat Core.xcodeproj'''}''''' is passed instead of ''Chat Core.xcodeproj'' This issue is covered in #12429 which I did not reopen due to its commentary. I found at least one portfile (source:trunk/dports/aqua/IcyJuice/Portfile) that has workarounds in it to address this behavior. -- Ticket URL: <http://trac.macports.org/ticket/15405> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16817: BUG: 'port cat' appends blank line to svn version of Portfile
by MacPorts 16 Dec '09

16 Dec '09

#16817: BUG: 'port cat' appends blank line to svn version of Portfile ---------------------------------+------------------------------------------ Reporter: devans(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: MacPorts base bugs Component: ports | Version: 1.7.0 Keywords: | Port: MacPorts ---------------------------------+------------------------------------------ When using the command 'port cat port_name' to obtain a copy of a given port's Portfile, the text returned has a blank line appended relative to the svn repository version. This can be verified as follows: {{{ cp `port dir port_name` Portfile.repo // get repo copy port cat port_name > Portfile.cat // get port cat copy diff -u Portfile.repo Portfile.cat // compare them }}} Using libgweather as an example the result is {{{ --- Portfile.repo 2008-10-10 15:05:03.000000000 -0700 +++ Portfile.cat 2008-10-10 15:05:32.000000000 -0700 @@ -26,3 +26,4 @@ post-activate { system "${prefix}/bin/scrollkeeper-update" } + }}} This is a problem because if you use 'port cat' to get a presumed copy of a port's Portfile, edit it and then make a patch file for upload to Trac, the patch file will fail when applied to svn if the effect of the patch is to append additional script lines to the end of the original Portfile. If you're not appending to the end, the patch works fine. And, of course, the patch always appears to work fine locally. This apparently random on again, off again failure mode can cause you to question your sanity (as I was) if you don't recognize the pattern! I'm using MacPorts built from latest trunk. Haven't tried this with 1.6.0. -- Ticket URL: <http://trac.macports.org/ticket/16817> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #17090: apr 1.3.3 doesn't compile universal x86_64+i386
by MacPorts 14 Dec '09

14 Dec '09

#17090: apr 1.3.3 doesn't compile universal x86_64+i386 ---------------------------------+------------------------------------------ Reporter: pguyot(a)kallisys.net | Owner: dluke(a)geeklair.net Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: apr ---------------------------------+------------------------------------------ When compiling apr +universal with the default targets set to i386 and x86_64, I get the following compilation error: {{{ strings/apr_snprintf.c: In function 'conv_os_thread_t': strings/apr_snprintf.c:500: error: duplicate case value strings/apr_snprintf.c:498: error: previously used here strings/apr_snprintf.c: In function 'conv_os_thread_t_hex': strings/apr_snprintf.c:671: error: duplicate case value strings/apr_snprintf.c:669: error: previously used here }}} In fact, I'm wondering if apr compiles on 64bits at all. The lines go like this: {{{ case sizeof(apr_int32_t): return conv_10(u.u32, TRUE, &is_negative, buf_end, len); case sizeof(apr_int64_t): return conv_10_quad(u.u64, TRUE, &is_negative, buf_end, len); }}} This is on 10.5.5/x86. -- Ticket URL: <http://trac.macports.org/ticket/17090> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 44

[MacPorts] #17397: wxgtk not installable
by MacPorts 13 Dec '09

13 Dec '09

#17397: wxgtk not installable -------------------------------+-------------------------------------------- Reporter: vlatro@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: wxgtk | Port: wxgtk -------------------------------+-------------------------------------------- ---> Fetching jpeg ---> droppatch.tar.gz doesn't seem to exist in /opt/local/var/macports/distfiles/jpeg ---> Attempting to fetch droppatch.tar.gz from http://sylvana.net/jpegcrop/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for jpeg): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: gtk2 jasper jpeg pango Xft2 xorg-xproto shared-mime-info intltool gnome-common p5-xml-parser perl5.8 perl5 libxml2 tiff Error: Status 1 encountered during processing. bash-3.2# -- Ticket URL: <http://trac.macports.org/ticket/17397> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #16383: gnustep portgroup should use destroot.violate_mtree yes
by MacPorts 12 Dec '09

12 Dec '09

#16383: gnustep portgroup should use destroot.violate_mtree yes -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- When using the gnustep layout, the gnustep portgroup should indicate that it intends to violate the mtree by using the `destroot.violate_mtree yes` keyword. -- Ticket URL: <http://trac.macports.org/ticket/16383> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16875: Unsuccessful install of MacPorts
by MacPorts 09 Dec '09

09 Dec '09

#16875: Unsuccessful install of MacPorts ----------------------------+----------------------------------------------- Reporter: rwatts(a)mts.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.6.1 Component: ports | Version: 1.6.0 Keywords: | Port: ----------------------------+----------------------------------------------- Hello I downloaded the disk image for the latest version of mac ports for Leopard. I ran the installer and it completed successfully but mac ports was not installed. I looked in /opt/local/bin for the files and the dates don't seem right: here's the output from there robert-wattss-macbook:bin rob$ ls -g total 344 -r-xr-xr-x 1 admin 73568 Dec 17 2007 daemondo -r-xr-xr-x 1 admin 83411 Dec 17 2007 port lrwxr-xr-x 1 admin 4 Oct 14 20:34 portf -> port -r-xr-xr-x 1 admin 4356 Dec 17 2007 portindex -r-xr-xr-x 1 admin 2530 Dec 17 2007 portmirror Also, after restarting my shell, I can't do a "man port" or just type "port"- I get command not found. I also don't have all of these. I indicated the ones that I do have /Applications/MacPorts \ /Applications/DarwinPorts \ /Library/Tcl/macports1.0 \ <<-- I have this one /Library/Tcl/darwinports1.0 \ /Library/LaunchDaemons/org.macports.* \ /Library/StartupItems/DarwinPortsStartup \ /Library/Receipts/MacPorts*.pkg \ <<-- I have this one /Library/Receipts/DarwinPorts*.pkg \ /etc/manpaths.d/macports \ /etc/paths.d/macports I have tried to build from source as well but that failed. I can re-try that and capture the output if you want. I have an up to date system 10.5 w/ XCODE 3.0, X11 seems to be installed also. I'm not sure what's wrong here. I could also send my console output. -- Ticket URL: <http://trac.macports.org/ticket/16875> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16536: port registry is not including files created by destroot.keepdirs
by MacPorts 09 Dec '09

09 Dec '09

#16536: port registry is not including files created by destroot.keepdirs ------------------------------------------+--------------------------------- Reporter: macsforever2000(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: ports | Version: 1.7.0 Keywords: | Port: ------------------------------------------+--------------------------------- In the sane-backends port, I created a directory (${prefix}/var/lock) with xinstall -d and added it to destroot.keepdirs. MacPorts created the file .turd_sane-backends so the directory does not get automatically deleted after the destroot phase. But that file does not appear in "port contents sane-backends". Consequently, when the port is uninstalled, the file and the directory remain. -- Ticket URL: <http://trac.macports.org/ticket/16536> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16140: ImageMagick uninstall does not remove /opt/bin/local/animate
by MacPorts 09 Dec '09

09 Dec '09

#16140: ImageMagick uninstall does not remove /opt/bin/local/animate ---------------------------------+------------------------------------------ Reporter: jburt(a)depersico.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ After an aborted/failed install, uninstalling and cleaning ImageMagick does not remove the directory /opt/bin/local/animate or the files therein The next install fails because the directory already exists Mac OS Leopard MacPorts 1.60 -- Ticket URL: <http://trac.macports.org/ticket/16140> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15683: Building failing for no apparent reason even though manual builds work
by MacPorts 09 Dec '09

09 Dec '09

#15683: Building failing for no apparent reason even though manual builds work ---------------------------+------------------------------------------------ Reporter: cems(a)lanl.gov | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------+------------------------------------------------ I've been installing scipy and matplot lib on 10.5.3 leopard w/xcode 3.0 into a fresh 1.6.0 port install. A number of the dependent packages fail at "setup.py build" however if you run that command from the command line they build without errors. Here is one example: Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-tkinter/work/Python-2.5.2/Modules" && /opt/local/bin/python2.5 setup.py build " returned error 1 Command output: running build running build_ext building '_tkinter' extension creating build creating build/temp.macosx-10.3-i386-2.5 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DWITH_APPINIT=1 -I/opt/local/include -I/opt/local/include/ python2.5 -c _tkinter.c -o build/temp.macosx-10.3-i386-2.5/_tkinter.o unable to execute -DNDEBUG: No such file or directory error: command '-DNDEBUG' failed with exit status 1 Error: The following dependencies failed to build: py25-tkinter Error: Status 1 encountered during processing. and yet if I run the same command from the command line I get: bash-3.2$ cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_python_py25-tkinter/work/Python-2.5.2/Modules" bash-3.2$ sudo /opt/local/bin/python2.5 setup.py build Password: running build running build_ext building '_tkinter' extension /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DWITH_APPINIT=1 -I/opt/local/include -I/opt/local/include/python2.5 -c _tkinter.c -o build/temp.macosx-10.3-i386-2.5/_tkinter.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DWITH_APPINIT=1 -I/opt/local/include -I/opt/local/include/python2.5 -c tkappinit.c -o build/temp.macosx-10.3-i386-2.5/tkappinit.o creating build/lib.macosx-10.3-i386-2.5 /usr/bin/gcc-4.0 -L/opt/local/lib -bundle -undefined dynamic_lookup build/temp.macosx-10.3-i386-2.5/_tkinter.o build/temp.macosx-10.3-i386-2.5/tkappinit.o -L/opt/local/lib -ltcl8.5 -ltk8.5 -o build/lib.macosx-10.3-i386-2.5/_tkinter.so bash-3.2$ If I then re-rerun the installer, the installer proceeds just fine. this happens on some but not all packages. I have downloaded and re-installed macports from scratch as of yeasterday but this did not fix the issue. here is another example: Error: Target org.macports.activate returned: Image error: /Applications/MacPorts/AquaTerm.app/Contents/Info.plist already exists and does not belong to a registered port. Unable to activate port aquaterm. Error: The following dependencies failed to build: gnuplot aquaterm fontconfig freetype gd2 jpeg libpng pdflib py25-zlib Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/15683> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4