Re: ITP: pstoedit-3.42
James R Phillips writes: I have found recently that the pstoedit package, available in Debian, significantly enhances the value of xfig, by allowing ps/eps files to be converted to fig files for editing in xfig. This package handles many conversions to other vector formats as well. Proposed setup.hint (pstoedit-3.42): category: Graphics requires: cygwin gs libpng12 libGraphicsMagick0 libxml2 sdesc:Postscript and PDF files to editable vector graphics converter ldesc:Converts Postscript and PDF files to various editable vector graphics formats, including xfig, ai, idraw, metapost, and others. The source package also builds some development libraries, which would be put in a development package. Proposed setup.hint (pstoedit-dev-3.42): category: Graphics Libs requires: cygwin pstoedit external-source: pstoedit sdesc: Development libraries and header files for pstoedit ldesc: Development libraries and header files for pstoedit The pstoedit home page is at http://www.pstoedit.net/ Where are the proposed packages ? Ciao Volker
Trial Packaging for pstoedit-3.42
Trial packages and setup.hints for pstoedit-3.42 are located at: ftp://antiskid.homelinux.net/pub/pstoedit/setup.hint ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1-src.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-3.42-1.tar.bz2 ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-dev/setup.hint ftp://antiskid.homelinux.net/pub/pstoedit/pstoedit-dev/pstoedit-dev-3.42-1.tar.bz2 Contents of proposed /usr/share/doc/Cygwin/pstoedit-3.42.README below. Thanks, jrp pstoedit-3.42.README pstoedit -- Converts Postscript and PDF files to various editable vector graphics formats, including xfig, ai, idraw, metapost, gnu metafile, and others. Runtime requirements: cygwin-1.5.10 or newer gs libpng12 libGraphicsMagick0 libxml2 Build requirements: cygwin-1.5.10 or newer gcc-3.3.1-3 or newer binutils-20030901-1 or newer g++, g77 libpng12-devel libGraphicsMagick-devel libxml2-devel Canonical homepage: http://www.pstoedit.net/ Canonical download: http://sourceforge.net/project/showfiles.php?group_id=141853 Build instructions: unpack pstoedit-3.4.2-1-src.tar.bz2 if you use setup to install this src package, it will be unpacked under /usr/src automatically cd /usr/src ./pstoedit-3.4.2-1.sh all This will create: /usr/src/pstoedit-3.4.2-1.tar.bz2 /usr/src/pstoedit-dev-3.4.2-1.tar.bz2 Or use './pstoedit-3.4.2-1.sh prep' to get a patched source directory --- Files in the pstoedit binary package: usr/bin/cygpstoedit-0.dll usr/bin/pstoedit-config usr/bin/pstoedit.exe usr/share/doc/Cygwin/pstoedit-3.42.README usr/share/doc/pstoedit-3.42/changelog.htm usr/share/doc/pstoedit-3.42/COPYING usr/share/doc/pstoedit-3.42/index.htm usr/share/doc/pstoedit-3.42/pstoedit.htm usr/share/doc/pstoedit-3.42/readme.txt usr/share/man/man1/pstoedit.1 usr/share/pstoedit/examplefigmap.fmp usr/share/pstoedit/latex2e.fmp usr/share/pstoedit/mpost.fmp usr/share/pstoedit/safer.ps usr/share/pstoedit/svg.fmp usr/share/pstoedit/swffonts/default.fdb usr/share/pstoedit/wemf.fmp usr/lib/pstoedit/cygp2edrvmagick++-0.dll usr/lib/pstoedit/cygp2edrvstd-0.dll Development files, including link libraries and headers, are included in the pstoedit-dev package: usr/lib/libpstoedit.dll.a usr/lib/libpstoedit.la usr/lib/pkgconfig/pstoedit.pc usr/lib/pstoedit/libp2edrvmagick++.dll.a usr/lib/pstoedit/libp2edrvmagick++.la usr/lib/pstoedit/libp2edrvstd.dll.a usr/lib/pstoedit/libp2edrvstd.la usr/include/pstoedit/ usr/include/pstoedit/base64writer.h usr/include/pstoedit/cppcomp.h usr/include/pstoedit/drvbase.h usr/include/pstoedit/drvfuncs.h usr/include/pstoedit/miscutil.h usr/include/pstoedit/ordlist.h usr/include/pstoedit/poptions.h usr/include/pstoedit/psimage.h usr/include/pstoedit/pstoedit.h usr/include/pstoedit/pstoeditoptions.h usr/include/pstoedit/pstoeditoutputlib.h usr/include/pstoedit/pstoedll.h usr/share/aclocal/pstoedit.m4 -- Port Notes: This package could use gnu libplot if it were available on cygwin. This package could use libswf if it were available on cygwin. Source for lbswf is available at http://sourceforge.net/projects/libswf. This package could use libEMF if it were available on cygwin. Source for libEMF is available at the canonical download site. -- pstoedit-3.4.2-1 --- Initial release For more information about this package, see the upstream documentation in /usr/share/doc/pstoedit-3.4.2. Cygwin port maintained by: James R. Phillips Please address all questions to the Cygwin mailing list at cygwin@cygwin.com
Re: updated: guile-1.6.7-2, guile-1.7.2-2
Eric Blake writes: Sorry to be picky, but I noticed several nits in the packaging. Thanks. [I was building nit-free -3 versions just now] Your setup.hint mentions that depending on readline is useful although not a direct dependence, but then list libncurses7 and libreadline5 instead of the current libncurses8 and libreadline6. Yes, I don't consider the guile command line, the only reason to install the guile packages, really usable without readline. Fixed. On the other hand, since they are not direct dependencies here, but libreadline6 IS a direct dependency of libguile12, you should probably only list libreadline6 in the libguile12 setup.hint, rather than here. Why do you think that? $ wine cygwin/root/usr/bin/cygcheck.exe cygwin/root/usr/bin/cygguile-12.dll cygwin/root/usr/bin/cygguile-12.dll cygwin/root/usr/bin\cygcrypt-0.dll cygwin/root/usr/bin\cygwin1.dll C:\Windows\System\ADVAPI32.DLL C:\Windows\System\KERNEL32.dll cygwin/root/usr/bin\cygguile-ltdl-1.dll Wine exited with a successful status wine root/usr/bin/cygcheck.exe inst/guile-1.7.2-2-lib/usr/bin/cygguile-16.dll inst/guile-1.7.2-2-lib/usr/bin/cygguile-16.dll C:\cygwin\usr\bin\cygcrypt-0.dll C:\cygwin\usr\bin\cygwin1.dll C:\Windows\System\ADVAPI32.DLL C:\Windows\System\KERNEL32.dll C:\cygwin\usr\bin\cyggmp-3.dll C:\cygwin\usr\bin\cygintl-3.dll C:\cygwin\usr\bin\cygiconv-2.dll C:\cygwin\usr\bin\cygltdl-3.dll Wine exited with a successful status Your binary package includes usr/share/doc/Cygwin/changelog.Cygwin, which is inappropriate for the Cygwin directory (that file, if distributed, should be in usr/share/doc/guile-1.6.7/). Also, it should be usr/share/doc/guile-1.6.7/, not usr/share/doc/guile-1.6.7-2/. Fixed. The source package includes generated files, such as autom4te.cache/, that add quite a bit of useless bulk. Fixed. Have you considered using the generic-build-script? I'm using mknetrel, plus plugings for split packages, doc and mingw building. Does the generic build script support cross building? Since guile-snarf and guile-tools are shell scripts, this setup.hint should also depend on bash (although this isn't critical, since bash is in the BASE package). Ok, fixed. You may want to consider compressing the info files (most packages use gzip because of the current state of g-b-s, although bzip2 is probably okay). Done. http://lilypond.org/cygwin/uploads/guile/libguile12/setup.hint http://lilypond.org/cygwin/uploads/guile/libguile12/libguile12-1.6.7-2.tar.bz2 The setup.hint is missing several dependencies: crypt and readline6 http://lilypond.org/cygwin/uploads/guile/libguile16/setup.hint http://lilypond.org/cygwin/uploads/guile/libguile16/libguile16-1.7.2-2.tar.bz2 Here, the setup.hint is missing crypt and libint3. ^L3 Fixed. I'm not sure whether .la files belong in usr/bin, or whether they should always be in usr/lib, but that may just be my misunderstanding of libtool. AFAIK, on Cygwin .la files that are used by dlopen need to be in usr/bin. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: updated: guile-1.6.7-2, guile-1.7.2-2
On Thu, 6 Oct 2005, Jan Nieuwenhuizen wrote: Eric Blake writes: [snip] I'm not sure whether .la files belong in usr/bin, or whether they should always be in usr/lib, but that may just be my misunderstanding of libtool. AFAIK, on Cygwin .la files that are used by dlopen need to be in usr/bin. IIUC, dlopen() uses LD_LIBRARY_PATH, which can contain /usr/lib. The only reason the DLLs are in /usr/bin is to make sure the Windows loader finds them. IOW, I don't think you need the .la files in /usr/bin. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
cygwin-doc build not self contained?
Hi, I just installed xmlto/docbook-xsl, and tried to build the Cygwin documentation. It seems that it's trying to connect to oasis-open.org, probably to get some DTD that's included from one of the cygwin-doc DTDs. Is this supposed to happen? Can there be a disconnected build of cygwin-doc (e.g., with cached external DTDs)? Igor P.S. Is this the right list to ask this question? It seems to be related to cygwin-doc packaging, but if it's a general DocBook issue, we'll move it to the main list. -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_[EMAIL PROTECTED] |,4- ) )-,_. ,\ ( `'-' Igor Pechtchanski, Ph.D. '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. /DA
Re: updated: guile-1.6.7-2, guile-1.7.2-2
Igor Pechtchanski writes: On Thu, 6 Oct 2005, Jan Nieuwenhuizen wrote: AFAIK, on Cygwin .la files that are used by dlopen need to be in usr/bin. IIUC, dlopen() uses LD_LIBRARY_PATH, which can contain /usr/lib. The only reason the DLLs are in /usr/bin is to make sure the Windows loader finds them. IOW, I don't think you need the .la files in /usr/bin. Indeed, I wouldn't think that too. However 20:01:55 [EMAIL PROTECTED]:~ $ guile guile 20:02:00 [EMAIL PROTECTED]:~ $ mv /bin/libguilereadline-v-12.la /lib/ 20:02:25 [EMAIL PROTECTED]:~ $ guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: dlopen, Win32 error 126 [2]20:02:27 [EMAIL PROTECTED]:~ $ LD_LIBRARY_PATH=/bin guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: dlopen, Win32 error 126 [2]20:02:42 [EMAIL PROTECTED]:~ Greetings, Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: updated: guile-1.6.7-2, guile-1.7.2-2
On Thu, Oct 06, 2005 at 08:06:17PM +0200, Jan Nieuwenhuizen wrote: Igor Pechtchanski writes: On Thu, 6 Oct 2005, Jan Nieuwenhuizen wrote: AFAIK, on Cygwin .la files that are used by dlopen need to be in usr/bin. IIUC, dlopen() uses LD_LIBRARY_PATH, which can contain /usr/lib. The only reason the DLLs are in /usr/bin is to make sure the Windows loader finds them. IOW, I don't think you need the .la files in /usr/bin. Indeed, I wouldn't think that too. However 20:01:55 [EMAIL PROTECTED]:~ $ guile guile 20:02:00 [EMAIL PROTECTED]:~ $ mv /bin/libguilereadline-v-12.la /lib/ 20:02:25 [EMAIL PROTECTED]:~ $ guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: dlopen, Win32 error 126 [2]20:02:27 [EMAIL PROTECTED]:~ $ LD_LIBRARY_PATH=/bin guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: dlopen, Win32 error 126 [2]20:02:42 [EMAIL PROTECTED]:~ Either you're using an older version of cygwin or that's not a cygwin error. It looks like something is calling LoadLibrary directly rather than using the cygwin dlopen(). Cygwin was changed in 1.5.18 to use strerror style output in the result of dlerror. cgf
Re: Free/cheap FTP/HTTP hosting for packages?
* On Tue, Oct 04, 2005 at 10:58:41AM -0400, Williams, Gerald S (Jerry) wrote: Does anyone know of a good place to post Cygwin packages? I've been very happy with http://sdf.lonestar.org/ for the last 5 years or so. It's non-commercial and very reliable.
Re: updated: guile-1.6.7-2, guile-1.7.2-2
Christopher Faylor writes: Either you're using an older version of cygwin or that's not a cygwin error. Yes, I was using 1.5.16. It looks like something is calling LoadLibrary directly rather than using the cygwin dlopen(). Cygwin was changed in 1.5.18 to use strerror style output in the result of dlerror. Indeed, after upgrading the error looks nicer $ guile guile 21:19:15 [EMAIL PROTECTED]:~ $ mv /bin/libguilereadline-v-12.la /lib/ 21:20:45 [EMAIL PROTECTED]:~ $ guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: No such file or directory [2]21:20:47 [EMAIL PROTECTED]:~ $ LD_LIBRARY_PATH=/lib guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: No such file or directory [2]21:21:05 [EMAIL PROTECTED]:~ Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: updated: guile-1.6.7-2, guile-1.7.2-2
On Thu, Oct 06, 2005 at 09:23:42PM +0200, Jan Nieuwenhuizen wrote: Christopher Faylor writes: Either you're using an older version of cygwin or that's not a cygwin error. Yes, I was using 1.5.16. Well, that's pretty distressing. Despite all of my pleas to have people test the latest snapshot, you're not even running the latest official release... (Yes, I know. real work, real life, machine problems, dog ate my cygwin release, abducted by space aliens, etc.) It looks like something is calling LoadLibrary directly rather than using the cygwin dlopen(). Cygwin was changed in 1.5.18 to use strerror style output in the result of dlerror. Indeed, after upgrading the error looks nicer $ guile guile 21:19:15 [EMAIL PROTECTED]:~ $ mv /bin/libguilereadline-v-12.la /lib/ 21:20:45 [EMAIL PROTECTED]:~ $ guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: No such file or directory [2]21:20:47 [EMAIL PROTECTED]:~ $ LD_LIBRARY_PATH=/lib guile ERROR: In procedure dynamic-link: ERROR: file: libguilereadline-v-12, message: No such file or directory [2]21:21:05 [EMAIL PROTECTED]:~ Ok. As I said, cygwin's dlopen routine searches /usr/lib. If guile isn't finding files there, that would indicate a bug in cygwin. However, we'd need more debugging to find out what is going wrong and to verify that guile is actually not somehow specifying an absolute path or something. cgf
Re: updated: guile-1.6.7-2, guile-1.7.2-2
Christopher Faylor writes: Yes, I was using 1.5.16. Well, that's pretty distressing. Despite all of my pleas to have people test the latest snapshot, you're not even running the latest official release... Actually, it's worse. I do not run Cygwin at all, this is a box I can use for basic testing. I upgrade some stuff using cyg-apt, but that does not work for cygwin or python, and only once in a while suffer Windows and run setup.exe. Of course I always update my build environment before building packages. (Yes, I know. real work, real life, machine problems, dog ate my cygwin release, abducted by space aliens, etc.) Got all that and then some. There are days I do not even run the latest lilypond... However, we'd need more debugging to find out what is going wrong and to verify that guile is actually not somehow specifying an absolute path or something. Ok. Jan. -- Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org
Re: cygwin-doc build not self contained?
On 10/6/05, Igor Pechtchanski wrote: I just installed xmlto/docbook-xsl, and tried to build the Cygwin documentation. It seems that it's trying to connect to oasis-open.org, probably to get some DTD that's included from one of the cygwin-doc DTDs. Is this supposed to happen? Can there be a disconnected build of cygwin-doc (e.g., with cached external DTDs)? Igor P.S. Is this the right list to ask this question? It seems to be related to cygwin-doc packaging, but if it's a general DocBook issue, we'll move it to the main list. I think that's a general docbook issue. You need not just the xsl transforms, but the DTDs, which are in packages like docbook-xml42 I think. That should enable you to build the HTML, though I've never tried it without Internet access. Oh, and building from winsup/doc/ in CVS is what I really work from, not the cygwin-doc src package, which is just a convenient lie. Let us know if it works for you. :) Also, you'll find that you still cannot build the full cygwin-doc package from just tools available with Cygwin setup--texinfo (see docbook2x.sf.net) and PDF (via db2pdf, jade, or jw) generation are still done on linux.
Security advisories: ruby, texinfo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 New security advisories were just announced for ruby and texinfo. Ruby: Security bypass vulnerability http://www.gentoo.org/security/en/glsa/glsa-200510-05.xml http://bugs.gentoo.org/show_bug.cgi?id=106996 Texinfo: Insecure temporary file creation http://www.gentoo.org/security/en/glsa/glsa-200510-04.xml http://bugs.gentoo.org/show_bug.cgi?id=106105 http://www.gentoo.org/cgi-bin/viewcvs.cgi/sys-apps/texinfo/files/texinfo-4.8-tempfile.patch Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDRZhgpiWmPGlmQSMRAukzAJ9aCQ7GfZcUucVMFC7kgfahqIHsRwCgwmtf Qv8KNm3i4Iiqq+qtip2Dy2o= =llk/ -END PGP SIGNATURE-
