Installing licensecheck actually installs checkbashisms on x86, see
setup.ini:
...
@ licensecheck
sdesc: Simple license checker for source files
...
version: 2.14.1-1
install: x86/release/licensecheck/checkbashisms-2.14.1-1.tar.bz2 22743 ...
source:
On Aug 6 18:58, Christian Franke wrote:
Installing licensecheck actually installs checkbashisms on x86, see
setup.ini:
...
@ licensecheck
sdesc: Simple license checker for source files
...
version: 2.14.1-1
install: x86/release/licensecheck/checkbashisms-2.14.1-1.tar.bz2 22743 ...
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-06 08:46:12
Modified files:
winsup/cygwin : ChangeLog
winsup/cygwin/include/sys: file.h
Log message:
* include/sys/file.h: Add extern C.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2014-08-06 14:46:03
Modified files:
winsup/doc : ChangeLog ntsec.xml
Log message:
* ntsec.xml (ntsec-mapping): Drop plus-prepended builtin accounts as
default setting. Add short
Hi all,as far as I see, I don't have found package revision of Perl 5.18.2
for Windows 64bits.Do you have an idea when it could be available on
Cygwin?Regards,Stéphane
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/re-Missing-64-bit-packages-tp110216p110272.html
Sent from
On Aug 5 23:54, Anthony Heading wrote:
I guess this patch is right.
You guessed right. Patch applied.
Thanks,
Corinna
--- sys/file.h.Orig 2014-08-05 23:46:27.199694300 -0400
+++ sys/file.h 2014-08-05 23:46:55.919734500 -0400
@@ -39,7 +39,14 @@
#define LOCK_NB0x04
On Aug 4 21:00, Corinna Vinschen wrote:
I just uploaded a new snapshot to http://cygwin.com/snapshots/
This snapshot contains only a single change: It drops the prepended
plus entirely, So the builtin and well-known accounts are now called as
familiar: SYSTEM instead of +SYSTEM,
On Aug 6 11:30, Katsumi Yamaoka wrote:
On Tue, 05 Aug 2014 13:55:31 -0400, Ken Brown wrote:
Angelo and Katsumi, could you test it and see if it solves the
problems you reported? If so, I'll issue new emacs releases.
Thanks. But currently I cannot test it since the autogen.sh
script
On Aug 5 22:35, D. Boland wrote:
Corinna Vinschen wrote:
Can you produce another strace for the overwriting case (non-R/O aliases)
for comparison? Also, can you do the same strace with no syslogd running?
It might be necessary to create a few test versions of Cygwin with more
debug
On Aug 6, 2014, at 3:37 AM, Nikhil Nair nn...@pobox.com wrote:
cygcheck-output.txt
The output shows that a number of key packages are incomplete, meaning that
files they own no longer exist on your system. It is not that c:\cygwin is
missing, but that a small but critical subset of key
On 6 August 2014 17:55, Warren Young wrote:
On Aug 6, 2014, at 3:37 AM, Nikhil Nair wrote:
cygcheck-output.txt
The output shows that a number of key packages are incomplete, meaning that
files they own no longer exist on your system. It is not that c:\cygwin is
missing, but that a
Greetings, Nikhil Nair!
My Cygwin setup seems to have... well, imploded, for want of a better
word.
Warning: There are multiple cygwin1.dlls on your path
Please make sure you only have one installation of Cygwin, or remove any stray
elements from your path that may compromise the situation,
On 06/08/2014 11:59, Kal Sze wrote:
On 6 August 2014 17:55, Warren Young wrote:
On Aug 6, 2014, at 3:37 AM, Nikhil Nair wrote:
cygcheck-output.txt
The output shows that a number of key packages are incomplete, meaning that
files they own no longer exist on your system. It is not that
On Aug 6, 2014, at 3:59 AM, Kal Sze swordan...@gmail.com wrote:
On 6 August 2014 17:55, Warren Young wrote:
On Aug 6, 2014, at 3:37 AM, Nikhil Nair wrote:
cygcheck-output.txt
The output shows that a number of key packages are incomplete,
By the way, could that be hint of virus
On 06/08/2014 11:50, Andrey Repin wrote:
Greetings, Nikhil Nair!
My Cygwin setup seems to have... well, imploded, for want of a better
word.
Warning: There are multiple cygwin1.dlls on your path
Please make sure you only have one installation of Cygwin, or remove any stray
elements from
Hi all,
I'm in the long-running process of producing an up-to-date build of Git
for Cygwin. I think I'm now (finally) close to having a build ready to
upload to be installed via the Cygwin setup programs, but in the
meantime I'd appreciate my new build getting some additional testing.
You can
Hi Corinna,
Corinna Vinschen wrote:
On Aug 5 22:35, D. Boland wrote:
Corinna Vinschen wrote:
Can you produce another strace for the overwriting case (non-R/O aliases)
for comparison? Also, can you do the same strace with no syslogd running?
It might be necessary to create a
On Aug 6 13:30, D. Boland wrote:
Hi Corinna,
Corinna Vinschen wrote:
On Aug 5 22:35, D. Boland wrote:
Corinna Vinschen wrote:
Can you produce another strace for the overwriting case (non-R/O
aliases)
for comparison? Also, can you do the same strace with no syslogd
On 08/06/2014 05:30 AM, D. Boland wrote:
Without looking into the sources, I'd assume there's a closelog()
call missing prior to the descriptor close orgy. This closelog()
call should fix the problem.
It is exactly as you say. I found the close() orgy and put a closelog() prior
to it.
Hi Adam,
On Aug 6 11:21, Adam Dinwoodie wrote:
Hi all,
I'm in the long-running process of producing an up-to-date build of Git
for Cygwin. I think I'm now (finally) close to having a build ready to
upload to be installed via the Cygwin setup programs, but in the
meantime I'd appreciate
On 8/6/2014 22:18, Corinna Vinschen wrote:
`git fetch` occasionally hangs in the test suites in 64-bit)
and there are probably some problems I haven't identified yet.
I'm currently in the process of working through the Git test suite
output to identify missing features, since it's the best
Greetings, Nikhil Nair!
One thing I should, perhaps, mention: I'd also been using Cygwin Ports, and
it looks like I'd got more recent versions of some packages by adding that
repository.
So, any further hints would be most welcome...
Using Ports is not a problem per se, but NOT using ports
Greetings, Corinna Vinschen!
When I try to display the man page for /bin/passwd, the man page for
the openssl passwd subcommand is displayed.
It appears that both the package containing /bin/passwd, and the
openssl package place the passwd.1.gz file in the /usr/share/man/man1
directory, so
On 8/6/2014 3:08 AM, Warren Young wrote:
On Aug 6, 2014, at 3:59 AM, Kal Sze swordan...@gmail.com wrote:
A Software Engineer, a Hardware Engineer and a Departmental Manager were on
their way to a meeting. They were driving down a steep mountain road when
suddenly the brakes on their car
On Aug 6 21:21, Andrey Repin wrote:
Greetings, Corinna Vinschen!
When I try to display the man page for /bin/passwd, the man page for
the openssl passwd subcommand is displayed.
It appears that both the package containing /bin/passwd, and the
openssl package place the passwd.1.gz
Greetings, Corinna Vinschen!
When I try to display the man page for /bin/passwd, the man page for
the openssl passwd subcommand is displayed.
It appears that both the package containing /bin/passwd, and the
openssl package place the passwd.1.gz file in the /usr/share/man/man1
On 4 August 2014 21:56, Yaakov Selkowitz yselkow...@cygwin.com wrote:
On 2014-08-04 14:16, Philip Daniels wrote:
In this particular case, I would suggest just using a git snapshot of your
forked repository; see git.cygclass in the cygport manual for details.
Thanks to Jon Turney I was able to
On Aug 6 23:57, Andrey Repin wrote:
Greetings, Corinna Vinschen!
When I try to display the man page for /bin/passwd, the man page for
the openssl passwd subcommand is displayed.
It appears that both the package containing /bin/passwd, and the
openssl package place the
On Wed, Aug 06, 2014 at 04:18:41PM +0200, Corinna Vinschen wrote:
On Aug 6 11:21, Adam Dinwoodie wrote:
This build isn't final, but it does work in at least the mainline use
cases; I've been using it for a couple of days for my day-to-day work.
However there are still some problems I'm
On Wed, 06 Aug 2014 10:48:49 +0200, Corinna Vinschen wrote:
On Aug 6 11:30, Katsumi Yamaoka wrote:
% ./autogen.sh
[...]
Running 'autoreconf -fi -I m4' ...
0 [main] perl 4508 child_info_fork::abort: address space needed by
'POSIX.dll' (0x2D) is already occupied
[...]
You
Greetings, Katsumi Yamaoka!
% ./autogen.sh
[...]
Running 'autoreconf -fi -I m4' ...
0 [main] perl 4508 child_info_fork::abort: address space needed by
'POSIX.dll' (0x2D) is already occupied
[...]
You definitely have a DLL collision. What about perlrebase?
Oh, I did never know
Adam Dinwoodie wrote on 2014/8/6 18:21:
Hi all,
I'm in the long-running process of producing an up-to-date build of Git
for Cygwin. I think I'm now (finally) close to having a build ready to
upload to be installed via the Cygwin setup programs, but in the
meantime I'd appreciate my new build
32 matches
Mail list logo