Re: [ITP] gvfs

On 4/3/2012 8:48 AM, Ken Brown wrote: On 4/2/2012 11:45 PM, Yaakov (Cygwin/X) wrote: On 2012-03-16 07:08, Ken Brown wrote: In the thread that started at http://cygwin.com/ml/cygwin-xfree/2011-11/msg00040.html you said you were going to ITP gvfs to see if it would solve some problems with

Re: [ITP] gvfs

On 4/2/2012 11:45 PM, Yaakov (Cygwin/X) wrote: On 2012-03-16 07:08, Ken Brown wrote: In the thread that started at http://cygwin.com/ml/cygwin-xfree/2011-11/msg00040.html you said you were going to ITP gvfs to see if it would solve some problems with emacs built against gtk3. Is that still

Re: [PATCH] dodoc: install directories recursively

On 4/1/2012 3:52 PM, Yaakov (Cygwin/X) wrote: From: Yaakov Selkowitz --- lib/src_install.cygpart | 18 +++--- 1 files changed, 15 insertions(+), 3 deletions(-) Try this instead. diff --git a/lib/src_install.cygpart b/lib/src_install.cygpart index 9165f11..b17c7d5 100644 --- a/

Re: cygstart URI handling

On 3/30/2012 4:08 PM, Ken Brown wrote: By the way, I initially tried to set the default for application/xml by using xdg-mime instead of directly creating a defaults.list file. But that doesn't work, because xdg-mime uses a grep command that fails if defaults.list doesn't exist. That

Re: cygstart URI handling

On 3/30/2012 2:29 PM, Yaakov (Cygwin/X) wrote: On 2012-03-30 09:12, Ken Brown wrote: In order to make the command to open the manual work, I created a /usr/share/applications/defaults.list file with the following line: application/xml=cygstart.desktop Probably you should be using ~/.local

Re: cygstart URI handling

On 3/30/2012 2:33 PM, Yaakov (Cygwin/X) wrote: On 2012-03-30 13:29, Yaakov (Cygwin/X) wrote: Setting BROWSER=cygstart doesn't help here, because xdg-open receives a `file://' URL, which cygstart doesn't understand. How about the attached? Works for me. Ken

Re: TeXworks and hunspell

On 3/29/2012 4:10 PM, Ken Brown wrote: On 3/28/2012 5:26 AM, Yaakov (Cygwin/X) wrote: On 2012-03-24 10:15, Ken Brown wrote: Another question is how to make the commands under the Help menu that want to open a URL work. Or would this require a KDE desktop? No, but it does require a browser

Re: TeXworks and hunspell

On 3/28/2012 5:26 AM, Yaakov (Cygwin/X) wrote: On 2012-03-24 10:15, Ken Brown wrote: 1. The manual (which is supposed to be available from the Help menu) doesn't get installed. Fixed in Ports git. Thanks! I never cease to be amazed at the wonders of cygport. Another question is h

cygport: question about dodoc

Is there a simple way to use dodoc to copy a whole directory (and its subdirectories) into /usr/share/doc/${PN}? Currently I have an example in which I want to achieve the effect of dodir /usr/share/doc/${PN} cp -r ${S}/manual/ ${D}/usr/share/doc/${PN} In this example, "manual" has a sub

Re: TeXworks and hunspell

On 3/24/2012 2:39 PM, Ken Brown wrote: On 3/24/2012 11:15 AM, Ken Brown wrote: To complete the process of modernizing Cygwin's TeX programs, I am thinking about ITPing TeXworks. I've built it using the .cygport file from Ports. I have two questions for Yaakov. 1. The manual (which i

Re: TeXworks and hunspell

On 3/24/2012 11:15 AM, Ken Brown wrote: To complete the process of modernizing Cygwin's TeX programs, I am thinking about ITPing TeXworks. I've built it using the .cygport file from Ports. I have two questions for Yaakov. 1. The manual (which is supposed to be available from the

TeXworks and hunspell

To complete the process of modernizing Cygwin's TeX programs, I am thinking about ITPing TeXworks. I've built it using the .cygport file from Ports. I have two questions for Yaakov. 1. The manual (which is supposed to be available from the Help menu) doesn't get installed. Having never befo

gvfs

Yaakov, In the thread that started at http://cygwin.com/ml/cygwin-xfree/2011-11/msg00040.html you said you were going to ITP gvfs to see if it would solve some problems with emacs built against gtk3. Is that still your plan? I'm asking because I'm preparing for the next release of emacs a

Correction to package-maintainer list

I just noticed that I'm listed in http://cygwin.com/cygwin-pkg-maint as the maintainer of emacs-leim. The latter is obsolete and is no longer in the distro, so that entry should be removed from the list. Ken

Re: cygport suggestion: src_postinstall

On 3/12/2012 5:53 PM, Yaakov (Cygwin/X) wrote: On 2012-03-12 15:37, Ken Brown wrote: Perfect. I have pushed this to cygport git master. One more detail: Currently none of the texlive packages require fontconfig, so the user might not have fc-cache. Maybe the calls to fc-cache should be

[ITP] emacs-auctex

emacs-auctex is in all the major Linux distros (sometimes called "auctex" instead of "emacs-auctex"). setup.hint: category: Editors requires: emacs texinfo texlive texlive-collection-basic texlive-collection-latex texlive-collection-latexrecommended texlive-collection-texinfo sdesc: "TeX macro

[RFU] texlive-collection-*-20120312-1

D=http://sanibeltranquility.com/cygwin/release/TeX T=texlive-collection TD=${T}-documentation wget -x -nH --cut-dirs=2 \ ${D}/${T}-basic/${T}-basic-20120312-1.tar.bz2\ ${D}/${T}-basic/${T}-basic-20120312-1-src.tar.bz2\ ${D}/${T}-bibtexextra/${T}-bibtexextra-20120312-1.tar.bz2\ ${D}/${T}-bib

Re: cygport suggestion: src_postinstall

On 3/12/2012 3:05 PM, Yaakov (Cygwin/X) wrote: On 2012-03-12 12:03, Ken Brown wrote: I spoke too soon. It still needs a little work to handle texlive packages that don't require maps or formats. I just built texlive-collection-bibtexextra, and the postinstall script came out as follows:

Re: cygport suggestion: src_postinstall

On 3/12/2012 7:47 AM, Ken Brown wrote: This looks good. Thanks! With this patch, I'm happy with the texlive postinstall scripts I spoke too soon. It still needs a little work to handle texlive packages that don't require maps or formats. I just built texlive-collection-bibtexextr

Re: cygport suggestion: src_postinstall

On 3/12/2012 12:14 AM, Yaakov (Cygwin/X) wrote: On 2012-03-11 07:52, Ken Brown wrote: On 3/11/2012 12:53 AM, Yaakov (Cygwin/X) wrote: On 2012-03-09 17:53, Ken Brown wrote: 2. I would prefer that __prep_texlive not be called, since it causes the postinstall script to do unnecessary work. All

Re: cygport suggestion: src_postinstall

On 3/11/2012 7:42 PM, Yaakov (Cygwin/X) wrote: On 2012-03-11 17:53, Ken Brown wrote: On 3/11/2012 8:52 AM, Ken Brown wrote: If you don't like my suggestion of providing src_postinstall, then I think there should be a different way for cygport users to have some control over the postin

Re: cygport suggestion: src_postinstall

On 3/11/2012 8:52 AM, Ken Brown wrote: If you don't like my suggestion of providing src_postinstall, then I think there should be a different way for cygport users to have some control over the postinstall process. What about defining variables (like PREPEMACS, etc.) that allow the user to

Re: cygport suggestion: src_postinstall

On 3/11/2012 8:52 AM, Ken Brown wrote: [moving from cygwin to cygwin-apps] On 3/11/2012 12:53 AM, Yaakov (Cygwin/X) wrote: On 2012-03-09 17:53, Ken Brown wrote: On 3/9/2012 5:58 PM, Yaakov (Cygwin/X) wrote: On 2012-03-09 15:26, Ken Brown wrote: and I don't like some of the things tha

Re: cygport suggestion: src_postinstall

[moving from cygwin to cygwin-apps] On 3/11/2012 12:53 AM, Yaakov (Cygwin/X) wrote: On 2012-03-09 17:53, Ken Brown wrote: On 3/9/2012 5:58 PM, Yaakov (Cygwin/X) wrote: On 2012-03-09 15:26, Ken Brown wrote: and I don't like some of the things that are done in __src_postinst when I build

Re: TeX Live transition complete

On 3/2/2012 12:04 AM, Yaakov (Cygwin/X) wrote: If you have any more questions about TeX Live, please let me know. Just one small question for now. I found that asymptote didn't build from source for me: g++ -Wall -ansi -DHAVE_CONFIG_H -D_FILE_OFFSET_BITS=64 -I/usr/include/tirpc -g -O2 -pip

Re: TeX Live transition complete

On 3/2/2012 12:10 PM, Ken Brown wrote: On 3/2/2012 12:04 AM, Yaakov (Cygwin/X) wrote: Ken, The TeX Live packages are now in the distro. They, along with the upgrade helpers for replaced packages, are in release/TeX/. Please announce this at your earliest convenience. FYI, I did make slight

Re: TeX Live transition complete

On 3/2/2012 12:04 AM, Yaakov (Cygwin/X) wrote: Ken, The TeX Live packages are now in the distro. They, along with the upgrade helpers for replaced packages, are in release/TeX/. Please announce this at your earliest convenience. FYI, I did make slight last-minute changes to the following pack

Re: [RFC] Packaging texlive

On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote: If you are interested and prepared to take this on, I'd be happy to work with you to make this happen. First I suggest you review the brand-new texlive cygclass and my .cygport files in Ports git: http://cygwin-ports.git.sourceforge.net/ Hi Yaako

Re: [RFC] Packaging texlive

On 2/28/2012 12:36 AM, Yaakov (Cygwin/X) wrote: On Mon, 2012-02-27 at 23:09 -0500, Ken Brown wrote: I do have one question about the various texlive-collection-* packages. Do you have some automated way of getting the TeX Live package lists that are in the .cygport files (TEXLIVE_TEXMF_PKGS

Re: [RFC] Packaging texlive

On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote: The texlive package provides only the binaries; all symlinked commands, macros, and documentation are provided by the texlive-collection-* packages, which mostly correspond to the individual TeX Live packages installed by each of the collection-* met

Re: [RFC] Packaging texlive

On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote: On Sun, 2012-02-26 at 18:10 -0500, Ken Brown wrote: I'm thinking about volunteering to package texlive for Cygwin. It's present in many (if not all) major Linux distros, and it could replace the obsolete tetex package if the tetex

[RFC] Packaging texlive

I'm thinking about volunteering to package texlive for Cygwin. It's present in many (if not all) major Linux distros, and it could replace the obsolete tetex package if the tetex maintainer doesn't object. Since Yaakov has already packaged texlive for Cygwin Ports, the obvious question is whe

[RFU] {emacs,emacs-X11,emacs-el}-23.4-1

wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.4-1-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.4-1.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-X11/emacs-X11-23.4-1.tar.bz2 \ http://www.math.cornell.

Re: [PATCH] setup -e, --separate-src-dirs option

On 12/15/2011 7:58 AM, marco atzeri wrote: On 12/15/2011 9:56 AM, Corinna Vinschen wrote: I'm wondering if what you did in your patch shouldn't be just the default behaviour. No -e option. not a bad idea. +1 almost all the cygwin source packages have no subdir structure, including all the on

Re: [ITP] astrometry.net-0.38-1

On 11/8/2011 2:19 AM, Christopher Faylor wrote: Cygwin is supposed to be like a Linux distro. Including packages which come with Linux distros is a no-brainer. Including a large, specialized package which is not commonly found on Linux and which has a small user base is not a no-brainer. [...]

Re: [ITP] astrometry.net-0.38-1

On 10/18/2011 7:49 AM, Chris Sutcliffe wrote: On 18 October 2011 07:21, Jussi Kantola wrote: +3 at the moment ... +1 +1

Re: Building setup.exe: conflicting declarations of ssize_t

On 9/6/2011 9:52 PM, Christopher Faylor wrote: On Sat, Sep 03, 2011 at 10:19:57PM -0400, Ken Brown wrote: Building setup.exe fails as follows: depbase=`echo archive.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ i686-pc-mingw32-g++ -DPACKAGE_NAME=\"setup\" -

Default sysconfdir for rebase

After running autoconf on a fresh cvs checkout of rebase, the default sysconfdir is /usr/etc instead of /etc. As a result, one has to pass --sysconfdir=/etc to `configure' in order for rebase to use /etc for its database. Is this intentional? Ken

Building setup.exe: conflicting declarations of ssize_t

Building setup.exe fails as follows: depbase=`echo archive.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ i686-pc-mingw32-g++ -DPACKAGE_NAME=\"setup\" -DPACKAGE_TARNAME=\"setup\" -DPACKAGE_VERSION=\"0\" -DPACKAGE_STRING=\"setup\ 0\" -DPACKAGE_BUGREPORT=\"xxx\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=

[RFU] {emacs,emacs-X11,emacs-el}-23.3-3

wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.3-3-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.3-3.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-X11/emacs-X11-23.3-3.tar.bz2 \ http://www.math.cornell

Re: Opinions solicted for changes to tty names in 1.7.10

On 6/14/2011 4:36 PM, Christopher Faylor wrote: Corinna suggested that I should send a query here to see if anyone knows if this proposed change will affect any existing applications which use ptys like mintty, emacs, xterm, rxvt, or screen. Does anyone see any problems with this? I'm pretty s

clisp packaging problem

Reini, The clisp package has a problem very similar to the libsigsegv problem reported by Corinna (http://cygwin.com/ml/cygwin-apps/2011-05/msg0.html). I'm starting a new thread because it's a different package, but the basic issue is the same: The build is set up to treat Cygwin as bein

[RFU] New setup.hint files for emacs, emacs-X11, and emacs-el

I'd like to promote the test releases (23.3-2) to current. I think the following setup.hint files should do the job. wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-X11/setup.hint \ http://ww

[RFU] {emacs,emacs-X11,emacs-el}-23.3-2

New test release (patched to use mmap for buffer allocation). wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.3-2-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.3-2.

[RFU] {emacs,emacs-X11,emacs-el}-23.3-1

New upstream release. wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.3-1-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.3-1.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-X11/setup.hint \ http://www.math.

Re: [PATCH] A setup.exe performance enhancement

On 11/26/2010 10:39 AM, Andy Koppe wrote: On 26 November 2010 15:22, Jon TURNEY wrote: I've also uploaded a setup snapshot at [1], I would be much obliged if that received some testing. [1] http://cygwin.com/setup/snapshots/setup-2.738.exe Wow, what a difference. It's so fast that the new pro

Re: Unable to build setup.exe: undefined reference to `_IID_IPersistFile'

On 11/7/2010 8:18 PM, Charles Wilson wrote: On 11/7/2010 6:41 PM, Ken Brown wrote: -lole32 -lwsock32 -lnetapi32 /usr/lib/libuuid.a -L/lib -L/usr/lib ^^ /usr/lib/libintl.a /usr/lib/libiconv.a /usr/lib/mingw/liblzma.a -lbz2 -lz -lmingw32 mklink2.o

Unable to build setup.exe: undefined reference to `_IID_IPersistFile'

I've downloaded the cvs sources for setup.exe and run ./bootstrap.sh and make, but the build fails as follows: libtool: link: g++-3 -mno-cygwin -Werror -Wall -Wno-uninitialized -Wpointer-arith -Wcomments -Wcast-align -Wwrite-strings -g -O2 -mwindows -static -o setup.exe AntiVirus.o archive.o a

Re: [PATCH 1/3] Compare package versions, not setup.ini timestamps

On 11/6/2010 1:52 PM, Christopher Faylor wrote: On Sat, Nov 06, 2010 at 05:05:13PM +, Jon TURNEY wrote: Currently, when two mirrors offer different versions of a package for a stability level, the one from the setup.ini with the latest timestamp is chosen. This works adequately when the mi

[RFU] {emacs,emacs-X11,emacs-el}-23.2-3

wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-3-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-3.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/e

[RFU] {emacs,emacs-X11,emacs-el}-23.2-2

New test release. wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-2-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-2.tar.bz2 \ http://www.math.cornell.edu/~kb

[RFU] {emacs,emacs-X11,emacs-el}-23.2-1

wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-1-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/emacs-23.2-1.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin/emacs/e

Re: not able to run emacs!

On 1/16/2010 10:01 AM, Mahesh P wrote: hi! when i run emacs from the $prompt i am getting the following error. bash: /usr/bin/emacs: Permission denied Can you tell me why i am getting the problem Wrong mailing list. Please send your question to cygwin AT cygwin DOT com. And please provide

Re: Start menu shortcuts

On 8/18/2009 10:46 AM, Ken Brown wrote: Is there a policy about which packages are allowed to create start menu shortcuts? Recent discussion about run.exe on the main cygwin list makes me think it would be useful for the emacs-X11 package to create a shortcut for starting emacs under X. I

Start menu shortcuts

Is there a policy about which packages are allowed to create start menu shortcuts? Recent discussion about run.exe on the main cygwin list makes me think it would be useful for the emacs-X11 package to create a shortcut for starting emacs under X. I would do this by putting the following in t

[RFU 1.7] {emacs,emacs-X11,emacs-el}-23.1-10

New upstream release. cd release-2 D=http://www.math.cornell.edu/~kbrown/cygwin-1.7 wget -x -nH --cut-dirs=2 \ ${D}/emacs/setup.hint \ ${D}/emacs/emacs-23.1-10-src.tar.bz2 \ ${D}/emacs/emacs-23.1-10.tar.bz2 \ ${D}/emacs/emacs-X11/setup.hint \ ${D}/emacs/emacs-X11/emacs-X11-23.1-10.tar.b

Re: HEADSUP maintainers: Packages install scripts without execute permissions

On 6/22/2009 10:04 AM, Corinna Vinschen wrote: If the affected packages are replaced before we install a new Cygwin DLL, which correctly checks for execute permissions, the preremove scripts would be replaced with the ones with correct permissions before the problem actually starts to become visi

Re: HEADSUP maintainers: Packages install scripts without execute permissions

On 6/22/2009 9:12 AM, Corinna Vinschen wrote: Here's the problem: If you exec shell scripts, they should only be run if the user trying to run the script has execute permissions on the script. This requires to check for executability in Cygwin, but as of today, such a check isn't performed in C

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-10

On 6/19/2009 1:33 AM, Christopher Faylor wrote: On Thu, Jun 18, 2009 at 07:50:01PM -0600, Eric Blake wrote: According to Ken Brown on 6/18/2009 2:09 PM: Thanks from me too, Eric. I noticed that you also added cygwin to the requires: line of emacs-X11, even though emacs-X11 requires emacs

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-10

On 6/17/2009 10:10 PM, Christopher Faylor wrote: On Wed, Jun 17, 2009 at 07:22:33PM -0600, Eric Blake wrote: According to Ken Brown on 6/17/2009 7:07 PM: On 6/17/2009 6:22 PM, Jon TURNEY wrote: Sorry for not mentioning this before you did the packaging, but can I suggest that emacs-X11

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-10

On 6/17/2009 6:22 PM, Jon TURNEY wrote: Sorry for not mentioning this before you did the packaging, but can I suggest that emacs-X11 package setup.hint should have font-adobe-dpi75 and font-misc-misc added to the requires: line Good idea. Can someone just do that now, or does it have to wait

Re: emacs package size

On 6/13/2009 6:42 AM, Andy Koppe wrote: The emacs package has grown from 6 MB to 20 MB between versions 21 and 23, so I was wondering, what is all that extra stuff? Perhaps it would be worthwhile splitting less than essential parts off into an emacs-extras package or some such? That size must be

Emacs FAQ patch

The attached patch brings the emacs FAQ entry up to date for cygwin 1.7. Ken --- faq-using.xml.orig 2009-06-11 16:18:19.0 -0400 +++ faq-using.xml 2009-06-12 08:21:42.403451200 -0400 @@ -820,8 +820,14 @@ Is there a Cygwin port of GNU Emacs? -Yes. It uses the X11 (http://cygw

[RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-10

Since no one objected to my proposal for promoting emacs-23 to "current" (http://cygwin.com/ml/cygwin-apps/2009-06/msg00090.html), I've prepared new emacs packages for cygwin 1.7. I've bumped the package version to -10, following Chuck's model for distinguishing 1.7 packages from 1.5 packages

Is it time to promote emacs-23?

Based on what I've seen since emacs-23 became available for testing, I think it's probably time to promote it to "current" rather than "experimental" for people testing cygwin 1.7. That leaves a few weeks before the release of 1.7 to help emacs users with the transition from emacs-21 to emacs-

Re: Suggestion for terminal package maintainers

On 6/4/2009 5:30 AM, Corinna Vinschen wrote: On Jun 3 14:53, Corinna Vinschen wrote: Right. That's because the space key does not return any other character then 0x20 in the Windows console, regardless of the modifier keys you're pressing. Same goes for Alt-Space which should ideally return E

Re: Suggestion for terminal package maintainers

On 6/3/2009 1:21 PM, Corinna Vinschen wrote: On Jun 3 12:58, Christopher Faylor wrote: On Wed, Jun 03, 2009 at 06:08:03PM +0200, Corinna Vinschen wrote: On Jun 3 11:57, Christopher Faylor wrote: It didn't get lost. The message is the same. I implemented the behavior of backspace to match t

Re: Suggestion for terminal package maintainers

On 6/3/2009 10:52 AM, Ken Brown wrote: FWIW, I just tried Andy's echokeys program in xterm and in mintty. Sorry, I forgot to say that I pressed Ctrl+Alt+A, but you can see that from the output anyway. Ken

Re: Suggestion for terminal package maintainers

On 6/3/2009 10:32 AM, Corinna Vinschen wrote: On Jun 3 10:16, Ken Brown wrote: On 6/3/2009 8:53 AM, Corinna Vinschen wrote: On non-English keyboards, the right Alt key is called AltGr and returns the modifiers Left-Control/Right-Alt. So maybe the answer is that Left-Control+Left-Alt and

Re: Suggestion for terminal package maintainers

On 6/3/2009 8:53 AM, Corinna Vinschen wrote: On non-English keyboards, the right Alt key is called AltGr and returns the modifiers Left-Control/Right-Alt. So maybe the answer is that Left-Control+Left-Alt and Right-Control+Right-Alt should each be interpreted as Control+Alt. Someone deliberat

Re: Suggestion for terminal package maintainers

On 6/3/2009 8:53 AM, Corinna Vinschen wrote: On Jun 3 08:03, Ken Brown wrote: 1. Control- appears to generate in the cygwin console. Right. That's because the space key does not return any other character then 0x20 in the Windows console, regardless of the modifier keys you'r

Re: Suggestion for terminal package maintainers

On 6/3/2009 7:09 AM, Corinna Vinschen wrote: On Jun 2 17:47, Corinna Vinschen wrote: On Jun 2 11:39, Christopher Faylor wrote: On Tue, Jun 02, 2009 at 05:33:27PM +0200, Corinna Vinschen wrote: Maybe it is, that's why I'm asking. But, if we do that, shouldn't Ctrl-Backspace return ^H as in x

Re: Suggestion for terminal package maintainers

On 6/2/2009 10:09 AM, Corinna Vinschen wrote: On Jun 2 09:39, Ken Brown wrote: On 6/2/2009 9:28 AM, Ken Brown wrote: On 6/2/2009 8:48 AM, Corinna Vinschen wrote: On Jun 1 17:03, Ken Brown wrote: The Cygwin console, after some changes made this past weekend, now uses ^? as the default

Re: Suggestion for terminal package maintainers

On 6/2/2009 9:28 AM, Ken Brown wrote: On 6/2/2009 8:48 AM, Corinna Vinschen wrote: On Jun 1 17:03, Ken Brown wrote: The Cygwin console, after some changes made this past weekend, now uses ^? as the default erase character, and this is what is sent by the backspace key instead of ^H (http

Re: Suggestion for terminal package maintainers

On 6/2/2009 8:48 AM, Corinna Vinschen wrote: On Jun 1 17:03, Ken Brown wrote: The Cygwin console, after some changes made this past weekend, now uses ^? as the default erase character, and this is what is sent by the backspace key instead of ^H (http://cygwin.com/ml/cygwin/2009-05

Suggestion for terminal package maintainers

The Cygwin console, after some changes made this past weekend, now uses ^? as the default erase character, and this is what is sent by the backspace key instead of ^H (http://cygwin.com/ml/cygwin/2009-05/msg00818.html). These changes are in effect as of the 2009-05-31 snapshot. In order to mi

[RFU 1.5] {emacs,emacs-X11,emacs-el}-23.0.92-2

New test release for cygwin 1.5 cd release D=http://www.math.cornell.edu/~kbrown/cygwin-1.5 wget -x -nH --cut-dirs=2 \ ${D}/emacs/setup.hint \ ${D}/emacs/emacs-23.0.92-2-src.tar.bz2 \ ${D}/emacs/emacs-23.0.92-2.tar.bz2 \ ${D}/emacs/emacs-X11/setup.hint \ ${D}/emacs/emacs-X11/emacs-X11-2

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

On 5/15/2009 1:05 PM, Ken Brown wrote: On 5/15/2009 10:46 AM, Christopher Faylor wrote: If you release a new 1.5 version now then you will have a few weeks at least to work out any wrinkles. So, it might make sense to have a stable version of emacs since the old version apparently had so

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

On 5/15/2009 10:46 AM, Christopher Faylor wrote: If you release a new 1.5 version now then you will have a few weeks at least to work out any wrinkles. So, it might make sense to have a stable version of emacs since the old version apparently had so many problems. That sounds like a good idea.

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

On 5/15/2009 12:25 AM, Eric Blake wrote: At any rate, I'm rather tired of several YEARS of choosing the 'Exp'erimental version of emacs from setup.exe, all because 22.1-3 works better for me than the 'Stable' version. I'm all for whatever you provide, and will be grateful for whatever you decide

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

On 5/14/2009 5:57 PM, Mark Harig wrote: In case you were unaware, Emacs version 23.0.93.1 (pre-release test) has been available for a few weeks. It might be worth considering providing both 23.0.92 and 23.0.93 so that you can work out how to maintain two versions: "stable" and "unstable" (not

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

On 5/14/2009 4:55 PM, Corinna Vinschen wrote: On May 14 16:52, Ken Brown wrote: Well, I'm off to a great start. I just realized that I forgot to edit the README to reflect the fact that I'm the new maintainer. When I built the packages a month ago, I thought I was just helping

Re: [RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

On 5/14/2009 10:22 AM, Ken Brown wrote: New test release. Well, I'm off to a great start. I just realized that I forgot to edit the README to reflect the fact that I'm the new maintainer. When I built the packages a month ago, I thought I was just helping out. Is there still t

[RFU 1.7] {emacs,emacs-X11,emacs-el}-23.0.92-1

New test release. cd release-2 wget -x -nH --cut-dirs=2 \ http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/setup.hint \ http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/emacs-23.0.92-1-src.tar.bz2 \ http://www.math.cornell.edu/~kbrown/cygwin-1.7/emacs/emacs-23.0.92-1.tar.bz2 \ h

Re: Future of emacs maintainership

rship for emacs. May be Ken Brown is the right one. I'm really sorry, Steffen No worries. Thanks for your help. Ken? Would you mind to take over? I'm willing to do it, provided you're willing to have me as a maintainer, given my minimal qualifications. As I said in (http://cyg

Re: Emacs maintainer

On 5/13/2009 3:42 PM, Mark Harig wrote: Ken Brown wrote: On 4/23/2009 1:36 PM, Ken Brown wrote: Steffen? Ping? There's been some discussion of the emacs-23 packages on the main cygwin list today (see the thread starting at http://cygwin.com/ml/cygwin/2009-05/msg00368.html). I really

Re: Emacs maintainer

On 4/23/2009 1:36 PM, Ken Brown wrote: On 4/17/2009 2:55 AM, Steffen Sledz wrote: > Ken Brown schrieb: >> I'd like some advice as to how to proceed. Sharing the job with Steffen >> would seem to make the most sense, but I'm not sure exactly how that >>

Packaging bug (?): icu-3.8-5

In http://cygwin.com/ml/cygwin/2009-05/msg00186.html I asked for help with an icu problem, but part of my message was a report of what I think is a packaging bug in icu-3.8-5. That report should probably have come to this list. Here's the short version: $ cygport icu-3.8-5.cygport prep [...]

Re: Emacs maintainer

On 4/17/2009 2:55 AM, Steffen Sledz wrote: > Ken Brown schrieb: >> I'd like some advice as to how to proceed. Sharing the job with Steffen >> would seem to make the most sense, but I'm not sure exactly how that >> would work since he can't run cygport. >

Emacs maintainer

I would like to tentatively volunteer to take over as emacs maintainer, or at least to share the job with Steffen Sledz if that's feasible. Steffen essentially asked for someone to do this (http://cygwin.com/ml/cygwin/2009-02/msg00354.html), because he has had problems with rsync that have pre

Re: cygport/rsync problem

On 1/18/2009 1:11 PM, Steffen Sledz wrote: The problem is still existing: You received a reply on the main cygwin mailing list to your first message about this problem: http://cygwin.com/ml/cygwin/2008-10/msg00524.html By the way, do you subscribe to that list? There was quite a bit of

Re: Maintainers: New Cygwin 1.7.0-27 in release-2

On 8/16/2008 2:06 AM, Steffen Sledz wrote: Will release-2 come with gcc4? As you can remember i had big problems making a gcc3 built emacs for cygwin. Now that gcc4 is available, have you tried again to build emacs? A recent message from Angelo Graziosi seems to indicate that this is possibl

Re: Emacs is coming back - all pleased?

On 7/19/2007 7:02 AM, Steffen Sledz wrote: Shouldn't emacs require libncurses7 as long as emacs 21 is still around? Ken

Re: Emacs is coming back - all pleased?

On 7/19/2007 10:51 AM, Angelo Graziosi wrote: > Emacs22 depend on xemacs-emacs-common which depend from xemacs: WHY to install emacs one should install XEmacs ? Previous version of Emacs depend on ctags and not from xemacs-emacs-common. This has another consequence (at least with -1 and -2): u

Re: Emacs is coming back - all pleased?

On 7/19/2007 10:15 AM, Ken Brown wrote: On 7/19/2007 7:02 AM, Steffen Sledz wrote: Here is the third try of the emacs 22.1 packages. The X11 version doesn't work for me. I gave the command "emacs&" in an xterm window and saw no response. After hitting return, I got th

Re: Emacs is coming back - all pleased?

On 7/19/2007 7:02 AM, Steffen Sledz wrote: Here is the third try of the emacs 22.1 packages. The X11 version doesn't work for me. I gave the command "emacs&" in an xterm window and saw no response. After hitting return, I got the message "Exit 53". I also tried emacs-nox.exe, and that s

<    6   7   8   9   10   11