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

[MacPorts] #35925: port lint inaccurately complains about port directory name when a full @macports.org maintainer address is used
by MacPorts 07 Jan '13

07 Jan '13

#35925: port lint inaccurately complains about port directory name when a full @macports.org maintainer address is used -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.2 Keywords: | Port: -------------------------------------+-------------------------------------- {{{ $ port lint XXX ---> Verifying Portfile for XXX Warning: Using full email address for no/open maintainer Error: Portfile directory XXX does not match port name nomaintainer ---> 1 errors and 1 warnings found. }}} The warning is correct, but the error is not; the problem is that the "name" variable (which is supposed to represent the port name) got overwritten with the local part of the maintainer email address being checked. The fix is to change the variable "name" to something else (such as "localpart") in the following lines in src/port1.0/portlint.tcl: {{{ } elseif [regexp "^(.+)(a)macports.org$" $addr -> name] { ui_warn "Maintainer email address for $name includes @macports.org" }}} -- Ticket URL: <https://trac.macports.org/ticket/35925> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #36597: portpkg.tcl script fails with segfault
by MacPorts 07 Jan '13

07 Jan '13

#36597: portpkg.tcl script fails with segfault ---------------------------+-------------------------------- Reporter: damo.clarky@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: base | Version: 2.1.2 Keywords: pkg | Port: ---------------------------+-------------------------------- Like 189 of portpkg.tcl uses the findBinary procedure to locate the full path to the cpio binary and then uses that as the value to the -x parameter of the pax command. This causes pax to segmentation fault. The command that fails is: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_multimedia_mythtv-core.25/mythtv- core.25/work/destroot && /bin/pax -x /usr/bin/cpio -w -z . > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_multimedia_mythtv-core.25/mythtv-core.25/work /mythtv-core.25-0.25.2-Fixes-20120918.pkg/Contents/Archive.pax.gz The attached patch file simply uses 'cpio' as the parameter to -x option of pax rather than the calculated full path (ie /usr/bin/pax). With just 'cpio' there is no segmentation fault. -- Ticket URL: <https://trac.macports.org/ticket/36597> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #36856: Qemu support of sse4.2 extended instructions.
by MacPorts 07 Jan '13

07 Jan '13

#36856: Qemu support of sse4.2 extended instructions. --------------------+-------------------------------- Reporter: enf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: --------------------+-------------------------------- Qemu disables processor instruction extentions with non linux builds -- mac builds. specifically, processor sse4.2 functions. Here is patch for cpu.c file to allow. mmacbookpro-enf:~ enf$ diff -c ~/Downloads/qemu-1.2.0/target-i386/cpu.c ~/src/play/c/qemu-1.2.0/target-i386/cpu.c *** /Users/enf/Downloads/qemu-1.2.0/target-i386/cpu.c 2012-09-05 07:03:06.000000000 -0700 --- /Users/enf/src/play/c/qemu-1.2.0/target-i386/cpu.c 2012-11-01 19:32:19.000000000 -0700 *************** *** 116,122 **** void host_cpuid(uint32_t function, uint32_t count, uint32_t *eax, uint32_t *ebx, uint32_t *ecx, uint32_t *edx) { ! #if defined(CONFIG_KVM) uint32_t vec[4]; #ifdef __x86_64__ --- 116,122 ---- void host_cpuid(uint32_t function, uint32_t count, uint32_t *eax, uint32_t *ebx, uint32_t *ecx, uint32_t *edx) { ! #if defined(CONFIG_KVM) || defined(__APPLE__) uint32_t vec[4]; #ifdef __x86_64__ *************** *** 273,279 **** CPUID_VME, CPUID_DTS, CPUID_SS, CPUID_HT, CPUID_TM, CPUID_PBE */ #define TCG_EXT_FEATURES (CPUID_EXT_SSE3 | CPUID_EXT_MONITOR | \ CPUID_EXT_CX16 | CPUID_EXT_POPCNT | \ ! CPUID_EXT_HYPERVISOR) /* missing: CPUID_EXT_DTES64, CPUID_EXT_DSCPL, CPUID_EXT_VMX, CPUID_EXT_EST, CPUID_EXT_TM2, CPUID_EXT_XTPR, CPUID_EXT_PDCM, CPUID_EXT_XSAVE */ --- 273,279 ---- CPUID_VME, CPUID_DTS, CPUID_SS, CPUID_HT, CPUID_TM, CPUID_PBE */ #define TCG_EXT_FEATURES (CPUID_EXT_SSE3 | CPUID_EXT_MONITOR | \ CPUID_EXT_CX16 | CPUID_EXT_POPCNT | \ ! CPUID_EXT_HYPERVISOR | CPUID_EXT_SSE42) /* missing: CPUID_EXT_DTES64, CPUID_EXT_DSCPL, CPUID_EXT_VMX, CPUID_EXT_EST, CPUID_EXT_TM2, CPUID_EXT_XTPR, CPUID_EXT_PDCM, CPUID_EXT_XSAVE */ -- Ticket URL: <https://trac.macports.org/ticket/36856> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #26814: Add 'ruby19' variant to vim
by MacPorts 07 Jan '13

07 Jan '13

#26814: Add 'ruby19' variant to vim --------------------------------------+------------------------------------- Reporter: dmitry.gladkov@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: vim, ruby | Port: vim --------------------------------------+------------------------------------- I have ruby19 only installed and I don't want to install ruby 1.8.x back just to build vim with ruby support. I guess if vim is ruby19 compatible, it should be something like this in portfile: {{{ variant ruby description {Enable Ruby scripting} { configure.args-append --enable-rubyinterp depends_lib-append port:ruby19 } }}} -- Ticket URL: <https://trac.macports.org/ticket/26814> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37023: php5-libev new port request
by MacPorts 07 Jan '13

07 Jan '13

#37023: php5-libev new port request ---------------------------------+-------------------------------- Reporter: watermark.nielsen@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ---------------------------------+-------------------------------- Request for a PHP extension: https://github.com/m4rw3r/php-libev It's used by the http://reactphp.org project, if that's relevant. I'm not sure what level of maturity a project has to reach to be included into MacPorts or if it's more appropriate for the author to submit these. -- Ticket URL: <https://trac.macports.org/ticket/37023> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37335: bowtie: update to version 0.12.9
by MacPorts 06 Jan '13

06 Jan '13

#37335: bowtie: update to version 0.12.9 -------------------------+------------------------------ Reporter: ciserlohn@… | Owner: haroldpimentel@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: bowtie -------------------------+------------------------------ Version 0.12.9 fixes the build issues with clang (see #37200 and http://sourceforge.net/tracker/?func=detail&aid=3594088&group_id=236897&ati…) -- Ticket URL: <https://trac.macports.org/ticket/37335> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37343: add a "-subversion" variant to nmap
by MacPorts 06 Jan '13

06 Jan '13

#37343: add a "-subversion" variant to nmap -----------------------+-------------------------------- Reporter: irony42@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------+-------------------------------- nmap builds fine without subversion, albeit without an "nmap-update" feature. It would be nice to be able to forgo this dependency via a variant. -- Ticket URL: <https://trac.macports.org/ticket/37343> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37327: aqua/Handbrake Uses Sparkle Framework
by MacPorts 06 Jan '13

06 Jan '13

#37327: aqua/Handbrake Uses Sparkle Framework -----------------------------+-------------------------------- Reporter: rmstonecipher@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: handbrake -----------------------------+-------------------------------- Handbrake uses the Sparkle framework in an attempt to self-update. This should be disabled so that MacPorts controls the version installed. -- Ticket URL: <https://trac.macports.org/ticket/37327> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37000: sshfs
by MacPorts 05 Jan '13

05 Jan '13

#37000: sshfs ---------------------------+-------------------------------- Reporter: jonlederman@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ---------------------------+-------------------------------- HI, I am unable to run sshfs, which was installed via macports. When I type the command, I get: sudo echo password | sshfs jon@192.168.2.11:/opt ~/mnt -o dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid dyld: Library not loaded: /opt/local/lib/libfuse.2.dylib Referenced from: /opt/local/bin/sshfs Reason: Incompatible library version: sshfs requires version 11.0.0 or later, but libfuse.2.dylib provides version 10.0.0 Trace/BPT trap: 5 Any help appreciated. Thanks. Jon -- Ticket URL: <https://trac.macports.org/ticket/37000> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #34635: Skrooge will not run in MacPorts
by MacPorts 05 Jan '13

05 Jan '13

#34635: Skrooge will not run in MacPorts --------------------------------+------------------------------------------- Reporter: ron@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: Skrooge | Port: Skrooge --------------------------------+------------------------------------------- MacPorts 2.1.1, Mac OSx 10.7.4, Skrooge 1.3 I tried last year and I again tried a few days ago. Skrooge will NOT run in MacPorts, no matter what, it will not load. I am suspicious that it has never been successfully installed and loaded by anyone using MacPorts. I need help to get it running on my machine as the Skrooge development team do not seem to have access to a Mac machine. -- Ticket URL: <https://trac.macports.org/ticket/34635> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 26