I've just updated the Cygwin version of tin to 2.3.0-1.
This is a new upstream release, mainly bugfixes and updated translations.
For a list of changes see
ftp://ftp.tin.org/pub/news/clients/tin/v2.3/CHANGES
Have fun,
Corinna
--
Corinna Vinschen Please, send mails regarding
On 10/10/2014 8:54 AM, jurgen van lunenburg wrote:
> I have a basic Cygwin installation + rtorrent including dependencies.
> Downloading (manually) with rtorrent works fine but when I set the
> path of the watch folder it does not seem to process it.
> However, it does work when my path does not c
On Oct 10 15:54, jurgen van lunenburg wrote:
> I have a basic Cygwin installation + rtorrent including dependencies.
> Downloading (manually) with rtorrent works fine but when I set the
> path of the watch folder it does not seem to process it.
> However, it does work when my path does not contain
Dave Kilroy writes:
> That was my conclusion as well*. Question is, should fish provide the
> configuration, or should base-files cover all shells?
Since fish isn't in Base and deviates quite a bit from the "classic"
shells in its startup behaviour, I don't really think it would be
appropriate.
On 10/10/2014 22:27, Andrew Schulman wrote:
> Please try the updated fish 2.1.1 package I just posted, and see if it fixes
> those
> problems for you. Exit all running fish shells, then run:
>
> wget http://home.comcast.net/~andrex2/cygwin/$(arch)/fish-2.1.1-1.tar.xz
> tar -Jx -C/ -f fish-2.1.1-
On Oct 10 14:13, Arjen Markus wrote:
> 2014-10-10 13:22 GMT+02:00 :
> >>2014-10-10 13:24 GMT+02:00 Jan Nijtmans <...>:
> >>> 2014-10-10 12:34 GMT+02:00 Corinna Vinschen <...>:
> On Oct 9 11:46, tednolan.net wrote:
> > I'm pretty sure I've got some programs loading Tcl extensions that
> >
> On 08/10/2014 17:08, Dave Kilroy wrote:
> > On 08/10/2014 10:57, Andrew Schulman wrote:
> >>> On Wednesday, October 08, 2014 05:13:54 AM Andrew Schulman wrote:
> When I try to start fish directly from the Windows shell instead of
> from
> bash, I get a boatload of errors, like this
On 08/10/2014 17:08, Dave Kilroy wrote:
> On 08/10/2014 10:57, Andrew Schulman wrote:
>>> On Wednesday, October 08, 2014 05:13:54 AM Andrew Schulman wrote:
When I try to start fish directly from the Windows shell instead of
from
bash, I get a boatload of errors, like this:
>>> I sugg
It's fine. Maybe there are old sockets remaining on /tmp/ directory? Try
deleting all files and folders in the /tmp/ dir and relaunch ssh-agent.
I usually launch ssh-agent with this command
```
eval $(ssh-agent)
```
After launching ssh-agent with the above command, there are two
environment varia
I have a basic Cygwin installation + rtorrent including dependencies.
Downloading (manually) with rtorrent works fine but when I set the
path of the watch folder it does not seem to process it.
However, it does work when my path does not contain the '*' wildcard.
E.g. /home/user/watch/*.torrent is
> On 09/10/2014 18:26, Andrey Repin wrote:
> > Greetings, Andrew Schulman!
> >
> >> Bad news: the PATH problem is back. When I run
> >> C:\cygwin64\bin\fish.exe -l
> >> I get the same error messages as before on startup, and PATH doesn't
> >> include /bin /usr/bin /sbin /usr/sbin.
> >> How are /bi
Right, that makes sense. There is indeed no way for the package
manager to handle that scenario without external help, such as a PATH
variable that includes the various directories these extra DLLs reside
in.
Regards,
Arjen
2014-10-10 13:22 GMT+02:00 :
> In message
>
> you write:
>>This mig
In message
you write:
>This might the way the pkgIndex.tcl file for this particular extension
>has been implemented, but like Jan says, that is not the Tcl way.
>
>Here is a sample that illustrates the more acceptable procedure:
>
># Tcl package index file, version 1.0
>
>if {![package vsatisfies
This might the way the pkgIndex.tcl file for this particular extension
has been implemented, but like Jan says, that is not the Tcl way.
Here is a sample that illustrates the more acceptable procedure:
# Tcl package index file, version 1.0
if {![package vsatisfies [package provide Tcl] 8.6]} {re
2014-10-10 12:34 GMT+02:00 Corinna Vinschen :
> On Oct 9 11:46, tedno...@bellsouth.net wrote:
>> I'm pretty sure I've got some programs loading Tcl extensions that
>> cd into the directory with the extension dlls, load the extension and then
>> change back to where ever they were.
>
> Hmm. If so,
New versions 1.5.23-1 of
mutt
is available in the Cygwin distribution:
CHANGES
Last upstream bugfix security release
to cover CVE-2014-0467.
http://thread.gmane.org/gmane.mail.mutt.announce/19
CYGWIN CHANGES
New maintainer.
DESCRIPTION
The Mutt E-Mail Client
"All mail clients suck. This one
On Oct 9 11:46, tedno...@bellsouth.net wrote:
> In message <20141009162906.ga25...@calimero.vinschen.de>you write:
> >
> >Any other idea what *might* be broken if we remove CWD from the
> >DLL search path?
> >
> >
> >Corinna
> >
>
> I'm pretty sure I've got some programs loading Tcl extensions th
On Oct 10 12:18, Marco Atzeri wrote:
> Hi,
> not sure if it is a cygwin or cvs issue.
> While "cvs checkout" works fine on both, on "cvs commit" I always have
>
> Cygwin 64 bit
>
> $ cvs commit cygwin-pkg-maint
> sourceware.org: Connection timed out
> cvs [commit aborted]: end of file from server
Hi,
not sure if it is a cygwin or cvs issue.
While "cvs checkout" works fine on both, on "cvs commit" I always have
Cygwin 64 bit
$ cvs commit cygwin-pkg-maint
sourceware.org: Connection timed out
cvs [commit aborted]: end of file from server (consult above messages if
any)
cygwin 32 bit
$
19 matches
Mail list logo
