Re: [Fink-devel] [Fink-users] qcad in fink
Moved to fink-devel. I'm running into a similar error that was discussed on IRC over 3 years ago, and never was resolved since. For the record, I'll put the error and the updated info file below. I have found another CAD program that I am using now, so if anyone feels like working on qcad, feel free to do so. It's ok with the current maintainer. - Koen. === Building qcadlib make prepare test -d ./include || mkdir -p ./include ( cd ./include; rm -f *.h; \ for hf in `find ../src -name '*.h'`; do \ if [ "x$OS" = "xWindows_NT" ]; then \ cp "$hf" .; \ else \ ln -s "$hf" 2> /dev/null; \ fi \ done ) rm -f ./lib/libqcad.a make ./lib/libqcad.a make src/Makefile make[2]: `src/Makefile' is up to date. cd src && make c++ -c -pipe -pedantic -Wall -W -Os -DRS_NO_COMPLEX_ENTITIES - DQT_NO_DEBUG -I/sw/lib/qt3/mkspecs/macx-g++ -I. -I../include -I../../ dxflib/include -I../../fparser/include -I../../qcadcmd/include -I/sw/ lib/qt3/include -Imoc/ -o obj/rs_actioninterface.o actions/ rs_actioninterface.cpp /sw/lib/qt3/include/qglobal.h:737: error: ISO C++ does not support 'long long' /sw/lib/qt3/include/qglobal.h:738: error: ISO C++ does not support 'long long' /sw/lib/qt3/include/qstring.h:435: error: 'QString QString::arg(Q_LLONG, int, int) const' and 'QString QString::arg(long int, int, int) const' cannot be overloaded /sw/lib/qt3/include/qstring.h:436: error: 'QString QString::arg(Q_ULLONG, int, int) const' and 'QString QString::arg(ulong, int, int) const' cannot be overloaded /sw/lib/qt3/include/qstring.h:611: error: 'QString& QString::setNum(Q_LLONG, int)' and 'QString& QString::setNum(long int, int)' cannot be overloaded /sw/lib/qt3/include/qstring.h:612: error: 'QString& QString::setNum(Q_ULLONG, int)' and 'QString& QString::setNum(ulong, int)' cannot be overloaded /sw/lib/qt3/include/qstring.h:618: error: 'static QString QString::number(Q_LLONG, int)' and 'static QString QString::number(long int, int)' cannot be overloaded /sw/lib/qt3/include/qstring.h:619: error: 'static QString QString::number(Q_ULLONG, int)' and 'static QString QString::number(ulong, int)' cannot be overloaded /sw/lib/qt3/include/qdatastream.h:81: error: 'QDataStream& QDataStream::operator>>(Q_LONG&)' and 'QDataStream& QDataStream::operator>>(Q_INT64&)' cannot be overloaded /sw/lib/qt3/include/qdatastream.h:82: error: 'QDataStream& QDataStream::operator>>(Q_ULONG&)' and 'QDataStream& QDataStream::operator>>(Q_UINT64&)' cannot be overloaded /sw/lib/qt3/include/qdatastream.h:98: error: 'QDataStream& QDataStream::operator<<(Q_LONG)' and 'QDataStream& QDataStream::operator<<(Q_INT64)' cannot be overloaded /sw/lib/qt3/include/qdatastream.h:99: error: 'QDataStream& QDataStream::operator<<(Q_ULONG)' and 'QDataStream& QDataStream::operator<<(Q_UINT64)' cannot be overloaded /sw/lib/qt3/include/qdatastream.h:168: error: redefinition of 'QDataStream& QDataStream::operator>>(Q_ULONG&)' /sw/lib/qt3/include/qdatastream.h:164: error: 'QDataStream& QDataStream::operator>>(Q_UINT64&)' previously defined here /sw/lib/qt3/include/qdatastream.h:185: error: redefinition of 'QDataStream& QDataStream::operator<<(Q_ULONG)' /sw/lib/qt3/include/qdatastream.h:181: error: 'QDataStream& QDataStream::operator<<(Q_UINT64)' previously defined here make[2]: *** [obj/rs_actioninterface.o] Error 1 make[1]: *** [lib/libqcad.a] Error 2 make: *** [all] Error 2 Building qcadlib failed Package: qcad Version: 2.0.5.0-1 Revision: 2 Maintainer: Jeremy Higgs BuildDepends: libjpeg, libpng3, qt3, x11-dev, gcc3.3, fink (>= 0.24.12) Depends: qt3-shlibs, libpng3-shlibs, libjpeg-shlibs, x11 Source: http://www.ribbonsoft.com/archives/%n/%n-%v-community.src.tar.gz Source-MD5: 96b6a56027782aec953c9c4e64c5998c PatchFile: %n.patch PatchFile-MD5: b0f32bf71400081d427d7e04f430fef4 PatchScript: << sed -e 's,@PREFIX@,%p,g' < %{PatchFile} | patch -p1 perl -pi -e 's/exit/exit 1/' scripts/build_qcad.sh perl -pi -e 's,/bin/bash,/bin/bash -e,' scripts/build_qcad.sh perl -pi -e 's/darwin/darwin_NEVER_MATCH/g' scripts/build_qcad.sh perl -pi -e 's,-L(..\S*/lib)\s+-l(\S+),\1/lib\2.a,' `find . -name \*.pro` << GCC: 4.0 SetCC: gcc-4.0 SetCXX: g++-4.0 CompileScript: << #!/bin/sh -ex export QTDIR=%p/lib/qt3 export QMAKESPEC=$QTDIR/mkspecs/macx-g++ cd scripts && sh ./build_qcad.sh notrans << InstallScript: << cd dxflib && make install LIBDIR=%i/lib/qcad INCDIR=%i/include/ qcad cd fparser && make install LIBDIR=%i/lib/qcad INCDIR=%i/include/ qcad cd qcadactions && make install LIBDIR=%i/lib/qcad INCDIR=%i/include/ qcad cd qcadcmd && make install LIBDIR=%i/lib/qcad INCDIR=%i/include/ qcad cd qcadguiqt && make install LIBDIR=%i/lib/qcad INCDIR=%i/include/ qcad cd qcadlib && make install LIBDIR=%i/lib/qcad INCDIR=%i/include/ qcad install -
Re: [Fink-devel] Problem installing sbcl [Bug in dpkg?]
On Sun, Jan 03, 2010 at 11:09:09PM +0100, Martin Costabel wrote: > Daniel Macks wrote: > [] > >> This looks like dpkg is not able to handle files with a file name longer > >> than 256 characters. On the other hand, I don't understand why this bug > >> only shows up on 10.6/32bit and not on 10.6/64bit nor on 10.5/32bit. > > > > Also doesn't seem to choke on 10.4/ppc. Wonder if there is some static > > buffer used to hold a pathname? I have: > > > > /usr/include/limits.h:#define _POSIX_PATH_MAX 256 > > /usr/include/sys/param.h:#defineMAXPATHLEN PATH_MAX > > /usr/include/sys/syslimits.h:#definePATH_MAX 1024 /* > > max bytes in pathname */ > > > > The "paste" subprocess is in dpkg-deb/extract.c:extracthalf(), where I > > can't decipher the forking and stream processing that is used to read > > the .deb. Try a simpler dpkg-deb modes to make sure this is where it's > > choking: "dpkg-deb -c foo.deb" vs "dpkg-deb -X foo.deb /tmp". I think > > the actual archive reading is done with a system(tar) call, so that > > command (and its platform variations, and different fink-installed > > versions) could be another place to look for the root cause: > > > > dpkg-deb --fsys-tarfile foo.deb > archive.tar > > > > to extract the .deb filesystem archive and then try 'tar -xf > > archive.tar' with various different tar commands. > > All these command-line things work correctly for me. No crash and no > missing files. > > Two more data points: When running "fink install sbcl" or dpkg -k, after > the failure the file with the long name is actually installed. It is the > last one that is installed. The next one would be > Methods-common-to-all-streams.html, but it is not there. If one rune > install again, then the long file exists twice, once with a .dpkg-tmp > extension and once without. This should narrow down the point where the > crash happens. > > There is also a crash report: > > > Exception Type: EXC_CRASH (SIGABRT) > > Exception Codes: 0x, 0x > > Crashed Thread: 0 Dispatch queue: com.apple.main-thread > > > > Application Specific Information: > > __abort() called > > > > Thread 0 Crashed: Dispatch queue: com.apple.main-thread > > 0 libSystem.B.dylib 0x90064732 __kill + 10 > > 1 libSystem.B.dylib 0x90064724 kill$UNIX2003 + 32 > > 2 libSystem.B.dylib 0x900f798d raise + 26 > > 3 libSystem.B.dylib 0x9010d9d9 __abort + 124 > > 4 libSystem.B.dylib 0x900f071c > > release_file_streams_for_task + 0 > > 5 dpkg0x8a6a tarobject + 6277 > > 6 dpkg0x00020a71 TarExtractor + 759 > > 7 dpkg0xbc4c process_archive + 7772 > > 8 dpkg0x997a archivefiles + 1849 > > 9 dpkg0x3748 main + 323 main/archives.c:tarobject() uses a static buffer to store a filename during installation. Wanna guess the size of fnamebuf[]? Try bumping it to something "much larger". Latest dpkg upstream still has this same hardcoded size. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem installing sbcl [Bug in dpkg?]
Daniel Macks wrote: [] >> This looks like dpkg is not able to handle files with a file name longer >> than 256 characters. On the other hand, I don't understand why this bug >> only shows up on 10.6/32bit and not on 10.6/64bit nor on 10.5/32bit. > > Also doesn't seem to choke on 10.4/ppc. Wonder if there is some static > buffer used to hold a pathname? I have: > > /usr/include/limits.h:#define _POSIX_PATH_MAX 256 > /usr/include/sys/param.h:#defineMAXPATHLEN PATH_MAX > /usr/include/sys/syslimits.h:#definePATH_MAX 1024 /* > max bytes in pathname */ > > The "paste" subprocess is in dpkg-deb/extract.c:extracthalf(), where I > can't decipher the forking and stream processing that is used to read > the .deb. Try a simpler dpkg-deb modes to make sure this is where it's > choking: "dpkg-deb -c foo.deb" vs "dpkg-deb -X foo.deb /tmp". I think > the actual archive reading is done with a system(tar) call, so that > command (and its platform variations, and different fink-installed > versions) could be another place to look for the root cause: > > dpkg-deb --fsys-tarfile foo.deb > archive.tar > > to extract the .deb filesystem archive and then try 'tar -xf > archive.tar' with various different tar commands. All these command-line things work correctly for me. No crash and no missing files. Two more data points: When running "fink install sbcl" or dpkg -k, after the failure the file with the long name is actually installed. It is the last one that is installed. The next one would be Methods-common-to-all-streams.html, but it is not there. If one rune install again, then the long file exists twice, once with a .dpkg-tmp extension and once without. This should narrow down the point where the crash happens. There is also a crash report: > Exception Type: EXC_CRASH (SIGABRT) > Exception Codes: 0x, 0x > Crashed Thread: 0 Dispatch queue: com.apple.main-thread > > Application Specific Information: > __abort() called > > Thread 0 Crashed: Dispatch queue: com.apple.main-thread > 0 libSystem.B.dylib 0x90064732 __kill + 10 > 1 libSystem.B.dylib 0x90064724 kill$UNIX2003 + 32 > 2 libSystem.B.dylib 0x900f798d raise + 26 > 3 libSystem.B.dylib 0x9010d9d9 __abort + 124 > 4 libSystem.B.dylib 0x900f071c > release_file_streams_for_task + 0 > 5 dpkg0x8a6a tarobject + 6277 > 6 dpkg0x00020a71 TarExtractor + 759 > 7 dpkg0xbc4c process_archive + 7772 > 8 dpkg0x997a archivefiles + 1849 > 9 dpkg0x3748 main + 323 -- Martin -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
[Fink-devel] Testing requested: dpkg script wrappers
http://wiki.finkproject.org/index.php/Fink:Global_deb_scripts will be going into unstable for all users in a week unless I hear complaints (feel free to discuss concept or implemenation). This work involves hacks to dpkg itself and some run-as-root perl that can obviously have serious consequences for all users. Here is your chance to look it over (eye the C patch for anything stupid, check the perl regexes and string-quoting for safety with whitespace and other unusual pathnames, etc.) and test it before release. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem installing sbcl [Bug in dpkg?]
On Sun, Jan 03, 2010 at 06:11:55PM +0100, Martin Costabel wrote: > Martin Costabel wrote: > [] > > On 10.6/32bit: Builds but doesn't install > > > >> Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ... > >> ### execution of /sw32/bin/dpkg-lockwait failed, exit code 6 > >> /sw32/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe) > >> Updating the list of locally available binary packages. > >> Scanning dists/local/main/binary-darwin-i386 > >> New package: > >> dists/local/main/binary-darwin-i386/sbcl_1.0.34-1_darwin-i386.deb > >> Failed: can't install package sbcl-1.0.34-1 > > I have now found where this chokes: It happens when dpkg tries to > install the file > > /sw/share/doc/sbcl/html/sbcl/Method-sb_002dbsd_002dsockets_003asocket_002dmake_002dstream-_0028_0028socket-socket_0029-_0026key-input-output-_0028element_002dtype-_0027character_0029-_0028buffering-full_0029-_0028external_002dformat-default_0029-timeout_0029.html > > If I remove this file in sbcl's InstallScript, then sbcl (1.0.33 and > 1.0.34) installs OK on 10.6/32bit (at least sometimes, at other times it > produces the sb-posix module build failure I have seen also on > 10.6/64bit occasionally). > > This looks like dpkg is not able to handle files with a file name longer > than 256 characters. On the other hand, I don't understand why this bug > only shows up on 10.6/32bit and not on 10.6/64bit nor on 10.5/32bit. Also doesn't seem to choke on 10.4/ppc. Wonder if there is some static buffer used to hold a pathname? I have: /usr/include/limits.h:#define _POSIX_PATH_MAX 256 /usr/include/sys/param.h:#defineMAXPATHLEN PATH_MAX /usr/include/sys/syslimits.h:#definePATH_MAX 1024 /* max bytes in pathname */ The "paste" subprocess is in dpkg-deb/extract.c:extracthalf(), where I can't decipher the forking and stream processing that is used to read the .deb. Try a simpler dpkg-deb modes to make sure this is where it's choking: "dpkg-deb -c foo.deb" vs "dpkg-deb -X foo.deb /tmp". I think the actual archive reading is done with a system(tar) call, so that command (and its platform variations, and different fink-installed versions) could be another place to look for the root cause: dpkg-deb --fsys-tarfile foo.deb > archive.tar to extract the .deb filesystem archive and then try 'tar -xf archive.tar' with various different tar commands. dan -- Daniel Macks dma...@netspace.org http://www.netspace.org/~dmacks -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem installing sbcl [Bug in dpkg?]
Martin Costabel wrote: [] > On 10.6/32bit: Builds but doesn't install > >> Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ... >> ### execution of /sw32/bin/dpkg-lockwait failed, exit code 6 >> /sw32/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe) >> Updating the list of locally available binary packages. >> Scanning dists/local/main/binary-darwin-i386 >> New package: >> dists/local/main/binary-darwin-i386/sbcl_1.0.34-1_darwin-i386.deb >> Failed: can't install package sbcl-1.0.34-1 I have now found where this chokes: It happens when dpkg tries to install the file /sw/share/doc/sbcl/html/sbcl/Method-sb_002dbsd_002dsockets_003asocket_002dmake_002dstream-_0028_0028socket-socket_0029-_0026key-input-output-_0028element_002dtype-_0027character_0029-_0028buffering-full_0029-_0028external_002dformat-default_0029-timeout_0029.html If I remove this file in sbcl's InstallScript, then sbcl (1.0.33 and 1.0.34) installs OK on 10.6/32bit (at least sometimes, at other times it produces the sb-posix module build failure I have seen also on 10.6/64bit occasionally). This looks like dpkg is not able to handle files with a file name longer than 256 characters. On the other hand, I don't understand why this bug only shows up on 10.6/32bit and not on 10.6/64bit nor on 10.5/32bit. -- Martin -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
Re: [Fink-devel] Problem installing sbcl
Jesse Alama wrote: [] > I just committed an updated SBCL (version 1.0.34) to my experimental > repository: > > http://fink.cvs.sourceforge.net/viewvc/fink/experimental/jessealama/ > > Can you please give this a try? I didn't do anything new apart from bumping > the version, but perhaps this will make a difference. I don't expect it > will, but it's worth a shot. The result is the same as I got with the previuous version: On 10.6/32bit: Builds but doesn't install > Unpacking sbcl (from .../sbcl_1.0.34-1_darwin-i386.deb) ... > ### execution of /sw32/bin/dpkg-lockwait failed, exit code 6 > /sw32/bin/dpkg-deb: subprocess paste killed by signal (Broken pipe) > Updating the list of locally available binary packages. > Scanning dists/local/main/binary-darwin-i386 > New package: dists/local/main/binary-darwin-i386/sbcl_1.0.34-1_darwin-i386.deb > Failed: can't install package sbcl-1.0.34-1 On 10.6/64bit: It now builds and installs OK, but so did the previous version last time I tried. I am not yet trusting it. -- Martin -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Fink-devel mailing list Fink-devel@lists.sourceforge.net http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel