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

[MacPorts] #15053: pango: Font display problems when compiled against cario 1.6.4
by MacPorts 18 Apr '08

18 Apr '08

#15053: pango: Font display problems when compiled against cario 1.6.4 -------------------------------+-------------------------------------------- Reporter: mike(a)it-loops.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- After the last update and recompilation of pango and cairo I get the following errors when starting a gtk +quartz application like wireshark. (wireshark:24691): Pango-WARNING **: Error loading GDEF table 28333 (wireshark:24691): Pango-WARNING **: Error loading GSUB table 28333 (wireshark:24691): Pango-WARNING **: Error loading GPOS table 28333 (wireshark:24691): Pango-WARNING **: Error loading GDEF table 28333 (wireshark:24691): Pango-WARNING **: Error loading GSUB table 28333 (wireshark:24691): Pango-WARNING **: Error loading GPOS table 28333 (wireshark:24691): Pango-WARNING **: shaping failure, expect ugly output. shape-engine='BasicEngineFc', font='Lucida Grande 13', text='Initializing dissectors ...' Instead of text I just see square boxes. If I activate version 1.4.14_0+atsui+no_x11+quartz of cairo and recompile pango against this one the problem disappears. It even works if I then later on reactivate version 1.6.4 of cairo. I am not sure which package is to blame here, it's either cairo or pango. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15053> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15029: Updated swi-prolog-lite portfile to version 5.6.54
by MacPorts 18 Apr '08

18 Apr '08

#15029: Updated swi-prolog-lite portfile to version 5.6.54 --------------------------------+------------------------------------------- Reporter: pmoura(a)logtalk.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- Updated swi-prolog-lite portfile to version 5.6.54. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15029> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15030: Updated swi-prolog portfile to version 5.6.54
by MacPorts 18 Apr '08

18 Apr '08

#15030: Updated swi-prolog portfile to version 5.6.54 --------------------------------+------------------------------------------- Reporter: pmoura(a)logtalk.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- Updated swi-prolog portfile to version 5.6.54. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15030> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15027: apache2 breaks mod_ssl support
by MacPorts 18 Apr '08

18 Apr '08

#15027: apache2 breaks mod_ssl support ----------------------------------+----------------------------------------- Reporter: synfinatic(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ----------------------------------+----------------------------------------- well documented here: http://www.nabble.com/Apache2:-Default-configuration-does-not-work-- td13526854.html basically, edit the modules/ssl/config.m4 and comment out the line (near the bottom): APR_ADDTO(MOD_SSL_LDADD, [-export-symbols-regex ssl_module]) Otherwise, apache configurations using ssl will fail to run. problem was in apache 2.2.6 and is in 2.2.8 too. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15027> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #14601: qt4-mac enhancement
by MacPorts 18 Apr '08

18 Apr '08

#14601: qt4-mac enhancement ----------------------------------------+----------------------------------- Reporter: marcuscalhounlopez(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | ----------------------------------------+----------------------------------- Attached is a proposed enhancement of qt4-mac. The motivations are: * qtdemo.app was not previously able to find assistant.app and the examples directory. * qt4-mac now does not conflict with qt4-x11 (which does not exist yet). * There are a few more variants. * The configure script said that the ipv6 flags were not longer valid. * There is now a livecheck. N.B. I am not sure that the install_name_tool commands are actually necessary. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14601> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #15049: RFE: install manuals and info pages of gcc43
by MacPorts 18 Apr '08

18 Apr '08

#15049: RFE: install manuals and info pages of gcc43 ------------------------------------------------------+--------------------- Reporter: jochen(a)macports.org | Owner: mww(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: gcc documentation info manual gcc_select | ------------------------------------------------------+--------------------- Again, I believe that manuals are an integral part of software. Therefore, gcc43 should install them instead of deleting them. Due to the conflict issues I propose to move them to a specific position, like this (untested due to missing computing resources, but it shows the idea): {{{ Index: Portfile =================================================================== --- Portfile (revision 36111) +++ Portfile (working copy) @@ -72,13 +72,15 @@ # install-info # errors on objc-info files post-destroot { - file delete -force ${destroot}${prefix}/share/man/man7 \ - ${destroot}${prefix}/share/info + # move manuals to gcc43-specific directory + xinstall -m 755 -d ${destroot}${prefix}/share/gcc43/man/man7 + xinstall -m 755 -d ${destroot}${prefix}/share/gcc43/info + file copy ${destroot}${prefix}/share/man/man7/* ${destroot}${prefix}/share/gcc43/man/man7 + file copy ${destroot}${prefix}/share/info/* ${destroot}${prefix}/share/gcc43/info # install/copy ffitarget.h only if we have it if {![catch {set ffitarget.h [glob ${destroot}${prefix}/lib/${name}/gcc/*/${version}/include/ffitarget.h]} result]} { file copy ${ffitarget.h} ${destroot}${prefix}/include/${name}/ } - # install select file for gcc_select xinstall -m 755 -d ${destroot}${prefix}/etc/select/gcc xinstall -m 444 ${filespath}/mp-gcc43 ${destroot}${prefix}/etc/select/gcc/ }}} It would be great if then gcc_select could provide the appropriate (selected) set in the standard place. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15049> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #14535: Authlib 0.6.0 won't start
by MacPorts 18 Apr '08

18 Apr '08

#14535: Authlib 0.6.0 won't start ----------------------------------+----------------------------------------- Reporter: kulesa.qpy(a)pobox.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ----------------------------------+----------------------------------------- sudo /usr/local/sbin/authdaemond start /usr/local/var/spool/authdaemon/pid.lock: Bad file descriptor ll_daemon_start: Resource temporarily unavailable See URL: http://diymacserver.com/category/courier/ and http://groups.google.com/group/mailing.unix.courier- imap/browse_thread/thread/e8cc4f519f8323ff/5d8f895e95318c82?hl=en#5d8f895e95318c82 On the patch that needs to be applied for this build to work at all on Leopard (or probably Tiger too) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14535> MacPorts </projects/macports> Ports system for Mac OS

1 3

Re: [MacPorts] #12610: BUG: ghostscript framework links against system zlib
by MacPorts 18 Apr '08

18 Apr '08

#12610: BUG: ghostscript framework links against system zlib ------------------------------+--------------------------------------------- Reporter: ehainry(a)free.fr | Owner: takanori(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: fixed | Keywords: ------------------------------+--------------------------------------------- Changes (by takanori(a)macports.org) * status: new => closed * resolution: => fixed Comment: Fixed in r36106. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12610#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #15041: rdiff-backups failing to build on 10.5.2
by MacPorts 18 Apr '08

18 Apr '08

#15041: rdiff-backups failing to build on 10.5.2 --------------------------------+------------------------------------------- Reporter: gjznituv(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- Any ideas? {{{ ---> Attempting to fetch rdiff-backup-1.0.5.tar.gz from http://savannah.nongnu.org/download/rdiff-backup/ ---> Verifying checksum(s) for rdiff-backup ---> Extracting rdiff-backup ---> Applying patches to rdiff-backup ---> Configuring rdiff-backup ---> Building rdiff-backup with target build 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_rdiff-backup/work/rdiff-backup-1.0.5" && /opt/local/bin/python2.4 setup.py build --librsync-dir=/opt/local " returned error 1 Command output: copying rdiff_backup/Globals.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/Hardlink.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/increment.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/iterfile.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/lazy.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/librsync.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/log.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/Main.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/manage.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/metadata.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/Rdiff.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/regress.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/restore.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/robust.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/rorpiter.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/rpath.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/Security.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/selection.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/SetConnections.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/static.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/statistics.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/TempFile.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/Time.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup copying rdiff_backup/user_group.py -> build/lib.macosx-10.3-i386-2.4/rdiff_backup running build_ext building 'rdiff_backup.C' extension creating build/temp.macosx-10.3-i386-2.4 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno-common -fno- common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/Versions/2.4/include/python2.4 -c cmodule.c -o build/temp.macosx-10.3-i386-2.4/cmodule.o unable to execute -fno-strict-aliasing: No such file or directory error: command '-fno-strict-aliasing' failed with exit status 1 Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15041> MacPorts </projects/macports> Ports system for Mac OS

1 3

Re: [MacPorts] #12593: svn post-revprop-change hook
by MacPorts 18 Apr '08

18 Apr '08

#12593: svn post-revprop-change hook --------------------------------+------------------------------------------- Reporter: jmpp(a)macports.org | Owner: wsiegrist(a)apple.com Type: enhancement | Status: assigned Priority: Normal | Milestone: Component: server/hosting | Version: Resolution: | Keywords: post-revprop, commit hook --------------------------------+------------------------------------------- Comment (by wsiegrist(a)apple.com) The revprop change emails now contain a unified diff instead of the "new value". I disagree on your Author point. I realize that the email gets addressed from the person making the changes, but wont it be confusing to see the email stating the original author along side changes they didnt actually make? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12593#comment:10> MacPorts </projects/macports> Ports system for Mac OS

1 0