Comment 1:

Don't you need write permission as a rule when writing to system directories?

Comment 2:

In this case github.com/dlintw/goconf is installed into $HOME/go instead of /opt/go.
I don't understand why it require /opt/go write permission.
As a linux distribution package maker, I think the installed package should NOT be
changed by user.  Just like gcc/java system library.
But, if user want their 3rd party package, they can use GOPATH to include their local
packages.
So, for normal user, it is not necessary to have write permission to system library (I
mean in my case /opt/go)
The build script of go-hg is put on https://aur.archlinux.org/packages/go/go-hg/PKGBUILD

Comment 3:

This is a known bug.  I can't find it on the issue tracker so renaming
to match what we're going to fix.

Labels changed: added priority-go1, removed priority-triage.

Owner changed to builder@golang.org.

Status changed to Accepted.

Comment 4:

This issue was closed by revision b03a5f6.

Status changed to Fixed.

Comment 5:

Re comment 3, I reported this issue in reply to 1739 "Make goinstall work without
mingw". Perhaps that is what you are thinking of.

Comment 6:

Thanks!

Comment 7:

I've tested on 8592a2140513,
This problem still exist.
GOPATH=$home/go
GOROOT=/opt/go
$go get -x -u github.com/ajstarks/svgo
...
cp $WORK/obj/runtime.a $GOROOT/pkg/linux_amd64/runtime.a
open /opt/go/pkg/linux_amd64/runtime.a: permission denied

Comment 8:

What does go list -json github.com/ajstarks/svgo say?

Comment 9:

$go list -json github.com/ajstarks/svgo
{
    "Dir": "/home/dlin/go/src/github.com/ajstarks/svgo",
    "ImportPath": "github.com/ajstarks/svgo",
    "Name": "svg",
    "Doc": "Package svg provides an API for generating Scalable Vector Graphics (SVG)",
    "Target": "/home/dlin/go/pkg/linux_amd64/github.com/ajstarks/svgo.a",
    "Stale": true,
    "Root": "/home/dlin/go",
    "GoFiles": [
        "svg.go"
    ],
    "Imports": [
        "encoding/xml",
        "fmt",
        "io",
        "strings"
    ],
    "Deps": [
        "bufio",
        "bytes",
        "encoding/xml",
        "errors",
        "fmt",
        "io",
        "math",
        "os",
        "reflect",
        "runtime",
        "strconv",
        "strings",
        "sync",
        "sync/atomic",
        "syscall",
        "time",
        "unicode",
        "unicode/utf8",
        "unsafe"
    ]
}

Comment 10 by salviati@freeconsole.org:

I don't think this bug is fixed; I'm having the problem here (using ArchLinux). go
install gives
...
cp $WORK/runtime.a $GOROOT/pkg/linux_amd64/runtime.a
open /opt/go/pkg/linux_amd64/runtime.a: permission denied
for a package under $GOPATH/src. (go version weekly.2012-03-04 +2bc5447d7858)

Comment 11 by salviati.gnu:

I don't think this bug is fixed; I'm having the problem here (using ArchLinux). go
install gives
...
cp $WORK/runtime.a $GOROOT/pkg/linux_amd64/runtime.a
open /opt/go/pkg/linux_amd64/runtime.a: permission denied
for a package under $GOPATH/src. (go version weekly.2012-03-04 +2bc5447d7858)

Comment 12:

I've tried touch solution, it can NOT work.
r=$GOROOT/bin/go
find $GOROOT/pkg/ -name "*.a" -exec touch -r $r {} \;

Comment 13:

About the subject of this issue,
"cmd/go: do not recompile packages outside current root"
is not provide by me.
I think it will be better if change to
"cmd/go: do not recompile packages in $GOROOT if $GOPATH provide"

Comment 14:

I solved it by 
sudo go install std
But, if it can just copy the library without do such thing is better.

Comment 15 by meetkraju:

This issue bite me today. 
Fortunate that i found this issue page and solved by sudo go install std.
I think at least this issue should be reopened to remind.

Comment 16:

Can you say what directory you are in and what 'go list -json' prints
in that directory? What package does the go command want to install?
Can you also try 'go list -json <that-package>'?
If you are inside $GOROOT then go install should install the standard
packages. If you are outside $GOROOT it should not, unless they are
not present at all.
Russ

Comment 17 by breeze773:

Which version was this foxed in?  I'm currently using the 1.0.3 release and coming
across this issue with the released OS X pkg.

Comment 18:

@breeze773: try building from source at tip: http://golang.org/doc/install/source