Re: [Fink-users] Re: Feedback for xcircuit-3.3.38
I've also installed xcircuit on two macs (iCube G4, iMac G4) on 10.3.9. I've only used it sparingly because it starts up so terribly slowly. On Oct 7, 2005, at 6:44 PM, Robert T Wyatt wrote: Alexander K. Hansen wrote: If anybody's been using the xcircuit-3.3.38 package from unstable, I'd like to get feedback on it. This is apparently the last of the 3.3.x series, and I'd love to have it in stable when we produce the next 10.3 and 10.4 binary distributions. ... and it also built and installed on macos 10.3.9. :-) Fri Oct 7 18:41:44 CDT 2005 bash-3.00$ fink list xcircuit Information about 5119 packages read in 3 seconds. i xcircuit 3.3.38-1 Circuit drawing app with schematic capture * My operating system: ProductName:Mac OS X ProductVersion: 10.3.9 BuildVersion: 7W98 * My gcc version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671) * My fink version: Package manager version: 0.24.10 Distribution version: 0.7.2.rsync * My machine is a: Power Macintosh --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: Fwd: [Fink-users] maxima 5.9.1 under TeXmacs on Tiger (Mac OS X 10.4) - how to
On 10/8/05, Martin Costabel [EMAIL PROTECTED] wrote: Martin Snelgrove wrote: FYI as fink maintainer for TeXmacs: I believe (from Google) that there are experimental versions of maxima 5.9.1 wending their way towards Fink-unstable, but don't know/understand the details. As per my attached submission to fink-users, I managed to get the sf.net version of maxima 5.9.1 to compile using clisp-maxima, but also had to hack /sw/share/TeXmacs/plugins/maxima/lisp/texmacs-maxima-5.9.1.lisp Thanks for this information. I will have a look at the texmacs maxima plugin for maxima-5.9.1 as soon as the latter exists in Fink. BTW, there is an open submission tracker item 1176784 for maxima-5.9.1 dating from half a year ago: http://sourceforge.net/tracker/index.php?func=detailaid=1176784group_id=17203atid=414256 It would be good if among the people interested in Fink's maxima, a new maintainer could emerge. It seems the old one hasn't had time for Fink for a long time. -- Martin I've contacted the clisp-maxima maintainer to see about bumping clisp-maxima to 2.34 (as he mentioned in the tracker thread). Even without that we _could_ put out a 5.9.1 release that uses the older clisp-maxima. -- Alexander K. Hansen Fink Documenter [Day Job] Levitated Dipole Experiment http://psfcwww2.psfc.mit.edu/ldx/ --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] dependency on system-tetex vs. fink's tetex?
Dan Sommers wrote: Hi, I have esound 0.2.35 installed, and am about to upgrade to esound 0.2.36 (as part of a fink update-all), but fink needs help with a virtual dependency: (1) jadetex: TeX macros implementing the TeX output from Jade/OpenJade (2) system-tetex: Placeholder package for manually installed teTeX That's all well and good, but I already have fink's own tetex installed: [] Why is my fink-installed tetex not as good as a tetex I might have installed on my own? Fink's tetex is more modular than the system-tetex package. The latter assumes that you have essentially installed everything TeX-related you can install via the i-installer. You can see from fink dumpinfo -f provides system-tetex what it is supposed to contain. In Fink's tetex, jadetex is a separate package. -- Martin --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: Fwd: [Fink-users] maxima 5.9.1 under TeXmacs on Tiger (Mac OS X 10.4) - how to
On 10/8/05, Alexander K. Hansen [EMAIL PROTECTED] wrote: On 10/8/05, Martin Costabel [EMAIL PROTECTED] wrote: Martin Snelgrove wrote: FYI as fink maintainer for TeXmacs: I believe (from Google) that there are experimental versions of maxima 5.9.1 wending their way towards Fink-unstable, but don't know/understand the details. As per my attached submission to fink-users, I managed to get the sf.net version of maxima 5.9.1 to compile using clisp-maxima, but also had to hack /sw/share/TeXmacs/plugins/maxima/lisp/texmacs-maxima-5.9.1.lisp Thanks for this information. I will have a look at the texmacs maxima plugin for maxima-5.9.1 as soon as the latter exists in Fink. BTW, there is an open submission tracker item 1176784 for maxima-5.9.1 dating from half a year ago: http://sourceforge.net/tracker/index.php?func=detailaid=1176784group_id=17203atid=414256 It would be good if among the people interested in Fink's maxima, a new maintainer could emerge. It seems the old one hasn't had time for Fink for a long time. -- Martin I've contacted the clisp-maxima maintainer to see about bumping clisp-maxima to 2.34 (as he mentioned in the tracker thread). Even without that we _could_ put out a 5.9.1 release that uses the older clisp-maxima. -- On the other hand, maybe this needs more work--I tried the maxima.info from the tracker and discovered that quitting xmaxima killed all of my processes. -- Alexander K. Hansen Fink Documenter [Day Job] Levitated Dipole Experiment http://psfcwww2.psfc.mit.edu/ldx/ --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] strange rdiff-backup uppercase filename problem
I installed the rdiff-backup package to see if it provided a useful backup solution. I tried to use it today, but ran into a very strange problem. All uppercase characters in the filenames it backs up are replaced by ;XXX, where XXX is the ASCII code for that character. (Some sort of work around for a case sensitivity problem?) Attempts to create a backup eventually fail with an error complaining about long file names, like: Traceback (most recent call last): File /sw/bin/rdiff-backup, line 23, in ? rdiff_backup.Main.Main(sys.argv[1:]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 282, in Main take_action(rps) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 252, in take_action elif action == backup: Backup(rps[0], rps[1]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 305, in Backup backup.Mirror(rpin, rpout) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 38, in Mirror DestS.patch(dest_rpath, source_diffiter) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 218, in patch ITR(diff.index, diff) File /sw/lib/python2.4/site-packages/rdiff_backup/rorpiter.py, line 278, in __call__ if last_branch.can_fast_process(*args): File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 469, in can_fast_process rp = self.get_rp_from_root(index) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 464, in get_rp_from_root self.cached_rp = self.basis_root_rp.new_index(index) File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 930, in new_index return self.__class__(self.conn, self.base, index) File /sw/lib/python2.4/site-packages/rdiff_backup/ FilenameMapping.py, line 118, in __init__ rpath.RPath.__init__(self, connection, base, quoted_index, data) File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 669, in __init__ else: self.setdata() File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 693, in setdata self.data = self.conn.C.make_file_dict(self.path) OSError: [Errno 63] File name too long: '/Volumes/Ext_BU/Users/kwh/ rdiffbu/;067;068 for ;077;068/;085pdates/i;084unes 4.7/;082ead ; 066efore ;089ou ;073nstall i;084unes.app/;067ontents/;082esources/ ko.lproj/i;084unes ; 225;132;137;225;133;165;225;134;175;225;132;142;225;133;181;225;132;146; 225;133;161;225;132;128;225;133;181 ; 225;132;140;225;133;165;225;134;171;225;132;139;225;133;166 ; 225;132;139;225;133;181;225;134;176;225;132;139;225;133;165;225;132;135; 225;133;169;225;132;128;225;133;181.rtf' Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/Volumes/Ext_BU/ Users/kwh/rdiffbu/rdiff-backup-data/file_statistics. 2005-10-08;08413;05854;05806-04;05800.data.gz', mode 'wb' at 0x79a0b0 0x7a7cb0 ignored Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/Volumes/Ext_BU/ Users/kwh/rdiffbu/rdiff-backup-data/error_log. 2005-10-08;08413;05854;05806-04;05800.data.gz', mode 'wb' at 0x38a3c8 0x7a7be8 ignored Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/Volumes/Ext_BU/ Users/kwh/rdiffbu/rdiff-backup-data/mirror_metadata. 2005-10-08;08413;05854;05806-04;05800.snapshot.gz', mode 'wb' at 0x79a0f8 0x7a7cd8 ignored Am I the only one with this problem, or is rdiff-backup borked? I'm running OS X 10.4.2, with an up-to-date unstable fink, with fink's python24 package installed. Kevin Horton Ottawa, Canada --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] gcc4-4.0.2-1 failed (on 10.3.9)
Hi folks, I haven't seen this one reported yet. Any suggestions? Thx, Robert /sw/src/fink.build/gcc4-4.0.2-1/gcc-4.0.2/darwin/gcc/gcj -B/sw/src/fink.build/gcc4-4.0.2-1/gcc-4.0.2/darwin/gcc/ -B/sw/lib/gcc4/powerpc-apple-darwin7/bin/ -B/sw/lib/gcc4/powerpc-apple-darwin7/lib/ -isystem /sw/lib/gcc4/powerpc-apple-darwin7/include -isystem /sw/lib/gcc4/powerpc-apple-darwin7/sys-include -fclasspath= -fbootclasspath=/sw/src/fink.build/gcc4-4.0.2-1/gcc-4.0.2/darwin/powerpc-apple-darwin7/libjava:../../../libjava:../../../libjava/external/w3c_dom:../../../libjava/external/sax --encoding=UTF-8 -Wno-deprecated -g -O2 -c @java/awt.lolist -fno-common -o java/.libs/awt.o /var/tmp//cceaoGCS.s:165150:Unknown pseudo-op: .staBd /var/tmp//cceaoGCS.s:165150:Rest of line ignored. 1st junk character valued 54 (6). make[2]: *** [java/awt.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-target-libjava] Error 2 ### execution of /var/tmp/tmp.2.wzjuqV failed, exit code 2 Removing build lock... /sw/bin/dpkg-lockwait -r fink-buildlock-gcc4-4.0.2-1 (Reading database ... 243633 files and directories currently installed.) Removing fink-buildlock-gcc4-4.0.2-1 ... Failed: phase compiling: gcc4-4.0.2-1 failed * My operating system: ProductName:Mac OS X ProductVersion: 10.3.9 BuildVersion: 7W98 * My gcc version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671) * My fink version: Package manager version: 0.24.10 Distribution version: 0.7.2.rsync * My machine is a: Power Macintosh --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
textutils update (was: Re: [Fink-users] pari-gp-2.1.7-1 failed)
On Oct 7, 2005, at 10:54 PM, Martin Costabel wrote:[snip]Actually, the story is even more complicated: I have one machine here which had the same textutils-2.1-2 installed as the other one, but pari-gp built nevertheless. It turns out that the textutils there was left over from Panther; rebuilding textutils makes head now give the error message too, and pari-gp build crashes as on the other machine.So another conclusion of all this is that the textutils package needs a rev up on Tiger so that it is rebuilt, because the versions built on Panther and on Tiger are different. The difference in question here seems to be the definition of _POSIX2_VERSION in /usr/include/sys/unistd.h which is 199212L on MacOSX 10.3.9 and 200112L on 10.4.2. /sw/bin/head checks for this variable and gives the error message instead of the correct result when it is = 200112.Max, I am going to go ahead and do this (even though you are the maintainer of textutils): I will increase the revision number in the 10.4 tree. -- Dave
Re: [Fink-users] Re: Feedback for xcircuit-3.3.38
I played with xcircuit at one point, along with a few similar packages (Electric, oregano and geda). I've ended up mostly using geda, which compiled fine for me from the 20050313 distribution at http://www.geda.seul.org/ . It produces fairly readable schematics and usable SPICE code for what I need, which is typically analog circuitry. I'm curious to know what other experiences there are out there, and which packages are progressing. regards ws On Oct 8, 2005, at 15.13, [EMAIL PROTECTED] wrote: Message: 3 From: A S Hodel [EMAIL PROTECTED] Subject: Re: [Fink-users] Re: Feedback for xcircuit-3.3.38 Date: Sat, 8 Oct 2005 03:33:12 -0500 To: Fink Users fink-users@lists.sourceforge.net I've also installed xcircuit on two macs (iCube G4, iMac G4) on 10.3.9. I've only used it sparingly because it starts up so terribly slowly. On Oct 7, 2005, at 6:44 PM, Robert T Wyatt wrote: Alexander K. Hansen wrote: If anybody's been using the xcircuit-3.3.38 package from unstable, I'd like to get feedback on it. This is apparently the last of the 3.3.x series, and I'd love to have it in stable when we produce the next 10.3 and 10.4 binary distributions. ... and it also built and installed on macos 10.3.9. :-) --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] gcc4-4.0.2-1 failed (on 10.3.9)
Robert T Wyatt wrote: [] /var/tmp//cceaoGCS.s:165150:Unknown pseudo-op: .staBd [] ProductVersion: 10.3.9 BuildVersion: 7W98 * My gcc version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671) * My fink version: Package manager version: 0.24.10 Distribution version: 0.7.2.rsync * My machine is a: Power Macintosh Since this is an assembler error, it would be interesting to know what version of the assembler you have installed and whether you installed some unusual non-system cctools. -- Martin --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] strange rdiff-backup uppercase filename problem
Kevin Horton wrote: I installed the rdiff-backup package to see if it provided a useful backup solution. I tried to use it today, but ran into a very strange problem. All uppercase characters in the filenames it backs up are replaced by ;XXX, where XXX is the ASCII code for that character. (Some sort of work around for a case sensitivity problem?) Attempts to create a backup eventually fail with an error complaining about long file names, like: Traceback (most recent call last): File /sw/bin/rdiff-backup, line 23, in ? rdiff_backup.Main.Main(sys.argv[1:]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 282, in Main take_action(rps) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 252, in take_action elif action == backup: Backup(rps[0], rps[1]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 305, in Backup backup.Mirror(rpin, rpout) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 38, in Mirror DestS.patch(dest_rpath, source_diffiter) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 218, in patch ITR(diff.index, diff) File /sw/lib/python2.4/site-packages/rdiff_backup/rorpiter.py, line 278, in __call__ if last_branch.can_fast_process(*args): File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 469, in can_fast_process rp = self.get_rp_from_root(index) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 464, in get_rp_from_root self.cached_rp = self.basis_root_rp.new_index(index) File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 930, in new_index return self.__class__(self.conn, self.base, index) File /sw/lib/python2.4/site-packages/rdiff_backup/FilenameMapping.py, line 118, in __init__ rpath.RPath.__init__(self, connection, base, quoted_index, data) File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 669, in __init__ else: self.setdata() File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 693, in setdata self.data = self.conn.C.make_file_dict(self.path) OSError: [Errno 63] File name too long: '/Volumes/Ext_BU/Users/kwh/rdiffbu/;067;068 for ;077;068/;085pdates/i;084unes 4.7/;082ead ;066efore ;089ou ;073nstall i;084unes.app/;067ontents/;082esources/ko.lproj/i;084unes ;225;132;137;225;133;165;225;134;175;225;132;142;225;133;181;225;132;146;225;133;161;225;132;128;225;133;181 ;225;132;140;225;133;165;225;134;171;225;132;139;225;133;166 ;225;132;139;225;133;181;225;134;176;225;132;139;225;133;165;225;132;135;225;133;169;225;132;128;225;133;181.rtf' Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/Volumes/Ext_BU/Users/kwh/rdiffbu/rdiff-backup-data/file_statistics.2005-10-08;08413;05854;05806-04;05800.data.gz', mode 'wb' at 0x79a0b0 0x7a7cb0 ignored Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/Volumes/Ext_BU/Users/kwh/rdiffbu/rdiff-backup-data/error_log.2005-10-08;08413;05854;05806-04;05800.data.gz', mode 'wb' at 0x38a3c8 0x7a7be8 ignored Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/Volumes/Ext_BU/Users/kwh/rdiffbu/rdiff-backup-data/mirror_metadata.2005-10-08;08413;05854;05806-04;05800.snapshot.gz', mode 'wb' at 0x79a0f8 0x7a7cd8 ignored Am I the only one with this problem, or is rdiff-backup borked? I had the same problem.You need to add --override-chars-to-quote ''(that's 2 single quote marks) to the arguments you give rdiff-backup.I also added --force and --no-compression ,but that may not be necessary in your case. HTH Bill --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Re: gcc4-4.0.2-1 failed (on 10.3.9)
Martin Costabel wrote: Robert T Wyatt wrote: [] /var/tmp//cceaoGCS.s:165150:Unknown pseudo-op: .staBd [] ProductVersion: 10.3.9 BuildVersion: 7W98 * My gcc version: gcc (GCC) 3.3 20030304 (Apple Computer, Inc. build 1671) * My fink version: Package manager version: 0.24.10 Distribution version: 0.7.2.rsync * My machine is a: Power Macintosh Since this is an assembler error, it would be interesting to know what version of the assembler you have installed and whether you installed some unusual non-system cctools. How's this? bash-3.00$ which as /usr/bin/as bash-3.00$ which as; as -V /usr/bin/as + /usr/libexec/gcc/darwin/ppc/as -V bash-3.00$ as -v Apple Computer, Inc. version cctools-525.obj~1, GNU assembler version 1.38 --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
Re: [Fink-users] strange rdiff-backup uppercase filename problem
On 8 Oct 2005, at 16:50, Bill Konkle wrote: Kevin Horton wrote: I installed the rdiff-backup package to see if it provided a useful backup solution. I tried to use it today, but ran into a very strange problem. All uppercase characters in the filenames it backs up are replaced by ;XXX, where XXX is the ASCII code for that character. (Some sort of work around for a case sensitivity problem?) Attempts to create a backup eventually fail with an error complaining about long file names, like: Traceback (most recent call last): File /sw/bin/rdiff-backup, line 23, in ? rdiff_backup.Main.Main(sys.argv[1:]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 282, in Main take_action(rps) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 252, in take_action elif action == backup: Backup(rps[0], rps[1]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 305, in Backup backup.Mirror(rpin, rpout) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 38, in Mirror DestS.patch(dest_rpath, source_diffiter) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 218, in patch ITR(diff.index, diff) File /sw/lib/python2.4/site-packages/rdiff_backup/rorpiter.py, line 278, in __call__ if last_branch.can_fast_process(*args): File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 469, in can_fast_process rp = self.get_rp_from_root(index) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 464, in get_rp_from_root self.cached_rp = self.basis_root_rp.new_index(index) File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 930, in new_index return self.__class__(self.conn, self.base, index) File /sw/lib/python2.4/site-packages/rdiff_backup/ FilenameMapping.py, line 118, in __init__ rpath.RPath.__init__(self, connection, base, quoted_index, data) File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 669, in __init__ else: self.setdata() File /sw/lib/python2.4/site-packages/rdiff_backup/rpath.py, line 693, in setdata self.data = self.conn.C.make_file_dict(self.path) OSError: [Errno 63] File name too long: '/Volumes/Ext_BU/Users/kwh/ rdiffbu/;067;068 for ;077;068/;085pdates/i;084unes 4.7/;082ead ; 066efore ;089ou ;073nstall i;084unes.app/;067ontents/;082esources/ ko.lproj/i;084unes ; 225;132;137;225;133;165;225;134;175;225;132;142;225;133;181;225;132;1 46;225;133;161;225;132;128;225;133;181 ; 225;132;140;225;133;165;225;134;171;225;132;139;225;133;166 ; 225;132;139;225;133;181;225;134;176;225;132;139;225;133;165;225;132;1 35;225;133;169;225;132;128;225;133;181.rtf' Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/ Volumes/Ext_BU/Users/kwh/rdiffbu/rdiff-backup-data/file_statistics. 2005-10-08;08413;05854;05806-04;05800.data.gz', mode 'wb' at 0x79a0b0 0x7a7cb0 ignored Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/ Volumes/Ext_BU/Users/kwh/rdiffbu/rdiff-backup-data/error_log. 2005-10-08;08413;05854;05806-04;05800.data.gz', mode 'wb' at 0x38a3c8 0x7a7be8 ignored Exception exceptions.TypeError: 'NoneType' object is not callable in bound method GzipFile.__del__ of gzip open file '/ Volumes/Ext_BU/Users/kwh/rdiffbu/rdiff-backup-data/mirror_metadata. 2005-10-08;08413;05854;05806-04;05800.snapshot.gz', mode 'wb' at 0x79a0f8 0x7a7cd8 ignored Am I the only one with this problem, or is rdiff-backup borked? I had the same problem.You need to add --override-chars-to-quote ''(that's 2 single quote marks) to the arguments you give rdiff- backup.I also added --force and --no-compression ,but that may not be necessary in your case. HTH Bill Thanks for the suggestion. That solved the problem with the ASCII codes instead of upper case characters. The backup attempt gets a lot further, but it eventually fails. The error is different though: Traceback (most recent call last): File /sw/bin/rdiff-backup, line 23, in ? rdiff_backup.Main.Main(sys.argv[1:]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 282, in Main take_action(rps) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 252, in take_action elif action == backup: Backup(rps[0], rps[1]) File /sw/lib/python2.4/site-packages/rdiff_backup/Main.py, line 305, in Backup backup.Mirror(rpin, rpout) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 38, in Mirror DestS.patch(dest_rpath, source_diffiter) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py, line 218, in patch ITR(diff.index, diff) File /sw/lib/python2.4/site-packages/rdiff_backup/rorpiter.py, line 279, in __call__ last_branch.fast_process(*args) File /sw/lib/python2.4/site-packages/rdiff_backup/backup.py,
Re: [Fink-users] dependency on system-tetex vs. fink's tetex?
On 2005-10-08 at 17:38:43 +0200, Regarding Re: [Fink-users] dependency on system-tetex vs. fink's tetex?, Martin Costabel [EMAIL PROTECTED] wrote: Dan Sommers wrote: Why is my fink-installed tetex not as good as a tetex I might have installed on my own? Fink's tetex is more modular than the system-tetex package. The latter assumes that you have essentially installed everything TeX-related you can install via the i-installer. You can see from fink dumpinfo -f provides system-tetex what it is supposed to contain. In Fink's tetex, jadetex is a separate package. Aha. Okay. Thank you! Dan Sommers -- Dan Sommers mailto:[EMAIL PROTECTED] http://www.tombstonezero.net/dan/ --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users
[Fink-users] Re: textutils update
David R. Morrison wrote: On Oct 7, 2005, at 10:54 PM, Martin Costabel wrote: [snip] Actually, the story is even more complicated: I have one machine here which had the same textutils-2.1-2 installed as the other one, but pari-gp built nevertheless. It turns out that the textutils there was left over from Panther; rebuilding textutils makes head now give the error message too, and pari-gp build crashes as on the other machine. So another conclusion of all this is that the textutils package needs a rev up on Tiger so that it is rebuilt, because the versions built on Panther and on Tiger are different. The difference in question here seems to be the definition of _POSIX2_VERSION in /usr/include/sys/unistd.h which is 199212L on MacOSX 10.3.9 and 200112L on 10.4.2. /sw/bin/head checks for this variable and gives the error message instead of the correct result when it is = 200112. Max, I am going to go ahead and do this (even though you are the maintainer of textutils): I will increase the revision number in the 10.4 tree. -- Dave Thank you Martin and Dave! bash-3.00$ fink list -t textutils pari-gp Information about 5023 packages read in 10 seconds. i pari-gp 2.1.7-1 Computer-aided number theory (calculator a... pari-gp-nox 2.1.7-1 Computer-aided number theory (calc... pari-gp-xemacs 2.1.5-12Computer-aided number theo... i textutils 2.1-102 Text file processing utilities --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl ___ Fink-users mailing list Fink-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/fink-users