Brian Inglis writes:
> cu is the normal Unixy way of using a remote USB->serial line, but I can't
> find it in Cygwin packages searching for \, and cu spews too many hits.
Yup, that was one of the first alternatives I've looked for.
> Maybe try Windows putty non-TCP/IP serial I/O?
I was specif
The following package has been uploaded to the Cygwin distribution:
* texlive-collection-langjapanese-20160520-2
This is a rebuild to fix the packaging problem reported here:
https://www.cygwin.com/ml/cygwin/2016-06/msg00086.html
Ken Brown
Cygwin's TeX Live maintainer
--
Problem reports:
It has taken way too long to get a usable Win7 VM set up, but I can
confirm that the 2.5.2.0.1 snapshot works well on Win7 with my test
programs and fixes the issues noted in Corinna's commits, and is
somewhat faster than 2.5.1. The snapshot's issues with Win7 were also
worse than others have repo
Achim Gratz NexGo.DE> writes:
> I'm trying to connect to a development board via a (USB) serial line. It's
> using CR rather than NL for line ends, so I was hoping for stty to set that
> up so I could use screen to communicate with that board. No such joy on
> Cygwin since the cooked modes are n
On 06/06/2016 14:46, Ken Brown wrote:
On 6/6/2016 5:43 AM, Marco Atzeri wrote:
I am reasonable sure that last time, long time ago,
there was not this problem on building guile 2.0.11.
I suspect is due to the re shuffle of cygwin header
plus the local version of "signal.h".
But I am a bit lost i
On 6/7/2016 4:31 PM, Lemures Lemniscati wrote:
Hi!
I've just updated with the latest packages texlive-*-20160520-1,
but can't find symlinks 'usr/bin/platex' and 'usr/bin/uplatex'.
That's a packaging error on my part. I'll make a new release shortly.
Thanks for the report.
Ken
--
Probl
Menu fonts in 'git gui' are too small to be readable
(only one or two pixels high). "gitk" works fine.
Same result whether I start 'git gui' from the command line
or from gitk.
I'm running cygwin 32 on windows 7. uname -a shows:
CYGWIN_NT-6.1-WOW myname-LT 2.5.1(0.297/5/3) 2016-04-21 22:12 i
On Jun 7 19:23, Ismail Donmez wrote:
> Hi,
>
> On Tue, Jun 7, 2016 at 7:12 PM, Corinna Vinschen
> wrote:
> > On Jun 7 08:43, Bill Smith wrote:
> >> Warren Young-2 wrote
> >> > On May 24, 2016, at 6:43 AM, Benjamin Cao <
> >>
> >> > becao@
> >>
> >> > > wrote:
> >> >>
> >> >> The executable, whe
Hi!
I've just updated with the latest packages texlive-*-20160520-1,
but can't find symlinks 'usr/bin/platex' and 'usr/bin/uplatex'.
The symlinks do not exist in
texlive-collection-langjapanese-20160520-1.tar.xz
while they exist in the previous version
texlive-collection-langjapa
Hi all:
We are trying to configure duplicity to make backups of a Windows 7
machine (32 bit) and we get the following error:
> $ duplicity full --encrypt-key=6F84684A /cygdrive/c/Documents\ and\
> Settings scp://user@ip/directory
> Synchronizing remote metadata to local cache...
> GnuPG passphras
Hi,
On Tue, Jun 7, 2016 at 7:12 PM, Corinna Vinschen
wrote:
> On Jun 7 08:43, Bill Smith wrote:
>> Warren Young-2 wrote
>> > On May 24, 2016, at 6:43 AM, Benjamin Cao <
>>
>> > becao@
>>
>> > > wrote:
>> >>
>> >> The executable, when run with nm in Cygwin, results in a "no symbols"
>> >> result,
On Jun 7 08:43, Bill Smith wrote:
> Warren Young-2 wrote
> > On May 24, 2016, at 6:43 AM, Benjamin Cao <
>
> > becao@
>
> > > wrote:
> >>
> >> The executable, when run with nm in Cygwin, results in a "no symbols"
> >> result, whereas it generates a symbol table in unix.
> >
> > That’s not what
On Jun 7 22:14, Takashi Yano wrote:
> On Mon, 6 Jun 2016 15:16:42 +0200 Corinna Vinschen wrote:
> > I uploaded a new snapshot with this patch to https://cygwin.com/snapshots/
> > for quick testing.
>
> I have tested the snapshot. It seems quite good. Thanks a lot.
>
> > Just one question: In fu
Warren Young-2 wrote
> On May 24, 2016, at 6:43 AM, Benjamin Cao <
> becao@
> > wrote:
>>
>> The executable, when run with nm in Cygwin, results in a "no symbols"
>> result, whereas it generates a symbol table in unix.
>
> That’s not what I see here. Given hello.c containing a “Hello, world!”
On Jun 7 21:37, Takashi Yano wrote:
> Hi Corinna,
>
> I have tested the latest (2016-06-06) snapshot. No problem is found.
>
> I evaluated the response of vim in several environments using a test
> case attached. This test case measures the time for
> (open a file + scroll up/down 100 times + qu
On Mon, 6 Jun 2016 15:16:42 +0200 Corinna Vinschen wrote:
> I uploaded a new snapshot with this patch to https://cygwin.com/snapshots/
> for quick testing.
I have tested the snapshot. It seems quite good. Thanks a lot.
> Just one question: In future, would you mind terribly to provide
> patches
Version 1.18-1 of lzip and lziprecover has been uploaded for both 32bit
and 64bit Cygwin.
lzip is an alternative to the bzip2 compressor. lziprecover is
responsible for fixing corrupted lzip compressed files.
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from
Hi Corinna,
I have tested the latest (2016-06-06) snapshot. No problem is found.
I evaluated the response of vim in several environments using a test
case attached. This test case measures the time for
(open a file + scroll up/down 100 times + quit)
in vim.
Results are as follows.
The latest sn
For the record, this is what I ended up with:
---8<---
#!/bin/dash
cleanup () {
/bin/kill $cpid
exec 6<&- 6>&-
/bin/stty $stty
}
if [ $# -ne 2 ] ; then
echo "Usage: ${0##*/} "
exit 1
fi
tty=$1; shift
baud=$1; shift
stty=$(/bin/stty -g)
/bin/stty -icanon -echo
19 matches
Mail list logo
