On Feb 28, 2013, at 2:18 PM, Brandon Allbery wrote:
>
> On Thu, Feb 28, 2013 at 1:58 PM, Masha Vecherkovskaya
> wrote:
> > ---> Computing dependencies for p5-math-vecstat
> > Error: Dependency 'p5.12-math-vecstat' not found.
> >
> > What have I done wrong?
>
> You need a separate (logical) po
Thank you.
On 28.02.2013, at 23:18, Brandon Allbery wrote:
> On Thu, Feb 28, 2013 at 1:58 PM, Masha Vecherkovskaya
> wrote:
> > ---> Computing dependencies for p5-math-vecstat
> > Error: Dependency 'p5.12-math-vecstat' not found.
> >
> > What have I done wrong?
>
> You need a separate (logi
On Thu, Feb 28, 2013 at 2:14 PM, Murray Eisenberg wrote:
> What's the advantage of using a bunch of conf files, one for each virtual
> host, over just putting blocks for them in httpd-vhosts.conf with
> corresponding entries in /etc/hosts ?
>
> Or does using the separate conf files mean I don't h
On Thu, Feb 28, 2013 at 1:58 PM, Masha Vecherkovskaya wrote:
> > ---> Computing dependencies for p5-math-vecstat
> > Error: Dependency 'p5.12-math-vecstat' not found.
> >
> > What have I done wrong?
>
You need a separate (logical) port for every supported Perl version. Take a
look at existing P
> What's the advantage of using a bunch of conf files, one for each virtual
> host, over just putting blocks for them in httpd-vhosts.conf with
> corresponding entries in /etc/hosts ?
"to make it easy to distinguish which host is in which file"
> Or does using the separate conf files mean I don
What's the advantage of using a bunch of conf files, one for each virtual host,
over just putting blocks for them in httpd-vhosts.conf with corresponding
entries in /etc/hosts ?
Or does using the separate conf files mean I don't have to list each virtual
host again in /etc/hosts ?
(The "good n
Sorry for my mail behavior. Sometimes it sends from my gmail address, and I'm
only allowed to post from yahoo address. I'll pay more attention
On 28.02.2013, at 22:59, Masha Vecherkovskaya wrote:
> As I said three modules I need are not in MacPorts database. So I went ahead
> with cpan2port.
>
As I said three modules I need are not in MacPorts database. So I went ahead
with cpan2port.
Here is my first cat Portfile output:
# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil;
c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4
# $Id$
PortSystem 1.0
> As I said three modules I need are not in MacPorts database. So I went ahead
> with cpan2port.
>
> Here is my first cat Portfile output:
>
> # -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil;
> c-basic-offset: 4 -*- vim:fenc=utf-8:ft=tcl:et:sw=4:ts=4:sts=4
> # $Id$
>
> Po
Ok, thanks Jeremy. Yeah, I should've sent this to the other list.
On Thu, Feb 28, 2013 at 9:59 AM, Jeremy Lavergne wrote:
> > I sometimes use extensive and lengthy notes in portfiles. I want to
> update one's notes section just a bit, but I'd hate to think it would cause
> anyone to actually
> I sometimes use extensive and lengthy notes in portfiles. I want to update
> one's notes section just a bit, but I'd hate to think it would cause anyone
> to actually upgrade an installed port because of it. What is the recommended
> practice now?
This is a dev list question...
Simply don'
I sometimes use extensive and lengthy notes in portfiles. I want to update
one's notes section just a bit, but I'd hate to think it would cause anyone
to actually upgrade an installed port because of it. What is the
recommended practice now?
___
macport
> I already have the macports version of php54 installed. But when I just
> installed phpmyadmin, it installed php 5.3.
>
> Is there some way to change this so that phpadmin uses php 5.4 instead?
Please check which version of phpmyadmin you installed:
$ port installed phpmyadmin
It might be tha
I already have the macports version of php54 installed. But when I just
installed phpmyadmin, it installed php 5.3.
Is there some way to change this so that phpadmin uses php 5.4 instead?
---
Murray Eisenberg murrayeisenb...@gmail.com
80 Fearing Street ph
I know this is completely out of left field, but after installing macports,
subversion, cmake, and opencv, my XCode application stopped running any
projects. It will build my projects fine, but it will freeze when it tries to
run them. Freeze, meaning it will look like it's trying to run the p
On Feb 28, 2013, at 11:35 AM, Alejandro Imass wrote:
> On Thu, Feb 28, 2013 at 11:10 AM, Daniel J. Luke wrote:
>> On Feb 28, 2013, at 11:02 AM, Alejandro Imass wrote:
>>> Yeah, I understood it was based on BSDPAN
>>
>> no, it is not.
>
> Thanks for clarifying, but that sucks because it shouldn
On Thu, Feb 28, 2013 at 11:10 AM, Daniel J. Luke wrote:
> On Feb 28, 2013, at 11:02 AM, Alejandro Imass wrote:
>> Yeah, I understood it was based on BSDPAN
>
> no, it is not.
Thanks for clarifying, but that sucks because it shouldn't be that
hard. I find FBSD's solution to this very elegant.
--
On Feb 28, 2013, at 10:53 AM, Brandon Allbery wrote:
>
> On Thu, Feb 28, 2013 at 10:26 AM, Daniel J. Luke wrote:
> > You can use CPAN just fine and combine them with MacPorts Perl ports.
> > Usually you should try to stick with one method or the other, but it
> > really should make no difference
On Feb 28, 2013, at 11:02 AM, Alejandro Imass wrote:
> Yeah, I understood it was based on BSDPAN
no, it is not.
> which does exactly that and
> also registers the installation of the CPAN modules.
cpan does not register the installation of cpan modules with macports - when
you install a module
On Thu, Feb 28, 2013 at 11:02 AM, Alejandro Imass wrote:
> Yeah, I understood it was based on BSDPAN which does exactly that and
> also registers the installation of the CPAN modules. If anyone can
>
Registering them with MacPorts wouldn't work, I think it'd need to create a
Portfile somewhere fo
On Thu, Feb 28, 2013 at 10:53 AM, Brandon Allbery wrote:
> On Thu, Feb 28, 2013 at 10:26 AM, Daniel J. Luke wrote:
>>
>> > You can use CPAN just fine and combine them with MacPorts Perl ports.
>> > Usually you should try to stick with one method or the other, but it
>> > really should make no dif
On Thu, Feb 28, 2013 at 10:26 AM, Daniel J. Luke wrote:
> > You can use CPAN just fine and combine them with MacPorts Perl ports.
> > Usually you should try to stick with one method or the other, but it
> > really should make no difference.
>
> If you want to use CPAN (and you want to keep things
On Thu, Feb 28, 2013 at 10:26 AM, Daniel J. Luke wrote:
> On Feb 28, 2013, at 8:29 AM, Alejandro Imass wrote:
>> On Thu, Feb 28, 2013 at 7:06 AM, Masha Vecherkovskaya
>> wrote:
>>> It's not that I WANT to use CPAN. It was advised in Circos installation
>>> instructions. That is why I asked if I
On Feb 28, 2013, at 8:29 AM, Alejandro Imass wrote:
> On Thu, Feb 28, 2013 at 7:06 AM, Masha Vecherkovskaya
> wrote:
>> It's not that I WANT to use CPAN. It was advised in Circos installation
>> instructions. That is why I asked if I have a chance to mess up everything.
>
> When you install Perl
On Thu, Feb 28, 2013 at 10:10 AM, William H. Magill wrote:
> First thing to note is that the MacPorts installation modification ONLY
> modifies $PATH and $INFOPATH
> It does not modify $LD_LIBRARY_PATH.
>
Yes, deliberately. OS X does not work like Linux; LD_LIBRARY_PATH has
different, and usuall
> You do not need to know Perl to run Circos. You do need to be familiar with:
>
> • concept of directories and files
> • navigating directories at the command prompt
> • creating and deleting directories at the command prompt
> • concept of absolute and relative paths
> W
Murray,
For your sanity's sake if you intend on host multiple ghosts you may
wish to go with something more along the lines of adding this line to the end
of your httpd.conf Include conf/sites/*.conf. Rmember to mkdir -p conf/sites if
it does not already exist. Then you would create a s
Oh, that's why I had a "feeling" that there is a difference.
Actually I found almost all modules I need in MacPorts database, except for
thee that is.
MacPorts is more straight forward for me.
Thank you for the explanation. It looks very clear.
Thanks
On 28.02.2013, at 17:29, Alejandro Imass wrot
On Thu, Feb 28, 2013 at 7:06 AM, Masha Vecherkovskaya
wrote:
> It's not that I WANT to use CPAN. It was advised in Circos installation
> instructions. That is why I asked if I have a chance to mess up everything.
>
When you install Perl from MacPorts you will be using that one and
should not have
On Feb 28, 2013, at 06:06, Masha Vecherkovskaya wrote:
> It's not that I WANT to use CPAN. It was advised in Circos installation
> instructions. That is why I asked if I have a chance to mess up everything.
Ah ok. Yes, you can mess things up by using MacPorts CPAN directly. If you use
MacPorts
It's not that I WANT to use CPAN. It was advised in Circos installation
instructions. That is why I asked if I have a chance to mess up everything.
I'm sorry to take your time. My background is medicine/biology (M.D./ PhD). I
can follow instructions, when I'm dealing with computer, and I'm not a
On Feb 28, 2013, at 04:41, Masha Vecherkovskaya wrote:
> Am I right in feeling (not knowing just feeling), that perl which came with
> OS X is different from what MacPorts install?
That might depend on your OS X version. I don't remember what version of perl
comes with each version of OS X. Bu
Hi.
I don't know exactly where to start…
Am I right in feeling (not knowing just feeling), that perl which came with OS
X is different from what MacPorts install?
If so, will I run into troubles with my ports if I install and use CPAN to
install some modules to run a program (http://circos.ca)
33 matches
Mail list logo