January 2007 - macports-dev - lists.macosforge.org

Re: Can any perl gurus answer this? - SpeedyCGI
by Mark Duling 22 Jan '07

22 Jan '07

No, I didn't ever find the answer and it bugs the heck out of me. Normally, I Google up information or FreeBSD, OpenBSD, or Portage patches or somebody's manual install notes to fix problems like that. Not for this one and the mailing list looks dead, -although I didn't try to emailing the author. I would really like to get this one done but I'm stuck. Mark dan(a)frombeantocup.com on Sunday, January 21, 2007 at 10:23 PM -0800 wrote: >Did you ever get CGI-SpeedyCGI to build on OSX? > > >I'm getting the same error you did... > > >cc -o speedy_backend speedy_backend_main.o speedy_perl.o speedy_util.o >speedy_sig.o speedy_frontend.o speedy_backend.o speedy_file.o >speedy_slot.o speedy_poll.o speedy_ipc.o speedy_group.o speedy_script.o >speedy_opt.o speedy_optdefs.o xsinit.o -L/usr/local/lib >/System/Library/Perl/5.8.6/darwin-thread-multi-2level/auto/DynaLoader/DynaLoader.a >-L/System/Library/Perl/5.8.6/darwin-thread-multi-2level/CORE -lperl -ldl >-lm -lc >/usr/bin/ld: multiple definitions of symbol _my_perl >speedy_backend_main.o definition of _my_perl in section (__DATA,__common) >speedy_perl.o definition of _my_perl in section (__DATA,__common) >speedy_util.o definition of _my_perl in section (__DATA,__common) >speedy_sig.o definition of _my_perl in section (__DATA,__common) >speedy_frontend.o definition of _my_perl in section (__DATA,__common) >speedy_backend.o definition of _my_perl in section (__DATA,__common) >speedy_file.o definition of _my_perl in section (__DATA,__common) >speedy_slot.o definition of _my_perl in section (__DATA,__common) >speedy_poll.o definition of _my_perl in section (__DATA,__common) >speedy_ipc.o definition of _my_perl in section (__DATA,__common) >speedy_group.o definition of _my_perl in section (__DATA,__common) >speedy_script.o definition of _my_perl in section (__DATA,__common) >speedy_opt.o definition of _my_perl in section (__DATA,__common) >speedy_optdefs.o definition of _my_perl in section (__DATA,__common) >collect2: ld returned 1 exit status >make: *** [speedy_backend] Error 1 > > > >Dan McLaughlin >[ mailto:dan@frombeantocup.com ]dan(a)frombeantocup.com >tel: 512.633.8086 >fax: 866.291.4575 >mobile: 512.633.8086 >[ http://www.frombeantocup.com ]http://www.frombeantocup.com > >

1 0

bzip2 upgrade from 1.0.3 -> 1.0.4
by Randall Wood 22 Jan '07

22 Jan '07

rhwood$ sudo port upgrade outdated ---> Deactivating bzip2 1.0.3_0 ---> Fetching bzip2 ---> Attempting to fetch bzip2-1.0.4.tar.gz from http://www.bzip.org/ 1.0.4/ ---> Verifying checksum(s) for bzip2 ---> Extracting bzip2 ---> Applying patches to bzip2 Error: Target com.apple.patch returned: shell command "cd "/opt/local/ var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_archivers_bzip2/work/bzip2-1.0.4" && patch -p0 < "/opt/local/var/ db/dports/sources/rsync.rsync.darwinports.org_dpupdate_dports/ archivers/bzip2/files/patch-Makefile-dylib.diff"" returned error 1 Command output: patching file Makefile Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 4 out of 4 hunks ignored -- saving rejects to file Makefile.rej Randall Wood rhwood(a)mac.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy."

3 2

rubygems update
by Paul M. Lambert 22 Jan '07

22 Jan '07

I've opened a ticket with a patch to the rb-rubygems Portfile This patch updates it to 0.9.1. The current (0.9.0) and previous versions are being deprecated due to a security issue, and will stop working (for remote repository access) soon. https://svn.macosforge.org/projects/macports/ticket/11277 If someone could verify the checksums, verify that it works, and commit it, I'd be grateful! Paul

1 0

gmtl port file
by Doug McCorkle 22 Jan '07

22 Jan '07

Hello, I have a port file for gmtl that I would like considered for addition to macports. Please let me know if the file needs to be updated in some manner to be included. Thanks for the consideration. Doug

5 11

Extraction command and fink conflict
by Sbranzo 21 Jan '07

21 Jan '07

I used to have fink installed, because I needed a working postfix. Now postfix is ok under macports so I want to remove fink. If I move /sw to /sw-old, for example, here's what I have If I try to install some new program in macports: sudo port -vc install unix2dos [...] ---> Extracting unix2dos-2.2.src.tar.gz sh: line 1: /sw/bin/gtar: No such file or directory gzip: stdout: Broken pipe Error: Target com.apple.extract returned: shell command "cd "/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_textproc_unix2dos/work" && gzip -dc /opt/local/var/db/dports/distfiles/unix2dos/unix2dos-2.2.src.tar.gz | /sw/bin/gtar --no-same-owner -xf -" returned error 127 Command output: sh: line 1: /sw/bin/gtar: No such file or directory So I tought installing gnutar under macports could be of any help, and mv'ed back /sw/ from /sw-old. Installation was smooth, because port used /sw/bin/gtar to unpack tarballs. Then I moved /sw to /sw-old, expecting macports will use the new gnutar, but the problem is similar: sudo port -vc install unix2dos [...] ---> Extracting unix2dos-2.2.src.tar.gz sh: line 1: /sw/bin/gnutar: No such file or directory gzip: stdout: Broken pipe Error: Target com.apple.extract returned: shell command "cd "/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_textproc_unix2dos/work" && gzip -dc /opt/local/var/db/dports/distfiles/unix2dos/unix2dos-2.2.src.tar.gz | /sw/bin/gnutar --no-same-owner -xf -" returned error 127 Command output: sh: line 1: /sw/bin/gnutar: No such file or directory Now it looks for /sw/bin/gnutar, the name has changed (it was gtar before). Why does port look for commands in /sw/bin? I used to have /sw/{bin,sbin} in my path (and in root's path too), but now I removed all the references. Thanks in advance, Gufo

2 2

problems building a local port
by Artemio Gonzalez Lopez 20 Jan '07

20 Jan '07

I am trying to build locally a port (readline 5.2) by adding file:///Users/artemio/Archive/dports-dev to /opt/local/etc/ports/sources.conf, using a modification of the standard readline 5.1 portfile that I put in my local port directory (/Users/artemio/Archive/dports-dev/devel/readline). After cd'ing to said directory, I execute the command sudo port -dv build However, this fails miserably as follows: ======================================================================== ======================== DEBUG: Changing to port directory: . DEBUG: Changing to port directory: . DEBUG: Requested variant powerpc is not provided by port readline. DEBUG: Requested variant darwin is not provided by port readline. DEBUG: Requested variant macosx is not provided by port readline. DEBUG: Executing com.apple.main (readline) ---> Fetching readline DEBUG: Executing com.apple.fetch (readline) ---> Verifying checksum(s) for readline DEBUG: Executing com.apple.checksum (readline) ---> Extracting readline DEBUG: Executing com.apple.extract (readline) ---> Extracting readline-5.2.tar.gz DEBUG: setting option extract.args to /opt/local/var/db/dports/ distfiles/readline/readline-5.2.tar.gz DEBUG: Assembled command: 'cd "/opt/local/var/db/dports/build/ _Users_artemio_Archive_dports-dev_devel_readline/work" && gzip -dc / opt/local/var/db/dports/distfiles/readline/readline-5.2.tar.gz | /usr/ bin/gnutar --no-same-owner -xf -' gzip: /opt/local/var/db/dports/distfiles/readline/ readline-5.2.tar.gz: No such file or directory DEBUG: Executing com.apple.patch (readline) ---> Applying patches to readline Error: Target com.apple.patch returned: couldn't change working directory to "/opt/local/var/db/dports/build/ _Users_artemio_Archive_dports-dev_devel_readline/work/readline-5.2": no such file or directory Warning: the following items did not execute (for readline): com.apple.build com.apple.patch com.apple.configure Error: Status 1 encountered during processing. ======================================================================== ======================== If I create by hand the missing directory /opt/local/var/db/dports/ build/_Users_artemio_Archive_dports-dev_devel_readline/work/ readline-5.2 here's the error I get: ======================================================================== ======================== DEBUG: Changing to port directory: . DEBUG: Changing to port directory: . DEBUG: Requested variant powerpc is not provided by port readline. DEBUG: Requested variant darwin is not provided by port readline. DEBUG: Requested variant macosx is not provided by port readline. DEBUG: Skipping completed com.apple.main (readline) DEBUG: Skipping completed com.apple.fetch (readline) DEBUG: Skipping completed com.apple.checksum (readline) DEBUG: Skipping completed com.apple.extract (readline) DEBUG: Executing com.apple.patch (readline) ---> Applying patches to readline ---> Applying /Users/artemio/Archive/dports-dev/devel/readline/files/ readline52-001 DEBUG: Assembled command: 'cd "/opt/local/var/db/dports/build/ _Users_artemio_Archive_dports-dev_devel_readline/work/readline-5.2" && patch -p0' can't find file to patch at input line 22 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- | READLINE PATCH REPORT | ===================== | |Readline-Release: 5.2 |Patch-ID: readline52-001 | |Bug-Reported-by: ebb9(a)byu.net |Bug-Reference-ID: <45540862.9030900(a)byu.net> |Bug-Reference-URL: http://lists.gnu.org/archive/html/bug-bash/ 2006-11/msg00017.html | http://lists.gnu.org/archive/html/bug-bash/ 2006-11/msg00016.html | |Bug-Description: | |In some cases, code that is intended to be used in the presence of multibyte |characters is called when no such characters are present, leading to incorrect |display position calculations and incorrect redisplay. | |Patch: | |*** ../readline-5.2/display.c Thu Sep 14 14:20:12 2006 |--- display.c Mon Nov 13 17:55:57 2006 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored Error: Target com.apple.patch returned: shell command "cd "/opt/local/ var/db/dports/build/_Users_artemio_Archive_dports-dev_devel_readline/ work/readline-5.2" && patch -p0 < "/Users/artemio/Archive/dports-dev/ devel/readline/files/readline52-001"" returned error 1 Command output: can't find file to patch at input line 22 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- | READLINE PATCH REPORT | ===================== ... -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored Warning: the following items did not execute (for readline): com.apple.build com.apple.patch com.apple.configure Error: Status 1 encountered during processing. ======================================================================== ======================== Simpler commands like sudo port -dv fetch are totally ignored: DEBUG: Changing to port directory: . DEBUG: Changing to port directory: . DEBUG: Requested variant powerpc is not provided by port readline. DEBUG: Requested variant darwin is not provided by port readline. DEBUG: Requested variant macosx is not provided by port readline. DEBUG: Skipping completed com.apple.main (readline) DEBUG: Skipping completed com.apple.fetch (readline) I wonder if I'm missing something really obvious here (I used to build my local ports with a previous version of darwinports, and never had such a problem). Any suggestions/pointers? Cheers, Artemio Artemio Gonzalez-Lopez artemio(a)eresmas.net

2 2

D-Bus & GNOME upgrades
by Randall Wood 20 Jan '07

20 Jan '07

This weekend I submitted a large number of D-Bus and GNOME upgrades to MacPorts, and will be submitting more in the coming days. D-Bus (port dbus): D-Bus has been upgraded from 0.61 to 1.0.2 and port dbus-glib has been added at version 0.72. This is a significant upgrade to D-Bus and breaks compatibility with version 0.61. All ports that depend on port:dbus have to be rebuilt to run. GNOME: About 3 dozen GNOME ports have been identified as having or requiring a dependency on D-Bus (I tested for apps and libs that linked against dbus-glib). The current stable version of about a dozen were known to be dependent on D-Bus 1.0.+ and have been upgraded to the latest stable versions. Another dozen or so have been revised to explicitly depend on port:dbus-glib and the revision tag has been incremented to force a rebuild when dbus is upgraded on user's systems. A few more are having one or more other build issues that need to be worked out before being upgraded. These changes should bring almost every GNOME port currently shipping in MacPorts up to GNOME 2.16.x specs, and the master GNOME port has been upgraded as well to reflect this. Randall Wood rhwood(a)mac.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy."

1 0

case sensitivity issue I didn't know about
by Mark Duling 20 Jan '07

20 Jan '07

I was installing unixODBC and I noticed after an uninstall it was leaving files behind even though it was removing itself from the port registry. But I notice that it does remove all files if I uninstall using the case sensitive name. Is that a known issue? I knew about some case sensitivity issues but not one where a command partially works, which is even more confusing than when 'port contents foo' shows nothing after 'port install foo' when foo is a port named "Foo". Mark

1 0

Re: Kernel extensions in MacPorts
by adam salter 20 Jan '07

20 Jan '07

Hi guys, I was investigating why there is no MacPort for MacFUSE, found this discussion through GMane, and just wanted to throw my 2 cents in. I don't know a lot about the kernel extension loading/unloading, but I don't see why the source install is such a problem. Ports has a way to set the install variant... couldn't we have an install for those with subversion installed, and those without? At the moment it could bomb out with a message like "no source file found - you can install subversion and install this package with 'port install macfuse variant:svn'" Thanks in advance, Adam

1 0

UPDATES for omniORB, py-omniORBpy and omniEvents
by Gerhard Reitmayr 19 Jan '07

19 Jan '07

hi, I have updated the ports for omniORB and py-omniORBpy to the latest versions and fixed a problem with omniEvents. The patches are already in the trac system as tickets #11108, #11109 and #11110. here are the links to the tickets http://trac.macports.org/projects/macports/ticket/11108 http://trac.macports.org/projects/macports/ticket/11109 http://trac.macports.org/projects/macports/ticket/11110 could someone check those in? thanks a lot, Gerhard Reitmayr

2 1