September 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #43204: Change BZIP2 variable name for configure script
by MacPorts 07 Sep '14

07 Sep '14

#43204: Change BZIP2 variable name for configure script ------------------------+-------------------------------- Reporter: eborisch@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.2.1 Keywords: | Port: ------------------------+-------------------------------- As the configure script now calls bzip2 directly, having BZIP2 set during configure (as required to explicitly set the BZIP2 path for MP to use) causes bzip2 (when run by configure) to fail, as bzip2 uses $BZIP2 as an argument: https://www.opensource.apple.com/source/bzip2/bzip2-16.5/bzip2/bzip2.txt ) I set BZIP2 to call my own installed pbzip2 (because it makes anything locally compressed and then extracted -- for example during port activations -- go faster.) This actually works because pbzip2 doesn't use BZIP2. But setting the BZIP2 path via {{{./configure BZIP2=/usr/bin/bzip2}}} or {{{BZIP2=/usr/bin/bzip2 ./configure}}} will fail on a fresh copy (or distclean-ed) of base. -- Ticket URL: <https://trac.macports.org/ticket/43204> MacPorts <http://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #37736: rvm: update to 1.07
by MacPorts 07 Sep '14

07 Sep '14

#37736: rvm: update to 1.07 --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: rvm --------------------------+-------------------------------- rvm should be updated to 1.07. {{{ $ port livecheck rvm rvm seems to have been updated (port version: 1.05, new version: 1.07) }}} This was previously pondered in #32180 but deserves its own ticket. -- Ticket URL: <https://trac.macports.org/ticket/37736> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37768: p5-text-markdown: please ship the Mardown.pl script (and update to latest version)
by MacPorts 07 Sep '14

07 Sep '14

#37768: p5-text-markdown: please ship the Mardown.pl script (and update to latest version) --------------------+-------------------------------- Reporter: jpo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: p5-text-markdown --------------------+-------------------------------- Please ship the Markdown.pl script and update to the latest upstream version (1.000031). CPAN home: * http://search.cpan.org/dist/Text-Markdown/ Changelog: {{{ 1.0.31 2010-03-20T23:06:04 - Fix installation of the Markdown.pl script. }}} -- Ticket URL: <https://trac.macports.org/ticket/37768> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #44892: guile is out of date (latest version is 2.0.11, MacPorts has 1.8.8)
by MacPorts 06 Sep '14

06 Sep '14

#44892: guile is out of date (latest version is 2.0.11, MacPorts has 1.8.8) ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: guile ------------------------+-------------------------------- The guile port has not been updated for a long time and is out of date. Considering the 2.0 branch has been out for a long time (3 years), I'm not sure if the 1.8.8 version is kept on purpose and a new port intends to be created for 2.x series? I have attached a diff for a first attempt at writing a Portfile. I'm not sure what the patches are supposed to do and on my system everything works fine without the patches. -- Ticket URL: <https://trac.macports.org/ticket/44892> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44419: PSFEx installing problem
by MacPorts 06 Sep '14

06 Sep '14

#44419: PSFEx installing problem --------------------------------+-------------------------------- Reporter: michele.fabrizio@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: --------------------------------+-------------------------------- What's wrong? Macbook Pro 13" early 2011 OSX 10.9.4 In attachment you find the log file -- Ticket URL: <https://trac.macports.org/ticket/44419> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #44896: error when install psfex using macport
by MacPorts 06 Sep '14

06 Sep '14

#44896: error when install psfex using macport --------------------------+-------------------------------- Reporter: missinglyl@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: --------------------------+-------------------------------- Hello! My device is rmbp13 in mid 2014 with os x 10.9.4. ---> Building psfex Error: org.macports.build for port psfex returned: command execution failed and here is the log file: -- Ticket URL: <https://trac.macports.org/ticket/44896> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44895: error when install psfex using macport
by MacPorts 06 Sep '14

06 Sep '14

#44895: error when install psfex using macport --------------------------+-------------------------------- Reporter: missinglyl@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Keywords: | Port: --------------------------+-------------------------------- Hello! My device is rmbp13 in mid 2014 with os x 10.9.4. ---> Building psfex Error: org.macports.build for port psfex returned: command execution failed and here is the log file: -- Ticket URL: <https://trac.macports.org/ticket/44895> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44893: kdevelop: prevent a crash after closing a patch review
by MacPorts 06 Sep '14

06 Sep '14

#44893: kdevelop: prevent a crash after closing a patch review -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: Keywords: haspatch | Port: kdevplatform -------------------------+-------------------------------- The title says it all; see https://git.reviewboard.kde.org/r/120081/ for details. This concerns all kdevelop versions from 4.6 (current, in MacPorts) and later, though the jury is of course still out for KF5/Qt5 versions. -- Ticket URL: <https://trac.macports.org/ticket/44893> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44883: druntime: checksum mismatch
by MacPorts 06 Sep '14

06 Sep '14

#44883: druntime: checksum mismatch --------------------------+----------------------- Reporter: ryandesign@… | Owner: takeshi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: druntime --------------------------+----------------------- Stealth update again. If you haven't already, you may want to get in touch with the developers of this software to explain to them why stealth updates are a bad idea. {{{ $ sudo port -v checksum druntime ---> Fetching distfiles for druntime ---> druntime-2.066.tar.gz doesn't seem to exist in /Users/rschmidt/macports/distfiles/druntime/2.066_1 ---> Attempting to fetch druntime-2.066.tar.gz from https://github.com/D -Programming-Language/druntime/tarball/2.066 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 145 0 145 0 0 357 0 --:--:-- --:--:-- --:--:-- 357 100 685k 100 685k 0 0 567k 0 0:00:01 0:00:01 --:--:-- 5863k ---> Verifying checksums for druntime ---> Checksumming druntime-2.066.tar.gz Error: Checksum (rmd160) mismatch for druntime-2.066.tar.gz Portfile checksum: druntime-2.066.tar.gz rmd160 1fd3f8f4c3752888d91dc65bf1190e7300880fe2 Distfile checksum: druntime-2.066.tar.gz rmd160 01bd1e18388b40f55b3d85307b64460966a3600c Error: Checksum (sha256) mismatch for druntime-2.066.tar.gz Portfile checksum: druntime-2.066.tar.gz sha256 8663b28043580cfa5e802ed96af2131f2f085d185e0f8d6cbea8b304ad2bc75c Distfile checksum: druntime-2.066.tar.gz sha256 b35ce8a88db22ddf8d640ce8acf1325a7158925110572e3e661b76d92686f3b8 The correct checksum line may be: checksums rmd160 01bd1e18388b40f55b3d85307b64460966a3600c \ sha256 b35ce8a88db22ddf8d640ce8acf1325a7158925110572e3e661b76d92686f3b8 Error: Failed to checksum druntime: Unable to verify file checksums Error: See /opt/local/var/macports/logs/_Users_rschmidt_macports_dports_lang_druntime/druntime/main.log for details. Error: Follow http://guide.macports.org/#project.tickets to report a bug. Error: Processing of port druntime failed }}} -- Ticket URL: <https://trac.macports.org/ticket/44883> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command
by MacPorts 06 Sep '14

06 Sep '14

#41248: bash @4.2.45_2 - Segmentation Fault when executing undefined command ----------------------------------------+-------------------------------- Reporter: onitsuka42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: bash, segfault, lldb, core | Port: ----------------------------------------+-------------------------------- When executing any undefined command in bash 4.2.45_2, I get a segmentation fault: 11 $ echo "test" test $ dummy Segmentation fault: 11 I generated a core dump for this segmentation fault, here are the details I extracted from it : $ lldb (lldb) target create -core core.7288 error: core.7288 is a corrupt mach-o file: load command 72 LC_SEGMENT_64 has a fileoff + filesize (0x1d602000) that extends beyond the end of the file (0x1d601000), the segment will be truncated error: core.7288 is a corrupt mach-o file: load command 73 LC_SEGMENT_64 has a fileoff (0x1d602000) that extends beyond the end of the file (0x1d601000) Core file '/Users/romain/Desktop/tmp/core.7288' (x86_64) was loaded. Process 0 stopped * thread #1: tid = 0x0000, 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100, stop reason = signal SIGSTOP frame #0: 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100 libdispatch.dylib`_dispatch_wakeup + 100: -> 0x7fff9358d206: movq %rbx, 16(%rax) 0x7fff9358d20a: jmp 0x7fff9358d217 ; _dispatch_wakeup + 117 0x7fff9358d20c: movq %r14, %rdi 0x7fff9358d20f: movq %rbx, %rsi (lldb) thread backtrace all * thread #1: tid = 0x0000, 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100, stop reason = signal SIGSTOP frame #0: 0x00007fff9358d206 libdispatch.dylib`_dispatch_wakeup + 100 frame #1: 0x00007fff9358d7a8 libdispatch.dylib`_dispatch_queue_push_list_slow2 + 30 frame #2: 0x00007fff93590145 libdispatch.dylib`_dispatch_mach_msg_send + 608 frame #3: 0x00007fff9358fe99 libdispatch.dylib`dispatch_mach_send + 136 frame #4: 0x00007fff892d0864 libxpc.dylib`_xpc_connection_send_message_with_reply_f + 125 frame #5: 0x00007fff892d0724 libxpc.dylib`xpc_connection_send_message_with_reply_sync + 180 frame #6: 0x00007fff85fd6193 CoreFoundation`-[CFPrefsPlistSource copyReplyForDaemonMessage:toConnection:error:] + 243 frame #7: 0x00007fff86130820 CoreFoundation`__47-[CFPrefsPlistSource alreadylocked_synchronize]_block_invoke_2 + 352 frame #8: 0x00007fff85fd5a9b CoreFoundation`withDaemonConnection + 299 frame #9: 0x00007fff85fd54fb CoreFoundation`-[CFPrefsPlistSource alreadylocked_synchronize] + 587 frame #10: 0x00007fff85fd51f3 CoreFoundation`_copyValueForKey + 131 frame #11: 0x00007fff85fd5147 CoreFoundation`-[CFPrefsPlistSource copyValueForKey:] + 71 frame #12: 0x00007fff85fd4fa5 CoreFoundation`-[CFPrefsSearchListSource alreadylocked_copyValueForKey:] + 149 frame #13: 0x00007fff85fd4edf CoreFoundation`-[CFPrefsSource copyValueForKey:] + 79 frame #14: 0x00007fff85fd4e70 CoreFoundation`__CFPreferencesCopyAppValue_block_invoke + 32 frame #15: 0x00007fff85fcf04e CoreFoundation`+[CFPrefsSearchListSource withSearchListForIdentifier:perform:] + 846 frame #16: 0x00007fff85fcecb8 CoreFoundation`CFPreferencesCopyAppValue + 168 frame #17: 0x000000010eaa0598 libintl.8.dylib`_nl_language_preferences_default + 70 frame #18: 0x000000010ea9e9ea libintl.8.dylib`libintl_dcigettext + 894 frame #19: 0x000000010e994f71 bash`execute_command_internal + 13351 frame #20: 0x000000010e991af4 bash`execute_command + 92 frame #21: 0x000000010e983993 bash`reader_loop + 519 frame #22: 0x000000010e983052 bash`main + 5994 frame #23: 0x00007fff8c5905fd libdyld.dylib`start + 1 Once I exit lldb, the issue is solved and now undefined command execution doesn't segfault, but fails properly : $ dummy -bash: dummy : command not found -- Ticket URL: <https://trac.macports.org/ticket/41248> MacPorts <http://www.macports.org/> Ports system for OS X

1 12