Jari Aalto+mail.linux schrieb:
git - Tools for simple, daily file and system management tasks
...
http://www.gnu.org/directory/git.html
The gnu page refers to http://www.cs.unh.edu/~tudor/git/ which is not
existing anymore. The new location is
http://www.hulubei.net/tudor/git/index.html
The
Here's what's changed since my last packaging attempt:
1) The following files are deleted from the distribution:
usr/bin/uptime.exe
usr/bin/kill.exe
usr/share/man/man1/uptime.1.gz
usr/share/man/man1/kill.1.gz
2) Fileutils patches have been included.
Package is available at the same location:
Nicholas Wourms wrote:
[...]
I have a suggestion for how to deal with the old
fileutils/textutils/etc. Provide empty versions of the packages
this replaces, bumping each by 1 revision. This way, it should
uninstall the old stuff before installing the new stuff. At least,
it worked for Jan
I have just updated to the latest distribution of the Xfree86 packages.
Apparently the cygXp-6.dll package is missing as determined by attempting
to run the nedit editor (also a cygwin package). I reinstalled nedit as suggested
by the error message, and rebooted the machine, all to no avail.
I
Harold == Harold L Hunt writes:
Harold Had you ever installed the XFree86-bin-icons package? Did it work, or
Harold did it have the same problem?
I never had.
This looks like a code page problem (the ³ is an ü in the Windows
codepage)
Harold Check the output of:
Igor == Igor Pechtchanski writes:
Igor Theoretically, Windows should do the right translation under the covers.
Igor It may be as simple as setting the correct codepage or locale before
Igor trying to create the path... Not running the localized version of
Igor Windows, I can't
Harold L Hunt II wrote:
Oh darn, it will be slightly more complex than I had hoped.
We will actually have to add an option to mkshortcut to have it create
all folders on the specified path, because it fails if the folders do
not exist and we have the same problem if we create the folders
I'm having the same problem, having just upgraded to the latest packages.
(server is -55 I think)
ben
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Charles L. Werner
Sent: 14 March 2004 09:50
To: [EMAIL PROTECTED]
Subject: Missing cygXp-6.dll
I have
Hi Harold,
I couldn't use setup.exe for downloading your libungif-4.1.0-3, but took it manually
instead. It seems to fix this problem.
Thanks,
Tuli
..
MTV3 Laajakaista - Hauskemman elämän puolesta.
On Sun, 14 Mar 2004, Dr. Volker Zell wrote:
Igor == Igor Pechtchanski writes:
Igor Theoretically, Windows should do the right translation under the covers.
Igor It may be as simple as setting the correct codepage or locale before
Igor trying to create the path... Not running the localized
Alexander Gottwald wrote:
Harold L Hunt II wrote:
Oh darn, it will be slightly more complex than I had hoped.
We will actually have to add an option to mkshortcut to have it create
all folders on the specified path, because it fails if the folders do
not exist and we have the same problem if we
Hi Igor
Also, instead of using 'chcp', try adding a codepage:oem or
codepage:ansi option to your CYGWIN environment variable...
It looks like codepage:ansi does the trick.
D:\set CYGWIN=codepage:ansi
D:\bash
[EMAIL PROTECTED] /
07:16 PM [501] echo $CYGWIN
codepage:ansi
[EMAIL PROTECTED] /
Oops, fixed that in new releases of base, bin, and prog.
Harold
Charles L. Werner wrote:
I have just updated to the latest distribution of the Xfree86 packages.
Apparently the cygXp-6.dll package is missing as determined by attempting
to run the nedit editor (also a cygwin package). I
No idea.
Harold
Erik Morre Pedersen wrote:
Does anybody know of any port of Xview libraries to cygwin?
Regards
Erik Morre Pedersen
e-mail:[EMAIL PROTECTED]
Ben Jackson wrote:
Hi,
I've been recently unable to paste into windows apps from x apps (since
about -50 release I think). The windows apps just hang.
I've seen some info on this on the list, but I didn't see a fix :x
There doesn't appear to be anything of note in /tmp/XWin.log and I just
setup.hint:
requires: cygwin cygipc expat termcap libncurses6 terminfo zlib
gettext libintl libintl1 ash pcre XFree86-bin XFree86-etc
XFree86-lib XFree86-fenc XFree86-fnts XFree86-startup-scripts
XFree86-xserv
Shouldn't libncurses6 be replaced by libncurses7, libintl and
libintl1 removed, and
With the new release, the directory /usr/X11R6/lib/X11/config
disappeared into thin air. There are still packages that use imake
besides X11 itself...
On Sun, 14 Mar 2004, Frédéric L. W. Meunier wrote:
setup.hint:
requires: cygwin cygipc expat termcap libncurses6 terminfo zlib
gettext libintl libintl1 ash pcre XFree86-bin XFree86-etc
XFree86-lib XFree86-fenc XFree86-fnts XFree86-startup-scripts
XFree86-xserv
Shouldn't libncurses6 be
Nahor,
I'm not sure I'm following your instructions correctly, but
changing resolutions does not seem to change the situation.
I've also placed both .ico file into same directory, browsed them
using Widows exlore, and x_test6.ico gets garbled but x_test8.ico
shows nothing. It's same even when
Alejandro Lopez-Valencia wrote:
With the new release, the directory /usr/X11R6/lib/X11/config
disappeared into thin air. There are still packages that use imake
besides X11 itself...
This wasn't done on purpose, it was due to a break in the build files.
It has been fixed and I just posted a new
Frédéric L. W. Meunier wrote:
On Sun, 14 Mar 2004, Frédéric L. W. Meunier wrote:
setup.hint:
requires: cygwin cygipc expat termcap libncurses6 terminfo zlib
gettext libintl libintl1 ash pcre XFree86-bin XFree86-etc
XFree86-lib XFree86-fenc XFree86-fnts XFree86-startup-scripts
XFree86-xserv
At 12:31 PM 3/15/2004 +0900, Haro wrote:
I'm not sure I'm following your instructions correctly, but
changing resolutions does not seem to change the situation.
I've also placed both .ico file into same directory, browsed them
using Widows exlore, and x_test6.ico gets garbled but x_test8.ico
shows
On Sun, 14 Mar 2004, Harold L Hunt II wrote:
Frédéric L. W. Meunier wrote:
On Sun, 14 Mar 2004, Frédéric L. W. Meunier wrote:
libintl and
libintl1 removed, and libintl2 added ?
gettext too ? It isn't needed at runtime.
I'll need a more thorough investigation before I touch these.
On Sun, Mar 14, 2004 at 09:54:41AM -0500, Christopher Faylor wrote:
On Sun, Mar 14, 2004 at 10:46:56PM +0800, [EMAIL PROTECTED] wrote:
http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-12
They should be here. ButI don't think there's any cygXft-2.dll there, is there?
What do I do
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-03-14 16:16:46
Modified files:
winsup/cygwin : dir.cc ChangeLog
Log message:
2004-03-14 Pierre Humblet [EMAIL PROTECTED]
* dir.cc (rmdir): Construct real_dir with flag
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-03-14 18:01:46
Modified files:
winsup/cygwin : ChangeLog errno.cc fhandler_tape.cc wincap.cc
wincap.h
winsup/cygwin/include/cygwin: mtio.h
Log message:
*
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2004-03-15 02:47:35
Modified files:
winsup/cygwin : ChangeLog cygtls.cc cygtls.h sigproc.cc
Log message:
* cygtls.cc (_cygtls::remove): Call remove_wq even when we can't necessarily
get
2004-03-14 Pierre Humblet [EMAIL PROTECTED]
* dir.cc (rmdir): Construct real_dir with flag PC_FULL.
Use a loop instead of recursion to handle the current directory.
Index: dir.cc
===
RCS file:
On Sun, Mar 14, 2004 at 10:46:06AM -0500, Pierre A. Humblet wrote:
2004-03-14 Pierre Humblet [EMAIL PROTECTED]
* dir.cc (rmdir): Construct real_dir with flag PC_FULL.
Use a loop instead of recursion to handle the current directory.
Looks good. Please apply.
Thanks,
cgf
This time i am using the non portable mutex initializers, therefore
moving __sinit is no longer needed. And i added calls to newlibs
__fp_lock_all and __fp_unlock_all at fork.
2004-03-14 Thomas Pfaff [EMAIL PROTECTED]
* include/cygwin/_types.h: New file.
* include/sys/lock.h:
Problem:
fileutils version 4.1-2, specifically: cp.exe does not work properly.
System Info:
Windows 2000, Cygwin DLL version 1.5.7
Reproducing from prompt:
prompt cp some_file ./bin/
Output:
cp: `some_file' and `./bin/some_file' are the same file
Reproducing from within
On Sat, 13 Mar 2004 15:22:59 -0500, wrote:
cygpath --unix C:\cygwin\bin\cygwin.bat
Larry,
What I needed was
cygpath --mixed C:\aaa\pic
Would still be interested in other solutions/ideas
zzapper (vim cygwin zsh)
--
vim -c :%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?
I've just installed the latest XFree86. It keeps saying:
This application has failed to start because cygXft-2.dll was not found.
Re-installing application may fix this problem.
Jason
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
* [EMAIL PROTECTED] (2004-03-14 14:07 +0100)
This application has failed to start because cygXft-2.dll was not found.
Re-installing application may fix this problem.
http://www.cygwin.com/packages/
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
It's the problem of starting X. I cannot even start X after typing startx. I
just install the latest package of X.
Jason
* [EMAIL PROTECTED] (2004-03-14 14:07 +0100)
This application has failed to start because cygXft-2.dll was not
found. Re-installing application may fix this problem.
* [EMAIL PROTECTED] (2004-03-14 14:33 +0100)
It's the problem of starting X. I cannot even start X after typing startx. I
just install the latest package of X.
Jason
* [EMAIL PROTECTED] (2004-03-14 14:07 +0100)
This application has failed to start because cygXft-2.dll was not
found.
I would like to see if I can use msys or cygwin to build 64-bit binaries
for Win64. The first problem encountered is a fork problem with the 32-bit
tools when run on Win64. I get this error message:
*** fork: can't reserve memory for stack 0x48 - 0x68
The problem seems to
http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-12
They should be here. ButI don't think there's any cygXft-2.dll there, is there?
What do I do next?
Jason
* [EMAIL PROTECTED] (2004-03-14 14:33 +0100)
It's the problem of starting X. I cannot even start X after typing
startx.
Hi
I have got Cygwin running on my windows XP pc, using gcc 3.3.1. I downloaded
gcc 3.3.3 release, and managed to build it, however when I tried to compile
a windows application using it it compiled ok but gave a linker error
'couldn't find crt2.o'. It gave this error when I was trying to compile
Hello,
As a project we need to run XITE
(http://www.ifi.uio.no/forskning/grupper/dsb/Programvare/Xite/) under
Windows. All sources of XITE can be compiled with Visual Studio, except the
ones that use a GUI. So we decided to use Cygwin to run XITE. The
installation of XITE was not without
-Original Message-
From: cygwin-owner On Behalf Of George Hester
Sent: 13 March 2004 00:24
This coming from a whipper-snapper I don't expect a response.
But you sure have a famous name.
I'm no relation to the AT+T guy. FYI.
cheers,
DaveK
--
Can't think of a
At 09:50 AM 3/14/2004, you wrote:
Hi
I have got Cygwin running on my windows XP pc, using gcc 3.3.1. I downloaded
gcc 3.3.3 release, and managed to build it, however when I tried to compile
a windows application using it it compiled ok but gave a linker error
'couldn't find crt2.o'. It gave this
At 10:27 AM 3/14/2004, you wrote:
Hello,
As a project we need to run XITE
(http://www.ifi.uio.no/forskning/grupper/dsb/Programvare/Xite/) under
Windows. All sources of XITE can be compiled with Visual Studio, except the
ones that use a GUI. So we decided to use Cygwin to run XITE. The
From
man cygpath
Look at this generically useful script
#!/bin/sh
# wexp
# description : Launch Explorer with correct Windows path
if [ ${1} = ];
then
XPATH=.;
else
XPATH=$(cygpath -w ${1});
fi
explorer $XPATH
zzapper (vim cygwin zsh)
--
vim -c
On Sun, 14 Mar 2004, zzapper wrote:
From
man cygpath
Look at this generically useful script
#!/bin/sh
# wexp
# description : Launch Explorer with correct Windows path
if [ ${1} = ];
then
XPATH=.;
else
XPATH=$(cygpath -w ${1});
fi
explorer $XPATH
What I don't get is why when I built 3.3.3 using 'make' and then 'make
install' (it failed to do 'make bootstrap') it relied on the fact that
cygwin was installed in the first place. Why then is that, does it require
some unix based functionality that only cygwin provides to a windows pc?
I installed the Apache module in Cygwin. All seemed to go fine there. I have used
mostly IIS in Windows 2000 but lately started experimenting with Tomcat. Anyway I
thought I would try Apache in Cygwin. After the installation I wasn't sure what to do
next other then search the Web on Cygwin
From: Igor Pechtchanski
On Sun, 14 Mar 2004, zzapper wrote:
From
man cygpath
Look at this generically useful script
#!/bin/sh
# wexp
# description : Launch Explorer with correct Windows path
if [ ${1} = ];
then
XPATH=.;
else
Hello,
* On Sun, Mar 14, 2004 at 07:23:24PM +, zzapper [EMAIL PROTECTED] wrote:
From
man cygpath
Look at this generically useful script
[...]
# description : Launch Explorer with correct Windows path
[...]
You may also check cyg-wrapper.sh (Vim tip #381 BTW) which does several
other
- Original Message -
From: Ross Boulet [EMAIL PROTECTED]
To: Cygwin [EMAIL PROTECTED]
Sent: Sunday, March 14, 2004 2:36 AM
Subject: RE: cp.exe bug
Problem:
fileutils version 4.1-2, specifically: cp.exe does not work properly.
System Info:
Windows 2000, Cygwin DLL version
How do I apply patches to my existing Cygwin installation?
-Original Message-
From: Larry Hall [mailto:[EMAIL PROTECTED]
Sent: 14 March 2004 18:59
To: Ben Taylor; [EMAIL PROTECTED]
Subject: Re: Using gcc 3.3.3
At 09:50 AM 3/14/2004, you wrote:
Hi
I have got Cygwin running
On Sun, 14 Mar 2004 21:52:24 +0100, wrote:
From: Igor Pechtchanski
On Sun, 14 Mar 2004, zzapper wrote:
From
man cygpath
#!/bin/sh
# wexp
# description : Launch Explorer with correct Windows path
explorer $(cygpath -w ${1:-.})
Even simpler:
$ cygstart /
That's cool (both
Building gcc (natively) always requires a working gcc to be present, how
else would it compile itself?
Ben Taylor wrote:
What I don't get is why when I built 3.3.3 using 'make' and then 'make
install' (it failed to do 'make bootstrap') it relied on the fact that
cygwin was installed in the first
Problem:
fileutils version 4.1-2, specifically: cp.exe does not
work properly.
[ ... Snip ... ]
I've narrowed it down to running `make' on my linux Makefiles, simple
example follows:
### Simple Makefile Example
CC= gcc
OBJ= foo.o
FILE= foo.c
BIN= foo
all: $(BIN)
On Sun, Mar 14, 2004 at 01:59:13PM -0500, Larry Hall wrote:
At 09:50 AM 3/14/2004, you wrote:
Hi
I have got Cygwin running on my windows XP pc, using gcc 3.3.1. I
downloaded gcc 3.3.3 release, and managed to build it, however when I
tried to compile a windows application using it it compiled ok
- Original Message -
From: Ross Boulet [EMAIL PROTECTED]
To: Cygwin [EMAIL PROTECTED]
Cc: 'Alan' [EMAIL PROTECTED]
Sent: Sunday, March 14, 2004 1:44 PM
Subject: RE: cp.exe bug
Problem:
fileutils version 4.1-2, specifically: cp.exe does not
work properly.
[ ... Snip ...
I tested this over and over. I think it's a 'nasty' bug here.
#!/bin/bash
(
# sleep 1# or whatever not very quick command!
set -m;
sleep 10# or whatever command takes some time to complete
set +m;
pid=$!
( sleep 1; kill -- -$pid )
wait $pid
)
without sleep 1 commented you
Hi Corinna,
It's a bug in your my_read1 code.
Yes, I know... I fixed it (the protection-fault) the next day, but it
doesn't change the tapes behaviour.
Perhaps if I rewrite the outstanding issues another way, you might be
convinced to change the code even without a tape drive to test with...
Rob van Aarle wrote:
with these relevant comments:
'XptyStartProgram' allocates a pty (pseudo terminal) (either
by calling system function '_getpty' (if source is compiled
with GETPTY defined)) or by trying to open devices /dev/ptyxy
(master) and /dev/ttyxy (slave) (where x is one of
'man patch'.
But according to Chris, who knows more about Cygwin's gcc than I do,
-mno-cygwin should be configurable with vanilla gcc sources. So, if
you're having difficulty with your locally built gcc/g++, you'll
need to figure out what's different in your environment.
Larry
At 03:58 PM
On Sun, Mar 14, 2004 at 09:11:09PM -0500, Larry Hall wrote:
'man patch'.
But according to Chris, who knows more about Cygwin's gcc than I do,
-mno-cygwin should be configurable with vanilla gcc sources. So, if
you're having difficulty with your locally built gcc/g++, you'll need
to figure out
Thanks
I tried building 3.3.3 using 3.3.1, which didn't work when doing 'make
bootstrap'. But then I did a successful 'make bootstrap' of 3.3.2 using
3.3.1. The bootstrapped 3.3.2 works fine, and claims to have been compiled
by itself not 3.3.1. Even -mno-cygwin works fine on it. So I'm now happy,
On Sun, Mar 14, 2004 at 10:46:56PM +0800, [EMAIL PROTECTED] wrote:
http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-12
They should be here. ButI don't think there's any cygXft-2.dll there, is there?
What do I do next?
You send email to the correct mailing list.
Redirected.
*
On Sun, Mar 14, 2004 at 09:54:41AM -0500, Christopher Faylor wrote:
On Sun, Mar 14, 2004 at 10:46:56PM +0800, [EMAIL PROTECTED] wrote:
http://www.cygwin.com/packages/XFree86-bin/XFree86-bin-4.3.0-12
They should be here. ButI don't think there's any cygXft-2.dll there, is there?
What do I do
64 matches
Mail list logo