Please upload the new lyx version 1.4.4 that is released today. The links are:
http://www.lyx.org/~bpeng/cygwin/lyx-1.4.4-1.tar.bz2
http://www.lyx.org/~bpeng/cygwin/lyx-1.4.4-1-src.tar.bz2
Thanks.
Bo
Hi,
I was wondering as to which license applies to the software I downloaded.
I got the source code I am using from Xorg. More specifically, I
downloaded the xorg-server package from the release site of Xorg. I
know that Cygwin and Cygwin/X are published under the GNU GPL. I
also know that
On Wed, 14 Feb 2007, Alan James Caruana wrote:
Hi,
I was wondering as to which license applies to the software I downloaded.
I got the source code I am using from Xorg. More specifically, I
downloaded the xorg-server package from the release site of Xorg. I
know that Cygwin and Cygwin/X are
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-02-14 10:06:46
Modified files:
winsup/cygwin : ChangeLog Makefile.in cygwin.din syscalls.cc
sysconf.cc
winsup/cygwin/include: limits.h
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-02-14 23:42:07
Modified files:
winsup/mingw : ChangeLog Makefile.in
winsup/mingw/mingwex: Makefile.in
winsup/mingw/profile: Makefile.in
Log message:
* Makefile.in
* Thorsten Kampe (Tue, 13 Feb 2007 17:53:52 -)
(2) lftp is fairly complex and I'm still learning it. For future bug
reports I'll ask users to attach their .lftprc files and look first in the
settings, of which there are about 200.
Probably asking to start lftp with the .lftrc would
* KClaisse (Tue, 13 Feb 2007 04:43:22 -0800 (PST))
I have tried just about everything to get the LS_COLORS to work but they just
don't seem to have any effect.
eval $(dircolors -b ~/.dir_colors)
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Thorsten Kampe wrote:
* KClaisse (Tue, 13 Feb 2007 04:43:22 -0800 (PST))
I have tried just about everything to get the LS_COLORS to work but they
just
don't seem to have any effect.
eval $(dircolors -b ~/.dir_colors)
--
Unsubscribe info:
On Feb 13 21:02, Yaakov (Cygwin Ports) wrote:
Christopher Faylor wrote:
So, barring any catastrophic problems with the current released version
of the Cygwin DLL, the last Cygwin version with support for
non-Windows-NT class versions of Windows will be 1.5.24-2.
And approximately what is
On Feb 14 00:50, KClaisse wrote:
Thorsten Kampe wrote:
* KClaisse (Tue, 13 Feb 2007 04:43:22 -0800 (PST))
I have tried just about everything to get the LS_COLORS to work but they
just
don't seem to have any effect.
I'm using
$ echo $LS_COLORS
ex=0;31:ln=0;32:di=0;34
$ alias ls
Corinna Vinschen skrev:
On Feb 13 21:02, Yaakov (Cygwin Ports) wrote:
Christopher Faylor wrote:
So, barring any catastrophic problems with the current released version
of the Cygwin DLL, the last Cygwin version with support for
non-Windows-NT class versions of Windows will be 1.5.24-2.
And
Corinna Vinschen wrote:
On Feb 13 21:02, Yaakov (Cygwin Ports) wrote:
And approximately what is the timeframe to 1.7.0; weeks, months, next
year? Is HEAD stable enough for those not working on cygwin1.dll to be
testing?
Months. It's stable enough now but it's constantly changing.
Hello all-
I'm trying to pull data from a Windows 2000 Server to a Debian Linux
server using rsync over ssh. If I initiate the transfer from Linux it
hangs when transferring data, though it works when I push it from the
Windows server. This appears to be a known issue.
In August 2006,
tar tf test.tar --anchored --exclude=D:/
temp$ tar tf tartest.tar -P
c:/temp/file1
file2
temp$ tar tf tartest.tar -P --anchored --exclude='/temp'
file2
So, if you really want to exclude your D:/Bkp files, you could enter:
tar tf test.tar --anchored --exclude='/Bkp'
The -P option used on my
On Feb 14 03:17, Yitzchak Scott-Thoennes wrote:
Corinna Vinschen wrote:
On Feb 13 21:02, Yaakov (Cygwin Ports) wrote:
And approximately what is the timeframe to 1.7.0; weeks, months, next
year? Is HEAD stable enough for those not working on cygwin1.dll to be
testing?
Months. It's
First of all, have you read the Cygwin FAQ (specifically, *all* the
questions in the Programming FAQ? Read the caveats about linking Cygwin
DLLs
into VC++ programs. Specifically, Q 16.
After you have understood what you're actually trying to do, you may want
to
try to follow the instructions
I'm using tar (GNU tar) 1.16.1 and have an archive with the following entries.
Files/report1.html
Files/report2.html
Files/report3.html
Files/report4.html
D:/Bkp/sol/
D:/Bkp/sol/test1.pl
D:/Bkp/sol/test2.pl
D:/Bkp/sol/test3.pl
Whenever, I try to exclude files starting with D:/ its not
On Wed, Feb 14, 2007 at 02:52:53PM +, Eric Blake wrote:
I'm using tar (GNU tar) 1.16.1 and have an archive with the following
entries.
Files/report1.html
Files/report2.html
Files/report3.html
Files/report4.html
D:/Bkp/sol/
D:/Bkp/sol/test1.pl
D:/Bkp/sol/test2.pl
D:/Bkp/sol/test3.pl
Shankar Unni wrote:
Chuck wrote:
Any other ideas? Anyone?
Have you followed the problem reporting guidelines at
http://cygwin.com/problems.html ?
Also, if you are familiar with strace, you may want to run strace
/bin/ls in your /cygdrive directory, and see if anything obvious (to
you)
Shankar Unni wrote:
Obviously something odd about that share. Chuck: can you tell if there's
something unusual about the server that exports that share (as opposed
to the other drives you have, like K: and G:)?
Nothing unusual about that share. I can even reproduce the problem on a
Corinna Vinschen wrote:
Exciting new stuff so far (IMHO):
[snip]
- New setuid method which allows to logon without password and being
recognized correctly also by native Windows applications
Does this mean ssh might *finally* work right with password-less login? :-)
--
Matthew
insert witty
Chuck wrote:
Shankar Unni wrote:
Obviously something odd about that share. Chuck: can you tell if there's
something unusual about the server that exports that share (as opposed
to the other drives you have, like K: and G:)?
Nothing unusual about that share. I can even reproduce the
On Feb 14 10:22, Matthew Woehlke wrote:
Corinna Vinschen wrote:
Exciting new stuff so far (IMHO):
[snip]
- New setuid method which allows to logon without password and being
recognized correctly also by native Windows applications
Does this mean ssh might *finally* work right with
For a while I've been downloading from http://mirrors.dotsrc.org. I
switched a few days ago when it started acting strangely. Several
packages were displayed as Not Installed--bashdb3, gcc-gm2, libglade,
libltdl6, and libploticus. When I clicked on Skip to try to install
one of them, Setup
On 2/14/07, Chuck [EMAIL PROTECTED] wrote:
Chuck wrote:
Shankar Unni wrote:
Obviously something odd about that share. Chuck: can you tell if there's
something unusual about the server that exports that share (as opposed
to the other drives you have, like K: and G:)?
Nothing unusual
Any other ideas? Anyone?
Perhaps your filenames have special characters in them which do funny
things to your terminal.
Try ls -ad .* * | cat -v.
Are the serial numbers on the physical drives unique?
From a DOS window, enter dir:
Volume in drive C has no label.
Volume Serial
Corinna Vinschen wrote:
On Feb 14 10:22, Matthew Woehlke wrote:
Corinna Vinschen wrote:
Exciting new stuff so far (IMHO):
[snip]
- New setuid method which allows to logon without password and being
recognized correctly also by native Windows applications
Does this mean ssh might *finally*
I get a slightly different result:
: command not foundnv
It's as if the e in env is gobbled up somehow.
Randy-37 wrote:
When I start the cygwin window I can run commands such
as env and cd or anything else i have tried. however when
i try to run a shell script with commands inside it,
Please help if you can.
I am attempting to create a bash script with a function definition. When I
execute the script with the function, I get:
'my_bash_script: line 3: syntax error near unexpected token `{.
'my_bash_script: line 3: ` {
If I type the function in the command line, it works
Ok so i'm trying to port a C winsock ipx application of mine to cygwin.
problem is i can't find the needed IPX constants (or headers that contain them).
with winsock this works:
SOCKET ipx_sock = socket(AF_IPX, SOCK_DGRAM, NSPROTO_IPX);
when including
#include winsock2.h
#include
On Tue, 13 Feb 2007 00:56:24 Eric Backus wrote:
Obviously, the horse is still alive and attempting to limp along. I predict
it'll stay alive for quite some time longer.
[snip]
* Workaround inserting set -o igncr is impractical when there are lots of
scripts.
[snip]
Among my many
Please don't put ANNOUNCEMENT on messages that are not actually
announcements.
On Wed, Feb 14, 2007 at 11:27:56AM -0800, petermosca wrote:
I get a slightly different result:
: command not foundnv
It's as if the e in env is gobbled up somehow.
If you scan the cygwin-announce mailing list
On Feb 14 13:11, Matthew Woehlke wrote:
Corinna Vinschen wrote:
On Feb 14 10:22, Matthew Woehlke wrote:
Corinna Vinschen wrote:
Exciting new stuff so far (IMHO):
[snip]
- New setuid method which allows to logon without password and being
recognized correctly also by native Windows
On Feb 14 20:43, Simon Sasburg wrote:
Ok so i'm trying to port a C winsock ipx application of mine to cygwin.
problem is i can't find the needed IPX constants (or headers that contain
them).
with winsock this works:
SOCKET ipx_sock = socket(AF_IPX, SOCK_DGRAM, NSPROTO_IPX);
when
Frodak Baksik wrote:
On 2/14/07, Chuck [EMAIL PROTECTED] wrote:
What is actually in your home folder?
Also how did you create this trace? It appears to be truncated. Or
at least ls never got past the point where it reads the contents of
the directory. You'll notice that it never
Ken Shaffer wrote:
Any other ideas? Anyone?
Perhaps your filenames have special characters in them which do funny
things to your terminal.
Try ls -ad .* * | cat -v.
Doesn't show anything unusual.
Are the serial numbers on the physical drives unique?
There's only one physical drive.
Corinna Vinschen wrote:
On Feb 14 13:11, Matthew Woehlke wrote:
Corinna Vinschen wrote:
[snip] And in the long run you will have to reboot
your machine each time you install a new Cygwin release when using this
feature.
That's a fairly major bummer. Is that because this is something that
petermosca wrote:
I am attempting to create a bash script with a function definition. When I
execute the script with the function, I get:
'my_bash_script: line 3: syntax error near unexpected token `{.
'my_bash_script: line 3: ` {
If I type the function in the command line, it works fine.
On Wed, 14 Feb 2007, Matthew Woehlke wrote:
Ok, but then, is the problem that the auth dll *is* cygwin1.dll, or else
why wouldn't the reboot only be needed when you update the auth dll?
(Does the auth dll need cygwin1.dll or would it be possible to make it
only the other way around? Maybe the
Brian Ford wrote:
On Wed, 14 Feb 2007, Matthew Woehlke wrote:
Ok, but then, is the problem that the auth dll *is* cygwin1.dll, or else
why wouldn't the reboot only be needed when you update the auth dll?
(Does the auth dll need cygwin1.dll or would it be possible to make it
only the other way
Hmm, bummer...
Well, after a bit of fiddling i got it to link with winsock even when
compiling with cygwin.
Not exactly what i wanted..., but heh, it works...
Simon
On 2/14/07, Corinna Vinschen [EMAIL PROTECTED] wrote:
On Feb 14 20:43, Simon Sasburg wrote:
Ok so i'm trying to port a C
After installing and rebasing (-b 0x6500 as suggested) the current
snapshot 20070214, using it I have found these problems.
Usually I use Emacs built from CVS. I have found usefull to build it
configuring as
LDFLAGS='-Wl,--enable-auto-import -Wl,--enable-auto-image-base' \
./configure
I detected a strange bug in the standard function gettimeofday.
It *sometimes* reports the time which being expressed as the integer
number of milliseconds is *less* than the time obtained *earlier* with
the same function.
If you mean that you call gettimeofday twice and you get different
values
I would like to add to my previous message that the test fails
*sometimes*, approx. once for 7-8 runs.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
44 matches
Mail list logo