Le 14 févr. 2011 à 20:50, Olaf Foellinger a écrit :
> Today I've noticed during an upgrade that macports tries to install
> atlas. That's because it's a standard dependency of py26-numpy.
> py26-numpy also adds gcc44 this way which is quite a lot for gnucash
> users. I would recommend to omit atla
On 02/14/2011 01:32 PM, JP Glutting wrote:
> In case anyone is wondering what it does, my understanding is that it
> allows you to use R within a Postgres database, allowing you to build
> complex analytical functions within Postgres itself, instead of having
> to export the data, process it, and w
On 02/14/2011 01:35 PM, Ryan Schmidt wrote:
>
> On Feb 14, 2011, at 11:50, Joe Conway wrote:
>
>>> It complains that it can'f find the Rversion.h or Rdevices.h
>>> header files they are actually in a sub-directory
>>> (/opt/local/lib/R/include/x86_64).
>>
>> I've never seen such a location for t
On 2011-02-14 20:50 , Olaf Foellinger wrote:
> Today I've noticed during an upgrade that macports tries to install
> atlas. That's because it's a standard dependency of py26-numpy.
> py26-numpy also adds gcc44 this way which is quite a lot for gnucash
> users. I would recommend to omit atlas from t
* Scott Webster [14.02.11 22:54]wrote:
> Does this mean I don't really need atlas to use gimp either?
I assume yes, so it is.
Gruß Olaf
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cg
Does this mean I don't really need atlas to use gimp either?
On Mon, Feb 14, 2011 at 1:49 PM, Olaf Foellinger wrote:
> Hi,
>
> * Bryan Blackburn [14.02.11 21:42]wrote:
>
>> Use -atlas to disable that variant, which also has the effect of disabling
>> the need for a new gcc as well:
>>
>> $ sudo
Hi,
* Bryan Blackburn [14.02.11 21:42]wrote:
> Use -atlas to disable that variant, which also has the effect of disabling
> the need for a new gcc as well:
>
> $ sudo port install py26-numpy -atlas
that's clear. I've never installed it manually but using
$ port install gnucash
I haven't not
On Mon, Feb 14, 2011 at 01:42:50PM -0700, Bryan Blackburn wrote:
> Use -atlas to disable that variant, which also has the effect of disabling
> the need for a new gcc as well:
Until now, I'd managed to be completely oblivious to the fact that
atlas support was a variant in numpy. What are the draw
On Feb 14, 2011, at 11:50, Joe Conway wrote:
>> It complains that it can'f find the Rversion.h or Rdevices.h header files
>> they are actually in a sub-directory (/opt/local/lib/R/include/x86_64).
>
> I've never seen such a location for the R include files
Well, it's the location the developers
Wow, that is dedication.
I haven't packaged anything for Macports yet, and this is a bad time for me
to take on any new projects, but if anyone out there is interested, it would
be a great addition to Macports.
In case anyone is wondering what it does, my understanding is that it allows
you to us
On Feb 14, 2011, at 15:07, Mack Johnson wrote:
> Gimp did start and load up but I got some error's in the terminal window.
>
> Xlib: extension "RANDR" missing on display "/tmp/launch-QA3zXU/org.x:0".
> Dynamic session lookup supported but failed: launchd did not provide a socket
> path, verify
Gimp did start and load up but I got some error's in the terminal window.
Xlib: extension "RANDR" missing on display "/tmp/launch-QA3zXU/org.x:0".
Dynamic session lookup supported but failed: launchd did not provide a socket
path, verify that org.freedesktop.dbus-session.plist is loaded!
Dynamic
On 02/14/2011 12:33 PM, JP Glutting wrote:
> I love PL/R, it is going to be great for my Master's thesis project.
> Thanks for making it! I also see it being a real powerful tool going
> forward for other projects.
Great to hear!
> I assumed the x86_64 directories (etc.) are used for platform-sp
On Mon, Feb 14, 2011 at 08:50:13PM +0100, Olaf Foellinger said:
> Hi,
>
> for quite some time I'm using macports now, main target is gnucash.
> Thanks for all the work and the support.
>
> Today I've noticed during an upgrade that macports tries to install
> atlas. That's because it's a standard
Hi Joe!
I love PL/R, it is going to be great for my Master's thesis project. Thanks
for making it! I also see it being a real powerful tool going forward for
other projects.
I assumed the x86_64 directories (etc.) are used for platform-specific
features, but I wouldn't know for sure.
BTW, since
Hi,
for quite some time I'm using macports now, main target is gnucash.
Thanks for all the work and the support.
Today I've noticed during an upgrade that macports tries to install
atlas. That's because it's a standard dependency of py26-numpy.
py26-numpy also adds gcc44 this way which is quite
JP Glutting gmail.com> writes:
> I am trying to install the PL/R module for Postgres.
> sudo USE_PGXS=1 make
> It complains that it can'f find the Rversion.h or Rdevices.h header files
> they are actually in a sub-directory (/opt/local/lib/R/include/x86_64).
> I figure this can be handled by e
I'm having trouble using dpkg-deb -b to build a package. I keep getting the
following error:
Can't use format gnu: No such format 'gnu': Invalid argument
Usage:
List:gnutar -tf
Extract: gnutar -xf
Create: gnutar -cf [filenames...]
Help:gnutar --help
dpkg-deb: subprocess gnutar
Well, to answer my own question, the simlinks worked. I hope it doesn't blow
up on me later.
I am still curious, though, if there is a canonical solution to this kind of
problem.
Cheers,
JP
On Mon, Feb 14, 2011 at 3:54 PM, JP Glutting wrote:
> Hi,
>
> I am trying to install the PL/R module fo
Hi,
I am trying to install the PL/R module for Postgres. It creates PL/R, a
procedural language for using R from within Postgres itself. (Note: this
module is called "plr", while Macports has a module called "plr" which
implements the Ruby procedural language for Postgres, but I don't have that
in
20 matches
Mail list logo
