[MacPorts] #48207: Yosemite MacPort intallation file does not work
#48207: Yosemite MacPort intallation file does not work -----------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -----------------------+-------------------------------- I have re-imaged my laptop as per company policy and I am trying to install MacPort. It does not fail per say, but it does not seem to complete properly also. This is the information of my system: MAC OS: OS X Yosemite version 10.10.3 Xcode: Version 6.3.2 xcode-select version 2339 I also have agreed to the licence for Xcode. After the installation, the environment variable are not even set. If I open a new terminal, /opt/local/bin is not added to the path. -bash: port: command not found PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/usr/local/munki I am not sure if there's a log file for the installation that I could look at to see is something went wrong. -- Ticket URL: <https://trac.macports.org/ticket/48207> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Changes (by ryandesign@…): * component: ports => base Old description:
I have re-imaged my laptop as per company policy and I am trying to install MacPort. It does not fail per say, but it does not seem to complete properly also. This is the information of my system:
MAC OS: OS X Yosemite version 10.10.3 Xcode: Version 6.3.2 xcode-select version 2339
I also have agreed to the licence for Xcode.
After the installation, the environment variable are not even set. If I open a new terminal, /opt/local/bin is not added to the path.
-bash: port: command not found
PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/usr/local/munki
I am not sure if there's a log file for the installation that I could look at to see is something went wrong.
New description: I have re-imaged my laptop as per company policy and I am trying to install MacPort. It does not fail per say, but it does not seem to complete properly also. This is the information of my system: MAC OS: OS X Yosemite version 10.10.3\\ Xcode: Version 6.3.2\\ xcode-select version 2339 I also have agreed to the licence for Xcode. After the installation, the environment variable are not even set. If I open a new terminal, /opt/local/bin is not added to the path. {{{ -bash: port: command not found }}} {{{ PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin:/usr/local/munki }}} I am not sure if there's a log file for the installation that I could look at to see is something went wrong. -- Comment: I believe the Installer might record a log somewhere? Maybe /var/log/install.log? In any case, if the only problem is that the installer did not add the MacPorts paths to your `PATH` environment variable, then you can easily do that step yourself by editing the appropriate shell startup file. -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Comment (by ionic@…): FWIW, macports changes your `~/.profile` to add the path. `bash` reads the following files '''if you are using an interactive login shell''': `~/.bash_profile`, `~/.bash_login`, and `~/.profile`. The first one is executed, '''all others are ignored'''. It may well be that you're not using a '''login shell''' at all (check your terminal emulator's settings), in which case neither file is being read. -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Changes (by ionic@…): * cc: ionic@… (added) -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Comment (by ionic@…): I didn't notice it before, but obviously something else is adding `/usr/local/munki` to your `$PATH`. I thus strongly assume that you may have a `~/.bash_profile` or `~/.bash_login` file around doing that. In that case, you need to add something like this to your `~/.bash_profile`: {{{ if [ -f ~/.profile ]; then . ~/.profile fi }}} '''Make sure that `~/.profile` does not source any other file that might source `~/.bash_profile` or your shell will loop indefinitely on startup.''' -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Comment (by avalade@…): I didn't find any log files that could give me a clue on what went wrong with my installation. /var/log/install.log was not present. I do not use the ~/.bash_profile or ~/.bash_login. My expectation would have been to find something like: # MacPorts Installer addition on 2013-12-19_at_11:05:21: adding an appropriate PATH variable for use with MacPorts. export PATH=/opt/local/bin:/opt/local/sbin:$PATH # Finished adapting your PATH environment variable for use with MacPorts. to be added to my ~/.profile. That what happened to my previous installation (I was using MAC OS Mountain Lion then). Also, for the default location to get ports, you are using rsync.macports.org/release/tarballs/ports.tar (Got this from sources.conf). It seems that rsync.macports.org/release does not even exit... I used the workaroud where I added myself the environment variable to my ~/.profile but the selfupdate will fail because of connection timeout. I have contacted my IT service to enquire for any firewall or server setting that would prevent the connection to rsync.macports.org and they are the one who mentionned that rsync.macports.org/release seems to be unavailable. Is it possible that it has change location? As per documentation, it is my undestanding that the installer for MAC is the one setting the environment variable and doing the fist selfupdate. If either of those fail, should the user at least be notified? -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Comment (by ionic@…): `rsync.macports.org/release` does exists, but not on the HTTP server. By default, MacPorts fetches the ports tree and base (source code of itself) via `rsync` - which uses port 873. If this port is blocked, you will be unable to do the initial sync. Either let your IT department allow outgoing connections to port 873 or switch over to HTTP fetching. The [[howto/PortTreeTarball]] wiki page documents how to do this (for the ports tarball.) I'll have to look up how to change base fetching to HTTP. -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:6> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Comment (by avalade@…): I have sent a request to my IT department to investigate the outgoing connections to port 873. In the meanwhile, I will try the http fetching to see if that will give me what I need. Thank for the help! -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work ------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: | Keywords: Port: | ------------------------+-------------------------------- Comment (by ionic@…): We seem to have no way to switch base fetching to HTTPS. That means two things: 1.) you'll have to use "sync" instead of "selfupdate" (or else selfupdate will hang and in the end not work at all because it can't fetch a new base tarball via rsync) 2.) you'll need to update MacPorts manually by running the installer again once a new version is released Luckily, base isn't updated very often, so it's not a big hurdle. I agree that the installer shouldn't bail out from creating a `~/.profile` file when selfupdate fails, though... -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:8> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work -------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: worksforme | Keywords: Port: | -------------------------+-------------------------------- Changes (by ryandesign@…): * status: new => closed * resolution: => worksforme Comment: Replying to [comment:8 ionic@…]:
I agree that the installer shouldn't bail out from creating a `~/.profile` file when selfupdate fails, though...
It doesn't. It first tries to modify the shell startup file; it prints (to the log) a message to say whether that worked or failed. Then, in either case, it runs selfupdate. Here is the script: browser:trunk/base/portmgr/dmg/postflight.in If you see anything wrong, please let us know. -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X
#48207: Yosemite MacPort intallation file does not work -------------------------+-------------------------------- Reporter: avalade@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: base | Version: 2.3.3 Resolution: worksforme | Keywords: Port: | -------------------------+-------------------------------- Comment (by ionic@…): This script only creates `~/.profile` or the like if the user's default shell is `bash` or `tcsh`. Other shells (like `zsh`) are ignored. Maybe that's the problem here? -- Ticket URL: <https://trac.macports.org/ticket/48207#comment:10> MacPorts <https://www.macports.org/> Ports system for OS X
participants (1)
-
MacPorts