On Sun, 10 Apr 2005, Hans Horn wrote:
Folks,
If you are still willing then you've got the job.
Alright, I'm on - despite a rough start!
Hans, if you plan to maintain a package, you really ought to subscribe to
the cygwin-apps list. Packaging discussions should take place there.
I'm sending
On Sun, 10 Apr 2005, Corinna Vinschen wrote:
On Apr 10 13:28, Igor Pechtchanski wrote:
On Sun, 10 Apr 2005, Hans Horn wrote:
Looks like bash2.x install in /usr/bin while bash3.x installs in
/usr/local/bin. Is that ok?
No, it isn't. Cygwin programs get installed in /usr/bin. If the
On Apr 10 13:28, Igor Pechtchanski wrote:
On Sun, 10 Apr 2005, Hans Horn wrote:
Looks like bash2.x install in /usr/bin while bash3.x installs in
/usr/local/bin. Is that ok?
No, it isn't. Cygwin programs get installed in /usr/bin. If the upstream
package doesn't go there by default,
Corinna Igor,
Urgh! Bold hint: ./configure --prefix=/usr
I just (con-)figured that out myself. Thx anyways!
How do I go about Pierre's pid patch?
You'll need to see exactly what it changes in the 2.05 sources, find
and modify the corresponding places in the 3.0 sources, and then (the
hardest
On Sun, Apr 10, 2005 at 08:46:32PM +0200, Corinna Vinschen wrote:
On Apr 10 13:28, Igor Pechtchanski wrote:
On Sun, 10 Apr 2005, Hans Horn wrote:
Looks like bash2.x install in /usr/bin while bash3.x installs in
/usr/local/bin. Is that ok?
No, it isn't. Cygwin programs get installed in /usr/bin.
Thanks Brian,
Brian Dessent wrote:
Hans W. Horn wrote:
This mysterious patch of Pierre: is it in that half-a-ton patch file
that comes with the bash-2.05b-17 sources?
If yes, hasn't anybody tried to get this patch back into bash
mainstream?
No, this is Pierre's patch:
Hans W. Horn wrote:
This helps a lot! By working my way thru 3way-comparison of 2.05unpatched vs
2.05patched vs 3.0patched, I saw that many (but not all) of Pierre's patches
must have made it back into bash mainstream.
For some sources, however (in particular in jobs.c and subst.c) the
On Apr 10 02:07, Xu?n Baldauf wrote:
Hello,
I'm hitting File name too long (91) errors when using rsync or even
ls within cygwin. I tracked down this problem to the constant
CYG_MAX_PATH, which seems to be defined in cygtls.h. Would it be a
problem to rise this limit?
Yes. The main
On Apr 9 15:14, Insert Real Name wrote:
==(Quote)==
bash.exe: warning: could not find /tmp, please create!
bash: /etc/profile: Permission denied
bash: /cygdrive/c/Users/Michel/.bash_profile: Permission denied
bash-2.05b$
==(End Quote)==
and no Cygwin-linked program could work: bash: fork:
Corinna Vinschen wrote:
We're always interested in contributions, so, sure, go ahead. Just note
that you have to have a Cygwin copyright assignment in place before we
can apply patches for legal reasons. See http://cygwin.com/contrib.html.
Cool. I'll get the paperwork started ASAP.
Thanks,
I have finally got an application to compile under cygwin, but to run it I have to launch the X server, 'startx' to be able to run the program under cygwin. However, I am not able to run the program form windows, I have added the 'cygwin.dll' and 'cygX11-6.dll' directories to the 'autoexec.bat'
On Thu, 7 Apr 2005 23:05:27 +0200 (CEST), wrote:
I've updated the e2fsimage package for Cygwin to version 0.2.0-2.
For the curious
http://freshmeat.net/projects/e2fsimage/
e2fsimage enables the user to create and populate an ext2 filesystem image as a
copy from an
existing directory tree. It
Images are symbolic links. You won't see them but in cygwin.
Should I package them as files? (That would make a difference from the
other distributions.)
Bert
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
On Sun, Apr 10, 2005 at 11:51:26AM +0200, [EMAIL PROTECTED] wrote:
I have finally got an application to compile under cygwin, but to run
it I have to launch the X server, 'startx' to be able to run the
program under cygwin. However, I am not able to run the program form
windows, I have added the
On Sun, 10 Apr 2005, Bertalan Fodor wrote:
Images are symbolic links. You won't see them but in cygwin.
If the above directory is served by an http server compiled under Cygwin
(e.g., apache), the symlinks will be resolved to real files. If, however,
the files are opened by a Windows browser,
Hi,
The terminal emulator rxvt, does not work properly with X-window.
The dead accents do not function. The problem is due to the limited X
library that is used. The problem is explained in the bug 842982
in rxvt.org. It does not seem that this problem will be solved in the
near future. I wonder
Folks,
If you are still willing then you've got the job.
Alright, I'm on - despite a rough start!
There is one potential problem in that we may need to adapt Pierre's
patch to prevent problems with pid reuse to 3.0 if it is released.
How do I go about Pierre's pid patch?
The next step is
On Sun, 10 Apr 2005, Hans Horn wrote:
Folks,
If you are still willing then you've got the job.
Alright, I'm on - despite a rough start!
Hans, if you plan to maintain a package, you really ought to subscribe to
the cygwin-apps list. Packaging discussions should take place there.
I'm sending
At 08:31 AM 4/9/2005, you wrote:
Hi everybody,
I'm experiencing another variant of the rsync hang-problem. I'm using rsync
locally to synchronize some large amount of data (~ 80 GB of media files)
with an attached USB harddrive. The command I use for everyday
synchronization reads as:
rsync
Hi,
I'm trying to read audio data from /dev/dsp, as I usually do it under
linux. It seems that the device is recognized (open succeeds), but no
data arrive.
Did I miss to configure something? Any help would be very nice.
Here is (part of) the output of 'strace cat /dev/dsp':
268 14563
On Apr 10 13:28, Igor Pechtchanski wrote:
On Sun, 10 Apr 2005, Hans Horn wrote:
Looks like bash2.x install in /usr/bin while bash3.x installs in
/usr/local/bin. Is that ok?
No, it isn't. Cygwin programs get installed in /usr/bin. If the upstream
package doesn't go there by default,
Suppose I have a polished setup installation of a subset of the Cygwin
resource, and not necessarily the latest versions of things. I've lost
/etc/setup/installed.db which would provide all the details. Is there a
way I can recover it? I thought about trying to use cygcheck,
remembering the
On Sun, 10 Apr 2005, fergus wrote:
Suppose I have a polished setup installation of a subset of the Cygwin
resource, and not necessarily the latest versions of things. I've lost
/etc/setup/installed.db which would provide all the details. Is there a
way I can recover it? I thought about trying
Hi. I have recently installed windows xp on my windows 2000 box, where
I had installed cygwin. I did'n format the hd, i simply deleted from
filesystem all the files I didn't need anymore.
There are some files contained in the cygwin dir which could'nt be
removed. Windows tells me they are in use
The easiest way, however, is to look at the setup.log file
from your polished installation (if that's available).
Thank you. After
grep \.bz2 /var/etc/setup*
followed by combinations of sort, uniq and simple editing, I have
recovered /etc/setup/installed.db correct in every detail, as
On Sun, Apr 10, 2005 at 08:46:32PM +0200, Corinna Vinschen wrote:
On Apr 10 13:28, Igor Pechtchanski wrote:
On Sun, 10 Apr 2005, Hans Horn wrote:
Looks like bash2.x install in /usr/bin while bash3.x installs in
/usr/local/bin. Is that ok?
No, it isn't. Cygwin programs get installed in /usr/bin.
On Sun, 10 Apr 2005, fergus wrote:
The easiest way, however, is to look at the setup.log file
from your polished installation (if that's available).
Thank you. After
grep \.bz2 /var/etc/setup*
followed by combinations of sort, uniq and simple editing, I have
recovered
Hi
Apologies for not mentioning this years ago, but ...
In vi, if I hold down the shift or the control key and then move through
the file (e.g. repeated CTRL-B or SHIFT-W use), and then hit no fresh
keys for 5 seconds (i.e. just sit there with the CTRL or Shift key
depressed), and then continue
On 25 Feb, Igor Pechtchanski wrote:
The application failed to initialize properly (0xc022). Click on
OK to terminate the application
Ah, right, 0xc022 is access denied, and 0xc005 is access
violation (i.e., SEGV), most likely inside DllMain. Sorry, got confused
I am currently trying to install courier imap on cygwin. I have seen
several people on the list saying they have managed it, but I don't seem
to be able to get it working. In fact I don't even get courier-authlib
(0.55) to configure without errors.
When I start configure without the
30 matches
Mail list logo
