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

[MacPorts] #36319: dbus @1.4.20_1 update to 1.6.4
by MacPorts 18 Nov '12

18 Nov '12

#36319: dbus @1.4.20_1 update to 1.6.4 --------------------------+------------------------ Reporter: and.damore@… | Owner: mcalhoun@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: dbus --------------------------+------------------------ [http://www.freedesktop.org/wiki/Software/dbus#Reference_Implementation_ .28dbus-daemon_and_libdbus.29 dbus page] says that current stable branch is 1.6.x . Current patchflles applies as well to 1.6.4 so upgrading is straightforward. -- Ticket URL: <https://trac.macports.org/ticket/36319> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #28996: pb upgrading atlas outdated
by MacPorts 18 Nov '12

18 Nov '12

#28996: pb upgrading atlas outdated --------------------------------+------------------------------------------- Reporter: moussor@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: atlas | Port: atlas --------------------------------+------------------------------------------- Hi, when I try to upgrade atlas i've got this error : {{{ ---> Computing dependencies for atlas ---> Building atlas Error: Target org.macports.build returned: shell command failed (see log for details) Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_atlas/main.log Error: Unable to upgrade port: 1 To report a bug, see <http://guide.macports.org/#project.tickets> }}} Is anybody can help me please ? -- Ticket URL: <https://trac.macports.org/ticket/28996> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 24

[MacPorts] #36798: clucene: error: typedef redefinition with different types ('__darwin_size_t' (aka 'unsigned long') vs 'unsigned int')
by MacPorts 18 Nov '12

18 Nov '12

#36798: clucene: error: typedef redefinition with different types ('__darwin_size_t' (aka 'unsigned long') vs 'unsigned int') --------------------------+----------------------------- Reporter: ryandesign@… | Owner: dinh.viet.hoa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: clucene --------------------------+----------------------------- clucene fails to build for me; the first error I see is: {{{ /usr/include/unistd.h:99:26: error: typedef redefinition with different types ('__darwin_size_t' (aka 'unsigned long') vs 'unsigned int') }}} -- Ticket URL: <https://trac.macports.org/ticket/36798> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37032: xemacs port fails to install
by MacPorts 18 Nov '12

18 Nov '12

#37032: xemacs port fails to install ------------------------------+-------------------------------- Reporter: dmitry.rusakov@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ------------------------------+-------------------------------- I've had my xemacs crash when it was trying to fontify a buffer. I guess it is similar to the bug described here: https://trac.macports.org/ticket/36196 So, my first intention was to re-install the package.. So I did: sudo port uninstall xemacs - when fine and then: sudo port install xemacs - which fail on the last stage. ----------------------- $ sudo port install xemacs ---> Computing dependencies for xemacs ---> Configuring xemacs Error: org.macports.configure for port xemacs returned: configure failure: command execution failed Please see the log file for port xemacs for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_editors_xemacs/xemacs/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port xemacs failed -------------- main.log attached. My main impression is that it is related to the fact that I have installed many of the packages (following some advice on 'wine' installation) with '+universal' option, while lately I've installed all packages 'plain', i.e. without '+universal' Regards, D -- Ticket URL: <https://trac.macports.org/ticket/37032> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #36454: gerbv 2.6.0
by MacPorts 18 Nov '12

18 Nov '12

#36454: gerbv 2.6.0 -------------------------+-------------------------------- Reporter: mdholling@… | Owner: macports-tickets@… Type: update | Status: new Priority: Low | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gerbv -------------------------+-------------------------------- Updated gerbv to 2.6.0 as per attached portfile diff. -- Ticket URL: <https://trac.macports.org/ticket/36454> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #36866: clhep: add symlink libCLHEP.dylib, else Geant4 cannot find it
by MacPorts 18 Nov '12

18 Nov '12

#36866: clhep: add symlink libCLHEP.dylib, else Geant4 cannot find it ------------------------------------+-------------------------------- Reporter: mojca.miklavec.lists@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: clhep ------------------------------------+-------------------------------- I'm not sure if this is a bug in Geant4 or CLHEP, but without {{{/opt/local/lib/libCLHEP.dylib}}} and {{{/opt/local/lib/libCLHEP.a}}} compiling Geant4 9.5 and Gate doesn't work. I'm attaching a patch, but I hope that the need for this patch will go away in future. (If anyone knows of a better way to fix CLHEP's CMake files, feel free to suggest a different patch for source files.) -- Ticket URL: <https://trac.macports.org/ticket/36866> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #35225: fontconfig: update to 2.10
by MacPorts 18 Nov '12

18 Nov '12

#35225: fontconfig: update to 2.10 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: maintainer haspatch | Port: fontconfig -------------------------------------+-------------------------------------- This patch updates fontconfig to 2.10. I'm not committing it yet because it fails to build universal, because the symlinks it installs in /opt/local/etc/fonts/conf.d have changed from relative to absolute. This exposes a bug in the muniversal portgroup about which I'll file a separate ticket. -- Ticket URL: <https://trac.macports.org/ticket/35225> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #35226: muniversal portgroup fails when port installs "broken" symlinks
by MacPorts 18 Nov '12

18 Nov '12

#35226: muniversal portgroup fails when port installs "broken" symlinks -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: muniversal -------------------------------------+-------------------------------------- I'm unable to [ticket:35225 update fontconfig to 2.10] because of this bug in the muniversal portgroup. The problem is: * muniversal uses [file exists] to determine if a file exists in both destroots or only in one, to determine whether it should try to merge them or just copy one * fontconfig 2.10 wants to install some absolute symlinks—at destroot time, they're "broken" because what they're pointing to doesn't exist yet, but it will once the port is activated * for symlinks, [file exists] answers about the thing the symlink points to, not about the symlink itself The result is that for each of these "broken" symlinks, muniversal prints an incorrect line like: {{{ DEBUG: universal: merge: /opt/local/etc/fonts/conf.d/20-unhint-small- vera.conf only exists in /opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_fontconfig/fontconfig/work /destroot-x86_64 }}} And then the merging of the destroots ultimately fails with: {{{ Error: org.macports.destroot for port fontconfig returned: error copying "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_fontconfig/fontconfig/work/destroot-i386//opt/local/etc/fonts/conf.d/20 -unhint-small-vera.conf" to "/opt/local/var/macports/build/_Users_rschmidt_macports_dports_graphics_fontconfig/fontconfig/work /destroot-intel//opt/local/etc/fonts/conf.d/20-unhint-small-vera.conf": file already exists }}} I do not know why [file exists] acts on the symlink target instead of on the symlink itself. I don't see any switch to make [file exists] act on the symlink itself. There is no [file islink] that we could use. There is [file type]; we could perhaps use [file type] instead of [file exists], and take an error condition to mean that the file does not exist. There are multiple places within the muniversal portgroup where this would need to be addressed. We might even consider adding a Tcl procedure to MacPorts base which could abstract away this solution (just as we already have Tcl procedures for "ln", "delete", "copy" and "move" in base to deal with other common needs). One slight problem is that portutil.tcl already contains an "exists" procedure and it has nothing to do with the filesystem. -- Ticket URL: <https://trac.macports.org/ticket/35226> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #36878: py25-cssutils: unify
by MacPorts 18 Nov '12

18 Nov '12

#36878: py25-cssutils: unify --------------------------+---------------------------------------- Reporter: ryandesign@… | Owner: billitch@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py25-cssutils, py-cssutils --------------------------+---------------------------------------- Please provide a unified py-cssutils port; I need the py27 version. Thanks. -- Ticket URL: <https://trac.macports.org/ticket/36878> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #36882: py-icalendar: update to 3.2
by MacPorts 18 Nov '12

18 Nov '12

#36882: py-icalendar: update to 3.2 --------------------------+-------------------------- Reporter: ryandesign@… | Owner: deric@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-icalendar --------------------------+-------------------------- {{{ $ port livecheck py-icalendar py-icalendar seems to have been updated (port version: 3.1, new version: 3.2) }}} -- Ticket URL: <https://trac.macports.org/ticket/36882> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1