Il 6/25/2013 5:09 AM, Mark Filipak ha scritto:
Hello,
I'm brand new and shiny. I'm attempting to install cygwin in order to
install and run mutt. I have no experience with either of them. I have
no idea whether cygwin and mutt are what I need. I'll learn by doing.
It appears that cygwin failed
Jeffrey Altman wrote:
> > I am running Heimdal's kinit (as came with MobaXterm 6.2) under
> > Windows 7 to get a ticket from a Windows AD, and then ssh'ing into RHEL
> > 5 and 6 boxes set up to use pam_krb to authenticate against the same
> > Windows AD. gssapi-with-mic authentication succeeds, b
Hello,
I'm brand new and shiny. I'm attempting to install cygwin in order to install
and run mutt. I have no experience with either of them. I have no idea whether
cygwin and mutt are what I need. I'll learn by doing.
It appears that cygwin failed to install 'cygwin1.dll'.
I read the FAQ. I'
JJ Hawkins writes:
> When building something (znc in the example below) this occures with
> libmpfr4 3.1.2-1.
>
> libmpfr4 3.0.1-1 (experimental) is not broken.
For the record: at the moment version 3.0.1 is current, and 3.1.2 is
test/experimental for use with gcc-4.7.2.
> $ make
> Building core
On 2013-06-24 06:31, Corinna Vinschen wrote:
This seem to have been a problem with the assembler files, but I can't
reproduce it if I use the right settings. With this cygport file:
NAME="mpir"
VERSION="2.6.0"
RELEASE=1
CATEGORY="Math"
SUMMARY="MPIR"
DESCRIPTION="MPIR"
SRC_
Il 6/24/2013 3:56 PM, JJ Hawkins ha scritto:
When building something (znc in the example below) this occures with
libmpfr4 3.1.2-1.
libmpfr4 3.0.1-1 (experimental) is not broken.
$ make
Building core object main...
/usr/lib/gcc/i686-pc-cygwin/4.7.2/cc1plus.exe: error while loading
shared librar
When building something (znc in the example below) this occures with
libmpfr4 3.1.2-1.
libmpfr4 3.0.1-1 (experimental) is not broken.
$ make
Building core object main...
/usr/lib/gcc/i686-pc-cygwin/4.7.2/cc1plus.exe: error while loading
shared libraries: ?: cannot open shared object file: No s
On 6/24/2013 5:10 AM, Corinna Vinschen wrote:
> On Jun 21 13:35, Jeffrey Altman wrote:
>> Since Cygwin Heimdal is built as Linux without any platform specific
>> credential cache support it will be restricted to using FILE: caches as
>> a ticket store. Microsoft Kerberos never uses FILE: based cac
On Jun 24 07:03, Earnie Boyd wrote:
> On Mon, Jun 24, 2013 at 5:11 AM, Corinna Vinschen wrote:
> >
> > Using another build system doesn't mean you can't switch to the better
> > one.
>
> That depends on one's view of better and Chris already believes he
> uses the better one. That is why is refus
On Jun 24 11:20, Corinna Vinschen wrote:
> On Jun 21 12:57, Yaakov (Cygwin/X) wrote:
> > On 2013-06-21 06:33, Corinna Vinschen wrote:
> > >as our resident autotools/libtool experts, could you please have a
> > >look here?
> >
> > The problem is, as a fork of GMP, it too tries to be too clever with
On Mon, Jun 24, 2013 at 5:11 AM, Corinna Vinschen wrote:
>
> Using another build system doesn't mean you can't switch to the better
> one.
That depends on one's view of better and Chris already believes he
uses the better one. That is why is refuses to use something else.
--
Earnie
-- https://s
On Jun 21 13:30, Jean-Pierre Flori wrote:
> Le Fri, 21 Jun 2013 11:43:44 +0200, Corinna Vinschen a écrit :
>
> > On Jun 21 09:27, Jean-Pierre Flori wrote:
> >> Hey,
> >>
> >> Thanks for the quick reply.
> >>
> >> Le Fri, 21 Jun 2013 10:30:39 +0200, Corinna Vinschen a écrit :
> >>
> >> >> /bin/s
On Jun 21 12:57, Yaakov (Cygwin/X) wrote:
> On 2013-06-21 06:33, Corinna Vinschen wrote:
> >as our resident autotools/libtool experts, could you please have a
> >look here?
>
> The problem is, as a fork of GMP, it too tries to be too clever with
> libtool in an attempt to shorten configure times b
On Jun 21 22:44, Jean-Pierre Flori wrote:
> Le Fri, 21 Jun 2013 22:10:15 +, Jean-Pierre Flori a écrit :
> > Now there is also a x86_64w dir for windows assembly but yasm does not
> > like its syntax.
> > I'll be looking into that.
> In fact its not yasm which is used I guess.
> We should indeed
On Jun 21 16:56, Jean-Pierre Flori wrote:
> Hi all,
>
> Here is my experience with a shared version of the library after taking
> Corinna's message into account, starting from a clean MPIR tarball (except
> for updating the FSF config.sub/guess) without autoreconfing, and using
> the Cygwin shi
On Jun 21 13:50, Yaakov (Cygwin/X) wrote:
> On 2013-06-21 13:10, Warren Young wrote:
> >On 6/21/2013 12:05, Warren Young wrote:
> >>With cygport, you wouldn't even need to provide sources. We could email
> >>in the new cygport file instead of an RFU.
> >
> >...and patches.
> >
> >...and customized
On Jun 21 10:34, Christopher Faylor wrote:
> On Fri, Jun 21, 2013 at 09:49:34AM +0200, Corinna Vinschen wrote:
> >On Jun 20 22:38, Andrew Schulman wrote:
> >> > If every maintainer would use cygport, it would allow us to change
> >> > the build method to one along the lines of most Linux distro
On Jun 21 13:35, Jeffrey Altman wrote:
> Since Cygwin Heimdal is built as Linux without any platform specific
> credential cache support it will be restricted to using FILE: caches as
> a ticket store. Microsoft Kerberos never uses FILE: based caches and
> native MIT and Heimdal distributions use
I am trying to run a bash script periodically ( eg from cron or Windows task
scheduler ) which needs to kill any existing instances of a background process
then restart it. Unfortunately the scheduled script only seems to be able to see
processes that were created in the context it is running from
19 matches
Mail list logo
