Opened 13 years ago
Closed 12 years ago
#31548 closed defect (fixed)
dotwrp: Git clone failed
Reported by: | skymoo (Adam Mercer) | Owned by: | tenomoto (Takeshi Enomoto) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | |
Keywords: | Cc: | ||
Port: | dotwrp |
Description
dotwrp fails to build (Mac OS X 10.6.8, XCode-4.0.2) with the following error:
---> Computing dependencies for octave ---> Dependencies to be installed: dotwrp ftgl gawk gnuplot aquaterm pdflib hdf5-18 qhull cmake qrupdate ---> Fetching archive for dotwrp ---> Attempting to fetch dotwrp-1.0_1+gcc44.darwin_10.x86_64.tbz2 from http://packages.macports.org/dotwrp ---> Fetching dotwrp Error: Target org.macports.fetch returned: Git clone failed Error: Failed to install dotwrp Log for dotwrp is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_dotwrp/dotwrp/main.log Error: The following dependencies were not installed: dotwrp ftgl gawk gnuplot aquaterm pdflib hdf5-18 qhull cmake qrupdate Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets>
log is attached,
Attachments (1)
Change History (7)
Changed 13 years ago by skymoo (Adam Mercer)
comment:1 Changed 13 years ago by skymoo (Adam Mercer)
comment:2 Changed 13 years ago by tenomoto (Takeshi Enomoto)
I was able to git clone with current MacPorts git (1.7.7_0) . My .gitconfig is minimal (name and email).
comment:3 Changed 13 years ago by skymoo (Adam Mercer)
The entry that caused problems was:
[push] default = upstream
it complained that upstream
wasn't a valid option. This is a valid option for recent git versions but not older ones, like is supplied with Xcode4. The point is that why is MacPorts using the system git to fetch sources in preference to the MacPorts git?
comment:4 Changed 13 years ago by ecronin (Eric Cronin)
The second report on #26135 is probably a dup of this, but #31827 is the root issue.
To answer the question in comment 4: MacPorts hard-codes the path to git/svn/etc that ./configure for base detects (and it looks in /usr first for those who build their own base from source). If you cleared out port_autoconf.tcl I think it would then fall-back to adding a depends_fetch git and use the macports git, but I haven't tried that. The real fix is to not read the user's .gitconfig, in which case any git will work
comment:5 Changed 12 years ago by jmroot (Joshua Root)
Was this fixed by the HOME changes in 2.0.4? (You really shouldn't delete the version field from tickets where it might be relevant BTW.)
comment:6 Changed 12 years ago by tenomoto (Takeshi Enomoto)
Resolution: | → fixed |
---|---|
Status: | new → closed |
I tagged v1.1 to enable download in tar.gz. Committed in r93890.
Ahh, it seems that it's using the system git to fetch the sources and as I have commands specific to the latest upstream git in my .gitconfig things are getting confused... Disabling the newer config options allows it too succeed but shouldn't MacPorts git be used in preference to the system git?