On Sat, Aug 23, 2014 at 4:16 AM, John Hanly wrote:
> Has anyone installed either the geant4 or geant4.10.0 ports? If so, how do
> you run it after installing?
Geant4: do something like
source /opt/local/libexec/Geant4/Geant4.10.0/geant4.sh
(You can also run "sudo port select geant4 geant4.10
Has anyone installed either the geant4 or geant4.10.0 ports? If so, how do you
run it after installing?
thanks
Go Nats!
jmha...@me.com
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listi
On Aug 22, 2014, at 5:56 PM, René J.V. Bertin wrote:
> Yes, I should have looked more closely at that log before uploading it. I
> surely must have relaunched the upgrade procedure without cleaning
> libgcc/gcc49 properly.
> Sure, that unfinished build would explain why that 2nd attempt didn't
> On Aug 22, 2014, at 4:56 PM, René J.V. Bertin wrote:
>
> Where the build system writes files outside of the /opt/local/var/build?
> Could you give an example of a really bad one?
>
That shouldn't be that usual, though some build systems might try to use /tmp/
or /var/tmp, instead of using
On Aug 22, 2014, at 22:59, Clemens Lang wrote:
> binary archives. In fact, since it picked up an unfinished build and
> continued it, this may well be the reason for not using binaries.
Yes, I should have looked more closely at that log before uploading it. I
surely must have relaunched the upgr
Hi,
> I still had the log from the attempt to install libgcc 4.9; it's attached.
As Joshua already told you, this doesn't contain the reason for not using
binary archives. In fact, since it picked up an unfinished build and
continued it, this may well be the reason for not using binaries.
> Sur
> On Aug 21, 2014, at 12:17, Clemens Lang wrote:
>
>> I couldn't see anything that would prevent the use of binary archives. Can
>> you
>> attach the main.log of an attempt to install a package that should use binary
>> archives, but didn't?
>
> I still had the log from the attempt to install li
Hi,
On Aug 21, 2014, at 12:17, Clemens Lang wrote:
>> I think my macports.conf file fulfils those conditions, but just in case you
>> forgot something, I've attached it.
>
main.log.bz2
Description: BZip2 compressed data
> I couldn't see anything that would prevent the use of binary archives
On Fri, Aug 22, 2014 at 3:42 PM, Ryan Schmidt
wrote:
>
> On Aug 21, 2014, at 9:25 AM, Jasper Frumau wrote:
> >
> > I have had a Macports LAMP running for a year now or so and just
> upgraded to php 5.5. port to do some more development on my MBP. So I added
> the openssl port as well as the nece
Thanks a lot for the reply! What I did in the end was:
Changed to $cfg['Servers'][$i]['connect_type'] = 'socket'; instead of tcp I
can access the phpmyadmin control panel. TCP is not working with the
current settings. Will look into making that possible too, but works like
this now. To move databa
On Aug 21, 2014, at 9:25 AM, Jasper Frumau wrote:
>
> I have had a Macports LAMP running for a year now or so and just upgraded to
> php 5.5. port to do some more development on my MBP. So I added the openssl
> port as well as the necessary php55 ports (got some help from
> http://blog.kicaj.
On Aug 22, 2014, at 5:10 AM, Jasper Frumau wrote:
>
> Well inside config.inc.php I changed tcp to socket
> $cfg['Servers'][$i]['connect_type'] = 'socket'; et voila! Now I can access
> the site. Why does TCP not work? No idea? Why I still have Connection for
> controluser as defined in your co
Well inside config.inc.php I changed tcp to socket
$cfg['Servers'][$i]['connect_type'] = 'socket'; et voila! Now I can access
the site. Why does TCP not work? No idea? Why I still have Connection for
controluser as defined in your configuration failed. no idea either. And
then there is the issue wi
sudo mysqladmin -u root -p password worked now and I set a new password.
After that I could enter mysql client using the newly picked password:
mysql -u root -p
Enter password:
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 7
Server version: 5.5.38 Source
I was wondering if my php.ini was loaded.. so I checked:
php -i | grep 'Configuration File'
Configuration File (php.ini) Path => /opt/local/etc/php55
Loaded Configuration File => /opt/local/etc/php55/php.ini
And I found out I was editing the wrong php.ini in php5. Changed the socket
path in the
PHP 5.5.15 (cli) (built: Jul 25 2014 13:17:32)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies
with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans
When I check php55'ini I have this as a socket:
cd /opt/local/etc/php5
jaspersmb
16 matches
Mail list logo
