Hi, I'm looking for an example of a port that only extracts and installs some files. I want to add cleanscore which consists of a perl script and some documentation but nothing to compile. Please tell me the name of a port which has a similar source. Gruss Olaf
Look at the arc port in the archivers group (starts w/ "ar", first one I found). -- Sal smile. -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University On Sat, 20 Jan 2007, Olaf Foellinger wrote: o Hi, o o I'm looking for an example of a port that only extracts and installs o some files. I want to add cleanscore which consists of a perl script and o some documentation but nothing to compile. o o Please tell me the name of a port which has a similar source. o o Gruss Olaf o _______________________________________________ o macports-dev mailing list o macports-dev@lists.macosforge.org o http://lists.macosforge.org/mailman/listinfo/macports-dev o o
Olaf Foellinger <olaf@foellinger.de> on Saturday, January 20, 2007 at 1:58 PM -0800 wrote:
I'm looking for an example of a port that only extracts and installs some files. I want to add cleanscore which consists of a perl script and some documentation but nothing to compile.
Please tell me the name of a port which has a similar source.
Gruss, These MacPorts: base nedi are two examples of mine. Also, if there are few directories to copy and no nested directories, it just takes two statements per path in a destroot phase. xintall -d -m 755 ${worksrcpath}/path1 ${destroot}/path1 eval xintall -m 755 [glob ${worksrcpath}/path1/*.pl] ${destroot}/path1 I think I made the nedi use gnutar because I thought maybe mimicking what happens automatically in the extract phase would be good. But I don't know, recently learned that someone got this: -------------------- ---> Staging nedi into destroot Error: Target com.apple.destroot returned: shell command "cd /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_nedi/work/destroot/opt/local/share && gzip -dc /opt/local/var/db/dports/distfiles/nedi/nedi-1.0.w-rc3.tgz | /usr/bin/gnutar --no-same-owner -xf -" returned error 2 Command output: /usr/bin/gnutar: unrecognized option `--no-same-owner' Try `/usr/bin/gnutar --help' for more information. gzip: stdout: Broken pipe ---------------------- I've never seen this before. Does anyone know what would cause this error on OS X? Mark
o I've never seen this before. Does anyone know what would cause this error o on OS X? On Tiger, at least, gnutar and tar are the same program and don't actually seem to be gnutar (they lack many of the options). So, if someone has the gnutar port installed and ahead of /usr/bin, the port is good to go. If not, you'll get the error you saw. -- Sal smile. -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University On Sat, 20 Jan 2007, Mark Duling wrote: o Olaf Foellinger <olaf@foellinger.de> on Saturday, January 20, 2007 at 1:58 o PM -0800 wrote: o >I'm looking for an example of a port that only extracts and installs o >some files. I want to add cleanscore which consists of a perl script and o >some documentation but nothing to compile. o > o >Please tell me the name of a port which has a similar source. o o Gruss, o o These MacPorts: o o base o nedi o o are two examples of mine. Also, if there are few directories to copy and o no nested directories, it just takes two statements per path in a destroot o phase. o o xintall -d -m 755 ${worksrcpath}/path1 ${destroot}/path1 o eval xintall -m 755 [glob ${worksrcpath}/path1/*.pl] ${destroot}/path1 o o I think I made the nedi use gnutar because I thought maybe mimicking what o happens automatically in the extract phase would be good. But I don't o know, recently learned that someone got this: o o -------------------- o ---> Staging nedi into destroot o Error: Target com.apple.destroot returned: shell command "cd o /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_net_nedi/work/destroot/opt/local/share o && gzip -dc /opt/local/var/db/dports/distfiles/nedi/nedi-1.0.w-rc3.tgz | o /usr/bin/gnutar --no-same-owner -xf -" returned error 2 o Command output: /usr/bin/gnutar: unrecognized option `--no-same-owner' o Try `/usr/bin/gnutar --help' for more information. o o gzip: stdout: Broken pipe o ---------------------- o o o Mark o o _______________________________________________ o macports-dev mailing list o macports-dev@lists.macosforge.org o http://lists.macosforge.org/mailman/listinfo/macports-dev o o
On Jan 20, 2007, at 5:25 PM, Salvatore Domenick Desiano wrote:
o I've never seen this before. Does anyone know what would cause this error o on OS X?
On Tiger, at least, gnutar and tar are the same program and don't actually seem to be gnutar (they lack many of the options).
On Tiger (10.4) tar is gnutar is GNU tar 1.14 (and supports --no-same- owner) On previous versions of Mac OS X (I'm not sure if it was 10.3 and before or 10.2 and before) tar was bsd tar and there was also gnutar present.
So, if someone has the gnutar port installed and ahead of /usr/bin, the port is good to go. If not, you'll get the error you saw.
--no-same-owner isn't available everywhere (and macports base actually checks to see if it's available when building from source). If a port really needs it when it is available, the portfile could probably look at tar_command from port_autoconf.tcl -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
o > On Tiger, at least, gnutar and tar are the same program and don't o > actually seem to be gnutar (they lack many of the options). o o On Tiger (10.4) tar is gnutar is GNU tar 1.14 (and supports --no-same-owner) Fascinating. Upon further investigation, the *man pages* for tar on Tiger are not gnutar, even though the binaries are. -- Sal smile.
"Daniel J. Luke" <dluke@geeklair.net> on Saturday, January 20, 2007 at 3:34 PM -0800 wrote:
--no-same-owner isn't available everywhere (and macports base actually checks to see if it's available when building from source).
If a port really needs it when it is available, the portfile could probably look at tar_command from port_autoconf.tcl
Ah I see. I'll check this out and rework the nedi port so it will work on earlier systems. Thanks Daniel and Salvatore for the detailed information! Mark
On Sat, 20 Jan 2007 18:48:57 -0500 (EST) Salvatore Domenick Desiano <sal@ri.cmu.edu> wrote:
o > On Tiger, at least, gnutar and tar are the same program and don't o > actually seem to be gnutar (they lack many of the options). o o On Tiger (10.4) tar is gnutar is GNU tar 1.14 (and supports --no-same-owner)
Fascinating. Upon further investigation, the *man pages* for tar on Tiger are not gnutar, even though the binaries are.
I don't think you get it right... This is my situation (and yours is probably similar): I have bsd tar in /usr/bin/tar and bsd tar manual in /usr/share/man/man1/tar.1 . If I type "man tar" I get bsd man , but if i run tar i get gnutar, just like you. Here is the explanation: enrico@esoel:enrico$ echo $PATH /opt/local/bin:/opt/local/sbin:/sw/bin:/sw/sbin:/Users/enrico/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin enrico@esoel:enrico$ dpkg -L tar |grep man enrico@esoel:enrico$ which tar /sw/bin/tar Fink path comes before system path but fink (gnu) tar doesn't have a manpage. Bye Enrico PS Pay attention to your dependencies... and to your paths ;-)
Ah, the old implicit MANPATH trick. Clever. -- Sal smile. On Fri, 26 Jan 2007, Enrico Placci wrote: o On Sat, 20 Jan 2007 18:48:57 -0500 (EST) o Salvatore Domenick Desiano <sal@ri.cmu.edu> wrote: o o > o > On Tiger, at least, gnutar and tar are the same program and don't o > o > actually seem to be gnutar (they lack many of the options). o > o o > o On Tiger (10.4) tar is gnutar is GNU tar 1.14 (and supports o > --no-same-owner) o > o > Fascinating. Upon further investigation, the *man pages* for tar on o > Tiger are not gnutar, even though the binaries are. o > o o I don't think you get it right... o This is my situation (and yours is probably similar): o I have bsd tar in /usr/bin/tar and bsd tar manual o in /usr/share/man/man1/tar.1 . If I type "man tar" I get bsd man , but o if i run tar i get gnutar, just like you. Here is the explanation: o o enrico@esoel:enrico$ echo $PATH o /opt/local/bin:/opt/local/sbin:/sw/bin:/sw/sbin:/Users/enrico/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin o enrico@esoel:enrico$ dpkg -L tar |grep man o enrico@esoel:enrico$ which tar o /sw/bin/tar o o Fink path comes before system path but fink (gnu) tar doesn't have a o manpage. o o Bye o Enrico o o o PS Pay attention to your dependencies... and to your paths ;-) o _______________________________________________ o macports-dev mailing list o macports-dev@lists.macosforge.org o http://lists.macosforge.org/mailman/listinfo/macports-dev o o -- -------------- Salvatore Domenick Desiano Doctoral Candidate Robotics Institute Carnegie Mellon University
On Jan 26, 2007, at 11:59 AM, Enrico Placci wrote:
o On Tiger (10.4) tar is gnutar is GNU tar 1.14 (and supports --no-same-owner)
Fascinating. Upon further investigation, the *man pages* for tar on Tiger are not gnutar, even though the binaries are.
I don't think you get it right... This is my situation (and yours is probably similar): I have bsd tar in /usr/bin/tar and bsd tar manual in /usr/share/man/man1/tar.1 .
If you're on 10.4 and /usr/bin/tar isn't gnutar you have done something to modify it: [g5:~] dluke% sw_vers ProductName: Mac OS X ProductVersion: 10.4.8 BuildVersion: 8L127 [g5:~] dluke% /usr/bin/tar --version tar (GNU tar) 1.14 Copyright (C) 2004 Free Software Foundation, Inc. This program comes with NO WARRANTY, to the extent permitted by law. You may redistribute it under the terms of the GNU General Public License; see the file named COPYING for details. Written by John Gilmore and Jay Fenlason. Modified to support extended attributes. In previous versions of Mac OS X, tar was actually cpio. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+
participants (5)
-
Daniel J. Luke
-
Enrico Placci
-
Mark Duling
-
Olaf Foellinger
-
Salvatore Domenick Desiano