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
[RFU] bzr 1.8-1
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 Jari
[ITA] X.Org X11R7.4
-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 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 also split into individual library packages. EXISTING X11 PACKAGES: The current xorg-x11-* packages will be replaced by empty transitional packages, and should now be considered OBSOLETE and standing in my name. I will also take the X-start-menu-icons and X-startup-scripts packages, which will be updated to reflect the new locations. I would also ask the consent of the current maintainers of a few X-related packages to take over these as well: fontconfig (Jan Nieuwenhuizen) lesstif (Brian Ford) xterm (Jari Aalto) TRANSITION PLAN: 1) Once approved, I will upload the new packages under release/X.Org/ for easier management; I request that this directory not be used for other packages. 2) Empty xorg-x11-* transition packages will be uploaded, and these will depend on the appropriate replacements ONLY as necessary, without defeating the purpose of *modular* X11. 3) Existing packages which depend on X11 will have their dependencies adjusted, with a notice here for maintainers to correct their local copies accordingly. 4) An announcement will be made on cygwin-xfree-announce@ with all the details. 5) X-dependent package maintainers should check their packages against the new libraries, and rebuild if their package depends on an obsolete library or if currently installed into /usr/X11R6. 6) Further development will continue on [EMAIL PROTECTED] WHAT I NEED: 1) PLEASE, don't even *think* about asking me to ITP all ~185 sources individually. :-) 2) Approval of the addition of _source as a setup.hint package category. This is used for library packages which are split up into libfooN and libfoo-devel, with nothing to go in the main libfoo package. 3) cgf: I would like to coordinate a timeframe with you to do the move into release/ and dependency-adjustment, so that we can handle any upset errors by IRC rather than the list. 4) Write permissions for the Cygwin/X website, and moderator permissions for cygwin-xfree-announce@ list. (I already have upload permissions on sourceware.) THANKS: Jon Turney for organizing everyone else's patches, and adding several more of his own. Colin Harrison for permission to use his Xming patches. Janjaap Bos for pinpointing the font-finding problem to weak symbol handling in libXfont, and helping with porting XWin to the new input API. Larry Hall for continuing to answer questions on [EMAIL PROTECTED] Reini Urban for continual enthusiasm about this ever happening. Previous Cygwin/X leaders Alan Hourihane, Alexander Gottwald, and Harold L Hunt II, and all other previous maintainers and contributors. And whomever else I may have inadvertently neglected to mention. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkPjAsACgkQpiWmPGlmQSNj3QCeNqTA+W3YBXWzDILPBQ5OCUHE jAUAoLsbFKCJGbnF+3yzm5gLgQaMFXsa =cvKV -END PGP SIGNATURE-
Re: [ITA] X.Org X11R7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Yaakov (Cygwin Ports) wrote: I hereboy propose to take maintainership of Cygwin/X. s/hereboy/hereby/ Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkPlNYACgkQpiWmPGlmQSOTIQCgj20cz5cp2/pCqcrfxwY7hKp0 DGIAn3vtEz7uTIqdOoo7qhR5ImF9Nfi3 =sJnf -END PGP SIGNATURE-
[HEADSUP] X11 dependency changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package maintainers, Please find attached a list of binary packages which currently list a dependency on monolithic xorg-x11-* packages, together with their new dependencies as I could best determine. Please review this list and: * Let me know if there is anything you think may be missing from your packages, e.g. fonts or programs. * Dependencies listed in (parenthesis) are obsolete libraries. Compatibility packages for these libraries will be provided in the short-term so that nothing breaks, but you should be prepared to rebuild your package ASAP after the transition. libXp6 and libdpstk1 are disappearing altogether; packages using libXaw8 will depend on libXaw7 once rebuilt. * If your package is installed into /usr/X11R6, be aware that this is being removed from PATH in the transition. Please be prepared to rebuild your package ASAP after the transition into /usr. These dependencies will be updated immediately after X11R7.4 is moved into the distro; timing is dependent on the ITA under review. If you have any questions, please let me know. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkPvDMACgkQpiWmPGlmQSMYMwCcCts6K3uIRcuEfMyaE/t4A2cu focAoPw5rIpn/OZFYbIloQjZ0m9kxasR =+60O -END PGP SIGNATURE- aewm++: libX11_6 libXext6 aewm++-goodies: libX11_6 libXext6 libXpm4 aview: ***NONE*** cgoban: libX11_6 clisp-clx: libX11_6 libXau6 libXext6 libXpm4 clisp-gtk2: ***NONE*** ddd: libX11_6 libXaw7 libXm2 libXmu6 libXt6 emacs-X11: libICE6 libSM6 libX11_6 libXmu6 libXpm4 libXt6 fvwm: libICE6 libSM6 libX11_6 libXext6 libXft2 libXpm4 libXrender1 ghostscript-x11: libX11_6 libXt6 gnome-libs-devel libICE-devel libSM-devel libX11-devel gnuplot: libX11_6 grace: libX11_6 libXm2 libXt6 GraphicsMagick: ***NONE*** gtk+: libX11_6 libXext6 gtk-engines: ***NONE*** gtk2-x11-runtime: libX11_6 libXcursor1 libXext6 libXfixes3 libXft2 libXrandr2 libXrender1 gv: libX11_6 libXmu6 libXt6 gvim: libICE6 libSM6 libX11_6 libXt6 hp2xx: libX11_6 imlib: libX11_6 libXext6 jasper: libX11_6 libGL1 libGLU1 lesstif: libX11_6 libXext6 libXft2 libXrender1 libXt6 (libXp6) libaa1: libX11_6 libbonoboui2: libX11_6 libcairo2: libX11_6 libXrender1 libgd-devel: libXpm-devel libgd2: libXpm4 libggi2-display-aa: ***NONE*** libggi2-display-x: libX11_6 libggiwmh2-display-x: libX11_6 libgii1-input-x: libX11_6 libglade2: ***NONE*** libglitz-glx1: libGL1 libX11_6 libglut3: libGL1 libGLU1 libX11_6 libgnomeui: libICE6 libSM6 libX11_6 libgnomeui2: libICE6 libSM6 libgnomeui2-devel: libICE-devel libSM-devel libGraphicsMagick-devel: libX11-devel libXext-devel libGraphicsMagick0: libX11_6 libXext6 (libdpstk1) libImageMagick1: libX11_6 libXext6 libjasper-devel: ***NONE*** libMagick-devel: libX11-devel libXext-devel libMagick10: libX11_6 libXext6 libMagick6: libX11_6 libXext6 (libdpstk1) libmng-contrib: libX11_6 libXext6 libXm2 libXt6 libplot2: libX11_6 (libXaw8) libXext6 libXt6 libplotter2: libX11_6 (libXaw8) libXext6 libXt6 libungif4: libX11_6 libungif: libX11_6 libwmf-devel: libX11-devel libwmf027: libX11_6 libwnck-devel: libX11-devel libXRes-devel libwnck1_18: libX11_6 libXRes1 libXaw3d-devel: libX11-devel libXext-devel libXmu-devel libXt-devel libXaw3d7: libX11_6 libXext6 libXmu6 libXt6 libXft1: libX11_6 libXext6 openbox: libX11_6 libXext6 nedit: libX11_6 libXm2 libXt6 pango-runtime: libX11_6 libXft2 perl-Tk: libX11_6 ploticus: libX11_6 plotutils: ***NONE*** qt3: libGL1 libICE6 libSM6 libX11_6 libXcursor1 libXext6 libXft2 libXi6 libXmu6 libXrandr2 libXrender1 rxvt-unicode-X: libX11_6 libXft2 libXpm4 libXrender1 singular-surf: libX11_6 libXmu6 spamprobe: ***NONE*** startup-notification: libX11_6 t1libx-devel: libX11-devel t1libx5: libX11_6 tcm: libXm2 ted: libX11_6 libXm2 libXpm4 libXt6 tetex-x11 libX11_6 (libXaw8) libXmu6 libXpm4 libXt6 TeXmacs: libX11_6 tiff: libGL1 transfig: libXpm4 WindowMaker: libX11_6 libXext6 libXft2 libXpm4 x3270: libX11_6 (libXaw8) libXmu6 libXt6 xbrlapi: libX11_6 xemacs: libX11_6 libXext6 libXmu6 libXpm4 libXt6 xfig: libX11_6 libXi6 libXmu6 libXpm4 libXt6 xgraph: libX11_6 XmHTML: libX11_6 libXext6 libXm2 libXmu6 libXt6 xmon: (libXaw8) libXt6 xpdf: libX11_6 libXm2 libXt6 xsri: libX11_6 xterm: libICE6 libX11_6 (libXaw8) libXft2 libXmu6 libXt6
Re: [ITA] X.Org X11R7.4
Yaakov (Cygwin Ports) wrote: 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. I don't like the precedent this creates -- it's bad UI. The user is supposed to be able to get the source by just putting an X in the Src box of the normal package. But with this scheme they can no longer do that, they have to know to first show hidden packages and then to select the Src column of an empty dummy package that is otherwise never displayed, used, or needed. Why can't you just associate the source package with one of the two existing binary packages instead of inventing a third, empty, hidden package to associate it with? Brian
Re: [ITA] X.Org X11R7.4
Brian Dessent wrote: I don't like the precedent this creates -- it's bad UI. The user is supposed to be able to get the source by just putting an X in the Src box of the normal package. But with this scheme they can no longer do that, they have to know to first show hidden packages and then to select the Src column of an empty dummy package that is otherwise never displayed, used, or needed. Errr, nevermind. That's nonsense. Setup will follow the external-source line and do the right thing when the user selects Src of any of the packages. Why can't you just associate the source package with one of the two existing binary packages instead of inventing a third, empty, hidden package to associate it with? But I still think this makes more sense. Brian
Re: [ITA] X.Org X11R7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Brian Dessent wrote: Why can't you just associate the source package with one of the two existing binary packages instead of inventing a third, empty, hidden package to associate it with? But I still think this makes more sense. Because this means jumping through a lot more hoops, believe me. This method (where there's no binary package corresponding to the source package) has precedence in Debian as well. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkPxZ8ACgkQpiWmPGlmQSPBVACdFjezrx6yxRqyEqK532Ddvun0 iTMAn1V0D7g1THH1Z9pnbfL6fopQQNPk =LMN3 -END PGP SIGNATURE-
Re: [ITA] X.Org X11R7.4
Yaakov (Cygwin Ports) wrote: Because this means jumping through a lot more hoops, believe me. This method (where there's no binary package corresponding to the source package) has precedence in Debian as well. If it really does save you time than I remove my objection. Can I just request that the sdesc of such packages say something informative and explicit about their purpose, e.g.: sdesc: X.Org Xfixes library (dummy placeholder for source package) I realize this string will never be seen by end-users but it does help to self-document the purpose behind the package's existance when one is troubleshooting setup by looking at setup.ini or whatnot. Brian
Re: [ITA] X.Org X11R7.4
On Mon, Nov 03, 2008 at 09:46:39PM -0600, Yaakov (Cygwin Ports) wrote: Brian Dessent wrote: Why can't you just associate the source package with one of the two existing binary packages instead of inventing a third, empty, hidden package to associate it with? But I still think this makes more sense. Because this means jumping through a lot more hoops, believe me. This method (where there's no binary package corresponding to the source package) has precedence in Debian as well. You can must make a package which contains nothing but source. You don't need a binary. cgf
Re: [ITA] X.Org X11R7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Brian Dessent wrote: If it really does save you time than I remove my objection. Can I just request that the sdesc of such packages say something informative and explicit about their purpose, e.g.: sdesc: X.Org Xfixes library (dummy placeholder for source package) Each library subpackage is already labeled (runtime), (development), or (source) in sdesc. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkPz5MACgkQpiWmPGlmQSMVjwCglKYewJYcPk9C2HZGj3fQnqe+ cGwAn2O2IgVNIpJcD9EC++KsltIE3cw6 =76LT -END PGP SIGNATURE-
Re: [ITA] X.Org X11R7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Christopher Faylor wrote: Yes, unless you want the package to go to Misc, which is wrong. But I don't see any reason to hide anything. Just sdesc it as Sources for BLAH. It won't be installed unless the user specifically chooses it. The reason for wanting to hide it is to stop it from cluttering the package list in setup.exe. If I use category: X11, then e.g. libXfixes will be right next to libXfixes3 and libXfixes-devel in both by-category and by-alphabet sorting modes. And frankly I don't want to answer the inevitable questions of does anybody know why setup.exe is broken? I installed libXfixes, but I still get an error from such-and-such that cygXfixes-3.dll is missing. :-) Incidentally, I set up a scratch area: /sourceware/snapshot-tmp/cgf/yselkowitz You can make a copy of the release area there if you want to experiment with dependencies and genini. You'll have to make a temporary copy of genini in your home directory though first. There's space there for *all* of release plus 110MB for modular X11? Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkP24sACgkQpiWmPGlmQSP2CgCfV8dTVlf796wvA76WOADRsHqR wJEAoLWo3d60wLi4yJ5opeSlsbjAdYkz =ojlO -END PGP SIGNATURE-
Re: [ITA] fontconfig
Yaakov (Cygwin Ports) [EMAIL PROTECTED] writes: Jan, As part of the X11 transition, I would like your permission to take over the fontconfig package. fontconfig is used by the fonts, which I will be maintaining as part of X11 and are being relocated. It is also dependency-sandwiched between my freetype2 package and libXft. I would immediately update fontconfig to 2.6.0 at the time of the X11 transition. I appreciate your consideration, Sure, go ahead. Jari
Re: [ITA] lesstif
Yaakov (Cygwin Ports) [EMAIL PROTECTED] writes: Brian, As part of the X11 transition, I would like your permission to take over the lesstif package. It is a dependency of libGLw from Mesa, which will be part of the modular X11 upgrade, as well as a number of other X11 packages whose dependencies will need to be updated. I would immediately update lesstif to 0.95.0 with the /usr prefix, and remove the dependency on the obsolete libXp6. I appreciate your consideration, Sure, go ahead. Jari
[ITA] fontconfig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jan, As part of the X11 transition, I would like your permission to take over the fontconfig package. fontconfig is used by the fonts, which I will be maintaining as part of X11 and are being relocated. It is also dependency-sandwiched between my freetype2 package and libXft. I would immediately update fontconfig to 2.6.0 at the time of the X11 transition. I appreciate your consideration, Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkP54MACgkQpiWmPGlmQSOrRACgiTluekpZLO2kx/LnN3K43fiK QmoAoJ/WrQufoTDT4BHZZFeLygM+rpXw =WAqm -END PGP SIGNATURE-
Re: [ITA] xterm
Yaakov (Cygwin Ports) [EMAIL PROTECTED] writes: Jari, As part of the X11 transition, I would like your permission to take over the xterm package. It's presence is assumed as part of a base X installation, and is called from the standard startup scripts. I would immediately update xterm to patch 237 with the /usr prefix, and remove the dependency on the obsolete libXaw8 in favour of libXaw7. I appreciate your consideration, Sure, go ahead. Jari
[ITA] lesstif
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Brian, As part of the X11 transition, I would like your permission to take over the lesstif package. It is a dependency of libGLw from Mesa, which will be part of the modular X11 upgrade, as well as a number of other X11 packages whose dependencies will need to be updated. I would immediately update lesstif to 0.95.0 with the /usr prefix, and remove the dependency on the obsolete libXp6. I appreciate your consideration, Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkP6uoACgkQpiWmPGlmQSMOEwCgjOwIBO23P9DlPcJPaL2TL7sS vmQAn1dw9bbcYvdGshc//Si9UGaDvDiU =Lia4 -END PGP SIGNATURE-
Re: [ITA] X.Org X11R7.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Christopher Faylor wrote: Yes, unless you want the package to go to Misc, which is wrong. But I don't see any reason to hide anything. Just sdesc it as Sources for BLAH. It won't be installed unless the user specifically chooses it. I tried removing the empty binary tarballs and re-ran genini (all locally), and I got the following for each library: error: release/X.Org/libfontenc/setup.hint:3: not enough package files in release/X.Org/libfontenc The setup.ini entry for each library source had only category, sdesc, and ldesc tags. The corresponding ABI-versioned-lib and -devel packages had correct source tags. Running setup.exe (2.602) from this setup.ini, these packages don't show up *at all*, even under the _source category. If those are indeed the expect results, and the error is ignored, then the point is moot. Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkP5D4ACgkQpiWmPGlmQSNJqQCfT6jvSLjiSrvixjxGIaVRqqRm SIAAoKNHPm9Yaqw14k8C33egRqf6gahm =Nfsz -END PGP SIGNATURE-
[ITA] xterm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Jari, As part of the X11 transition, I would like your permission to take over the xterm package. It's presence is assumed as part of a base X installation, and is called from the standard startup scripts. I would immediately update xterm to patch 237 with the /usr prefix, and remove the dependency on the obsolete libXaw8 in favour of libXaw7. I appreciate your consideration, Yaakov -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Cygwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkkP6ZYACgkQpiWmPGlmQSPAEQCfToVPIDJ58QqPgUNTI/qZ7Djn FUcAn2KTOR5Gd5OQaZWkNpCDWdHZtdH3 =H90d -END PGP SIGNATURE-
