Can´t fetch boehmgc....

2007-10-21 Thread Jean-Philippe Humbert

Hi, my installtion of boehmgc is outdated:

The following installed ports are outdated:
boehmgc6.8_0 < 7.0_0

But when I try to upgrade it, I see this:

--->  Fetching boehmgc
--->  Attempting to fetch gc7.0.tar.gz from http://www.hpl.hp.com/ 
personal/Hans_Boehm/gc/gc_source/
--->  Attempting to fetch gc7.0.tar.gz from http://svn.macports.org/ 
repository/macports/distfiles/boehmgc
--->  Attempting to fetch gc7.0.tar.gz from http://svn.macports.org/ 
repository/macports/distfiles/general/
--->  Attempting to fetch gc7.0.tar.gz from http://svn.macports.org/ 
repository/macports/downloads/boehmgc

Error: Target org.macports.fetch returned: fetch failed

what´s the problem?

Thanks
// Jph
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: Can´t fetch boehmgc....

2007-10-21 Thread Jean-Philippe Humbert
Well it seems that the filename is: gc-7.0.tar.gz and not  
gc7.0.tar.gz. The "-" should be here...


Le 21 oct. 07 à 09:03, Jean-Philippe Humbert a écrit :


Hi, my installtion of boehmgc is outdated:

The following installed ports are outdated:
boehmgc6.8_0 < 7.0_0

But when I try to upgrade it, I see this:

--->  Fetching boehmgc
--->  Attempting to fetch gc7.0.tar.gz from http://www.hpl.hp.com/ 
personal/Hans_Boehm/gc/gc_source/
--->  Attempting to fetch gc7.0.tar.gz from http://svn.macports.org/ 
repository/macports/distfiles/boehmgc
--->  Attempting to fetch gc7.0.tar.gz from http://svn.macports.org/ 
repository/macports/distfiles/general/
--->  Attempting to fetch gc7.0.tar.gz from http://svn.macports.org/ 
repository/macports/downloads/boehmgc

Error: Target org.macports.fetch returned: fetch failed

what´s the problem?

Thanks
// Jph
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


libsdl_image trouble

2007-10-21 Thread Ruben Henner Zilibowitz
I've installed libsdl_image with macports 1.520 but it seems to be  
not working. Two apps I've tried to link against it are giving me  
errors saying:
SDL_image error : Failed loading libpng12.dylib: dlopen 
(libpng12.dylib, 2): image not found


Perhaps it is the libpng which is broken, though I haven't tested if  
it is that specifically.


Has anyone else experienced this?

Regards,

Ruben

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: tiff

2007-10-21 Thread Jochen Küpper

On 21.10.2007, at 06:34, rodneytamblyn wrote:


port -d install tiff

I see:

in file included from tiffgt.c:36:
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:60:24: error:
OpenGL/glu.h: No such file or directory

Would be good if port install tiff could generate a meaningful  
error message

alerting users to this issue.


Well, first the port should tell MacPors aout this dependency.

Please file a ug-report at trac and cc: the maintainer of the tiff port.

Greetings,
Jochen
--
Einigkeit und Recht und Freiheithttp://www.Jochen- 
Kuepper.de

Liberté, Égalité, FraternitéGnuPG key: CC1B0B4D
Sex, drugs and rock-n-roll




PGP.sig
Description: This is a digitally signed message part
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


py25-memcached (Where should new portfile be posted?)

2007-10-21 Thread js
Hi list.

I've created Portfile for Python memcached client,
which works file at least for my machine.

I'll post that here because I didn't find any doc saying
where the New Portfile should go.
If here is not appropriate place to do this, please let me know.

# $Id$
PortSystem1.0
PortGroup python25 1.0

name  py25-memcached
version   1.40
categoriespython devel net
maintainers   [EMAIL PROTECTED]
description   Pure python memcached client
long_description  This software is a 100% Python interface to the memcached \
  memory cache daemon.  It is the client side software which \
  allows storing values in one or more, possibly remote, \
  memcached servers.  Search google for memcached for more \
  information.

homepage  http://www.tummy.com/Community/software/python-memcached/
distname  python-memcached-${version}
platforms darwin
master_sites  ftp://ftp.tummy.com/pub/python-memcached/
checksums md5 fa551479291679871ac64ab74d1a52d0 \
  sha1 9425ed7f59d6bbabb0405df2c078006adc708d26 \
  rmd160 171349a7e524a8a5d399c00c18d2c9461ed6de05
depends_lib   port:python25
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


port name unification for libraries

2007-10-21 Thread Jochen Küpper

Dear All,

I want to propose to unify port names on a somewhat more systematic  
basis. This is triggered by finding these four graphics library names:

  libpng
  libmng
  jpeg
  tiff

I think there should really be libtiff and libjpeg ports!

I understand that jpeg and tiff install more than libraries, but  
nevertheless for most dependencies the libraries are the crucial  
parts and it should be possible to state that in the same way as is  
one for libpng.


Maybe it would be useful to separate the ports into a library-port  
and an application port, i.e., libjpeg and jpeg-bin or jpeg-apps?


Please forward this to macports-devel if appropriate.

Generally it would be nice to have a section on "naming portfiles" in  
the new guide.


Greetings,
Jochen
--
Einigkeit und Recht und Freiheithttp://www.Jochen- 
Kuepper.de

Liberté, Égalité, FraternitéGnuPG key: CC1B0B4D
Sex, drugs and rock-n-roll




PGP.sig
Description: This is a digitally signed message part
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: py25-memcached (Where should new portfile be posted?)

2007-10-21 Thread Jochen Küpper

On 21.10.2007, at 11:22, js wrote:

I've created Portfile for Python memcached client, which works file  
at least for my machine.


Thank you for your contribution

I'll post that here because I didn't find any doc saying where the  
New Portfile should go. If here is not appropriate place to do  
this, please let me know.


Normlly you open a ticket in the trac system at macports.org, attach  
the Portfile to it, and make sure the packet maintainer (or macports- 
dev) are listed in the tickets' cc:. This should tak care of it.


Greetings,
Jochen
--
Einigkeit und Recht und Freiheithttp://www.Jochen- 
Kuepper.de

Liberté, Égalité, FraternitéGnuPG key: CC1B0B4D
Sex, drugs and rock-n-roll




PGP.sig
Description: This is a digitally signed message part
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: Can´t fetch boehmgc....

2007-10-21 Thread CHENG Gao

> Well it seems that the filename is: gc-7.0.tar.gz and not gc7.0.tar.gz.
> The "-" should be here...
I already reported this to maintainer of the port.

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: py25-memcached (Where should new portfile be posted?)

2007-10-21 Thread js
On 10/21/07, Jochen Küpper <[EMAIL PROTECTED]> wrote:
> Normlly you open a ticket in the trac system at macports.org, attach
> the Portfile to it, and make sure the packet maintainer (or macports-
> dev) are listed in the tickets' cc:. This should tak care of it.

Done. http://trac.macports.org/projects/macports/ticket/12952
Thank you!
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: Gimp Error

2007-10-21 Thread Vincent Lefevre
On 2007-10-21 00:36:27 -0400, Daniel J. Luke wrote:
> (unless we want to patch all existing software that depends on updates to 
> perl-distributed modules being installed in this way, or change the search 
> ordering for macports-provided perl we don't really have another good 
> option).

The user can change the search path by setting $PERL5LIB.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: py25-memcached (Where should new portfile be posted?)

2007-10-21 Thread N_Ox


Le 21 oct. 07 à 11:47, js a écrit :


On 10/21/07, Jochen Küpper <[EMAIL PROTECTED]> wrote:

Normlly you open a ticket in the trac system at macports.org, attach
the Portfile to it, and make sure the packet maintainer (or macports-
dev) are listed in the tickets' cc:. This should tak care of it.


Done. http://trac.macports.org/projects/macports/ticket/12952
Thank you!



Would you like to be the maintainer of this port?

--
Anthony Ramine, the infamous MacPorts Trac slave.
[EMAIL PROTECTED]


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: Gimp Error

2007-10-21 Thread N_Ox

Le 21 oct. 07 à 13:17, Vincent Lefevre a écrit :


On 2007-10-21 00:36:27 -0400, Daniel J. Luke wrote:
(unless we want to patch all existing software that depends on  
updates to
perl-distributed modules being installed in this way, or change  
the search

ordering for macports-provided perl we don't really have another good
option).


The user can change the search path by setting $PERL5LIB.

--
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS- 
Lyon)




Sure user can, but other ports can't without adding some extra bits  
to each portfile.

Patching @INC is a much neater solution IMHO.

--
Anthony Ramine, the infamous MacPorts Trac slave.
[EMAIL PROTECTED]


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: tiff

2007-10-21 Thread N_Ox


Le 21 oct. 07 à 06:34, rodneytamblyn a écrit :



Hi Fernando,

Thanks for the reply, yes I think this is the solution, as I see in  
when

doing:
port -d install tiff

I see:

in file included from tiffgt.c:36:
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:60:24: error:
OpenGL/glu.h: No such file or directory

Would be good if port install tiff could generate a meaningful  
error message

alerting users to this issue.

~ Rodney


Fernando Lujan wrote:


On 10/19/07, rodneytamblyn <[EMAIL PROTECTED]> wrote:



I am having trouble getting tiff to install, and it seems I am  
not alone
(http://www.nabble.com/port--u-upgrade-outdated- 
tf4564763.html#a13038283)




Did you install the opengl sdk ?

I had this problem before and just install the opengl sdk. :D

--
Fernando Lujan

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users




--
View this message in context: http://www.nabble.com/tiff- 
tf4656376.html#a13326027

Sent from the MacPorts - Users mailing list archive at Nabble.com.


What is your OS X version?
Isn't OpenGL SDL bundled in Xcode Developer Tools?

--
Anthony Ramine, the infamous MacPorts Trac slave.
[EMAIL PROTECTED]


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: libsdl_image trouble

2007-10-21 Thread N_Ox


Le 21 oct. 07 à 09:26, Ruben Henner Zilibowitz a écrit :

I've installed libsdl_image with macports 1.520 but it seems to be  
not working. Two apps I've tried to link against it are giving me  
errors saying:
SDL_image error : Failed loading libpng12.dylib: dlopen 
(libpng12.dylib, 2): image not found


Perhaps it is the libpng which is broken, though I haven't tested  
if it is that specifically.


Has anyone else experienced this?

Regards,

Ruben


Hopefully fixed in r30140.

Wait a few hours and run:
sudo port selfupdate
sudo port upgrade libsdl_image

Regards,
--
Anthony Ramine, the infamous MacPorts Trac slave.
[EMAIL PROTECTED]


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: tiff

2007-10-21 Thread Ryan Schmidt

On Oct 21, 2007, at 04:16, Jochen Küpper wrote:


On 21.10.2007, at 06:34, rodneytamblyn wrote:


port -d install tiff

I see:

in file included from tiffgt.c:36:
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:60:24:  
error:

OpenGL/glu.h: No such file or directory

Would be good if port install tiff could generate a meaningful  
error message

alerting users to this issue.


Well, first the port should tell MacPors aout this dependency.

Please file a ug-report at trac and cc: the maintainer of the tiff  
port.


How can a port declare a dependency on a development SDK? Is there a  
syntax for that?



___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: port name unification for libraries

2007-10-21 Thread Ryan Schmidt


On Oct 21, 2007, at 04:26, Jochen Küpper wrote:

I want to propose to unify port names on a somewhat more systematic  
basis. This is triggered by finding these four graphics library names:

  libpng
  libmng
  jpeg
  tiff

I think there should really be libtiff and libjpeg ports!


Maybe. But why do we care?

We don't currently have any good way to rename ports. If we rename  
the ports, people who have the ports installed under their old names  
will never learn about updates. Or, they'll get the new port  
installed as a dependency, and the old one will stay installed until  
they notice and manually remove it. Not ideal. I proposed a syntax  
for portfiles whereby you could leave a stub tiff and jpeg port and  
just indicate that they have been superseded by ports libtiff and  
libjpeg but nobody responded to that thread, so we don't have any  
feature like that at this time.


I understand that jpeg and tiff install more than libraries, but  
nevertheless for most dependencies the libraries are the crucial  
parts and it should be possible to state that in the same way as is  
one for libpng.


Maybe it would be useful to separate the ports into a library-port  
and an application port, i.e., libjpeg and jpeg-bin or jpeg-apps?


Why is it useful to separate these? We just run the makefile the  
software provides. It's a bit of work to separate this into two  
ports, for what benefit?



Please forward this to macports-devel if appropriate.

Generally it would be nice to have a section on "naming portfiles"  
in the new guide.


What guidelines would you propose?


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: port name unification for libraries

2007-10-21 Thread Randall Wood
I've moved ports before. Basically copy the old port to the new port  
and then make the old port not install anything and depend on the new  
port.



On 21 Oct 2007, at 17:36, Ryan Schmidt wrote:



On Oct 21, 2007, at 04:26, Jochen Küpper wrote:

I want to propose to unify port names on a somewhat more  
systematic basis. This is triggered by finding these four graphics  
library names:

  libpng
  libmng
  jpeg
  tiff

I think there should really be libtiff and libjpeg ports!


Maybe. But why do we care?

We don't currently have any good way to rename ports. If we rename  
the ports, people who have the ports installed under their old  
names will never learn about updates. Or, they'll get the new port  
installed as a dependency, and the old one will stay installed  
until they notice and manually remove it. Not ideal. I proposed a  
syntax for portfiles whereby you could leave a stub tiff and jpeg  
port and just indicate that they have been superseded by ports  
libtiff and libjpeg but nobody responded to that thread, so we  
don't have any feature like that at this time.


I understand that jpeg and tiff install more than libraries, but  
nevertheless for most dependencies the libraries are the crucial  
parts and it should be possible to state that in the same way as  
is one for libpng.


Maybe it would be useful to separate the ports into a library-port  
and an application port, i.e., libjpeg and jpeg-bin or jpeg-apps?


Why is it useful to separate these? We just run the makefile the  
software provides. It's a bit of work to separate this into two  
ports, for what benefit?



Please forward this to macports-devel if appropriate.

Generally it would be nice to have a section on "naming portfiles"  
in the new guide.


What guidelines would you propose?


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users




Randall Wood
[EMAIL PROTECTED]
http://shyramblings.blogspot.com

"The rules are simple: The ball is round. The game lasts 90 minutes.  
All the

rest is just philosophy."


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: py25-memcached (Where should new portfile be posted?)

2007-10-21 Thread js
On 10/21/07, N_Ox <[EMAIL PROTECTED]> wrote:
> > Done. http://trac.macports.org/projects/macports/ticket/12952
> > Thank you!
> >
>
> Would you like to be the maintainer of this port?

Thank you for the offer.
But I'm not an expert of Python/memcached/Macports.
I think current Python/Memcached maintainer is  appropriate for this.


If no one wouldn't want to do, I'll take it.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: tiff

2007-10-21 Thread rodney tamblyn
Just to confirm - installing OpenGLSDK fixed it, tiff installed with  
no problems after this.


Can someone please outline the process for submitting to trac (what's  
the URL to the system?)


Thanks

~ Rodney
-
Rodney Tamblyn
OceanBrowser Ltd
Dunedin, New Zealand
Tel: +64 3 4742102 x 22
Tel: +64 4 4602519 x 22
Tel: +61 2 82315746 x 22
http://oceanbrowser.com/phone x 22
http://oceanbrowser.com



___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


New ports submitted for python supervisor project

2007-10-21 Thread Roger Hoover
Hi,

I submitted some ports for the supervisor project, a very useful
generic process manager.

http://www.plope.com/software/supervisor2/

Since most of the ports are new, I didn't know who the appropriate
maintainer would be.  Will someone normally pick these up?

py-supervisor
http://trac.macports.org/projects/macports/ticket/12924
py-elementtree
http://trac.macports.org/projects/macports/ticket/12922
py-medusa
http://trac.macports.org/projects/macports/ticket/12923
py-elementtree
#Patch to add egg info
http://trac.macports.org/projects/macports/ticket/12921

Thanks,

Roger
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: port -u upgrade outdated

2007-10-21 Thread Thomas De Contes


Le 20 oct. 07 à 01:28, [EMAIL PROTECTED] a écrit :


Hi Thomas,

I'm having the same error with TIFF install using port.  In this  
case I am actually trying to run port install php4 +imap and it's  
one of the dependencies.


Can you give me any clues as to how to fix this?
I've already done:

port sync
port -dvnf upgrade outdated


i don't use -nf more, i think it's not the right way
i use "port upgrade outdated", wasting some disk space, waiting to be  
able to do "port -u upgrade outdated"


but on the computer where i made tests with "port -nfu upgrade  
outdated", i don't know how to recover tiff,

even with "port clean tiff" it doesn't works :-(




Thomas De Contes wrote:



Le 4 oct. 07 à 03:22, Daniel J. Luke a écrit :


On Oct 3, 2007, at 8:43 PM, Chip Warden wrote:

On Oct 3, 2007, at 7:27 PM, Thomas De Contes wrote:

do you mean that i should put
port -nfu upgrade outdated
in my script ?


I can verify that this does work in a script (unless you have
compilation errors).


what do you mean with "unless you have compilation errors" ?



This will work most of the time (but will fail in some cases where
you really need to upgrade the dependencies before you upgrade the
port).


is it the case when i get :

--->  Building tiff with target all
Error: Target org.macports.build returned: shell command " cd "/ 
Users/

thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_so 
urc

es_rsync.macports.org_release_ports_graphics_tiff/work/tiff-3.8.2" &&
make all " returned error 2
Command output: /System/Library/Frameworks/GLUT.framework/Headers/
glut.h:560: error: parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:561: error:
parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:562: error:
parse error before 'innerRadius'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:563: error:
parse error before 'innerRadius'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:566: error:
parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:567: error:
parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:577: error:
parse error before 'param'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:617: error:
parse error before 'mode'
tiffgt.c: In function 'raster_draw':
tiffgt.c:285: warning: implicit declaration of function  
'glDrawPixels'
tiffgt.c:285: error: 'GL_RGBA' undeclared (first use in this  
function)
tiffgt.c:285: error: (Each undeclared identifier is reported only  
once

tiffgt.c:285: error: for each function it appears in.)
tiffgt.c:285: error: 'GL_UNSIGNED_BYTE' undeclared (first use in this
function)
tiffgt.c:285: error: parse error before 'GLvoid'
tiffgt.c: In function 'raster_reshape':
tiffgt.c:291: error: 'GLfloat' undeclared (first use in this  
function)

tiffgt.c:291: error: parse error before 'xratio'
tiffgt.c:293: error: 'xratio' undeclared (first use in this function)
tiffgt.c:293: error: 'yratio' undeclared (first use in this function)
tiffgt.c:295: warning: implicit declaration of function 'glPixelZoom'
tiffgt.c:296: warning: implicit declaration of function 'glViewport'
tiffgt.c: In function 'raster_keys':
tiffgt.c:303: warning: unused parameter 'x'
tiffgt.c:303: warning: unused parameter 'y'
tiffgt.c: In function 'raster_special':
tiffgt.c:348: warning: unused parameter 'x'
tiffgt.c:348: warning: unused parameter 'y'
make[1]: *** [tiffgt-tiffgt.o] Error 1
make: *** [all-recursive] Error 1

Error: Unable to upgrade port: 1

?

i don't like -f very much, anyway,
because we force it to do sth because it didn't want to do it  
normally,

and if it didn't want to do it normally, there may be a good reason


--
j'agis contre l'assistanat, je travaille dans une SCOP !


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: port -u upgrade outdated

2007-10-21 Thread rodney tamblyn

Thomas,

Check that you have OpenGLSDK installed.  I ran port -d install tiff  
and it revealed that there was a dependency on openglsdk and that was  
missing from my system - fixed my problem.


Thanks for reply and good luck.

~ Rodney
-
Rodney Tamblyn
OceanBrowser Ltd
Dunedin, New Zealand
Tel: +64 3 4742102 x 22
Tel: +64 4 4602519 x 22
Tel: +61 2 82315746 x 22
http://oceanbrowser.com/phone x 22
http://oceanbrowser.com


On 22/10/2007, at 1:01 PM, Thomas De Contes wrote:



Le 20 oct. 07 à 01:28, [EMAIL PROTECTED] a écrit :


Hi Thomas,

I'm having the same error with TIFF install using port.  In this  
case I am actually trying to run port install php4 +imap and it's  
one of the dependencies.


Can you give me any clues as to how to fix this?
I've already done:

port sync
port -dvnf upgrade outdated


i don't use -nf more, i think it's not the right way
i use "port upgrade outdated", wasting some disk space, waiting to  
be able to do "port -u upgrade outdated"


but on the computer where i made tests with "port -nfu upgrade  
outdated", i don't know how to recover tiff,

even with "port clean tiff" it doesn't works :-(




Thomas De Contes wrote:



Le 4 oct. 07 à 03:22, Daniel J. Luke a écrit :


On Oct 3, 2007, at 8:43 PM, Chip Warden wrote:

On Oct 3, 2007, at 7:27 PM, Thomas De Contes wrote:

do you mean that i should put
port -nfu upgrade outdated
in my script ?


I can verify that this does work in a script (unless you have
compilation errors).


what do you mean with "unless you have compilation errors" ?



This will work most of the time (but will fail in some cases where
you really need to upgrade the dependencies before you upgrade the
port).


is it the case when i get :

--->  Building tiff with target all
Error: Target org.macports.build returned: shell command " cd "/ 
Users/

thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_s 
ourc
es_rsync.macports.org_release_ports_graphics_tiff/work/ 
tiff-3.8.2" &&

make all " returned error 2
Command output: /System/Library/Frameworks/GLUT.framework/Headers/
glut.h:560: error: parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:561: error:
parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:562: error:
parse error before 'innerRadius'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:563: error:
parse error before 'innerRadius'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:566: error:
parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:567: error:
parse error before 'size'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:577: error:
parse error before 'param'
/System/Library/Frameworks/GLUT.framework/Headers/glut.h:617: error:
parse error before 'mode'
tiffgt.c: In function 'raster_draw':
tiffgt.c:285: warning: implicit declaration of function  
'glDrawPixels'
tiffgt.c:285: error: 'GL_RGBA' undeclared (first use in this  
function)
tiffgt.c:285: error: (Each undeclared identifier is reported only  
once

tiffgt.c:285: error: for each function it appears in.)
tiffgt.c:285: error: 'GL_UNSIGNED_BYTE' undeclared (first use in  
this

function)
tiffgt.c:285: error: parse error before 'GLvoid'
tiffgt.c: In function 'raster_reshape':
tiffgt.c:291: error: 'GLfloat' undeclared (first use in this  
function)

tiffgt.c:291: error: parse error before 'xratio'
tiffgt.c:293: error: 'xratio' undeclared (first use in this  
function)
tiffgt.c:293: error: 'yratio' undeclared (first use in this  
function)
tiffgt.c:295: warning: implicit declaration of function  
'glPixelZoom'

tiffgt.c:296: warning: implicit declaration of function 'glViewport'
tiffgt.c: In function 'raster_keys':
tiffgt.c:303: warning: unused parameter 'x'
tiffgt.c:303: warning: unused parameter 'y'
tiffgt.c: In function 'raster_special':
tiffgt.c:348: warning: unused parameter 'x'
tiffgt.c:348: warning: unused parameter 'y'
make[1]: *** [tiffgt-tiffgt.o] Error 1
make: *** [all-recursive] Error 1

Error: Unable to upgrade port: 1

?

i don't like -f very much, anyway,
because we force it to do sth because it didn't want to do it  
normally,

and if it didn't want to do it normally, there may be a good reason


--
j'agis contre l'assistanat, je travaille dans une SCOP !





___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


gedit fails to run -- lib problem

2007-10-21 Thread William Davis

macmini (intel) os 10.4.10 xcode 2.41 macports 1.52

gedit complied (but that another story)

however the command gedit gives the following error:
dylib: Library not loaded: /opt/local/lib/libgnome-2.0.dylib
referenced from: /opt/local/lib/libbonoboui-2.0.dylib
Reason: libbonoboui-2.0.dylib requires version 2001.0.0
or later but libgnome-2.0.dylib provides version 2000.0.0

I tried removing (port uninstall) libgnome and then reinstaling,
after which I uninstalled gedit and reinstalled.

result:same error

I appreciate all the hard work that has been done to get gnome up to  
2.20.x.


Is there something I need to do or are we just waiting for a new ver  
of libgnome?




___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: gedit fails to run -- lib problem

2007-10-21 Thread Randall Wood

On 21 Oct 2007, at 20:10, William Davis wrote:


macmini (intel) os 10.4.10 xcode 2.41 macports 1.52

gedit complied (but that another story)

however the command gedit gives the following error:
dylib: Library not loaded: /opt/local/lib/libgnome-2.0.dylib
referenced from: /opt/local/lib/libbonoboui-2.0.dylib
Reason: libbonoboui-2.0.dylib requires version 2001.0.0
or later but libgnome-2.0.dylib provides version 2000.0.0

I tried removing (port uninstall) libgnome and then reinstaling,
after which I uninstalled gedit and reinstalled.

result:same error

I appreciate all the hard work that has been done to get gnome up  
to 2.20.x.


Is there something I need to do or are we just waiting for a new  
ver of libgnome?


ports libbononobo and libbonoboui have both been updated in svn,  
other GNOME ports will follow in short order.


Randall Wood
[EMAIL PROTECTED]
http://shyramblings.blogspot.com

"The rules are simple: The ball is round. The game lasts 90 minutes.  
All the

rest is just philosophy."


___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


seom/yukon or other video capture application?

2007-10-21 Thread paul beard
anyone tried porting seom/yukon to OS X?

[/Users/paul/src/seom]:: ./configure && make
arch: C
cflags:   -O3 -W -Wall
prefix:   /usr/local
gcc -Iinclude -std=c99 -O3 -W -Wall -fPIC -c -o src/buffer.o src/buffer.c
In file included from src/buffer.c:2:
include/seom/seom.h:31:19: error: GL/gl.h: No such file or directory
make: *** [src/buffer.o] Error 1

Not sure how to tell it where the OpenGL stuff is. Is there something else
that already works?

-- 
Paul Beard / www.paulbeard.org/
<[EMAIL PROTECTED]/[EMAIL PROTECTED]>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: wxMaxima port

2007-10-21 Thread John Doner
On 10/20/07, Ryan Schmidt <[EMAIL PROTECTED]> wrote:
> John, my apologies in advance for what I've written below... upon
> rereading it I think it comes across a little brusque... please
> forgive this and hopefully the information will prove helpful.

Don't worry about it; I'm not thin skinned.

Thanks for explaining about the gcc compiler; now I understand why
/usr/local/ can be such a problem.

However, I tried renaming /usr/local/ and removing the ports wxmaxima,
maxima, and sbcl, and then reinstalling them.  This leads to a
compiler error.  It looks like there is still some conflict in the
libraries.  I can try to track it down more precisely, but before I
do, I will ask you whether what happened is something you recognize.
Here are the details:

john-doners-computer:~ doner$ port version
Version: 1.5
john-doners-computer:~ doner$ uname -a
Darwin john-doners-computer.local 8.10.1 Darwin Kernel Version 8.10.1:
Wed May 23 16:33:00 PDT 2007; root:xnu-792.22.5~1/RELEASE_I386 i386
i386
john-doners-computer:~ doner$ sudo port uninstall wxmaxima
Password:
Error: port uninstall failed: Registry error: wxmaxima not registered
as installed.
john-doners-computer:~ doner$ sudo port uninstall maxima
Error: port uninstall failed: Registry error: maxima not registered as
installed.
john-doners-computer:~ doner$ sudo port uninstall sbcl
Error: port uninstall failed: Registry error: sbcl not registered as installed.
john-doners-computer:~ doner$ sudo port install wxmaxima
--->  Building sbcl with target all
Error: Target org.macports.build returned: shell command "unset
LD_PREBIND && unset LD_PREBIND_ALLOW_OVERLAP && sh make.sh
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-0.9.16-x86-darwin/src/runtime/sbcl
--core 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_sbcl/work/sbcl-0.9.16-x86-darwin/output/sbcl.core
--disable-debugger --sysinit /dev/null --userinit /dev/null" "
returned error 2
Command output: x86-darwin-os.c:280: warning: type defaults to 'int'
in declaration of 'regs'
x86-darwin-os.c:280: error: conflicting types for 'regs'
x86-darwin-os.c:257: error: previous declaration of 'regs' was here
x86-darwin-os.c:284: error: parse error before string constant
x86-darwin-os.c: In function 'catch_exception_raise':
x86-darwin-os.c:344: warning: statement with no effect
x86-darwin-os.c:346: error: 'x86_thread_state32_t' undeclared (first
use in this function)
x86-darwin-os.c:346: error: parse error before 'thread_state'
x86-darwin-os.c:347: error: 'x86_THREAD_STATE32_COUNT' undeclared
(first use in this function)
x86-darwin-os.c:349: error: 'x86_float_state32_t' undeclared (first
use in this function)
x86-darwin-os.c:349: error: parse error before 'float_state'
x86-darwin-os.c:350: error: 'x86_FLOAT_STATE32_COUNT' undeclared
(first use in this function)
x86-darwin-os.c:352: error: 'x86_exception_state32_t' undeclared
(first use in this function)
x86-darwin-os.c:352: error: parse error before 'exception_state'
x86-darwin-os.c:353: error: 'x86_EXCEPTION_STATE32_COUNT' undeclared
(first use in this function)
x86-darwin-os.c:355: error: parse error before 'backup_thread_state'
x86-darwin-os.c:356: error: 'target_thread_state' undeclared (first
use in this function)
x86-darwin-os.c:357: error: 'target_float_state' undeclared (first use
in this function)
x86-darwin-os.c:370: error: 'x86_THREAD_STATE32' undeclared (first use
in this function)
x86-darwin-os.c:371: error: 'thread_state' undeclared (first use in
this function)
x86-darwin-os.c:374: error: 'x86_FLOAT_STATE32' undeclared (first use
in this function)
x86-darwin-os.c:375: error: 'float_state' undeclared (first use in
this function)
x86-darwin-os.c:378: error: 'x86_EXCEPTION_STATE32' undeclared (first
use in this function)
x86-darwin-os.c:379: error: 'exception_state' undeclared (first use in
this function)
x86-darwin-os.c:395: error: 'backup_thread_state' undeclared (first
use in this function)
x86-darwin-os.c:416: error: 'signal_emulation_wrapper' undeclared
(first use in this function)
x86-darwin-os.c:501: warning: statement with no effect
x86-darwin-os.c:590: warning: statement with no effect
x86-darwin-os.c:594: warning: statement with no effect
make: *** [x86-darwin-os.o] Error 1

Error: The following dependencies failed to build: maxima sbcl
Error: Status 1 encountered during processing.
john-doners-computer:~ doner$


John
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: seom/yukon or other video capture application?

2007-10-21 Thread William Davis


On Oct 21, 2007, at 10:31 PM, paul beard wrote:


anyone tried porting seom/yukon to OS X?

[/Users/paul/src/seom]:: ./configure && make
arch: C
cflags:   -O3 -W -Wall
prefix:   /usr/local
gcc -Iinclude -std=c99 -O3 -W -Wall -fPIC -c -o src/buffer.o src/ 
buffer.c

In file included from src/buffer.c:2:
include/seom/seom.h:31:19: error: GL/gl.h: No such file or directory
make: *** [src/buffer.o] Error 1

Not sure how to tell it where the OpenGL stuff is. Is there  
something else that already works?


--
Paul Beard / www.paulbeard.org/
<[EMAIL PROTECTED]/[EMAIL PROTECTED]>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


paul I think its in an apple SDK. Do u have them all installed? (this  
is in addition to xcode -- u probably know

all this but just in case...)
good luck

someonemore knowalgeable than me will no doubtasnwr in due course.

___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: seom/yukon or other video capture application?

2007-10-21 Thread paul beard
On 10/21/07, William Davis <[EMAIL PROTECTED]> wrote:
>
>
> On Oct 21, 2007, at 10:31 PM, paul beard wrote:
>
> anyone tried porting seom/yukon to OS X?
>
> [/Users/paul/src/seom]:: ./configure && make
> arch: C
> cflags:   -O3 -W -Wall
> prefix:   /usr/local
> gcc -Iinclude -std=c99 -O3 -W -Wall -fPIC -c -o src/buffer.o src/buffer.c
> In file included from src/buffer.c:2:
> include/seom/seom.h:31:19: error: GL/gl.h: No such file or directory
> make: *** [src/buffer.o] Error 1
>
>
> Not sure how to tell it where the OpenGL stuff is. Is there something else
> that already works?
>
>
> --
> Paul Beard / www.paulbeard.org/
> <[EMAIL PROTECTED]/[EMAIL PROTECTED]>
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-users
>
>
> paul I think its in an apple SDK. Do u have them all installed? (this is
> in addition to xcode -- u probably know
> all this but just in case...)
> good luck
>
>
> someonemore knowalgeable than me will no doubtasnwr in due course.
>
>
>

I think I have it but I just don't know how to tell configure where it is.
And if there is a video capture app already ported, I'll just use it ;-)


-- 
Paul Beard / www.paulbeard.org/
<[EMAIL PROTECTED]/[EMAIL PROTECTED]>
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


gnome-session compile runaway

2007-10-21 Thread William Davis

I noted gnome-session had been updated and started upgrading it but!
1. many hours later it is still running on my intel core duo @1.86 GHz
2. gcc 4.0 was recomplied
3. python was recompiled at least twice
4. perl 5.8.8 has recomplied I dont know how many times...many
5. on trying to fetch perl5 5.8.8 the last time I noticed DEBUG wrote
"perl5.8.8...blahgz doesnt seem to exist in /opt/local/.../ 
perl58/perl58/perl58/perl58 etc etc etc perl58/perl58  (repeated  
total 9 times)


Is it somehow creating a new souce (sub) dir everytime around? or is  
this just an artifact of multiple dependecies?


considering how much time has elapsed, I dont want to stop it if this  
is "normal" but neither do I want to let it run if its going to fill  
50 megs of disk available with more and more copies of perl.


what should I do?

btw it also bothers me that somewhere in there I saw something like  
"target = osmac 10.3 " go by.

(I have 10.4.10, and the curent xcode and macports)

please advise.
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


Re: Can´t fetch boehmgc....

2007-10-21 Thread Boey Maun Suang


On 21/10/2007, at 17:09, Jean-Philippe Humbert wrote:

Well it seems that the filename is: gc-7.0.tar.gz and not  
gc7.0.tar.gz. The "-" should be here...


Fixed in revision 30164.  Please wait for the next update to the port  
index (in the next 12 hours) and try again.  The listed maintainer  
didn't respond to my update patch, so I committed it and am  
responsible for the error.  I apologise and hope that it hasn't put  
you out too much.


Kind regards,


Maun Suang

--
Boey Maun Suang (Boey is my surname)
Email: boeyms at macports dot org



___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users


port mpkg status

2007-10-21 Thread Marcus D'Camp
I tried doing some searching and didn't find much, what is the current
status of port mpkg ?  I haven't had success in creating a
metapackage to test on a machine that does not have MacPorts installed.
Thanks in advance.

-- 
Marcus D'Camp
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-users