RE: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail
I just updated my cygwin and related apps to the latest versions using the setup.exe tool. Things seemed to be working fine before the update, but now I have trouble running any ImageMagick tools. For example, the following command and resulting error: $ convert a.jpg b.png assertion list_info != (LinkedListInfo *) NULL failed: file /home/harold/ports/ImageMagick/ImageMagick-6.0.3/magick/hashmap.c, line 1033 I've received this error with all of the ImageMagick binaries I've tried to run. Just thought I'd let people know and see if others out there get the same error. I've attached the output from cygcheck -s -v -r in case anyone needs to look at it. Can the ImageMagick maintainer (Harold) please take note of this as there has been a slew of messages in this vein? Maybe it's a packaging problem as it seems all the programs are failing this assertion. Chris J
Re: gtk2-win32 vs. gtk2-x11
Hello Corinna, Date: Mon, 9 Aug 2004 11:12:13 +0200, Corinna writes: On Aug 8 01:13, Gerrit P. Haase wrote: Hello, I'm not sure how to release gtk+ with x11 and win32 together. There are lot of duplicated filenames, only the two main DLL's have a different name. These two version cannot be installed together without using different prefixes. Can you explain a bit more? Are they using different header files with the same name instead of using #define's a lot, etc? There are the executables: /usr/bin/gdk-pixbuf-query-loaders.exe /usr/bin/gtk-query-immodules-2.0.exe /usr/bin/gdk-pixbuf-csource.exe /usr/bin/gtk-demo.exe in the x11 version they are linked against /usr/lib/libgdk-x11-2.0.dll.a /usr/lib/libgtk-x11-2.0.dll.a the win32 ones are linked against /usr/lib/libgdk-win32-2.0.dll.a /usr/lib/libgtk-win32-2.0.dll.a The headers are the same for both packages, probably with some #ifdef's. The GTK+ immodules have the same name, but are linked against the main library (x11 or win32 version). All the locale support files are identical, some config files are identical. The gdk-pixbuf package is included, but it is independant and all the header and libraries are the same, also the loaders. I have no idea how to resolve this now. Move gtk2-x11 under prefix /usr/X11R6? Use an /opt prefix? How did you solve it for the other packages you already uploaded? There are no other packages with two versions from the same source. Pango includes both, win32 and x11 libs in one package and the several main libraries are sharing the remaining files, this would be the real solution for GTK+, to build both at the same time and use unique names for all the unique runtime DLL's, modules and import libraries and to share the other files (like config files, headers, locale files, ...) Gerrit -- =^..^=
Re: e2fsprogs, e2fsimage
Sam writes: I am interested in packaging and maintaining e2fsprogs for Cygwin. Version 1.35 pretty much builds OOTB. My primary [...] +1 from me. setup.hint for e2fsprogs: category: Devel requires: cygwin sdesc: Ext2 filesystem utilities ldesc: The Ext2 Filesystem Utilities (e2fsprogs) contain all of the standard utilities for creating, fixing, configuring, and debugging ext2 filesystems. setup.hint for e2fsimage: category: Devel requires: cygwin, e2fsprogs sdesc: Utility for creating ext2 filesystem images. ldesc: e2fsimage enables the user to create and populate an ext2 filesystem image as a copy from an existing directory tree. It supports regular files, directories, soft links, hard links, and block/char special devices. Where can I fetch the actual packages to do a review? Gerrit -- =^..^=
Re: cygwin 1.5.10: ImageMagick 6.0.3 binaries fail
Hey man, ease. I've got it on my to-do list but right now our new baby takes priority. If you could help me out by telling other people to chill out for another week or so I'd appreciate it. Thanks, Harold Chris January wrote: I just updated my cygwin and related apps to the latest versions using the setup.exe tool. Things seemed to be working fine before the update, but now I have trouble running any ImageMagick tools. For example, the following command and resulting error: $ convert a.jpg b.png assertion list_info != (LinkedListInfo *) NULL failed: file /home/harold/ports/ImageMagick/ImageMagick-6.0.3/magick/hashmap.c, line 1033 I've received this error with all of the ImageMagick binaries I've tried to run. Just thought I'd let people know and see if others out there get the same error. I've attached the output from cygcheck -s -v -r in case anyone needs to look at it. Can the ImageMagick maintainer (Harold) please take note of this as there has been a slew of messages in this vein? Maybe it's a packaging problem as it seems all the programs are failing this assertion. Chris J
Re: gtk2-win32 vs. gtk2-x11
On Aug 10 11:09, Gerrit P. Haase wrote: Hello Corinna, Date: Mon, 9 Aug 2004 11:12:13 +0200, Corinna writes: On Aug 8 01:13, Gerrit P. Haase wrote: Hello, I'm not sure how to release gtk+ with x11 and win32 together. There are lot of duplicated filenames, only the two main DLL's have a different name. These two version cannot be installed together without using different prefixes. Can you explain a bit more? Are they using different header files with the same name instead of using #define's a lot, etc? There are the executables: /usr/bin/gdk-pixbuf-query-loaders.exe /usr/bin/gtk-query-immodules-2.0.exe /usr/bin/gdk-pixbuf-csource.exe /usr/bin/gtk-demo.exe What about having two versions each, as with the *.a files? /usr/bin/gdk-pixbuf-query-loaders-x11.exe /usr/bin/gdk-pixbuf-query-loaders-win32.exe etc. in the x11 version they are linked against /usr/lib/libgdk-x11-2.0.dll.a /usr/lib/libgtk-x11-2.0.dll.a the win32 ones are linked against /usr/lib/libgdk-win32-2.0.dll.a /usr/lib/libgtk-win32-2.0.dll.a And the DLLs have the same name, without some x11/win32 suffix (sort of)? The headers are the same for both packages, probably with some #ifdef's. The GTK+ immodules have the same name, but are linked against the main library (x11 or win32 version). All the locale Where are the immodules located, usr/share/$foo? Any sense to create appropriate subdirs x11/win32? Too complicated? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Co-Project Leader mailto:[EMAIL PROTECTED] Red Hat, Inc.
RE: e2fsprogs, e2fsimage
Where can I fetch the actual packages to do a review? Not available yet - I'm trying to package these using the generic build script, which is new to me (well, not really, but new enough that I'm having some problems getting things put in the right place.) I hope to have packages available sometime today or tomorrow. -Samrobb
Re: gtk2-win32 vs. gtk2-x11
Hello Corinna, Corinna writes: Can you explain a bit more? Are they using different header files with the same name instead of using #define's a lot, etc? There are the executables: /usr/bin/gdk-pixbuf-query-loaders.exe /usr/bin/gtk-query-immodules-2.0.exe /usr/bin/gdk-pixbuf-csource.exe /usr/bin/gtk-demo.exe What about having two versions each, as with the *.a files? /usr/bin/gdk-pixbuf-query-loaders-x11.exe /usr/bin/gdk-pixbuf-query-loaders-win32.exe etc. Some changes in the code will be neccessary, since there is just one default directory where these programs are loooking for the loaders / modules. Well, IIRC the loaders only depend on gdk-pixbuf which is not depending on gtk. The executables name is no problem. in the x11 version they are linked against /usr/lib/libgdk-x11-2.0.dll.a /usr/lib/libgtk-x11-2.0.dll.a the win32 ones are linked against /usr/lib/libgdk-win32-2.0.dll.a /usr/lib/libgtk-win32-2.0.dll.a And the DLLs have the same name, without some x11/win32 suffix (sort of)? Yes. This is already included in the source, they have managed to get half the way. But it is not possible to build both versions at the same time. The headers are the same for both packages, probably with some #ifdef's. The GTK+ immodules have the same name, but are linked against the main library (x11 or win32 version). All the locale Where are the immodules located, usr/share/$foo? Any sense to create appropriate subdirs x11/win32? Too complicated? /usr/lib/gtk/2.4.0/... Hmmm, should be possible. At least I can run the two builds one after another and then package the binaries into one tarball. Lets see if it works out somehow. Gerrit -- =^..^=
Re: e2fsprogs, e2fsimage
Hallo Sam, Am Dienstag, 10. August 2004 um 18:50 schriebst du: Where can I fetch the actual packages to do a review? Not available yet - I'm trying to package these using the generic build script, which is new to me (well, not really, but new enough that I'm having some problems getting things put in the right place.) I hope to have packages available sometime today or tomorrow. Don't hesitate to ask if there are problems with the g-b-s. Gerrit -- =^..^=
Re: ORBit2(-devel)-2.10.3-1
Hello Yaakov, Gerrit P. Haase wrote: | I think yes, though I have not tried to rebuild, but I believe that it | will work, please upload (or should / may I do it?). Well, I don't have upload privileges, so I can't do it myself. Thanks. ORBit2 ORBit2-devel have been uploaded, please send announcement after the first mirrors are updated. Gerrit -- =^..^=
Re: gtk2-win32 vs. gtk2-x11
Reini Urban writes: Gerrit P. Haase schrieb: There are no other packages with two versions from the same source. Pango includes both, win32 and x11 libs in one package and the several main libraries are sharing the remaining files, this would be the real solution for GTK+, to build both at the same time and use unique names for all the unique runtime DLL's, modules and import libraries and to share the other files (like config files, headers, locale files, ...) As with xemacs. Any volunteer to fix it to load them at run-time? (Volker Zell?) To fix what, XEmacs ? Reini Urban Ciao Volker
Re: gtk2-win32 vs. gtk2-x11
Dr. Volker Zell schrieb: Reini Urban writes: Gerrit P. Haase schrieb: There are no other packages with two versions from the same source. Pango includes both, win32 and x11 libs in one package and the several main libraries are sharing the remaining files, this would be the real solution for GTK+, to build both at the same time and use unique names for all the unique runtime DLL's, modules and import libraries and to share the other files (like config files, headers, locale files, ...) As with xemacs. Any volunteer to fix it to load them at run-time? (Volker Zell?) To fix what, XEmacs ? gtk2 of course. But wading through the xemacs src I didn't see much of interest, so forget it. They load both libs at startup and discriminate then between the different GI libs. As gerrit suggested. But for I gtk I would recommend keeping the same names and API and load only one .so. If DISPLAY is defined or not. Shouldn't this belong to the gtk devel list? -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/
RE: e2fsprogs, e2fsimage
Where can I fetch the actual packages to do a review? Packages are now available for review at: http://www.oneparticularharbor.net/cygwin e2fsprogs: source : http://www.oneparticularharbor.net/cygwin/e2fsprogs/e2fsprogs-1.35-1-src.tar.bz2 binary : http://www.oneparticularharbor.net/cygwin/e2fsprogs/e2fsprogs-1.35-1.tar.bz2 hint : http://www.oneparticularharbor.net/cygwin/e2fsprogs/setup.hint e2fsimage: source : http://www.oneparticularharbor.net/cygwin/e2fsimage/e2fsimage-0.2.0-1-src.tar.bz2 binary : http://www.oneparticularharbor.net/cygwin/e2fsimage/e2fsimage-0.2.0-1.tar.bz2 hint : http://www.oneparticularharbor.net/cygwin/e2fsimage/setup.hint Thanks, -Samrobb
