On 2/7/2012 2:20 PM, Christopher Faylor wrote:
On Tue, Feb 07, 2012 at 12:32:41PM -0500, Ryan Johnson wrote:
On 07/02/2012 12:14 PM, Ilguiz Latypov wrote:
[verboten confidential/privileged material disclaimer]
http://sourceware.org/lists.html#disclaimer-bounce
You're lucky the list didn't
On 2/7/2012 2:59 PM, KARR, DAVID wrote:
I tried to run setup on another box today, and it wasn't showing any download
sites. I thought it might be a problem on that box, but I tried it on my own
box afterwards, and I'm seeing the same problem.
Is this related to the problem with Package
You got that wrong. The CYGWIN=glob:... option only affects how
globbing is performed on the command line arguments if the Cygwin
process has been started from a native Windows process. Full stop.
I acknowledged *my* MISTAKE. I do so again.
Now, actual filename case sensitivity is an
On 5/26/2011 3:35 PM, Christopher Faylor wrote:
On Thu, May 26, 2011 at 02:28:53PM -0400, Lee Rothstein wrote:
Issue: Possible confusing consequences of CYGWIN variable option:
glob:noignorecase
What follows is an edited transcript of my confusion about trying
to find the command xwin (and
I vaguely remember a discussion, here, about how to install using
'setup.exe' from a list of packages contained in a file which is
then pointed to on the command line. I see the '-p' option in
'setup', and although I know how to put the list ('Pkg_List.txt')
after the -p in bash (i.e. '-p \$(cat
On 10/24/2010 4:43 AM, Kirill Yarosh wrote:
$ date ; cmd /c echo %TIME%
I thought that perhaps, the clock was updating via the net, induced by
the 'cmd' date request, so, I tried:
$ date ; cmd /c 'echo %TIME%' ; date
Sun, Oct 24, 2010 10:52:17 AM
10:52:07.45
Sun, Oct 24, 2010 10:52:17 AM
Pine has been deleted from all kinds of FLOSS distributions, including
some or
all Linux distribs because of U. of WA, software license, IIRC. I
believe that U
WA also changed the name of their current email package. I looked into
building it, at one time, and basically decided it's time to
On 10/22/2010 5:47 PM, Eric Blake wrote:
On 10/22/2010 03:41 PM, Ken Brown wrote:
On 10/22/2010 12:32 AM, Andy Koppe wrote:
On 21 October 2010 22:22, Lee D. Rothstein wrote:
The original complaint which is now solved (I think) had nothing
to do with Bash completion. Cyrille brought it up
On 10/22/2010 12:32 AM, Andy Koppe wrote:
On 21 October 2010 22:22, Lee D. Rothstein wrote:
do you have bash-completion, if yes, get rid of it and try again.
Bash completion is installed on my system but never loaded; i.e.,
/etc/bash_completion is not sourced in '~/.bashrc
On 10/21/2010 1:22 AM, Cyrille Lefevre wrote:
seems to work here ! even on cpan.1 generated from pod2man...
Just curious, what part of 'man2pdf' did you run that indicates
that it works on your system? (Commands and options, would be
most helpful.)
do you have bash-completion, if yes, get
, in this case.
See my comments, below.
On 10/21/2010 7:40 PM, Cyrille Lefevre wrote:
Le 21/10/2010 23:22, Lee D. Rothstein a écrit :
On 10/21/2010 1:22 AM, Cyrille Lefevre wrote:
seems to work here ! even on cpan.1 generated from pod2man...
Just curious, what part of 'man2pdf' did you run
On 10/19/2010 5:46 PM, Lee D. Rothstein wrote:
I'm confused. Something is wrong with my Cygwin configuration
that has slowed Cygwin operation down drastically. The
performance issue follows several problems with 'bash' that
occurred while running nested scripts. The residual effect is
slow
* What are the standard paths for Perl Modules on Cygwin?
Is there a command, environment variable, Perl internal
variable, or Perl function that will tell me this?
* What are the standard modules installed with Perl?
Is there a command, environment variable, Perl internal
variable,
On 10/15/2010 4:58 PM, Csaba Raduly wrote:
On Fri, Oct 15, 2010 at 9:31 PM, Lee D. Rothstein wrote:
* What are the standard paths for Perl Modules on Cygwin?
... SNIP
HTH,
Csaba
Most helpful. Thank you.
--
Problem reports: http://cygwin.com/problems.html
FAQ
On 10/13/2010 1:58 AM, Autotoonz wrote:
Christopher Faylor-8 wrote:
If you mean that batch file 1 sets the CYGWIN environment variable and
then directly runs batch file 2, then that works too. That's how
environment variables work - once you set an environment variable it is
inherited by all
On 8/25/2010 4:32 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote:
$ for F in /dev/s* ; do echo $F$(cygpath -w $F) ; done
/dev/scd0 \\.\D:
/dev/scd1 \Device\CdRom1
/dev/scd2 \Device\CdRom2
/dev/sda\\.\PhysicalDrive0
/dev/sda1
On 8/22/2010 2:30 AM, Christopher Faylor wrote:
On Sat, Aug 21, 2010 at 09:32:47PM -0400, Gregg Levine wrote:
Is it possible to build a custom cygwin1.dll library? I'm in the
process of setting up a Win2K8 or Win2K3 server, and I would like to
install a personalized install of Cygwin there.
from 'cygcheck -c':
Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::Bitmap.3pm.gz from package
perl-ming
Missing file:
On 7/20/2010 4:55 AM, David Sastre wrote:
2010/7/20, Lee D. Rothsteinl1ee...@veritech.com:
from 'cygcheck -c':
Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package
perl-ming
Missing
When I run 'cygcheck' on my vista 64b system, I always get a
bunch of error messages on stderror.
To wit:
$ cygcheck -cvs|e_capa
/tmp/e_capa_4800-oa # from my 'e_capa' script
/bin/cygrunsrv: warning: OpenService failed for 'DcomLaunch': Win32 error 5
Access is denied.
/bin/cygrunsrv: warning:
On 7/2/2010 9:22 AM, Corinna Vinschen wrote:
On Jul 1 17:14, Lee Rothstein wrote:
I got bitten by the misconfig of gnome-canvas on kernel.org.
That plus, bandwidth shenanigans by Comcast, and probably
some errors in my recovery process left me with a bunch of
missing pieces from sundry
On 6/24/2010 3:05 PM, Christopher Faylor wrote:
On Thu, Jun 24, 2010 at 02:41:12PM -0400, Lee Rothstein wrote:
On 6/24/2010 11:37 AM, Christopher Faylor wrote:
Is there a problem with gnomecanvas2 package?
setup.exe hasn't changed since April so it's hard to see how any problem
david sastre wrote:
New package makeself-2.1.5-2 has been uploaded.
makeself is a small shell script that generates a self-extractable
archive from a directory. The resulting file appears as a shell script
(many of those have a .run suffix), and can be launched as is. The
archive will then
Eric Blake wrote:
On 04/28/2010 12:12 PM, Sastre wrote:
2010/4/28, Lee D. Rothstein
FWIW, the man page says makeself, not makeself.sh.
I actually didn't say that, but I alluded to it.
Fair enough.
Two options, then:
-patching the manpage
-patching the source
Andrew Defaria spake:
...
the people at work are a lot more point and clickly if you know what I
mean.
These get my vote:
PACy -- point and clicky
OR: GUIPy -- GUI prone
Sy -- scripty (gnuish?)
OR: CLIO -- Command line-oriented
WWNN -- if you know what I mean OR wink, wink, nudge, nudge
Dave wrote:
Lee D. Rothstein wrote:
Dave wrote:
Check HKEY_CLASSES_ROOT\Directory\Shell\cygwin_bash. It's value should
be the context menu item text, Mintty Bash
Value was null.
It should have one subkey, command, whose value is the command to run
c:\_0\bin\mintty
Value
failures.)
Yeh. A falling hippo will do that to your park zone. Youse guys wanna be
careful there, somebody might burn it down!
It had to happen. MITMDTPTP.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Dave wrote:
Larry Hall (Cygwin) wrote:
On 12/28/2009 06:23 PM, Lee D. Rothstein wrote:
Larry Hall (Cygwin) wrote:
Lee D. Rothstein wrote:
Are you running Vista 64bit? If not, I suspect the registry keys
set in
Vista 64 are not correct as set by 'chere'.
No, actually I'm not, so
Dave wrote:
Lee D. Rothstein wrote:
It's been a while since I've had to look at chere. Bottom line -
there
haven't been any previous reports of failures on Vista 64 bit (and I
don't have a 64-bit system available to me).
How many of these?:
* Vista, 64 bit
* Root not at c
Larry Hall (Cygwin) wrote:
On 12/31/2009 08:40 AM, Sergey Ivanov wrote:
After installing new major release of cygwin i obtained bsod
Bad_pool_Header on the stage post-installing. As usual i installed
everything (full installation).
Is it possible to check which package wrong?
BSOD
Larry Hall (Cygwin) wrote:
On 12/26/2009 12:50 PM, Lee Rothstein wrote:
See here, Chere-oes: ;-)
I've tried all manner of command option permutations with 'chere'
and can't get it to work -- as it has in the past.
Here's my latest attempt:
$ chere -i -a -n -e Bitte Bash Bei -t mintty -o \
Larry Hall (Cygwin) wrote:
I've always found 'chere -i' works for me. I'd also recommend getting
rid of
'c:\_0\local\Scripts\test'.
no such file!
Your cygcheck output thinks there is:
Found: C:\_0\bin\test.exe
Warning: C:\_0\local\Scripts\test hides C:\_0\bin\test.exe
Found:
Andy Koppe wrote:
2009/12/23 Lee D. Rothstein:
Just installed 1.7.1. Bravo, again.
Everything seems to be working okay, but every time I start up a Mintty/Bash
window I get the following
error message.
-bash: regtool: command not found
Shortcut is:
C:\_0\bin\mintty.exe --icon=c:\_0
Is that correct?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Removing it from the shortcut fixes it.
Boo.
I want my hippo.
My dog has refused to continue with her piano lessons until 'mintty' is
fixed.
Please help Phydeaux to continue her muzeecle edjeecayshun.
hippolessLee
--
Problem reports:
This problem was apparently due to a hung 'makewhatis' background
process. Sorry about the bother.
Never mind,
emiLee (Letella)
Lee Rothstein wrote:
* 'man' is installed.
* 'cygcheck' says ok
* 'makewhatis' is run after each run of setup.
* 'apropos' works fine
* 'whatis' does not
For
Andy Koppe wrote:
2009/12/22 Lee D. Rothstein:
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Works for me, with the icon placed in the same location. This is on
XP, and I tried it both in Cygwin 1.5 and 1.7.
NB: c:\_0 is my root.
I just looked at the ownership/mode
Chris Sutcliffe wrote:
e.g., all of the following don't work:
$ mintty --icon=/hippo_xp.ico -
mintty: could not load icon -- /hippo_xp.ico
$ /bin/mintty.exe --icon=$(cygpath -ua 'c:\_0\hippo_xp.ico') -
mintty: could not load icon -- /hippo_xp.ico
What happens if you do:
$ mintty
Andy Koppe wrote:
2009/12/22 Lee D. Rothstein:
'--icon=c:\_0\hippo_xp.ico' option now breaks mintty.
Works for me, with the icon placed in the same location. This is on
XP, and I tried it both in Cygwin 1.5 and 1.7.
NB: c:\_0 is my root.
I just looked at the ownership
Chris Sutcliffe wrote:
What happens if you do:
$ mintty --icon=/Cygwin.ico -
works!
I suspect this is related to an issue reported before with the hippo
icon (I assume it's the one Chuck mentioned in a previous email?). I
don't remember the exact details, but I remember Vista
Bravo!
Angelo Graziosi wrote:
Just done from mirrors.kernel.org!
$ uname -a
CYGWIN_NT-5.1 homepc 1.7.1(0.218/5/3) 2009-12-07 11:48 i686 Cygwin
Thanks to all developers of Cygwin.
Ciao,
Angelo.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
CGF said:
Yes, please take it to the talk list.
In the meantime, I'm going to try teaching my dog to play the piano.
cgf
Using a little poetic license, and realizing that CGF
never does anything with the expectation of failure
implied above:
Meanwhile, I'll teach my dog to play the piano ==
Bopp wrote:
aputerguy wrote:
Jeremy Bopp writes:
Well, it's a bit of a hack, but you could try something like the
following:
$ dirname $(cygpath -u C:/)
This assumes that there is always a C: drive and converts the path to
the root of that drive into a POSIX path which will include the
why are th e following files left in /etc/postinstall after each
update/reinstall or initial install?:
gcc-mingw-ada-3.4.4-20050522-1.tgz
gcc-mingw-core-3.4.4-20050522-1.tgz
gcc-mingw-g++-3.4.4-20050522-1.tgz
gcc-mingw-g77-3.4.4-20050522-1.tgz
gcc-mingw-gdc-3.4.4-0.12.1.tgz
I have dumped across years:
* Norton
* McAfee
* Antivir
Currently I'm using Kaspersky, which is pricer than the above, but it's
given me no trouble (so far), and seems to have detected some real
problems.
Robert Pendell wrote:
On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote:
Christopher Faylor wrote:
I just uploaded a new Cygwin 1.7 test release, 1.7.0-61.
This is another bugfix update:
- Correctly interpret Interix symlinks (read-only).
- Set R/O attribute on a file only if ACLs are not active.
- Don't interpret a volume reparse point as a symlink.
- Add two
I got the terminology all mixed up, but the bottom line is:
# '-follow' is supposed to be deprecated, but the replacement
# '-L' specified in 'man' and 'info' pages does not appear to
# exist in Cygwin 'find' version 4.5.4
find $PWD -maxdepth 1 -type f -follow -executable | gawk '
Larry Hall (Cygwin) wrote:
On 08/30/2009 11:15 PM, Lee D. Rothstein wrote:
Setup failed to complete the download on an attempt to update.
Yet, the install continued until that failed as well.
What do you mean by this? Define failed. Clarify how setup failed...
yet, the install
Setup failed to complete the download on an attempt to update.
Yet, the install continued until that failed as well.
Now, the same thing happens every try. Even if I:
* Redownload the lastest setup
* Shut off my AV program (Kaspersky)
* Change servers
* Delete all prior remnants of downloaded
Chris Sutcliffe wrote:
At one point I seem to remember cygstart would search the $PATH
variable for an application?
It absolutely did and was helpful with one or two problematic
Windows apps. These problematic apps, that were helped by the
non-standard use of 'cygstart', typically operate on
Lee D. Rothstein wrote:
Chris Sutcliffe wrote:
At one point I seem to remember cygstart would search the $PATH
variable for an application?
It absolutely did and was helpful with one or two problematic
Windows apps. These problematic apps, that were helped by the
non-standard use
Can someone explain the difference in version info between?:
* cygcheck -c cygwin
* uname -a
To wit:
Cygwin Package Information
Package VersionStatus
cygwin 1.7.0-49 OK
\
\
Christopher Faylor wrote:
On Thu, May 07, 2009 at 02:20:18PM -0400, Andrew Schulman wrote:
By the way, I don't like that setup maximizes the window when on the package
selection step.
I haven't seen it, but it certainly sounds wrong for a wizard-style
window to change its size when
I do a 'ping' in my profile of an Internet server to see if the
network is up when I bring up the first terminal session/login.
I'm getting the following error:
ping: socket: Operation not permitted
It doesn't matter what pingable node I try. They all fail.
'type' reveals that this is
Corinna Vinschen wrote:
On Apr 6 18:12, Spiro Trikaliotis wrote:
Hello,
* On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote:
Marc Girod wrote:
I try to open a new file named 'Aux.pm' under GNU emacs, and this one
hangs.
[...]
Andy Koppe wrote:
Lee D. Rothstein wrote:
However, while HOME works, END generates:
ESCOF
on the bottom command line and doesn't change the rest of the
screen. If I then type Ctrl-C (required to allow keyboard input
to be accepted, at all, at this point), and then, END, and
HOME both work
\e[1;2A back-line # UP-ARROW
\e[1;2B forw-line # DOWN-ARROW
\e[5;2~ back-screen # Shift/Ctrl+M_Wheel_Back--Scroll page bck
\e[6;2~ forw-screen # Shift/Ctrl+M_Wheel_Forw--Scroll page frw
\eOH goto-line # HOME -- Beginning of input
\eOF goto-end # END -- End of input
--
And,
Corinna Vinschen wrote:
On Mar 22 20:26, Lee D.Rothstein wrote:
snip
First of all, the explorer command does not stop input from the
terminal. When I invoke the above script, I get an explorer window
*and* I can type into the calling shell again because explorer is
running detached.
I'm having some problems with 'less' in a 'mintty' window that are not
consistent. Specifically while paging through stdin (to 'less'), in
'less', the first time I try to use HOME or END to go respectively
to the beginning or end of the stdin stream, the 'less' navigation
hangs until I hit
Christopher Faylor wrote:
On Mon, Mar 16, 2009 at 01:35:38AM -0400, Lee D.Rothstein wrote:
A large number (575) of 'man' pages, that reference other man pages using a
'.so' (source include) reference, fail to work because the plain text files
have the '.gz' extension appended without
Andy Koppe wrote:
Lee D. Rothstein:
I'm having some problems with 'less' in a 'mintty' window that are not
consistent. Specifically while paging through stdin (to 'less'), in
'less', the first time I try to use HOME or END to go respectively
to the beginning or end of the stdin stream
Andy Koppe wrote:
on Linux/UNIX systems with the command 'clear' the console content usually
can be flushed, on Windows with 'cls'.
None of these commands worked with Cygwin. If I enter 'clear', the message
bash: clear: command not found
is returned.
How can a console used with Cygwin be
Dave Korn piped:
For gui consoles, use
alias cls='echo -e \033c'
which does clear the scrollback buffer.
Thanks Dave, this works on 'xterm' but not on 'mintty'.
On 'mintty' it does a 'clear' (i.e., clears the screen),
rather than a 'cls' (i.e., clears the screen and
scrollback
Mike Marchywka wrote:
I've had a persistent problem getting apropos to work
as it never finds anything appropriate. Is there
something I need to do to make this work?
After each setup session, you need to run, /usr/sbin/makewhatis -u.
The immediate need was trying to find pdf tools.
Phil Betts wrote:
...
Lots of good comments on 'mintty' man page
...
Thanks, Phil,
Lee
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Peter Rosin wrote:
Den 2009-02-07 00:37 skrev Lee D.Rothstein:
First, PATH must include the Windows path of the /bin, where
typically
both mintty.exe and cygwin1.dll' will be found. Remember, this
is a
Here, I think I have the path right, since, the Windows equivalent
of '/bin'
Giacomo Bruno wrote:
Hello,
I just moved to a new machine with a 64 bit windows vista os . I wanted
to install and run cygwin. While the installation process run to the
end, programs like emacs xterm and xwin do not work. I also do not get
a home directory when I run for the first time cygwin
Tim Prince wrote:
Vincent R. wrote:
Ok finally I got my answers, I am cross-compiling and everything is so
SLO
that I will have to install Windows XP ...
Is it because of the couple laptop(Dell XPS M1530)/Vista or does it come
from Vista itself ?
You didn't say whether you have
I read with interest the problems with getting good time stamps from modern
PC Systems that hibernate.
I've been working on a different problem, and it occurs to me that a
utility of Windows can be used to solve this problem, if you don't mind
doing it in a non-GNUish way.
There's a console
Interesting feature or bug of MinTTY that does not obtain with any other
terminal emulator with which I'm familiar.
To wit:
If you have a running synchronous script or command to the screen and you
type ^l (Ctrl-l) it will immediately clear the screen before the ongoing
command terminates.
My
Ashok Vadekar wrote:
Apologies for violating sane quoting convention, but I'm working off a crapberry.
Wrt to window titles: change your PS1 prompt to no longer reassign the title with the pwd (assuming you still have the default definition from /etc/profile (or similar)) and use the same
Alexander Smith wrote:
I am running Vista Home Premium x64. After checking the BLODA
http://www.cygwin.com/faq/faq.using.html#faq.using.bloda, I
turned off Windows Defender. I also tried running rebaseall, but
that still didn't help. Below is a list of the steps I followed
to try to install
Corinna Vinschen wrote:
On Jan 15 15:04, Lee D. Rothstein wrote:
Alexander Smith wrote:
I am running Vista Home Premium x64. After checking the BLODA
http://www.cygwin.com/faq/faq.using.html#faq.using.bloda, I
turned off Windows Defender. I also tried running rebaseall, but
that still
Andy Koppe wrote:
Lee D. Rothstein wrote:
\e[1;5A: history-search-backward
\e[1;5B: history-search-forward
Perhaps I don't understand this 'bash' feature, but it doesn't
seem to work for me.
Start typing a command, press Ctrl-Up, and it finds the previous line
in the history
Andy Koppe wrote:
Andy Koppe wrote:
Lee D. Rothstein wrote:
I do lots of bash scripting including Windows/DOS commands, and I
can think of only one character cell app that ever gave me any
trouble from rxvt or xterm (whatever that app is -- I think a
Kit app), I found a work-around
Andy Koppe wrote:
Lee D.Rothstein wrote:
Hi, I've taken a first pass at distilling my experience with
'mintty' and the [ahem] discussion, here, about it into a text
file (see attachment mintty.{h})
Thanks, that's a nice surprise!
Okay, since you at least didn't hate it, I'll plug it into
newsletter wrote:
Christopher Faylor wrote:
On Sat, Jan 10, 2009 at 04:10:53PM -0700, Andrew DeFaria wrote:
Out of here...
If only that was really true.
cgf
mmm
start soapbox
Linux is about choice and not being forced to use a limited set of
tools. If rxvt works for you than
I applaud the change!
And while some hippos may not be sanguine, Elephant\Rhinos (Elifinos!,
as in, 'El-if-i-no which list to send it to') are ecstatic!
;-)
Lee
sowiso wrote:
I don't mind the traffic of xfree, but the cygwin list has too much
traffic.
There IS traffic on xfree? Looks
I applaud the change!
And while some hippos may not be sanguine, Elephant\Rhinos (Elifinos!,
as in, 'El-if-i-no which list to send it to') are ecstatic!
;-)
Lee
sowiso wrote:
I don't mind the traffic of xfree, but the cygwin list has too much
traffic.
There IS traffic on xfree? Looks
What causes the link to have its extension exposed and become
inoperable within Cygwin? Even after I did a complete reinstall.
I've seen this before. Does it have to do with the permissions?
Lee
--
Lee D. Rothstein
VeriTech
Merrimack, NH 03054
--
Unsubscribe info: http://cygwin.com/ml
Lee D. Rothstein wrote:
Brian Dessent wrote:
Lee D.Rothstein wrote:
'gs.exe' the Ghostscript interpreter is missing from my configuration.
That's because there is not supposed to be a gs.exe. The ghostscript
packages use the alternatives facility, which means /usr/bin/gs is a
symlink
Gary Johnson wrote:
On 2008-07-18, r wrote:
I'm new about cygwin, but I use from a lot SuSE and OpenSuSE
can I install packages rpm from linux distributions on cygwin ?
No. First off, Cygwin doesn't use Red Hat's package manager, it
uses its own package manager, setup.exe. Secondly,
Paul, Brent S wrote:
snip
PS - This is a bug in the current setup.exe as I downloaded a new setup.exe yesterday, when this occurred.
Paul, Brent S wrote on 26 June 2008 16:32:
snip However I get an error that setup.exe has
encountered a problem and needs to close. and I can't get past
Marc Weber wrote:
I've read the how to contribute a new package on the faq and
started writing the cygport file.
It was easy.
The distfiles which I've created this way can be found on
http://mawercer.de/dist
Which is the recommended way of testing them?
tar xfj -C / nix*.tar.bz2 ?
Marc Weber wrote:
* The hint file is not complete and appears to be some kind of
gag?
Can you recommend me one which you find complete ?
I had a quick glance at some packages eg
ftp://mirror.switch.ch/mirror/cygwin/release/cron/setup.hint
and they don't seem to contain much more
* It would be quite helpful, if there was a NIX Intro 'man' page
that gave the function of the package that I could only find
described in the Cygport file.
(package manager allowing) multiple versions of a package to
be installed side-by-side,
ensures that dependency
Cygwin FAQ says:
FAQ: Q: How do I print under Cygwin?
FAQ:
FAQ: A: There is no working lp or lpr system as you would find on
FAQ:UNIX.
FAQ:
FAQ:Jason Tishler has written a couple of messages that explain
FAQ:how to use a2ps (for nicely formatted text in PostScript) and
FAQ:
Christopher Faylor wrote:
On Mon, May 05, 2008 at 08:13:27PM -0400, Lee D. Rothstein wrote:
cd 'x:\any windows\path will also\work'
Note that this will give you a warning in Cygwin 1.7 since you are using
non-POSIX path names.
I do hope there will be an option with an alternative
Christopher Faylor wrote:
Note that this will give you a warning in Cygwin 1.7 since you are
using non-POSIX path names.
I do hope there will be an option with an alternative environment
variable setting that will direct the warning to /dev/null ?
You could try it and see:
Lee Maschmeyer wrote:
Or you can use the Cygwin mount command. It took me several years(!)
to realize the power of this utility. You need do it only once because
they're permanent until you change them:
cd 'x:\any windows\path will also\work'
I do it all the time when switching between a
the subject line because both you and I had misspelled
GraphicsMagick in previous posts. (Makes finding the Rosetta
Stone difficult.)
Lee
Lee D. Rothstein
P.S. Thanks for the 'site:' tip on Google, as well.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports
I had a problem with 'setup.exe' for the first time today.
I finally seemed to have cleared it up. This is merely a heads up for
other who may experience similar problems.
I always use a copy of 'setup.exe on' my hard disk (since I use FireFox,
and am generally paranoid about Net
Eric Blake wrote:
According to Angelo Graziosi on 3/7/2008 10:48 AM:
| Running 'cygcheck -cv' says that util-linux package is incomplete:
|
| Missing file: /usr/bin/logger.exe from package util-linux
| util-linux 2.13.1-1 Incomplete
|
| Since I have read some
Larry Hall (Cygwin) wrote:
On 01/12/2008, Lee D. Rothstein wrote:
gm.exe on vista doesn't work
Sorry, can't provide any other feedback about your message ATM. :-(
Larry are you working the problem of
gm not even being able to generate help much less image
transformation on Cygwin
Has anyone gotten gm[.exe] to work on Vista?
I keep getting pop-up Windows boxes saying gm has stopped working ...
with of course Vistas favorite non-functioning toggle switch line about
trying to find a solution, blah, blah, blah, blah.
Thanks,
Lee
P.S. Cygwin folk say Vista is not
.
Are you running Vista? These kinds of problems seem to
be more common with Vista, at least in my experience.
Cygwinners:
I'm curious as to why there is a postinstall script that can
fail and setup does not recognize there is something
amiss with the install.
Good luck,
Lee
Lee D. Rothstein
Have you tried?: Explorer / Right click dir or drive / Properties /
Security / edit_appropriate_user_appropriately /...? I've just spent
two weeks fighting through similar problems with Vista that I never had
with XP. I'm not sure whether the problem was Vista or the config the
vendor put on
Dave Korn wrote:
On 28 December 2007 05:03, Lee D. Rothstein wrote:
'makewhatis ('whereis' and 'apropos' database setup script) generates
the following errors:
$ makewhatis
gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--crc error
gzip: /usr/share/man/man1/./wput.1.gz
'makewhatis ('whereis' and 'apropos' database setup script) generates
the following errors:
$ makewhatis
gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--crc error
gzip: /usr/share/man/man1/./wput.1.gz: invalid compressed data--length error
Reinstall of 'man' and 'wput' does
Problem
---
This is a new config on Vista (Vastly Invasive Security
Tormenting All? ;-) )
After having done a 'makewhatis':
$ apropos sort
yields:
sort: nothing appropriate
Also, while the man page says the complete manual can be
found with:
$ info sort
It actually only finds the
1 - 100 of 118 matches
Mail list logo
