November 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Igor Stasenko

nevermind, after multiple painfull upgrade/clean/--enforce-variants and other voodoo dances, i got it installed. Now the question if it will work as expected and can be loaded by 32-bit VM , which is Cog :) On 23 November 2011 18:58, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Sig, > > I don't think it's Linux so much as the kinds of things that Alan Kay has observed as being horribly wrong in computer science/engineering education. Â Produce programmers with zero (if not confused/negative) skills in engineering ("no taste" as Steve Jobs said of MS) and you get really bad software. > > Bill > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] > Sent: Wednesday, November 23, 2011 12:31 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Building 32-bit Cairo library on Macs > > [snip] > > P.S. this port collection is crazy.. it still builds dependencies, > including python (OMG), and x11 libs.. > for a thing, like cairo library.. so much dependencies.. > there is something wrong with linux world. > >> Bill > > > > -- > Best regards, > Igor Stasenko. > > > -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Schwab,Wilhelm K

Sig, I don't think it's Linux so much as the kinds of things that Alan Kay has observed as being horribly wrong in computer science/engineering education. Produce programmers with zero (if not confused/negative) skills in engineering ("no taste" as Steve Jobs said of MS) and you get really bad software. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] Sent: Wednesday, November 23, 2011 12:31 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Building 32-bit Cairo library on Macs [snip] P.S. this port collection is crazy.. it still builds dependencies, including python (OMG), and x11 libs.. for a thing, like cairo library.. so much dependencies.. there is something wrong with linux world. > Bill -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Sean P. DeNigris

Igor Stasenko wrote > > P.S. this port collection is crazy.. it still builds dependencies, > including python (OMG), and x11 libs.. > for a thing, like cairo library.. so much dependencies.. > there is something wrong with linux world. > Maybe homebrew? I've never used it, but google showed a --build32 flag and "brew install cairo --use-clang" (clang flag needed only for Lion, apparently per https://github.com/mxcl/homebrew/issues/8144) -- View this message in context: http://forum.world.st/Building-32-bit-Cairo-library-on-Macs-tp4100118p41007… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 23, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Igor Stasenko

On 23 November 2011 17:45, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > Sig, > > I know almost nothing about Macs, but have sometimes cheated my way around 64/32 bit hassles on Linux by using a vm. Â If you have a choice to force a system to be 32 bit, then you might try that in a vm and build the library there, after which (thinking like a Linux user), you might simply be able to copy the files to your 64 bit OS. Â This assumes OS X will install as a guest (search results suggest it will). > > At one point, I followed some instructions to install 32 bit libraries by installing 32 bit firefox on a 64 bit system. Â Shortly after that, I started simply installing 32 bit systems to avoid the hassles. Â If I was not the first person to get to a machine<g>, the vm trick provides a home. > > Of course, Pharo will eventually make all of this irrelevant by giving us seamless integration of the libraries, right?? :) Â If anyone can do it, you and Stef will make it happen. > not before Cog could run on 64bit system. P.S. this port collection is crazy.. it still builds dependencies, including python (OMG), and x11 libs.. for a thing, like cairo library.. so much dependencies.. there is something wrong with linux world. > Bill -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Java team looking into Smalltalk and Seaside

by Stephan Eggermont

Sean P. DeNigris wrote: > Maybe someone with experience using Smalltalk on a team can answer this: > http://stackoverflow.com/questions/8244502/version-control-for-smalltalk-se… Nice question. I've added a mixture of what we do and should be doing... Stephan

Nov. 23, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Schwab,Wilhelm K

Sig, I know almost nothing about Macs, but have sometimes cheated my way around 64/32 bit hassles on Linux by using a vm. If you have a choice to force a system to be 32 bit, then you might try that in a vm and build the library there, after which (thinking like a Linux user), you might simply be able to copy the files to your 64 bit OS. This assumes OS X will install as a guest (search results suggest it will). At one point, I followed some instructions to install 32 bit libraries by installing 32 bit firefox on a 64 bit system. Shortly after that, I started simply installing 32 bit systems to avoid the hassles. If I was not the first person to get to a machine<g>, the vm trick provides a home. Of course, Pharo will eventually make all of this irrelevant by giving us seamless integration of the libraries, right?? :) If anyone can do it, you and Stef will make it happen. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua(a)gmail.com] Sent: Wednesday, November 23, 2011 10:50 AM To: Pharo Development; The general-purpose Squeak developers list Subject: [Pharo-project] Building 32-bit Cairo library on Macs Hello, i'd like to know, if there's anyone who can help with making 32-bit version of cairo library on macs? Because if i just do: port install cairo everything is ok, except that VM cannot use that library because it is 64bit.. And if i set build_arch to "i386" in /opt/local/etc/macports/macports.conf and run it, it also doesn't going well (see the end of mail), because of having too much dependecies from libraries which already installed and 64-bit :( Is there a way to tell port to just build stuff in a separate place.. or is there a way to build cairo library without port? sudo port install cairo Warning: port definitions are more than two weeks old, consider using selfupdate ---> Fetching pkgconfig ---> Attempting to fetch pkg-config-0.25.tar.gz from http://lil.fr.distfiles.macports.org/pkgconfig ---> Verifying checksum(s) for pkgconfig ---> Extracting pkgconfig ---> Applying patches to pkgconfig ---> Configuring pkgconfig ---> Building pkgconfig ---> Staging pkgconfig into destroot ---> Installing pkgconfig @0.25_1 ---> Deactivating pkgconfig @0.23_1 ---> Activating pkgconfig @0.25_1 ---> Cleaning pkgconfig ---> Fetching libpixman ---> Attempting to fetch pixman-0.20.0.tar.bz2 from http://lil.fr.distfiles.macports.org/libpixman ---> Verifying checksum(s) for libpixman ---> Extracting libpixman ---> Configuring libpixman ---> Building libpixman ---> Staging libpixman into destroot ---> Installing libpixman @0.20.0_0 ---> Deactivating libpixman @0.16.4_0 ---> Activating libpixman @0.20.0_0 ---> Cleaning libpixman ---> Fetching xorg-util-macros ---> Attempting to fetch util-macros-1.11.0.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-util-macros ---> Verifying checksum(s) for xorg-util-macros ---> Extracting xorg-util-macros ---> Configuring xorg-util-macros ---> Building xorg-util-macros ---> Staging xorg-util-macros into destroot ---> Installing xorg-util-macros @1.11.0_0 ---> Deactivating xorg-util-macros @1.5.0_0 ---> Activating xorg-util-macros @1.11.0_0 ---> Cleaning xorg-util-macros ---> Fetching xorg-xtrans ---> Attempting to fetch xtrans-1.2.6.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-xtrans ---> Verifying checksum(s) for xorg-xtrans ---> Extracting xorg-xtrans ---> Configuring xorg-xtrans ---> Building xorg-xtrans ---> Staging xorg-xtrans into destroot ---> Installing xorg-xtrans @1.2.6_0 ---> Deactivating xorg-xtrans @1.2.5_0 ---> Activating xorg-xtrans @1.2.6_0 ---> Cleaning xorg-xtrans ---> Fetching xorg-bigreqsproto ---> Attempting to fetch bigreqsproto-1.1.1.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-bigreqsproto ---> Verifying checksum(s) for xorg-bigreqsproto ---> Extracting xorg-bigreqsproto ---> Configuring xorg-bigreqsproto ---> Building xorg-bigreqsproto ---> Staging xorg-bigreqsproto into destroot ---> Installing xorg-bigreqsproto @1.1.1_0 ---> Deactivating xorg-bigreqsproto @1.1.0_0 ---> Activating xorg-bigreqsproto @1.1.1_0 ---> Cleaning xorg-bigreqsproto ---> Fetching xorg-xcmiscproto ---> Attempting to fetch xcmiscproto-1.2.1.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-xcmiscproto ---> Verifying checksum(s) for xorg-xcmiscproto ---> Extracting xorg-xcmiscproto ---> Configuring xorg-xcmiscproto ---> Building xorg-xcmiscproto ---> Staging xorg-xcmiscproto into destroot ---> Installing xorg-xcmiscproto @1.2.1_0 ---> Deactivating xorg-xcmiscproto @1.2.0_0 ---> Activating xorg-xcmiscproto @1.2.1_0 ---> Cleaning xorg-xcmiscproto ---> Fetching xorg-xextproto ---> Attempting to fetch xextproto-7.1.2.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-xextproto ---> Verifying checksum(s) for xorg-xextproto ---> Extracting xorg-xextproto ---> Configuring xorg-xextproto ---> Building xorg-xextproto ---> Staging xorg-xextproto into destroot ---> Installing xorg-xextproto @7.1.2_0 ---> Deactivating xorg-xextproto @7.1.1_0 ---> Activating xorg-xextproto @7.1.2_0 ---> Cleaning xorg-xextproto ---> Fetching xorg-inputproto ---> Attempting to fetch inputproto-2.0.1.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-inputproto ---> Verifying checksum(s) for xorg-inputproto ---> Extracting xorg-inputproto ---> Configuring xorg-inputproto ---> Building xorg-inputproto ---> Staging xorg-inputproto into destroot ---> Installing xorg-inputproto @2.0.1_0 ---> Deactivating xorg-inputproto @2.0_0 ---> Activating xorg-inputproto @2.0.1_0 ---> Cleaning xorg-inputproto ---> Fetching xorg-xproto ---> Attempting to fetch xproto-7.0.20.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-xproto ---> Verifying checksum(s) for xorg-xproto ---> Extracting xorg-xproto ---> Configuring xorg-xproto ---> Building xorg-xproto ---> Staging xorg-xproto into destroot ---> Installing xorg-xproto @7.0.20_0 ---> Deactivating xorg-xproto @7.0.16_0 ---> Activating xorg-xproto @7.0.20_0 ---> Cleaning xorg-xproto ---> Computing dependencies for xorg-libXdmcp ---> Fetching xorg-libXdmcp ---> Attempting to fetch libXdmcp-1.1.0.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-libXdmcp ---> Verifying checksum(s) for xorg-libXdmcp ---> Extracting xorg-libXdmcp ---> Configuring xorg-libXdmcp ---> Building xorg-libXdmcp ---> Staging xorg-libXdmcp into destroot ---> Computing dependencies for xorg-libXdmcp ---> Installing xorg-libXdmcp @1.1.0_0 ---> Deactivating xorg-libXdmcp @1.0.3_0 ---> Activating xorg-libXdmcp @1.1.0_0 ---> Cleaning xorg-libXdmcp ---> Computing dependencies for xorg-libXau ---> Fetching xorg-libXau ---> Attempting to fetch libXau-1.0.6.tar.bz2 from http://lil.fr.distfiles.macports.org/xorg-libXau ---> Verifying checksum(s) for xorg-libXau ---> Extracting xorg-libXau ---> Configuring xorg-libXau ---> Building xorg-libXau ---> Staging xorg-libXau into destroot ---> Computing dependencies for xorg-libXau ---> Installing xorg-libXau @1.0.6_0 ---> Deactivating xorg-libXau @1.0.5_0 ---> Activating xorg-libXau @1.0.6_0 ---> Cleaning xorg-libXau ---> Computing dependencies for libxml2 ---> Dependencies to be installed: libiconv zlib ---> Fetching libxml2 ---> Attempting to fetch libxml2-2.7.8.tar.gz from http://lil.fr.distfiles.macports.org/libxml2 ---> Verifying checksum(s) for libxml2 ---> Extracting libxml2 ---> Configuring libxml2 Error: You cannot install libxml2 for the architecture(s) i386 because Error: its dependency libiconv only contains the architecture(s) x86_64. Error: Error: Did you upgrade to a new version of Mac OS X? If so, please see Error: Error: http://trac.macports.org/wiki/Migration Error: Error: Target org.macports.configure returned: incompatible architectures in dependencies Log for libxml2 is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_libxml2/main.log Error: Unable to upgrade port: 1 Error: Unable to execute port: upgrade xrender failed To report a bug, see <http://guide.macports.org/#project.tickets> -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Igor Stasenko

On 23 November 2011 17:08, Stefan Marr <pharo(a)stefan-marr.de> wrote: > Hi: > > On 23 Nov 2011, at 16:50, Igor Stasenko wrote: > >> build_arch to "i386" > > There used to be the +universal flag that made sure that all universal_archs where build, and then universal_archs was "x86_64 i386". > > Not sure what the easiest way is to get macports to rebuild all the dependencies, but when I update with the force option, I think it is doing that. > Aha! sudo port install cairo +universal should do the trick. (building now) > Best regards > Stefan > > > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: Â +32 2 629 3525 > > > -- Best regards, Igor Stasenko.

Nov. 23, 2011

Re: [Pharo-project] [Zinc] ZnTooManyRedirects exception

by Sven Van Caekenberghe

Jan, On 23 Nov 2011, at 14:12, Sven Van Caekenberghe wrote: > Let me think a bit about this, and I will come back to you. I added some new features so that now this should work: testRedirectDontFollow | client | (client := ZnClient new) dontFollowRedirects; get: 'http://www.pharo-project.org'. self assert: client response isRedirect. client enforceHttpSuccess: true; get: 'http://www.pharo-project.org'. self assert: client response isRedirect. client close I think this will cover your use case, please let me know how it goes. I discovered that I more ore less already had something that came close: testRedirect | client response | client := ZnClient new url: 'http://www.pharo-project.org'. self assert: (client get; isSuccess). client close; maxNumberOfRedirects: 0; url: 'http://www.pharo-project.org'. self should: [ client get ] raise: ZnTooManyRedirects. client close. response := [ ZnClient new beOneShot; maxNumberOfRedirects: 0; get: 'http://www.pharo-project.org'; response ] on: ZnTooManyRedirects do: [ :exception | exception resume ]. self assert: response isRedirect Resuming the exception gave a true redirect response. But that code is not very nice/handy, and it would not work when combined with enforceHttpSuccess: true. These are new commits: ==================== Summary ==================== Name: Zinc-HTTP-SvenVanCaekenberghe.221 Author: SvenVanCaekenberghe Time: 23 November 2011, 5:30:09 pm UUID: 4df9982e-63e1-49ea-bfb0-2f9cb43f6f0b Ancestors: Zinc-HTTP-SvenVanCaekenberghe.220 added new #followsRedirects boolean option to ZnClient because setting #maxNumberOfRedirects to 0 did not work well for an example see the ZnClientTests>>#testRedirectDontFollow Thx Jan van de Sandt for reporting this ==================== Summary ==================== Name: Zinc-Tests-SvenVanCaekenberghe.115 Author: SvenVanCaekenberghe Time: 23 November 2011, 5:31:22 pm UUID: eb8c67e4-bdf2-4741-b149-78bdaf5d4970 Ancestors: Zinc-Tests-SvenVanCaekenberghe.114 added ZnClientTests>>#testRedirectDontFollow to test the new #followsRedirects boolean option to ZnClient, including under the case of #enforceHttpSuccess: true Regards, Sven

Nov. 23, 2011

Re: [Pharo-project] Building 32-bit Cairo library on Macs

by Luc Fabresse

2011/11/23 Stefan Marr <pharo(a)stefan-marr.de> > Hi: > > On 23 Nov 2011, at 16:50, Igor Stasenko wrote: > > > build_arch to "i386" > > There used to be the +universal flag that made sure that all > universal_archs where build, and then universal_archs was "x86_64 i386". > > Not sure what the easiest way is to get macports to rebuild all the > dependencies, but when I update with the force option, I think it is doing > that. > > Best regards > Stefan > > I had the same problem with the OpenCV and the mysqlclient libraries that I used through FFI. For OpenCV I found a 32bits precompiled framework on the Web. For mysqlclient, I did exactly what Stefan said i.e. configure universal flavour for both i386 and x86_64 architectures and install (recompile all dependencies) using the universal flag. Luc > > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > >

Nov. 23, 2011

[Pharo-project] Java team looking into Smalltalk and Seaside

by Sean P. DeNigris

Maybe someone with experience using Smalltalk on a team can answer this: http://stackoverflow.com/questions/8244502/version-control-for-smalltalk-se… -- View this message in context: http://forum.world.st/Java-team-looking-into-Smalltalk-and-Seaside-tp410026… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 23, 2011