Charles Wilson | 1 Nov 2008 05:43
Favicon

Re: GCC maintainer going AFK.

Dave Korn wrote:
>   I will try and stay attentive to the lists during this period; I am aware
> that I have a few outstanding emails to reply to, e.g. Marco A: I'm preparing
> a new release of gcc-4 with all DLLs for all the runtimes,

Does this also address Brian Dessent's concerns regarding
(1) versioning for cyggcc_s.dll?
(2) individual packages for each of the runtime DLLs
I think Brian makes a good argument for both...

> and that will be
> available fairly soon, but I have a problem with typeinfo vs. libstdc++ DLL
> that I am currently working on a patch for ld before it can function
> correctly.

Oh boy, I vaguely remember issues with vtables, typeinfo, and DLLs way
back when (2000ish?) ... that's downright hairy scary ugly stuff.  Gives
me the screaming willies.

--
Chuck

Joseph H Allen | 2 Nov 2008 23:52
Favicon

Please upload: joe-3.7-1


I think I'm not the maintainer of this package anymore, so "[ITP] joe-3.7-1"
also.  (I was having mailing list trouble- my ISP changed my email address).

http://world.std.com/~jhallen/setup.hint

http://world.std.com/~jhallen/joe-3.7-1-src.tar.bz2
http://world.std.com/~jhallen/joe-3.7-1.tar.bz2

Joe

Christopher Faylor | 3 Nov 2008 01:39
Favicon

Re: Please upload: joe-3.7-1

On Sun, Nov 02, 2008 at 05:52:53PM -0500, Joseph H Allen wrote:
>I think I'm not the maintainer of this package anymore, so "[ITP]
>joe-3.7-1" also.  (I was having mailing list trouble- my ISP changed my
>email address).

From the maintainer list, Jari Aalto is the maintainer of joe.

If you are not the maintainer of the package then you really can't
request an upload.

cgf

Joseph H Allen | 3 Nov 2008 18:25
Favicon

Re: Please upload: joe-3.7-1


>On Sun, Nov 02, 2008 at 05:52:53PM -0500, Joseph H Allen wrote:
>>I think I'm not the maintainer of this package anymore, so "[ITP]
>>joe-3.7-1" also.  (I was having mailing list trouble- my ISP changed my
>>email address).
>
>>From the maintainer list, Jari Aalto is the maintainer of joe.
>
>If you are not the maintainer of the package then you really can't
>request an upload.

OK, I've sent mail to Jari Aalto informing him that a new version is
available.

Joe

Jari Aalto | 4 Nov 2008 00:05
Yaakov (Cygwin Ports | 4 Nov 2008 00:41
Picon
Gravatar

[ITA] X.Org X11R7.4


I hereboy propose to take maintainership of Cygwin/X.

It was over two years ago that I started to work on the (then brand-new)
modular X11, and it was indeed in consideration of the sheer number of
packages involved that I created cygport.  Both cygport and X11 have
come a long way since then.  While there were several delays, both
personal and technical in nature, now I think we are (finally!) ready to
proceed.

WHAT'S NEW IN X11R7.4?

1) Each component (program, library, set of headers, set of fonts, etc.)
is shipped upstream in its own package, for a total of ~185 source
packages.  Sources are autotoolized, but the old imake system is still
available separately for external packages still using it.

2) /usr/X11R6 is gone; the standard /usr prefix is now used.

3) Fonts have been moved to /usr/share/fonts.

4) libX11 is XCB-based.  This adds a dependency on xcb-proto and libxcb,
which I propose to add now as well.

5) A number of X extensions (DMX, FontCache, LBX, XF86BigFont, Xinerama,
Xprint, XTrap, and the font server) have been deprecated upstream and in
most cases completely removed from the xserver; their corresponding
libraries and programs will therefore not be included.

6) OpenGL support is built from the upstream Mesa package, which I have
(Continue reading)

Yaakov (Cygwin Ports | 4 Nov 2008 01:18
Picon
Gravatar

Re: [ITA] X.Org X11R7.4


Yaakov (Cygwin Ports) wrote:
> I hereboy propose to take maintainership of Cygwin/X.

s/hereboy/hereby/


Yaakov
Christopher Faylor | 4 Nov 2008 03:18
Favicon

Re: [RFU] bzr 1.8-1

On Tue, Nov 04, 2008 at 01:05:36AM +0200, Jari Aalto wrote:
>
>New upstream release:
>
>wget \
>    http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-1.8-1-src.tar.bz2 \
>    http://cante.net/~jaalto/tmp/cygwin/bzr/bzr-1.8-1.tar.bz2 \
>    http://cante.net/~jaalto/tmp/cygwin/bzr/setup.hint

Uploaded.

cgf

Christopher Faylor | 4 Nov 2008 03:23
Favicon

Re: [ITA] X.Org X11R7.4

On Mon, Nov 03, 2008 at 05:41:00PM -0600, Yaakov (Cygwin Ports) wrote:
>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA256
>
>I hereboy propose to take maintainership of Cygwin/X.
>
>It was over two years ago that I started to work on the (then brand-new)
>modular X11, and it was indeed in consideration of the sheer number of
>packages involved that I created cygport.  Both cygport and X11 have
>come a long way since then.  While there were several delays, both
>personal and technical in nature, now I think we are (finally!) ready to
>proceed.
>
>
>WHAT'S NEW IN X11R7.4?
>
>1) Each component (program, library, set of headers, set of fonts, etc.)
>is shipped upstream in its own package, for a total of ~185 source
>packages.  Sources are autotoolized, but the old imake system is still
>available separately for external packages still using it.
>
>2) /usr/X11R6 is gone; the standard /usr prefix is now used.
>
>3) Fonts have been moved to /usr/share/fonts.
>
>4) libX11 is XCB-based.  This adds a dependency on xcb-proto and libxcb,
>which I propose to add now as well.
>
>5) A number of X extensions (DMX, FontCache, LBX, XF86BigFont, Xinerama,
>Xprint, XTrap, and the font server) have been deprecated upstream and in
(Continue reading)

Yaakov (Cygwin Ports | 4 Nov 2008 03:52
Picon
Gravatar

Re: [ITA] X.Org X11R7.4


Christopher Faylor wrote:
> This is what the external-source: tag is for.  Can't you just use that?

Let me explain with an example.  The libXfixes packages are:

(libXfixes3)
/usr/bin/cygXfixes-3.dll
/usr/share/doc/Cygwin/libXfixes-*.README
/usr/share/doc/libXfixes-*/*

(libXfixes-devel)
/usr/include/X11/extensions/Xfixes.h
/usr/lib/libXfixes.*
/usr/lib/pkgconfig/xfixes.pc
/usr/share/man/man3/*

libXfixes3 and libXfixes-devel have category: X11 and external-source:
libXfixes.  AFAIK (and please correct me if I'm wrong) upset and/or
setup require a binary libXfixes package to go alongside the source
package, so they are empty.   I don't want the empty binary libXfixes to
pollute the package list, so I used the _source category for libXfixes
so that it's hidden by default.

> Don't you have upset available to you already?  I thought you or someone
> was maintaining a fork.  There is also genini which might be adequate
> for this purpose.

I use genini for the Ports setup.ini's, and I see no problems there.
But I also need to change 80+ other packages' dependencies, and between
(Continue reading)


Gmane