Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Petr Vaněk
On 2/1/13 2:33 AM, Ryan Schmidt wrote:

 On Jan 31, 2013, at 19:21, Wilks, Daniel dwi...@intacct.com wrote:

 Looks like Oracle finally released a new version of the OSX Instant
Client - 11.2.0.3.0. This one might work in 64-bit mode.

 Thanks for letting me know! Would you please file a ticket in the
issue tracker? I can look at it tomorrow.

Thanks, Daniel!
that's the News of the Day!

Ryan, is there any howto how to find all ports which were compiled as
universal/i386 due 10.2 instantclient? Including dependencies of course.
To cleanup the mixed environment...

thanks,
p.

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


Re: Side effects?

2013-02-01 Thread Lawrence Velázquez
On Feb 1, 2013, at 2:34 AM, Chris Jones jon...@hep.phy.cam.ac.uk wrote:

 I don't see how those two comments are connected.

It went something like this:

 However, for me there is a learning curve to be climbed on Objective C, 
 Cocoa and Xcode.  I don't know if I have the energy for that.  I will be 75 
 next month and I wrote my first computer program about 50 years ago in 
 Autocoder on a Ferrant Sirius, which is now in a local museum.  So don't 
 expect too much … :-)
 
 I just want to point out that this is where having a gui that is open source 
 would really help: the responsibility wouldn't have to be shouldered by just 
 one person.


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


Re: Side effects?

2013-02-01 Thread Chris Jones

On 01/02/13 08:36, Lawrence Velázquez wrote:

On Feb 1, 2013, at 2:34 AM, Chris Jonesjon...@hep.phy.cam.ac.uk  wrote:


I don't see how those two comments are connected.


It went something like this:


However, for me there is a learning curve to be climbed on Objective C, Cocoa 
and Xcode.  I don't know if I have the energy for that.  I will be 75 next 
month and I wrote my first computer program about 50 years ago in Autocoder on 
a Ferrant Sirius, which is now in a local museum.  So don't expect too much … 
:-)


I just want to point out that this is where having a gui that is open source 
would really help: the responsibility wouldn't have to be shouldered by just 
one person.


Well yes, one particular person may well be more or less familiar with 
certain toolkits, but that is not what was being discussed.


I still do not see the connection between the licensing of a particular 
toolkit and the number of authors that can work on it project using it.


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


Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Ryan Schmidt

On Feb 1, 2013, at 02:24, Petr Vaněk wrote:

 Ryan, is there any howto how to find all ports which were compiled as 
 universal/i386 due 10.2 instantclient? Including dependencies of course. To 
 cleanup the mixed environment...

$ port file all | sort -u | xargs grep :oracle-instantclient
/Users/rschmidt/macports/dports/aqua/TOra/Portfile:depends_lib-append   
   port:oracle-instantclient
/Users/rschmidt/macports/dports/databases/libzdb-mysql55/Portfile:
depends_lib-append  port:oracle-instantclient
/Users/rschmidt/macports/dports/databases/ocilib/Portfile:depends_lib-append
  port:oracle-instantclient
/Users/rschmidt/macports/dports/databases/soci-devel/Portfile:
depends_lib-append  port:oracle-instantclient
/Users/rschmidt/macports/dports/lang/php/Portfile:depends_lib-append  
port:oracle-instantclient
/Users/rschmidt/macports/dports/lang/php52/Portfile:
port:oracle-instantclient
/Users/rschmidt/macports/dports/lang/qore-oracle-module/Portfile:   
 port:oracle-instantclient
/Users/rschmidt/macports/dports/php/php5-oracle/Portfile:depends_lib-append 
 port:oracle-instantclient


I remember them well, since I only recently fixed them to build i386-only for 
this reason. So I can easily switch them back to allowing x86_64, if in fact 
that will work with this new version of oracle-instantclient. Please allow me a 
little time verify that this is the case.



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


Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Petr Vaněk
On 2/1/13 5:25 PM, Ryan Schmidt wrote:

 On Feb 1, 2013, at 02:24, Petr Vaněk wrote:

 Ryan, is there any howto how to find all ports which were compiled as
universal/i386 due 10.2 instantclient? Including dependencies of course.
To cleanup the mixed environment...

 $ port file all | sort -u | xargs grep :oracle-instantclient
 /Users/rschmidt/macports/dports/aqua/TOra/Portfile: depends_lib-append
port:oracle-instantclient
 /Users/rschmidt/macports/dports/databases/libzdb-mysql55/Portfile:
depends_lib-append port:oracle-instantclient

/Users/rschmidt/macports/dports/databases/ocilib/Portfile:depends_lib-append
port:oracle-instantclient
 /Users/rschmidt/macports/dports/databases/soci-devel/Portfile:
depends_lib-append port:oracle-instantclient
 /Users/rschmidt/macports/dports/lang/php/Portfile: depends_lib-append
port:oracle-instantclient
 /Users/rschmidt/macports/dports/lang/php52/Portfile:
port:oracle-instantclient
 /Users/rschmidt/macports/dports/lang/qore-oracle-module/Portfile:
port:oracle-instantclient

/Users/rschmidt/macports/dports/php/php5-oracle/Portfile:depends_lib-append
port:oracle-instantclient


 I remember them well, since I only recently fixed them to build
i386-only for this reason. So I can easily switch them back to allowing
x86_64, if in fact that will work with this new version of
oracle-instantclient. Please allow me a little time verify that this is
the case.


well, I talked about dependencies. I remember that qt4-mac has been
recompiled when I tried to install TOra. And it's true, it's 2 arch. And
when I look into port installed I see many ports in situation:

  openssl @1.0.1c_0
  openssl @1.0.1c_0+universal (active)

also qt4:

lister:Qorus pvanek$ otool -vf
/opt/local/Library/Frameworks/QtGui.framework/Versions/4/QtGui
Fat headers
fat_magic FAT_MAGIC
nfat_arch 2
architecture x86_64
cputype CPU_TYPE_X86_64
cpusubtype CPU_SUBTYPE_X86_64_ALL
capabilities 0x0
offset 4096
size 12478516
align 2^12 (4096)
architecture i386
cputype CPU_TYPE_I386
cpusubtype CPU_SUBTYPE_I386_ALL
capabilities 0x0
offset 12484608
size 12119712
align 2^12 (4096)

so I'll need to cleanup these universals. I can do it manually but maybe
there is something like rebuild all by new variants... command. Is it?

thanks,
p.


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


Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Lawrence Velázquez
On Feb 1, 2013, at 2:35 PM, Petr Vaněk p...@yarpen.cz wrote:

 so I'll need to cleanup these universals. I can do it manually but maybe 
 there is something like rebuild all by new variants... command. Is it?

Try this. It should rebuild oracle-instantclient and its dependents as 
non-universal.

% sudo port -nR upgrade --force --enforce-variants oracle-instantclient 
-universal

Of course, don't do it until after Ryan checks that the new 
oracle-instantclient works as x86_64.

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


Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Bradley Giesbrecht

On Feb 1, 2013, at 11:35 AM, Petr Vaněk wrote:

 so I'll need to cleanup these universals. I can do it manually but maybe 
 there is something like rebuild all by new variants... command. Is it?

Have a look at the --enforce-variants flag for port upgrade in the port man 
page.
$ sudo port upgrade --enforce-variants ... +universal


Regards,
Bradley Giesbrecht (pixilla)



smime.p7s
Description: S/MIME cryptographic signature
___
macports-users mailing list
macports-users@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users


Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Ryan Schmidt
On Feb 1, 2013, at 13:35, Petr Vaněk wrote:

 well, I talked about dependencies. I remember that qt4-mac has been 
 recompiled when I tried to install TOra. And it's true, it's 2 arch. And when 
 I look into port installed I see many ports in situation:
 
   openssl @1.0.1c_0
   openssl @1.0.1c_0+universal (active)
 
 also qt4:

 so I'll need to cleanup these universals. I can do it manually but maybe 
 there is something like rebuild all by new variants... command. Is it?


You don't *need* to clean them up. They'll work fine for you as universal. 
You're welcome to uninstall the universal versions and re-activate the 
non-universal versions, if you're sure you have no other ports requiring them 
to be universal, but everything will still work fine if you don't.



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


Re: Testing php5x-oracle In 64bit Mode?

2013-02-01 Thread Petr Vaněk
On 2/1/13 9:03 PM, Ryan Schmidt wrote:
 On Feb 1, 2013, at 13:35, Petr Vaněk wrote:

 well, I talked about dependencies. I remember that qt4-mac has been
recompiled when I tried to install TOra. And it's true, it's 2 arch. And
when I look into port installed I see many ports in situation:

 openssl @1.0.1c_0
 openssl @1.0.1c_0+universal (active)

 also qt4:

 so I'll need to cleanup these universals. I can do it manually but
maybe there is something like rebuild all by new variants... command.
Is it?


 You don't *need* to clean them up. They'll work fine for you as
universal. You're welcome to uninstall the universal versions and
re-activate the non-universal versions, if you're sure you have no other
ports requiring them to be universal, but everything will still work
fine if you don't.



thanks all for your inputs.
FYI: I use macports as a base for redistributable packages so reducing
the size is important to me.

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


Re: Side effects?

2013-02-01 Thread James Linder

On 02/02/2013, at 4:00 AM, macports-users-requ...@lists.macosforge.org wrote:

 CLI does the job nicely and well, why on earth would you seek to make an 
 easy, automateable task hard/impossible.
 
 Here are a few things that a GUI can do that the CLI cannot:
 
 1. Filter ports by category. port offers no way to see all the aqua 
 ports, for instance.
[haycorn] /Users/jam [503]% port list |grep aqua
Warning: port definitions are more than two weeks old, consider using selfupdate
AppHack@1.1aqua/AppHack
AppKiDo@0.988  aqua/AppKiDo
AquaLess   @1.6aqua/AquaLess
ArpSpyX@1.1aqua/ArpSpyX
AssignmentTrackerX @2.0beta3.1 aqua/AssignmentTrackerX
BGHUDAppKit@0.7aqua/BGHUDAppKit
BigSQL @1.0aqua/BigSQL

etc

 2. Browse and sort ports visually. port list dumps all available ports 
 to the Terminal, but you can't sort them with a single click.
 3. Get the homepage of a port with a click. A GUI can format web pages 
 as hyperlinks, but port info can't.
 4. Save yourself from fat-fingering the command invocation to install a 
 particular port.
port install wossname

 CLI is an essential tool, and for uber-power-users it may be easier than 
 a GUI. But for a high-level view of MacPorts, the GUI is better, in my 
 view.

I notice that I almost never use synaptic (GUI) but do use 
apt-[cache][get][file] or dpkg [lower level] for my debian based systems.
I know of no GUI rpm tools for rpm based distros.

In any event the great thing about foss is YOU choose what/how YOU do stuff. I 
wanted to hear the perspective of someone doing what-I-think-is-daft. Thanks.

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


Re: Side effects?

2013-02-01 Thread Lawrence Velázquez
On Feb 1, 2013, at 3:45 AM, Chris Jones jon...@hep.phy.cam.ac.uk wrote:

 However, for me there is a learning curve to be climbed on Objective C, 
 Cocoa and Xcode.  I don't know if I have the energy for that.  I will be 
 75 next month and I wrote my first computer program about 50 years ago in 
 Autocoder on a Ferrant Sirius, which is now in a local museum.  So don't 
 expect too much … :-)
 
 I just want to point out that this is where having a gui that is open 
 source would really help: the responsibility wouldn't have to be shouldered 
 by just one person.
 
 Well yes, one particular person may well be more or less familiar with 
 certain toolkits, but that is not what was being discussed.
 
 I still do not see the connection between the licensing of a particular 
 toolkit and the number of authors that can work on it project using it.


The gui that is open source is the hypothetical MacPorts GUI, not Xcode. Sean 
was asserting that if Ian were to commence work on an open source GUI (in 
contrast to Kevin's closed-source PortAuthority), he would be able to benefit 
from the efforts of others.

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