Hi Ryan,
On 20 September 2011 09:05, Ryan Schmidt wrote:
>
> On Sep 20, 2011, at 11:01, Johannes Ruscheinski wrote:
>
>> I am trying to build a C++ program that uses the MD5() and SHA1()
>> functions. I think they're being included via the
>>
>> #include
Hi,
I am trying to build a C++ program that uses the MD5() and SHA1()
functions. I think they're being included via the
#include
#include
include directives. I did add the -lssl linker flag but still get
linker errors complaining about a missing _MD5 and _SHA1. Any ideas
which library I n
Hi Scott,
On 14 September 2011 14:28, Scott Webster wrote:
> There's also one in imagemagick...
The one Jeremy mentioned was exactly what I needed. Thanks anyway!
>
> On Wed, Sep 14, 2011 at 2:27 PM, Jeremy Lavergne
> wrote:
>>> I am porting a C++ library from Linux to OS X and when I build i
Hi Jeremy,
On 14 September 2011 14:27, Jeremy Lavergne wrote:
>> I am porting a C++ library from Linux to OS X and when I build it with
>> one of the MacPorts C++ compilers the compiler can't find the
>> system header. I tried "port search magic" and found
>> nothing that seemed appropriate.
Hi everybody,
I am porting a C++ library from Linux to OS X and when I build it with
one of the MacPorts C++ compilers the compiler can't find the
system header. I tried "port search magic" and found
nothing that seemed appropriate. Any suggestions?
Thanks!
--
Johannes
Obligatory current fa
On 5 September 2011 21:48, Ryan Schmidt wrote:
>
> On Sep 5, 2011, at 23:40, Johannes Ruscheinski wrote:
>
>> Hi Ryan,
>>
>> After doing a "sudo port uninstall mono" I still get the same error.
>> My build still prints out:
>>
>> base32cm
-fno-common registry.c -o
registry.o
In file included from ../cregistry/registry.h:35,
from registry.c:39:
How can I identify the problematic port in order to uninstall it? Thanks!
On 5 September 2011 19:19, Ryan Schmidt wrote:
> On Sep 5, 2011, at 21:04, Johannes Rusche
registry.o)
_reg_close in cregistry.a(registry.o)
_reg_attach in cregistry.a(registry.o)
_reg_open in cregistry.a(registry.o)
"_sqlite3_mprintf", referenced from:
_set_object in util.o
_set_entry in util.o
_get_object in util.o
_reg_sql
Hi Ryan,
On 5 September 2011 17:30, Ryan Schmidt wrote:
> On Sep 5, 2011, at 19:07, Johannes Ruscheinski wrote:
>
>> Here is what I get when I run "sudo port -d selfupdate":
>>
>> ---> Updating the ports tree
>> DEBUG: Synchronizing ports tree(s)
Hi,
Here is what I get when I run "sudo port -d selfupdate":
---> Updating the ports tree
DEBUG: Synchronizing ports tree(s)
Synchronizing local ports tree from file:///opt/mports/trunk/dports
DEBUG: /usr/bin/svn update --non-interactive /opt/mports/trunk/dports
DEBUG: changing euid/egid - curre
Hi!
I just got the following output after running "svn up" followed by
"sudo port selfupdate":
Warning: port definitions are more than two weeks old, consider using selfupdate
---> Updating the ports tree
---> Updating MacPorts base sources using rsync
MacPorts base version 1.9.99 installed,
Ma
On 23 July 2011 17:58, Ryan Schmidt wrote:
>
> On Jul 23, 2011, at 18:17, Johannes Ruscheinski wrote:
>
>> After running "sudo port selfupdate" I am getting the following error:
>>
>> ---> Updating the ports tree
>> ---> Updating MacPorts base so
Hi,
After running "sudo port selfupdate" I am getting the following error:
---> Updating the ports tree
---> Updating MacPorts base sources using rsync
MacPorts base version 1.9.99 installed,
MacPorts base version 2.0.0 downloaded.
---> MacPorts base is outdated, installing new version 2.0.0
I
On Thu, Oct 21, 2010 at 12:18 PM, Daniel J. Luke wrote:
> On Oct 21, 2010, at 3:06 PM, Johannes Ruscheinski wrote:
>>
>>> I don't know of a good reason for a normal user to run the 64bit kernel.
>>
>> Also, I am not entirely a "normal" user.
>
>
Hi Daniel!
On Thu, Oct 21, 2010 at 10:50 AM, Daniel J. Luke wrote:
> On Oct 21, 2010, at 1:26 PM, Chris Jones wrote:
>>
>> Actually, think about it, I am not 100% sure of that first yes. A single
>> process under the 32 bit kernel might still be limited to say 4G ram. Not
>> sure.
>
> no.
>
> T
On Thu, Oct 21, 2010 at 9:26 AM, Ryan Schmidt wrote:
>
> On Oct 21, 2010, at 10:07, Johannes Ruscheinski wrote:
>
>> Thanks for the info! Bummer! I don't ever see myself going back to
>> 32-bit environments unless I will start working on embedded systems
>> wh
On Wed, Oct 20, 2010 at 11:04 PM, Dan Ports wrote:
> On Wed, Oct 20, 2010 at 04:13:56PM -0700, Johannes Ruscheinski wrote:
>> I just installed the macfuse and sshfs ports on a MacBook Pro running
>> a 64-bit kernel.
>
> MacFUSE doesn't support 64-bit kernels.
On Wed, Oct 20, 2010 at 4:20 PM, Ryan Schmidt wrote:
>
> On Oct 20, 2010, at 18:13, Johannes Ruscheinski wrote:
>
>> I just installed the macfuse and sshfs ports on a MacBook Pro running
>> a 64-bit kernel. After trying to mount a remote filesystem with
>> sshfs
Hi,
I just noticed that I seem to have a dbus problem: During the install
of sshfs, the dbus port was also installed. Then the following
message was being printed:
# Startup items have been generated that will aid in
#
Hi,
I just installed the macfuse and sshfs ports on a MacBook Pro running
a 64-bit kernel. After trying to mount a remote filesystem with
sshfs, I got the following error:
/Library/Filesystems/fusefs.fs/Support/fusefs.kext failed to load -
(libkern/kext) requested architecture/executable not fou
On Tue, Jul 20, 2010 at 3:14 PM, Ryan Schmidt wrote:
> On Jul 20, 2010, at 12:58, Johannes Ruscheinski wrote:
>
>> After finally successfully installing gcc46 and compiling a tiny test
>> program with
>>
>> gcc-mp-4.6 -std=gnu++0x AutoTest.cc
>>
>>
After finally successfully installing gcc46 and compiling a tiny test
program with
gcc-mp-4.6 -std=gnu++0x AutoTest.cc
I get:
Undefined symbols:
"std::ios_base::Init::Init()", referenced from:
__static_initialization_and_destruction_0(int, int) in ccyAO1Lq.o
"std::ios_base::Init::~Init
I've now tried for 2 days in a row to install gcc46 and it has hung at
---> Attempting to fetch gcc-java-4.6-20100612.tar.bz2 from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20100612/
about a dozen times. Is there anything that can be done about that?
--
Johannes
Obligatory current favourite quo
Hi,
Using the -d switch helped me debug the problem. It was a file
permissing problem. I had done the subversion checkout as root and it
caused problems with a file that was needed for a Python package. I
did a "sudo chown -R mysusername:staff /opt/mports" and after that the
selfupdate started
I actually use subversion to sync my ports. And that part works.
Should I then never run selfupdate?
On Fri, Jul 9, 2010 at 11:07 AM, Ryan Schmidt wrote:
>
> On Jul 9, 2010, at 10:32, Johannes Ruscheinski wrote:
>
>> When I run "sudo port selfupdate" I get:
>>
&
Hi,
When I run "sudo port selfupdate" I get:
---> Updating the ports tree
Error: Synchronization of the local ports tree failed doing an svn update
Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the
ports tree: Synchronization of 1 source(s) failed
I'd also like to add that t
Ok, I am going with your suggestion to reinstall everything. How do I
make sure to blow away any traces of what I have? Just "sudo rm -r
/sw"?
On Tue, Jun 29, 2010 at 12:10 PM, Scott Webster wrote:
> On Tue, Jun 29, 2010 at 9:54 AM, Johannes Ruscheinski
> wrote:
>> I wo
a compile from source but I got an error. I seem to vaguely
remember it having something to do with TCL or Tk.
On Tue, Jun 29, 2010 at 9:42 AM, Scott Webster wrote:
> On Tue, Jun 29, 2010 at 9:29 AM, Johannes Ruscheinski
> wrote:
>> Hi,
>>
>> Even though I did a lot of re
Hi,
Even though I did a lot of researching I am unable to install a pure
64 bit MacPorts. I run my work machine and my home machine in 64 bit
mode (Snow Leopard always up-to-date) and would greatly appreciate any
help!
Thanks!
--
Johannes
Obligatory current favourite quotes:
"Religion is rega
29 matches
Mail list logo
