At Tuesday, July 8, 2014, 8:16:41 PM, Yaakov Selkowitz wrote:
> On 2014-07-08 18:01, Chris J. Breisch wrote:
>> At Tuesday, July 8, 2014, 12:15:22 PM, Marco Atzeri wrote:
>>> On 08/07/2014 17:47, Jack Duthen wrote:
>>> util-linux is a popular package, so the issue was
information for Random collection
> of Linux utilities
> of course "col" is too short to be meaningful, "col.exe"
> is a better catch.
>> Question #3
>> To get a 'man' that works when piped, is there a better way than
>> loading this "
NEED Cygwin to use Yeoman? Can I just install a Cygwin
> command prompt and leave the rest?
I don't know the answer to the first question, but the answer to the
second question is no. However, you can install just the base system.
That's what I would recommend.
--
Chris J. Bre
At Thursday, July 3, 2014, 12:43:55 PM, Yaakov Selkowitz wrote:
> On 2014-07-03 11:24, Chris J. Breisch wrote:
>> A version of man2html is part of AutoGen. See here:
>> http://autogen.sourceforge.net/index.html and here:
>> http://autogen.sourceforge.net/man2html.html.
>&g
rtslist.txt), but I don't know
if man2html is included in the package.
If there's interest, I could look into moving this project out of
Cygwin Ports and into Cygwin itself.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://c
me.
>>
>> Andrew, could you make it so when you have a chance?
> Awarded! http://cygwin.com/goldstars/#CB
My spam filter ate this one and I only noticed it after switching
e-mail apps. Thanks!
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
Hello Andrey,
Wednesday, July 2, 2014, 8:37:11 AM, you wrote:
> Greetings, Chris J. Breisch!
>>> Ok, I think I have figured it out. Will the now unnecessary files
>>> created by "makewhatis" be purged or overwritten by mandb?
>> Oh, that's a good ques
you
install mandb.
mandb without any arguments updates the database, and mandb -q updates
it quietly.
Oh, that's a good question about the unnecessary files. I should add
that cleanup to the install scripts, since it obsoletes man.
--
Chris J. Breisch
--
Problem reports: htt
Didn't find any
references in the mailing list.
Keith
man has been replaced by man-db, which does not have a makewhatis.
mandb -q has similar functionality.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Angelo Graziosi wrote:
Achim Gratz wrote:
However, "mandb -dc" ran
through
This fixed my problem... :-)
Awesome.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com
can find. I can
change the postinstall script to do a "mandb -dc" for now, I guess. The
"-d" output goes to stderr, I see.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://
Angelo Graziosi wrote:
Chris J. Breisch wrote:
> Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself
> from the command line? It will take a while and may generate several
> warnings, such as what you see above.
I did this:
$ /usr/bin/mandb -c
and it prin
nstall
How to fix this?
Hmmm...well, that's not good. Can you run /usr/bin/mandb -c yourself
from the command line? It will take a while and may generate several
warnings, such as what you see above.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
be wrong. As I said, I can take a
look into seeing how difficult it would be to create a Cygwin specific
version of mandb without browser capabilities. I'm not convinced it's
worth crippling mandb just to remove this dependency, however.
Finally, I'm not sure that removing this d
-i $file2 | sed -e 's/ .*//')
if [ $inode1 -eq $inode2 ]; then
echo $file1 is actually $file2
else
echo $file1 and $file2 are separate files
fi
EOF
$ chmod +x areFilesSame.sh
$ ./areFilesSame.sh bar
bar is actually bar.exe
--
Chris J. Breisch
--
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
=
http://www.nongnu.org/man-db/
--
Chris J. Breisch
--
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
is a
shorter test equivalent to your example.
You might want to look at this thread:
https://sourceware.org/ml/cygwin/2014-04/msg00256.html
I use the registry test, but the id method would also work.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
uff is almost certainly easier.
--
Chris J. Breisch
--
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
Vera Serif Mono
XTerm*faceSize: 10
XTerm*toolBar: false
XTerm*Background: black
XTerm*Foreground: white
XTerm*cursorColor: LightBlue
XTerm*ScrollBar: true
XTerm*rightScrollBar: true
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http
;, to see what
it's attempting to do?
--
Chris J. Breisch
--
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
Steven Penny wrote:
On Thu, May 29, 2014 at 7:04 PM, Chris J. Breisch wrote:
Do you?
https://cygwin.com/ml/cygwin/2014-05/msg00284.html
From the same thread. Amazing that you missed that.
You are out of your element, mate
https://cygwin.com/ml/cygwin/2014-05/msg00298.html
I think you
/2014-05/msg00279.html
Do you?
https://cygwin.com/ml/cygwin/2014-05/msg00284.html
From the same thread. Amazing that you missed that.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwi
Ken Brown wrote:
On 5/28/2014 1:13 PM, Chris J. Breisch wrote:
JonY wrote:
gcc-4.8.3-1 is now uploaded for both 32-bit and 64-bit Cygwin. This
includes a patch to automatically link in the default manifest for
executable files.
Known issues:
Cygwin 64-bit gcc-4.8.3-1 debuginfo package is
), for MS Windows
$ ldd /usr/bin/g++
ldd: /usr/bin/g++: Exec format error
$ ldd /usr/bin/g++.exe
ldd: /usr/bin/g++.exe: Exec format error
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http
you got it working, then I'm happy.
--
Chris J. Breisch
--
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
7;t see any initialization path stuff in my strace. I suspect you
have an old cygwin1.dll somewhere, and running cygcheck as described on
the "Reporting Problems" page linked above will likely point that out.
Are you running cc1plus directly?
--
Chris J. Breisch
--
Problem reports:
in/root
ls: cannot access /win/d/cygwin/root: No such file or directory
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#u
Corinna Vinschen wrote:
On May 15 09:17, Chris J. Breisch wrote:
Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 14 18:52, Achim Gratz wrote:
Corinna Vinschen writes:
Yes, this might be better discussed in cygwin-apps. I guess the setting
of MANPATH is mainly historical.
I'
Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 14 18:52, Achim Gratz wrote:
Corinna Vinschen writes:
Yes, this might be better discussed in cygwin-apps. I guess the setting
of MANPATH is mainly historical.
I'd be happy to not set MANPATH in /etc/profile if we no longer need i
problem I found with man-db and MANPATH
is an upstream problem. I have an LFS system that I can use to test that
and will do so later today.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
gned, but if so, the design seems
flawed from my perspective. From my research, this does not appear to be
a Cygwin specific issue, although I haven't yet tried to reproduce it on
a Linux system.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
nt to maintain, haven't applied the necessary Cygwin
patches, and haven't gotten it to successfully work on your machine,
then it's a bit ludicrous to expect someone to name you the maintainer
of said package. You haven't shown any evidence of your ability to
perform in tha
le with coreutils in the past, and I suspect if I had
to, I could update it using the patches from the last version as a
starting point, but I haven't found a need to do so yet.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://c
s" for any account that it
would tend to want to set as "None". That would be some smelly code though.
--
Chris J. Breisch
--
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
Corinna Vinschen wrote:
On May 6 14:22, Chris J. Breisch wrote:
Corinna Vinschen wrote:
On Windows, users and groups are identified not by uid/gid, but by
their SID. The SID is a unique value, but other than that, a SID can
be a user or a group and in lots of cases Windows doesn't ca
Corinna Vinschen wrote:
On May 6 13:01, Chris J. Breisch wrote:
Corinna Vinschen wrote:
Other than that, I'm open to discuss the necessity(?) to override
the primary group by default. But, in fact, I'm not sure this really
makes sense. Linux systems default to creating a user-spec
. The
Windows Account technique isn't quite as nice, but admittedly, it
does its job just as well.
Yes, I've experienced that on Linux, but I don't recall having these
file permission issues there. Perhaps I just never noticed though.
Thanks,
Corinna
Thanks for looking into al
Larry Hall (Cygwin) wrote:
On 05/05/2014 06:39 PM, Chris J. Breisch wrote:
513/None is in /etc/group. It's the next to last line. The line above
is the
last line and apparently comes from some prior invocation of 'mkgroup
-c'. I
never knew until this moment that there was a &#x
dow title. Note that
PS1='\e]0;blah\a'
Still works
Works for me. Are you sure you don't have PROMPT_COMMAND set, and it's
overriding it?
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Larry Hall (Cygwin) wrote:
On 05/05/2014 06:07 PM, Chris J. Breisch wrote:
Hmmm, just noticed something in /etc/group:
Chris J. Breisch:S-1-5-21-3514886939-1786686319-3519756147-1001:11001:
and on another machine where I can reproduce this:
Chris:S-1-5-21-1055441198-2882714470-4103286779-1001
Chris J. Breisch wrote:
Larry Hall (Cygwin) wrote:
On 05/05/2014 02:56 PM, Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 5 12:17, Chris J. Breisch wrote:
Corinna Vinschen wrote:
An strace of `chmod 400 bar' might sched some light on this issue,
but I
have a gut feelin
Larry Hall (Cygwin) wrote:
On 05/05/2014 02:56 PM, Chris J. Breisch wrote:
Corinna Vinschen wrote:
On May 5 12:17, Chris J. Breisch wrote:
Corinna Vinschen wrote:
An strace of `chmod 400 bar' might sched some light on this issue,
but I
have a gut feeling the underlying WIndows call wil
Corinna Vinschen wrote:
On May 5 12:17, Chris J. Breisch wrote:
Corinna Vinschen wrote:
An strace of `chmod 400 bar' might sched some light on this issue, but I
have a gut feeling the underlying WIndows call will not even return an
error code...
Attached. Your gut seems to be working
Corinna Vinschen wrote:
On May 5 11:23, Chris J. Breisch wrote:
In both cases, I am logging on to the machine with a "Microsoft
Account": http://www.microsoft.com/en-us/account/default.aspx
Hmm, maybe that's the problem. This "Microsoft Account" stuff might
influe
ere doesn't appear to be any BLODA. I may try
to create a new VM with nothing on it but Cygwin and see what happens.
I don't have access to the second machine right now, but I'll dig later.
I'll dig a little more on my own. I don't want to waste bandwidth on the
Cygwin li
Corinna Vinschen wrote:
On May 5 09:49, Chris J. Breisch wrote:
As far as Cygwin tools are concerned, the None group is just a normal
group like any other group. The behaviour you're observing looks a bit
like either your group file is not ok, or you're testing this with the
noacl mo
hat's not the best idea in this case.
2) How is this all going to work with Corinna's new stuff? Will I even
be able to change my default group with it?
Just to be clear, this is only a problem on non-Domain accounts. For a
Domain account the default group is "Domain Users&quo
never dream of sharing
/usr/local this way.
Oh, finally, I set the title of my mintty or xterm to contain
${PROCESSOR_ARCHITECTURE} as well, so I don't forget where I am.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/
r the one test failure for man-db.
--
Chris J. Breisch
--
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
Chris J. Breisch wrote:
Check-0.9.12 seems to work out-of-the-box. Configure with --prefix=/usr.
"make check" on check reports all tests passed, despite what appear to
be some failures. The CHANGELOG says that this version should pass all
tests on Cygwin. I've just subscribed
ybe even zero. I'm not sure I get a vote. :)
Also obviously, if the decision is to go forward, these three items need
to be packaged up appropriately and a package maintainer assigned. Check
is already a Cygwin package, but needs updating.
Somehow I have a feeling about who will be nom
Steven Penny wrote:
On Thu, Apr 10, 2014 at 10:12 AM, Chris J. Breisch wrote:
If you do what you have always done, you will get what you always got.
If Christopher wants to gripe on the mailing that his business, but he and
everyone else need to get realisic about the fact that not everyone
rhaps, only choice?
I'd vote against '+' and in favor of '\' as long as there is no
potential for confusion with Windows Domains and accounts/machine names,
i.e. \{,}.
It doesn't sound to me like that would be an issue with how you want to
use things, but that&
as source control systems go, and submitting patches, I
remember using RCS, and before that SCCS. Those worked fine for their
time, and I submitted lots of patches using them, even one that made it
into the BDS 4.3 Tahoe 'vi' code.
So, like Andy, pardon me if I'm not moved to tears
Andrey Repin wrote:
Greetings, Chris J. Breisch!
Without additional details on what is or isn't happening, this is as
_dosOutput is a more likely offender.
Because of backslashes. Since it's unquoted.
No, that's from my example, which works, not his. I handle creation of
Chris J. Breisch wrote:
Without additional details on what is or isn't happening, this is as
much assistance as I can provide.
I lied. I had one more thought.
Your username, password, database name, sql server name don't contain
characters that are special to bash, do they? O
Chris J. Breisch wrote:
Can you give more specifics on how it fails? And is it possible for you
to upgrade to a more recent version of Cygwin? I'm doing almost all of
this except for the ASP.net part, and I have no problems. I do this at
work, and I'm not at the office right now. It&
ts differently. I can check in the morning. I also use Windows
authentication and not SQL authentication, but that shouldn't matter. In
fact, of the two, SQL authentication is the way less likely to cause issues.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/proble
he only failure. 6 other tests pass.
I'm not yet sure why it can't find "sh" unless it's not looking in $PATH
or $PATH has been obliterated somehow.
Still digging...
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: htt
Corinna Vinschen wrote:
On Mar 14 10:24, Chris J. Breisch wrote:
I downloaded and built the latest version of check, and it seems to
work much better. I still have issues with libpipelines tests. It
appears that there is a 32/64-bit issue somewhere. I'm using Cygwin
x64. Many of the tests
Erwin Waterlander wrote:
Op 14-3-2014 13:58 Chris J. Breisch schreef:
There's also a check 0.9.12 from January of this year.
It appears to me that we should upgrade check to at least 0.9.11, as
I'm unconvinced that the current version is working.
It was in October when I tri
r.
It appears to me that we should upgrade check to at least 0.9.11, as I'm
unconvinced that the current version is working.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.
package.
If you like, you can even do this together.
I'm willing to defer to Achim, since he already has some patches, but
I'm flexible.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
give it a shot.
Is the information on this page (http://cygwin.com/setup.html) up-to-date?
--
Chris J. Breisch
--
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
tency with another. Before
there was no way to send a parameter containing an equals sign. Now
there's no way to treat the equals sign as a delimiter.
Given that there's no real improvement here, I'd prefer the original
behavior as it at least has the limited benefit of "working
than it includes. Being able to do so hardly
seems like a bug.
Frankly, I was surprised the dependency tree for bash was so large. Bash
depends on texinfo? I see the chain that gets you there, but it still
surprised me.
Regards,
Achim.
--
Chris J. Breisch
--
Problem reports:
No. You told the GUI not to install the base, but only to install bash.
You didn't say the same thing when you installed it from the command
line. Perhaps if you said to remove category all first, like you did
from the GUI. I don't know. I haven't tried it, and can't at
endency tree, but it got to painful to type
up, and I doubt many would care. I'm surprised there's not such a thing
on the Cygwin site somewhere, but perhaps I'm just blind.
--
Chris J. Breisch
--
Problem reports: http://cygwin.com/problems.html
FAQ:
n the
release? I'm sure you could get the requisite number of votes to
include it.
+1
cgf
It's something I certainly would want in the release. I've tinkered
around with writing something like this myself, as I'm sure many others
have.
--
Chris J. Breisch
--
Pr
built a
Cross Linux From Scratch system under Cygwin earlier this year. I just
got back from vacation, though. Give me a day or so, and I'll find my
notes on it. I believe most of them have already been posted here in the
past, however.
Chris J. Breisch
--
Problem reports:
On 3/14/2013 9:47 AM, Corinna Vinschen wrote:
On Mar 14 13:19, Jacob Kroon wrote:
Hi,
I'm having problems compiling EGLIBC in Cygwin. I think the reason is
the following:
Doing "ls foobar/../" in a Cygwin terminal, where the directory
"foobar" does _not_ exist, still returns a valid file listi
On 3/1/2013 10:49 AM, Kevin Layer wrote:
Don't have cron running. I start it as me, the logged in user, from a
mouse click or running "startxwin" in a mintty. Behaves the same
either way.
Well, I am unable to duplicate this no matter what I do. I have even
launched a dash shell directly fro
On 2/26/2013 4:14 AM, Corinna Vinschen wrote:
On Feb 26 15:35, MITSUNARI Shigeo wrote:
Hi.
I found that the performance of malloc/free is wrong under multi-threading.
The following test program reproduces the problem.
The program repeats malloc and free under multi-thread.
I measured the timin
dll which does exist.
--
Chris J. Breisch
--
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
On 12/17/2012 4:53 AM, Corinna Vinschen wrote:
Yes, don't try to build tcl/tk from the sourceware repo. It's old, it's
unmaintained.
Corinna
Ok, thanks. Are there any other parts of the CVS source tree that I
should be wary of?
--
Chris J. Breisch<http://ww
./include/w32api/winsock2.h:986:34:
error: conflicting types for ‘select’
/usr/include/sys/select.h:31:5: note: previous declaration of ‘select’
was here
Makefile:423: recipe for target `tclAlloc.o' failed
The -mwin32 option causes tclWinPort.h and therefore winsock2.h to be
incl
Igor Peshansky wrote:
>
> Can you please post the output of "ls -l /cygdrive/c/vim/vim71/gvim.exe",
> "ls -ld /cygdrive/c/vim/vim71", and "ls -ld /cygdrive/c/vim"? Also of
> "cygcheck /cygdrive/c/vim/vim71/gvim.exe"?
$ pwd
/cygdrive/c/Vim
$ ls -l vim71/gvim.exe
--+ 1 chris None 3048448
Hi all,
I've a recently installed Cygwin setup on Vista x64 and I've been having
problems with pdksh. I've got a x64-build of native gvim installed[1] which
pdksh doesn't want to start. On trying to run I get:
$ /cygdrive/c/vim/vim71/gvim.exe
/bin/pdksh: /cygdrive/c/vim/vim71/gvim.exe: cannot ex
78 matches
Mail list logo
