April 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #27828: py26-py2app @0.52 (and py25-py2app) cannot build apps on x86_64
by MacPorts 02 Apr '11

02 Apr '11

#27828: py26-py2app @0.52 (and py25-py2app) cannot build apps on x86_64 --------------------------------+------------------------------------------- Reporter: abarnert@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: --------------------------------+------------------------------------------- On Snow Leopard x86_64 (with the default x86_64 arch setting), py26-py2app installs properly. However, when you try to use it to build applications, it fails. For example, if you download the MusicBrainz Picard source package, install the dependencies with MacPorts, and build everything, you can run it from the source tree. But when you then try to build an app bundle with: $ /opt/local/bin/python2.6 setup.py py2app It fails with "IOError: [Errno 2] No such file or directory: '/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/py2app/apptemplate/prebuilt/main-x86_64'" and dumps you into pdb. The first problem seems to be an incomplete (and incorrect) set of apptemplates. The port installs four prebuilt templates: * main-fat: i386+ppc * main-fat3: i386+ppc+x86_64 * main-intel: i386+ppc+x86_64 * main-universal: i386+ppc+ppc64+x86_64 As you can see, the main-x86_64 template is missing. (Also, at least one of the 4, main-intel, is wrong, and none of the 4 are useful anyway given that python was build x86_64-only.) I tried to manually "lipo main-intel -extract x86_64 -output main-x86_64" as a workaround; after doing so, py2app now fails with ValueError("New Mach-O header is too large to relocate"). I tried using the Python 2.5 packages instead of 2.6, and again got the apptemplate problem. I then tried building a parallel MacPorts with arch i386, and everything worked fine. -- Ticket URL: <https://trac.macports.org/ticket/27828> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #29006: duplicity 0.6.13 released
by MacPorts 02 Apr '11

02 Apr '11

#29006: duplicity 0.6.13 released --------------------------------+------------------------------------------- Reporter: porter@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: duplicity --------------------------------+------------------------------------------- [http://article.gmane.org/gmane.comp.sysutils.backup.duplicity.general/4500] -- Ticket URL: <https://trac.macports.org/ticket/29006> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #29007: Error: Status 1 encountered
by MacPorts 02 Apr '11

02 Apr '11

#29007: Error: Status 1 encountered ------------------------------------+--------------------------------------- Reporter: TrevorrowG10@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ------------------------------------+--------------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/29007> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #27454: svn.fetch doesn't append revision
by MacPorts 02 Apr '11

02 Apr '11

#27454: svn.fetch doesn't append revision -------------------------------------+-------------------------------------- Reporter: and.damore@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts 2.0.0 Component: base | Version: 1.9.99 Keywords: | Port: -------------------------------------+-------------------------------------- When using a '''svn.post_args-append''' option in Portfile revision doesn't get appended to svn.args anymore as it should in src/port1.0/portfetch.tcl:356 at r73333 Example {{{ svn.revision 123 svn.post_args-append ${name}-${version}/build }}} -- Ticket URL: <https://trac.macports.org/ticket/27454> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #27382: FAILURE of 'port uninstall --follow-dependencies'
by MacPorts 02 Apr '11

02 Apr '11

#27382: FAILURE of 'port uninstall --follow-dependencies' ---------------------------------------------+------------------------------ Reporter: sebascabot@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 1.9.2 Keywords: uninstall --follow-dependencies | Port: ---------------------------------------------+------------------------------ I always get the error {{{ Error: port uninstall failed: can't read "port": no such variable }}} When performing an uninstall command with the --follow-dependencies option. Ex. {{{ sudo port uninstall --follow-dependencies gzip ---> Deactivating gzip @1.4_0 Error: port uninstall failed: can't read "port": no such variable }}} Then, running the command in debug mode give me this: {{{ sudo port -d uninstall --follow-dependencies gzip DEBUG: can't read "port": no such variable while executing "$port negated_variants" (procedure "registry_uninstall::uninstall" line 205) invoked from within "registry_uninstall::uninstall $portname $composite_version [array get options]" Error: port uninstall failed: can't read "port": no such variable }}} -- Ticket URL: <https://trac.macports.org/ticket/27382> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #27231: mpkg created with universal variant aren't completely universal
by MacPorts 02 Apr '11

02 Apr '11

#27231: mpkg created with universal variant aren't completely universal ----------------------------------+----------------------------------------- Reporter: lucaseverini@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ----------------------------------+----------------------------------------- Hi, Using the command to build a tiff (libtiff) mkpg results in a metapackage where only the tiff package is universal. The other two jpeg and zlib, contain only the default platform x86_64. The workaround to build jpeg and zlib packages alone and then the tiff metapackage doesn't work either. That's the error: sudo port mpkg tiff +universal ---> Computing dependencies for tiff ---> Creating pkg for tiff-3.9.4 ---> Package for tiff-3.9.4 is up-to-date Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean jpeg' or specify the force option (-f). Error: Requested variants "" do not match original selection "+universal". Please use the same variants again, perform 'port clean zlib' or specify the force option (-f). Using the force option nothing changes (same error). Cleaning the packages they are rebuilt with default platform only (x86_64) without any error or warning reported. In the macports.conf file is told to build all three paltforms x86_64 i386 and ppc (universal_archs x86_64 i386 ppc). If possible, I'd like to know any workaround. Best regards, Luca Severini -- Ticket URL: <https://trac.macports.org/ticket/27231> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #26899: PostGresql90-server won't install because of privilege de-escalation?
by MacPorts 02 Apr '11

02 Apr '11

#26899: PostGresql90-server won't install because of privilege de-escalation? --------------------------------+------------------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: Postgresql90-server --------------------------------+------------------------------------------- Hi there, I am unable to install Postgresql90-server. For some unknown reason, with or without sudo, it seems the install procedure tries to alter the property of a file after privilege de-escalation, resulting in a "chown: not owner" error: {{{ :msg:destroot ---> Installing postgresql90-server @9.0.1_0 :debug:install install phase started at Tue Oct 19 22:09:42 CEST 2010 :debug:install Executing org.macports.install (postgresql90-server) :debug:install installing link: /usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/Library/LaunchDaemons/org.macports.postgresql90-server.plist :debug:install installing file: /usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/usr/pkg/etc/LaunchDaemons/org.macports.postgresql90-server/org.macports.postgresql90-server.plist :error:install Target org.macports.install returned: could not set owner for file "/usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/usr/pkg/etc/LaunchDaemons/org.macports.postgresql90-server/org.macports.postgresql90-server.plist": not owner :debug:install Backtrace: could not set owner for file "/usr/pkg/var/macports/software/postgresql90-server/9.0.1_0/usr/pkg/etc/LaunchDaemons/org.macports.postgresql90-server/org.macports.postgresql90-server.plist": not owner while executing "file attributes $dst_element -owner [file attributes $src_element -owner] -group [file attributes $src_element -group] -permissions [file attributes $..." ("eval" body line 1) invoked from within "eval $file_attr_cmd" (procedure "install_element" line 19) invoked from within "install_element $src_element $dst_element" (procedure "directory_dig" line 24) invoked from within "directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend" (procedure "directory_dig" line 35) invoked from within "directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend" (procedure "directory_dig" line 35) invoked from within "directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend" (procedure "directory_dig" line 35) invoked from within "directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend" (procedure "directory_dig" line 35) invoked from within "directory_dig $rootdir $name $imagedir [file join $cwd $name] $prepend" (procedure "directory_dig" line 35) invoked from within "directory_dig ${destroot} ${destroot} ${imagedir}" (procedure "portinstall::install_main" line 74) invoked from within "$procedure $targetname" :info:install Warning: the following items did not execute (for postgresql90-server): org.macports.activate org.macports.install }}} Any idea? Thanks Vincent -- Ticket URL: <https://trac.macports.org/ticket/26899> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #25592: port outdated should show ports in alphabetical order
by MacPorts 02 Apr '11

02 Apr '11

#25592: port outdated should show ports in alphabetical order -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 1.9.1 Keywords: | Port: -------------------------------------+-------------------------------------- "port outdated" isn't showing ports in any discernible order: {{{ $ port outdated The following installed ports are outdated: apache2 2.2.15_1 < 2.2.15_2 cacti 0.8.7e_0 < 0.8.7e_1 cclient 2007e_0 < 2007e_1 cyrus-sasl2 2.1.23_1 < 2.1.23_2 gcc_select 0.1_4 < 0.3_0 gnome-vfs 2.24.3_0 < 2.24.3_1 libesmtp 1.0.4_1 < 1.0.4_2 libhsplasma 0.0-548_0 < 0.0-583_1 neon 0.29.3_1 < 0.29.3_2 net-snmp 5.5_1 < 5.5_2 openssl 0.9.8o_0 < 1.0.0a_0 php4 4.4.9_10 < 4.4.9_11 postgresql82 8.2.17_0 < 8.2.17_1 postgresql83 8.3.11_0 < 8.3.11_1 postgresql84 8.4.4_0 < 8.4.4_1 python25 2.5.5_0 < 2.5.5_1 serf 0.6.1_0 < 0.6.1_1 wget 1.12_0 < 1.12_1 openldap 2.4.21_0 < 2.4.21_1 samba3 3.2.15_0 < 3.2.15_1 libarchive 2.8.3_0 < 2.8.3_1 python26 2.6.5_2 < 2.6.5_3 atlas 3.8.3_2 < 3.8.3_4 py26-matplotlib 0.99.3_0 < 1.0.0_0 avahi 0.6.25_2 < 0.6.26_0 curl 7.21.0_0 < 7.21.0_1 mysql5 5.1.48_0 < 5.1.48_1 tcpdump 4.1.1_0 < 4.1.1_1 winetricks 20100618_0 < 20100618_1 gcc44 4.4.4_2 < 4.4.4_3 subversion 1.6.12_0 < 1.6.12_1 mlt 0.5.6_0 < 0.5.6_1 ice-cpp 3.4.1_0 < 3.4.1_1 murmur 1.2.2_0 < 1.2.2_2 ZendFramework 1.10.6_0 < 1.10.6_1 python27 2.7rc2_0 < 2.7_1 (epoch 0 < 1) libgda4 4.1.6_0 < 4.1.7_0 git-core 1.7.1.1_0 < 1.7.1.1_1 poppler 0.12.4_1 < 0.14.0_1 texlive-bin 2009_2 < 2009_3 eet 1.3.2_0 < 1.3.2_1 wine-devel 1.2-rc6_0 < 1.2-rc6_1 raptor 1.4.21_0 < 1.4.21_1 dcmtk 3.5.4_p2_1 < 3.5.4_p2_2 rasqal 0.9.19_0 < 0.9.19_1 redland 1.0.10_3 < 1.0.10_4 kdelibs4 4.4.5_0 < 4.4.5_1 qt4-mac 4.6.3_2 < 4.6.3_3 }}} It would be nice to see ports in alphabetical (or, really, natural) order (i.e. perl5.8 should appear before perl5.10). This was with the 1.9 branch @69443 on Mac OS X 10.6.4 x86_64. -- Ticket URL: <http://trac.macports.org/ticket/25592> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #21582: trace mode fails extracting any port
by MacPorts 02 Apr '11

02 Apr '11

#21582: trace mode fails extracting any port -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.8.1 Component: base | Version: 1.8.0 Keywords: | Port: -------------------------------------+-------------------------------------- Doesn't matter what port you try; if you use trace mode, it fails in the extract phase: {{{ $ sudo port -t configure zlib ---> Computing dependencies for zlib ---> Fetching zlib ---> Verifying checksum(s) for zlib ---> Extracting zlib Error: Target org.macports.extract returned: shell command " cd "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_archivers_zlib/work" && /usr/bin/bzip2 -dc /opt/local/var/macports/distfiles/zlib/zlib-1.2.3.tar.bz2 | /usr/bin/gnutar --no-same-owner -xf - " returned error 1 Command output: shell-init: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory chdir: error retrieving current directory: getcwd: cannot access parent directories: No such file or directory sh: line 0: cd: /opt/local/var/macports/build/_Users_rschmidt_macports_dports_archivers_zlib/work: Not a directory Error: Status 1 encountered during processing. }}} MacPorts 1.8 branch @58094 [[br]] Mac OS X 10.6.1 -- Ticket URL: <http://trac.macports.org/ticket/21582> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #17063: livecheck and distcheck don't honour fetch.ignore_sslcert
by MacPorts 02 Apr '11

02 Apr '11

#17063: livecheck and distcheck don't honour fetch.ignore_sslcert ------------------------------+--------------------------------------------- Reporter: ram(a)macports.org | Owner: raimue(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.7.0 Keywords: | Port: ------------------------------+--------------------------------------------- For ports that have homepages/master_sites served over https the `fetch.ignore_sslcert` keyword is supposed to tell port to ignore the ssl cert associated with the secure server. When fetching the distfile this is honoured, but when performing a livecheck or a distcheck the process fails with an error of the form: {{{ [ram@cizin metaio]$ sudo port livecheck Error: cannot check if metaio was updated (peer certificate cannot be authenticated with known CA certificates) [ram@cizin metaio]$ }}} -- Ticket URL: <http://trac.macports.org/ticket/17063> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3