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

[MacPorts] #49569: selfupdate failed on El Capitan
by MacPorts 01 Nov '16

01 Nov '16

#49569: selfupdate failed on El Capitan ----------------------------+-------------------------------- Reporter: axknightroad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ----------------------------+-------------------------------- I installed MacPorts using the OS X package installer today. but it failed when I update using port -v selfupdate. {{{ $ sudo port -v selfupdate ---> Updating MacPorts base sources using rsync Command failed: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/tarballs/base.tar /opt/local/var/macports/sources/rsync.macports.org/release/tarballs Exit code: 1 Error: Error synchronizing MacPorts sources: command execution failed To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: /opt/local/bin/port: port selfupdate failed: Error synchronizing MacPorts sources: command execution failed }}} but the commmand below is worked. {{{ $ sudo /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/tarballs/base.tar /opt/local/var/macports/sources/rsync.macports.org/release/tarballs }}} -- Ticket URL: <https://trac.macports.org/ticket/49569> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #46821: Failed to configure sshfs
by MacPorts 01 Nov '16

01 Nov '16

#46821: Failed to configure sshfs -------------------------+-------------------------------- Reporter: hfyangpku@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- While installing sshfs, I got the following error: {{{ ---> Configuring sshfs Error: Failed to configure sshfs, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_fuse_sshfs/sshfs/work /sshfs-fuse-2.5/config.log Error: org.macports.configure for port sshfs returned: configure failure: command execution failed Please see the log file for port sshfs for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_fuse_sshfs/sshfs/main.log }}} In the config.log file, there are 20 errors before it complain the number of errors and stop configuring. All of the errors happen in the same file. The very first one is: {{{ configure:3024: /usr/bin/clang -o conftest -pipe -Os -arch x86_64 -I/opt/local/include -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 conftest.c >&5 In file included from conftest.c:11: /opt/local/include/stdio.h:252:63: error: expected function body after function declarator int fprintf(FILE * __restrict, const char * __restrict, ...) __DARWIN_LDBL_COMPAT(fprintf) __printflike(2, 3); ^ }}} -- Ticket URL: <https://trac.macports.org/ticket/46821> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47249: hmake @3.14_3 (devel) Failed to build hmake
by MacPorts 31 Oct '16

31 Oct '16

#47249: hmake @3.14_3 (devel) Failed to build hmake ------------------------------+-------------------------------- Reporter: abigail.lauren@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: hmake, haskell | Port: hmake ------------------------------+-------------------------------- 'hmake' has failed to build, and other closed tickets on this topic haven't given me any solutions. I've attached a copy of the hmake/main.log. Here's what the command line spits out (as a root user): > port install hmake >---> Computing dependencies for hmake >---> Fetching archive for hmake >---> Attempting to fetch hmake-3.14_3+ghc.darwin_14.x86_64.tbz2 from http://packages.macports.org/hmake >---> Attempting to fetch hmake-3.14_3+ghc.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/hmake >---> Attempting to fetch hmake-3.14_3+ghc.darwin_14.x86_64.tbz2 from >http://nue.de.packages.macports.org/macports/packages/hmake >---> Fetching distfiles for hmake >---> Verifying checksums for hmake >---> Extracting hmake >---> Applying patches to hmake >---> Configuring hmake >---> Building hmake >Error: org.macports.build for port hmake returned: command execution failed >Please see the log file for port hmake for details: >/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_hmake/hmake/main.lo g >To report a bug, follow the instructions in the guide: > http://guide.macports.org/#project.tickets >Error: Processing of port hmake failed I'm using MacPorts 2.3.3, my ports are up-to-date, and I've tried port clean hmake and then installing again. I need hmake to build scientific software for work. Help please? Thank you! -- Ticket URL: <https://trac.macports.org/ticket/47249> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #45478: Update request: New version of iStumbler available (122 vs 99)
by MacPorts 28 Oct '16

28 Oct '16

#45478: Update request: New version of iStumbler available (122 vs 99) ----------------------+-------------------------------- Reporter: magill@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ----------------------+-------------------------------- Mac Ports installs iStumbler version 99. When "check for updates" runs, a pop-up with a special yellow box indicates that a new update (122) is available, but that version 99 users need to download it explicitly. Both work. Version 122 has several enhancements. -- Ticket URL: <https://trac.macports.org/ticket/45478> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #46660: Proposal: Update rmtrash
by MacPorts 28 Oct '16

28 Oct '16

#46660: Proposal: Update rmtrash --------------------------+-------------------------------- Reporter: sebikeller@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: rmtrash | Port: rmtrash --------------------------+-------------------------------- The rmtrash port has not been updated since 2005, so I updated the utility and also corrected a nasty naming problem ("filename Copy10" became "filename copy 111" became "filename Copy1112" etc.) u can find the updated code here: https://github.com/beatjunky99/rmtrash- for-Mac-OS-X Still needs some testing on older Mac OS X versions. So would be glad to hear from people reading this if they find a problem. -- Ticket URL: <https://trac.macports.org/ticket/46660> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49498: Switching to a mirror causes a complete rebuild of the port index
by MacPorts 27 Oct '16

27 Oct '16

#49498: Switching to a mirror causes a complete rebuild of the port index ----------------------------+--------------------- Reporter: lpancescu@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- I switched to a local mirror as a workaround to the network problems described in bug #49452. The rsync-ing was very fast, but the lack of an index made mirror switching pretty annoying: the first "port selfupdate" thinks that every single port is new, and rebuilds the entire index. So mirror users have to wait 30+ minutes for the index to build (see bug #49050) not once, but //two times//. I was curious why that happens, so I base.tar from three different mirrors (sea.us.rsync.macports.org, lil.fr.rsync.macports.org and nue.de.rsync.macports.org) Since MacPorts 2.3.4 was released some time ago, I expected the archives to be identical. They aren't, although the file size is the same: diff reports every archive as binary different from the other two. The timestamps also differ: 20:02, 23:02, respectively 22:02 - all from today. After unpacking the archives into different directories, I used FileMerge to directly compare the directories: every single file is identical, but the tar archives aren't. So I redirected the output of "ls -lR" in each directory to a different file, then ran "diff -u" to compare them. Here's a part of the result: {{{ -rw-r--r-- 1 laur staff 1922 May 24 2014 pkg_mkindex.sh.in -drwxr-xr-x 8 laur staff 272 Oct 28 19:31 port -drwxr-xr-x 35 laur staff 1190 Oct 28 19:31 port1.0 -drwxr-xr-x 4 laur staff 136 Oct 28 19:31 programs -drwxr-xr-x 36 laur staff 1224 Oct 28 19:31 registry2.0 +drwxr-xr-x 8 laur staff 272 Oct 28 22:31 port +drwxr-xr-x 35 laur staff 1190 Oct 28 22:31 port1.0 +drwxr-xr-x 4 laur staff 136 Oct 28 22:31 programs +drwxr-xr-x 36 laur staff 1224 Oct 28 22:31 registry2.0 drwxr-xr-x 11 laur staff 374 May 24 2014 tclobjc1.0 drwxr-xr-x 19 laur staff 646 May 24 2014 thread2.6 --rwxr-xr-x 1 laur staff 4311 Oct 28 19:30 upgrade_sources_conf_default.tcl +-rwxr-xr-x 1 laur staff 4311 Oct 28 22:30 upgrade_sources_conf_default.tcl -rwxr-xr-x 1 laur staff 4265 May 24 2014 upgrade_sources_conf_default.tcl.in }}} It seems that the timestamps of //every single directory// and of the few generated files (files like Makefile probably generated from Makefile.in) are set to the timestamp of the archive on the mirror. Perhaps the "fresh" directory timestamps are the reason for the index being rebuilt, and that each mirror runs some sort of build locally, at least daily, even when nothing has actually changed? I should have downloaded ports.tar.gz, to be sure, but it's quite big. -- Ticket URL: <https://trac.macports.org/ticket/49498> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49764: babl @0.1.14 should not require clang-3.4
by MacPorts 25 Oct '16

25 Oct '16

#49764: babl @0.1.14 should not require clang-3.4 -------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: PPC | Port: babl -------------------------+-------------------------------- {{{ $ sudo port info --pretty --depends babl Build Dependencies: clang-3.4 }}} As you may know, {{{clang-3.4}}} is not functional on PPC platforms. So I wonder if instead {{{gcc5}}} could be generally used, as {{{ $ sudo port -s install babl configure.compiler=macports-gcc-5 }}} successfully works even on PPC? -- Ticket URL: <https://trac.macports.org/ticket/49764> MacPorts <https://www.macports.org/> Ports system for OS X

1 39

[MacPorts] #45712: xorg-libXt-1.1.4_0 links shared libs with -flat_namespace on Yosemite
by MacPorts 24 Oct '16

24 Oct '16

#45712: xorg-libXt-1.1.4_0 links shared libs with -flat_namespace on Yosemite ------------------------+-------------------------------- Reporter: jhowarth@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: xorg-libXt ------------------------+-------------------------------- otool -hv /opt/local/lib/libXt.6.dylib /opt/local/lib/libXt.6.dylib: Mach header magic cputype cpusubtype caps filetype ncmds sizeofcmds flags MH_MAGIC_64 X86_64 ALL 0x00 DYLIB 17 1872 DYLDLINK NO_REEXPORTED_DYLIBS reveals that xorg-libXt-1.1.4_0 built on Yosemite is linking its shared libraries with "-flat_namespace" as seen from the missing TWOLEVEL flag expected from "-undefined dynamic_lookup". -- Ticket URL: <https://trac.macports.org/ticket/45712> MacPorts <https://www.macports.org/> Ports system for OS X

1 28

[MacPorts] #49330: ssldump @0.9b3_2 Add support for TLS 1.2
by MacPorts 23 Oct '16

23 Oct '16

#49330: ssldump @0.9b3_2 Add support for TLS 1.2 -----------------------------+-------------------------------- Reporter: gooichi@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: ssldump TLS 1.2 | Port: ssldump -----------------------------+-------------------------------- I have created a patch file that enables TLS 1.2 support. -- Ticket URL: <https://trac.macports.org/ticket/49330> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47268: KiCad: a request for a software package for designing PCBs
by MacPorts 23 Oct '16

23 Oct '16

#47268: KiCad: a request for a software package for designing PCBs ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: KiCad wxPython ---------------------+-------------------------------- It would be nice to ship KiCad as a MacPorts package, together with their patches for wxWidgets/wxPython. See: * http://www.kicad-pcb.org/display/DEV/Building+KiCad+on+Mac+OS+X * http://home.web.cern.ch/about/updates/2015/02/kicad-software-gets-cern- treatment (I might look into this one day when I have spare time, but other contributors are welcome. I co-maintain wxWidgets/wxPython, so I would have to look into those patches anyway.) -- Ticket URL: <https://trac.macports.org/ticket/47268> MacPorts <https://www.macports.org/> Ports system for OS X

1 6