Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"? (Was: Experiences with El Capitan)

[Ulrich Wienands]

There are three rather critical pieces of software still being kept alive for 
PPC:

Tenfourfox: http://www.floodgap.com/software/tenfourfox/ 
  (Firefox)

Tenfourbird: http://tenfourbird.osdn.jp/  
(Thunderbird)

LibreOffice: http://ftp.osuosl.org/pub/manulix/other/libreoffice/ 
 (LibreOffice 5.1 alpha, 
needs OS X10.5 Leo)

Fortunately a number of Macports packages are (still) working on PPC, notably 
the cli stuff tende to last longer (gcc 4.6 being essential for me). And there 
is still a reasonably current version of Emacs. 

The point being that PPC Macs are still useful machines that should not be 
condemned to the landfill…

Uli

> On Nov 12, 2015, at 3:31 PM, Michael David Crawford  
> wrote:
> 
> The PowerPC/Tiger backport of FireFox that I installed on Mom's G4 is
> called "TenFourFox".  I think there's also a "TenThreeFox".
> 
> There are quite a few Classic programs that are actively maintained.
> 
> From time to time I get email from a user of Working Software's
> products, none of which ever ran on OS X, to ask me if I could
> re-release them.  I expect I could earn quite a good income doing
> nothing other than selling QuickLetter, which was written largely in
> 68k assembly code and never even ported to PowerPC.
> 
> (It was built on the same CoreEdit as MacWrite was.)
> Michael David Crawford, Baritone
> mdcrawf...@gmail.com
> 
>  One Must Not Trifle With Wizards For It Makes Us Soggy And Hard To Light.
> 
> 
> On Thu, Nov 12, 2015 at 9:13 AM, Ryan Schmidt  wrote:
>> On Nov 12, 2015, at 10:58 AM, Michael David Crawford wrote:
>>> 
>>> On Thu, Nov 12, 2015 at 5:43 AM, Ryan Schmidt wrote:
 
 On Nov 12, 2015, at 6:55 AM, Michael David Crawford wrote:
 
> There have been plenty of times that the only Mac available to me for
> development has been my mother's Tiger G4 iMac.  I was at least able
> to install a PowerPC backport of Firefox.
> 
> What was most upsetting to me when I used it was that I often had to
> build my own tools from source, because the powerpc binaries had been
> withdrawn.
 
 Not sure if you were talking about MacPorts or other projects, but 
 MacPorts has never offered PowerPC binaries. We started offering binaries 
 with OS X 10.6, for x86_64 only.
>>> 
>>> Not MacPorts specifically but that has been my experience with
>>> numerous software packages.
>> 
>> In many cases, the software is no longer compatible with the older versions 
>> of OS X required for PowerPC machines, so they couldn't provide a binary if 
>> they wanted to because it won't compile anymore. Though there probably are 
>> other projects that would still work on PowerPC but binaries aren't provided 
>> because few people use PowerPC machines anymore. In any case, it's a matter 
>> you would have to take up with the particular project in question.
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

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

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"? (Was: Experiences with El Capitan)

[Ulrich Wienands]

Thanks for pointing that out. However, I happen to like OS X; which is why I 
use Macs in the first place. The hardware at least used to be superior as well 
although that may have changed, but I am by now so thoroughly used to Mac OS 
that I am relatively unwilling to switch…

Anyway; I’ll stop here before I get kicked off the list for being OT… :-)

Uli

> On Nov 12, 2015, at 6:21 PM, Ludwig <macpo...@metaspasm.org> wrote:
> 
> On Thu, 12 Nov 2015, Ulrich Wienands wrote:
> 
>> The point being that PPC Macs are still useful machines that should not be
>> condemned to the landfill…
> 
> FWIW, OpenBSD and NetBSD maintain official current releases for PPC.  FreeBSD
> maintains it as a “Tier 2" architecture, meaning it’s not fully vetted by 
> their
> security team. Many Linux distros have likewise downgraded PPC to
> “community-supported,” i.e. unofficial releases, but Debian for one still has
> an official release.
> 
> (OT for this list, sorry, just wanted to point out that one’s choices for a 
> PPC
> Mac are not limited to an insecure old version of OSX or landf^Wrecycling.)
> 
> 
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

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

Re: Volunteer for a workshop on "setting up your own buildbot/buildslave"? (Was: Experiences with El Capitan)

[Ulrich Wienands]

Just to let it be known that there is at least one person in the universe very 
interested in PPC software… myself. I suspect I am not alone.
Unfortunately I cannot volunteer my G5 dualie as I actually use that machine 
daily… I assume as buildbot it would have to live in some location you chose.

Anyway, main aim of this email is to let people know that PPC is not dead yet. 
Macports is one of our go-to places for reasonably current software. Any 
support that can be extended to PPC is much appreciated.

My $0.02

Uli

> On Nov 10, 2015, at 2:31 AM, Mojca Miklavec  wrote:
> 
> Hi,
> 
> On Mon, Nov 9, 2015 at 10:29 PM, Ryan Schmidt wrote:
>> On Nov 9, 2015, at 2:34 AM, Artur Szostak wrote:
>> 
>>> Let me ask another question: Is there a seamless way to add building and 
>>> mirroring services from 3rd parties for the pre-built binaries?
>> 
>> No. We want verified binaries built in a clean-room by known servers, not 
>> binaries built in unknown conditions by arbitrary contributors.
> 
> But from what I understand one should be able to *manually* add a
> buildbot's IP or URL to fetch the binaries? I totally agree that
> MacPorts should not support adding arbitrary buildbots automatically,
> but it should be possible to add your own, right?
> 
> Me and Aljaž were discussing the idea of:
> - bringing a recent decent mac to the MacPorts meeting (in March 2016)
> - bringing a PowerMac G5
> - trying to set up a local mirror (for distfiles etc.) and a local
> buildbot/buildslave on both
> - preparing a short workshop/tutorial about setting up your own
> buildbot/buildslave (with someone preparing slides with clear
> instructions and giving enough time for a hands-on exercise)
> 
> The output/benefit of this workshop would be the following:
> - having a 10.5 buildslave (ideally also including libc++ support) at
> hand to get feedback about potential problems with software (and
> hopefully having an unofficial 10.11 buildslave to play with)
> - get more developers familiar with the process
> - so that potentially some university/company could easily set up
> their own buildbots according to their local needs, or maybe just to
> build some additional software that is not part of the official
> distribution
> - so that a group of "hackers" with mutual trust could use their own buildbots
> - so that a group of developers could decide to easily test some
> nontrivial changes in private trees with portfiles (like a switch from
> multiple versions of Perl to a single version; or a move of Qt from
> one location to another)
> - so that some eager user could monitor building problems of the
> latest commits in case the official buildbots experience problems
> 
> My question is: is there any volunteer on this list (independent on
> whether he or she will be able to physically attend the meeting) to
> prepare the workshop [materials] and test the procedures?
> 
> Thank you,
>Mojca
> ___
> macports-users mailing list
> macports-users@lists.macosforge.org
> https://lists.macosforge.org/mailman/listinfo/macports-users

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

Re: py27_wxpython

[Ulrich Wienands]

To Jyrki: a hardware upgrade is not in the budget, even at refurb or
used prices. I am doing this on a last-generation 17 PowerBook G4...
nothing smaller will do.

I tried installing py-wxpython instead of py27-wxpython: it bombs not
knowing what subport means. Now you mention that things like subport
are new... so my Macports system maybe too old? I did not dare
trying to update that one for fear of losing the whole thing since I
was under the firm impression that Macport 2.0.3 does not work on
Tiger. That is why I synced rather than updated (a while back in this
thread). Ryan however says: it does work under Tiger, so I guess
that'll be my next attempt, then. I could upgrade to Leo but kind-of
don't want to.

Thanks, and wish me luck...

Uli


2012/2/19, Ryan Schmidt ryandes...@macports.org:

 On Feb 19, 2012, at 08:40, Wahlstedt Jyrki wrote:

 On 18.2.2012, at 22.38, Ulrich Wienands wrote:

 Ok, so I did my sudo port -d sync. It works  updates a whole bunch of
 stuff.

 Retry to install py27-wxpython, but now... it is no longer there:
 
 [UBC-PowerBook:~] uli% sudo port -d install py27-wxpython
 Error: Port py27-wxpython not found
 To report a bug, see http://guide.macports.org/#project.tickets
 
 So,
 what version of MacPorts do you have? Currently the wxpython port is a
 unified python port:
 ===
 jwa@bach:wine-devel port info py27-wxpython
 py27-wxpython @2.8.12.1 (python, graphics)
 Sub-ports:py24-wxpython, py25-wxpython, py27-wxpython

 Description:  wxPython is a GUI toolkit for the Python programming
  language. It allows Python programmers to create
 programs
  with a robust, highly functional graphical user
 interface,
  simply and easily. It is implemented as a Python
 extension
  module (native code) that wraps the popular wxWindows
  cross platform GUI library, which is written in C++.
 Homepage: http://www.wxpython.org/

 Library Dependencies: python27, wxWidgets
 Platforms:darwin
 License:  unknown
 Maintainers:  jwa at macports.org
 ===
 So, if you have a port py-wxpython containing string 'subport' in it
 ('port cat py-wxpython'), you should have a MacPorts-version that supports
 the feature. I must confess that I can't say immediately, which version
 introduced this.

 Right, subports is a recent MacPorts feature. I already told him to upgrade
 to the latest MacPorts by using sudo port selfupdate.


 Sure enough; the sync deleted py27-wxpython. It added
 py27-wxpython-devel, which neeeds wxWidgets-devel. Trying that one,
 and it bombs:
 
 snipped out updating of some dependencies that worked...

 DEBUG: OS darwin/8.11.0 (Mac OS X 10.4) arch powerpc
 DEBUG: org.macports.load registered provides 'load', a pre-existing
 procedure. Target override will not be provided
 DEBUG: org.macports.distfiles registered provides 'distfiles', a
 pre-existing procedure. Target override will not be provided
 DEBUG: Using group file
 /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
 DEBUG: Reading variant descriptions from
 /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
 DEBUG: universal variant already exists, so not adding the default one
 DEBUG: epoch: in tree: 0 installed: 0
 DEBUG: gperf 3.0.4_2 exists in the ports tree
 DEBUG: gperf 3.0.4_0  is the latest installed
 DEBUG: gperf 3.0.4_0  is active
 DEBUG: Merging existing variants '' into variants
 DEBUG: new fully merged portvariants:
 DEBUG: Changing to port directory:
 /opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
 DEBUG: OS darwin/8.11.0 (Mac OS X 10.4) arch powerpc
 DEBUG: org.macports.load registered provides 'load', a pre-existing
 procedure. Target override will not be provided
 DEBUG: org.macports.distfiles registered provides 'distfiles', a
 pre-existing procedure. Target override will not be provided
 DEBUG: Using group file
 /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
 DEBUG: Reading variant descriptions from
 /opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
 DEBUG: invalid command name installs_libs
   while executing
 installs_libs   no
   (file Portfile line 12)
   invoked from within
 source Portfile
   invoked from within
 $workername eval source Portfile
   (procedure mportopen line 49)
   invoked from within
 mportopen $porturl [array get interp_options] [array get variations]
 Error: Unable to open port: invalid command name installs_libs
 DEBUG: upgrade libiconv failed
   while executing
 macports::_upgrade_mport_deps $mport $target
   (procedure mportexec line 26)
   invoked from within
 mportexec $workername $target
 Error

Re: py27_wxpython

[Ulrich Wienands]

Ok, so I did my sudo port -d sync. It works  updates a whole bunch of stuff.

Retry to install py27-wxpython, but now... it is no longer there:

[UBC-PowerBook:~] uli% sudo port -d install py27-wxpython
Error: Port py27-wxpython not found
To report a bug, see http://guide.macports.org/#project.tickets

Sure enough; the sync deleted py27-wxpython. It added
py27-wxpython-devel, which neeeds wxWidgets-devel. Trying that one,
and it bombs:

snipped out updating of some dependencies that worked...

DEBUG: OS darwin/8.11.0 (Mac OS X 10.4) arch powerpc
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: universal variant already exists, so not adding the default one
DEBUG: epoch: in tree: 0 installed: 0
DEBUG: gperf 3.0.4_2 exists in the ports tree
DEBUG: gperf 3.0.4_0  is the latest installed
DEBUG: gperf 3.0.4_0  is active
DEBUG: Merging existing variants '' into variants
DEBUG: new fully merged portvariants:
DEBUG: Changing to port directory:
/opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/gperf
DEBUG: OS darwin/8.11.0 (Mac OS X 10.4) arch powerpc
DEBUG: org.macports.load registered provides 'load', a pre-existing
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a
pre-existing procedure. Target override will not be provided
DEBUG: Using group file
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl
DEBUG: Reading variant descriptions from
/opt/local/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf
DEBUG: invalid command name installs_libs
while executing
installs_libs   no
(file Portfile line 12)
invoked from within
source Portfile
invoked from within
$workername eval source Portfile
(procedure mportopen line 49)
invoked from within
mportopen $porturl [array get interp_options] [array get variations]
Error: Unable to open port: invalid command name installs_libs
DEBUG: upgrade libiconv failed
while executing
macports::_upgrade_mport_deps $mport $target
(procedure mportexec line 26)
invoked from within
mportexec $workername $target
Error: Unable to execute port: upgrade libiconv failed
To report a bug, see http://guide.macports.org/#project.tickets
[UBC-PowerBook:~] uli%
-
So now I am stuck with no more py27-wxpython and a development version
what I cannot use because the wxWidgets version won't install... not a
happy situation.

What gives?

Uli

2012/2/14, Ryan Schmidt ryandes...@macports.org:
 On Feb 13, 2012, at 23:33, Ulrich Wienands wrote:

 So now, with wxWidgets there, I try installing py27-wxpython again.

 And I get this error:
 -
 [UBC-PowerBook:~] uli% sudo port install py27-wxpython
 Warning: port definitions are more than two weeks old, consider using
 selfupdate

 First, you should do this.


 Error: Cannot install py27-wxpython for the arch(s) 'i386' because
 Error: its dependency wxWidgets is only installed for the arch 'ppc'
 Error: and does not have a universal variant.
 Error: Unable to execute port: architecture mismatch
 To report a bug, see http://guide.macports.org/#project.tickets
 [UBC-PowerBook:~] uli%
 -
 So, why the hell does it want to install the i386 version of
 py27-wxpython on a G4 under Tiger?? The portfile clearly allows for
 ppc.

 I'm not sure! That's strange. Can you show the debug output?

 sudo port -d install py27-wxpython



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

Re: py27_wxpython

[Ulrich Wienands]

Well, I went back to my post of 11-Feb, realizing that I wanted to
install wxWidgets by itself.

And, it actually installs just fine! I had to deactivate
wxWidgets-python, but then I could activate wxWidgets with no problem
whatsoever.

So now, with wxWidgets there, I try installing py27-wxpython again.

And I get this error:
-
[UBC-PowerBook:~] uli% sudo port install py27-wxpython
Warning: port definitions are more than two weeks old, consider using selfupdate
Error: Cannot install py27-wxpython for the arch(s) 'i386' because
Error: its dependency wxWidgets is only installed for the arch 'ppc'
Error: and does not have a universal variant.
Error: Unable to execute port: architecture mismatch
To report a bug, see http://guide.macports.org/#project.tickets
[UBC-PowerBook:~] uli%
-
So, why the hell does it want to install the i386 version of
py27-wxpython on a G4 under Tiger?? The portfile clearly allows for
ppc.
Having gone around the circle once, and at least wxWidgets now
installed, I'll have to look at the configuration again (which we did
earlier in this thread so nothing obvious should be wrong, but...??).

Uli

2012/2/11, Ryan Schmidt ryandes...@macports.org:

 On Feb 12, 2012, at 00:32, Ulrich Wienands wrote:

 Ok, attached is the output of port -v installed (as rtf file since it
 is a bit long). For me it is about what I expected.

 It shows that several of your installed ports are out of date; perhaps there
 is a problem that we already fixed. Please sudo port selfupdate and sudo
 port clean outdated and sudo port upgrade outdated. Then try wxwidgets
 again.


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

Fwd: py27_wxpython

[Ulrich Wienands]

-- Forwarded message --
From: Ulrich Wienands wiena...@gmail.com
Date: Fri, 10 Feb 2012 17:27:57 -0800
Subject: Re: py27_wxpython
To: Ryan Schmidt ryandes...@macports.org

Verbatim copy of /opt/local/etc/macports/macports.conf:
-
# CPU architecture to compile for. Defaults to i386 or ppc on Mac OS X 10.5
# and earlier, depending on the CPU type detected at runtime. On Mac OS X 10.6
# the default is x86_64 if the CPU supports it, i386 otherwise.
#build_arch powerpc

# CPU architectures to use for Universal Binaries (+universal variant)
universal_archs i386 ppc
---
So seems all good, and I have installed many a port w/o problem on this machine.

One should not forget that wxWidgets comes in as a dependency.. could
it be that +universal is spec'd for that? If so, where would that be?

Maybe I need to try installing wxWidgets by itself... I don't remember
now whether I did although it seems like an obvious thing to try.

Uli

2012/2/9, Ryan Schmidt ryandes...@macports.org:

 On Feb 9, 2012, at 21:17, Ulrich Wienands wrote:

 Ok, coming back to the original question: why, then, does wxWidgets
 not want to build on 10.4 ppc?? ppc is listed as supported
 architecture, and the platform darwin 11 {} will be ignored, so what
 gives? Anyway I can force this?

 Ok, looking back at the message you posted before:


 On Feb 4, 2012, at 20:53, Ulrich Wienands wrote:

 I try py27-wxpython: no go; it claims wxWidgets cannot install on ppc:
 -- Error msg I get:
 sudo port install py27-wxpython
 Password:
 Warning: port definitions are more than two weeks old, consider using
 selfupdate
 ---  Computing dependencies for py27-wxpython
 Error: Cannot install py27-wxpython for the arch(s) 'i386' because
 Error: its dependency wxWidgets does not build for the required
 arch(s) by default
 Error: and does not have a universal variant.
 Error: Unable to execute port: architecture mismatch
 To report a bug, see http://guide.macports.org/#project.tickets
 --- End error msg.

 If you're on ppc, I can't explain why it would be trying to do anything for
 i386. What are the values of build_arch and universal_archs in
 macports.conf? Are you trying to install any ports universal?

 Note that Tiger is considered old at this point, and it wouldn't be
 unexpected for a port to fail to build. However, in this case, we haven't
 even gotten to trying to build the port yet, and I don't quite see yet why.



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

Re: py27_wxpython

[Ulrich Wienands]

Ok, coming back to the original question: why, then, does wxWidgets
not want to build on 10.4 ppc?? ppc is listed as supported
architecture, and the platform darwin 11 {} will be ignored, so what
gives? Anyway I can force this?

Uli


2012/2/9, Ryan Schmidt ryandes...@macports.org:

 On Feb 9, 2012, at 01:51, Andrea D'Amore wrote:

 On Thu, Feb 9, 2012 at 06:48, Ulrich Wienands wrote:
 93
 94  platform darwin 11 {
 95   configure.args-append \
 96   --with-macosx-sdk=/Developer/SDKs/MacOSX10.6.sdk \
 97   --with-macosx-version-min=10.6

 The platform directive is stating a condition upon which the block is
 executed.
 That line doesn't say that darwin 11 is a requirement, it says that if
 the port is installed on darwin 11 then the following arguments are
 appended to configuration.

 Correct.

 Consider that Xcode 4.x doesn't come with 10.5u SDK, so the portfile
 is specifying 10.6 SDK.

 Actually, it's that wxWidgets doesn't work with the 10.7 SDK. MacPorts would
 usually set the SDK to the current OS version, but in the 10.7 SDK, Apple
 removed QuickDraw methods that wxWidgets uses, so using the 10.7 SDK won't
 work for this version of wxWidgets. Hopefully a future version of wxWidgets
 will no longer rely on deprecated drawing methods and will then be
 compatible with the 10.7 SDK.


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

Re: py27_wxpython

[Ulrich Wienands]

It is the wxWidgets portfile. Following is a copy of the lines where I
am taking this from. And you are correct of course as far as the
Darwin vs OS X versioning. But see line 97 in the stuff below.

Uli

-- excerpt frpm wxWidget portfile (wxWidget 2.8.12) --
88universal_variant   no
89  use_parallel_build no
90  
91  supported_archs i386 ppc
92  configure.cppflags-append -arch ${configure.build_arch}
93  
94  platform darwin 11 {
95   configure.args-append \
96   --with-macosx-sdk=/Developer/SDKs/MacOSX10.6.sdk \
97   --with-macosx-version-min=10.6

2012/2/7, Ryan Schmidt ryandes...@macports.org:

 On Feb 7, 2012, at 19:41, Ulrich Wienands wrote:

 Yes, wxWidgets-python is older than wxWidgets, but do two minor
 releases cause widespread incompatibility??

 Looking at the port file again, it seems that, even though ppc is
 listed as supported architecture, it also seems to demand Darwin 11,
 i.e. OS X 10.6...?? I am by no means an expert in reading these port
 files so I am not sure I interpret this correctly.

 Darwin 11 is OS X 10.7 Lion.
 Darwin 10 is OS X 10.6 Snow Leopard.
 Which portfile are we talking about again, and where are you seeing that
 Darwin 11 is required?



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

Re: py27_wxpython

[Ulrich Wienands]

Yes, wxWidgets-python is older than wxWidgets, but do two minor
releases cause widespread incompatibility??

Looking at the port file again, it seems that, even though ppc is
listed as supported architecture, it also seems to demand Darwin 11,
i.e. OS X 10.6...?? I am by no means an expert in reading these port
files so I am not sure I interpret this correctly.

Of course, the next question is: what is so special about 10.6y that
it is needed for wxWidgets?? I have gcc-4.5 running on this machine;
that is newer than what Apple installs (which I think is 4.2 for 10.6;
but I could of course be wrong). The port file checks for clang but
that seems to be an optional one.

I am wondering whether it is possible to doctor the port file to
change the dependency to wxWidgets-python?? After all, what is that
one for, if not for wxpython???

Tx,

Uli


2012/2/5, Wahlstedt Jyrki j...@macports.org:

 On 5.2.2012, at 4.53, Ulrich Wienands wrote:

 I would like to install wxWidgets and wxpython and start python gui
 programming.

 So I install python27... ok
 I try py27-wxpython: no go; it claims wxWidgets cannot install on ppc:
 -- Error msg I get:
 sudo port install py27-wxpython
 Password:
 Warning: port definitions are more than two weeks old, consider using
 selfupdate
 ---  Computing dependencies for py27-wxpython
 Error: Cannot install py27-wxpython for the arch(s) 'i386' because
 Error: its dependency wxWidgets does not build for the required
 arch(s) by default
 Error: and does not have a universal variant.
 Error: Unable to execute port: architecture mismatch
 To report a bug, see http://guide.macports.org/#project.tickets
 --- End error msg.

 There really should be nothing to prevent wxWidgets to build on PPC, it's
 listed in supported_archs. There must be something else…

 So I poke around in the list of ports and come across
 wxWidgets-python, which in fact says in the port file that it is mean
 for py**-wxpython.

 Installing that... works fine (I use the Carbon variant since I run on
 Tiger/PPC). I now have python27 installed as well as wxWidgets-python.

 However, py27-wxpython still won't install. I try port -f to see if I
 could force the issue, but no. Same error as above. (Note that the
 error msg. is slightly confusing, but it does try to build for ppc but
 can't get wxWidgets). It is true that wxWidgets' portfile seems to
 require i386 so I am out of luck there; but why is wxWidgets-python
 not enough??

 As I looked, wxWidgets-python is old version, it is 2.8.10.1, as wxWidgets
 (stable) is 2.8.12, and the corresponding wxPython 2.8.12.1. A few years ago
 I had a short discussion with the upstream maintainer of wxPython concerning
 the sync state of wxWidgets and wxPython. My thinking is that if we have
 something like wxPython that depends on something like wxWidgets, then if
 there is a release of that depended on, the dependent should always follow,
 but that is and unfortunately does not seem to be case with wxPython, in
 which source code modifications may exist in any wxPython release having its
 own internal package of wxWidgets. I have updated my own ports only when
 there is a sync release, in which wxWidgets is built separately from
 wxPython. At the moment there is a unified py-wxpython port, but it depends
 on wxWidgets, not on wxWidgets-python.

 Thanks for any insight. Again, this OS X 10.4.11 on PPC.

 That is a bit old, and I think 10.4 is not officially supported anymore. I
 myself have not a 10.4 system to use, so I can't help very much. Sorry for
 that!

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

 !
 ! Jyrki Wahlstedt
 ! http://www.wahlstedt.fi/jyrki/
 !
 ! Our life is no dream; but it ought to become one and perhaps will.
 ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0  A780 6366
 EFD9 139C C386




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

py27_wxpython

[Ulrich Wienands]

I would like to install wxWidgets and wxpython and start python gui programming.

So I install python27... ok
I try py27-wxpython: no go; it claims wxWidgets cannot install on ppc:
-- Error msg I get:
 sudo port install py27-wxpython
Password:
Warning: port definitions are more than two weeks old, consider using selfupdate
---  Computing dependencies for py27-wxpython
Error: Cannot install py27-wxpython for the arch(s) 'i386' because
Error: its dependency wxWidgets does not build for the required
arch(s) by default
Error: and does not have a universal variant.
Error: Unable to execute port: architecture mismatch
To report a bug, see http://guide.macports.org/#project.tickets
--- End error msg.

So I poke around in the list of ports and come across
wxWidgets-python, which in fact says in the port file that it is mean
for py**-wxpython.

Installing that... works fine (I use the Carbon variant since I run on
Tiger/PPC). I now have python27 installed as well as wxWidgets-python.

However, py27-wxpython still won't install. I try port -f to see if I
could force the issue, but no. Same error as above. (Note that the
error msg. is slightly confusing, but it does try to build for ppc but
can't get wxWidgets). It is true that wxWidgets' portfile seems to
require i386 so I am out of luck there; but why is wxWidgets-python
not enough??

Thanks for any insight. Again, this OS X 10.4.11 on PPC.

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

Re: is perl available from macports?

[Ulrich Wienands]

Tena, be aware that OS X has Perl pre installed. On my machine (10.4.11):


[the-cube:/usr/local/bin] uli% perl -v

This is perl, v5.8.6 built for darwin-thread-multi-2level
(with 5 registered patches, see perl -V for more detail)

Copyright 1987-2004, Larry Wall
.
.
.


2011/5/4, Ryan Schmidt ryandes...@macports.org:

 On May 4, 2011, at 03:02, Tena Sakai wrote:

 I went to http://www.macports.org/ports.php and clicked on
 a link perl.  I am looking for macport port of perl.  But there
 are too many p5-something.  What I am looking for is the
 latest port of perl language.  Is there one available?  Can
 you please tell me what I need to substitute in blank below?

sudo port install 

 sudo port install perl5


 The reason why I want perl installed on my snow leopard:

 I have a software called psync (also known as psyncX) and
 it used to work on my old mac, but not anymore.  I have
 versions 2.2.1 and 2.2.2 and they behave the same way.
 Namely, when I start backup, it complains that a file File.pm
 is missing.  I googled around and I read that the latest apple
 port of perl misbehaves.  Suggestions I read are to download
 perl and install it in /usr/local/bin (apple version is in /usr/bin,
 I think).

 So I downloaded a gzipped perl file and did
   ./Configure -Dprefix=/usr/local -de
   make
   make test
   sudo make install
 and it puts a bunch of files into /usr/local/bin/bin.

 I did it without -Dprefix flag as well, and the same thing happens.

 Before continuing with MacPorts, you will want to remove perl from
 /usr/local and anything else you installed there; things installed there
 will interfere with MacPorts in unpredictable ways.



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

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

Which OS X version is a port good for?

[Ulrich Wienands]

Dear all,

Is there a way to find out which version of OS X a port is good for?
My specific problem is gcc-4.6beta, which does not build on my systems
(PPC 10.4.11[Tiger]). I assume gcc-4.6 needs Leo or higher, but...??

How can I detect these before starting an hours-long ibuild only
tohave it die at the end??

Thanks,

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