On 6/20/2013 12:44, Yaakov (Cygwin/X) wrote:
There should NEVER be a reason that you can't use cygport for your
packages. If you're having an issue, just provide your (draft)
cygport(5) and ask.
Thanks for the offer. I've left myself a note to try this again for the
next ctags release.
I
> If every maintainer would use cygport, it would allow us to change
> the build method to one along the lines of most Linux distros.
> In Linux distros, the maintainer provides only the spec file and
> the source archive. The actual build for all supported platforms
> could be done on
On 6/20/2013 6:31 PM, Nogin, Aleksey wrote:
> Jeffrey Altman wrote:
>
>>> debug1: SSH2_MSG_SERVICE_REQUEST sent
>>> debug1: SSH2_MSG_SERVICE_ACCEPT received
>>> debug1: Authentications that can continue:
>>> publickey,gssapi-with-mic,password
>>> debug1: Next authentication method: gssapi-with-mi
Dear all,
First thanks a lot for your hard work on the Cygwin project and the
Cygwin64 project.
I've begun to try to build Sage (http://www.sagemath.org) on Cygwin64
to provide some Windows support without the need of a virtual machine
running Linux and now have some trouble compiling a working
Jeffrey Altman wrote:
>> debug1: SSH2_MSG_SERVICE_REQUEST sent
>> debug1: SSH2_MSG_SERVICE_ACCEPT received
>> debug1: Authentications that can continue:
>> publickey,gssapi-with-mic,password
>> debug1: Next authentication method: gssapi-with-mic
>> debug1: Miscellaneous failure (see text) unknow
On 20/06/13 18:43, Warren Young wrote:
The last doxygen package I shipped was a good example of this:
1. I had to pass "--platform linux-g++" to configure to get it to
build correctly. (It might have been one of those cases where it saw
#if WINDOWS == true and did the wrong thing.) I don't k
NEWS:
=
See CHANGES (URL below) for more information about the differences
between 1.8.0 and previous Subversion releases.
IMPORTANT: Please read the release notes (URL below) before
upgrading from a previous major release. 1.8 includes a new working
copy format with a manual upgrade operation
On 2013-06-20 12:43, Warren Young wrote:
I'm assuming everyone is using cygport now to create packages, or can't
because of one of these violated expectations.
My ctags package is one of the latter, because although it ships with a
configure script, it isn't an autoconf configure script. When I
On Jun 20 11:43, Warren Young wrote:
> On 6/19/2013 12:38, Yaakov (Cygwin/X) wrote:
> >On 2013-06-19 12:57, Warren Young wrote:
> >>You're not talking about anything different than the sort of thing
> >>Cygwin package maintainers go through, sometimes needing to arm-twist
> >>odd build systems to b
On 6/19/2013 12:38, Yaakov (Cygwin/X) wrote:
On 2013-06-19 12:57, Warren Young wrote:
You're not talking about anything different than the sort of thing
Cygwin package maintainers go through, sometimes needing to arm-twist
odd build systems to behave according to cygport's expectations?
I thin
On 6/14/2013 5:39 PM, Nogin, Aleksey wrote:
> debug1: SSH2_MSG_SERVICE_REQUEST sent
> debug1: SSH2_MSG_SERVICE_ACCEPT received
> debug1: Authentications that can continue: publickey,gssapi-with-mic,password
> debug1: Next authentication method: gssapi-with-mic
> debug1: Miscellaneous failure (see
On Jun 20 09:07, Earnie Boyd wrote:
> On Wed, Jun 19, 2013 at 4:25 PM, Charles Wilson wrote:
> >
> > I assume that, eventually and as-needed, a *small* number of additional
> > "hooks" could be added to other code paths than exec/spawn/etc -- such as
> > the aforementioned uname(3) thing. (One of t
On Wed, Jun 19, 2013 at 4:25 PM, Charles Wilson wrote:
>
> I assume that, eventually and as-needed, a *small* number of additional
> "hooks" could be added to other code paths than exec/spawn/etc -- such as
> the aforementioned uname(3) thing. (One of the "deltas" between cygwin and
> msys was msys
On Jun 20 01:22, Jun Iriola wrote:
> Hi,
>
> I made a simple script that should detect if a certain service is running or
> not. Said script will run via cron.
>
> When I tested it and executed it manually in the command prompt, it list all
> Cygwin and Windows processes. But when I put it in
Hi,
I also noticed the perl package errors and did a reinstall of all perl packages
with setup.exe. Did not help.
Then in desperation I did a few reboots and rebaseall's and suddenly the
problem is gone. Sigh.
Somehow this is triggered by Windows 7 security updates but now again
everything with
I just updated the patch utility to upstream version 2.7.1.
To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page. This downloads setup.exe to
your system. Then, run setup and answer all of the questions.
*** CYGWIN-ANNOUNCE UNSUBS
Hi,
I made a simple script that should detect if a certain service is running or
not. Said script will run via cron.
When I tested it and executed it manually in the command prompt, it list all
Cygwin and Windows processes. But when I put it in cron, the number of services
detected were not t
On Jun 19 23:31, Matt D. wrote:
> I've been looking further into this and it appears as though the
> problem is in 'patch' not 'quilt'. quilt is actually a collection of
> bash scripts and calls patch to do the actual patching.
>
> Using the same example I provided earlier in the thread, the same
On Jun 20 03:30, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> http://cygwin.com/faq/faq.html#faq.programming.msvs-mingw
>
> 6.19. How do I use cygwin1.dll with Visual Studio or MinGW?
>
> This section doesn't actually mention MinGW except in its heading.
Thanks for the heads up. There's also the
19 matches
Mail list logo
