cygport qt5-base.cygport compile fails ( *** ERROR: configure failed )

cygport qt5-base.cygport compile fails ( *** ERROR: configure failed ) Error massage ERROR: Feature 'dbus-linked' was enabled, but the pre-condition 'features.dbus && libs.dbus' failed. ERROR: Feature 'system-pcre2' was enabled, but the pre-condition

Re: configure script fails during install (Setup Ver 2.897 (64 bit))

B db.h version >= 4.1 ... no (version numbers not > found) > configure: error: Berkeley DB db.h is missing or has incompatible version No, that does not mean that the configure script failed. It means the configure script determined that your build machine lacks some capabilities this p

Re: configure script fails during install (Setup Ver 2.897 (64 bit))

ttp%3a%2f%2fcygwin.mirror.constant.com%2f > -rwxrwx---+ 1 lkclooney lkclooney 1225235 > Nov 3 11:54 setup-x86_64.exe > The video instructs the user to execute the cygwin install configure script > in gnu-cobol-1.1 directory. > lkclooney@CLO

configure script fails during install (Setup Ver 2.897 (64 bit))

Error Message: checking whether to use NLS... no checking for initscr in -lncurses... yes checking ncurses.h usability... yes checking ncurses.h presence... yes checking for ncurses.h... yes checking for Berkeley DB db.h version >= 4.1 ... no (version numbers not found) configure: error: Berke

Re: freetype not detected on configure

Hi Andrey- I had to set up ming in Cygwin correctly. $ x86_64-w64-mingw32-gcc.exe `agar-config --cflags` -o hello hello.c `agar-config --libs` The cool trick is cygcheck. That allows you to see which dependency you are missing so you can play with the package manager in cygw

Re: freetype not detected on configure

Greetings, Gavin M2301! > I just needed to play with the versions that were offered in the package > manager. It is working now. It would be beneficial to future readers if you specify, what exactly helped your cause/how did you solved your issue. -- With best regards, Andrey Repin Sunday, Aug

freetype not detected on configure

HI all- I just needed to play with the versions that were offered in the package manager. It is working now. thanks. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: h

freetype not detected on configure

Hi all- I am trying to run this: ./configure --host=x86_64-w64-mingw32 \ --prefix=$MINGWROOT \ --enable-debug \ --with-{freetype,sdl,png,jpeg,gl}=$MINGWROOT \ --without-{fontconfig,sndfile,gettext,iconv} I get this for an error msg: checking for FreeType...no * * The

Re: configure fails on checking ino_t

ve > > some notes with hints on this at: > > http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/SaVi/running-under-Windows/ > > It looks like this has changed. There's no longer a --with-xforms > configure option, and the modules requiring xforms or Tcl/Tk are now >

Re: configure fails on checking ino_t

.ac.uk/Personal/L.Wood/software/SaVi/running-under-Windows/ It looks like this has changed. There's no longer a --with-xforms configure option, and the modules requiring xforms or Tcl/Tk are now packaged separately. (See the top-level README.) I'll think about how to best packa

Re: configure fails on checking ino_t

view, just like SaVi. I have some notes on DsTool at http://personal.ee.surrey.ac.uk/Personal/L.Wood/software/DsTool/ and there's some recent discussion of DsTool on the geomview-users mailing list. (*) Okay, I'm now aware of the BLODA issue, which likely explains why configure test

Re: configure fails on checking ino_t

On 6/7/2017 2:21 AM, Lloyd Wood via cygwin wrote: download geomview 1.9.5 from http://www.geomview.org this used to build on cygwin 32-bit. I've just build geomview-1.9.5 on both 32-bit and 64-bit Cygwin, using the attached cygport file and patches. If it works well, I'll propose it for incl

Re: configure fails on checking ino_t

On Thu, Jun 8, 2017 at 12:19 AM, Eric Blake wrote: > On 06/07/2017 05:11 PM, Lloyd Wood via cygwin wrote: >> Aha! just slightly later in config.log: >> >> configure:17957: checking for ino_t >> configure:17957: gcc -c -g -O2 conftest.c >&5 >> configure:179

Re: configure fails on checking ino_t

On 2017-06-07 14:37, Lloyd Wood via cygwin wrote: > that part of config.log is not interesting: > configure:17948: result: yes > configure:17957: checking for ino_t > configure:17957: gcc -c -g -O2 conftest.c >&5 > configure:17957: $? = 0 > configure:17957: gcc -c -g -O2

Re: configure fails on checking ino_t

On 06/07/2017 05:11 PM, Lloyd Wood via cygwin wrote: Please don't top-post on technical lists. > Aha! just slightly later in config.log: > > configure:17957: checking for ino_t > configure:17957: gcc -c -g -O2 conftest.c >&5 > configure:17957: $? = 0 >

Re: configure fails on checking ino_t

Aha! just slightly later in config.log: configure:17957: checking for ino_t configure:17957: gcc -c -g -O2 conftest.c >&5 configure:17957: $? = 0 configure:17957: gcc -c -g -O2 conftest.c >&5 conftest.c: In function 'main': conftest.c:94:20: error: expected express

Re: configure fails on checking ino_t

hi Csaba that part of config.log is not interesting: [..] configure:17948: result: yes configure:17957: checking for ino_t configure:17957: gcc -c -g -O2 conftest.c >&5 configure:17957: $? = 0 configure:17957: gcc -c -g -O2 conftest.c >&5 [..] I'm very puzzled. But don&#x

Re: configure fails on checking ino_t

z > $ cd geomview-1.9.5 > ./configure > [..] > checking for dev_t... yes > checking for ino_t... yes > checking for time_t... yes > checking size of dev_t... 4 > checking size of ino_t... configure: error: in > `/home/ellowoo/savi/geomview-1.9.5': > configure: error:

Re: configure fails on checking ino_t

On Jun 7 06:21, Lloyd Wood via cygwin wrote: > download geomview 1.9.5 from http://www.geomview.org > this used to build on cygwin 32-bit. Did so for a number of years. Now, it > doesn't, > because something changed. > > $ tar xvfz geomview-1.9.5.tar.gz > $ cd ge

configure fails on checking ino_t

download geomview 1.9.5 from http://www.geomview.org this used to build on cygwin 32-bit. Did so for a number of years. Now, it doesn't, because something changed. $ tar xvfz geomview-1.9.5.tar.gz $ cd geomview-1.9.5 ./configure [..] checking for dev_t... yes checking for ino_t... yes che

Re: race issue on configure

On 2017-01-10 07:07, cyg Simple wrote: > On 1/10/2017 9:02 AM, Marco Atzeri wrote: >> On 10/01/2017 14:55, cyg Simple wrote: >>> On 1/10/2017 5:24 AM, Marco Atzeri wrote: >>>> I am noticing race problems during configure tests, on both 32 >>>> and 64 bit b

Re: race issue on configure

On 1/10/2017 9:02 AM, Marco Atzeri wrote: > On 10/01/2017 14:55, cyg Simple wrote: >> On 1/10/2017 5:24 AM, Marco Atzeri wrote: >>> Hi, >>> >>> I am noticing race problems during configure tests, on >>> both 32 and 64 bit builds. >>> The effe

Re: race issue on configure

On 10/01/2017 14:55, cyg Simple wrote: On 1/10/2017 5:24 AM, Marco Atzeri wrote: Hi, I am noticing race problems during configure tests, on both 32 and 64 bit builds. The effect is a random failing test as conftest.exe can not be access by the linker. This is caused by your AV scanning the

Re: race issue on configure

On 1/10/2017 5:24 AM, Marco Atzeri wrote: > Hi, > > I am noticing race problems during configure tests, on > both 32 and 64 bit builds. > The effect is a random failing test as conftest.exe can not be access > by the linker. > This is caused by your AV scanning the recently

race issue on configure

Hi, I am noticing race problems during configure tests, on both 32 and 64 bit builds. The effect is a random failing test as conftest.exe can not be access by the linker. gcc -o conftest.exe -ggdb -O2 -pipe -Wimplicit-function

Re: failed configure

ebate wrote: >>>>>>>> >>>>>>>> in the three applications receive the same error >>>>>>>> error cc either not exit or no work, >>>>>>> >>>>>>> First check that gcc is in the path, something like

Re: failed configure

tutorials tell me that do the following ./configure --cc=gcc or ./configure --cc="gcc-3 -mno-cygwin" --host-cc=gcc-3 Wrong, useless, tutorials. What you really do, if needed (and it really shouldn't be needed, see above). ./configure CC=gcc In fact you can learn that by simply running: ./c

Re: Errors using configure when building packages

console was I able to complete the configure script for ImageMagick on my Cygwin installation. Thanks for the help and hope this will help others who encounter this problem. What helps your system even more is deinstalling McAfee as it seems to take a really safe but really dumb approach which

RE: Errors using configure when building packages

configure script for ImageMagick on my Cygwin installation. Thanks for the help and hope this will help others who encounter this problem. -Original Message- From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of Ken Brown Sent: Friday, October 14, 2016 3:23 PM To

Re: Errors using configure when building packages

On 10/14/2016 4:23 PM, Ken Brown wrote: > On 10/14/2016 1:46 PM, Sinkler, Wharton wrote: >> I've got a new Cygwin installation on Win7, which has issues with >> configure, the first step of building packages from source (I've seen >> this with ImageMagick, libtiff

Re: Errors using configure when building packages

Sinkler, Wharton wrote: I've got a new Cygwin installation on Win7, which has issues with configure, the first step of building packages from source (I've seen this with ImageMagick, libtiff and others so it's not specific to the package I'm installing). It seems to spora

Re: Errors using configure when building packages

On 10/14/2016 1:46 PM, Sinkler, Wharton wrote: I've got a new Cygwin installation on Win7, which has issues with configure, the first step of building packages from source (I've seen this with ImageMagick, libtiff and others so it's not specific to the package I'm insta

Errors using configure when building packages

I've got a new Cygwin installation on Win7, which has issues with configure, the first step of building packages from source (I've seen this with ImageMagick, libtiff and others so it's not specific to the package I'm installing). It seems to sporadically be una

Re: tree puzzle error running Configure after installing update 2.4.1.1 to Cygwin64

;dummy, 0, MPI_INT, dest, PP_UPDATERATES, PP_Comm); I can send full make and make check runs if needed help Bob Dear Bob, "make check" is useless if "make" does not work. to me it seems you need to work with upstream developer to solve the different issues. It is not

Re: tree puzzle error running Configure after installing update 2.4.1.1 to Cygwin64

cyg Simple OK replaced the two files config.guess and config.sub with a 2016 timestamp and ran make again. like samtools it has a couple of warning for terms like But it does not get the job done. the problem area seems to be in this area of make ppuzzle.c: In function ‘PP_Update_Rates’: ppuzz

Re: tree puzzle error running Configure after installing update 2.4.1.1 to Cygwin64

On 1/25/2016 4:11 PM, Robert May wrote: > Robert@DESKTOP-14EL82S /usr/local/bin/tree-puzzle-5.3.rc16-windows > $ ./configure > checking build system type... ./config.guess: unable to guess system type > > This script, last modified 2004-08-11, has failed to recognize > the op

tree puzzle error running Configure after installing update 2.4.1.1 to Cygwin64

Robert@DESKTOP-14EL82S /usr/local/bin/tree-puzzle-5.3.rc16-windows $ ./configure checking build system type... ./config.guess: unable to guess system type This script, last modified 2004-08-11, has failed to recognize the operating system you are using. It is advised that you download the most up

Re: Error while building GMP on cygwin "configure: error: could not find a working compiler"

On 03/09/2015 09:37, Hari Narasimhan H.N wrote: configure:8591: checking whether the C compiler works configure:8613: gcc -m32 -O2 -pedantic -fomit-frame-pointer conftest.c >&5 /usr/lib/gcc/i686-pc-cygwin/4.9.3/../../../../i686-pc-cygwin/bin/ld: cannot open output file a.exe: Per

Re: Error while building GMP on cygwin "configure: error: could not find a working compiler"

Please find the logs below = This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by GNU MP configure 5.1.1, which was generated by GNU Autoconf

Error while building GMP on cygwin "configure: error: could not find a working compiler"

Hi, An error shows up while running ./confiugre while building GMP on cygwin "configure: error: could not find a working compiler" I have a cygwin environment with gcc4.9.3 installed and working fine. Thanks and Regards, Hari -- Problem reports: http://cygwin.com/problem

Error while building GMP on cygwin "configure: error: could not find a working compiler"

Hi, I got the following error in configuring GMP while building a bare metal GNU cross toolchain for Xtensa on cygwin configure: error: could not find a working compiler, see config.log for details The build was performed using a crosstool-NG downloaded from the site http://wiki.linux

RE: Cygwin - configure: error: Required header not found

> Add "CPPFLAGS=-I/usr/include/tirpc" to your configure flags. now found it, thanks for the tip again. Gery -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http

RE: Cygwin - configure: error: Required header not found

Thanks Yaakov for the quick reply, > https://cygwin.com/acronyms/&PCYMTWLL ! sorry for the long lines =) > Add "CPPFLAGS=-I/usr/include/tirpc" to your configure flags. Thanks, but the problem remains. MB-System (the software I try to install) complains about rpc/: ... ..

Re: Cygwin - configure: error: Required header not found

https://cygwin.com/acronyms/#PCYMTWLL ! On Mon, 2015-05-18 at 19:17 +, Gery . wrote: > I received a SUNRPC error after running ./configure on version > 5.4.2220 in Cygwin (CYGWIN_NT-6.3-WOW64 gery 1.7.32(0.274/5/3) > 2014-08-13 23:03 i686 Cygwin), here it is: > > c

Cygwin - configure: error: Required header not found

Hello, I received a SUNRPC error after running ./configure on version 5.4.2220 in Cygwin (CYGWIN_NT-6.3-WOW64 gery 1.7.32(0.274/5/3) 2014-08-13 23:03 i686 Cygwin), here it is:     configure: error: Required header not found, check include path and intsalled devel packages SUNRPC (as well as

Re: Configure second sshd on the same machine

Achim Gratz NexGo.DE> writes: > For building 32bit packages I've set up an additional installation on the > same server. To use it from the outside (like) I'm trying to configure a > second sshd on the server. So I've installed a cygserver23 and sshd32 > service

Re: Configure second sshd on the same machine

Andrey Repin writes: > Did you checked the $PATH of a running server? 64- and 32-bit installations > should not cross $PATH's. (It's kinda obvious, but still important enough to > check thoroughly.) Yes I did. That is all correctly set up, the error seems to be a failure to allocate a tty (in deb

Re: Configure second sshd on the same machine

Greetings, Achim Gratz! >> The only time I've seen that is when I start the server in debug mode. > That's not the problem. If I create /etc/nologin, I get the message back, > so even that part of the connection works. > But here's one step further: in debug mode I can actually run a single > c

Re: Configure second sshd on the same machine

Larry Hall (Cygwin cygwin.com> writes: > The only time I've seen that is when I start the server in debug mode. That's not the problem. If I create /etc/nologin, I get the message back, so even that part of the connection works. But here's one step further: in debug mode I can actually run a si

Re: Configure second sshd on the same machine

On 08/14/2014 12:27 PM, Achim Gratz wrote: For building 32bit packages I've set up an additional installation on the same server. To use it from the outside (like) I'm trying to configure a second sshd on the server. So I've installed a cygserver23 and sshd32 service with othe

Configure second sshd on the same machine

For building 32bit packages I've set up an additional installation on the same server. To use it from the outside (like) I'm trying to configure a second sshd on the server. So I've installed a cygserver23 and sshd32 service with otherwise identical setup to their 64bit brethren

Re: Configure error while installing musrfit ('C compiler cannot create executables')

On 12/08/2014 07:41, Philipp wrote: When it comes to ./configure --prefix=$ROOTSYS however, I get following error message: configure:3985: error: C compiler cannot create executables See `config.log' for more details This is a complete shot in the dark, but are you perchance using N

Re: Configure error while installing musrfit ('C compiler cannot create executables')

On 12/08/2014 08:41, Philipp wrote: I'm trying to install 'musrfit' on cygwin following these (http://lmu.web.psi.ch/musrfit/user/MUSR/MusrFitSetup.html#A_4_MS_Windows) instructions. When it comes to ./configure --prefix=$ROOTSYS however, I get following error message: config

Configure error while installing musrfit ('C compiler cannot create executables')

I'm trying to install 'musrfit' on cygwin following these (http://lmu.web.psi.ch/musrfit/user/MUSR/MusrFitSetup.html#A_4_MS_Windows) instructions. When it comes to ./configure --prefix=$ROOTSYS however, I get following error message: configure:3985: error: C compiler cannot cre

Re: pinfo configure problem - configure.ac (0/1)

> CFLAGS="$CFLAGS $curses_includes" > > LDFLAGS_OLD=$LDFLAGS > > LDFLAGS="$LDFLAGS $curses_libs" > > and this is a blatant case of using the wrong env-var for library > probing. s/LDFLAGS/LIBS/ on these lines, before running autoreconf, and

Re: pinfo configure problem - configure.ac (0/1)

DFLAGS/LIBS/ on these lines, before running autoreconf, and that should fix it without you manually having to pass LIBS= at the configure command line. -- Eric Blake eblake redhat com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature

Re: pinfo configure problem - configure.ac (0/1)

> On 05/13/2014 09:32 AM, Andrew Schulman wrote: > > >> autoreconf -f -i? > > > > Alas, no. > > > > Here's configure.ac, in case that's helpful. > > which contains: > > # curses > AC_CHECK_CURSES > if ! test "x$USE_CURSES" = "xtrue"; then > AC_MSG_ERROR([Curses not found. You need curses

Re: pinfo configure problem - configure.ac (0/1)

On 05/13/2014 09:32 AM, Andrew Schulman wrote: >> autoreconf -f -i? > > Alas, no. > > Here's configure.ac, in case that's helpful. which contains: # curses AC_CHECK_CURSES if ! test "x$USE_CURSES" = "xtrue"; then AC_MSG_ERROR([Curses not found. You need curses to compile pinfo]) fi Bu

Re: pinfo configure problem - configure.ac (0/1)

> > On May 13 07:49, Andrew Schulman wrote: > > > > On May 13 06:55, Andrew Schulman wrote: > > > > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script > > > > > halts, > > > > > claiming "curses

Re: pinfo configure problem - configure.ac (1/1)

On May 13 11:32, Andrew Schulman wrote: [autoconf.ac] Hmm, I'm not seeing anything fishy in this file. But I'm not the exactly the autoconf expert either. Any autoconf guru available? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer

Re: pinfo configure problem - configure.ac (0/1)

> On May 13 07:49, Andrew Schulman wrote: > > > On May 13 06:55, Andrew Schulman wrote: > > > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts, > > > > claiming "curses is not usable". The command that fails is: > >

Re: pinfo configure problem - configure.ac (1/1)

configure.ac Description: Binary data

Re: pinfo configure problem

On May 13 07:49, Andrew Schulman wrote: > > On May 13 06:55, Andrew Schulman wrote: > > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts, > > > claiming "curses is not usable". The command that fails is: > > > > > &g

Re: pinfo configure problem

> On May 13 06:55, Andrew Schulman wrote: > > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts, > > claiming "curses is not usable". The command that fails is: > > > > gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -lncurse

Re: pinfo configure problem

On May 13 06:55, Andrew Schulman wrote: > I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts, > claiming "curses is not usable". The command that fails is: > > gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -lncursesw > conftest.c &

pinfo configure problem

I'm trying to build pinfo 0.6.10 in 64-bit. The configure script halts, claiming "curses is not usable". The command that fails is: gcc -o conftest.exe -g -O2 -I/usr/include -L/usr/lib -lncursesw conftest.c and this fails because the order of the arguments is wrong. The co

Re: Silently configure sshd fails via system account

On Mar 19 17:57, Corinna Vinschen wrote: > On Mar 19 11:54, Paul Griffith wrote: > > On 03/18/2014 09:24 PM, PolarStorm wrote: > > > Paul Griffith wrote > > >> ... > > >> /usr/bin/ssh-host-config --yes --cygwin ntsec --user cyg_server --pwd > > >> blah > > >> ... > > > > > > Just a few things...

Re: Silently configure sshd fails via system account

On Mar 20 20:37, Lord Laraby wrote: > Thanks for all the responses. I appreciate the attention given to > ssh-host-config since this problem. One of my problems was that I was > semi-braindead when I ran it and selected yes to privsep when I meant > no. It would have been simpler, I think. Really,

Re: Silently configure sshd fails via system account

Thanks for all the responses. I appreciate the attention given to ssh-host-config since this problem. One of my problems was that I was semi-braindead when I ran it and selected yes to privsep when I meant no. It would have been simpler, I think. Really, it it had at least done chmod on the files t

Re: Silently configure sshd fails via system account

Greetings, PolarStorm! >> I attached a new incarnation of the ssh-host-config script to this >> mail. >> ... >> - The "UsePrivilegeSeparation" setting in /etc/sshd_config now takes into >> account that the default setting is "sandbox", which doesn't make >> sense on Cygwin. >> ... >> I also tw

Re: Silently configure sshd fails via system account

On Mar 19 12:35, PolarStorm wrote: > Corinna Vinschen-2 wrote > > I attached a new incarnation of the ssh-host-config script to this > > mail. > > ... > > - The "UsePrivilegeSeparation" setting in /etc/sshd_config now takes into > > account that the default setting is "sandbox", which doesn't mak

Re: Silently configure sshd fails via system account

n the cygwin-service-installation-helper.sh script? (~ line 2932). BTW. How come and why does this account/user even have a pas-wor-d? (And what is it? I certainly didn't set it...) -- View this message in context: http://cygwin.1069669.n5.nabble.com/Silently-configure-sshd-fails-vi

Re: Silently configure sshd fails via system account

On 03/18/2014 09:24 PM, PolarStorm wrote: > Paul Griffith wrote >> ... >> /usr/bin/ssh-host-config --yes --cygwin ntsec --user cyg_server --pwd blah >> ... > > Just a few things... > > 1) Don't do that (manually). > First of all, "ntsec" is deprecated. Second, there are a lot of strange > issues

Re: Silently configure sshd fails via system account

On Mar 19 11:54, Paul Griffith wrote: > On 03/18/2014 09:24 PM, PolarStorm wrote: > > Paul Griffith wrote > >> ... > >> /usr/bin/ssh-host-config --yes --cygwin ntsec --user cyg_server --pwd blah > >> ... > > > > Just a few things... > > > > 1) Don't do that (manually). > > First of all, "ntsec" i

Re: Silently configure sshd fails via system account

On Mar 18 18:24, PolarStorm wrote: > 3) Check your /etc/sshd-config for: "UsePrivilegeSeparation sandbox" which > is > the new default. The ssh-host-config script has a bug on line 169 that > attempts > to set this to "no", but where the regex fails. (I told people in THIS >

Re: Silently configure sshd fails via system account

hed the main mailing list.) 4) The sshd user pas-wor-d is set to expire by default after 42 days, in Windows 8.1. Fix it if you're using that. -- View this message in context: http://cygwin.1069669.n5.nabble.com/Silently-configure-sshd-fails-via-system-account-tp106607p107203.html S

Re: Silently configure sshd fails via system account

On Mar 17 21:54, Lord Laraby wrote: > On Mon, Mar 17, 2014 at 7:43 PM, Andrey Repin <> wrote: > > Greetings, Lord Laraby! > > > >> Oh and I forgot the most intriguing gotcha. After creating the sshd > >> user for me (I went to service manager and discovered this) the user > >> assigned to the sshd

Re: Silently configure sshd fails via system account

On Mon, Mar 17, 2014 at 7:43 PM, Andrey Repin <> wrote: > Greetings, Lord Laraby! > >> Oh and I forgot the most intriguing gotcha. After creating the sshd >> user for me (I went to service manager and discovered this) the user >> assigned to the sshd server was actually cyg_server (not sshd)! >

Re: Silently configure sshd fails via system account

Greetings, Lord Laraby! > Oh and I forgot the most intriguing gotcha. After creating the sshd > user for me (I went to service manager and discovered this) the user > assigned to the sshd server was actually cyg_server (not sshd)! > After changing all of those things the service started. That

Re: Silently configure sshd fails via system account

On 3/17/2014 7:28 PM, Lord Laraby wrote: On Mon, Mar 17, 2014 at 7:22 PM, Henry S. Thompson wrote: I should have said I did exactly _no_ group/permission by-hand fiddling to get the setup I sent. All happened auto-magically as a result of basic install. Looking at my download area, I see I in

Re: Silently configure sshd fails via system account

On 3/17/2014 7:22 PM, Henry S. Thompson wrote: Lord Laraby writes: That's interesting. sshd-host-config gave me only sshd as a privileged user name, cyg_server is already taken by a non-prvileged user connected to the cygserver service. Also, at no time does mkgroup create a group called root.

Re: Silently configure sshd fails via system account

On Mon, Mar 17, 2014 at 7:22 PM, Henry S. Thompson wrote: > I should have said I did exactly _no_ group/permission by-hand > fiddling to get the setup I sent. All happened auto-magically as a > result of basic install. Looking at my download area, I see I > installed cygwin, cygrunsrv and openss

Re: Silently configure sshd fails via system account

Oh and I forgot the most intriguing gotcha. After creating the sshd user for me (I went to service manager and discovered this) the user assigned to the sshd server was actually cyg_server (not sshd)! After changing all of those things the service started. -- Problem reports: http://cygw

Re: Silently configure sshd fails via system account

Lord Laraby writes: > That's interesting. sshd-host-config gave me only sshd as a privileged > user name, cyg_server is already taken by a non-prvileged user > connected to the cygserver service. > Also, at no time does mkgroup create a group called root. That suggests an earlier (Cygwin-install

Re: Silently configure sshd fails via system account

Okay, I figured out the whole issue. The script suggested non-privleged user sshd as the service user. I allowed that and the user was created. However the issues the script messed up are: 1) The account was never activated - "net user sshd /active:yes" had to be run at the command line. 2) All of

Re: Silently configure sshd fails via system account

Followup. I changed everything permissions on /var/empty, group name, everything now matches your setup (except user name and RID). Still fails with the same message. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http

Re: Silently configure sshd fails via system account

Oh, and sshd's entry is etc/passwd: sshd:unused:1008:513:sshd privsep,U-primaryserver\sshd,S-1-5-21-3985440655-1503118989-471546470-1008:/cygdrive/k/Cygwin/var/empty:/bin/bash The service control manager says sshd is the user and the password is the one I gave it. There error in sshd.log is: /var/

Re: Silently configure sshd fails via system account

That's interesting. sshd-host-config gave me only sshd as a privileged user name, cyg_server is already taken by a non-prvileged user connected to the cygserver service. Also, at no time does mkgroup create a group called root. I tried that, but it screwed everything up. Of course, I used Administr

Re: Silently configure sshd fails via system account

Lord Laraby writes: > I cannot understand how to do what it wants in order to start. Any > help would be appreciated. I can send cygcheck.out if desired. This is > Windows 8.1 ver 6.3 -- 64-bit. Cygwin (64-bit) is installed in a USB > hard drive K:\cygwin and I recently did an update by running se

Re: Silently configure sshd fails via system account

I am also having serious issues with sshd-host-config. I ran it right from the command line, from the built-in administrator account. It failed to start with no message in the Event Log. But, the /var/log/sshd.log said none of the keys were properly secured and refused them all. I chmod'ed them all

Re: Silently configure sshd fails via system account

On 02/21/2014 03:58 PM, Larry Hall (Cygwin) wrote: > On 2/21/2014 3:48 PM, Paul Griffith wrote: >> Hi, >> >> I am using a software package called WPKG (wpkg.org) to silently deploy >> Cygwin and then configure SSHD. The Cygwin installation works like a >> charm.

Re: Silently configure sshd fails via system account

On 2/21/2014 3:48 PM, Paul Griffith wrote: Hi, I am using a software package called WPKG (wpkg.org) to silently deploy Cygwin and then configure SSHD. The Cygwin installation works like a charm. Configuring sshd is another story. If I run my script from a admin command prompt, I am to setup

Silently configure sshd fails via system account

Hi, I am using a software package called WPKG (wpkg.org) to silently deploy Cygwin and then configure SSHD. The Cygwin installation works like a charm. Configuring sshd is another story. If I run my script from a admin command prompt, I am to setup sshd. If I run that same script from WPKG, it

Re: runing ./configure on gdb 7.5.50 sources

na excellent! This worked for me (on 32bit cygwin) : ../../gdb-7.6.50-2/configure CFLAGS="-g -O0" --disable-gdbtk --with-system-readline Thanks Kris PS: now on to http://cygwin.com/frysk/bugzilla/show_bug.cgi?id=15650 -- Problem reports: http://cygwin.com/problems.html

Re: runing ./configure on gdb 7.5.50 sources

> TCL_SRC_DIR as well. > > > > I can get round this problem by doing the following > > > > cd /usr/include > > ln -s tcl8.5 tcl-private > > ln -s tcl8.5 tk-private > > > > so, I now do get through the configure, but then "make" fai

Re: runing ./configure on gdb 7.5.50 sources

l8.5 tcl-private > ln -s tcl8.5 tk-private > so, I now do get through the configure, but then "make" fails later with a message that gcc cannot find guitcl.h. Indeed it's not on my system. Is this supposed to be generated somehow? In attempt to get through this, I configured:

Re: runing ./configure on gdb 7.5.50 sources

Ryan Johnson writes: > > On 09/01/2013 1:57 AM, Jose Munoz wrote: > > I tried to build the original gdb sources, which I > > downloaded using setup.exe and selecting them. > > > > Without modifying any source code of gdb, I run ./configure from my > > sour

Re: Updating gnutls-devel package breaks configure tests fo JPEG, TIF, PNG etc.

Just for completeness... Ken Brown wrote: The problem is the `Libs.private' line in /usr/lib/pkgconfig/gnutls.pc, which contains `@LIB_CLOCK_GETTIME@' at the end. this post speaks about it: http://lists.gnutls.org/pipermail/gnutls-devel/2013-January/006040.html Ciao, Angelo. -- Problem

Re: Updating gnutls-devel package breaks configure tests fo JPEG, TIF, PNG etc.

On 5/17/2013 9:37 AM, Angelo Graziosi wrote: Dr. Volker Zell wrote: Angelo Graziosi writes: > If someone is interested I can sent the > config.log-success-gnutls-devel-3.1.11-1 > config.log-fail-gnutls-devel-3.2.0-1 > as archive config.logs.tar.xz (38K) Yes please do. Atta

Re: Updating gnutls-devel package breaks configure tests fo JPEG, TIF, PNG etc.

Ciao Volker, someone flagged a similar issue on Emacs bug list. You can follow: http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-05/msg00488.html Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: h

  1   2   3   4   5   6   >