kerberos5
Regarding the kerberos5 building error, after examining the log file: ... make[3]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.13.2-final/src/lib/krb5/ccache' mig -header kcmrpc.h -user kcmrpc.c -sheader /dev/null \ -server /dev/null -I. ./kcmrpc.defs mig -header kcmrpc.h -user kcmrpc.c -sheader /dev/null \ -server /dev/null -I. ./kcmrpc.defs mktemp: mkdtemp failed on /Users/root/.emacs.d/tmp/mig.rxV7yX: No such file or directory mktemp: mkdtemp failed on /Users/root/.emacs.d/tmp/mig.pgFbT4: No such file or directory Failure creating temporary work directory: Exiting... Failure creating temporary work directory: Exiting... make[3]: *** [kcmrpc.h] Error 1 ... I issued the command: mkdir -p /Users/root/.emacs.d/tmp and repeated the upgrade command for kewrberos5 The build then completed without problems Obviously a bug Hope this helps ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: kerberos5
=cleanclearls alias cl=clear alias clean=rm -f *~;rm -f .*~ alias cln=rm -f *~;rm -f .*~ alias dd=du -sh alias dds=du -hd alias ddspace=df -hl alias dir=dir --color=auto alias ee=exit --Rodolfo On Wed, Aug 26, 2015 at 11:31 AM, Brandon Allbery allber...@gmail.com wrote: The next question is what is in that .bashrc. (The state of the directory you created isn't relevant, since things already went sideways when the port looked for it in the first place.) On Wed, Aug 26, 2015 at 12:18 PM, Rodolfo Aramayo raram...@gmail.com wrote: Yes at /var/root The directory I created was clean, no hidden files... --Rodolfo On Wed, Aug 26, 2015 at 11:01 AM, Brandon Allbery allber...@gmail.com wrote: On Wed, Aug 26, 2015 at 11:53 AM, Rodolfo Aramayo raram...@gmail.com wrote: mig -header kcmrpc.h -user kcmrpc.c -sheader /dev/null \ -server /dev/null -I. ./kcmrpc.defs mktemp: mkdtemp failed on /Users/root/.emacs.d/tmp/mig.rxV7yX: No such file or directory mktemp: mkdtemp failed on /Users/root/.emacs.d/tmp/mig.pgFbT4: No such file or directory errr... Does root have a .bashrc? -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: kerberos5
Yes at /var/root The directory I created was clean, no hidden files... --Rodolfo On Wed, Aug 26, 2015 at 11:01 AM, Brandon Allbery allber...@gmail.com wrote: On Wed, Aug 26, 2015 at 11:53 AM, Rodolfo Aramayo raram...@gmail.com wrote: mig -header kcmrpc.h -user kcmrpc.c -sheader /dev/null \ -server /dev/null -I. ./kcmrpc.defs mktemp: mkdtemp failed on /Users/root/.emacs.d/tmp/mig.rxV7yX: No such file or directory mktemp: mkdtemp failed on /Users/root/.emacs.d/tmp/mig.pgFbT4: No such file or directory errr... Does root have a .bashrc? -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: kerberos5
Legacy account from ancient times... Shall be corrected... --Rodolfo On Wed, Aug 26, 2015 at 11:56 AM, Brandon Allbery allber...@gmail.com wrote: On Wed, Aug 26, 2015 at 12:52 PM, Rodolfo Aramayo raram...@gmail.com wrote: export TMPDIR=/Users/$username/.emacs.d/tmp That'd be the problem. Where did you get that .bash_aliases? It's a rather bad idea for the root account. -- brandon s allbery kf8nh sine nomine associates allber...@gmail.com ballb...@sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Who maintains webkit-gtk port?
Hi, I am trying to report a bug with the webkit-gtk port and I want to cc the port maintainer I searched the web site but it is not entirely clear to me how to associate a port with a maintainer Please help Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Suggestion: Time to Use Trello?
People, Many projects out there are transitioning to trello https://trello.com/ I can see how this could help some aspects of MacPorts (not necessarily replace the great web site we already have...) Just a suggestion... --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Cannot log into phpmyadmin
Hi, I am having trouble figuring out the following: Following the instructions posted in: http://trac.macports.org/wiki/howto/MAMP I was able to successfully install everything and get everything working perfectly Basically I was able to see: localhost localhost/phpinfo.php localhost/phpmyadmin localhost/mywebsite1 localhost/mywebsite2 Using phpmyadmin i was able to create databases and users correctly I then activated Include conf/extra/httpd-vhosts.conf in the httpd.conf and in the httpd-vhosts.conf I configure a virtual host which works well Days later I tried to access phpmyadmin and while I can see phpmyadmin well but I cannot log into it using usernames and passwds I know are correct Using the same usernames and passwds I can successfully log into mysql via terminal Similarly, I cannot access: localhost/phpinfo.php If I turn conf/extra/httpd-vhosts.conf in the httpd.conf off I can now see the display of localhost/phpinfo.php, but still cannot log into phpmyadmin I tried re-installing phpmyadmin to no avail Please if you have any ideas, feel free to share them with me Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Cannot log into phpmyadmin
Ryan, I have found the origin of the problem But I still remain puzzled... See below... n Sat, Jun 15, 2013 at 7:15 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Jun 15, 2013, at 11:21, Rodolfo Aramayo wrote: I am having trouble figuring out the following: Following the instructions posted in: http://trac.macports.org/wiki/howto/MAMP I was able to successfully install everything and get everything working perfectly Basically I was able to see: localhost localhost/phpinfo.php localhost/phpmyadmin localhost/mywebsite1 localhost/mywebsite2 Using phpmyadmin i was able to create databases and users correctly Ok, so at this point in time you knew a MySQL username and password that allowed you to log in. Indeed. Using the terminal I was able to log into any user/database in MySQL5 I then activated Include conf/extra/httpd-vhosts.conf in the httpd.conf and in the httpd-vhosts.conf I configure a virtual host which works well Days later I tried to access phpmyadmin and while I can see phpmyadmin well but I cannot log into it using usernames and passwds I know are correct Using the same usernames and passwds I can successfully log into mysql via terminal I'm assuming your MySQL server is on the same machine as your web server and that you're therefore trying to talk to the MySQL server using a UNIX socket. If that's not so, let me know. Yes. Same machine Yes, UNIX socket (mysql.default_socket=/opt/local/var/run/mysql5/mysqld.sock) Perhaps there is a mismatch between where the MySQL server stores its socket file and where you've configured PHP to look for it. Have you changed where MySQL stores its socket, by editing the my.cnf file? If so, make the same change in the php.ini and/or the phpmyadmin config file. at php.in (development) I have: mysql.default_socket=/opt/local/var/run/mysql5/mysqld.sock I do not have my.cnf?? so I have not touched that file and at phpmyadmin I have: /* Select mysql if your server does not have mysqli */ $cfg['Servers'][$i]['extension'] = 'mysqli'; $cfg['Servers'][$i]['AllowNoPassword'] = false; this is related to mysql Which PHP port are you using: php5, php53, php54, php55? The ports related to php I have are: 13# port installed php5* The following ports are currently installed: php5 @5.3.26_0+apache2 (active) php5-gd @5.3.26_0 (active) php5-gdchart @0.2.0_0 (active) php5-mailparse @2.1.6_0 (active) php5-mbstring @5.3.26_0 (active) php5-mcrypt @5.3.26_0 (active) php5-mysql @5.3.26_0+mysqlnd (active) php5-openssl @5.3.26_0 (active) php5-zip @5.3.26_0 (active) php53 @5.3.26_0+libedit (active) php53-gd @5.3.26_0 (active) php53-gdchart @0.2.0_0 (active) php53-mailparse @2.1.6_1 (active) php53-mbstring @5.3.26_0 (active) php53-mcrypt @5.3.26_0 (active) php53-openssl @5.3.26_0 (active) php53-zip @5.3.26_0 (active) php54 @5.4.16_0+libedit (active) php54-apache2handler @5.4.16_0 (active) php54-gd @5.4.16_0 (active) php54-mbstring @5.4.16_0 (active) php54-mcrypt @5.4.16_0 (active) php54-mysql @5.4.16_0+mysqlnd (active) php54-zip @5.4.16_0 (active) Which variant of the php5*-mysql port is installed? If mysqlnd, have you followed the instructions, e.g.: php5-mysql @5.3.26_0+mysqlnd (active) php54-mysql @5.4.16_0+mysqlnd (active) $ port notes php54-mysql php54-mysql has the following notes: To use mysqlnd with a local MySQL server, edit /opt/local/etc/php54/php.ini and set mysql.default_socket, mysqli.default_socket and pdo_mysql.default_socket to the path to your MySQL server's socket file. For mysql5, use /opt/local/var/run/mysql5/mysqld.sock For mysql51, use /opt/local/var/run/mysql51/mysqld.sock For mysql55, use /opt/local/var/run/mysql55/mysqld.sock For mariadb, use /opt/local/var/run/mariadb/mysqld.sock For percona, use /opt/local/var/run/percona/mysqld.sock I believe then I am using: mysql.default_socket=/opt/local/var/run/mysql5/mysqld.sock Similarly, I cannot access: localhost/phpinfo.php Why not? What happens? Not Found! Despite the fact that the phpinfo.php file is there in: /opt/local/apache2/htdocs BUT if I comment out the statement: # Virtual hosts Include conf/extra/httpd-vhosts.conf inside httpd.conf then I can see phpinfo.php If I turn conf/extra/httpd-vhosts.conf in the httpd.conf off I can now see the display of localhost/phpinfo.php, What strange directives are in httpd-vhosts.conf that are causing that? What I have found is that when I comment out the directive: # Various default settings Include conf/extra/httpd-default.conf inside httpd.conf Now everything EXCEPT being able to see phpinfo.php works. This is I can now see phpmyadmin and log into it correctly but phpinfo.php is not displayed correclty Inside httpd-vhosts.conf I have the following active: ### NameVirtualHost *:80 Listen 80 VirtualHost localhost 192.168.1.5 165.91.108.63 *:80 ServerAdmin raram
rb-cairo Fails to build
Hi, I am trying to build metasploit3 on MacOS X 10.8.3, but one of its dependencies, rb-cairo, fails with the following error: # --- Configuring rb-rcairo Error: org.macports.configure for port rb-rcairo returned: configure failure: command execution failed Error: Failed to install rb-rcairo Please see the log file for port rb-rcairo for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_ruby_rb-rcairo/rb-rcairo/main.log Error: The following dependencies were not installed: rb-gtk2 rb-pango rb-rcairo rb-libglade2 rb-libgnome rb-gnomecanvas To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port metasploit3 failed # Log is attached Comments/Ideas are welcomed Thanks --R rb-cairo.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
p5.12-cgi-speedycgi fails to install
Hi, Apologies for the spam...It's me again I am trying to install p5.12-cgi-speedycgi on MacOS X 10.8.3 and I am getting the following error: # --- Building p5.12-cgi-speedycgi Error: org.macports.build for port p5.12-cgi-speedycgi returned: command execution failed Please see the log file for port p5.12-cgi-speedycgi for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-cgi-speedycgi/p5.12-cgi-speedycgi/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port p5.12-cgi-speedycgi failed # Log is attached Comments/Ideas are welcomed Thanks --R p5.12-cgi-speedycgi.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: p5.12-cgi-speedycgi fails to install
Ryan, I always clean and try again before reporting problems --R On Fri, May 17, 2013 at 1:10 AM, Ryan Schmidt ryandes...@macports.orgwrote: On May 17, 2013, at 01:08, Ryan Schmidt wrote: On May 17, 2013, at 01:05, Rodolfo Aramayo wrote: I am trying to install p5.12-cgi-speedycgi on MacOS X 10.8.3 and I am getting the following error: # --- Building p5.12-cgi-speedycgi It was an unclean build. Clean and try again before reporting problems. http://guide.macports.org/chunked/project.html#project.tickets.prerequisites But I get the problem too, and so have others. It's this ticket: https://trac.macports.org/ticket/33479 ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
People, This is NOT a MacPorts issue, but since I started using MacOS X 10.8.3 (from 10.6.8--so I am shy...what do you know), I am getting this annoying message every time I try to sudo sudo -i dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid The thing is that if I generate a second admin account, that account does behave as expected (i.e., no message is reported) This seems to be an innocuous message, that can be ignored...? but I am wondering if any of you encountered it and if you did what did you do to correct it? Nothing I found on the internet seems to be a reasonable risk-free approach... Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
On Fri, May 17, 2013 at 4:25 AM, Chris Jones jon...@hep.phy.cam.ac.ukwrote: Hi, The warning means you either have the environment variable DYLD_LIBRARY_PATH *or* LD_LIBRARY_PATH set to some value ? Generally this is not a good idea, so try removing these settings. If you do need them, you have to just put up with the warning. I agree The problem is I cannot find anywhere where that variable has been defined and it is certainly not present in my '.bashrc' or related files Some people think this is an Apple bug? But why then is the second admin account impervious to it? Thanks Chris On 17/05/13 07:41, Rodolfo Aramayo wrote: People, This is NOT a MacPorts issue, but since I started using MacOS X 10.8.3 (from 10.6.8--so I am shy...what do you know), I am getting this annoying message every time I try to sudo sudo -i dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid The thing is that if I generate a second admin account, that account does behave as expected (i.e., no message is reported) This seems to be an innocuous message, that can be ignored...? but I am wondering if any of you encountered it and if you did what did you do to correct it? Nothing I found on the internet seems to be a reasonable risk-free approach... Thanks --R __**_ macports-users mailing list macports-users@lists.**macosforge.orgmacports-users@lists.macosforge.org https://lists.macosforge.org/**mailman/listinfo/macports-**usershttps://lists.macosforge.org/mailman/listinfo/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
On Fri, May 17, 2013 at 11:34 AM, Chris Jones jon...@hep.phy.cam.ac.ukwrote: Hi, The problem is I cannot find anywhere where that variable has been defined and it is certainly not present in my '.bashrc' or related files Some people think this is an Apple bug? No, its not an Apple bug. Something in your dot files is setting it. What does grep LD_LIBRARY_PATH ~/.* grep: /Users/admin/.: Is a directory grep: /Users/admin/..: Is a directory grep: /Users/admin/.Trash: Is a directory grep: /Users/admin/.emacs.d: Is a directory grep: /Users/admin/.ssh: Is a directory grep DYLD_LIBRARY ~/.* grep: /Users/admin/.: Is a directory grep: /Users/admin/..: Is a directory grep: /Users/admin/.Trash: Is a directory grep: /Users/admin/.emacs.d: Is a directory grep: /Users/admin/.ssh: Is a directory Give ? But why then is the second admin account impervious to it? Because it doesn't have the settings in one of the ~/.* files that the other one does, I would guess. Chris Thanks Chris On 17/05/13 07:41, Rodolfo Aramayo wrote: People, This is NOT a MacPorts issue, but since I started using MacOS X 10.8.3 (from 10.6.8--so I am shy...what do you know), I am getting this annoying message every time I try to sudo sudo -i dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid The thing is that if I generate a second admin account, that account does behave as expected (i.e., no message is reported) This seems to be an innocuous message, that can be ignored...? but I am wondering if any of you encountered it and if you did what did you do to correct it? Nothing I found on the internet seems to be a reasonable risk-free approach... Thanks --R __**_ macports-users mailing list macports-users@lists.**macosforge.orgmacports-users@lists.macosforge.org https://lists.macosforge.org/**mailman/listinfo/macports-**usershttps://lists.macosforge.org/mailman/listinfo/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
On Fri, May 17, 2013 at 12:20 PM, Lawrence Velázquez lar...@macports.orgwrote: On May 17, 2013, at 1:09 PM, Rodolfo Aramayo raram...@gmail.com wrote: grep LD_LIBRARY_PATH ~/.* grep: /Users/admin/.: Is a directory grep: /Users/admin/..: Is a directory grep: /Users/admin/.Trash: Is a directory grep: /Users/admin/.emacs.d: Is a directory grep: /Users/admin/.ssh: Is a directory grep DYLD_LIBRARY ~/.* grep: /Users/admin/.: Is a directory grep: /Users/admin/..: Is a directory grep: /Users/admin/.Trash: Is a directory grep: /Users/admin/.emacs.d: Is a directory grep: /Users/admin/.ssh: Is a directory You don't have any dotfiles? vq Oh YES I do, but I sent you the result of the command you suggested as I obtained it 4$ ls total 116 drwxr-xr-x+ 24 admin staff 816 May 17 03:21 ./ drwxr-xr-x+ 7 root admin 238 May 17 02:10 ../ -rw--- 1 admin staff 3 May 14 12:02 .CFUserTextEncoding -rw-r--r-- 1 admin staff 15364 May 15 17:29 .DS_Store drwx-- 2 admin staff68 May 17 02:03 .Trash/ -rw-r--r-- 1 admin staff 982 Feb 24 15:50 .bash_aliases -rw--- 1 admin staff 2429 May 17 12:13 .bash_history -rw-r--r-- 1 admin staff 587 Mar 31 2012 .bash_logout -rw-r--r-- 1 admin staff 1263 May 15 14:03 .bash_profile -rw-r--r-- 1 admin staff 895 Mar 31 2012 .bashrc -rw-r--r-- 1 admin staff 13883 May 17 03:21 .emacs drwx-- 9 admin staff 306 Feb 24 15:54 .emacs.d/ -rw-r--r-- 1 admin staff 13898 Feb 24 16:09 .emacs~ drwx-- 3 admin staff 102 May 15 22:00 .ssh/ drwx--+ 3 admin staff 102 May 14 12:02 Desktop/ drwx--+ 5 admin staff 170 May 15 17:29 Documents/ drwx--+ 7 admin staff 238 May 15 07:25 Downloads/ drwx--+ 42 admin staff 1428 May 17 02:04 Library/ drwx--+ 3 admin staff 102 May 14 12:02 Movies/ drwx--+ 4 admin staff 136 May 17 02:04 Music/ drwx--+ 5 admin staff 170 May 14 21:08 Pictures/ drwxr-xr-x+ 4 admin staff 136 May 14 12:02 Public/ -rw-r--r-- 1 admin staff 17204 May 15 20:32 portfinal -rw-r--r-- 1 admin staff 27258 May 15 20:31 portinstalled ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
On Fri, May 17, 2013 at 12:44 PM, Lawrence Velázquez lar...@macports.orgwrote: On May 17, 2013, at 1:26 PM, Rodolfo Aramayo raram...@gmail.com wrote: Oh YES I do, but I sent you the result of the command you suggested as I obtained it 4$ ls total 116 drwxr-xr-x+ 24 admin staff 816 May 17 03:21 ./ drwxr-xr-x+ 7 root admin 238 May 17 02:10 ../ -rw--- 1 admin staff 3 May 14 12:02 .CFUserTextEncoding -rw-r--r-- 1 admin staff 15364 May 15 17:29 .DS_Store drwx-- 2 admin staff68 May 17 02:03 .Trash/ -rw-r--r-- 1 admin staff 982 Feb 24 15:50 .bash_aliases -rw--- 1 admin staff 2429 May 17 12:13 .bash_history -rw-r--r-- 1 admin staff 587 Mar 31 2012 .bash_logout -rw-r--r-- 1 admin staff 1263 May 15 14:03 .bash_profile -rw-r--r-- 1 admin staff 895 Mar 31 2012 .bashrc -rw-r--r-- 1 admin staff 13883 May 17 03:21 .emacs drwx-- 9 admin staff 306 Feb 24 15:54 .emacs.d/ -rw-r--r-- 1 admin staff 13898 Feb 24 16:09 .emacs~ drwx-- 3 admin staff 102 May 15 22:00 .ssh/ Do any of those bash dotfiles source anything else? vq Yes! to a file in: /usr/local and when I run the commands there I found: ./bashrc:export LD_LIBRARY_PATH=/usr/local/bioinfosoft/genometools/lib when I commented out that: LD_LIBRARY_PATH=/usr/local/bioinfosoft/genometools/lib the problem went away So now I understand it. It is in fact a security check that prevents sourcing and therefore activation of potentially malicious code If the code: export LD_LIBRARY_PATH=/usr/local/bioinfosoft/genometools/lib is inside the .bashrc file, then there is no problem, but if it is present in another file being sourced, then there is a warning because that code is not being read Is this correct? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: dyld: DYLD_ environment variables being ignored because main executable (/usr/bin/sudo) is setuid or setgid
On Fri, May 17, 2013 at 1:42 PM, Lawrence Velázquez lar...@macports.orgwrote: On May 17, 2013, at 2:20 PM, Rodolfo Aramayo raram...@gmail.com wrote: Yes! to a file in: /usr/local and when I run the commands there I found: ./bashrc:export LD_LIBRARY_PATH=/usr/local/bioinfosoft/genometools/lib Be aware that, as a rule, we do not support having other software installed in /usr/local. https://trac.macports.org/wiki/FAQ#usrlocal I am aware of that Nothing is installed there should interfere So now I understand it. It is in fact a security check that prevents sourcing and therefore activation of potentially malicious code If the code: export LD_LIBRARY_PATH=/usr/local/bioinfosoft/genometools/lib is inside the .bashrc file, then there is no problem, but if it is present in another file being sourced, then there is a warning because that code is not being read Is this correct? No. The warning has nothing to do with bash. The issue is the existence of LD_LIBRARY_PATH or DYLD_LIBRARY_PATH; dyld removes those variables from its environment to prevent setuid/setgid executables from loading arbitrary dylibs. How those variables got into the environment is completely irrelevant. You say dyld removes those variables from its environment what is dyld? A program? Please forgive my ignorance and why when export LD_LIBRARY_PATH=/usr/local/bioinfosoft/genometools/lib is sourced from a file located outside the 'admin' directory is a problem whereas if it is sourced from one of the .bash* files is not? Thanks --R vq ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Denyhosts Fails to build
Hi, I am trying to install denyhosts on MacOS X 10.8.3 and I am getting the following error: # --- Fetching distfiles for denyhosts Error: denyhosts requires Lion or older Error: org.macports.fetch for port denyhosts returned: unsupported OS X version Please see the log file for port denyhosts for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_security_denyhosts/denyhosts/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port denyhosts failed # Log is attached Comments/Ideas are welcomed Thanks --R denyhosts.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
R Fails to Build
Hi, I am having trouble upgrading R and I am having trouble determining if a ticket has already been reported Is anyone having the same problem? Should I file a ticket? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: R Fails to Build
On Sat, Apr 27, 2013 at 4:50 PM, Chris Jones jon...@hep.phy.cam.ac.ukwrote: Hi, On 27 Apr 2013, at 09:51 PM, Rodolfo Aramayo raram...@gmail.com wrote: Apologies, My first email (with entire log attached) was put on hold Here I am attaching the last 500 lines of the log file There is always bzip2 ... I know...I know..and tar and others I am guilty as charged... Thanks --R On Sat, Apr 27, 2013 at 3:23 PM, Chris Jones jon...@hep.phy.cam.ac.ukwrote: On 27 Apr 2013, at 08:49 PM, Rodolfo Aramayo raram...@gmail.com wrote: Hi, I am having trouble upgrading R and I am having trouble determining if a ticket has already been reported Is anyone having the same problem? Might help if you bothered to post the exact error you are getting ... Should I file a ticket? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users main.log ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
libcanberra fails to build
Hi, Is this a known issue? Should I report a bug? Log is attached Thanks --R main.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Re: Building py26-matplotlib fails
Ryan, The error happened in 3 out of 4 computers I have The only computer where the error was not reported or the only machine that completed the build was the one I had the GUI open. All the others were being accessed via SSH I just accessed the three other machines and opened the GUI and repeated the build and it went just fine So I think that the build has an gui X11 test of sorts that if not performed, the build fails Makes sense?? Thanks --Rodolfo On Mon, Mar 18, 2013 at 8:45 PM, Ryan Schmidt ryandes...@macports.orgwrote: On Mar 18, 2013, at 13:42, Rodolfo Aramayo wrote: Is this known? Should I report a bug? It is already reported: https://trac.macports.org/ticket/37963 It happened on the buildbot too. I cannot explain it. ___ macports-users mailing list macports-users@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/macports-users
Happy New Year and Congrats on a work well done
To All MacPorts Gurus out there (you know who you are) Thank You for a work well done and my best wishes for the upcoming year --Rodolfo ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
py25-cairo Fails to build
I am experiencing problems building py25-cairo in all my computers I am attaching the log file Will wait for ideas before filing a bug report? Thanks --R main.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
MacPorts on multiple Macs
Hi Petra, Regarding your question Do not do that I currently manage 15 computers with MacPorts installed and I can tell you that each machine is a universe on its own. Even those who are 'identical' at the hardware and software level they are not really absolutely equivalent and that depends on the software installed. In the past I tried simplifying my life by designing strategies to keep all 'identical' machines in sync, but it did not really work. I observed very erratic and unexplained behaviors. The way I 'solved' those problems is by installing everything locally on each machine and letting each box compile its software Even little details like the order you created the users on the machines can have drastic consequences for the assigned UIDs the system gives each user and that can result in all kinds of unexpected permission problems. Software updates by Apple could also change according to the software installed on each machine from machine to machine in ways we cannot really know in advance Simplify My two cents --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: MacPorts on multiple Macs
Ryan, Buildbots are great and welcome and can produce binaries that can be reliable used in different machines of the same 'uname -m' architecture BUT MacPorts is more than that MacPorts does interact with directories outside '/opt/local' like the '/Users/Applications/MacPorts' And Macport cannot control UIDs which are locally assigned in most cases A 'normal' user who would just rsync directories within machines without taking, for example, UIDs into consideration can potentially inadvertently create all sorts of 'invisible' issues and although using the rsync parameter rsync --chmod=ugo=rwX which assigns the same UIDs to files as the target directory, could work, personally I have not tested this on 'live' MacPorts deployments Unfortunately we do do have ways to testing these 'protocols' without having to allocate significant amounts of resources AND time I wonder if virtualization could help..??? Thanks --R On Sat, Oct 13, 2012 at 3:57 AM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 13, 2012, at 02:34, Rodolfo Aramayo wrote: Hi Petra, Regarding your question Do not do that I currently manage 15 computers with MacPorts installed and I can tell you that each machine is a universe on its own. Even those who are 'identical' at the hardware and software level they are not really absolutely equivalent and that depends on the software installed. In the past I tried simplifying my life by designing strategies to keep all 'identical' machines in sync, but it did not really work. I observed very erratic and unexplained behaviors. The way I 'solved' those problems is by installing everything locally on each machine and letting each box compile its software Even little details like the order you created the users on the machines can have drastic consequences for the assigned UIDs the system gives each user and that can result in all kinds of unexpected permission problems. Software updates by Apple could also change according to the software installed on each machine from machine to machine in ways we cannot really know in advance But... we have buildbots now. They build binaries and distribute them to users. Many users are using this successfully. Yes, there have been occasional problems with this too... But since this is a feature we're committed to continuing to provide, we'd like to resolve any such problems. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: MacPorts on multiple Macs
On Sat, Oct 13, 2012 at 10:19 AM, Ryan Schmidt ryandes...@macports.org wrote: On Oct 13, 2012, at 10:10, Rodolfo Aramayo wrote: Buildbots are great and welcome and can produce binaries that can be reliable used in different machines of the same 'uname -m' architecture Our binaries are tagged with the architecture. Currently we only have binaries for x86_64. BUT MacPorts is more than that MacPorts does interact with directories outside '/opt/local' like the '/Users/Applications/MacPorts' The default applications_dir is /Applications/MacPorts (not /Users/Applications/MacPorts). If you've changed applications_dir (or prefix or frameworks_dir) from its default, then MacPorts will not try to use the pre-built binaries. My bad. I meant to say: '/Applications/MacPorts' And Macport cannot control UIDs which are locally assigned in most cases My understanding is that it should not matter if the UID of a particular user is different on your machine than it was on the buildbot machine. Things are matched up by username, not user ID. Which should work fine unless the user account is authenticated by a central server...But I guess that if the MacPorts user is created locally it should be OK A 'normal' user who would just rsync directories within machines without taking, for example, UIDs into consideration can potentially inadvertently create all sorts of 'invisible' issues Ah yes now I see what you mean. I'm not familiar enough with rsync to be able to comment on that specifically but I can see how it would be a problem. Which reinforces the idea that you shouldn't try to be tricky and duplicate a MacPorts installation; instead you should install ports on each system as usual. Amen to that...;;)) --R and although using the rsync parameter rsync --chmod=ugo=rwX which assigns the same UIDs to files as the target directory, could work, personally I have not tested this on 'live' MacPorts deployments Unfortunately we do do have ways to testing these 'protocols' without having to allocate significant amounts of resources AND time I wonder if virtualization could help..??? ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: gdk-pixbuf fails to build
I installed it because at some point I was testing its use for web-site and/or iphone apps development On Wed, Sep 5, 2012 at 3:28 AM, Joshua Root j...@macports.org wrote: Hi, gdk-pixbuf fails to build logfile attached ideas welcome Thanks --R Out of curiosity, what do you need gdk-pixbuf for? - Josh ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: gdk-pixbuf fails to build
Done: Ticket #35978 On Tue, Sep 4, 2012 at 8:54 PM, Brandon Allbery allber...@gmail.com wrote: On Tue, Sep 4, 2012 at 9:28 AM, Rodolfo Aramayo raram...@gmail.comwrote: gdk-pixbuf fails to build logfile attached ideas welcome Same problem everyone else is having: libpng 1.5. File a ticket at https://trac.macports.org/ . -- brandon s allbery allber...@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Can't connect to local MySQL server error
Answers below... On Sun, Aug 5, 2012 at 3:17 AM, Ryan Schmidt ryandes...@macports.org wrote: On Aug 5, 2012, at 02:05, Rodolfo Aramayo raram...@gmail.com wrote: I have followed the instructions outlined in the document: https://trac.macports.org/wiki/howto/MAMP And I can see my test web site and the output of phpinfo.php but I am consistently getting the following error: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/opt/local/var/run/mysql5/mysqld.sock' (2) which I have tried to correct unsuccessfully. Both mysql and php are pointing to the same directory: /opt/local/var/run/mysql5/ You are trying to start the MySQL server provided by the mysql5 / mysql5-server ports, yes? Yes Is the server running? that is, is the mysqld process running, as seen using ps or Activity Monitor? Yes If not, does the MySQL log file say anything about why that is? No socket was being created. Now I had a weird experience: I had installed: mysql55 mysql55-server mysql_select In addition to the mysql5 and mysql55-server I wasn't detecting this because the way port search was acting For example if I now search, I get: port installed *mysql* None of the specified ports are installed. port installed *mysql The following ports are currently installed: p5.12-class-dbi-mysql @1.0.0_3 (active) p5.12-datetime-format-mysql @0.40.0_3 (active) p5.12-dbd-mysql @4.20.0_1+mysql5 (active) php5-mysql @5.3.15_0+mysqlnd (active) port installed mysql* None of the specified ports are installed. port installed mysql None of the specified ports are installed. port installed | grep mysql mysql5 @5.1.63_0 (active) mysql5-server @5.1.63_0 (active) p5.12-class-dbi-mysql @1.0.0_3 (active) p5.12-datetime-format-mysql @0.40.0_3 (active) p5.12-dbd-mysql @4.20.0_1+mysql5 (active) php5-mysql @5.3.15_0+mysqlnd (active) Note how this last one search is more complete I was using the command port installed *mysql* before thus failing to detect that I had installed extra mysql ports I uninstalled mysql55, mysql55-server, mysql_ select AND uninstalled mysql5-server I then re-installed mysql5-server, re-booted and got the socket live But for a while I was under the impression the presence of the other mysql ports was interfering with the generation of the socket?? So things are working now I need to learn where to place my wordpress (which is not up-to-date in MacPorts) and mantis installations now and learn where the mysql databases live inside the ports system which is something I was very familiar using the Apple standard system. Importantly I need to learn how not to kill the databases during upgrades THANKS --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Can't connect to local MySQL server error
On Sun, Aug 5, 2012 at 5:53 AM, Ryan Schmidt ryandes...@macports.org wrote: On Aug 5, 2012, at 03:49, Rodolfo Aramayo wrote: On Sun, Aug 5, 2012 at 3:17 AM, Ryan Schmidt wrote: Is the server running? that is, is the mysqld process running, as seen using ps or Activity Monitor? Yes If not, does the MySQL log file say anything about why that is? No socket was being created. I gathered that… did it say why no socket was being created? Now I had a weird experience: I had installed: mysql55 mysql55-server mysql_select In addition to the mysql5 and mysql55-server I wasn't detecting this because the way port search was acting For example if I now search, I get: port installed *mysql* None of the specified ports are installed. port installed *mysql The following ports are currently installed: p5.12-class-dbi-mysql @1.0.0_3 (active) p5.12-datetime-format-mysql @0.40.0_3 (active) p5.12-dbd-mysql @4.20.0_1+mysql5 (active) php5-mysql @5.3.15_0+mysqlnd (active) port installed mysql* None of the specified ports are installed. Understand that the *shell* will expand these glob patterns if possible, before running MacPorts. So if you have an item named, say, mysqlstuff in the current directory, then port installed mysql* will be expanded by the shell to port installed mysqlstuff before MacPorts ever has a chance to see the command. Only if the glob doesn't match something in the current directory would the shell pass port installed mysql*' to MacPorts. If you do not want the shell to expand the glob, quote the argument, as in port installed 'mysql*'. Alternately you can use port installed name:mysql which is similar to port installed '*mysql*'. The port installed '*mysql*' syntax uses globs, whereas the port installed name:mysql syntax uses Perl-compatible regular expressions. port installed mysql None of the specified ports are installed. This is not unexpected; there is no port called mysql so it cannot be installed. Globs are by default anchored on both ends so you must add asterisks where you want arbitrary characters to be matched. PCREs on the other hand are unanchored by default and you must anchor them if desired. By example: # Installed port whose name is mysql: port installed name:^mysql$ port installed mysql # Installed ports whose names begin with mysql: port installed name:^mysql port installed 'mysql*' # Installed ports whose names end with mysql: port installed name:mysql$ port installed '*mysql' # Installed ports whose names contain mysql: port installed name:mysql port installed '*mysql*' port installed | grep mysql port installed | grep mysql mysql5 @5.1.63_0 (active) mysql5-server @5.1.63_0 (active) p5.12-class-dbi-mysql @1.0.0_3 (active) p5.12-datetime-format-mysql @0.40.0_3 (active) p5.12-dbd-mysql @4.20.0_1+mysql5 (active) php5-mysql @5.3.15_0+mysqlnd (active) Note how this last one search is more complete I was using the command port installed *mysql* before thus failing to detect that I had installed extra mysql ports Using grep is also reasonable, if you're more comfortable with that. grep by default uses old-style regular expressions, and can be made to use PCREs with the -E flag. Thanks Ryan, this explanation make things very clear in my mind now. I learned a lot... I uninstalled mysql55, mysql55-server, mysql_ select AND uninstalled mysql5-server I then re-installed mysql5-server, re-booted and got the socket live But for a while I was under the impression the presence of the other mysql ports was interfering with the generation of the socket?? My understanding is that the new mysql55 and mysql51 families of ports should not interfere with one another nor with the old mysql5 family of ports. That was my original thought as well... If Iwanted to get mysql55 working, replacing mysql5, and talking to apache2 and php5, how should I proceed? Also, what is the procedure to use php54 instead of php53? Can more than one mysql be talking to php and to phpmyadmin at the same time? So things are working now I'm glad you got it working, though I can't explain why it didn't work for you before. What can I say...the ghost in the machine?? I need to learn where to place my wordpress (which is not up-to-date in MacPorts) Feel free to attach a patch to this ticket to update the port: https://trac.macports.org/ticket/32778 The port's current maintainer appears to have left us (has not responded to multiple tickets and has not committed in 11 months) so if you're interested perhaps you could take over the wordpress port. I would be more than glad to do that but I would need some initial coaching on how to create a port first... and mantis installations now I used to use Mantis but haven't in many years and we don't seem to have a port for it. If you'd like to contribute one please do. Same here...I really would need to understand how
A set of basic questions about mysql
Dear Ryan, MacPorts has nine mysql5-related ports: mysql5 @5.1.63 (databases) mysql5-devel @5.5.2-m2 (databases) mysql5-server @5.1.63 (databases) mysql5-server-devel @5.5.2-m2 (databases) mysql51 @5.1.63 (databases) mysql51-server @5.1.63 (databases) mysql55 @5.5.25 (databases) mysql55-server @5.5.25 (databases) and ocaml-mysql @1.0.4 (databases, devel, ml) I understand the difference between mysql5 @5.1.63 and mysql5-devel @5.5.2-m2 What is the difference between mysql5 @5.1.63 and mysql5-server @5.1.63? I am also am not sure I understand the difference between mysql5 @5.1.63, mysql51 @5.1.63 and mysql55 @5.5.25 ? When does one uses mysql5 versus mysql5-server? Thanks and keep up the good work --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: A set of basic questions about mysql
Thanks Clemens But when one does want to run a mysql server versus a non-server? And why do other MacPorts ports are installing MySQL ports that do not work with the port select mechanism? Why use those ports at all? Thanks --R On Sat, Aug 4, 2012 at 3:37 PM, Clemens Lang c...@macports.org wrote: On Sat, Aug 04, 2012 at 03:32:30PM -0500, Rodolfo Aramayo wrote: mysql5 @5.1.63 (databases) mysql5-devel @5.5.2-m2 (databases) mysql5-server @5.1.63 (databases) mysql5-server-devel @5.5.2-m2 (databases) Those were before somebody created versioned ports (i.e. the other four). They are probably older and don't work with the port select mechanism. mysql51 @5.1.63 (databases) mysql51-server @5.1.63 (databases) mysql55 @5.5.25 (databases) mysql55-server @5.5.25 (databases) and ocaml-mysql @1.0.4 (databases, devel, ml) ocaml-mysql provides MySQL bindings for the OCaml language. I understand the difference between mysql5 @5.1.63 and mysql5-devel @5.5.2-m2 What is the difference between mysql5 @5.1.63 and mysql5-server @5.1.63? The non-server ports install all binaries required by mysql. The -server ports install a startup item (i.e., a launchd plist) and create a few directories only needed when running the mysql server. HTH, -- Clemens Lang ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
git bash_completion does not work - solved (?)
Hi, I have taken the freedom of summarizing the proper way of configuring Bash as per this discussion ## Proper setting of BASH: $ port install bash Testing current configuration: $ which bash /opt/local/bin/bash $ bash --version GNU bash, version 4.2.29(2)-release (i386-apple-darwin10.8.0) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software; you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. $ echo $SHELL /bin/bash $ echo $BASH /bin/bash $Test the settings for your account as present in the dscl database: dscl . -read /Users/yourusername | grep ‘UserShell:’ UserShell: /bin/bash Configuring BASH: 1. Use your favorite text processor sudo emacs /etc/shells add: /opt/local/bin/bash as first on the list save 2. Run: chsh -u your_username -s /opt/local/bin/bash Testing Proper Configuration: $ which bash /opt/local/bin/bash $ bash --version GNU bash, version 4.2.29(2)-release (i386-apple-darwin10.8.0) Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software; you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. $ echo $BASH /opt/local/bin/bash $ echo $SHELL /opt/local/bin/bash $Test the settings for your account as present in the dscl database: dscl . -read /Users/yourusername | grep ‘UserShell:’ /opt/local/bin/bash ## I found that there is no need to: Go to TerminalPreferencesStartupCommand (complete path): Add to the top of the list: /opt/local/bin/bash -l These settings can be left default (I am running MacOSX10.6.8) Now my question to all of you is: Does one need to do this for the ‘root’ account as well? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
p5.14-Math-Random fails to install
I am having trouble installing p5.14-Math-Random The tail of the log follows, the entire log is attached ## /work/.CC_PRINT_OPTIONS' F90FLAGS='-pipe -O2 -m64' LDFLAGS='-L/opt/local/lib -arch x86_64' FCFLAGS='-pipe -O2 -m64' OBJC='/usr/bin/gcc-4.2' INSTALL='/usr/bin/install -c' PERL_AUTOINSTALL='--skipdeps' OBJCFLAGS='-pipe -O2 -arch x86_64' FFLAGS='-pipe -O2 -m64' CC_PRINT_OPTIONS='YES' CC='/usr/bin/gcc-4.2' :debug:configure Assembled command: 'cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71 /opt/local/bin/perl5.14 Makefile.PL INSTALLDIRS=vendor' :debug:configure Executing command line: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71 /opt/local/bin/perl5.14 Makefile.PL INSTALLDIRS=vendor :info:configure Use of qw(...) as parentheses is deprecated at /opt/local/lib/perl5/vendor_perl/5.14.2/ExtUtils/MM_Any.pm line 987. :info:configure Checking if your kit is complete... :info:configure Looks good :info:configure Writing Makefile for Math::Random :debug:configure Executing proc-post-org.macports.configure-configure-0 :debug:configure Privilege de-escalation not attempted as not running as root. :debug:build build phase started at Sun Jul 1 21:54:45 CDT 2012 :notice:build --- Building p5.14-math-random :debug:build Executing org.macports.build (p5.14-math-random) :debug:build Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:build Assembled command: 'cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71 /usr/bin/make -j2 -w all' :debug:build Executing command line: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71 /usr/bin/make -j2 -w all :info:build make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71' :info:build /opt/local/bin/perl5.14 /opt/local/lib/perl5/vendor_perl/5.14.2/ExtUtils/xsubpp -typemap /opt/local/lib/perl5/5.14.2/ExtUtils/typemap Random.xs Random.xsc mv Random.xsc Random.c :info:build make: *** No rule to make target `/opt/local/lib/perl5/5.14.2/darwin-thread-multi-2level/CORE/cc_runtime.h', needed by `Random.o'. Stop. :info:build make: *** Waiting for unfinished jobs :info:build cp test2.pl blib/lib/Math/test2.pl :info:build cp Random.pm blib/lib/Math/Random.pm :info:build AutoSplitting blib/lib/Math/Random.pm (blib/lib/auto/Math/Random) :info:build cp test1.pl blib/lib/Math/test1.pl :info:build cp example.pl blib/lib/Math/example.pl :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71' :info:build Command failed: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/work/Math-Random-0.71 /usr/bin/make -j2 -w all :info:build Exit code: 2 :error:build org.macports.build for port p5.14-math-random returned: command execution failed :debug:build Error code: CHILDSTATUS 20970 2 :debug:build Backtrace: command execution failed while executing system -nice 0 $fullcmdstring (eval body line 1) invoked from within eval system $notty $nice \$fullcmdstring invoked from within command_exec build (procedure portbuild::build_main line 8) invoked from within $procedure $targetname :info:build Warning: targets not executed for p5.14-math-random: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port p5.14-math-random for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_perl_p5-math-random/p5.14-math-random/main.log ## Should this be reported as a bug? Thanks --R p5.14-math-random_main.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
How to best clean old Perl installations directories
I upgraded Perl from Perl 5.12 to 5.14, activated perl 5.14 and installed all my perl modules as 5.14 Question: Inside: /opt/local/lib/perl5/ I have the following directories: 5.12.2/ 5.12.3/ 5.12.4/ 5.14.2/ 5.8.9/ site_perl/ vendor_perl/ Why where the Perl 5.12 directories not removed? Is there a safe way or proper way to removed these directories? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
p5.14-scalar-list-utils not seen during installation of
I upgraded Perl from Perl 5.12 to 5.14, activated perl 5.14 and installed all my perl modules as 5.14 The process of migrating my Perl modules from 5.12 to 5.14, was done as follows: 1. deactivate p5.12 module 2. uninstall 5.12 module 3. install same 5.14 module I observed that the following modules failed during installation: Error: Processing of port glib-networking failed Error: Processing of port gnome-doc-utils failed Error: Processing of port gtk-doc failed Error: Processing of port gtksourceview failed Error: Processing of port gtkspell2 failed Error: Processing of port intltool failed Error: Processing of port libgsf failed Error: Processing of port librsvg failed Error: Processing of port libsoup failed Error: Processing of port libwnck failed Error: Processing of port libwpd failed Error: Processing of port libwpg failed Error: Processing of port rarian failed Error: Processing of port rednotebook failed Error: Processing of port rrdtool failed Error: Processing of port webkit-gtk failed Because they could not install: p5.12-scalar-list-utils @1.230.0_3 Even though the: p5.14-scalar-list-utils @1.230.0_3 is installed Should this behavior be reported as bugs? In the past I opened many tickets for similar behavior, many of those remain opened...despite the fact those problems were for the most part fixed... Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: How to best clean old Perl installations directories
Thanks and Yes I only use the MacPorts command line --R On Mon, Jul 2, 2012 at 9:43 AM, Arno Hautala a...@alum.wpi.edu wrote: On Mon, Jul 2, 2012 at 9:54 AM, Rodolfo Aramayo raram...@gmail.com wrote: /opt/local/lib/perl5/ I have the following directories: [...] Why where the Perl 5.12 directories not removed? Is there a safe way or proper way to removed these directories? Are those directories empty? Do you still need any of the p5.12 ports? They wouldn't have been automatically removed by just installing the 5.14 versions. You should be able to see what ports are installed with: port installed p5.12-* You could then remove all of those, except for any that are deps of other installed ports with: port -p uninstall p5.12 The '-p' should keep the uninstall going even if there are some that can't be removed. In general, you should only interact with MacPorts installed files through the port command. It's typically best to not manually cleanup the opt directory. -- arno s hautala/-| a...@alum.wpi.edu pgp b2c9d448 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
gcc46 fails to configure
GCC46 is consistently failing to configure in more than one computer Log file is attached Should I file this as a bug? Thanks --R gcc46_main.log Description: Binary data ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: gcc46 fails to configure
Thanks --R On Mon, Jul 2, 2012 at 3:15 PM, Eric A. Borisch ebori...@macports.org wrote: On Mon, Jul 2, 2012 at 2:38 PM, Rodolfo Aramayo raram...@gmail.com wrote: GCC46 is consistently failing to configure in more than one computer Log file is attached Should I file this as a bug? It already is: http://trac.macports.org/ticket/35057 It is likely that gcc46 and gcc47 need the same treatment gcc48 received in http://trac.macports.org/changeset/94941. -Eric ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: p5.14-Math-Random fails to install
ohh yesss they are And this happens on a fresh MacPorts install --R On Mon, Jul 2, 2012 at 7:52 PM, Ryan Schmidt ryandes...@macports.org wrote: On Jul 2, 2012, at 08:24, Rodolfo Aramayo wrote: I am having trouble installing p5.14-Math-Random :info:build make: *** No rule to make target `/opt/local/lib/perl5/5.14.2/darwin-thread-multi-2level/CORE/cc_runtime.h', needed by `Random.o'. Stop. It builds fine for me... are you sure your other ports are up to date? sudo port selfupdate sudo port upgrade outdated ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Problems with perldoc
IMPORTANT DISCLAIMER: This issue might not be related at all to MacPorts as I have installed perl modules (not available via ports) using CPAN... I noticed that when I issue the command, I get: perldoc perldoc Can't exec /opt/local/lib/groff: Permission denied at /opt/local/lib/perl5/5.12.4/Pod/Perldoc/Toman.pm line 189. Use of uninitialized value $version_string in pattern match (m//) at /opt/local/lib/perl5/5.12.4/Pod/Perldoc/Toman.pm line 190. Use of uninitialized value $version in concatenation (.) or string at /opt/local/lib/perl5/5.12.4/Pod/Perldoc/Toman.pm line 191. Use of uninitialized value $version in string lt at /opt/local/lib/perl5/5.12.4/Pod/Perldoc/Toman.pm line 194. You have an old groff. Update to version 1.20.1 for good Unicode support. If you don't upgrade, wide characters may come out oddly. at /opt/local/lib/perl5/5.12.4/Pod/Perldoc.pm line 1346. Use of uninitialized value $version in string ge at /opt/local/lib/perl5/5.12.4/Pod/Perldoc/Toman.pm line 202. Error from pipe to /opt/local/lib/groff! at /opt/local/lib/perl5/5.12.4/Pod/Perldoc.pm line 1346. Falling back to Pod because there was a problem! at /opt/local/lib/perl5/5.12.4/Pod/Perldoc.pm line 1346. Error while formatting with Pod::Perldoc::ToMan: Can't read-open Pod::Perldoc::ToMan=HASH(0x1008a9f80): No such file or directory Aborting at /opt/local/lib/perl5/5.12.4/Pod/Perldoc/Toman.pm line 421. at /opt/local/bin/perldoc line 9. Got a 0-length file from /opt/local/lib/perl5/5.12.4/perldoc.pod via Pod::Perldoc::ToMan!? at /opt/local/bin/perldoc line 9. I tried re-installing the pod ports without results... Any Ideas on how to fix this? Do I need to uninstall everything--ALL perl 5.12, including my perl5.12 and start over? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
p5-dbd-pg: Variant postgresql90 conflicts with postgresql91 error
I am getting the following error: port upgrade outdated Error: p5-dbd-pg: Variant postgresql90 conflicts with postgresql91 Error: Unable to open port: Error evaluating variants To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Ideas? Thanks ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Failing to build qrupdate
All my computers are now complaining about qrupdate The tail of the log file states: ### :info:build _clup1up_ in clup1up.o :info:build _cgemv_, referenced from: :info:build _clup1up_ in clup1up.o :info:build _dswap_, referenced from: :info:build _dlup1up_ in dlup1up.o :info:build _dger_, referenced from: :info:build _dlup1up_ in dlup1up.o :info:build _dgemv_, referenced from: :info:build _dlup1up_ in dlup1up.o :info:build _sswap_, referenced from: :info:build _slup1up_ in slup1up.o :info:build _sger_, referenced from: :info:build _slup1up_ in slup1up.o :info:build _sgemv_, referenced from: :info:build _slup1up_ in slup1up.o :info:build _zswap_, referenced from: :info:build _zlup1up_ in zlup1up.o :info:build _zgeru_, referenced from: :info:build _zlup1up_ in zlup1up.o :info:build _zgemv_, referenced from: :info:build _zlup1up_ in zlup1up.o :info:build ld: symbol(s) not found for architecture x86_64 :info:build collect2: ld returned 1 exit status :info:build make[1]: *** [../libqrupdate.dylib] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_qrupdate/qrupdate/work/qrupdate-1.1.2/src' :info:build make: *** [solib] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_qrupdate/qrupdate/work/qrupdate-1.1.2' :info:build Command failed: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_qrupdate/qrupdate/work/qrupdate-1.1.2 /usr/bin/make -j16 -w lib solib PREFIX=/opt/local BLAS=-framework Accelerate LAPACK=-framework Accelerate BLAS=-L/opt/local/lib LAPACK=-L/opt/local/lib -llapack :info:build Exit code: 2 :error:build org.macports.build for port qrupdate returned: command execution failed :debug:build Error code: CHILDSTATUS 34354 2 :debug:build Backtrace: command execution failed while executing system -nice 0 $fullcmdstring (eval body line 1) invoked from within eval system $notty $nice \$fullcmdstring invoked from within command_exec build (procedure portbuild::build_main line 8) invoked from within $procedure $targetname :info:build Warning: targets not executed for qrupdate: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port qrupdate for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_qrupdate/qrupdate/main.log ### Ideas? Thanks ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
gnuplot failing to fetch files
People, Gnuplot is failing to fetch files during update ### :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch patch-upstream-compilerwarnings.diff from http://netcologne.dl.sourceforge.net/project/gnuplot/gnuplot/4.6.0 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch patch-upstream-compilerwarnings.diff from http://puzzle.dl.sourceforge.net/project/gnuplot/gnuplot/4.6.0 :debug:fetch Fetching failed:: couldn't connect to host :notice:fetch --- Attempting to fetch patch-upstream-compilerwarnings.diff from http://sea.us.distfiles.macports.org/macports/mpdistfiles/gnuplot/4.6.0 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch patch-upstream-compilerwarnings.diff from http://svn.macports.org/repository/macports/distfiles/gnuplot :debug:fetch Fetching failed:: The requested URL returned error: 404 :error:fetch Target org.macports.fetch returned: fetch failed :debug:fetch Backtrace: fetch failed while executing portfetch::fetchfiles (procedure portfetch::fetch_main line 17) invoked from within $procedure $targetname :info:fetch Warning: the following items did not execute (for gnuplot): org.macports.install org.macports.fetch org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build org.macports.destroot :notice:fetch Log for gnuplot is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_gnuplot/gnuplot/main.log ### Thanks ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: gnuplot failing to fetch files
Thank You! On Tue, May 1, 2012 at 12:15, Bradley Giesbrecht pixi...@macports.org wrote: On May 1, 2012, at 10:10 AM, Rodolfo Aramayo wrote: People, Gnuplot is failing to fetch files during update Do to a bad commit which has been fixed. https://trac.macports.org/changeset/92569 https://trac.macports.org/changeset/92572 Regards, Bradley Giesbrecht (pixilla) ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Building root fails
FYI..I have uninstalled glew and tried to rebuild root, but this did not work On Fri, Mar 9, 2012 at 14:02, Chris Jones jon...@hep.phy.cam.ac.uk wrote: Hi, It appears that despite the fact root has been told to use its own built in glew, it still uses the macports one and this causes problems. Just to clarify the above point a little. The issue is not just if you have GLEW installed, but if you have glew installed without the X11 variant enabled (which is not the default). Chris ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Building root fails
Folks, All my machines are reporting issues building root I am showing the tail of the error log but I will submit a bug report if needed Thanks and Best --R # :info:build ln -fs libGuiHtml.5.32.so lib/libGuiHtml.so :info:build == lib/libX3d.5.32.so done :info:build ln -fs libRecorder.5.32.so lib/libRecorder.so :info:build ln -fs libFitPanel.5.32.so lib/libFitPanel.so :info:build == lib/libASImageGui.5.32.so done :info:build == lib/libRecorder.5.32.so done :info:build == lib/libGuiHtml.5.32.so done :info:build ln -fs libGuiBld.5.32.so lib/libGuiBld.so :info:build == lib/libFitPanel.5.32.so done :info:build == lib/libGuiBld.5.32.so done :info:build ln -fs libSessionViewer.5.32.so lib/libSessionViewer.so :info:build == lib/libSessionViewer.5.32.so done :info:build ln -fs libGed.5.32.so lib/libGed.so :info:build == lib/libGed.5.32.so done :info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libTreeViewer.5.so-O2 -m64 -mmacosx-version-min=10.6 -o lib/ libTreeViewer.5.32.so tree/treeviewer/src/TTreeViewer.o tree/treeviewer/src/TTVSession.o tree/treeviewer/src/TTVLVContainer.o tree/treeviewer/src/HelpTextTV.o tree/treeviewer/src/TSpider.o tree/treeviewer/src/TSpiderEditor.o tree/treeviewer/src/TParallelCoord.o tree/treeviewer/src/TParallelCoordVar.o tree/treeviewer/src/TParallelCoordRange.o tree/treeviewer/src/TParallelCoordEditor.o tree/treeviewer/src/TGTreeTable.o tree/treeviewer/src/TMemStatShow.o tree/treeviewer/src/G__TreeViewer.o -ldl -Llib -lTree -lGpad -lGraf -lHist -lGui -lTreePlayer -lGed -lRIO -lMathCore -Llib -lCore -lCint -compatibility_version 5 -current_version 5.32.01 :info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libGeomBuilder.5.so-O2 -m64 -mmacosx-version-min=10.6 -o lib/ libGeomBuilder.5.32.so geom/geombuilder/src/TGeoBBoxEditor.o geom/geombuilder/src/TGeoConeEditor.o geom/geombuilder/src/TGeoEltuEditor.o geom/geombuilder/src/TGeoGedFrame.o geom/geombuilder/src/TGeoHypeEditor.o geom/geombuilder/src/TGeoManagerEditor.o geom/geombuilder/src/TGeoMaterialEditor.o geom/geombuilder/src/TGeoMatrixEditor.o geom/geombuilder/src/TGeoMediumEditor.o geom/geombuilder/src/TGeoNodeEditor.o geom/geombuilder/src/TGeoParaEditor.o geom/geombuilder/src/TGeoPconEditor.o geom/geombuilder/src/TGeoPgonEditor.o geom/geombuilder/src/TGeoSphereEditor.o geom/geombuilder/src/TGeoTabManager.o geom/geombuilder/src/TGeoTorusEditor.o geom/geombuilder/src/TGeoTrapEditor.o geom/geombuilder/src/TGeoTrd1Editor.o geom/geombuilder/src/TGeoTrd2Editor.o geom/geombuilder/src/TGeoTubeEditor.o geom/geombuilder/src/TGeoVolumeEditor.o geom/geombuilder/src/G__GeomBuilder.o -ldl -Llib -lGeom -lGraf3d -lGpad -lGraf -lGui -lGed -Llib -lCore -lCint -compatibility_version 5 -current_version 5.32.01 :info:build ln -fs libTMVA.5.32.so lib/libTMVA.so :info:build == lib/libTMVA.5.32.so done :info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libGenetic.5.so-O2 -m64 -mmacosx-version-min=10.6 -o lib/ libGenetic.5.32.so math/genetic/src/GeneticMinimizer.o math/genetic/src/G__Genetic.o -ldl -Llib -lRIO -lHist -lMatrix -lTree -lGraf -lGpad -lTreePlayer -lMLP -lMinuit -lMathCore -lXMLIO -lTMVA -Llib -lCore -lCint -compatibility_version 5 -current_version 5.32.01 :info:build ln -fs libTreeViewer.5.32.so lib/libTreeViewer.so :info:build == lib/libTreeViewer.5.32.so done :info:build ln -fs libGeomBuilder.5.32.so lib/libGeomBuilder.so :info:build == lib/libGeomBuilder.5.32.so done :info:build ln -fs libGenetic.5.32.so lib/libGenetic.so :info:build == lib/libGenetic.5.32.so done :info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libRGL.5.so -O2 -m64 -mmacosx-version-min=10.6 -o lib/libRGL.5.32.so graf3d/gl/src/CsgOps.o graf3d/gl/src/TArcBall.o graf3d/gl/src/TF2GL.o graf3d/gl/src/TGL5D.o graf3d/gl/src/TGL5DDataSetEditor.o graf3d/gl/src/TGL5DPainter.o graf3d/gl/src/TGLAdapter.o graf3d/gl/src/TGLAnnotation.o graf3d/gl/src/TGLAutoRotator.o graf3d/gl/src/TGLAxis.o graf3d/gl/src/TGLAxisPainter.o graf3d/gl/src/TGLBoundingBox.o graf3d/gl/src/TGLBoxPainter.o graf3d/gl/src/TGLCamera.o graf3d/gl/src/TGLCameraGuide.o graf3d/gl/src/TGLCameraOverlay.o graf3d/gl/src/TGLClip.o graf3d/gl/src/TGLClipSetEditor.o graf3d/gl/src/TGLContext.o graf3d/gl/src/TGLContextPrivate.o graf3d/gl/src/TGLCylinder.o graf3d/gl/src/TGLEmbeddedViewer.o graf3d/gl/src/TGLEventHandler.o graf3d/gl/src/TGLFBO.o graf3d/gl/src/TGLFaceSet.o graf3d/gl/src/TGLFontManager.o graf3d/gl/src/TGLFormat.o graf3d/gl/src/TGLH2PolyPainter.o graf3d/gl/src/TGLHistPainter.o graf3d/gl/src/TGLIsoMesh.o graf3d/gl/src/TGLLegoPainter.o graf3d/gl/src/TGLLightSet.o graf3d/gl/src/TGLLightSetEditor.o graf3d/gl/src/TGLLockable.o graf3d/gl/src/TGLLogicalShape.o graf3d/gl/src/TGLManip.o
Switching Perl Versions
Hi, All my machines have: perl 5, version 12, subversion 3 (v5.12.3) built for darwin-thread-multi-2level as the 'active' perl version I would like to switch it to: perl 5, version 14, subversion 1 (v5.14.1) built for darwin-thread-multi-2level What is the best correct way to do this? Can I just issue the command: sudo port install perl5 +perl5_14 or sudo port -R upgrade perl5 +perl5_14 and be done with it? And what happens to all the ports that were compiled by perl5.12? Do I have to uninstall all these p5.12-* ports, following-dependents and the re-install the same p5.14-* ports? Or is there any other way to do this? Suggestions would be welcomed --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Switching Perl Versions
On Sun, Jan 29, 2012 at 11:49, Brandon Allbery allber...@gmail.com wrote: On Sun, Jan 29, 2012 at 12:41, Rodolfo Aramayo raram...@gmail.com wrote: Can I just issue the command: sudo port install perl5 +perl5_14 or sudo port -R upgrade perl5 +perl5_14 The latter, with one modification: you also need to disable the existing variant, or it will try to satisfy both (and error out because they conflict): sudo port -R upgrade perl5 +perl5_14 -perl5_12 Regarding you also need to disable the existing variant, I have to uninstall it? And if I do, do I need to follow-dependents? And does this command does upgrade the all the ports that were compiled for p5.12?? Thanks --R -- brandon s allbery allber...@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Requesting Update WordPress port
How should I proceed to request the port: wordpress @3.2.1 (www) A state-of-the-art semantic personal publishing platform to be upgraded to version 3.3.1 Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
How can I control the Perl version I want?
On a brand new system (10.6.8) I performed a fresh installation of MacPorts I then installed the port: perl5.14 @5.14.1_2 I then requested other ports to be installed and some of them obviously had Perl dependencies and installed other versions of Perl After this was all and done I have the following Perl ports installed on my system: == The following ports are currently installed: perl5 @5.12.3_1+perl5_12 (active) perl5.12 @5.12.3_3 (active) perl5.14 @5.14.1_2 (active) == But, when I request: == $ which perl /opt/local/bin/perl == and == $ perl --version This is perl 5, version 12, subversion 3 (v5.12.3) built for darwin-multi-2level Copyright 1987-2010, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using man perl or perldoc perl. If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. == I get perl version 5.12 Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: How can I control the Perl version I want?
Thanks but the problem is that the port: perl5 @5.12.3_1+perl5_12 (active) was installed by another port not by me...I requested: perl5.14 @5.14.1_2 So I did what you guys suggested and issued the command: port install perl5 perl5.14 @5.14.1_2+threads but the perl --version port still is: This is perl 5, version 12, subversion 3 (v5.12.3) built for darwin-multi-2level Should I uninstall ALL perls before issuing the command: port install perl5 perl5.14 @5.14.1_2+threads?? Thanks --R On Thu, Jan 5, 2012 at 12:37, Ryan Schmidt ryandes...@macports.org wrote: On Jan 5, 2012, at 12:26, Mark Anderson wrote: Install perl5 +perl_514 instead of perl5 +perl5_12 I think that should work. Yes, that will make perl be perl 5.14 instead of 5.12. However, there is no way to control what version of perl is used by various other ports, unless those ports offer perl variants (and I'm not aware of any that do that). ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: How can I control the Perl version I want?
Thanks to All of you... So issuing the command: sudo port install perl5 +perl5_14 solved the issue However I did uninstall all Perl versions first (--following-dependents) and start reinstalling Perl5 +perl5_14 and then install the other ports (just to make me feel better and to punish myself for my mistake...;) Now when I issue, I get: == # which perl /opt/local/bin/perl == # port installed perl5 The following ports are currently installed: perl5 @5.12.3_1+perl5_14 (active) == # ls -l /opt/local/bin/perl lrwxr-xr-x 1 root admin 8 Jan 5 13:32 /opt/local/bin/perl - perl5.14* == # perl --version This is perl 5, version 14, subversion 1 (v5.14.1) built for darwin-thread-multi-2level Copyright 1987-2011, Larry Wall Perl may be copied only under the terms of either the Artistic License or the GNU General Public License, which may be found in the Perl 5 source kit. Complete documentation for Perl, including FAQ lists, should be found on this system using man perl or perldoc perl. If you have access to the Internet, point your browser at http://www.perl.org/, the Perl Home Page. == Thanks again for your help --R On Thu, Jan 5, 2012 at 13:07, Arno Hautala a...@alum.wpi.edu wrote: Wouldn't perl need to be installed as perl5 +perl5_14 not perl5 @5.14.1_2? The default is activated by the variant given to the perl5 pseudo port. I think you'd only be able to run perl5 @ if the specified version had already been built, but was inactive. On 2012-01-05, Ryan Schmidt ryandes...@macports.org wrote: On Jan 5, 2012, at 12:52, Rodolfo Aramayo wrote: Thanks but the problem is that the port: perl5 @5.12.3_1+perl5_12 (active) was installed by another port not by me...I requested: perl5.14 @5.14.1_2 No problem. Multiple perls can happily coexist. So I did what you guys suggested and issued the command: port install perl5 perl5.14 @5.14.1_2+threads but the perl --version port still is: This is perl 5, version 12, subversion 3 (v5.12.3) built for darwin-multi-2level That should not be. /opt/local/bin/perl should now be a simlink to perl5.14. What does ls -l /opt/local/bin/perl and port installed perl5 show? What does which perl show? Should I uninstall ALL perls before issuing the command: port install perl5 perl5.14 @5.14.1_2+threads?? No. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users -- arno s hautala/-| a...@alum.wpi.edu pgp b2c9d448 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Happy New Year and Many, Many Thanks
To the MacPorts Team, Happy New Year and Thank You!! For the Great work, enthusiasm and support you guys provide to the worldwide community I think you guys are making a difference and helping maintain the Open Source community and the Mac platform healthy with your never-ending commitment to this work I truly Thank You guys for all your help Sincerely, --Rodolfo ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: failing building root
It worked! Root compiled just fine... Thanks --R On Sun, Dec 11, 2011 at 13:13, Chris Jones jon...@hep.phy.cam.ac.uk wrote: Hi, The update has been committed. I would be grateful if you could sync your ports and try the update again, and report back (hopefully with success). cheers Chris On 10 Dec 2011, at 6:51pm, Chris Jones wrote: Update submitted https://trac.macports.org/ticket/32491 On 10 Dec 2011, at 3:42pm, Rodolfo Aramayo wrote: Chris, Thank You. I will wait for you to submit your solution Thanks again --R On Sat, Dec 10, 2011 at 07:59, Chris Jones jon...@hep.phy.cam.ac.ukwrote: Hi, Yes, I'm aware of this. The problem is the opengl variant requires glew to be installed with the x11 variant, which is not the default. For some reason with the latest root update this is now causing problems.. I'm working on a solution, which is to use a feature of root which is to build its own built-in GLEW support, and not rely on the external version, which it previously was doing. I have a few checks to run, but so far this seems to be working, so I hope to submit an update soon. In the meantime, you have two work arounds - install without the opengl variant. If you are upgrading from a version with this enabled (which was the default) you will need to uninstall then reinstall from scratch. - reinstall glew with the x11 variant. Chris On 10 Dec 2011, at 3:51am, Rodolfo Aramayo wrote: Folks, Am I the only one having issues building root? It is failing to build in all my 12 machines The last 50 lines of the log say: ==:info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libRooStats.so -O2 -m64 -mmacosx-version-min=10.6 -o lib/libRooStats.so roofit/roostats/src/AsymptoticCalculator.o roofit/roostats/src/BayesianCalculator.o roofit/roostats/src/BernsteinCorrection.o roofit/roostats/src/ConfidenceBelt.o roofit/roostats/src/FeldmanCousins.o roofit/roostats/src/FrequentistCalculator.o roofit/roostats/src/HLFactory.o roofit/roostats/src/Heaviside.o roofit/roostats/src/HybridCalculator.o roofit/roostats/src/HybridCalculatorOriginal.o roofit/roostats/src/HybridPlot.o roofit/roostats/src/HybridResult.o roofit/roostats/src/HypoTestCalculatorGeneric.o roofit/roostats/src/HypoTestInverter.o roofit/roostats/src/HypoTestInverterOriginal.o roofit/roostats/src/HypoTestInverterPlot.o roofit/roostats/src/HypoTestInverterResult.o roofit/roostats/src/HypoTestPlot.o roofit/roostats/src/HypoTestResult.o roofit/roostats/src/LikelihoodInterval.o roofit/roostats/src/LikelihoodIntervalPlot.o roofit/roostats/src/MCMCCalculator.o roofit/roostats/src/MCMCInterval.o roofit/roostats/src/MCMCIntervalPlot.o roofit/roostats/src/MarkovChain.o roofit/roostats/src/MetropolisHastings.o roofit/roostats/src/ModelConfig.o roofit/roostats/src/NeymanConstruction.o roofit/roostats/src/NumberCountingPdfFactory.o roofit/roostats/src/NumberCountingUtils.o roofit/roostats/src/PdfProposal.o roofit/roostats/src/PointSetInterval.o roofit/roostats/src/ProfileInspector.o roofit/roostats/src/ProfileLikelihoodCalculator.o roofit/roostats/src/ProfileLikelihoodTestStat.o roofit/roostats/src/ProposalHelper.o roofit/roostats/src/RatioOfProfileLikelihoodsTestStat.o roofit/roostats/src/RooStatsUtils.o roofit/roostats/src/SPlot.o roofit/roostats/src/SamplingDistPlot.o roofit/roostats/src/SamplingDistribution.o roofit/roostats/src/SequentialProposal.o roofit/roostats/src/SimpleInterval.o roofit/roostats/src/SimpleLikelihoodRatioTestStat.o roofit/roostats/src/ToyMCSampler.o roofit/roostats/src/ToyMCStudy.o roofit/roostats/src/UniformProposal.o roofit/roostats/src/UpperLimitMCSModule.o roofit/roostats/src/G__RooStats.o -ldl -Llib -lRooFit -lRooFitCore -lTree -lRIO -lHist -lMatrix -lMathCore -lMinuit -lFoam -lGraf -lGpad -Llib -lCore -lCint :info:build Undefined symbols: :info:build FTGLBitmapFont::FTGLBitmapFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLTextureFont::FTGLTextureFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLOutlineFont::FTGLOutlineFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLPolygonFont::FTGLPolygonFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build TGLText::SetGLTextFont(short) in TGLText.o :info:build ___GLXEW_ARB_multisample, referenced from: :info:build TGLFormat::InitAvailableSamples() in TGLFormat.o :info:build FTGLPixmapFont::FTGLPixmapFont(char const*), referenced from: :info:build TGLFontManager
Re: failing building root
Chris, Thank You. I will wait for you to submit your solution Thanks again --R On Sat, Dec 10, 2011 at 07:59, Chris Jones jon...@hep.phy.cam.ac.uk wrote: Hi, Yes, I'm aware of this. The problem is the opengl variant requires glew to be installed with the x11 variant, which is not the default. For some reason with the latest root update this is now causing problems.. I'm working on a solution, which is to use a feature of root which is to build its own built-in GLEW support, and not rely on the external version, which it previously was doing. I have a few checks to run, but so far this seems to be working, so I hope to submit an update soon. In the meantime, you have two work arounds - install without the opengl variant. If you are upgrading from a version with this enabled (which was the default) you will need to uninstall then reinstall from scratch. - reinstall glew with the x11 variant. Chris On 10 Dec 2011, at 3:51am, Rodolfo Aramayo wrote: Folks, Am I the only one having issues building root? It is failing to build in all my 12 machines The last 50 lines of the log say: ==:info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libRooStats.so -O2 -m64 -mmacosx-version-min=10.6 -o lib/libRooStats.so roofit/roostats/src/AsymptoticCalculator.o roofit/roostats/src/BayesianCalculator.o roofit/roostats/src/BernsteinCorrection.o roofit/roostats/src/ConfidenceBelt.o roofit/roostats/src/FeldmanCousins.o roofit/roostats/src/FrequentistCalculator.o roofit/roostats/src/HLFactory.o roofit/roostats/src/Heaviside.o roofit/roostats/src/HybridCalculator.o roofit/roostats/src/HybridCalculatorOriginal.o roofit/roostats/src/HybridPlot.o roofit/roostats/src/HybridResult.o roofit/roostats/src/HypoTestCalculatorGeneric.o roofit/roostats/src/HypoTestInverter.o roofit/roostats/src/HypoTestInverterOriginal.o roofit/roostats/src/HypoTestInverterPlot.o roofit/roostats/src/HypoTestInverterResult.o roofit/roostats/src/HypoTestPlot.o roofit/roostats/src/HypoTestResult.o roofit/roostats/src/LikelihoodInterval.o roofit/roostats/src/LikelihoodIntervalPlot.o roofit/roostats/src/MCMCCalculator.o roofit/roostats/src/MCMCInterval.o roofit/roostats/src/MCMCIntervalPlot.o roofit/roostats/src/MarkovChain.o roofit/roostats/src/MetropolisHastings.o roofit/roostats/src/ModelConfig.o roofit/roostats/src/NeymanConstruction.o roofit/roostats/src/NumberCountingPdfFactory.o roofit/roostats/src/NumberCountingUtils.o roofit/roostats/src/PdfProposal.o roofit/roostats/src/PointSetInterval.o roofit/roostats/src/ProfileInspector.o roofit/roostats/src/ProfileLikelihoodCalculator.o roofit/roostats/src/ProfileLikelihoodTestStat.o roofit/roostats/src/ProposalHelper.o roofit/roostats/src/RatioOfProfileLikelihoodsTestStat.o roofit/roostats/src/RooStatsUtils.o roofit/roostats/src/SPlot.o roofit/roostats/src/SamplingDistPlot.o roofit/roostats/src/SamplingDistribution.o roofit/roostats/src/SequentialProposal.o roofit/roostats/src/SimpleInterval.o roofit/roostats/src/SimpleLikelihoodRatioTestStat.o roofit/roostats/src/ToyMCSampler.o roofit/roostats/src/ToyMCStudy.o roofit/roostats/src/UniformProposal.o roofit/roostats/src/UpperLimitMCSModule.o roofit/roostats/src/G__RooStats.o -ldl -Llib -lRooFit -lRooFitCore -lTree -lRIO -lHist -lMatrix -lMathCore -lMinuit -lFoam -lGraf -lGpad -Llib -lCore -lCint :info:build Undefined symbols: :info:build FTGLBitmapFont::FTGLBitmapFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLTextureFont::FTGLTextureFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLOutlineFont::FTGLOutlineFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLPolygonFont::FTGLPolygonFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build TGLText::SetGLTextFont(short) in TGLText.o :info:build ___GLXEW_ARB_multisample, referenced from: :info:build TGLFormat::InitAvailableSamples() in TGLFormat.o :info:build FTGLPixmapFont::FTGLPixmapFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTFont::BBox(char const*, float, float, float, float, float, float), referenced from: :info:build TGLFont::BBox(char const*, float, float, float, float, float, float) constin TGLFontManager.o :info:build TGLFont::MeasureBaseLineParams(float, float, float, char const*) constin TGLFontManager.o :info:build TGLText::BBox(char const*, float, float, float, float
failing building root
Folks, Am I the only one having issues building root? It is failing to build in all my 12 machines The last 50 lines of the log say: ==:info:build /usr/bin/g++-4.2 -dynamiclib -single_module -Wl,-dead_strip_dylibs -install_name /opt/local/lib/root/libRooStats.so -O2 -m64 -mmacosx-version-min=10.6 -o lib/libRooStats.so roofit/roostats/src/AsymptoticCalculator.o roofit/roostats/src/BayesianCalculator.o roofit/roostats/src/BernsteinCorrection.o roofit/roostats/src/ConfidenceBelt.o roofit/roostats/src/FeldmanCousins.o roofit/roostats/src/FrequentistCalculator.o roofit/roostats/src/HLFactory.o roofit/roostats/src/Heaviside.o roofit/roostats/src/HybridCalculator.o roofit/roostats/src/HybridCalculatorOriginal.o roofit/roostats/src/HybridPlot.o roofit/roostats/src/HybridResult.o roofit/roostats/src/HypoTestCalculatorGeneric.o roofit/roostats/src/HypoTestInverter.o roofit/roostats/src/HypoTestInverterOriginal.o roofit/roostats/src/HypoTestInverterPlot.o roofit/roostats/src/HypoTestInverterResult.o roofit/roostats/src/HypoTestPlot.o roofit/roostats/src/HypoTestResult.o roofit/roostats/src/LikelihoodInterval.o roofit/roostats/src/LikelihoodIntervalPlot.o roofit/roostats/src/MCMCCalculator.o roofit/roostats/src/MCMCInterval.o roofit/roostats/src/MCMCIntervalPlot.o roofit/roostats/src/MarkovChain.o roofit/roostats/src/MetropolisHastings.o roofit/roostats/src/ModelConfig.o roofit/roostats/src/NeymanConstruction.o roofit/roostats/src/NumberCountingPdfFactory.o roofit/roostats/src/NumberCountingUtils.o roofit/roostats/src/PdfProposal.o roofit/roostats/src/PointSetInterval.o roofit/roostats/src/ProfileInspector.o roofit/roostats/src/ProfileLikelihoodCalculator.o roofit/roostats/src/ProfileLikelihoodTestStat.o roofit/roostats/src/ProposalHelper.o roofit/roostats/src/RatioOfProfileLikelihoodsTestStat.o roofit/roostats/src/RooStatsUtils.o roofit/roostats/src/SPlot.o roofit/roostats/src/SamplingDistPlot.o roofit/roostats/src/SamplingDistribution.o roofit/roostats/src/SequentialProposal.o roofit/roostats/src/SimpleInterval.o roofit/roostats/src/SimpleLikelihoodRatioTestStat.o roofit/roostats/src/ToyMCSampler.o roofit/roostats/src/ToyMCStudy.o roofit/roostats/src/UniformProposal.o roofit/roostats/src/UpperLimitMCSModule.o roofit/roostats/src/G__RooStats.o -ldl -Llib -lRooFit -lRooFitCore -lTree -lRIO -lHist -lMatrix -lMathCore -lMinuit -lFoam -lGraf -lGpad -Llib -lCore -lCint :info:build Undefined symbols: :info:build FTGLBitmapFont::FTGLBitmapFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLTextureFont::FTGLTextureFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLOutlineFont::FTGLOutlineFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTGLPolygonFont::FTGLPolygonFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build TGLText::SetGLTextFont(short) in TGLText.o :info:build ___GLXEW_ARB_multisample, referenced from: :info:build TGLFormat::InitAvailableSamples() in TGLFormat.o :info:build FTGLPixmapFont::FTGLPixmapFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build FTFont::BBox(char const*, float, float, float, float, float, float), referenced from: :info:build TGLFont::BBox(char const*, float, float, float, float, float, float) constin TGLFontManager.o :info:build TGLFont::MeasureBaseLineParams(float, float, float, char const*) constin TGLFontManager.o :info:build TGLText::BBox(char const*, float, float, float, float, float, float)in TGLText.o :info:build TGLText::PaintBBox(char const*)in TGLText.o :info:build TGLText::PaintGLText(double, double, double, char const*)in TGLText.o :info:build FTGLExtrdFont::FTGLExtrdFont(char const*), referenced from: :info:build TGLFontManager::RegisterFont(int, int, TGLFont::EMode, TGLFont)in TGLFontManager.o :info:build ld: symbol(s) not found :info:build collect2: ld returned 1 exit status :info:build make: *** [lib/libRGL.so] Error 1 :info:build make: *** Waiting for unfinished jobs :info:build == lib/libRooStats.so done :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root' :info:build shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root /usr/bin/make -j2 -w all CC=/usr/bin/gcc-4.2 CXX=/usr/bin/g++-4.2 F77= returned error 2 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace:
Unable to configure any packages when MacPort is active
People, I am having the most unusual problem Ports is working just fine and by fine I mean I can upgrade and install packages without any problems Until few weeks ago I was able to install non-macports programs by myself. This is, I was able to ./configure, make and sudo make install This morning I decided to upgrade some non-macport packages and to my surprise I discovered that the command './configure' just hangs in there, unable to do anything I did a series of tests and was able to follow the problem to MacPorts. This is, if I comment out the: export PATH=/opt/local/bin:/opt/local/sbin:$PATH export PATH=/opt/local/lib:$PATH export PATH=/opt/local/libexec/gnubin:$PATH export MANPATH=/opt/local/share/man:$MANPATH present in my ~/.bashrc file I can now not only run the './configure' command, but 'make' and 'sudo make install' Obviously, something has changed recently in MacPorts that is causing this problem (I know this was working fine before) and whatever it is is causing the same problem in all my machines (12 total) I need help identifying the Port that is causing this... Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Unable to configure any packages when MacPort is active
People, So I found the culprit and it is: coreutils @8.14 (sysutils) GNU File, Shell, and Text utilities When I activate MacPorts and uninstall coreutils, everything seems to be working well How do we proceed now? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unable to configure any packages when MacPort is active
Thanks Brandon That seems to help I re-installed coreutils, just in case Thanks --R On Sat, Nov 19, 2011 at 16:52, Brandon Allbery allber...@gmail.com wrote: On Sat, Nov 19, 2011 at 17:43, Rodolfo Aramayo raram...@gmail.com wrote: People, So I found the culprit and it is: coreutils @8.14 (sysutils) GNU File, Shell, and Text utilities Remove /opt/local/libexec/gnubin from your $PATH; that's where coreutils is overriding all the system utilities, usually to the great confusion of configure (which is generally smart enough to look for gfoo if the system foo isn't good enough). The whole reason non-prefixed stuff got moved to /opt/local/libexec/gnubin is that it's a *lovely* way to confuse the heck out of programs. -- brandon s allbery allber...@gmail.com wandering unix systems administrator (available) (412) 475-9364 vm/sms ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
timespan
Hi, I installed timespan: timespan @2.0_0 The current version is 2.2. The port does not have a maintainer What do I need to do to update the Port from v2.0 to v2.2?? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: timespan
Thanks Bradley --R On Sun, Oct 23, 2011 at 13:00, Bradley Giesbrecht pixi...@macports.orgwrote: On Oct 23, 2011, at 10:05 AM, Rodolfo Aramayo wrote: Hi, I installed timespan: timespan @2.0_0 The current version is 2.2. The port does not have a maintainer What do I need to do to update the Port from v2.0 to v2.2?? Macports trac tickets are a popular method, ideally with a Portfile patch. I have updated timespan to 2.2. http://trac.macports.org/changeset/86238 Regards, Bradley Giesbrecht (pixilla) ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unable to upgrade gnutls
On Thu, Oct 6, 2011 at 19:05, Ryan Schmidt ryandes...@macports.org wrote: On Oct 6, 2011, at 18:05, Rodolfo Aramayo wrote: I was wandering if you could help me understand why I am having problems upgrading gnutls in one of my computers I currently have: The following ports are currently installed: gnutls @2.8.6_1+universal (active) and when I run 'port upgrade outdated' I get: --- Computing dependencies for gnutls --- Fetching archive for gnutls --- Attempting to fetch gnutls-2.12.11_0+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/gnutls --- Fetching gnutls --- Attempting to fetch gnutls-2.12.11.tar.bz2 from http://mirror.facebook.net/gnu/gnu/gnutls --- Attempting to fetch gnutls-2.12.11.tar.bz2 from http://mirrors.ibiblio.org/pub/mirrors/gnu/ftp/gnu/gnutls --- Verifying checksum(s) for gnutls --- Extracting gnutls --- Configuring gnutls --- Building gnutls Error: Target org.macports.build returned: shell command failed (see log for details) Log for gnutls is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/main.log Error: Unable to upgrade port: 1 To report a bug, see http://guide.macports.org/#project.tickets In the log you sent it shows: warning: in /opt/local/lib/libgcrypt.dylib, file was built for unsupported file format which is not the architecture being linked (i386) So it sounds like your libgcrypt port is not installed for the same architectures that you're installing gnutls for now. Specifically, you're installing gnutls for i386 and x86_64, and libgcrypt doesn't have i386. What's the output of: port -v installed libgcrypt == the output is: port -v installed libgcrypt The following ports are currently installed: libgcrypt @1.5.0_0+universal (active) platform='darwin 10' archs='i386 x86_64' lipo -info /opt/local/lib/libgcrypt.dylib output is: lipo -info /opt/local/lib/libgcrypt.dylib Non-fat file: /opt/local/lib/libgcrypt.dylib is architecture: x86_64 == MacPorts should have taken care of upgrading libgcrypt to compatible architectures, unless it was last updated a long time ago, before MacPorts 1.9. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unable to upgrade gnutls
On Thu, Oct 6, 2011 at 18:11, Jeremy Lavergne jer...@lavergne.gotdns.orgwrote: It sounds like one of two things happened: * it isn't successfully building universally * it cannot build in parallel. We can easily test for the second case by appending build.jobs=1 to the port command: sudo port install gnutls +universal build.jobs=1 == This is what I get: sudo port install gnutls +universal build.jobs=1 --- Computing dependencies for gnutls --- Building gnutls Error: Target org.macports.build returned: shell command failed (see log for details) Log for gnutls is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/main.log Error: Status 1 encountered during processing. To report a bug, see http://guide.macports.org/#project.tickets == Let us know how that goes. :info:build _gcry_mpi_cmp_ui, referenced from: :info:build _wrap_gcry_mpi_cmp_ui in libcrypto.a(mpi.o) ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unable to upgrade gnutls
Success...see below On Fri, Oct 7, 2011 at 09:15, Jeremy Lavergne jer...@lavergne.gotdns.orgwrote: libgcrypt @1.5.0_0+universal (active) platform='darwin 10' archs='i386 x86_64' Non-fat file: /opt/local/lib/libgcrypt.dylib is architecture: x86_64 Evidently, that port failed to build universally. I think the next step is rebuilding the package, either uninstall and install, or do upgrade --force. this is what I did: Tried re-installing...but that did not solve the problem...no rebuiding 13# port install -f libgcrypt@+universal --- Computing dependencies for libgcrypt --- Cleaning libgcrypt forced uninstalling... 14# port uninstall -f libgcrypt@+universal --- Unable to uninstall libgcrypt @1.5.0_0+universal, the following ports depend on it: --- gnome-keyring @2.30.3_3 --- gnupg2 @2.0.18_0 --- gnutls @2.8.6_1+universal --- gpg-agent @2.0.17_0 --- libgnome-keyring @2.30.1_1 --- p5.12-crypt-gcrypt @1.250.0_1 Warning: Uninstall forced. Proceeding despite dependencies. --- Deactivating libgcrypt @1.5.0_0+universal --- Unable to deactivate libgcrypt @1.5.0_0+universal, the following ports depend on it: --- gnome-keyring @2.30.3_3 --- gnupg2 @2.0.18_0 --- gnutls @2.8.6_1+universal --- gpg-agent @2.0.17_0 --- libgnome-keyring @2.30.1_1 --- p5.12-crypt-gcrypt @1.250.0_1 Warning: Deactivate forced. Proceeding despite dependencies. --- Cleaning libgcrypt --- Uninstalling libgcrypt @1.5.0_0+universal --- Cleaning libgcrypt cleaned port... 15# port03 libgcrypt --- Cleaning libgcrypt re-installed... 16# port install libgcrypt@+universal --- Computing dependencies for libgcrypt --- Fetching archive for libgcrypt --- Attempting to fetch libgcrypt-1.5.0_0+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/libgcrypt --- Attempting to fetch libgcrypt-1.5.0_0+universal.darwin_10.i386-x86_64.tbz2.rmd160 from http://packages.macports.org/libgcrypt --- Installing libgcrypt @1.5.0_0+universal --- Activating libgcrypt @1.5.0_0+universal --- Cleaning libgcrypt tested.. 17# port installed libgcrypt The following ports are currently installed: libgcrypt @1.5.0_0+universal (active) port upgrade outdated... 18# port01 --- Computing dependencies for gnutls --- Building gnutls --- Staging gnutls into destroot --- Installing gnutls @2.12.11_0+universal --- Cleaning gnutls --- Computing dependencies for gnutls --- Deactivating gnutls @2.8.6_1+universal --- Cleaning gnutls --- Activating gnutls @2.12.11_0+universal --- Cleaning gnutls --- Fetching archive for xorg-cf-files --- Attempting to fetch xorg-cf-files-1.0.4_1.darwin_10.noarch.tbz2 from http://packages.macports.org/xorg-cf-files --- Attempting to fetch xorg-cf-files-1.0.4_1.darwin_10.noarch.tbz2.rmd160 from http://packages.macports.org/xorg-cf-files --- Installing xorg-cf-files @1.0.4_1 --- Cleaning xorg-cf-files and went on to upgrade other packages... Thanks Guys --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Unable to upgrade p5.12-autodia
Upgrading I get: --- Attempting to fetch Autodia-2.14.tar.gz from http://mirror.internode.on.net/pub/cpan/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.is.co.za/programming/perl/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.kddlabs.co.jp/lang/perl/CPAN/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.cs.colorado.edu/pub/perl/CPAN/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.chg.ru/pub/lang/perl/CPAN/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from http://cpan.mirrors.ilisys.com.au/modules/by-module/Autodia --- Attempting to fetch Autodia-2.14.tar.gz from http://sea.us.distfiles.macports.org/macports/mpdistfiles/perl5 --- Attempting to fetch Autodia-2.14.tar.gz from http://svn.macports.org/repository/macports/distfiles/p5-autodia Error: Target org.macports.fetch returned: fetch failed Log for p5.12-autodia is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_perl_p5-autodia/p5.12-autodia/main.log Error: Unable to upgrade port: 1 To report a bug, see http://guide.macports.org/#project.tickets and the error log says: :debug:fetch cpan.mirrors.ilisys.com.au ping time is 1 :debug:fetch mirror.aarnet.edu.au ping time is 224.373 :debug:fetch mirror.facebook.net ping time is 47.291 :debug:fetch ftp.cpan.org ping time is 59.591 :debug:fetch www.aarontrevena.co.uk ping time is 125.575 :debug:fetch distfiles.macports.org ping time is 48.832 :debug:fetch aarnet.au.distfiles.macports.org ping time is 223.713 :debug:fetch her.gr.distfiles.macports.org ping time is 200.493 :debug:fetch lil.fr.distfiles.macports.org ping time is 137.091 :debug:fetch sea.us.distfiles.macports.org ping time is 1 :debug:fetch ykf.ca.distfiles.macports.org ping time is 44.987 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from ftp://mirror.hiwaay.net/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: Server denied you to change to the given directory :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://mirrors.ibiblio.org/pub/mirrors/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://ykf.ca.distfiles.macports.org/MacPorts/mpdistfiles/perl5 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://mirror.facebook.net/cpan/modules/by-module/Autodia :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://distfiles.macports.org/perl5 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.cpan.org/pub/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: Server denied you to change to the given directory :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://www.aarontrevena.co.uk/opensource/autodia/download/ :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://lil.fr.distfiles.macports.org/perl5 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.sunet.se/pub/lang/perl/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: Server denied you to change to the given directory :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.funet.fi/pub/languages/perl/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: Server denied you to change to the given directory :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from ftp://ftp.auckland.ac.nz/pub/perl/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: Server denied you to change to the given directory :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://her.gr.distfiles.macports.org/mirrors/macports/mpdistfiles/perl5 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://aarnet.au.distfiles.macports.org/pub/macports/mpdistfiles/perl5 :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://mirror.aarnet.edu.au/pub/CPAN/modules/by-module/Autodia :debug:fetch Fetching failed:: The requested URL returned error: 404 :notice:fetch --- Attempting to fetch Autodia-2.14.tar.gz from http://mirror.internode.on.net/pub/cpan/modules/by-module/Autodia :debug:fetch Fetching failed:: The requested URL returned error: 404
Unable to upgrade gnutls
I was wandering if you could help me understand why I am having problems upgrading gnutls in one of my computers I currently have: The following ports are currently installed: gnutls @2.8.6_1+universal (active) and when I run 'port upgrade outdated' I get: --- Computing dependencies for gnutls --- Fetching archive for gnutls --- Attempting to fetch gnutls-2.12.11_0+universal.darwin_10.i386-x86_64.tbz2 from http://packages.macports.org/gnutls --- Fetching gnutls --- Attempting to fetch gnutls-2.12.11.tar.bz2 from http://mirror.facebook.net/gnu/gnu/gnutls --- Attempting to fetch gnutls-2.12.11.tar.bz2 from http://mirrors.ibiblio.org/pub/mirrors/gnu/ftp/gnu/gnutls --- Verifying checksum(s) for gnutls --- Extracting gnutls --- Configuring gnutls --- Building gnutls Error: Target org.macports.build returned: shell command failed (see log for details) Log for gnutls is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/main.log Error: Unable to upgrade port: 1 To report a bug, see http://guide.macports.org/#project.tickets The error log says: == :info:build _gcry_mpi_cmp_ui, referenced from: :info:build _wrap_gcry_mpi_cmp_ui in libcrypto.a(mpi.o) :info:build _gcry_prime_check, referenced from: :info:build _wrap_gcry_prime_check in libcrypto.a(mpi.o) :info:build _wrap_gcry_generate_group in libcrypto.a(mpi.o) :info:build _gcry_pk_encrypt, referenced from: :info:build __wrap_gcry_pk_encrypt in libcrypto.a(pk.o) :info:build _gcry_check_version, referenced from: :info:build _wrap_gcry_pk_generate_params in libcrypto.a(pk.o) :info:build _gnutls_crypto_init in libcrypto.a(init.o) :info:build _gnutls_crypto_init in libcrypto.a(init.o) :info:build _gcry_cipher_setiv, referenced from: :info:build _wrap_gcry_cipher_setiv in libcrypto.a(cipher.o) :info:build _gcry_mpi_release, referenced from: :info:build _wrap_gcry_mpi_release in libcrypto.a(mpi.o) :info:build _wrap_gcry_generate_group in libcrypto.a(mpi.o) :info:build _wrap_gcry_generate_group in libcrypto.a(mpi.o) :info:build _wrap_gcry_generate_group in libcrypto.a(mpi.o) :info:build ld: symbol(s) not found :info:build collect2: ld returned 1 exit status :info:build lipo: can't open input file: /var/tmp//ccXwYKH8.out (No such file or directory) :info:build make[4]: *** [libgnutls.la] Error 1 :info:build make[4]: *** Waiting for unfinished jobs :info:build make[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/work/gnutls-2.12.11/lib' :info:build make[3]: *** [all-recursive] Error 1 :info:build make[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/work/gnutls-2.12.11/lib' :info:build make[2]: *** [all] Error 2 :info:build make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/work/gnutls-2.12.11/lib' :info:build make[1]: *** [all-recursive] Error 1 :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/work/gnutls-2.12.11' :info:build make: *** [all] Error 2 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/work/gnutls-2.12.11' :info:build shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/work/gnutls-2.12.11 /usr/bin/make -j2 -w all returned error 2 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing command_exec build (procedure portbuild::build_main line 8) invoked from within $procedure $targetname :info:build Warning: the following items did not execute (for gnutls): org.macports.install org.macports.build org.macports.destroot :notice:build Log for gnutls is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_gnutls/gnutls/main.log == Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Question
Sorry I forgot to add the User-list -- Forwarded message -- From: Ryan Schmidt ryandes...@macports.org Date: Thu, Sep 29, 2011 at 14:29 Subject: Re: Question To: Rodolfo Aramayo raram...@gmail.com On Sep 29, 2011, at 10:36, Rodolfo Aramayo wrote: Ryan, Is it my imagination or Macports is downloading and not longer compiling ports for gcc43, gcc44 and root? Why this decision? Since when? Since a month or two, we have a server building some ports for Snow Leopard, and MacPorts 2.0.0 and later will download and use those binaries if available. We may later add a server for building ports for other OS X versions, and we hope to increase the number of ports for which we can offer binaries. Why? Because it means users can install software more or less as fast as they can download the binaries, and not have to wait for things to compile. If you don't want binaries, you can use the -s flag, meaning build from source, e.g. sudo port -s install gcc43 -Ryan P.S: For further questions, please ask on the macports-users mailing list. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Remind me..
So where can I find the exact flags that where used to compile a given port?? Example: R Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: MacPorts is hijacking account on MacOSXServer
Hi Andrea, The problem has long been fixed. If you are having problems please re-install the MacPorts-base package (http://www.macports.org/install.php) Make sure to follow the instructions. Download, expand, configure and make as a regular admin user and only 'make install' as root (sudo make install) A new MacPort user will be created and the user UID will be properly assigned even if you are using network accounts If you continue to have problems, please post a detailed description to this list: MacPorts Users macports-users@lists.macosforge.org, You will need to subscribe to it first though Hope this helps...anyone else, any ideas?? --Rodolfo On Sun, Sep 18, 2011 at 13:45, Andrea Maschio andrea.masc...@gmail.com wrote: Hello, I found your email on this post: http://lists.macosforge.org/pipermail/macports-users/2011-July/024883.html I didn't understand how to fix this problem, which is causing every installation of new software to be done under macports user with no permissions even to admins Thank you -- Andrea Maschio http://flavors.me/andreamaschio La perfection est atteinte non quand il ne reste rien à ajouter, mais quand il ne reste rien à enlever - Antoine de Saint-Exupéry ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: root fails to build
Ryan, Is there a way to run: port upgrade outdated while excluding the port 'root'?? Thanks --R On Fri, Sep 16, 2011 at 01:03, Ryan Schmidt ryandes...@macports.org wrote: On Sep 16, 2011, at 00:20, Rodolfo Aramayo wrote: Doing standard 'port upgrade outdated' the port root fail to build. The last 100 lines of the Logfile looks like this: [snip] :info:configure configure: libX11 MUST be installed Please see: https://trac.macports.org/ticket/31260 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: root fails to build
Thanks...it works Still one would need to upgrade the outdated ports one by one...I wish we had the ability to do something like this: port upgrade outdated --exclude root ---R On Fri, Sep 16, 2011 at 09:21, Jeremy Lavergne jer...@lavergne.gotdns.org wrote: Is there a way to run: port upgrade outdated while excluding the port 'root'?? You might try: port upgrade outdated and not root You can test this with echo first: port echo outdated and not root ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: root fails to build
never mind... On Fri, Sep 16, 2011 at 09:21, Jeremy Lavergne jer...@lavergne.gotdns.org wrote: Is there a way to run: port upgrade outdated while excluding the port 'root'?? You might try: port upgrade outdated and not root You can test this with echo first: port echo outdated and not root ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
root fails to build
Doing standard 'port upgrade outdated' the port root fail to build. The last 100 lines of the Logfile looks like this: == :debug:fetch euid changed to: 504 :debug:fetch Executing org.macports.fetch (root) :info:fetch --- root_v5.30.01.source.tar.gz doesn't seem to exist in /opt/local/var/macports/distfiles/root :debug:fetch Pinging root.cern.ch... :debug:fetch Pinging distfiles.macports.org... :debug:fetch Pinging aarnet.au.distfiles.macports.org... :debug:fetch Pinging her.gr.distfiles.macports.org... :debug:fetch Pinging lil.fr.distfiles.macports.org... :debug:fetch Pinging sea.us.distfiles.macports.org... :debug:fetch Pinging ykf.ca.distfiles.macports.org... :debug:fetch root.cern.ch ping time is 160.795 :debug:fetch distfiles.macports.org ping time is 83.643 :debug:fetch aarnet.au.distfiles.macports.org ping time is 264.820 :debug:fetch her.gr.distfiles.macports.org ping time is 206.394 :debug:fetch lil.fr.distfiles.macports.org ping time is 145.122 :debug:fetch sea.us.distfiles.macports.org ping time is 1 :debug:fetch ykf.ca.distfiles.macports.org ping time is 90.440 :notice:fetch --- Attempting to fetch root_v5.30.01.source.tar.gz from http://distfiles.macports.org/root :debug:fetch Privilege de-escalation not attempted as not running as root. :debug:checksum checksum phase started at Fri Sep 16 00:05:46 CDT 2011 :notice:checksum --- Verifying checksum(s) for root :debug:checksum Executing org.macports.checksum (root) :info:checksum --- Checksumming root_v5.30.01.source.tar.gz :debug:checksum Correct (sha1) checksum for root_v5.30.01.source.tar.gz :debug:checksum Correct (rmd160) checksum for root_v5.30.01.source.tar.gz :debug:checksum Privilege de-escalation not attempted as not running as root. :debug:extract extract phase started at Fri Sep 16 00:05:46 CDT 2011 :notice:extract --- Extracting root :debug:extract Executing org.macports.extract (root) :info:extract --- Extracting root_v5.30.01.source.tar.gz :debug:extract setting option extract.args to '/opt/local/var/macports/distfiles/root/root_v5.30.01.source.tar.gz' :debug:extract Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:extract Assembled command: 'cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work /usr/bin/gzip -dc '/opt/local/var/macports/distfiles/root/root_v5.30.01.source.tar.gz' | /usr/bin/gnutar --no-same-owner -xf -' :debug:extract Executing command line: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work /usr/bin/gzip -dc '/opt/local/var/macports/distfiles/root/root_v5.30.01.source.tar.gz' | /usr/bin/gnutar --no-same-owner -xf - :debug:extract euid/egid changed to: 0/0 :debug:extract chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work to macports :debug:extract euid/egid changed to: 504/502 :debug:extract Privilege de-escalation not attempted as not running as root. :debug:patch patch phase started at Fri Sep 16 00:05:54 CDT 2011 :debug:patch Executing org.macports.patch (root) :debug:patch Executing proc-post-org.macports.patch-patch-0 :debug:patch euid/egid changed to: 0/0 :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root/config/root-config.in to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root/config/root-config.in :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root/configure to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root/configure :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root/configure to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_root/root/work/root/configure :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0
Installing fresh MacPorts
Ryan, To make a long story short. I am installing a fresh installation of MacPorts on a fresh installation of the MacOSX10.6 system software I am running into a series of issues. Some of them really creepy and that I will address later on another email. The more benign issues I am consistently running into and that I cannot resolve are: ==THIS ONE IS NASTY AS IT CRASHES THE COMPUTERS BAD --- Computing dependencies for atlas --- Building atlas Error: Target org.macports.build returned: shell command failed (see log for details) Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/main.log Error: Status 1 encountered during processing. To report a bug, see http://guide.macports.org/#project.tickets == 26# tail -50 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/main.log :info:build :info:build BEGIN STAGE 4-3-2: sLAPACK TUNING at 00:28 :info:build make -f Makefile ILATune pre=d 21 | ./xatlas_tee INSTALL_LOG/dLATUNE.LOG :info:build DONE STAGE 4-3-2 at 00:28 :info:build :info:build :info:build BEGIN STAGE 4-3-3: zLAPACK TUNING at 00:28 :info:build make -f Makefile ILATune pre=s 21 | ./xatlas_tee INSTALL_LOG/sLATUNE.LOG :info:build DONE STAGE 4-3-3 at 00:28 :info:build :info:build :info:build BEGIN STAGE 4-3-4: cLAPACK TUNING at 00:28 :info:build make -f Makefile ILATune pre=z 21 | ./xatlas_tee INSTALL_LOG/zLATUNE.LOG :info:build DONE STAGE 4-3-4 at 00:28 :info:buildDONE STAGE 4-3-0 at 00:28 :info:build DONE STAGE 4-0-0 at 00:28 :info:build :info:build :info:build BEGIN STAGE 5-0-0: FINAL LIBRARY UPDATE at 00:28 :info:build :info:build :info:buildBEGIN STAGE 5-1-0: FINAL STATIC LIBRARY UPDATE at 00:28 :info:build make -f Makefile IBuildLibs IBuildPtlibs0 21 | ./xatlas_tee INSTALL_LOG/LIBUPDATE.LOG :info:buildDONE STAGE 5-1-0 at 00:28 :info:build :info:build :info:build :info:build :info:build ATLAS install complete. Examine :info:build ATLAS/bin/arch/INSTALL_LOG/SUMMARY.LOG for details. :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/atlas-3.9.47/build' :info:build /usr/bin/make clean :info:build make[1]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/atlas-3.9.47/build' :info:build rm -rf *.dSYM :info:build rm -rf *.o x* config?.out *core* :info:build make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/atlas-3.9.47/build' :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/atlas-3.9.47/build' :debug:build Executing proc-post-org.macports.build-build-0 :info:build ld: duplicate symbol _ATL_SetAtomicCount in libatlas.a(ATL_SetAtomicCount_mut.o) and libatlas.a(ATL_SetAtomicCount_arch.o) :info:build shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/atlas-3.9.47/build/lib ( test ! -e libatlas.a || /usr/bin/ld -arch x86_64 -dynamic -dylib -single_module -dead_strip -x -all_load -L. -L/opt/local/lib/gcc44/x86_64 -L/opt/local/lib/gcc44 -ldylib1.o -dylib_install_name /opt/local/lib/libatlas.dylib libatlas.a -o libatlas.dylib -lSystem ) returned error 1 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing $post $targetname :info:build Warning: the following items did not execute (for atlas): org.macports.activate org.macports.build org.macports.destroot org.macports.install :error:build Failed to install atlas :debug:build couldn't open /System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex: no such file or directory while executing open [file join $dir tclIndex] :notice:build Log for atlas is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/main.log == == --- Attempting to fetch openssl-1.0.0d_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/openssl --- Attempting to fetch openssl-1.0.0d_0.darwin_10.x86_64.tbz2.rmd160 from http://packages.macports.org/openssl --- Installing openssl @1.0.0d_0 --- Deactivating openssl @1.0.0d_0+universal Error: Target org.macports.deactivate returned: could not read /opt/local/share/man/man3/BN_print.3ssl.gz: no such file or directory Log for openssl is at: /opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_openssl_1.0.0d_0+universal/openssl/main.log Warning:
Question about installations of Perl
Ryan, I explicitly requested MacPorts to install port install perl5.12 +threads However, I noticed that when I ask: 68# port installed perl5* The following ports are currently installed: perl5 @5.12.3_1+perl5_12 (active) perl5.12 @5.12.3_2+threads (active) Why do I get two ACTIVE installations?? If one was installed by another port why is it active? Also how would this affect installation of other ports?? If I request another port should I request as: port install p5-* or p5.12-*?? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Why was the macports user implemented
Ryan, Please explain to me like if I were a four-year old, why was the user 'macports' implemented? Is this user supposed to be a user or a group? Can this implementation change the behavior of Bash scripts designed to install ports? E.g.: == #!/opt/local/bin/bash port install a2ps port install aalib port install apache2 port install apr port install apr-util port install aquaterm port install arpack port install aspell port install atk port install atkmm exit 0 == I am asking this because I am seeing strange permissions problems while running simple installation scripts and when I run the commands outside the script things work fine These problems are especially pronounced with Python... I am still compiling a list of problems I am observing to send the logs to you guys Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Why was the macports user implemented
Great. Good explanation. Thanks, but then that begs the question as to why the files in '/opt/local/' are not owned by macports:macports and instead by 'root:admin and/or root:wheel'? Am I missing something in here?? Regardless we have to 'sudo' to install MacPorts and its ports, right? You said The typical way of implementing this is creating a user and group, so permissions on files can be set to `macports:macports`. can be set or must be set?? Does MacPorts checks if the ports are owned by macports:macports? Thanks --R On Wed, Aug 31, 2011 at 14:09, Jeremy Lavergne jer...@lavergne.gotdns.org wrote: Please explain to me like if I were a four-year old, why was the user 'macports' implemented? The user was created to address this problem: Portfiles and the packages they install can contain arbitrary code, and should not be trusted unless they are signed and that packager is trusted. The concern is someone could execute any command, say `rm -rf $HOME` for whatever user is running the command. If this is root, your drive could be gone. If it is you, all your stuff could be gone. By using a separate user, similar to `nobody` we can ensure it dosen't have permission to do something unless you explicitly give such permissions to the place it is trying to access. The typical way of implementing this is creating a user and group, so permissions on files can be set to `macports:macports`. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unexpected installation problems with MacPorts
This morning I concentrated on a single machine and found that many, many, many ports are failing to recognize the perl XML::parser as being installed. But it is. In fact I have: p5-xml-sax-expat @0.400.0_3 (active) p5.12-xml-sax-expat @0.400.0_3 (active) installed This is one of the problems...I am looking at the rest. In the meantime I have filed bug reports with the corresponding ports... This is very annoying but I am sure is related to the new way Perl ports got organized lately... Thanks --R On Tue, Aug 30, 2011 at 08:56, Daniel J. Luke dl...@geeklair.net wrote: On Aug 29, 2011, at 11:35 PM, Rodolfo Aramayo wrote: Why this behavior with a brand new installation?? in a brand new system OS?? Any Ideas?? It's almost impossible for anyone to guess as to what is going on without the debug output from port -- Daniel J. Luke ++ | * dl...@geeklair.net * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unexpected installation problems with MacPorts
I am only using: perl5.12 @5.12.3_1+threads Could it be that when I installed XCODE (xcode_3.2.6_and_ios_sdk_4.3.dmg) I needed to request it to install stuff needed for 10.4? Because I remember NOT selecting that option... I am asking this because I also noticed problems compiling gcc43 and gcc44 and python is giving me a yet-to-be-determined-source-of-trouble... Thanks --R On Tue, Aug 30, 2011 at 15:39, Ryan Schmidt ryandes...@macports.org wrote: On Aug 30, 2011, at 09:12, Rodolfo Aramayo wrote: This morning I concentrated on a single machine and found that many, many, many ports are failing to recognize the perl XML::parser as being installed. But it is. In fact I have: p5-xml-sax-expat @0.400.0_3 (active) p5.12-xml-sax-expat @0.400.0_3 (active) installed perl XML::parser is p5*-xml-parser, not p5*-xml-sax-expat If that was just a typo, then sadly, we have had many many many prior reports of p5*-xml-parser not being found, though it's clearly there; you can probably find a dozen prior tickets in the issue tracker on this. But as far as I recall it always turned out to be user error, often of the kind where the user did not uninstall and reinstall all ports after upgrading to Snow Leopard, and other times of the kind where the user switched what version of perl they were using. What versions of perl are installed? ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Unexpected installation problems with MacPorts
It was a mistake...I thought the 10.5 disks were the 10.6 and because I was processing 8 machines at the same time by the time I realized the error I decided to install on top instead. In retrospect I should not have done that and I might still re-install clean everything again...thing is...I am really running out of time...the semester started and we will need the machines up and running early next week --R On Tue, Aug 30, 2011 at 16:09, Scott Webster sewebs...@gmail.com wrote: Why did you install 10.5 and then upgrade to 10.6? Seems to add more confusion to the situation, though it should work... On Tue, Aug 30, 2011 at 5:06 PM, Rodolfo Aramayo raram...@gmail.com wrote: I am only using: perl5.12 @5.12.3_1+threads Could it be that when I installed XCODE (xcode_3.2.6_and_ios_sdk_4.3.dmg) I needed to request it to install stuff needed for 10.4? Because I remember NOT selecting that option... I am asking this because I also noticed problems compiling gcc43 and gcc44 and python is giving me a yet-to-be-determined-source-of-trouble... Thanks --R On Tue, Aug 30, 2011 at 15:39, Ryan Schmidt ryandes...@macports.org wrote: On Aug 30, 2011, at 09:12, Rodolfo Aramayo wrote: This morning I concentrated on a single machine and found that many, many, many ports are failing to recognize the perl XML::parser as being installed. But it is. In fact I have: p5-xml-sax-expat @0.400.0_3 (active) p5.12-xml-sax-expat @0.400.0_3 (active) installed perl XML::parser is p5*-xml-parser, not p5*-xml-sax-expat If that was just a typo, then sadly, we have had many many many prior reports of p5*-xml-parser not being found, though it's clearly there; you can probably find a dozen prior tickets in the issue tracker on this. But as far as I recall it always turned out to be user error, often of the kind where the user did not uninstall and reinstall all ports after upgrading to Snow Leopard, and other times of the kind where the user switched what version of perl they were using. What versions of perl are installed? ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Unexpected installation problems with MacPorts
It goes like this: Computers iMac Core2duo 4GB RAM Brand new Hard drive in some of them Wiped the computers clean Created one user 'admin' Installed 10.5 clean installation Upgraded to 10.6 clean installation Installed Firefox, Chrome, LibreOffice and TextWrangler Installed MacPorts and then started installing my favorite ports and here is where the problems started crash after crash after crash the computers (8), with the exception of one ALL crashed repetitively Things is, their behavior was indistinguishable from computers having brand new hard drives I therefore do not suspect hardware failure I am puzzled however by the fact that some of the errors are related to permissions problems?? (I am installing as root) Also the user and group in the /opt/local directory is a mix between root:admin and root:wheel ?? WHY? shouldn't it be 'macports:wheel'??? an example of some of the errors follows: --- Cleaning gtkmm --- Computing dependencies for gtksourceview --- Dependencies to be installed: libgnomeprint libart_lgpl libgnomecups libgnomeprintui libgnomecanvas libglade2 Error: Failed to install libart_lgpl Log for libart_lgpl is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_libart_lgpl/libart_lgpl/main.log Error: The following dependencies were not installed: libgnomeprint libart_lgpl libgnomecups libgnomeprintui libgnomecanvas libglade2 Error: Status 1 encountered during processing. To report a bug, see http://guide.macports.org/#project.tickets --- Computing dependencies for gtkspell2 --- Cleaning gtkspell2 --- Computing dependencies for gts --- Cleaning gts --- Cleaning intltool --- Cleaning iso-codes Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_itcl/itcl/work/.macports.itcl.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_iwidgets/iwidgets/work/.macports.iwidgets.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_java_jarbundler/jarbundler/work/.macports.jarbundler.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets --- Computing dependencies for jasper --- Cleaning jasper --- Cleaning jbigkit Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_jed/jed/work/.macports.jed.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets --- Cleaning jpeg Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_kakasi/kakasi/work/.macports.kakasi.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets --- Computing dependencies for latexdiff --- Cleaning latexdiff ... --- Cleaning libgcrypt Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_libgeoip/libgeoip/work/.macports.libgeoip.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_libglade2/libglade2/work/.macports.libglade2.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_libgnome/libgnome/work/.macports.libgnome.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_libgnome-keyring/libgnome-keyring/work/.macports.libgnome-keyring.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gnome_libgnomecanvas/libgnomecanvas/work/.macports.libgnomecanvas.state: permission denied To report a bug, see http://guide.macports.org/#project.tickets Error: Unable to execute port: couldn't open
Fwd: macports-users Digest, Vol 60, Issue 21
I believe you are seeing the same as described below... Hope this helps --R -- Forwarded message -- From: Rodolfo Aramayo raram...@gmail.com Date: Sun, Aug 21, 2011 at 13:03 Subject: Re: macports-users Digest, Vol 60, Issue 21 To: Frank J. R. Hanstick tro...@comcast.net, MacPorts Users macports-users@lists.macosforge.org Frank, Please see below... Message: 3 Date: Sun, 21 Aug 2011 02:42:34 -0700 From: Frank J. R. Hanstick tro...@comcast.net To: MacPorts Users macports-users@lists.macosforge.org Subject: Active version error Message-ID: 2e5a2679-1c77-4fb6-b837-a102dfcbd...@comcast.net Content-Type: text/plain; charset=us-ascii; Format=flowed; DelSp=yes Hello, The following occurred during an upgrade: --- Computing dependencies for p5.12-scalar-list-utils --- Fetching archive for p5.12-scalar-list-utils --- Attempting to fetch p5.12-scalar-list- utils-1.230.0_2.darwin_9.ppc.tgz from http://packages.macports.org/p5.12-scalar-list-utils --- Fetching p5.12-scalar-list-utils --- Verifying checksum(s) for p5.12-scalar-list-utils --- Extracting p5.12-scalar-list-utils --- Configuring p5.12-scalar-list-utils --- Building p5.12-scalar-list-utils --- Staging p5.12-scalar-list-utils into destroot --- Installing p5.12-scalar-list-utils @1.230.0_2 --- Activating p5.12-scalar-list-utils @1.230.0_2 Error: Target org.macports.deactivate returned: Active version of p5- scalar-list-utils is not 1.230.0_1 but 1.23_1. Log for p5-scalar-list-utils is at: /opt/local/var/macports/logs/ _opt_local_var_macports_registry_portfiles_p5-scalar-list-utils_1.23_1/ p5-scalar-list-utils/main.log Warning: Failed to execute portfile from registry for p5-scalar-list- utils @1.23_1 --- Deactivating p5-scalar-list-utils @1.23_1 --- Cleaning p5.12-scalar-list-utils I have seen the same problem. I believe there is a bug somewhere in the portfiles that update a 'p5-*' port to a 'p5.12-*' port Let me explain; Say I am upgrading: p5-scalar-list-utils the new port is: p5.12-scalar-list-utils The new port is fetched, verified, extracted, patched, configured, built, installed and activated but if you try to run 'port -u uninstall p5-scalar-list-utils' you will run into trouble because ports does not recognize 'p5-scalar-list-utils' as installed and might complain about other ports needing this port If you then run the command: 'port -uf uninstall p5-scalar-list-utils' ports does the uninstall Is like at some point although ports knows that p5.12-scalar-list-utils is installed, it does not know that the port p5-scalar-list-utils can be uninstalled Forcing the uninstall of all the ports 'p5-*' that have been updated to 'p5.12-*' solves the problem and clean up the upgraded ports In my case I had to write a script to clean the ~590 p5-* ports that were upgraded to p5.12-* Hope this helps --R This was not a show stopper. A log is attached. Frank J. R. Hanstick tro...@comcast.net -- next part -- A non-text attachment was scrubbed... Name: main.log Type: application/octet-stream Size: 965 bytes Desc: not available URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20110821/950f8bf9/attachment-0001.obj -- ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users End of macports-users Digest, Vol 60, Issue 21 ** ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: macports-users Digest, Vol 60, Issue 21
Frank, Please see below... Message: 3 Date: Sun, 21 Aug 2011 02:42:34 -0700 From: Frank J. R. Hanstick tro...@comcast.net To: MacPorts Users macports-users@lists.macosforge.org Subject: Active version error Message-ID: 2e5a2679-1c77-4fb6-b837-a102dfcbd...@comcast.net Content-Type: text/plain; charset=us-ascii; Format=flowed; DelSp=yes Hello, The following occurred during an upgrade: --- Computing dependencies for p5.12-scalar-list-utils --- Fetching archive for p5.12-scalar-list-utils --- Attempting to fetch p5.12-scalar-list- utils-1.230.0_2.darwin_9.ppc.tgz from http://packages.macports.org/p5.12-scalar-list-utils --- Fetching p5.12-scalar-list-utils --- Verifying checksum(s) for p5.12-scalar-list-utils --- Extracting p5.12-scalar-list-utils --- Configuring p5.12-scalar-list-utils --- Building p5.12-scalar-list-utils --- Staging p5.12-scalar-list-utils into destroot --- Installing p5.12-scalar-list-utils @1.230.0_2 --- Activating p5.12-scalar-list-utils @1.230.0_2 Error: Target org.macports.deactivate returned: Active version of p5- scalar-list-utils is not 1.230.0_1 but 1.23_1. Log for p5-scalar-list-utils is at: /opt/local/var/macports/logs/ _opt_local_var_macports_registry_portfiles_p5-scalar-list-utils_1.23_1/ p5-scalar-list-utils/main.log Warning: Failed to execute portfile from registry for p5-scalar-list- utils @1.23_1 --- Deactivating p5-scalar-list-utils @1.23_1 --- Cleaning p5.12-scalar-list-utils I have seen the same problem. I believe there is a bug somewhere in the portfiles that update a 'p5-*' port to a 'p5.12-*' port Let me explain; Say I am upgrading: p5-scalar-list-utils the new port is: p5.12-scalar-list-utils The new port is fetched, verified, extracted, patched, configured, built, installed and activated but if you try to run 'port -u uninstall p5-scalar-list-utils' you will run into trouble because ports does not recognize 'p5-scalar-list-utils' as installed and might complain about other ports needing this port If you then run the command: 'port -uf uninstall p5-scalar-list-utils' ports does the uninstall Is like at some point although ports knows that p5.12-scalar-list-utils is installed, it does not know that the port p5-scalar-list-utils can be uninstalled Forcing the uninstall of all the ports 'p5-*' that have been updated to 'p5.12-*' solves the problem and clean up the upgraded ports In my case I had to write a script to clean the ~590 p5-* ports that were upgraded to p5.12-* Hope this helps --R This was not a show stopper. A log is attached. Frank J. R. Hanstick tro...@comcast.net -- next part -- A non-text attachment was scrubbed... Name: main.log Type: application/octet-stream Size: 965 bytes Desc: not available URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20110821/950f8bf9/attachment-0001.obj -- ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users End of macports-users Digest, Vol 60, Issue 21 ** ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: openmpi versus mpich2
The developer of the package I want to run (Velvet) told me I should just install 'libgomp' Can you guys translate this for me? Is he talking about openmpi or mpich2?? or something else?? Thanks On Mon, Aug 8, 2011 at 09:21, Eric A. Borisch ebori...@macports.org wrote: On Mon, Aug 8, 2011 at 8:57 AM, Jason Swails jason.swa...@gmail.com wrote: I personally use mpich2 myself, but tend to compile my own MPIs, as the multiplicity can get you in trouble (if you link serial libraries to MPI code, you can run into lots of problems if the compiler version used to build the MPI libraries, and therefore the ones you're using to build the MPI code if you use mpicc/mpif90, is not the same as the compiler version you used to build the serial libraries). HTH, Jason FWIW, The mpich2 port supports a number of underlying compilers through the variants... Hopefully your favorite in the list. -Eric -- Eric A. Borisch ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: openmpi versus mpich2
And we do no have a port for openmp;(( Thanks --R On Mon, Aug 8, 2011 at 13:25, Jason Swails jason.swa...@gmail.com wrote: On Mon, Aug 8, 2011 at 2:19 PM, Rodolfo Aramayo raram...@gmail.com wrote: The developer of the package I want to run (Velvet) told me I should just install 'libgomp' Can you guys translate this for me? Is he talking about openmpi or mpich2?? or something else?? Something else. libgomp is the GNU implementation of the OpenMP parallelization scheme. Note that OpenMPI and mpich2 are both message passing interface (MPI) implementations designed for shared and distributed memory systems (oversimplified; multi-core computers and many multi-core computers networked together) by passing messages between the different threads. OpenMP is a shared memory parallelization scheme that has different syntax and design philosophy to MPI. OpenMP is (from what I've heard) simpler to write and implement than MPI, yet it is limited to shared-memory machines and thus cannot scale as high as MPI. However, if you're just trying to compile code that someone else has already written, you need to know which one they used to parallelize their code and link with those libraries. If the developer of the package you're trying to use says to install libgomp, then just do that (or some other OpenMP implementation if it's available) and leave MPI alone ;). Hope this helps, Jason Thanks On Mon, Aug 8, 2011 at 09:21, Eric A. Borisch ebori...@macports.org wrote: On Mon, Aug 8, 2011 at 8:57 AM, Jason Swails jason.swa...@gmail.com wrote: I personally use mpich2 myself, but tend to compile my own MPIs, as the multiplicity can get you in trouble (if you link serial libraries to MPI code, you can run into lots of problems if the compiler version used to build the MPI libraries, and therefore the ones you're using to build the MPI code if you use mpicc/mpif90, is not the same as the compiler version you used to build the serial libraries). HTH, Jason FWIW, The mpich2 port supports a number of underlying compilers through the variants... Hopefully your favorite in the list. -Eric -- Eric A. Borisch -- Jason M. Swails Quantum Theory Project, University of Florida Ph.D. Candidate 352-392-4032 ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
openmpi versus mpich2
Basic question: Can these two ports be installed side by side: openmpi and mpich2 and which one is better for what purposes or are they equivalent in function and performance? --Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Galaxy cannot use MacPorts Python
People, This relates to the installation of Galaxy (http://main.g2.bx.psu.edu/) on a Mac I am observing an error when I try to use the MacPorts installation of Python to run Galaxy, but not when I use the Apple installation of Python to run Galaxy Disclaimer: I am not sure this relates to, or can be resolved by the people of MacPorts But I need to ask anyways According to the Galaxy developers instructions, to have a local installation of Galaxy one must: A. Tell Galaxy where Python lives by creating a new directory at the front of ##$PATH## and creating a symbolic link to python in that directory in your home directory: 1 % mkdir ~/galaxy-python 2 % ln -s /path/to/python2.5 ~/galaxy-python/python 3 % export PATH=~/galaxy-python:$PATH B. Get the latest version from the repository: 4 % hg clone https://bitbucket.org/galaxy/galaxy-dist/ C. Start Galaxy up 5 % sh run.sh Now if I do that pointing to the Apple Python I get no errors and the Galaxy server starts normally. (i.e., using ' python - /usr/bin/python' as a link inside the '~/galaxy-python' directory) Python is capable of initializing paths: == python path is: /Users/babieca/galaxy-central/eggs/numpy-1.6.0-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/pysam-0.4.2_kanwei_b10f6e722e9a-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/Whoosh-0.3.18-py2.6.egg, /Users/babieca/galaxy-central/eggs/pycrypto-2.0.1-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/python_lzo-1.08_2.03_static-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/bx_python-0.7.0_494c2d1d68b3_rebuild1-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/amqplib-0.6.1-py2.6.egg, /Users/babieca/galaxy-central/eggs/pexpect-2.4-py2.6.egg, /Users/babieca/galaxy-central/eggs/SQLAlchemy-0.5.6_dev_r6498-py2.6.egg, /Users/babieca/galaxy-central/eggs/Babel-0.9.4-py2.6.egg, /Users/babieca/galaxy-central/eggs/MarkupSafe-0.12-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/Mako-0.4.1-py2.6.egg, /Users/babieca/galaxy-central/eggs/WebHelpers-0.2-py2.6.egg, /Users/babieca/galaxy-central/eggs/simplejson-2.1.1-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/wchartype-0.1-py2.6.egg, /Users/babieca/galaxy-central/eggs/elementtree-1.2.6_20050316-py2.6.egg, /Users/babieca/galaxy-central/eggs/docutils-0.7-py2.6.egg, /Users/babieca/galaxy-central/eggs/WebOb-0.8.5-py2.6.egg, /Users/babieca/galaxy-central/eggs/Routes-1.12.3-py2.6.egg, /Users/babieca/galaxy-central/eggs/Cheetah-2.2.2-py2.6-macosx-10.6-universal-ucs2.egg, /Users/babieca/galaxy-central/eggs/PasteDeploy-1.3.3-py2.6.egg, /Users/babieca/galaxy-central/eggs/PasteScript-1.7.3-py2.6.egg, /Users/babieca/galaxy-central/eggs/Paste-1.6-py2.6.egg, /Users/babieca/galaxy-central/lib, /usr/lib/python26.zip, /usr/lib/python2.6, /usr/lib/python2.6/plat-darwin, /usr/lib/python2.6/plat-mac, /usr/lib/python2.6/plat-mac/lib-scriptpackages, /usr/Extras/lib/python, /usr/lib/python2.6/lib-tk, /usr/lib/python2.6/lib-old, /usr/lib/python2.6/lib-dynload, /Library/Python/2.6/site-packages/Numeric, /Library/Python/2.6/site-packages/PIL, /Library/Python/2.6/site-packages/setuptools-0.6c11-py2.6.egg-info, /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages == If however I point to the MacPorts Python I get the following error: (i.e., using ' python - /opt/local/bin/python' as a link inside the '~/galaxy-python' directory) == Some eggs are out of date, attempting to fetch... Warning: MarkupSafe (a dependent egg of Mako) cannot be fetched Warning: simplejson (a dependent egg of WebHelpers) cannot be fetched Traceback (most recent call last): File ./scripts/fetch_eggs.py, line 30, in module c.resolve() # Only fetch eggs required by the config File /Users/babieca/galaxy-central/lib/galaxy/eggs/__init__.py, line 345, in resolve egg.resolve() File /Users/babieca/galaxy-central/lib/galaxy/eggs/__init__.py, line 195, in resolve return self.version_conflict( e.args[0], e.args[1] ) File /Users/babieca/galaxy-central/lib/galaxy/eggs/__init__.py, line 226, in version_conflict r = pkg_resources.working_set.resolve( ( dist.as_requirement(), ), env, egg.fetch ) File /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/pkg_resources.py, line 584, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: numpy==1.6.0 Fetch failed. == Why would the fetch failed?? Why Galaxy be unable to use MacPorts Python to fetch these eggs? Is this a bug of MacPorts Python or inability of Galaxy code to recognize a different installation of Python? Given my ignorance I need to ask...\ Any Ideas would be really appreciated Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org
trouble updating and/or installing valgrind
MacPorts is having trouble updating and/or installing Valgrind The last few lines of the log file look like: == /var/macports/distfiles/valgrind/valgrind-3.6.1.tar.bz2' | /usr/bin/gnutar --no-same-owner -xf - :debug:extract euid/egid changed to: 0/0 :debug:extract chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_valgrind/valgrind/work to macports :debug:extract euid/egid changed to: 510/510 :debug:extract Privilege de-escalation not attempted as not running as root. :debug:patch patch phase started at Fri Jul 29 21:15:24 CDT 2011 :debug:patch Executing org.macports.patch (valgrind) :notice:patch --- Applying patches to valgrind :info:patch --- Applying /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/valgrind/files/patch-xcode4.diff :debug:patch Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_valgrind/valgrind/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:patch Assembled command: 'cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_valgrind/valgrind/work/valgrind-3.6.1 /usr/bin/patch -p0' :debug:patch Executing command line: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_valgrind/valgrind/work/valgrind-3.6.1 /usr/bin/patch -p0 '/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/valgrind/files/patch-xcode4.diff' :info:patch patching file coregrind/link_tool_exe_darwin.in :info:patch patching file coregrind/fixup_macho_loadcmds.c :info:patch patching file coregrind/Makefile.am :info:patch Hunk #1 succeeded at 437 (offset -4 lines). :info:patch patching file coregrind/link_tool_exe_darwin.in :info:patch Reversed (or previously applied) patch detected! Assume -R? [n] :info:patch Apply anyway? [n] :info:patch Skipping patch. :info:patch 1 out of 1 hunk ignored -- saving rejects to file coregrind/link_tool_exe_darwin.in.rej :info:patch patching file coregrind/fixup_macho_loadcmds.c :info:patch patching file coregrind/Makefile.am :info:patch Reversed (or previously applied) patch detected! Assume -R? [n] :info:patch Apply anyway? [n] :info:patch Skipping patch. :info:patch 1 out of 1 hunk ignored -- saving rejects to file coregrind/Makefile.am.rej :info:patch shell command cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_valgrind/valgrind/work/valgrind-3.6.1 /usr/bin/patch -p0 '/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/valgrind/files/patch-xcode4.diff' returned error 1 :error:patch Target org.macports.patch returned: shell command failed (see log for details) :debug:patch Backtrace: shell command failed (see log for details) while executing command_exec patch '$patch' (procedure portpatch::patch_main line 35) invoked from within $procedure $targetname :info:patch Warning: the following items did not execute (for valgrind): org.macports.activate org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install :notice:patch Log for valgrind is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_valgrind/valgrind/main.log == Any Ideas? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: Trouble updating qt3
FYI I was able to solve the problem I was having updating qt3 by doing the following: uninstalling the active (outdated) installation of qt3 installing the up-to-date version of qt3 The original problem was related to file permissions?? I was unable to solve this problem any other way, like changing permissions on the files that could not be written to and or running selfupdate and port upgrade outdated --R On Wed, Jul 27, 2011 at 11:54, Marko Käning mk-macpo...@techno.ms wrote: From what I see down there in your log I figure you didn't run the port command with sudo. Did you try that? On Jul 27, 2011, at 3:54 PM, Rodolfo Aramayo wrote: Hi Marko, I am still unable to install qt3 No I did not see Takeshi Enomoto's reply to your enquiry Any ideas I could use? Thanks --Rodolfo On Sat, Jul 23, 2011 at 02:57, Marko Käning mk-macpo...@techno.ms wrote: Did you see Takeshi Enomoto's reply to my thread qt3 building failing with Lion and Xcode 4 using MacPorts 2.0.0… ? Since I don't have Lion I can't test it. Please try sudo port selfupdate sudo port upgrade outdated and report back whether it works for you. On Jul 23, 2011, at 5:42 AM, Rodolfo Aramayo wrote: People, After upgrading from Mac Ports base 1.9.2 to the latest Mac Ports base 2.0 and running the 'port upgrade outdated' I got the following error: Error: Target org.macports.build returned: shell command failed (see log for details) Log for qt3 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/main.log Error: Unable to upgrade port: 1 To report a bug, see http://guide.macports.org/#project.tickets last few libes of the log are: == :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf :debug:patch euid/egid changed to: 504/502 :debug:patch Privilege de-escalation not attempted as not running as root. :debug:configure configure phase started at Fri Jul 22 22:35:13 CDT 2011 :notice:configure --- Configuring qt3 :debug:configure Using compiler 'Mac OS X gcc 4.2' :debug:configure Executing org.macports.configure (qt3) :debug:configure Privilege de-escalation not attempted as not running as root. :debug:build build phase started at Fri Jul 22 22:35:13 CDT 2011 :notice:build --- Building qt3 :debug:build Executing proc-pre-org.macports.build-build-0 :info:build ranlib: file: /opt/local/lib/libqassistantclient.a is not writable (Permission denied) :info:build shell command ranlib /opt/local/lib/libqassistantclient.a returned error 1 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing $pre $targetname :info:build Warning: the following items did not execute (for qt3): org.macports.install org.macports.build org.macports.destroot :notice:build Log for qt3 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/main.log == Is this related to the latest MacPorts base or to a problem with qt3??? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
MacPorts is hijacking account on MacOSXServer
IMPORTANT For those if you running MacPorts on MacOSXServers...be aware! The latest installation of MacPorts is taking over mobile accounts on MacOSXServer Obviously the installer does not determine the presence of 'mobile' accounts and finds the next available UniqueID number available and assigns it to the 'macports:staff' The problem this creates is obvious, mobile users using that particular UniqueID lose control over their directories and files While the problem can be easily fixed by reverting the usernames to their old ones, it is not clear to me what implications this will have on the macports user. Please advice here Also I do not understand why the '/opt' directory is not now owned by the 'macports:staff' user Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: MacPorts is hijacking account on MacOSXServer
Yes you are right but still everything inside '/opt/local' is 'root:admin' Shouldn't it be 'macports:admin/staff or wheel'?? On Mon, Jul 25, 2011 at 14:54, Ryan Schmidt ryandes...@macports.org wrote: On Jul 25, 2011, at 14:44, Rodolfo Aramayo wrote: IMPORTANT For those if you running MacPorts on MacOSXServers...be aware! The latest installation of MacPorts is taking over mobile accounts on MacOSXServer Obviously the installer does not determine the presence of 'mobile' accounts and finds the next available UniqueID number available and assigns it to the 'macports:staff' The problem this creates is obvious, mobile users using that particular UniqueID lose control over their directories and files While the problem can be easily fixed by reverting the usernames to their old ones, it is not clear to me what implications this will have on the macports user. Please advice here I am not familiar with mobile accounts. Also I do not understand why the '/opt' directory is not now owned by the 'macports:staff' user The MacPorts prefix is /opt/local, not /opt. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: MacPorts is hijacking account on MacOSXServer
On Mon, Jul 25, 2011 at 16:09, Rainer Müller rai...@macports.org wrote: On 2011-07-25 21:44 , Rodolfo Aramayo wrote: The latest installation of MacPorts is taking over mobile accounts on MacOSXServer AFAIK mobile account means they have a home exported over the network? I am not sure if it is NIS/yp, but is this a similar solution? Obviously the installer does not determine the presence of 'mobile' accounts and finds the next available UniqueID number available and assigns it to the 'macports:staff' The same method has been used for years now to create new system users for Portfiles. So if you installed anything which required a new user, you would have run into this problem before, for example the messagebus user for dbus, polkituser for policykit or mysql for mysql4/mysql5. If this method is really a problem, you already that before 2.0.0. Yes, But I did not run into this problem before and now Macports has gracefully hijacked one of my graduate students account. The guy is pretty happy about it as he does not have to work but...I am not...;)) I have three servers and Macport installed itself as follows in all of them: == g00 RecordName: nobody -2:-2 RecordName: root 0:0 RecordName: daemon1:1 RecordName: messagebus507:500 RecordName: polkituser508:502 RecordName: macports 509:1026 a00 RecordName: nobody -2:-2 RecordName: root0:0 RecordName: daemon 1:1 RecordName: messagebus 505:500 RecordName: polkituser 508:502 RecordName: macports509:1027 a10 RecordName: nobody -2:-2 RecordName: root0:0 RecordName: daemon 1:1 RecordName: messagebus 505:500 RecordName: polkituser 506:502 RecordName: macports510:1027 == The problem this creates is obvious, mobile users using that particular UniqueID lose control over their directories and files While the problem can be easily fixed by reverting the usernames to their old ones, it is not clear to me what implications this will have on the macports user. Please advice here Also I do not understand why the '/opt' directory is not now owned by the 'macports:staff' user As Ryan pointed out, it's /opt/local. Why should it be owned by macports:staff? The macports user is being used to drop privileges while building. It is not meant to own any files on your system as that would defeat its purpose. Rainer Hmmm...Drop privileges while building...In that case I will have to manually create a macport user with an UID that does NOT collide with my existent users. Which group should then this be:: Should it be: macports:staff or macports:wheel?? obviously if I delete the macports user...bad things will happen..yes?? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: MacPorts is hijacking account on MacOSXServer
On Mon, Jul 25, 2011 at 17:53, Daniel J. Luke dl...@geeklair.net wrote: On Jul 25, 2011, at 6:26 PM, David L Ballenger wrote: I'm assuming that the process is to find the highest unused UniqueID in the local directory and use the next ID. For systems with with no mobile accounts and not a lot of users that's probably somewhere in the 500's. well, it does a loop asking the OS if the uid/gid is available until it finds one that should be available (see pextlib1.0/Pextlib.c line 242) On my laptop, which is connected to my Open Directory domain, my personal account is set up as a mobile accoun, which means I have an account int the local domain with a UID of 1025 and macports got an ID of 1026. That meant that the Open Directory user with that ID (my wife) could no longer log into her network account using my laptop. So, there was already an OD account with ID 1026 (or did you try to set up your wife's account later, and that failed?) I _think_ getpwuid() should pull in the information from OD (and maybe there's a lion change/bug that is causing the issue?). Certainly the manpage on 10.6 says These functions obtain information from DirectoryService(8) Maybe a solution is to have macports look for an unused ID below 1000. Of course that might not work it a system has 500 local accounts. I think we probably should figure out why the OD accounts (and groups?) aren't seen by base/ when it's looking for the next available UID/GID I tried changing the macpports UID to a lower number '510' using workgroupmanager but while I can still use the ports, selfupdate is broken Is there a way I can re-install Macports 2.0 again controlling the userid and gid in the process and move all my ports there afterwards? -- Daniel J. Luke ++ | * dl...@geeklair.net * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: MacPorts is hijacking account on MacOSXServer
On Mon, Jul 25, 2011 at 18:10, Rainer Müller rai...@macports.org wrote: On 2011-07-26 00:53 , Daniel J. Luke wrote: On Jul 25, 2011, at 6:26 PM, David L Ballenger wrote: On my laptop, which is connected to my Open Directory domain, my personal account is set up as a mobile accoun, which means I have an account int the local domain with a UID of 1025 and macports got an ID of 1026. That meant that the Open Directory user with that ID (my wife) could no longer log into her network account using my laptop. So, there was already an OD account with ID 1026 (or did you try to set up your wife's account later, and that failed?) I _think_ getpwuid() should pull in the information from OD (and maybe there's a lion change/bug that is causing the issue?). Certainly the manpage on 10.6 says These functions obtain information from DirectoryService(8) The macports user itself is not being created there, but in the portmgr/dmg/postflight script. The essential command is this one: ${DSCL} -q . -create /Users/${RUNUSR} UniqueID $(($(${DSCL} . -list /Users UniqueID | /usr/bin/awk '{print $2}' | sort -ug | tail -1)+1)) So here we are looking for the greatest ID in use and take the next one. Could it be that this kind of account is not recognized as we are querying . (the local domain) only? YES. because in this case the user had access to the computer but not a local account so it was not listed as local but as having a network account Rainer ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Re: MacPorts is hijacking account on MacOSXServer
On Mon, Jul 25, 2011 at 20:50, David L Ballenger d...@davidlballenger.com wrote: On Jul 25, 2011, at 5:50 PM, Scott Webster wrote: On Mon, Jul 25, 2011 at 5:43 PM, David L Ballenger d...@davidlballenger.com wrote: - Install macports on client B, macports created as local account on B with UID 1042. - Create another OD account, it gets UID 1042 since WorkGroup Manager can't see the local directory of client B. Now user with UID 1042 can't log in to client B. Wouldn't this be a problem with any account being created on client B? If you choose to use UID 1042 for whatever reason, then the server won't know about it. I guess if you are using this OD system then you are just not supposed to create UIDs on client machines in a possible OD range? Scott It potentially could be a problem. However, it seems that if you're using System Preferences to create local accounts it seems to work it's way up from 501, with 501 being your first user account. It does seem to skip holes. For example, on my laptop I currently have the following local user account UIDs, not counting those systems accounts below 500: - 501 - the local administrator account - 503 - messagebus from some install of dbus that probably got pulled in as some dependency. Note that this must have been before I bound my laptop to the OD domain on my OS X Server. - 999 - macports, or rather what I changed macports to after I saw Rodolfo's original message in this trhead and realized it was conflicting with my OD accounts. - 1025 - my personal account, a mobile account on my laptop (in the local domain, and paired to my account in the OD domain). Before binding my laptop to my OD domain, my personal account had UID 502, which is why there is a hole in the sequence. It also involved much shuffling of files, yada, yada, yada. - When I created the local test account with this setup the resulting UID was 504 I don't know if the system is explicitly keeping track of account deletions, but it's not just simply going with 1+ the highest UID of the local accounts. WorkGroup Manager with OS X Server creates Open Directory accounts starting with UID 1025. If for some reason you have a local account on the Open Directory master that has a UID ≥ 1025, WorkGroup Manager won't reuse that. So if you go through the standard GUI's you're probably not going to encounter this unless you've got a lot (500+) local accounts. If the account creation process in macports followed a similar process to what System Preferences uses to find a free UID it seems like we would have a better chance of avoiding the problem. - David David is right. This is a hard issue and believe me I have burn many, many candles during Holidays and weekends trying to solve userIDs conflicts in MacOSServers. It looks to me that MacPorts installer has these options: 1. Look if the machine is a server 2. If NOT a server then: 3. Either just create the 'user:macports group:macports' account picking: a. the next available UUID account number (somewhere in the 500s) b. using a pre-determined UUID and GUID, say 600... c. giving the user the option to select which one or what =I assume that if the machine is not a server but IS listening to a server through OD it does not matter, as long as there are UUIDs in the 500s available 4. If the machine is a server then: 5. Check if the server is listening to an OD and if yes then either quit and request a user 'macports' and a group 'macports' be created on the master OD or proceed to create the user 'macports' and a group 'macports' on the master OD. 6. If however the server is running a 'local directory' then test if all 500 numbers are taken and of they are proceed to create a user 'macports' and a group 'macports' in the 1000s. Because the server is running a local directory this should be OK, because all the users in the 1000s should be accounted for. The problem is when you pick a user 'macports' and a group 'macports' without testing the server/non-server/local/master OD configuration Am I missing something? --Rodolfo ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Trouble updating qt3
People, After upgrading from Mac Ports base 1.9.2 to the latest Mac Ports base 2.0 and running the 'port upgrade outdated' I got the following error: Error: Target org.macports.build returned: shell command failed (see log for details) Log for qt3 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/main.log Error: Unable to upgrade port: 1 To report a bug, see http://guide.macports.org/#project.tickets last few libes of the log are: == :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch chowned /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf to macports :debug:patch euid/egid changed to: 504/502 :debug:patch euid/egid changed to: 0/0 :debug:patch setting attributes on /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/work/qt-x11-free-3.3.8/mkspecs/darwin-g++/qmake.conf :debug:patch euid/egid changed to: 504/502 :debug:patch Privilege de-escalation not attempted as not running as root. :debug:configure configure phase started at Fri Jul 22 22:35:13 CDT 2011 :notice:configure --- Configuring qt3 :debug:configure Using compiler 'Mac OS X gcc 4.2' :debug:configure Executing org.macports.configure (qt3) :debug:configure Privilege de-escalation not attempted as not running as root. :debug:build build phase started at Fri Jul 22 22:35:13 CDT 2011 :notice:build --- Building qt3 :debug:build Executing proc-pre-org.macports.build-build-0 :info:build ranlib: file: /opt/local/lib/libqassistantclient.a is not writable (Permission denied) :info:build shell command ranlib /opt/local/lib/libqassistantclient.a returned error 1 :error:build Target org.macports.build returned: shell command failed (see log for details) :debug:build Backtrace: shell command failed (see log for details) while executing $pre $targetname :info:build Warning: the following items did not execute (for qt3): org.macports.install org.macports.build org.macports.destroot :notice:build Log for qt3 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt3/qt3/main.log == Is this related to the latest MacPorts base or to a problem with qt3??? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
What is the proper way to go from python26 to python27?
People, I was wandering if there is a proper way to jump from using python26 to python27? Is this just a matter of activating python27 using python_select? Would the active python26 ports remain active under python27? ==I assume so...but as more and more ports get ported to python27 would I have to installed them in pythin27 one by one? or do I have to re-install all my python ports again? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
unable to upgrade to mercurial-1.9
I am getting the following error: Error: No checksum set for mercurial-1.9.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Log for mercurial is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mercurial/main.log Error: Unable to upgrade port: 1 == Log: 4# tail /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mercurial/main.log :info:checksum The correct checksum line may be: :info:checksum checksums md5 d4842129fa2732eb6ed1180467bc32e2 \ sha1e7d80abf520849e1327ad5e7606a09628f646584 \ rmd160 f533234095f2028ef742dce96a23751ee023a7f1 :error:checksum Target org.macports.checksum returned: Unable to verify file checksums :debug:checksum Backtrace: Unable to verify file checksums while executing $procedure $targetname :info:checksum Warning: the following items did not execute (for mercurial): org.macports.destroot org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build :notice:checksum Log for mercurial is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_mercurial/main.log == Can we fix this? Thanks --R ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/macports-users