Newsgroup: it.comp.macintosh
Titolo: darwinports

pbuc-uliano:~ uliano$ port info py-numpy
py-numpy 0.9.5, python/py-numpy
http://numeric.scipy.org/
{The core utilities for the scientific library scipy for Python}
Build Dependencies: gcc41
Library Dependencies: python24, fftw-3
Platforms: darwin
Maintainers: 
eri...@dslextreme.com
pbuc-uliano:~ uliano$ 
mi ero distratto un attimo e non avevo letto quel "Build Dependencies"
mo mi sta, da mezzora, compilando il gcc 4.1 "｣$$｣%&/&!!
domanda
poi mi ritrovo il gcc4.1 scrauso che magari mi scrudappa tutto l'xcode o
posso, una volta terminata la build, levarmelo dalle palle?
come?

 posso, una volta terminata la build, levarmelo dalle palle?
afaik puoi... serve per il fortran. se installi in altro modo un
compilatore fortran ed editi il Portfile metti tutto a posto uguale.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.

 compilatore fortran ed editi il Portfile metti tutto a posto uguale.
non sono cosi' schillato, il darwinports l'ho installato 2 ore fa pe la
prima volta in vita mia
(facendomi sedurre dai presunti vantaggi e beccando subito sta...
nunfammelodi')
supposto che ora lascio andare tutto fino a installazione di py-numpy e
che dopo col fortran potrei pulirmici il culo, quale strategia mi
consiglieresti per togliermi dalle palle gcc 4.1 (magari senza perdere
tutte le settimane/g4 che ci sta mettendo a buildarlo (sta ancora li'
neh! :-O), in previsione di qualche minchia di update da py-numpy)

 neh! :-O), in previsione di qualche minchia di update da py-numpy)
Lascialo li. Fastidio non da.
Oppure se ti da fastidio fai
port deactivate gcc4
a quel punto è "installato", ma non raggiungibile. Se ti riserve port
activate gcc4.


 activate gcc4.
questo era quello che volevo sentirmi dire


lettolo ti fai il portfile e poi port intall yourProject.


 lettolo ti fai il portfile e poi port intall yourProject.
forse, prima o poi, lo faccio...
(giusto per avere tutta la rumenta nello stesso posto, ho appena fatto
un rm -fr /usr/local/* mi spiacerebbe risporcarlo subito)

 forse, prima o poi, lo faccio...
Fallo prima. Davvero, non ci va molto più tempo che a non farlo.


 Fallo prima. Davvero, non ci va molto più tempo che a non farlo.
mi hai convinto lo faccio
opps questo coso vuole (facoltativamente tcp_wrappers) ma il port
corrispondente fallisce
che fo'?
 :-)

 corrispondente fallisce
Cosa vuoi compilare?
Se tcp_wrappers fallisce puoi:
1) mandare il baco
2) scoprire perchè lo fa (se mi dai gli errori, magari mi viene in mente
qualcosa)


 qualcosa)
pbuc-uliano:~ uliano$ sudo port install tcp_wrappers
Password:
--->  Building tcp_wrappers with target all
Error: Target com.apple.build returned: shell command "cd
"/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.r
sync.darwinports.org_dpupdate_dports_net_tcp_wrappers/work/tcp_wrappers_
7.6" && make all prefix=/opt/local" returned error 2
Command output: 
Usage: edit the REAL_DAEMON_DIR definition in the Makefile then:
        make sys-type
If you are in a hurry you can try instead:
        make REAL_DAEMON_DIR=/foo/bar sys-type
And for a version with language extensions enabled:
        make REAL_DAEMON_DIR=/foo/bar STYLE=-DPROCESS_OPTIONS sys-type
This Makefile knows about the following sys-types:
        generic (most bsd-ish systems with sys5 compatibility)
        386bsd aix alpha apollo bsdos convex-ultranet dell-gcc dgux
dgux543
        dynix epix esix freebsd hpux irix4 irix5 irix6 isc iunix
        linux machten mips(untested) ncrsvr4 netbsd next osf
power_unix_211
        ptx-2.x ptx-generic pyramid sco sco-nis sco-od2 sco-os5 sinix
sunos4
        sunos40 sunos5 sysv4 tandem ultrix unicos7 unicos8 unixware1
unixware2
        uts215 uxp
If none of these match your environment, edit the system
dependencies sections in the Makefile and do a 'make other'.
make: *** [config-check] Error 1
Error: /opt/local/bin/port: Status 1 encountered during processing.
pbuc-uliano:~ uliano$ 

 corrispondente fallisce
Sono già integrati in Tiger e non serve compilarli.

Guido <gu...@home.less> wrote:

gia' ma il port che ci sta a fare?
un bel poppo' di roba e' integrata in tiger ma te al ritrovi duplicata
sia in darwinports che in fink (basta guardare in /usr/lib/ ...)
cionondimeno le loro dependecies ti fanno normalmente installare i
duplicati
e questa e' la cosa piu' odiosa di questi sistemi di pacchetting su osx

 duplicati
La scelta di una sandbox /opt/local sempre più indipendente
dalle componenti Apple si è dimostrata in realtà molto felice.

 Sono già integrati in Tiger e non serve compilarli.
Quindi come dovrebbe fare?


 ma il supporto sottostante è rimasto.
ok dunque quella libreria dovrei linkarla verso tutte le librerie
darwinport eccetto i wrappers che andrebbero linkati verso tigger,
giusto?
ma proprio un casino cosi' doveva capitarmi la prima volta che provo a
scrivere un portfile? :-)

)
l'adattamento sembrerebbe per fortuna agevole.

 e questa e' la cosa piu' odiosa di questi sistemi di pacchetting su osx
Conosco gente che ringrazia mattina e sera Apple proprio per questo :)
Ma io sono d'accordo con te
-- 
http://www.digitroom.com/
The only thing necessary for the triumph of evil
is for good men to do nothing - Edmund Burke

 e questa e' la cosa piu' odiosa di questi sistemi di pacchetting su osx
Anche in questi drammatici frangenti non manca
comunque loro il senso dello humor:
"DP would actually need all projects built on a regular
basis, and if that happened then we'd realize that when you do that
there's an over 50% failure rate just building the damn things, and
that would be ugly, so lalalalalalalalala - I can't hear you! -
lalalalalalala - hey, is that TOM CRUISE over there??"
:-)
Packaging is dead.  Get on with your lives, citizens, nothing to see
here!"
- Jordan K. Hubbard jkh at 
opendarwin.org

 comunque loro il senso dello humor:
perchè drammatici?


)
e ciò è ancor più triste tenendo conto che olegb
è stato il principale fautore del meccansimi di
upgrade e selfupdate della Release 1, nonché il porter
originario di Gnome.

 Hubbard mi sembra sia stato fin troppo chiaro: "Packaging is dead".
Ma questo non vuole dire che DarwinPorts sparirą, spero.


 Ma questo non vuole dire che DarwinPorts sparirą, spero.
L'unico di Apple che sembra ancora crederci ormai č Ernest
Prabhakar, che ho spesso citato qui, il quale non č proprio quel
manager giacca&cravatta doppiogiochista come molti lo stanno
dipingendo riportando la sua ultima esternazione, ma un bonario
fisico teorico ex-NeXT, ex-evangelista di OpenStep ed ex-ideatore
anni fa proprio del framework per facilitare la manipolazione
dei DarwinPorts da Cocoa, dp-cocoa.

 dei DarwinPorts da Cocoa, dp-cocoa.
Quello che voglio dire è: al di la del fatto che entrino o meno in MacOS
X, il progetto proseguirà, IMHO.


 X, il progetto proseguirà, IMHO.
ma puttana eva, mi sono deciso dopo una vita e ora mi diete che devo
tornare subito a rifare tutto a manella 
uffi

 tornare subito a rifare tutto a manella 
No. Guido parla di "fare entrare darwin ports *dentro* MacOS X".
Ovvero che ce li hai "dentro i dev tools o giů di li". IMHO.


 Ovvero che ce li hai "dentro i dev tools o giù di li". IMHO.
oh, bòn, sperem