July 2009 - macports-tickets - lists.macosforge.org

[MacPorts] #20124: libiconv 1.13 +universal problem
by MacPorts 02 Jul '09

02 Jul '09

#20124: libiconv 1.13 +universal problem -------------------------------+-------------------------------------------- Reporter: cebep@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: libiconv @1.13_0+universal -------------------------------+-------------------------------------------- dont build x86_64 arch, only ppc and i386[[BR]] what can i do? -- Ticket URL: <http://trac.macports.org/ticket/20124> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #19787: libtool-2.2.6a glibtool does not handle -framework option
by MacPorts 02 Jul '09

02 Jul '09

#19787: libtool-2.2.6a glibtool does not handle -framework option -------------------------------+-------------------------------------------- Reporter: mantiuk@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: framework qt3-mac | Port: libtool -------------------------------+-------------------------------------------- When linking with qt-mt (qt3-mac) using glibtool: ''glibtool --tag=CXX --mode=link g++ -O3 -o pfsview main.o pfsview_widget.o luminancerange_widget.o histogram.o main.moc.o pfsview_widget.moc.o luminancerange_widget.moc.o -framework Carbon -framework QuickTime -framework OpenGL -framework AGL -L/opt/local/lib -lqt-mt -lmng -ljpeg -lpng -lz ../pfs/libpfs-1.2.la '' glibtool fails with the following message: ''glibtool: link: cannot find the library `' or unhandled argument `Carbon' '' The same happens when all "-framework" options are removed from the command line, so this may be related to qt3-mac port. I attach the complete output with --debug. -- Ticket URL: <http://trac.macports.org/ticket/19787> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #18669: Offlineimap crash when retriving large mails
by MacPorts 02 Jul '09

02 Jul '09

#18669: Offlineimap crash when retriving large mails ---------------------------------+------------------------------------------ Reporter: to.signin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: offlineimap | Port: offlineimap ---------------------------------+------------------------------------------ The output by offlineimap is shown below when it try to download a large mail, which is less than 10 MB. Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/offlineimap/threadutil.py", line 149, in run Thread.run(self) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/threading.py", line 446, in run self.__target(*self.__args, **self.__kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/offlineimap/folder/Base.py", line 277, in copymessageto message = self.getmessage(uid) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/offlineimap/folder/IMAP.py", line 164, in getmessage initialresult = imapobj.uid('fetch', '%d' % uid, '(BODY.PEEK[])') File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imaplib.py", line 752, in uid typ, dat = self._simple_command(name, command, *args) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imaplib.py", line 1055, in _simple_command return self._command_complete(name, self._command(name, *args)) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imaplib.py", line 885, in _command_complete typ, data = self._get_tagged_response(tag) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imaplib.py", line 986, in _get_tagged_response self._get_response() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imaplib.py", line 948, in _get_response data = self.read(size) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/imaplib.py", line 1150, in read data = self.sslobj.read(min(size-read, 16384)) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/offlineimap/imaplibutil.py", line 82, in read retval = self._read(n) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/offlineimap/imaplibutil.py", line 70, in _read return self.sslsock.read(n) sslerror: (8, 'EOF occurred in violation of protocol') -- Ticket URL: <http://trac.macports.org/ticket/18669> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #18302: MacPorts doesn't recreate manpage symlink after compressing manpage if symlink is absolute
by MacPorts 02 Jul '09

02 Jul '09

#18302: MacPorts doesn't recreate manpage symlink after compressing manpage if symlink is absolute -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.8.0 Component: base | Version: 1.7.0 Keywords: | Port: -------------------------------------+-------------------------------------- MacPorts base has this nifty feature whereby it automatically gzips manpages after the destroot phase. It then looks for any symlinks in the destroot that point to the now-compressed manpages, and deletes and re- creates them pointing to the gzipped versions (since the manpage filenames have changed through the addition of ".gz"). This works great... ...until a port installs a symlink pointing to an absolute path instead of a relative one. Boom, the symlink doesn't get recreated anymore and we have problems with * coreutils (#15864) * findutils (#18227) * pure, pure-devel (#18294) and probably more. The real kicker is that MacPorts base sometimes correctly re-links an absolute symlink: when a previous version of the port is already installed! since then the target of the symlink (with the addition of ".gz") exists. MacPorts should see if the manpage symlink path is absolute, and if so, prepend the destroot path, or something like that. -- Ticket URL: <http://trac.macports.org/ticket/18302> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20134: MacPorts 1.7.1 fails under Snow Leopard
by MacPorts 02 Jul '09

02 Jul '09

#20134: MacPorts 1.7.1 fails under Snow Leopard --------------------------------+------------------------------------------- Reporter: conradwt@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: --------------------------------+------------------------------------------- Hi, I have attempted to use MacPorts 1.7.1 on Snow Leopard build without success. BEGIN TRANSCRIPT: dlopen(/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib, 10): no suitable image found. Did find: /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: mach-o, but wrong architecture while executing "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib" ("package ifneeded Pextlib 1.0" script) invoked from within "package require Pextlib 1.0" (file "/opt/local/bin/port" line 40) END TRANSCRIPT: Does 1.7.1 suppose to work out of the box or is there a version being target for the official release of Snow Leopard? -- Ticket URL: <http://trac.macports.org/ticket/20134> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17619: Consider removing dp2mp upgrade code from base
by MacPorts 02 Jul '09

02 Jul '09

#17619: Consider removing dp2mp upgrade code from base --------------------------------+------------------------------------------- Reporter: jmpp@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts 1.8.0 Component: base | Version: 1.8.0 Keywords: dp2mp move upgrade | Port: --------------------------------+------------------------------------------- I looked around Trac but didn't find any ticket pertaining to my following proposal: we should start considering removing the dp2mp upgrade code from base (both base/Mk/macports.upgrade.mk and base/portmgr/dmg/preflight), as it's been quite a while since MacPorts 1.5.0, released on 09-July-2007, which is when my code saw the light of day. The one big problem with this is that, if there happen to be any such incredibly-lagged-behind-stragglers, we'd be breaking any upgrade compatibility with them, for both their installed MacPorts release and their installed ports (i.e., they might as well rm -rf ${prefix}), given how extensively I changed the installation layout in the dp2mp move. So if we still want to make it smooth for them, we'd have to *explicitly* document a two-step upgrade process for them: 1. Installation from the last dmg containing the upgrade code, but *NOT* from anything newer than that; 2. Selfupdating to the latest release; Ideas...? -jmpp -- Ticket URL: <http://trac.macports.org/ticket/17619> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20133: py25-llvm overrides portgroup depends_lib
by MacPorts 01 Jul '09

01 Jul '09

#20133: py25-llvm overrides portgroup depends_lib ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: snc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: py25-llvm ------------------------------+--------------------------------------------- py25-llvm overrides the portgroup depends_lib. Update to use -append -- Ticket URL: <http://trac.macports.org/ticket/20133> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #17615: Only convert receipts if it's actually needed
by MacPorts 01 Jul '09

01 Jul '09

#17615: Only convert receipts if it's actually needed ------------------------------+--------------------------------------------- Reporter: jmr@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.8.0 Keywords: | Port: ------------------------------+--------------------------------------------- In Mk/macports.upgrade.mk, we currently run sed on every receipt to replace db/dports with macports, and create a .mpsaved backup regardless of whether anything was replaced. It would be nice if we only did this when it's needed. -- Ticket URL: <http://trac.macports.org/ticket/17615> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19093: py25-flup 1.0.1 portfile
by MacPorts 01 Jul '09

01 Jul '09

#19093: py25-flup 1.0.1 portfile -------------------------------------+-------------------------------------- Reporter: pedro.salgado@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.7.0 Keywords: | Port: py25-flup -------------------------------------+-------------------------------------- -- Ticket URL: <http://trac.macports.org/ticket/19093> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #19759: Current version of haddock does not work with current ghc (6.10.3)
by MacPorts 01 Jul '09

01 Jul '09

#19759: Current version of haddock does not work with current ghc (6.10.3) -------------------------------+-------------------------------------------- Reporter: anj@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: haddock -------------------------------+-------------------------------------------- Hi, When trying to install haddock, I get this: {{{ % sudo port install haddock ---> Fetching haddock ---> Verifying checksum(s) for haddock ---> Extracting haddock ---> Configuring haddock Error: Target org.macports.configure returned: shell command \ "cd /opt/local/var/macports/build/_opt_local_var_macports_sources\ _rsync.macports.org_release_ports_devel_haddock/work/haddock-2.4.1 \ && ./Setup configure --ghc --prefix=/opt/local" returned error 1 Command output: Configuring haddock-2.4.1... Setup: At least the following dependencies are missing: ghc-paths -any Error: Status 1 encountered during processing. }}} I'm pretty sure I have a vanilla ports install, so I'm submitting as a bug. Thanks for your time. Andy J. -- Ticket URL: <http://trac.macports.org/ticket/19759> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2