Folks:
I'm just about at whitts end in trying to get a working PHP support to
run on my purchased Sitemap generator. I can't build it from source due
to unresolved symbols when I use the apsx={path} in the "make". Then
someone pointed me to a binary distribution of PHP in cygwin's PORTS
coll
- Original Message -
From: "John Emmas"
To:
Sent: Monday, December 15, 2008 11:45 PM
Subject: Re: GTK+ externals are unresolved
> Perhaps you're missing the file 'libgtk-x11-2.0.la' (it should be in
/lib/).
> Try linking to 'libgtk-x11-2.0.dll.a' temporarily. If that works, you
might
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Dec 15, 2008 at 03:49:06PM +0100, carsten.porz...@spb.de wrote:
> Hello, Corinna,
>
> "large" logon time means 45 - 66 secs during public key authentication
> from viewing the banner text until an simple command has been excuted
> (e.g. "una
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new version of the asciidoc package, asciidoc 8.3.1-1, is now available
for download, replacing 8.3.0-1 and leaving 8.2.7-1 as previous.
NEWS:
=
This is a new upstream release, with upstream changes listed below. See
also the package documentat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For those people testing cygwin 1.7, a new release of coreutils, 7.0-1,
has been uploaded, replacing 6.12-2 as current. 6.10-2 remains current
for cygwin 1.5 users.
NEWS:
=
This is a new upstream release. It is designated as a beta release
upstr
I'm using the latest aspell, rxvt, bash, and cygwin1.dll on WinXP Pro
SP3...
$ uname -a
CYGWIN_NT-5.1 WXP-GKDC531 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
$ aspell -v
@(#) International Ispell Version 3.1.20 (but really Aspell 0.60.5)
$ cat .inputrc
set convert-meta off
set input-meta on
> Does it work if you move the libraries after the source files?
No, that doesn't make any difference.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
You can try using the windows one at: c:/WINDOWS/system32/tree.com
Or you can roll you own as shown below which will also work on *nix machines.
enjoy.
Lynn
=
#!/bin/bash
# This scripts graphically displays a file directory structure
# Does NOT work with file name
On Mon, Dec 15, 2008 at 02:43:44PM -0500, Ken Brown wrote:
> On 12/15/2008 10:34 AM, Ken Brown wrote:
>> On 12/15/2008 8:52 AM, Corinna Vinschen wrote:
>>> On Dec 14 16:49, Ken Brown wrote:
On 12/11/2008 2:30 PM, Matt Wozniski wrote:
> On Thu, Dec 11, 2008 at 1:14 PM, Ken Brown wrote:
- Original Message -
From: "M.O.D."
Subject: GTK+ externals are unresolved
Why are the GTK externals going unresolved on Cygwin?
Thanks,
Ollie
$ cc `pkg-config --cflags --libs gtk+-2.0` murg.c -o murg
/cyg
On 2008-12-15 21:19Z, M.O.D. wrote:
> When I compile a GTK+ application in Cygwin, all the GTK externals are
> unresolved.
>
> $ cc `pkg-config --cflags --libs gtk+-2.0` murg.c -o murg
Does it work if you move the libraries after the source files?
Something like this:
$ cc `pkg-config --cflag
When I compile a GTK+ application in Cygwin, all the GTK externals are
unresolved. Output from pkg-config and the /usr/lib directory look fine, and
are included below along with the linkage errors and the source program.
I downloaded and installed Cygwin last week.
I have compiled and run this
On Dec 15 21:32, Corinna Vinschen wrote:
> On Dec 15 20:25, Eric Blake wrote:
> > Eric Blake byu.net> writes:
> >
> > > Or, more accurately, a limitation of the coreutils .exe magic getting
> > > thrown off by the switch to the new cygwin_conv_path.
> >
> > On further thought, chmod doesn't do .
Eric Blake byu.net> writes:
>
> Eric Blake byu.net> writes:
>
> > Or, more accurately, a limitation of the coreutils .exe magic getting
> > thrown off by the switch to the new cygwin_conv_path.
>
> On further thought, chmod doesn't do .exe magic to begin with (cp, mv, and ln
> do, but not ch
Corinna Vinschen wrote:
On Dec 13 15:48, Christian Franke wrote:
du.exe from coreutils 6.12-2 does not work with /proc/registry/KEY:
$ du /proc/registry/HKEY_LOCAL_MACHINE
du: cannot access `/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE': No such
file or directory
du: cannot access `/proc/regi
On Dec 15 20:25, Eric Blake wrote:
> Eric Blake byu.net> writes:
>
> > Or, more accurately, a limitation of the coreutils .exe magic getting
> > thrown off by the switch to the new cygwin_conv_path.
>
> On further thought, chmod doesn't do .exe magic to begin with (cp, mv, and ln
> do, but not
Eric Blake byu.net> writes:
> Or, more accurately, a limitation of the coreutils .exe magic getting
> thrown off by the switch to the new cygwin_conv_path.
On further thought, chmod doesn't do .exe magic to begin with (cp, mv, and ln
do, but not chmod). Maybe the culprit is the fact that coreu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 12/15/2008 11:57 AM:
>> chmod +x e:/tmp/gimp/*.exe
>> chmod: changing permissions of `e:/tmp/gimp/gimp-2.2.13-i586-setup-1.exe':
>> No such file or directory
>> chmod: changing permissions of `e:/tmp/gimp/gtk+-2.10.6-1
On 12/15/2008 10:34 AM, Ken Brown wrote:
On 12/15/2008 8:52 AM, Corinna Vinschen wrote:
On Dec 14 16:49, Ken Brown wrote:
On 12/11/2008 2:30 PM, Matt Wozniski wrote:
On Thu, Dec 11, 2008 at 1:14 PM, Ken Brown wrote:
One other thing I've noticed, which I think is unrelated, is that
there is a
On Dec 15 10:28, Glenn Serre wrote:
> Good morning,
>
> In 1.7, using chmod with a Windows path fails is in the attached
> chmod_output.txt. Using a posix path works as expected.
>
> I can, of course, fix my makefile to not use windows paths, but it is a
> change from previous behavior and seems
Jari Aalto schrieb:
PACKAGE DESCRIPTION
===
Homepage: http://procode.org/stgit
License : GPL
Offer similar functionality to quilt i.e. pushing/popping patches
to/from a stack) on top of git. These operations are performed using
git commands and the patches are stored as git comm
Please, don't http://cygwin.com/acronyms/#TOFU
On Dec 15 15:49, Carsten.Porzler wrote:
> Hello, Corinna,
>
> "large" logon time means 45 - 66 secs during public key authentication
> from viewing the banner text until an simple command has been excuted
> (e.g. "uname -a"). Password authenti
On 12/15/2008 8:52 AM, Corinna Vinschen wrote:
On Dec 14 16:49, Ken Brown wrote:
On 12/11/2008 2:30 PM, Matt Wozniski wrote:
On Thu, Dec 11, 2008 at 1:14 PM, Ken Brown wrote:
One other thing I've noticed, which I think is unrelated, is that there
is a
glitch in directory listing in emacs under
Hello, Corinna,
"large" logon time means 45 - 66 secs during public key authentication
from viewing the banner text until an simple command has been excuted
(e.g. "uname -a"). Password authentication works faster (about 20 sec),
but much slower than with cygwin v.1.7.0 2008-06-18 (about 2 sec f
On Dec 15 14:50, Corinna Vinschen wrote:
> On Dec 15 12:11, carsten.porz...@spb.de wrote:
> > Dear SSH-Users/-developers,
> >
> > I'm just testing the OpenSSH V.5.1 on Cygwin1.dll V.1.7.0(0.189/5/3)
> > 2008-12-09.
> >
> > Unfortunately I have very large logon times (time from entering the
> >
On Dec 14 16:49, Ken Brown wrote:
> On 12/11/2008 2:30 PM, Matt Wozniski wrote:
>> On Thu, Dec 11, 2008 at 1:14 PM, Ken Brown wrote:
>>> One other thing I've noticed, which I think is unrelated, is that there
>>> is a
>>> glitch in directory listing in emacs under cygwin 1.7: If you try to
>>> l
On Dec 15 12:11, carsten.porz...@spb.de wrote:
> Dear SSH-Users/-developers,
>
> I'm just testing the OpenSSH V.5.1 on Cygwin1.dll V.1.7.0(0.189/5/3)
> 2008-12-09.
>
> Unfortunately I have very large logon times (time from entering the
> password until the prompt of the shell appears). The same
On Dec 15 12:12, carsten.porz...@spb.de wrote:
> Hello,
>
> on some servers (Windows Server 2003, SP2) we have the problem, that the
> passwd and group file are not interpreted correctly, obviously.
>
> If I execute the tool id.exe without parameters, I get back the following
> line:
>
> uid=
On Dec 15 11:47, Paul Keeble wrote:
> The user who runs the ssh-host-setup command is being denied terminal
> services login, which when you are running the setup over terminal
> services is a bit of a worry! I don't get kicked off the moment it
> happens but it needs manually correctly before log
On Dec 13 15:48, Christian Franke wrote:
> du.exe from coreutils 6.12-2 does not work with /proc/registry/KEY:
>
> $ du /proc/registry/HKEY_LOCAL_MACHINE
> du: cannot access `/proc/registry/HKEY_LOCAL_MACHINE/HARDWARE': No such
> file or directory
> du: cannot access `/proc/registry/HKEY_LOCAL_MAC
Dear SSH-Users/-developers,
I'm just testing the OpenSSH V.5.1 on Cygwin1.dll V.1.7.0(0.189/5/3)
2008-12-09.
Unfortunately I have very large logon times (time from entering the
password until the prompt of the shell appears). The same behaviour
appears during public key authentification, too.
Hello,
on some servers (Windows Server 2003, SP2) we have the problem, that the
passwd and group file are not interpreted correctly, obviously.
If I execute the tool id.exe without parameters, I get back the following
line:
uid=400() gid=401(mkpasswd) groups=401(mkpasswd)
If we we run id.exe
The user who runs the ssh-host-setup command is being denied terminal services
login, which when you are running the setup over terminal services is a bit of
a worry! I don't get kicked off the moment it happens but it needs manually
correctly before log out or access to the box remotely will be
You have answered my question perfectly, thank you.
I'm sorry that I posed it so badly.
Then line I tried in /etc/fstab
none / cygdrive binary 0 0
failed because the syntax was wrong. You provided the correct syntax
none / cygdrive user,posix=0 0 0
and everything works as required.
Thanks agai
On Dec 13 17:06, Fergus wrote:
> Here on XP on a domestic machine I have experienced no problems with
> standard activities.
> 1.7 seems to install very many fewer .bz2 than 1.5 does (I mean, 00s fewer)
> but ends up 2GB bigger. What's that about?!
> As we have been warned, mount in 1.7 behaves v
35 matches
Mail list logo
