Le 07-06-27 à 21:43, Yves de Champlain a écrit :
Le 07-06-27 à 18:17, William Gallafent a écrit :
On Wednesday 27 June 2007 23:02:37 Yves de Champlain wrote:
As far as I know, it does not work on 10.3.9.
I guess it should flag this in the port file then, as per Ryan's
suggestion in the ne
Le 07-06-27 à 18:17, William Gallafent a écrit :
On Wednesday 27 June 2007 23:02:37 Yves de Champlain wrote:
As far as I know, it does not work on 10.3.9.
I guess it should flag this in the port file then, as per Ryan's
suggestion in the next mail in this thread (!)
We could
always bring b
On 28/06/2007, at 4:19 AM, Ryan Schmidt wrote:
On Jun 27, 2007, at 11:20, William Gallafent wrote:
[snip]
Is it possible to build odcctools on 10.3.9? If so, any guidance
on how to get past these blocks? If not, oh well, time for plan
C ... :(
I assume it should work on 10.3.9. Do you have
On 6/27/07, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
I do recall your heimdal / su problem from earlier on the list, of
course. But it sounds to me more like the heimdal software or port is
broken if it installs a su that doesn't work like the system's su.
You should work with either the authors
On Jun 27, 2007, at 17:41, Marc André Selig wrote:
On 6/28/07, Ryan Schmidt wrote:
What is your PATH variable set to? Does it list /opt/local/bin first,
before /usr/bin? If not, that could have been the problem...
Does heimdal still install a broken su in /opt/local/bin? [Yes, it
does.]
On Jun 27, 2007, at 3:36 PM, Frederick C. Lee wrote:
>>
>>> This is what I get when I attempt to run the console per Patrick
>>> Lenz's book:
>>> [/Users/Ric/workarea/ruby/shovell]ruby script/console
>>> Loading development environment.
>>> /opt/local/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/comman
On 6/28/07, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
What is your PATH variable set to? Does it list /opt/local/bin first,
before /usr/bin? If not, that could have been the problem...
Does heimdal still install a broken su in /opt/local/bin? [Yes, it does.]
Does gnome-vfs still depend on heim
On Jun 27, 2007, at 17:02, Frederick C. Lee wrote:
On Jun 27, 2007, at 3:19 PM, Steve Rogers wrote:
On Jun 27, 2007, at 3:36 PM, Frederick C. Lee wrote:
This is what I get when I attempt to run the console per Patrick
Lenz's book:
[/Users/Ric/workarea/ruby/shovell]ruby script/console
Loadi
On Wednesday 27 June 2007 23:02:37 Yves de Champlain wrote:
> As far as I know, it does not work on 10.3.9.
I guess it should flag this in the port file then, as per Ryan's
suggestion in the next mail in this thread (!)
> We could
> always bring back to life the old version that used to. But,
On Jun 27, 2007, at 17:02, Yves de Champlain wrote:
Le 07-06-27 à 14:36, William Gallafent a écrit :
On Wednesday 27 June 2007, Ryan Schmidt wrote:
I assume it should work on 10.3.9. Do you have all the system
updates for 10.3 installed? Do you have the latest Xcode for
10.3, which is 1.5?
One the hassles of installing software via MacPorts and independent
sites is having duplicate applications installed.
I started to look for all the ruby parts and found them distributed
about the HD:
[/Users/Ric/workarea/ruby/shovell]which irb
/usr/bin/irb
[/Users/Ric/workarea/ruby/shovell]w
Le 07-06-27 à 14:36, William Gallafent a écrit :
On Wednesday 27 June 2007, Ryan Schmidt wrote:
I assume it should work on 10.3.9. Do you have all the system
updates for 10.3 installed? Do you have the latest Xcode for
10.3, which is 1.5? If not, please upgrade.
Thanks for replying ...
Yes,
On 6/27/07, Frederick C. Lee <[EMAIL PROTECTED]> wrote:
This is what I get when I attempt to run the console per Patrick Lenz's
book:
[/Users/Ric/workarea/ruby/shovell]ruby script/console
Loading development environment.
/opt/local/lib/ruby/gems/1.8/gems/rails-1.2.3/lib/commands/console.rb:25:in
Greetings:
After slamming brick walls, I managed to get one ruby appl running.
However, apparently not all the files were loaded.
Environment:
[/Users/Ric/workarea/ruby/shovell]ruby -v
ruby 1.8.6 (2007-03-13 patchlevel 0) [i686-darwin8.10.1]
[/Users/Ric/workarea/ruby/shovell]which ruby
/opt/loca
On Wednesday 27 June 2007, Ryan Schmidt wrote:
> I assume it should work on 10.3.9. Do you have all the system
> updates for 10.3 installed? Do you have the latest Xcode for
> 10.3, which is 1.5? If not, please upgrade.
Thanks for replying ...
Yes, fully patched 10.3.9 system, with XCode 1.5 inst
On Jun 27, 2007, at 11:20, William Gallafent wrote:
[snip]
Is it possible to build odcctools on 10.3.9? If so, any guidance
on how to get past these blocks? If not, oh well, time for plan
C ... :(
I assume it should work on 10.3.9. Do you have all the system updates
for 10.3 installed? Do y
Thanks all for your help and insights!
Known Problem: Some critical files are PPC vs i386/MacBook Pro; thus
must be removed.
1) I decided to dump the entire /opt (actually stored in different
locale in case I SCREW UP).
2) Connect to internet via phone vs in-house (firewall) ethernet.
3)
On 6/27/07, Frederick C. Lee <[EMAIL PROTECTED]> wrote:
Perhaps I should just purge all the /opt files and start from scratch.
yeah, I think that will save time in the long run. You have a fast enough
system to do a lot of these builds much faster than I ever could.
So grab the 1.4 tarball,
When I attempt to install odcctools on 10.3.9, I see the
following error with the default variant (I installed the 10.4u
SDK in /Developer/SDKs to get past the initial problem):
ibookg4:~ williamg$ sudo port install odcctools
---> Fetching odcctools
---> Verifying checksum(s) for odcctools
--
Here I go
Last login: Wed Jun 27 09:09:14 on ttyp1
Welcome to Darwin!
[/Users/Ric]sudo port -f uninstall libiconv
Password:
Error: port uninstall failed: Registry error: libiconv not registered
as installed.
[/Users/Ric]sudo port clean libiconv
---> Cleaning libiconv
[/Users/Ric]sudo
Dear all,
I just installed Macports, version 1.442.
The first port I want to install, fails to build.
Here's the output:
$ sudo port install coq
---> Fetching ocaml
---> Attempting to fetch ocaml-3.10.0.tar.bz2 from http://
caml.inria.fr/pub/distrib/ocaml-3.10/
---> Verifying checksum(s) fo
On Wednesday 27 June 2007, William Gallafent wrote:
> In that case, this port should be made to depend on the gmake
> port.
Yes, that is the case. The gcc42 port should depend on gmake (on
Mac OS 10.3.9 at least), and the portfile should gain the
line 'build.cmd gmake'. This allows me to get a b
Ah, now I run a single threaded build, I see the real problem.
Could this be that the version of make in the latest version of
XCode for 10.3.9 (GNU make 3.79) is too old? In that case, this
port should be made to depend on the gmake port.
Portfile changed since last build; discarding previous
Hi,
On a clean macports installation on a powerpc machine running
10.3.9, I typed "sudo port install gcc42". Sadly, I hit the
following error (whole build log copied, since it isn't very
long). I am trying a rebuild having removed the -j 2 from the
port file, in case it was a race condition d
Yes it helps.
Thank you very much for your assistance Arno.
Le 27-juin-07 à 00:41, Arno Hautala a écrit :
I filed a bug (12094) on this a week or so ago, it's been closed
but not fixed.
I'm on Intel and see similar results. I know it's building for
others, so maybe it's a port conflict.
25 matches
Mail list logo