Problems installing Argtable
try to install it on my powerbook 12 (Tiger 10.4.5) with command `sudo port install argtable` but it fails when building here is the output. ** --- Building argtable with target all Error: Target org.macports.build returned: shell command cd /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_argtable/ work/argtable2 make all returned error 2 Command output: cd src; make all libtool -dynamic -o libargtable2.dylib -lsystem argtable2.o arg_end.o arg_rem.o arg_lit.o arg_int.o arg_dbl.o arg_str.o arg_rex.o arg_file.o arg_date.o ld: for architecture ppc ld: warning prebinding disabled because of undefined symbols ld: Undefined symbols: _fprintf$LDBLStub _printf$LDBLStub libtool: internal link edit command failed make[1]: *** [libargtable2.dylib] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. ** so... how can I fix this? thx a lot. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: X issues
Hi Stefan, What version of the X11 App are you using. do you have the latest update installed. I have a Powerbook G4, X11 1.1.3, gnome and things work for me. What does your .xinitrc look like? Are you using the quarz-wm in proxy mode? Stereo turned on? regards Keith. Am 14.08.2007 um 15:57 schrieb Stefan Bruda: Hi, I am having some minor problems with Apple-supplied X, in that transitory effects (I am not sure how to call them, but they include the save progress bar in Openoffice or the window outlines in technical or box window movement in E16) do not appear. This becomes aggravating when doing image rotation with the Gimp, when the grid lines do not show up. In (probably) the same line or thought, the pager in E16 looks good, except for the desktop currently in front, which shows full white in the pager. In some other minor annoyance, as soon as I use a window manager other than Apple's (tested with E16 and Metacity), I can no longer bring X windows in front of Aqua windows. I would use the Apple WM, except that then I cannnot seem to persuade the windows to appear in GNOME's window list (they get minimized in the dock instead, and although they do appear in the window list when unminimized, one cannot interact with them from there). In all, here are my questions: Is there any possibility to convince those transitory effects I was mentioning to appear? I believe that this is an X issue, and I also notice that an XFree86 port is available. Has anybody tried it, and is it better (at least in this respect) than Apple's X server? Is replacing the X server even recommended? If so, are there any caveats or special procedures on the matter? What WM do you guys use? I really like E16, but I would switch to something else if I can convince X windows to live in peace with Aqua windows (but I would also like to use the GNOME window list). Thank you in advance for any information. Stefan ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problem installing gnome-doc-utils
Keith J. Schultz wrote: sync brings the local ports list uptodate so that port can do its thing with the newest ports! Normally, a sync is all the users needs. Unless their is a new port version out. Whether it is better to sync or selfupdate depends on what has changed in the way port works. Sometimes port will work with an older version and syncing, yet if their are major changes a user will need to selfupdate. selfupdate is broken on some platforms, and sometimes a newer MacPorts release is broken itself, so user might prefer to just update the ports tree - without having to update base itself... It's possible to update base later, without using selfupdate. If the user waits to long to selfupdate that can cause havoc with the ports system! Actually one *can* use older versions of base, as long as one also uses older versions of the ports (e.g. the ones in the archive) Sometimes this is useful, like for older now unsupported platforms. The question should be do we really need sync or would selfupdate do. That is a design feature. I think we need both. Or with the svn update, make that all three. --anders ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Another mtree violation: clearsilver
I have just tried to install trac, but I get the error message: sudo port install trac --- Fetching clearsilver --- Attempting to fetch clearsilver-0.10.4.tar.gz from http://www.clearsilver.net/downloads --- Verifying checksum(s) for clearsilver --- Extracting clearsilver --- Applying patches to clearsilver --- Configuring clearsilver --- Building clearsilver with target all --- Staging clearsilver into destroot Error: violation by /opt/local/man Error: Target org.macports.destroot returned: mtree violation! Error: The following dependencies failed to build: clearsilver py25-hashlib py25-sqlite3 sqlite3 subversion-python25bindings apr apr-util py25-bsddb subversion Error: Status 1 encountered during processing. I understand that this problem occurs because of new checks introduced in port 1.510 and it has to be fixed by the port maintainer - see Ryan Schmidt's email Re: mtree violations in macports-users 15 Aug, 0629 Thanks in advance for your help. Regards David Rowe ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
GnuCash help pages
Thanks to David Rowe for the workaround he provided yesterday to get GnuCash 2.2.0 to start. I now have the difficulty that when I try to access the help pages or the tutorial I get a message saying GnuCash could not find the files for the help documentation. This is likely because the 'gnucash-docs' package is not installed. However I do have the gnucash-docs port installed, as evidenced by the line gnucash-docs @2.0.1_0 (active) in the output of the port installed command. Suggestions? Best regards, Christian Cardall ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problem installing readline
On Aug 15, 2007, at 04:14, Thomas Schober wrote: 2007/8/15, Ryan Schmidt: On Aug 14, 2007, at 10:59, Thomas Schober wrote: 2007/8/14, Thomas Schober: 2007/8/14, Ryan Schmidt: On Aug 14, 2007, at 02:57, Thomas Schober wrote: No i am trying to install subversion and readline is a dependency of it. I don't know if i need 5.2, the only thig i did is : sudo port install readline I don't really care which version of readline i get. But thats all automatic by MacPorts. Ah yes, subversion depends on apr-util, which depends on sqlite3, which depends on readline. It does not depend on readline-5, and readline-5 would not satisfy the readline dependency. So we're back to my previous suggestions regarding potential changes to the readline port you could try: http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005009.html The Problem is, that this line : delete ${destroot}${prefix}/share/info/dir is not in the portfile. there is a generall line inside, which goes over all /share/info/*. I tried to delete this line, but the same problem as before. Either you are looking at the wrong portfile, or your portfiles are months out of date. The relevant line has been that way since February 2007, as per this changeset: http://trac.macosforge.org/projects/macports/changeset/22017 This is the file we're talking about: http://trac.macosforge.org/projects/macports/browser/trunk/dports/ devel/readline/Portfile?rev=26187 It is located at the path devel/readline/Portfile within your ports tree. Line 41. What is the first line of your readline portfile -- what is the output of this command? port file readline | xargs head -n 1 On my system, it is as follows: # $Id: Portfile 26187 2007-06-15 10:36:51Z [EMAIL PROTECTED] $ And this is what you should see, too, if your ports tree is up to date. ok, i fixed the problem: i just created /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_dev el _readline/work/destroot/opt/local/share/info/dir this directory was missing It sounds like you worked around the problem, rather than fixing it. You may have succeeded in installing the port today, but if you ever need to reinstall it, I see no reason why the same problem would not occur again. It would be beneficial to discover why the problem occurred in the first place. Maybe a change needs to be made to the portfile. We won't know until someone who's experiencing the problem (you) tries out the changes suggested above to see if they help or not. Another possibility would be to explicitly write the code so that the file is only deleted if it exists, similar to this: http://trac.macosforge.org/projects/macports/changeset/27782 I already tried this solution, but the line : delete ${destroot}${prefix}/share/info/dir is not in the portfile. Then you are not looking at the same portfile I'm looking at, because that line is present in the readline portfile I have. I copied the line directly from there. There is a loop, which deletes a bunch of files and directories. They seem to be created dynamically. So when i remove the line, nothing is deleted anymore. It seems that you have to insert a delete command, which ignores errors. Perhaps you could attach the complete file you're looking at. Maybe that would help us converge on a solution. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problem installing readline
I attached te file already in a mail before in this conversation. Here it is again : PortSystem 1.0 namereadline-5 set shortname readline version 5.0.005 distname${shortname}-5.0 categories devel maintainers [EMAIL PROTECTED] platforms darwin description Library that provides command line editing long_description\ The GNU Readline library provides a set of functions\ for use by applications that allow users to edit\ command lines as they are typed in. Both Emacs and vi \ editing modes are available. The Readline library \ includes additional functions to maintain a list of \ previously-entered command lines, to recall and perhaps \ reedit those lines, and perform csh-like history\ expansion on previous commands. \ \ This version provides limited functionality. It is \ intended to be used by ports that require version \ 5.0. Only the dynamic library is installed, and the \ include files are kept in PREFIX/include/readline5. homepagehttp://cnswww.cns.cwru.edu/~chet/readline/rltop.html master_sitesgnu:${shortname}\ ftp://ftp.cwru.edu/pub/bash/:${shortname} patch_sites ftp://ftp.cwru.edu/pub/bash/readline-5.0-patches/ patchfiles readline50-001 \ readline50-002 \ readline50-003 \ readline50-004 \ readline50-005 platform darwin 8 { patchfiles-append patch-shobj-conf } checksums ${distname}${extract.suffix} md5 9a39d15f1ed592883f8c6671e8c13120 \ readline50-001 md5 5b47ed61b6b8413746750127c70e843d \ readline50-002 md5 9f803005e7e4c7d675146a9a805acbf1 \ readline50-003 md5 05d59c91f80fa99ab177783229b0f769 \ readline50-004 md5 aa1f6343e47f8e024488c63281d77809 \ readline50-005 md5 1dc2654e0161f2e7b4f536b12e1d54b7 configure.args --mandir=${prefix}/share/man \ --infodir=${prefix}/share/info post-destroot { file delete -force ${destroot}${prefix}/share file delete ${destroot}${prefix}/lib/libhistory.a file delete ${destroot}${prefix}/lib/libhistory.dylib file delete ${destroot}${prefix}/lib/libhistory.5.dylib file delete ${destroot}${prefix}/lib/libreadline.a file delete ${destroot}${prefix}/lib/libreadline.dylib file delete ${destroot}${prefix}/lib/libreadline.5.dylib file rename ${destroot}${prefix}/include/readline ${destroot}${prefix}/include/readline5 } 2007/8/15, Ryan Schmidt [EMAIL PROTECTED]: On Aug 15, 2007, at 04:14, Thomas Schober wrote: 2007/8/15, Ryan Schmidt: On Aug 14, 2007, at 10:59, Thomas Schober wrote: 2007/8/14, Thomas Schober: 2007/8/14, Ryan Schmidt: On Aug 14, 2007, at 02:57, Thomas Schober wrote: No i am trying to install subversion and readline is a dependency of it. I don't know if i need 5.2, the only thig i did is : sudo port install readline I don't really care which version of readline i get. But thats all automatic by MacPorts. Ah yes, subversion depends on apr-util, which depends on sqlite3, which depends on readline. It does not depend on readline-5, and readline-5 would not satisfy the readline dependency. So we're back to my previous suggestions regarding potential changes to the readline port you could try: http://lists.macosforge.org/pipermail/macports-users/2007-August/ 005009.html The Problem is, that this line : delete ${destroot}${prefix}/share/info/dir is not in the portfile. there is a generall line inside, which goes over all /share/info/*. I tried to delete this line, but the same problem as before. Either you are looking at the wrong portfile, or your portfiles are months out of date. The relevant line has been that way since February 2007, as per this changeset: http://trac.macosforge.org/projects/macports/changeset/22017 This is the file we're talking about: http://trac.macosforge.org/projects/macports/browser/trunk/dports/ devel/readline/Portfile?rev=26187 It is located at the path devel/readline/Portfile within your ports tree. Line 41. What is the first line of your readline portfile -- what is the output of this command? port file readline | xargs head -n 1 On my system, it is as follows: # $Id: Portfile 26187 2007-06-15 10:36:51Z [EMAIL PROTECTED] $ And this is what you should see, too, if your ports tree is up to date. ok, i fixed the problem: i just created /opt/local/var/macports/build/
Re: Problem installing readline
On Aug 15, 2007, at 06:41, Thomas Schober wrote: 2007/8/15, Ryan Schmidt: On Aug 15, 2007, at 04:14, Thomas Schober wrote: 2007/8/15, Ryan Schmidt: On Aug 14, 2007, at 10:59, Thomas Schober wrote: 2007/8/14, Thomas Schober: 2007/8/14, Ryan Schmidt: On Aug 14, 2007, at 02:57, Thomas Schober wrote: No i am trying to install subversion and readline is a dependency of it. I don't know if i need 5.2, the only thig i did is : sudo port install readline I don't really care which version of readline i get. But thats all automatic by MacPorts. Ah yes, subversion depends on apr-util, which depends on sqlite3, which depends on readline. It does not depend on readline-5, and readline-5 would not satisfy the readline dependency. So we're back to my previous suggestions regarding potential changes to the readline port you could try: http://lists.macosforge.org/pipermail/macports-users/2007- August/ 005009.html The Problem is, that this line : delete ${destroot}${prefix}/share/info/dir is not in the portfile. there is a generall line inside, which goes over all /share/info/*. I tried to delete this line, but the same problem as before. Either you are looking at the wrong portfile, or your portfiles are months out of date. The relevant line has been that way since February 2007, as per this changeset: http://trac.macosforge.org/projects/macports/changeset/22017 This is the file we're talking about: http://trac.macosforge.org/projects/macports/browser/trunk/dports/ devel/readline/Portfile?rev=26187 It is located at the path devel/readline/Portfile within your ports tree. Line 41. What is the first line of your readline portfile -- what is the output of this command? port file readline | xargs head -n 1 On my system, it is as follows: # $Id: Portfile 26187 2007-06-15 10:36:51Z [EMAIL PROTECTED] $ And this is what you should see, too, if your ports tree is up to date. ok, i fixed the problem: i just created /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_d ev el _readline/work/destroot/opt/local/share/info/dir this directory was missing It sounds like you worked around the problem, rather than fixing it. You may have succeeded in installing the port today, but if you ever need to reinstall it, I see no reason why the same problem would not occur again. It would be beneficial to discover why the problem occurred in the first place. Maybe a change needs to be made to the portfile. We won't know until someone who's experiencing the problem (you) tries out the changes suggested above to see if they help or not. Another possibility would be to explicitly write the code so that the file is only deleted if it exists, similar to this: http://trac.macosforge.org/projects/macports/changeset/27782 I already tried this solution, but the line : delete ${destroot}${prefix}/share/info/dir is not in the portfile. Then you are not looking at the same portfile I'm looking at, because that line is present in the readline portfile I have. I copied the line directly from there. There is a loop, which deletes a bunch of files and directories. They seem to be created dynamically. So when i remove the line, nothing is deleted anymore. It seems that you have to insert a delete command, which ignores errors. Perhaps you could attach the complete file you're looking at. Maybe that would help us converge on a solution. I attached te file already in a mail before in this conversation. Here it is again : PortSystem 1.0 namereadline-5 set shortname readline version 5.0.005 [snip] No, that's the readline-5 port, not the readline port. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: X issues
Hi, Keith J. Schultz wrote: What version of the X11 App are you using. do you have the latest update installed. Mac OS X 10.4.10 (Intel Macbook Pro C2D), X11 1.1.3, Xcode 2.4, all up to date according to Apple's Software Update. I have a Powerbook G4, X11 1.1.3, gnome and things work for me. Seems to be the same here (except that I am on an Intel box). GNOME works mostly fine, with some glitches though as detailed earlier. What WM are you using? What does your .xinitrc look like? Are you using the quarz-wm in proxy mode? Stereo turned on? Yes, I am using quarz-wm in proxy mode. I am not sure what you mean by stereo being turned on. .xinitrc looks like this: source ~/.profile export XDG_DATA_DIRS=/opt/local/share export XDG_DATA_HOME=/opt/local/share export XDG_CONFIG_DIRS=/opt/local/etc/xdg quartz-wm --only-proxy e16 gkrellm esd -noterminate -nobeeps exec dbus-launch gnome-session Thanks again, Stefan ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Another mtree violation: clearsilver
On Aug 15, 2007, at 6:31 AM, David Rowe wrote: I understand that this problem occurs because of new checks introduced in port 1.510 and it has to be fixed by the port maintainer Yep, clearsilver was attempting to install its manpages in an incorrect location. I've fixed the port and committed the change. Please wait a little while, port sync, and try again. Sorry for the inconvenience. -- Daniel J. Luke ++ | * [EMAIL PROTECTED] * | | *-- http://www.geeklair.net -* | ++ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | ++ PGP.sig Description: This is a digitally signed message part ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
What does Milestone: Port Bugs mean?
I've noticed some of the ports that are triggering this getting fixed right away. What does this disposition indicate? -- Forwarded message -- From: MacPorts [EMAIL PROTECTED] Date: Aug 14, 2007 6:40 PM Subject: Re: [MacPorts] #12476: cadaver install fails with mtree violation To: [EMAIL PROTECTED] #12476: cadaver install fails with mtree violation +--- Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED] Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: |Keywords: cadaver mtree +--- Changes (by [EMAIL PROTECTED]): * milestone: = Port Bugs * cc: = [EMAIL PROTECTED], [EMAIL PROTECTED] -- Ticket URL: https://trac.macports.org/projects/macports/ticket/12476 MacPorts /projects/macports Ports system for Mac OS ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: mtree violations
On 2007-08-15 01:29:09 -0400, Ryan Schmidt [EMAIL PROTECTED] said: On Aug 14, 2007, at 22:23, Sean Fulton wrote: On 2007-08-13 02:40:21 -0400, Anders F Björklund said: mpu78 wrote: I'm a Unix user who is new to Mac and MacPorts. I've just started installing things using `port' today, i.e. after the release of MacPorts 1.5.1, which I understand does these `mtree' checks. I'm not able to install much without getting the mtree violation error. It fails to install `Xemacs' with: Error: violation by /opt/local/man Error: Target org.macports.destroot returned: mtree violation! and `gnome-doc-utils' with the same error on the way to installing other things. What should I do? Downgrade to MacPorts-1.5.0, upgrade to SVN trunk, or wait until next release... --anders Are maintainers supposed to be fixing these errors somehow? I maintain a port that has this error and I don't know if I'm supposed to add destroot.violate_mtree yes or let it go until the next release. Yes, you are supposed to be fixing this. You are not supposed to be violating the mtree. The next release of MacPorts will downgrade these from fatal errors to warnings, but that's only temporary, until people fix the ports. For example, if you are installing things into / opt/local/man, you should change your port to install those things into /opt/local/share/man. If you are installing things into other nonstandard places, you should evaluate whether those were intentional or not. If intentional, then you can add destroot.violate_mtree yes to the portfile to indicate this intent. If you are installing things in places that are being reported as an mtree violation, but you do not believe it is, then you should report that to the -dev list where it can be decided whether or not to amend the mtree checker. OK, thanks. Is there documentation for the mtree standards? Sean ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problem installing gnome-doc-utils
Anders F Björklund [EMAIL PROTECTED] writes: selfupdate is broken on some platforms, and sometimes a newer MacPorts release is broken itself, so user might prefer to just update the ports tree - without having to update base itself... It's possible to update base later, without using selfupdate. Yes I'm now convinced of the utility of sync due to the points made by Keith and yourself. And cross-platform issues regarding selfupdate is something I hadn't considered. I'll accomodate that in the docs when I add the writeup for port sync to keep it is general as possible. Thanks. Mark ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: Problems installing Argtable
Ryan Schmidt ryandesign at macports.org writes: Mac OS X 10.4.5 is quite old. Please update to 10.4.10 with all other updates suggested by Software Update. I don't know if this is related to the problem, but it's just good to do anyway. If your OS is this old, perhaps your Xcode is out of date too. Please make sure you're using Xcode 2.4.1, not any older version. Get it here if necessary: http://developer.apple.com/tools/xcode/ argtable 2.4_0 installed OK for me on Intel 10.4.10, but I see 2.7 has been released. I'm Cc'ing the maintainer of argtable to see if he can update the port if appropriate. sorry about the typing error, I am actually using 10.4.10 but xcode I used is 2.3, so i will try to update xcode first, see if it works, and I will give feedback later, anyway thx for your kind help. :D ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: mtree violations
Le 15 août 07 à 16:36, Sean Fulton a écrit : On 2007-08-15 01:29:09 -0400, Ryan Schmidt [EMAIL PROTECTED] said: On Aug 14, 2007, at 22:23, Sean Fulton wrote: On 2007-08-13 02:40:21 -0400, Anders F Björklund said: mpu78 wrote: I'm a Unix user who is new to Mac and MacPorts. I've just started installing things using `port' today, i.e. after the release of MacPorts 1.5.1, which I understand does these `mtree' checks. I'm not able to install much without getting the mtree violation error. It fails to install `Xemacs' with: Error: violation by /opt/local/man Error: Target org.macports.destroot returned: mtree violation! and `gnome-doc-utils' with the same error on the way to installing other things. What should I do? Downgrade to MacPorts-1.5.0, upgrade to SVN trunk, or wait until next release... --anders Are maintainers supposed to be fixing these errors somehow? I maintain a port that has this error and I don't know if I'm supposed to add destroot.violate_mtree yes or let it go until the next release. Yes, you are supposed to be fixing this. You are not supposed to be violating the mtree. The next release of MacPorts will downgrade these from fatal errors to warnings, but that's only temporary, until people fix the ports. For example, if you are installing things into / opt/local/man, you should change your port to install those things into /opt/local/share/man. If you are installing things into other nonstandard places, you should evaluate whether those were intentional or not. If intentional, then you can add destroot.violate_mtree yes to the portfile to indicate this intent. If you are installing things in places that are being reported as an mtree violation, but you do not believe it is, then you should report that to the -dev list where it can be decided whether or not to amend the mtree checker. OK, thanks. Is there documentation for the mtree standards? Sean See porthier(7) manpage. -- Anthony Ramine, the infamous MacPorts Trac slave. [EMAIL PROTECTED] ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Broken Links to Sources in 1.5.10
If so, then the 160 ports that still use that alias (mostly lots of kde stuff) are now broken since they don't know where to fetch from. How should we handle this? As simple as updating the Portfiles as we go along, encouraging users to submit patches if they care enough to fix them themselves. While on the subject, ltmain13 and ltconfig13 should be moved out of Yve's dir and into their own, with ports fetching them through macports:ltmain13 macports:ltconfig13 master_sites entries. As the developers already noted, there are A LOT of ports with dependencies that are not fetching correctly. [Users/bensig] install gtk1 Warning: No mirror sites on file for class opendarwin --- Fetching glib1 --- ltconfig13 doesn't seem to exist in /opt/local/var/macports/distfiles/glib1 Error: No defined site for tag: lt, using master_sites --- Attempting to fetch ltconfig13 from ftp://ftp.gtk.org/pub/gtk/v1.2/ % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 --- Attempting to fetch ltconfig13 from http://svn.macports.org/repository/macports/distfiles/glib1 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 --- Attempting to fetch ltconfig13 from http://svn.macports.org/repository/macports/distfiles/general/ % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 --- Attempting to fetch ltconfig13 from http://svn.macports.org/repository/macports/downloads/glib1 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for glib1): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: glib1 Error: Status 1 encountered during processing. Will some fix be released in the next few days? Macports has always been better than Fink, this is suck a Fink type of problem. Here is another source site that doesn't seem to contain the package: --- Fetching testdisk --- Attempting to fetch testdisk-6.6.tar.bz2 from http://www.cgsecurity.org/ --- Attempting to fetch testdisk-6.6.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/testdisk --- Attempting to fetch testdisk-6.6.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ --- Attempting to fetch testdisk-6.6.tar.bz2 from http://svn.macports.org/repository/macports/downloads/testdisk Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. Additionally, where can we find the source for these broken ports and where should we put them? gtk1 glib1 -- View this message in context: http://www.nabble.com/Broken-Links-to-Sources-in-1.5.10-tf4274911.html#a12167873 Sent from the MacPorts - Tickets mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/Broken-Links-to-Sources-in-1.5.10-tf4275091.html#a12168472 Sent from the MacPorts - Users mailing list archive at Nabble.com. ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: GnuCash help pages
Christian Cardall wrote: Thanks to David Rowe for the workaround he provided yesterday to get GnuCash 2.2.0 to start. I now have the difficulty that when I try to access the help pages or the tutorial I get a message saying GnuCash could not find the files for the help documentation. This is likely because the 'gnucash-docs' package is not installed. However I do have the gnucash-docs port installed, as evidenced by the line gnucash-docs @2.0.1_0 (active) in the output of the port installed command. Suggestions? In my experience, Yelp, the package which handles the Gnucash help, has been broken for quite a while under MacPorts. I never got it to work with Gnucash 2.0.5. It never worked for Gramps either. I just use the Gnucash documentation online at: http://www.gnucash.org/docs/v2.0/C/gnucash-help/help.html Regards David Rowe ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: GnuCash help pages
* David Rowe [EMAIL PROTECTED] [15.08.07 21:49]wrote: Christian Cardall wrote: Thanks to David Rowe for the workaround he provided yesterday to get GnuCash 2.2.0 to start. I now have the difficulty that when I try to access the help pages or the tutorial I get a message saying GnuCash could not find the files for the help documentation. This is likely because the 'gnucash-docs' package is not installed. However I do have the gnucash-docs port installed, as evidenced by the line gnucash-docs @2.0.1_0 (active) in the output of the port installed command. Suggestions? In my experience, Yelp, the package which handles the Gnucash help, has been broken for quite a while under MacPorts. I never got it to work with Gnucash 2.0.5. It never worked for Gramps either. I just use the Gnucash documentation online at: http://www.gnucash.org/docs/v2.0/C/gnucash-help/help.html Or the one in file:///opt/local/share/doc/gnucash/index.html Gruss Olaf ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
MacPorts 1.5.2 now available
Good evening everyone! MacPorts 1.5.2 is now available through selfupdate to temporarily downgrade from fatal errors to warnings all the mtree violations some ports are showing. Users should upgrade to this new release but still report in trac tickets when ports violate the hierarchy, so that maintainers can fix them as required. In some later release, once we believe we are safe to strongly enforce our hierarchy again, the violations will be upgraded back up to fatal errors. So get those reports in to sanitize our ports tree as much as possible. In the mean time, enjoy MacPorts 1.5.2! Regards,... -jmpp ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users
Re: gnome-vfs fails to be built
2007/08/15 17:19, Randall Wood wrote: sudo port deactivate heimdal ; sudo port clean --all gnome-vfs ; sudo port -vd upgrade gnome-vfs Thank you, Randall. I have safely upgraded gnome-vfs and uninstalled heimdal. --toru ___ macports-users mailing list macports-users@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-users