September 2007 - macports-users - lists.macosforge.org

Sorry, this is a 'newbe' question.
by Alexander Aakesson 21 Sep '07

21 Sep '07

Hi, my name is Alec Aakesson, and I just moved from linux/freebsd environment to a Mac environment. I would like to download the darwin ports and install them on my Mac [OS X 10.4]. I would like to know if I have to pay to do that or buy any special software? Is it available to any one? I am not doing this for any organization, but for my own edification. When I went to download the source for the ports I was asked to enter my 'work e-mail address.' I am used to working with freebsd ports, but I am not quite sure how Mac does things. Please let me know. Cheers, Alec -- "Every day it rains, its Tuesday."

2 2

Re: Sorry, this is a 'newbe' question.
by William Davis 21 Sep '07

21 Sep '07

On Sep 21, 2007, at 10:11 AM, William Davis wrote: > > On Sep 21, 2007, at 9:14 AM, Alexander Aakesson wrote: > >> Hi, my name is Alec Aakesson, and I just moved from linux/freebsd >> environment to a Mac environment. I would like to download the >> darwin ports and install them on my Mac [OS X 10.4]. I would like >> to know if I have to pay to do that or buy any special software? >> Is it available to any one? I am not doing this for any >> organization, but for my own edification. When I went to download >> the source for the ports I was asked to enter my 'work e-mail >> address.' I am used to working with freebsd ports, but I am not >> quite sure how Mac does things. >> Please let me know. >> >> Cheers, >> Alec >> > > Good news! Its all *free*. :) > > go here for a step by step----------> http://trac.macosforge.org/ > projects/macports/wiki/InstallingMacPorts > > you might also wish to get PortAuthority -- a graphic user > interface (shareware $20 but has a free full demo) > from ------------->www.codebykevin.com/portauthority.html > > Good luck and enjoy! > > Im a newbie too ;) sorry , for got to "reply all"

1 0

Gnucash - Help/Yelp
by David Rowe 21 Sep '07

21 Sep '07

Many thanks to Peter McLain for his messages of 20 Sept ('Problem installing Firefox-X11 with Gnucash' & 'parse error before 'GdkPixbuf' when installing goffice 0.3.8'). GnuCash now installs & runs for me. However, I still can't get GnuCash Help to work - in spite of Mike Alexander's efforts ('Re: GnuCash help pages' of 31 Aug). If I select the menu Help>Tutorial and Concepts Guide, a message box comes up reporting "GnuCash could not find the files for the help documentation. This is likely because the 'gnucash-docs' package is not installed". However 'port list installed' confirms that gnucash-docs is installed: gnucash @2.2.1 gnome/gnucash gnucash-docs @2.0.1 gnome/gnucash-docs If I invoke Yelp directly from the xterm command line (which should bring up Yelp with a list of available manuals), then no window appears. Instead, there is simply an error report: $ yelp Illegal instruction with no further diagnostic information. --------------- I have just now installed Gramps - which also uses Yelp for its help system. Now if I invoke Yelp directly from the xterm command line it reports: <<<<<<<<<<<<<<< (yelp:15680): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible (yelp:15680): atk-bridge-WARNING **: AT_SPI_REGISTRY was not started at session startup. (yelp:15680): atk-bridge-WARNING **: IOR not set. (yelp:15680): atk-bridge-WARNING **: Could not locate registry Illegal instruction >>>>>>>>>>>> If I invoke help from within Gramps, nothing happens. Any ideas on how to refix Yelp? Regards David Rowe

1 0

Windows.Forms with Macports Mono version
by Achim Domma 21 Sep '07

21 Sep '07

Hi, I have a simple "Hello World" GUI app, which uses Windows.Forms. Using the official Mono installer for Mac OS, the applications works fine. Due to problems with compiling additional packages like gtk- sharp, I decided to try the Macports version of Mono. A sample command line application works fine, but my GUI sample fails with the following message: Unhandled Exception: System.ExecutionEngineException: SIGILL at <0x00000> <unknown method> at (wrapper managed-to-native) System.Diagnostics.StackTrace:get_trace (System.Exception,int,bool) at System.Diagnostics.StackTrace..ctor (System.Exception e, Int32 skipFrames, Boolean needFileInfo, Boolean returnNativeFrames) [0x00000] at System.Exception.get_StackTrace () [0x00000] at System.Exception.ToString () [0x00000] at System.Exception.ToString () [0x00000] at System.Exception.ToString () [0x00000] at System.Exception.ToString () [0x00000] at <0x00000> <unknown method> at <StartupCode>.Forms._main () [0x00000] Any hint what might be wrong? regards, Achim

1 0

Re: [graphviz-devel] Fewer headers installed by Graphviz 2.14+
by Emil Lundberg 21 Sep '07

21 Sep '07

Thanks guys for adressing this. In essence, the missing headers were intentional, so this now an issue for the Rgraphviz developers. I'm forwarding this to the Bioconductor mailing list. FYI, my graphviz (2.14-1 from MacPorts) is missing the following headers compared to Ryan's 2.12: aghdr.h agxbuf.h arith.h (back as of 2.14-3) ast_common.h dthdr.h exgram.h exlib.h expr.h globals.h (requested by Rgraphviz) grammar.h gvcint.h (requested by Rgraphviz) libgraph.h logic.h malloc.h parser.h pathplan.h pathutil.h solvers.h tri.h triefa.h vis.h vispath.h vmstub.h To clarify matters, the Rgraphviz is an external R package that depends on the Bioconductor package, so the R developers might not know about it. R builds fine using the current MacPorts version (don't know about the devel), and so does Bioconductor, but neither depend on graphviz as such. The maintainers of Rgraphviz have already made a good effort in that package's header files to accomodate different versions of graphviz (up to 2.10 at least), so the information below is hopefully what they need to know to update the Rgraphviz package. Thanks again, Emil Lundberg MicroArray Datawarehouse Resource (MADR) Linnaeus Centre for Bioinformatics (LCB) Biomedical Centre (BMC) Uppsala University 21 sep 2007 kl. 03.15 skrev John Ellson: > In the Fedora graphviz-2.14.1-3 version (also in 2.15 upstream), > arith.h was added back in. > > Dropping the rest of those headers was intentional. > > I believe the issue of gvcint.h has already been discussed with the > R developers. Emden added some functions in lib/gvc/gvc.c to > access username, version, builddate info. I suspect this is only > in graphviz-2.15 at this time. > > The code is stable enough this week that perhaps I should push out > another release (there is also a > significant fix for irregular character spacing in bitmap > outputs). Does anybody know for sure if R builds OK with the > latest development snapshots? > > John > > > > Ryan Schmidt wrote: >> Emil Lundberg reported [1] on the MacPorts mailing list that his >> Graphviz 2.14 installation doesn't have some headers that >> Rgraphviz requires. I checked on my system and see that Graphviz >> 2.12 has these headers in $(prefix)/include/graphviz: >> >> aghdr.h >> agraph.h >> agxbuf.h >> arith.h >> ast_common.h >> cdt.h >> color.h >> demand_loading.c >> dot_builtins.c >> dthdr.h >> exgram.h >> exlib.h >> expr.h >> geom.h >> globals.h >> grammar.h >> graph.h >> gv.cpp >> gv.i >> gvc.h >> gvcext.h >> gvcint.h >> gvcjob.h >> gvcommon.h >> gvplugin.h >> gvplugin_device.h >> gvplugin_layout.h >> gvplugin_loadimage.h >> gvplugin_render.h >> gvplugin_textlayout.h >> libgraph.h >> logic.h >> malloc.h >> no_demand_loading.c >> pack.h >> parser.h >> pathgeom.h >> pathplan.h >> pathutil.h >> solvers.h >> textpara.h >> tri.h >> triefa.h >> types.h >> usershape.h >> vis.h >> vispath.h >> vmstub.h >> >> But graphviz 2.15.20070920.0439 only installs these headers: >> >> agraph.h >> arith.h >> cdt.h >> color.h >> demand_loading.c >> dot_builtins.c >> geom.h >> graph.h >> gv.cpp >> gv.i >> gvc.h >> gvcext.h >> gvcjob.h >> gvcommon.h >> gvplugin.h >> gvplugin_device.h >> gvplugin_layout.h >> gvplugin_loadimage.h >> gvplugin_render.h >> gvplugin_textlayout.h >> no_demand_loading.c >> pack.h >> pathgeom.h >> pathplan.h >> textpara.h >> types.h >> usershape.h >> >> Several fewer, as you see. Of those missing, apparently Rgraphviz >> requires globals.h and gvcint.h to build. Is it intentional that >> Graphviz now installs fewer headers? If so, I guess the Rgraphviz >> developers have to make some changes? >> >> >> [1] http://lists.macosforge.org/pipermail/macports-users/2007- >> September/005610.html >> >> >> _______________________________________________ >> graphviz-devel mailing list >> graphviz-devel(a)research.att.com >> https://mailman.research.att.com/mailman/listinfo/graphviz-devel >> >

1 0

"Downgrading" a port - libtorrent
by Marcus D'Camp 21 Sep '07

21 Sep '07

Hello everyone, I'll start by stating I'm newish to this list having subscribed briefly in the past. I've recently ran into a problem that I haven't been able to figure out and decided to come to the lists to possibly solve my problem. Here it goes... I have scripts in place to update macports and report outdated ports, and in doing so when libtorrent switched to 0.11.7_0 from 0.11.4_0, I happily updated without thinking about rtorrent and in turn have noticed a slight change in behavior in the rtorrent/libtorrent duo. I was wondering if there was a way to "downgrade" to the previous port? I notice that I still have a large bit of data from the previous port. Forgive my novice question, I've tried to figure it out on my own to no avail. I guess a follow-up question is will rtorrent soon be updated as well? Since the two go together and are to be run according to version. I'm very aware the maintainers donate their time, and could be busy, I'm thankful for what they do, just thought I would ask if anyone her knew. Thanks in advance! -- Marcus D'Camp

2 2

parse error before 'GdkPixbuf' when installing goffice 0.3.8
by Peter McLain 21 Sep '07

21 Sep '07

The following worked for me to get around the goffice build problems: # First, clean out the old build, then do everything # up to, but not including, the configure stage: $ sudo port clean goffice $ sudo port patch goffice # It seems that GtkTooltips is deprecated, but many # files in goffice use it. So, we'll re-enable the # deprecated GTK features in the build by removing a # line in the configure script: $ sudo sed -i .bak /GTK_DISABLE_DEPRECATED/d' \ /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_g office/work/goffice-0.3.8/configure # Now, we pick up with the configure, build and install of # goffice: $ sudo port install goffice -- Peter McLain peter.mclain(a)gmail.com

2 1

graphviz port missing some header files?
by Emil Lundberg 21 Sep '07

21 Sep '07

Hi, I installed the Graphviz port a couple of days ago (2.14) , and it installed fine. However, when I try to compile source depending upon it (Rgraphviz module of Bioconductor), it complains about missing header files/includes. I downloaded the official 2.14 distro of Graphviz and it does contain the missing files. However, I much rather use the MacPorts version! This was on an Intel Xserve, using OS X 10.4.10 Server. The missing files were (opt/local/include) graphviz/gvcint.h and graphviz/ globals.h. The graphviz header files include before those two are found, however, so there is nothing wrong with the include path. Thanks for your great effort, /Emil

2 1

how to make better use of native tools
by Daniel Oberhoff 20 Sep '07

20 Sep '07

Hi, I like using macports to get some stuff with lots of dependencies installed. I wonder though why it is neccessary for example to rebuild native tools such as python and perl. Because it tends to cause quite a bit of confusion to have several of those around including severel "site" folders created etc.. Now wouldn't it be possible to have proxy packages such as fink has? I.e. python24- native? It could then be an option. Dunno if macports can handle options like that, but it woul shure be nice. Best Daniel Oberhoff

4 4

Error on pkg creation
by René Mølsted 20 Sep '07

20 Sep '07

Hi folks Being rather new to Macports I might be overseeing stuff here. I tried creating a pkg-file of zlib among others. The first time i ran '/opt/local/bin/port pkg zlib' it returned the error below, then I ran the command again immediately after with success. That happened with most of my ports. Any logical explanation I'm missing? -- Rene ------------ OUTPUT FROM SHELL ------------ # /opt/local/bin/port pkg zlib ---> Creating pkg for zlib-1.2.3 Error: Target org.macports.pkg returned: shell command "mkbom /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_archive rs_zlib/work/destroot /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_archive rs_zlib/work/zlib-1.2.3.pkg/Contents/Archive.bom" returned error 1 Command output: can't stat /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_archive rs_zlib/work/destroot (No such file or directory) can't make bom /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_archive rs_zlib/work/zlib-1.2.3.pkg/Contents/Archive.bom for dir /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_archive rs_zlib/work/destroot # /opt/local/bin/port pkg zlib ---> Creating pkg for zlib-1.2.3 ---> Package for zlib-1.2.3 is up-to-date

2 1