March 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #25203: should have a tex metaport
by MacPorts 09 Jul '13

09 Jul '13

#25203: should have a tex metaport ---------------------------------+------------------------------------------ Reporter: dports@… | Owner: dports@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.0 Keywords: | Port: tex ---------------------------------+------------------------------------------ We should have a tex metaport that ports can depend on if they need some TeX distribution installed, but not any particular one. It should have variants for TeX Live, MacTeX, and pTeX. texlive should be the default variant unless one of the others is already installed (keeping in mind that MacTeX installs into /usr/texbin). Possibly for the mactex variant it should symlink appropriate binaries from /usr/texbin/bin into $prefix/bin? Most ports that now depend on texlive should be changed to point to this metaport instead (unless they really require texlive specifically) Besides providing an option for people who want to use MacTeX, this could save us a lot of pain if we want to add a new TeX distribution option (as when texlive replaced tetex). Will work on this once texlive 2009 is in. -- Ticket URL: <http://trac.macports.org/ticket/25203> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #29750: texlive-latex: babel is unusable as is (\iflanguage does not work)
by MacPorts 09 Jul '13

09 Jul '13

#29750: texlive-latex: babel is unusable as is (\iflanguage does not work) -------------------------------------+-------------------------------------- Reporter: akim.demaille@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: texlive-latex -------------------------------------+-------------------------------------- Hi! I have lost hours on this issue (together with a friend of mine on whose machine everything worked fine, to understand where the difference was). The following document, on my MacPorts: {{{ \documentclass{article} \usepackage[francais,english]{babel} \begin{document} \iflanguage{francais}{FR}{} \iflanguage{english}{EN}{} \end{document} }}} displays {{{ FR EN }}} Yes, both. Where, of course, one expects only "EN". The problem was tracked down to the fact that I don't have the package "texlive-lang- french" installed!!! Thanks to diff between log files, this was guessed when we saw the "warning" that follows: {{{ - -Package babel Warning: No hyphenation patterns were loaded for -(babel) the language `French' -(babel) I will use the patterns loaded for \language=0 instead. - -\l@french = a dialect from \language0 }}} It turns out I also have others: {{{ Language: english 2005/03/30 v3.3o English support from the babel system -\l@british = a dialect from \language\l@english -\l@UKenglish = a dialect from \language\l@english \l@canadian = a dialect from \language\l@american \l@australian = a dialect from \language\l@british \l@newzealand = a dialect from \language\l@british }}} which is suspicious. The TeX document started to behave properly when I installex texlive-lang- french. Bottom line is: my document should *not* compile when the said package is not installed. This is really asking for troubles, on behalf of the users. Babel should frankly die when I ask {{{ \usepackage[francais]{babel} }}} when texlive-lang-french is not installed. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/29750> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #38329: py-virtualenv 1.9.1
by MacPorts 08 Jul '13

08 Jul '13

#38329: py-virtualenv 1.9.1 ----------------------------+-------------------------------- Reporter: macports.org@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py-virtualenv ----------------------------+-------------------------------- The current {{{py-virtualenv}}} is 1.8.4 1.9.0 and 1.9.1 were released yesterday and today, including: * Bundled/installed {{{pip}}} downloads PyPI packages over SSL * Updates bindled distribute * Fixes readline issue when using with pypy on OSX * Added {{{—no-pip}}} and {{{—no-setuptools}}} options PyPI page with tarball: https://pypi.python.org/pypi/virtualenv -- Ticket URL: <https://trac.macports.org/ticket/38329> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #35763: Installing MosML through MacPorts
by MacPorts 08 Jul '13

08 Jul '13

#35763: Installing MosML through MacPorts -----------------------------------------+---------------------------------- Reporter: nadiawillumhansen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------------------------+---------------------------------- As the summary says, I am trying to install MosML through MacPorts but I am having a problem then I am submitting the following command 'sudo port install mosml', I get this output: ---> Building mosml Error: org.macports.build for port mosml returned: command execution failed Please see the log file for port mosml for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_mosml/mosml/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port mosml failed -- Ticket URL: <https://trac.macports.org/ticket/35763> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31472: pextlib crash/segfault in curl code
by MacPorts 08 Jul '13

08 Jul '13

#31472: pextlib crash/segfault in curl code -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.0.3 Keywords: | Port: -------------------------------------+-------------------------------------- {{{ $ sudo port -u upgrade virtualbox Password: ---> Computing dependencies for LibVNCServer ---> Fetching archive for LibVNCServer ---> Attempting to fetch LibVNCServer-0.9.8_0+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/LibVNCServer ---> Fetching LibVNCServer ---> Verifying checksum(s) for LibVNCServer ---> Extracting LibVNCServer ---> Configuring LibVNCServer ---> Building LibVNCServer ---> Staging LibVNCServer into destroot ---> Installing LibVNCServer @0.9.8_0+universal ---> Activating LibVNCServer @0.9.8_0+universal ---> Cleaning LibVNCServer ---> Computing dependencies for virtualbox ---> Fetching archive for virtualbox ---> Attempting to fetch virtualbox-4.1.2_5+vde2+vnc.darwin_10.i386.tbz2 from http://packages.macports.org/virtualbox Segmentation fault }}} It's entirely likely that my network connection died unexpectedly. -- Ticket URL: <https://trac.macports.org/ticket/31472> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37520: PowerPC assembler generates unsupported relocation type
by MacPorts 05 Jul '13

05 Jul '13

#37520: PowerPC assembler generates unsupported relocation type -----------------------------+-------------------------------- Reporter: tobias.netzel@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: cctools -----------------------------+-------------------------------- When building optimized for the G5 CPU (mcpu=G5 which implies mpowerpc64, enabling the use of 64 bit registers and instructions even in 32 bit ABI) while targetting 32 bit ABI and switching on dynamic-no-pic the assembler generates relocations of type LO14 which have been seemingly deprecated with the dyld introduced with 10.4. The former dyld (part of the cctools project) supported and needed to distinguish between LO16 and LO14, but the later dyld doesn't need it anymore and unfortunately throws an unkown relocation type error.[[BR]] I made a patch to the PowerPC assembler to always generate LO16 instead of LO14 when targetting 10.4 or later. That solved the problems I encountered when building the mozilla JavaScript library optimized for the G5. -- Ticket URL: <https://trac.macports.org/ticket/37520> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #34432: New port : patoline
by MacPorts 04 Jul '13

04 Jul '13

#34432: New port : patoline ---------------------------------------------+------------------------------ Reporter: pierreetienne.meunier@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: ---------------------------------------------+------------------------------ Here is a portfile for patoline, a digital typography system written in OCaml -- Ticket URL: <https://trac.macports.org/ticket/34432> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37644: tcl/tk 8.6 breaks spectrum rendering in ccpnmr
by MacPorts 04 Jul '13

04 Jul '13

#37644: tcl/tk 8.6 breaks spectrum rendering in ccpnmr -----------------------+-------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ccpnmr -----------------------+-------------------------------- The migration to tcl/tk 8.6 breaks the ccpnmr so that it can no longer render NMR spectra without crashing.[[BR]] Confirmed that reverting tcl/tk to 8.5.13 and rebuilding py27-tkinter against this version restores full functionality.[[BR]] The rendering under tcl/tk 8.6 fails with...[[BR]] [[BR]] >>> Spectrum successfully opened[[BR]] finished opening spectrum Expt_1 ghnhb_3D[[BR]] X Error of failed request: BadDrawable (invalid Pixmap or Window parameter)[[BR]] Major opcode of failed request: 70 (X_PolyFillRectangle)[[BR]] Resource id in failed request: 0x601811[[BR]] Serial number of failed request: 47218[[BR]] Current serial number in output stream: 47221[[BR]] [[BR]] IMHO, the migration to tcl/tk 8.6 was premature and should be reverted until tcl/tk 8.6.1 is released.[[BR]] It is unclear if the defect lies in tcl/tk or _tkinter of py27-tkinter. -- Ticket URL: <https://trac.macports.org/ticket/37644> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 17

[MacPorts] #26742: dbus @1.2.24 [install fail for non-root users]
by MacPorts 04 Jul '13

04 Jul '13

#26742: dbus @1.2.24 [install fail for non-root users] ------------------------------+--------------------------------------------- Reporter: mh6@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------+--------------------------------------------- Hi, I tried to install dbus with a macports installed in a custom $prefix as non-root user. while it throws warnings about not being able to create users/groups during the build (which is ok), it also tries to put the LaunchAgent into the system directory and not the /Users/ one. Error: Target org.macports.activate returned: error copying "/Users/mh6/var/macports/software/dbus/1.2.24_1/Library/LaunchAgents/org.freedesktop .dbus-session.plist" to "/Library/LaunchAgents/org.freedesktop.dbus- session.plist": permission denied While the Portfile itself passes the custom install location through, Patch4 hardcodes it to /Library/LaunchAgents Would be nice if someone could change it to ${prefix}/Library/LaunchAgents thanks, Michael -- Ticket URL: <https://trac.macports.org/ticket/26742> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #36622: py27-pinocchio @0.2 git clone failed
by MacPorts 04 Jul '13

04 Jul '13

#36622: py27-pinocchio @0.2 git clone failed -------------------------------+-------------------------------- Reporter: alex.rudy+ports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-pinocchio -------------------------------+-------------------------------- The github url for py27-pinocchio: a) points to a non-existant repository: [https://github.com/infrared/pinocchio] b) uses https, not git:// or http:// (I believe only git:// is supported), and so requires authentication. == Solutions == Use mkwiatkowski's repo (he is the developer of the spec plugin) [https://github.com/mkwiatkowski/pinocchio] Use the pypi submission here: [http://pypi.python.org/pypi/pinocchio/0.3.1] Error message: {{{ Username for 'https://github.com': alexrudy Password for 'https://alexrudy@github.com': Error: org.macports.fetch for port py27-pinocchio returned: Git clone failed Please see the log file for port py27-pinocchio for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py-pinocchio/py27-pinocchio/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port py27-pinocchio failed }}} -- Ticket URL: <https://trac.macports.org/ticket/36622> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6