Please upload, removing anything except the previous version (1.1-1)
I've 'solved' my hosting problem by putting the chere release in a
public git repo. The following wget (all one line) works for me - please
let me know if there are problems
wget
On Dec 3 19:19, Dave Kilroy wrote:
Please upload, removing anything except the previous version (1.1-1)
I've 'solved' my hosting problem by putting the chere release in a
public git repo. The following wget (all one line) works for me -
please let me know if there are problems
wget
On 03/12/2011 20:45, Corinna Vinschen wrote:
On Dec 3 19:19, Dave Kilroy wrote:
Please upload, removing anything except the previous version (1.1-1)
I've 'solved' my hosting problem by putting the chere release in a
public git repo. The following wget (all one line) works for me -
please let
On 03/12/2011 23:12, Dave Kilroy wrote:
On 03/12/2011 20:45, Corinna Vinschen wrote:
On Dec 3 19:19, Dave Kilroy wrote:
Please upload, removing anything except the previous version (1.1-1)
I would upload, but there are at least three problems with this package.
- The tar file should be
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5\
-DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DSTDC_HEADERS=1
This causes warnings (PACKAGE_NAME
On 12/3/2011 1:22 AM, Jim Reisert AD1C wrote:
I updated Cygwin today, I think there was a dbus update. Now
emacs-x11 is complaining:
lrwxrwxrwx 1 Jim Reisert None 23 Aug 17 23:03 /usr/bin/emacs -
/etc/alternatives/emacs
lrwxrwxrwx 1 Jim Reisert None 22 Aug 17 23:03 /etc/alternatives/emacs
-
On Sat, Dec 03, 2011 at 01:44:59AM -0500, Christopher Faylor wrote:
On Fri, Dec 02, 2011 at 09:30:06PM -0500, wxie wrote:
The new cygwin console use mintty. Is it still possible to change back
to the orignal console?
Wrong mailing list but, there was no cygwin console. That's just a
Just for completeness...
Yaakov wrote
Okay, I got it. dconf-service needs a GVfs implementation, but the
default provider (from the gvfs package) is currently only available in
Ports. That's what I get for trying to be minimalistic wrt the distro.
I installed gvfs and all it needs (I have
On Sat, Dec 3, 2011 at 4:42 AM, Ken Brown wrote:
(emacs:3380): GLib-GObject-WARNING **: Two different plugins tried to
register 'BasicEngineFc'.
Try removing /etc/pango/pango.modules . See
http://cygwin.com/ml/cygwin-xfree/2011-11/msg00047.html
Ken, that did fix the problem. Why did
On 12/3/2011 10:17 AM, Jim Reisert AD1C wrote:
On Sat, Dec 3, 2011 at 4:42 AM, Ken Brown wrote:
(emacs:3380): GLib-GObject-WARNING **: Two different plugins tried to
register 'BasicEngineFc'.
Try removing /etc/pango/pango.modules . See
On Sat, Dec 03, 2011 at 09:23:38AM -0500, Thomas Dickey wrote:
On Sat, Dec 03, 2011 at 01:44:59AM -0500, Christopher Faylor wrote:
On Fri, Dec 02, 2011 at 09:30:06PM -0500, wxie wrote:
The new cygwin console use mintty. Is it still possible to change back
to the orignal console?
Wrong
On Sat, Dec 03, 2011 at 01:30:23PM -0500, Christopher Faylor wrote:
On Sat, Dec 03, 2011 at 09:23:38AM -0500, Thomas Dickey wrote:
On Sat, Dec 03, 2011 at 01:44:59AM -0500, Christopher Faylor wrote:
On Fri, Dec 02, 2011 at 09:30:06PM -0500, wxie wrote:
The new cygwin console use mintty. Is
Hi,
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
On Sat, 2011-11-26 at 08:40 -0500, Ken Brown wrote:
On 11/25/2011 7:38 PM, Ken Brown wrote:
When I build emacs against gtk3, it is unusable. Here are the symptoms
when the resulting emacs is started in an xterm window:
$
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-12-03 14:21:30
Modified files:
winsup/cygwin : ChangeLog fhandler.cc
Log message:
* fhandler.cc (fhandler_base::open): Fix typos in comment.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-12-03 20:35:36
Modified files:
winsup/cygwin : ChangeLog fhandler.cc
Log message:
* fhandler.cc (fhandler_base::open): Fix comment a bit more.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-03 21:43:27
Modified files:
cygwin : ChangeLog dir.cc dtable.cc errno.cc fcntl.cc
fhandler.cc fhandler_console.cc
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-12-03 23:03:15
Modified files:
winsup/cygwin : ChangeLog mmap.cc
Log message:
* mmap.cc (mlock): Drop requesting SE_LOCK_MEMORY_PRIVILEGE. Drop
outdated comment. Call
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-03 23:49:05
Modified files:
cygwin : ChangeLog
Log message:
fix incorrectly named file in old ChangeLog entry
Patches:
This was discussed before here:
http://cygwin.com/ml/cygwin/2008-03/msg00277.html
These were the reasons given for not using native symlinks to create
cygwin symlinks, along with my responses:
- By default, only administrators have the right to create native
symlinks. Admins running with
On 12/3/2011 5:26 AM, Andrew Hancock wrote:
According to http://savannah.gnu.org/bugs/?func=detailitemitem_id=30309 , a bug
with octave's wavread function was fixed in octave 3.2.3. My cygcheck -cvs
shows an octave of 3.4.2, but I still get the bug. I was wondering if it is
wise to assume that
marco atzeri marco.atzeri at gmail.com writes:
On 12/3/2011 5:26 AM, Andrew Hancock wrote:
According to
http://savannah.gnu.org/bugs/?func=detailitemitem_id=30309 , a bug
with octave's wavread function was fixed in octave 3.2.3. My
cygcheck -cvs shows an octave of 3.4.2, but I still get the
On 12/3/2011 4:26 PM, Andrew Hancock wrote:
marco atzerimarco.atzeriat gmail.com writes:
On 12/3/2011 5:26 AM, Andrew Hancock wrote:
According to
http://savannah.gnu.org/bugs/?func=detailitemitem_id=30309 , a bug
with octave's wavread function was fixed in octave 3.2.3. My
cygcheck -cvs
On Sat, Dec 03, 2011 at 03:26:38PM +, Andrew Hancock wrote:
Thanks, Marco. I posted on another thread asking whether it was wise to update
Octave without updating the cygwin DLL. Updating the cygwin DLL using Setup is
actually downgrading, since I currently use a snapshot of the cygwin DLL
On Tue, Nov 29, 2011 at 09:19:10PM -0600, Yaakov (Cygwin/X) wrote:
For some time now, snapshots have displayed a bug wrt gnome-keyring,
namely that passwords don't register when entered. This wreaks
havoc on the GNOME desktop where so many programs rely on
gnome-keyring.
This is easy to
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
On Sat, Dec 03, 2011 at 03:26:38PM +, Andrew Hancock wrote:
Thanks, Marco. I posted on another thread asking whether it was
wise to update Octave without updating the cygwin DLL. Updating the
cygwin DLL using Setup
On Sat, Dec 03, 2011 at 07:33:29PM +, Andrew Hancock wrote:
Christopher Faylor cgf-use-the-mailinglist-please at cygwin.com writes:
On Sat, Dec 03, 2011 at 03:26:38PM +, Andrew Hancock wrote:
Thanks, Marco. I posted on another thread asking whether it was
wise to update Octave without
marco atzeri marco.atzeri at gmail.com writes:
|
| On 12/3/2011 4:26 PM, Andrew Hancock wrote:
|| marco atzerimarco.atzeriat gmail.com writes:
||| On 12/3/2011 5:26 AM, Andrew Hancock wrote:
According to
http://savannah.gnu.org/bugs/?func=detailitemitem_id=30309 , a
bug with
On Dec 2 13:04, Eric Blake wrote:
On 12/02/2011 11:50 AM, Jon Clugston wrote:
While this loop is running, the timestamp on x.log doesn't change
(whereas on Linux it changes every 10 seconds). It sure looks to me
that Windows just doesn't bother updating the file timestamp while it
is
On Sat, Dec 03, 2011 at 09:36:56PM +0100, Corinna Vinschen wrote:
On Dec 2 13:04, Eric Blake wrote:
On 12/02/2011 11:50 AM, Jon Clugston wrote:
While this loop is running, the timestamp on x.log doesn't change
(whereas on Linux it changes every 10 seconds). It sure looks to me
that
Hi,
How do you specify multiple .gpg files from the command-line?
I tried:
setup -K http://cygwin-1.org/key1.gpg -K http://cygwin-2.org/key2.gpg
But it doesn't work.
Thanks.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On Sat, Dec 03, 2011 at 01:44:59PM -0500, Christopher Faylor wrote:
On Tue, Nov 29, 2011 at 09:19:10PM -0600, Yaakov (Cygwin/X) wrote:
For some time now, snapshots have displayed a bug wrt gnome-keyring,
namely that passwords don't register when entered. This wreaks
havoc on the GNOME desktop
On 11/30/2011 03:45 PM, Eric Blake wrote:
Known limitation in dash - it is going off of just st_mode bits instead
of using faccessat() and honoring ACLs.
I've been meaning to do a new build of dash (aka ash), and to force the
use of faccessat as part of that build; I just haven't had the
On 03/05/2010 10:20 AM, Corinna Vinschen wrote:
Rounding out a (super-old) thread on my dash todo list...
$ dash
$ cd /c
$ ls -d W*
WINDOWS
$ cd c:/WINDOWS
cd: 3: can't cd to c:/WINDOWS
Let's rule out bash vs. dash complexities, and first focus on whether
cygwin1.dll might be at fault.
On Dec 3 16:30, Christopher Faylor wrote:
On Sat, Dec 03, 2011 at 01:44:59PM -0500, Christopher Faylor wrote:
On Tue, Nov 29, 2011 at 09:19:10PM -0600, Yaakov (Cygwin/X) wrote:
For some time now, snapshots have displayed a bug wrt gnome-keyring,
namely that passwords don't register when
The package dash has been upgraded to 0.5.7-1, leaving 0.5.6.1-2 as
previous.
NEWS:
=
This is a new upstream release. Among other upstream changes, dash now
uses faccessat, so that the built-in 'test' now honors ACLs, making
rebaseall easier to run. For now, there are no immediate plans of
Chris Sutcliffe sent the following at Thursday, December 01, 2011 2:17 PM
Fundamentally, Cygwin has been pushing the use of POSIX paths for quite
some time (in fact it warns you when it encounters a DOS / Windows
path). As has been pointed out, many Cygwin utilities support DOS /
Windows paths
Tim McDaniel sent the following at Thursday, December 01, 2011 10:59 AM
BLODA is the Big List Of Dodgy Apps, apparently from
http://cygwin.com/faq/faq.using.html#faq.using.bloda
44. What applications have been found to interfere with Cygwin?
Unless someone has another suggestion, maybe I
On 25/11/2011 10:47 AM, Spiro Trikaliotis wrote:
Hello,
* On Thu, Nov 24, 2011 at 07:59:58PM -0500 Ryan Johnson wrote:
Lately I've noticed that running make -j4 on my quad-core win7-x64
machine causes it to become sluggish or even unresponsive.
I have seen very similar effects on my Win7-64
The package dash has been upgraded to 0.5.7-1, leaving 0.5.6.1-2 as
previous.
NEWS:
=
This is a new upstream release. Among other upstream changes, dash now
uses faccessat, so that the built-in 'test' now honors ACLs, making
rebaseall easier to run. For now, there are no immediate plans of
39 matches
Mail list logo