Re: [ITP] python-cairo
On 04/09/2009 15:37, Charles Wilson wrote:
I notice that you do not include the documentation. If this is
intentional, then you should probably update the Cygwin README to point
to its canonical web location:
http://cairographics.org/documentation/pycairo/
Alternatively, add
http://www.cairographics.org/releases/${PN}-${PV}-docs-html.tar.gz as an
additional SRC_URI, install them, and add a -doc package. Dealer's choice.
I have updated the webpage in the README to the pycairo's page on
cairographics.org, which has a link. pycairo 1.8.8 was just released,
so I'll include that when I ship that update.
However: the upstream README claims:
Dependencies
cairo= 1.8.6
Python= 2.6
while the cygwin README says:
Runtime requirements:
...
python-2.5.4-10
As you saw yourself, it builds and works just fine with 2.5, and I have
yet to find an explanation for why the requirement was bumped to 2.6.
Debian also ships this for 2.5 using a different patch (they build with
distutils, I build with autotools).
But the worst part of it is, the only version of python available from
release-2 is 2.5.2-1. What's the deal?
Ports has provided a python package for a while, the primary difference
being that Tkinter uses Ports' *NIX/X11 Tcl/Tk instead of the distro's
Win32 version. This doesn't affect anything Python related that I'm
trying to ship in the distro.
Thanks for the review.
Yaakov
[ITP] rarian
rarian is a drop-in replacement for scrollkeeper, providing the documentation metadata system for the GNOME desktop. It is a prerequisite for gnome-doc-utils and is already part of the major distros. ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/rarian-0.8.1-11-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/rarian-0.8.1-11.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/librarian-devel/librarian-devel-0.8.1-11.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/librarian-devel/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/librarian0/librarian0-0.8.1-11.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/librarian0/setup.hint Yaakov
Re: Start menu shortcuts
On 02/09/2009 14:59, Charles Wilson wrote:
IMO, each (X) package should, in its own postinstall script, create the
start menu shortcut it needs, using mkshortcut from cygutils.
Well, perhaps GUI X packages. A lot of the X.Org apps are diagnostical
in nature and hence are designed to be run from the command line. There
are a few which provide real functionality (nothing that isn't available
elsewhere with a modern GUI), and even those don't show up in the
standard X11 desktop menus.
That postinstall script should also invoke whatever tool is necessary and
supported to add its opendesktop menu items to the cygwin area, so that
cygwin/gnome and/or cygwin/kde window managers are happy -- at the
package maintainer's discretion.
If you are referring to /usr/share/applications/*.desktop used by
GNOME/KDE/Xfce/LXDE, those files are shipped by each package and are
part of the tarball, not created by postinstall. For those GUI packages
which don't ship a .desktop menu, one can be created by calling
make_desktop_entry() in src_install().
I believe Yaakov's ideas revolve around automating this with certain
primitives to be invoked within .cygport packaging scripts.
That was my original train of thought. But as there already exists a
cross-desktop menu system in the X11 world, I would rather find a way to
use that instead, rather than maintaining a second menu system just for
Cygwin.
My grand idea would be for XWin itself to implement the desktop menu,
parsing /usr/share/applications/ on startup, and generating a menu
structure that could be used in .XWinrc as so:
menu root {
Reload .XWinrc RELOAD
Applications LAUNCHER
SEPARATOR
}
ROOTMENU root
The attached script provides an example of what such a menu would look
like in XWin if done manually. I just put this together, so it's a bit
rough, but it should give you an idea of the result (but obviously not
the implementation).
OTOH, someone would have to write this parser -- we probably can't use
any of the existing ones, since most of them have dependencies beyond
those of XWin, and are under licenses which are more restrictive than
MIT/X11. And as a Windows app, XWin knows only about .ICO icons, so
supporting the PNG/SVG icons typically used in FD.o menus would be more
work.
If that is not plausible, then I suppose the fallback would be to have
cygport handle this by parsing the .desktop file, generating a
postinstall mkshortcut command, and creating an .ICO from the
corresponding PNG/SVG with ImageMagick/GraphicsMagick/Netpbm/etc. The
major drawback of this approach is in the case of split-packages, as
this would require some special handling of the postinstall, as well as
changes to each subpackage's .list file or _CONTENTS variable.
How to manange the transition, from the monolithic X-start-menu-icons
package and script, to this distributed approach -- no idea.
Either way, the transition means obsoleting X-start-menu-icons by
causing it to be uninstalled through upgrading it to an empty tarball.
Yaakov
Cygwin/X
#! /bin/sh
# See http://standards.freedesktop.org/menu-spec/latest/
# Main Categories:
cats=AudioVideo Development Education Game Graphics Network Office Settings
System Utility
# The following line must be added manually to the designated ROOTMENU
# Applications MENU fdoapps
echo MENU fdoapps {
for cat in ${cats}
do
echo -e '\t'${cat} MENU ${cat}
done
echo }
# FIXME: fallback for (faulty) menus which specify none of the Main Categories
for cat in ${cats}
do
echo MENU ${cat} {
for app in $(find /usr/share/applications -name '*.desktop' | xargs
grep -l Categories=.*${cat};)
do
# not intended for
grep -q '^NoDisplay=true' $app continue
grep -q '^OnlyShowIn=' $app continue
eval $(grep '^Exec=' $app | sed -e 's|=\(.*\)|=\1|g')
eval $(grep '^Name=' $app | sed -e 's|=\(.*\)|=\1|g')
echo -e '\t'\${Name}\ EXEC \${Exec%% *}\
done | sort -f
echo }
done
Re: [ITP] rarian
ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/rarian-0.8.1-11.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/rarian/librarian-devel/librarian-devel-0.8.1-11.tar.bz2 Worst library-naming pun ever? :) Andy
[SECURITY] vorbis
David, libvorbis needs a version bump to 1.2.3 ASAP for CVE-2009-2663. Yaakov
[ITA] WindowMaker
WindowMaker has been sitting orphaned for a while now, and there have been requests for an update, so: ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libWINGs-devel/libWINGs-devel-0.92.0-10.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libWINGs-devel/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libWMaker-devel/libWMaker-devel-0.92.0-10.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libWMaker-devel/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libwraster-devel/libwraster-devel-0.92.0-10.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libwraster-devel/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libwraster3/libwraster3-0.92.0-10.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libwraster3/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/setup.hint ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/WindowMaker-0.92.0-10-src.tar.bz2 ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/WindowMaker-0.92.0-10.tar.bz2 Yaakov Cygwin/X
[ANNOUNCEMENT] [1.7] Updated: GNOME 2.26 Platform
The GNOME Platform libraries have been updated to the latest stable GNOME release. GNOME 2.26 adds many new APIs and features, particularly to Glib and GTK+, and deprecates others, while maintaining API compatibility with earlier 2.x releases. GNOME 2.26 can be installed in parallel with the GNOME 1.4 libraries and the future GNOME 3 libraries. Packages have been completely reorganized for consistency; upgrading should be automatic. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] [1.7] Updated: gamin-0.1.10-10
The following packages have been updated for Cygwin 1.7: *** gamin-0.1.10-10 *** libfam0-0.1.10-10 *** libfam-devel-0.1.10-10 *** libgamin1_0-0.1.10-10 *** libgamin1-devel-0.1.10-10 *** libgamin1_0-0.1.10-1 *** python-gamin-0.1.10-10 This release is the first built for Cygwin 1.7 with gcc-4.3. The fsset configuration command is now supported, as documented on the gamin homepage[1]. [1] http://www.gnome.org/~veillard/gamin/config.html Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] [1.7] New: dbus-glib-0.80-10
The following packages have been added to the Cygwin 1.7 distribution: *** dbus-bash-completion 0.80-10 *** libdbus-glib_1_2 0.80-10 *** libdbus-glib_1-devel 0.80-10 dbus-glib is a GObject wrapper of the D-Bus IPC reference implementation, and is used within GNOME in lieu of ORBit2, which has been deprecated. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] [1.7] New: python-cairo-1.8.6-1
The following package has been added to the Cygwin 1.7 distribution: * python-cairo-1.8.6-1 pycairo provides Python bindings to the cairo vector graphics library. It is a prerequisite of the updated python-gtk2.0. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] [1.7] Updated: desktop-file-utils-0.15-2
The following package has been updated for Cygwin 1.7: *** desktop-file-utils-0.15-2 This package provides several utilities for working with FreeDesktop.org .desktop menu files. This release is an update to the latest upstream version. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] [1.7] Updated: shared-mime-info-0.60-2
The following package has been updated for Cygwin 1.7: *** shared-mime-info-0.60-2 This package provides the FreeDesktop.org MIME type database. This release is an update to the latest upstream version. Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO == If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: Avira reports virus in libclamav-devel-0.94.2-1.tar
2009/9/5 ken j: Hi, Just wanted to let everyone know that today after updating my Avira antivirus version 9.0.0.407 to the most recent virus definitions 7.01.05.207, I got a virus detection in the subject file. Report stated: C:\Downloads\Programs\Cygwin\http%3a%2f%2fmirror.nyi.net%2fcygwin%2f\release\clamav\libclamav-devel\libclamav-devel-0.94.2-1.tar.bz2 [0] Archive type: BZ2 -- libclamav-devel-0.94.2-1.tar [DETECTION] Contains recognition pattern of the HTML/Crypted.Gen HTML script virus [NOTE] The file was moved to '4b0366d3.qua'! This file had been scanned with previous virus definitions and was not detected. I have submitted it to Avira for evaluation as a possible false positive. When building clamav I have to disable all my antivir guards (McAfee 8.0 and AntiVir), otherwise the packages are moved away. Esp. the src package. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
-mnocygwin alternative
Hi, Back in old times it was possible to compile with no cygwin dependencies using something like -mno-cygwin. Will it be possible to compile again with mingw-4.4 from cygwin console ? I think I read (or maybe dream) that there might be a mingw-4.4-gcc package, what is the status ? Thanks -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: How to install QT in CYGWIN
What's wrong with startxwin.bat or startxwin.sh? I am able to run either startxwin.bat or startxwin.sh successfully. My WAG is DISPLAY isn't set. Using one of the scripts above handles all this for you when you start the server, at least if you're working from the same shell as you indicate in your demonstration above. Now i get to see a server x windows pop up with a white backgroud and a command prompt. How can I start to use QT4 in Cygwin? Get your new Email address! Grab the Email name you#39;ve always wanted before someone else does! http://mail.promotions.yahoo.com/newdomains/sg/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ln -s symlink question
Hi folks, I'm adding support for hidden and system attributes to Wine to support cygwin's symlinks. The following questions are not wine-related; I'm doing my testing on vista. If I look at /bin/vi with both dir in cmd and ls -l in cygwin, I see that it's a non-.lnk symlink, i.e. dir shows it as an 18 byte system file, and ls -l shows it as a symlink. But I can't seem to create that style of symlink with ln -s. If I do ln -s a b and then in cmd do dir b* I see a 333 byte non-system file named b.lnk. What's going on? How can I create the other style of symlink with ln -s? Thanks, Dan -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: -mnocygwin alternative
Vincent R. wrote: Back in old times it was possible to compile with no cygwin dependencies using something like -mno-cygwin. I hear that a proper cross-compiler is coming to replace -mno-cygwin. Will it be possible to compile again with mingw-4.4 from cygwin console ? You can just install MinGW separately and add the MinGW folders to your path. That's what I do in order to use MinGW's GCC with the Cygwin toolset.. :). Cheers, Nicholas Sherlock -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: -mnocygwin alternative
On Mon, 07 Sep 2009 00:56:06 +1200, Nicholas Sherlock n.sherl...@gmail.com wrote: Vincent R. wrote: Back in old times it was possible to compile with no cygwin dependencies using something like -mno-cygwin. I hear that a proper cross-compiler is coming to replace -mno-cygwin. Will it be possible to compile again with mingw-4.4 from cygwin console ? You can just install MinGW separately and add the MinGW folders to your path. That's what I do in order to use MinGW's GCC with the Cygwin toolset.. :). Don't repeat ;-) it but I am quite confident in cygwin quality and it's not always the case with some mingw release and their msys (I am always getting nervous when I try it). With cygwin you click on setup.exe and it just works(and if it doesn't it's generally fixed the next day). -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
mintty 0.5-beta2
Just a quick note to say that mintty 0.5-beta2 is available for testing from http://mintty.googlecode.com. There are separate versions for Cygwin 1.5 and 1.7, whereby only the 1.7 version takes full advantage of 1.7's locale and charset support. Full announcement on the mintty discussion group, at http://bit.ly/170msP. Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: ln -s symlink question
On Sun, Sep 06, 2009 at 05:39:04AM -0700, Dan Kegel wrote: Hi folks, I'm adding support for hidden and system attributes to Wine to support cygwin's symlinks. The following questions are not wine-related; I'm doing my testing on vista. If I look at /bin/vi with both dir in cmd and ls -l in cygwin, I see that it's a non-.lnk symlink, i.e. dir shows it as an 18 byte system file, and ls -l shows it as a symlink. But I can't seem to create that style of symlink with ln -s. If I do ln -s a b and then in cmd do dir b* I see a 333 byte non-system file named b.lnk. What's going on? How can I create the other style of symlink with ln -s? Either use Cygwin 1.7 or use the appropriate CYGWIN environment variable settings: http://cygwin.com/cygwin-ug-net/using-cygwinenv.html i.e., CYGWIN=nowinsymlinks cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Cygwin 1.7 ssh and window size
Date: Fri, 4 Sep 2009 10:14:01 -0400 From: cgf Subject: Re: Cygwin 1.7 ssh and window size On Sun, Aug 30, 2009 at 11:05:58PM -0700, Karl M wrote: My first email had a cygcheck and the following steps to reproduce the symptoms. I just noticed the following with Cygwin 1.7, and ssh (and vi in this example), on Vista Business SP2. If I (1) open a bash cygwin window from the normal installed shortcut (cmd.exe). (2) drag the bottom edge of the window down to enlarge it. (3) ssh localhost (or to another host). (4) edit a file with vi. Then only a portion of the window is used, the size of the original window before enlarging it. If I (5) exit vi, and exit the ssh session. (6) ssh localhost (or to another host). (7) edit a file with vi. Then the entire window is used for editing. As I mentioned in another thread, Cygwin's handling of console window size changes is not perfect. It is hampered by what Windows provides. I don't see any difference between Cygwin 1.5 and Cygwin 1.7 in this regard and I would not have expected any since there were no changes in that part of the code. With the latest snapshot, if I enter a blank line before ssh localhost, ssh uses the correct window size on the remote host (in this case, the same host), although vi uses the correct window size without a blank line after resizing. So ssh is doing something different than vi in how it deals with window size. Thanks, ...Karl _ Get back to school stuff for them and cashback for you. http://www.bing.com/cashback?form=MSHYCBpubl=WLHMTAGcrea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7 ssh and window size
On Sun, Sep 06, 2009 at 01:18:16PM -0700, Karl M wrote: Date: Fri, 4 Sep 2009 10:14:01 -0400 From: cgf Subject: Re: Cygwin 1.7 ssh and window size On Sun, Aug 30, 2009 at 11:05:58PM -0700, Karl M wrote: My first email had a cygcheck and the following steps to reproduce the symptoms. I just noticed the following with Cygwin 1.7, and ssh (and vi in this example), on Vista Business SP2. If I (1) open a bash cygwin window from the normal installed shortcut (cmd.exe). (2) drag the bottom edge of the window down to enlarge it. (3) ssh localhost (or to another host). (4) edit a file with vi. Then only a portion of the window is used, the size of the original window before enlarging it. If I (5) exit vi, and exit the ssh session. (6) ssh localhost (or to another host). (7) edit a file with vi. Then the entire window is used for editing. As I mentioned in another thread, Cygwin's handling of console window size changes is not perfect. It is hampered by what Windows provides. I don't see any difference between Cygwin 1.5 and Cygwin 1.7 in this regard and I would not have expected any since there were no changes in that part of the code. With the latest snapshot, if I enter a blank line before ssh localhost, ssh uses the correct window size on the remote host (in this case, the same host), although vi uses the correct window size without a blank line after resizing. So ssh is doing something different than vi in how it deals with window size. Cygwin's handling of console window size changes is not perfect. It is hampered by what Windows provides. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
RE: Cygwin 1.7 ssh and window size
Date: Sun, 6 Sep 2009 19:40:41 -0400 From: cgf Subject: Re: Cygwin 1.7 ssh and window size On Sun, Sep 06, 2009 at 01:18:16PM -0700, Karl M wrote: Date: Fri, 4 Sep 2009 10:14:01 -0400 From: cgf Subject: Re: Cygwin 1.7 ssh and window size On Sun, Aug 30, 2009 at 11:05:58PM -0700, Karl M wrote: My first email had a cygcheck and the following steps to reproduce the symptoms. I just noticed the following with Cygwin 1.7, and ssh (and vi in this example), on Vista Business SP2. If I (1) open a bash cygwin window from the normal installed shortcut (cmd.exe). (2) drag the bottom edge of the window down to enlarge it. (3) ssh localhost (or to another host). (4) edit a file with vi. Then only a portion of the window is used, the size of the original window before enlarging it. If I (5) exit vi, and exit the ssh session. (6) ssh localhost (or to another host). (7) edit a file with vi. Then the entire window is used for editing. As I mentioned in another thread, Cygwin's handling of console window size changes is not perfect. It is hampered by what Windows provides. I don't see any difference between Cygwin 1.5 and Cygwin 1.7 in this regard and I would not have expected any since there were no changes in that part of the code. With the latest snapshot, if I enter a blank line before ssh localhost, ssh uses the correct window size on the remote host (in this case, the same host), although vi uses the correct window size without a blank line after resizing. So ssh is doing something different than vi in how it deals with window size. Cygwin's handling of console window size changes is not perfect. It is hampered by what Windows provides. I understand that windows causes problems here, but if vi gets the correct window size and ssh gets the correct window size with Cygwin 1.5 then this still looks like a regression from Cygwin 1.5 to 1.7. Thanks, ...Karl _ With Windows Live, you can organize, edit, and share your photos. http://www.windowslive.com/Desktop/PhotoGallery -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Cygwin 1.7 ssh and window size
On Sun, Sep 06, 2009 at 04:54:18PM -0700, Karl M wrote: I understand that windows causes problems here, but if vi gets the correct window size and ssh gets the correct window size with Cygwin 1.5 then this still looks like a regression from Cygwin 1.5 to 1.7. I see no differences between 1.5 and 1.7. Regardless, automatic recognition of windows size changes in the console window is unreliable in both 1.5 and 1.7. There is no need to continue to beat this dead horse. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Norton Antivirus 2010 false detects cygpath.exe, mkpasswd.exe, mkgroup.exe
On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote: On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wrote: 2009/9/4 Robert Pendell: During basic installation cygpath, mkpasswd, and mkgroup were all detected by SONAR (part of NAV 2010) that it the files emitted suspicious activiry and would be removed. The files have not been removed (yet) but I will be alerting Norton to this. This does block the program though and prevents their use to complete the install. Thought to let you guys know about it. This may also affect NAV 2009 or similiar applications (Norton Internet Security, Norton 360). If I had to choose between Norton and a virus, I'd take the virus. Someone O. Other So true. I have ran sanity scans on totalvirus dot com and posted the results on the norton forum. I also updated to their most recent version and still got it. In addition I got a red flag on a different product which I know is also safe so I have notified them about that. In the meantime I have switched to an alternative product which I have used in the past. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer Looks like the issue is cleared up. Newest release no longer flags any cygwin applications. Yay! BTW, Apologies to Andy Kappe for forgetting to remove his email address from my prior response. I took care of it and also reformatted this message appropriately. Robert Pendell shi...@elite-systems.org A perfect world is one of chaos. Thawte Web of Trust Notary CAcert Assurer -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
