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

[MacPorts] #35508: arpack port does not work on Lion with GFortran 4.6.2 due to Accelerate problem
by MacPorts 07 Aug '12

07 Aug '12

#35508: arpack port does not work on Lion with GFortran 4.6.2 due to Accelerate problem -----------------------------------+---------------------------------------- Reporter: gcrosswhite@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------------------+---------------------------------------- I have seen problem this before and thought it had been squashed in this port but it has appeared again. ARPACK has a problem in that it uses the BLAS routine ZDOTC which has a different calling convention in Accelerate.framework then that used by GFortran which causes crashes that I have encountered in my code. I know that this was the source of the problem because when I downloaded arpack- ng and patched it manually, replacing X = ZDOTC(....) with call ZDOTC(X,...) then the problems went away. I am not sure how people would prefer to see this problem solved, but I could submit a patch making the changes above if you all would like. -- Ticket URL: <https://trac.macports.org/ticket/35508> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #35559: py27-crypto fails to build
by MacPorts 07 Aug '12

07 Aug '12

#35559: py27-crypto fails to build -------------------------------+-------------------------------------------- Reporter: jcorso@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: py27-crypto clang | Port: py27-crypto -------------------------------+-------------------------------------------- Trying to install py27-crypto fails. The last posting on this site I can see about py27-crypto is 21 months old... Log file points to a build error in clang. (error copied below) XCode 4.4 on 10.8 (setting up a new machine) and a new download/install of macports. :info:build /usr/bin/clang -bundle -undefined dynamic_lookup -L/opt/local/lib -arch x86_64 -arch x86_64 build/temp.macosx-10.8-x86_64-2.7/src/_fastmath.o -lgmp -o build/lib.macosx-10.8-x86_64-2.7/Crypto/PublicKey/_fastmath.so :info:build ld: illegal text-relocation to ___gmp_binvert_limb_table in /usr/local/lib/libgmp.a(mp_minv_tab.o) from ___gmpn_divexact_1 in /usr/local/lib/libgmp.a(dive_1.o) for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) :info:build error: command '/usr/bin/clang' failed with exit status 1 : I have tried also forcing to use gcc (4.2), apple-gcc-4.2, and gcc-llvm (as listed on the Problem Hotlist page) to no avail. Thanks -- Ticket URL: <https://trac.macports.org/ticket/35559> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #35546: Pinfo will not build with Clang
by MacPorts 07 Aug '12

07 Aug '12

#35546: Pinfo will not build with Clang ------------------------------------+--------------------------------------- Reporter: greeneg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: pinfo ------------------------------------+--------------------------------------- On Mountain Lion and Xcode 4.4 (4F250)'s version of clang, pinfo will not build. If you add the following snippet to the Portfile, it will however: if {${configure.compiler} == "clang"} { configure.compiler llvm-gcc-4.2 } Attached is my updated version of the Portfile. Thanks. -- Ticket URL: <https://trac.macports.org/ticket/35546> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

Re: [MacPorts] #12906: gcl package fails to build (reported upstream)
by MacPorts 07 Aug '12

07 Aug '12

#12906: gcl package fails to build (reported upstream) --------------------------------+------------------------------------------- Reporter: jwiegley@… | Owner: macports-tickets@… Type: defect | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 1.5.2 Keywords: | Port: gcl --------------------------------+------------------------------------------- Changes (by ryandesign@…): * owner: waqar@… => macports-tickets@… Comment: waqar has retired. -- Ticket URL: <https://trac.macports.org/ticket/12906#comment:> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13120: mc: 4.6.1 with utf8 variant
by MacPorts 07 Aug '12

07 Aug '12

#13120: mc: 4.6.1 with utf8 variant --------------------------------+------------------------------------------- Reporter: yenwenchieh@… | Owner: macports-tickets@… Type: enhancement | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 1.5.2 Keywords: mc utf8 | Port: mc --------------------------------+------------------------------------------- Changes (by ryandesign@…): * owner: waqar@… => macports-tickets@… Comment: waqar has retired. -- Ticket URL: <https://trac.macports.org/ticket/13120#comment:> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #18700: AfterStep conflict with ImageMagick
by MacPorts 07 Aug '12

07 Aug '12

#18700: AfterStep conflict with ImageMagick ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: AfterStep ImageMagick ------------------------------------------+--------------------------------- While attempting to install AfterStep, I see the following conflict: {{{ ---> Activating AfterStep @2.2.8_0 Error: Target org.macports.activate returned: Image error: /opt/local/bin/Animate is being used by the active ImageMagick port. Please deactivate this port first, or use the -f flag to force the activation. Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macports.org/ticket/18700> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20051: gnupg2 2.0.11 Package shouldn't have libusb dependency
by MacPorts 07 Aug '12

07 Aug '12

#20051: gnupg2 2.0.11 Package shouldn't have libusb dependency --------------------------------------------------------------+------------- Reporter: speed.rob@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: gpg gnupg libusb scdaemon smartcard "smart card" | Port: gnupg2 --------------------------------------------------------------+------------- Installing gnupg2 also installs the libusb package to support scadaemon, which handles authentication via smart cards. As I doubt a sizable portion of GPG users require this feature I propose it be disabled by default and available as a variant. If smartcard users ''do'' represent a large enough portion of the user base, a no_scdaemon variant to remove the dependency should be available. -- Ticket URL: <http://trac.macports.org/ticket/20051> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #27716: Minicom @2.4 -- Paths for transfer protocols are incorrect
by MacPorts 07 Aug '12

07 Aug '12

#27716: Minicom @2.4 -- Paths for transfer protocols are incorrect -------------------------------------------------------------------+-------- Reporter: jf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.9.2 Keywords: minicom protocol transfer serial xmodem ymodem zmodem | Port: minicom @2.4 -------------------------------------------------------------------+-------- Hello team, In minicom(a)2.4, as installed by ports, the path for the transfer protocol binaries are wrong. In minicom config, by default, they are set to: /usr/local/bin/(sz,sb,sx,rz,rb,rx...) where they actually are: /opt/local/bin/(sz,sb,sx,rz,rb,rx...) J. -- Ticket URL: <https://trac.macports.org/ticket/27716> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #35444: ocaml-duppy - update to v0.4.2
by MacPorts 07 Aug '12

07 Aug '12

#35444: ocaml-duppy - update to v0.4.2 ------------------------------+--------------------------------------------- Reporter: mww@… | Owner: toots@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ocaml-duppy ------------------------------+--------------------------------------------- update ocaml-duppy to version 0.4.2 -- Ticket URL: <https://trac.macports.org/ticket/35444> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #34717: Ports abandoned by waqar
by MacPorts 07 Aug '12

07 Aug '12

#34717: Ports abandoned by waqar -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: AfterStep, Chmox, GPGAppKit, ID3, ManOpen, MenuMeters, SleepTight, anno, argtable, base64, boehmgc, chicken, class-dump, clisp, cook, detox, dos2unix, ecl, elk, flawfinder, gcl, gigabase, gmake, gmsl, gnupg, gnupg2, gpgme-objc, hfstar, iTerm, ilmbase, ipcs, jikes, jikespg, jlint, jpeg, libmoney, libntlm, libpng, libxmlxx, lrzsz, magic, mc, minicom, openexr, osxutils, pccts, rc, sbcl, splint, tcsh, tiff, vile, yydecode -------------------------------------+-------------------------------------- Waqar Malik (MacPorts handle "waqar") has not committed to the MacPorts repository since May 20, 2008, ([http://cia.vc/stats/author/waqar@macports.org cia.vc]) nor responded to the tickets that are assigned to him. On August 26, 2010, I sent private mail to Waqar asking if he was still interested in MacPorts, and he replied that he had been busy with work and would try to update his ports and would reduce the number of ports he maintains. But since that didn't happen, on January 19, 2011, I informed him that I had marked his ports as openmaintainer (r75257). To managers: this thread can be found in the macports-mgr mailing list archives. Since Waqar appears to have left us for good, unless there are any objections by June 15, 2012, I will remove his handle from all ports he currently maintains, unassign his tickets, and move his handle to the retired maintainers section of the MacPortsDevelopers wiki page. -- Ticket URL: <https://trac.macports.org/ticket/34717> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1