Re: [ITP] gobject-introspection
On Nov 15 22:40, Yaakov S wrote: On 09/11/2009 14:38, Yaakov (Cygwin/X) wrote: GObject Introspection is a language-agnostic binding tool for GObject-based libraries. It generates typelibs describing the library's API, which can then be read and used through a library (libgirepository) or language bindings thereto (currently available for Python and JavaScript). The typelibs for GLib, various X11 libraries used higher up the stack, and a test module are also included. This is necessary for GNOME 2.28, as Pango builds its typelib concurrently, and PyGObject 2.20 includes Python bindings to libgirepository. Ping? GNOME 2.28 is ready to ship as soon as this is approved. Packaging looks good, but: - girepository-x11/setup.hint contains no requires line. - gobject-introspection itself requires libgirepository1.0-devel. The base package requires its own -devel package? If that's ok, the package is ok to upload. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [RFU 1.7] whois-4.7.36-1
Yaakov (Cygwin/X) wrote: Uploaded. Can 4.7.24-1 be deleted? Sure. The requires: line should NOT include 'cygwin'. I fixed this before uploading, but please fix your local copy. Whoops. Locally updated. -- Lapo Luchini - http://lapo.it/ “I couldn't help but overhear, probably because I was eavesdropping.” (anonymous)
Re: ITP: libustr
Yaakov (Cygwin/X) wrote: 1) Shouldn't the DLLs be linked with -Wl,--enable-auto-image-base? (Why this isn't the binutils default already, I really don't know.) It's in the compiler's link spec, turned on automatically when you use -shared or -mdll, so anything that uses the gcc driver to link should get it. Is this another case of libtool building the command-line by pieces and not doing exactly what the gcc driver would have done? cheers, DaveK
Re: ITP: libustr
Dave Korn wrote: Yaakov (Cygwin/X) wrote: 1) Shouldn't the DLLs be linked with -Wl,--enable-auto-image-base? (Why this isn't the binutils default already, I really don't know.) It's in the compiler's link spec, turned on automatically when you use -shared or -mdll, so anything that uses the gcc driver to link should get it. Is this another case of libtool building the command-line by pieces and not doing exactly what the gcc driver would have done? No, it's that I'm using gcc3 to build on cygwin-1.5. and the statement above is true only for cygwin's gcc4. -- Chuck
Re: [ITP] talkfilters-3.8.1-1
On 11/13/2009 19:32, JonY wrote: On 11/11/2009 03:30, Yaakov (Cygwin/X) wrote: On 10/11/2009 03:38, Corinna Vinschen wrote: You didn't say in which stable Linux distro this package is available. Without that info, your package needs five votes from other maintainers. +1 Packaging looks good. I'm just wondering why all the executables are linked statically against libtalkfilters, rather than being linked against cygtalkfilters-1.dll. Don't eat your own dog food? ;) That's how upstream made the package, no fault of OP. (Cygwin Ports has had talkfilters for a while, as libtranslate uses it.) Yaakov Ping. Any other votes? Ping. One more +1 to go. :)
Re: ITP: libustr
On 16/11/2009 03:13, Dave Korn wrote: Yaakov (Cygwin/X) wrote: 1) Shouldn't the DLLs be linked with -Wl,--enable-auto-image-base? (Why this isn't the binutils default already, I really don't know.) It's in the compiler's link spec, turned on automatically when you use -shared or -mdll, so anything that uses the gcc driver to link should get it. Good to know; I wasn't aware that this change had been made. Yaakov
Re: [RFU 1.7] whois-4.7.36-1
On 16/11/2009 02:42, Lapo Luchini wrote: Yaakov (Cygwin/X) wrote: Uploaded. Can 4.7.24-1 be deleted? Sure. Done. Yaakov
Re: [ITP] gobject-introspection
On 16/11/2009 02:36, Corinna Vinschen wrote: Packaging looks good, but: - girepository-x11/setup.hint contains no requires line. This is correct. The x11 typelibs just define typedefs and constants used higher up the stack; they do not use library symbols so they do not depend on their respective C libraries. - gobject-introspection itself requires libgirepository1.0-devel. The base package requires its own -devel package? gobject-introspection (the compilers) includes an aclocal macro which depends on the gobject-introspection-1.0.pc pkg-config file. The latter is also used for linking against libgirepository, so it is part of -devel, hence the dependency. Yaakov
