Re: [octave 3.8.0] font missig in fltk graph

2014-02-21 Thread Marco Atzeri 



On 21/02/2014 05:44, Tatsuro MATSUOKA wrote:

Hello

I have installed Cygwin-67 on windows 7 64 bit to use octave.
So far everything is fine on gnuplot graphics_tool kit.

However, on fltk graphics_toolkit, fonts on the graph were not represent.

For example,

http://www.geocities.co.jp/tmoctwin/files/fltk20140221.html

Any suggestions?

Regards

Tatsuro



Hi Tatsuro
works fine for me and I have a minimal set of fonts installed

$ cygcheck -c -d |grep -i font
font-adobe-dpi75  1.0.2-1
font-adobe-utopia-dpi75   1.0.3-1
font-alias1.0.3-1
font-bh-dpi75 1.0.2-1
font-bh-lucidatypewriter-dpi751.0.2-1
font-bitstream-dpi75  1.0.2-1
font-bitstream-type1  1.0.2-1
font-cursor-misc  1.0.2-1
font-encodings1.0.4-1
font-misc-misc1.1.1-1
font-tektronix-misc   2.6-3
fontconfig2.10.93-1
ghostscript-fonts-other   6.0-1
ghostscript-fonts-std 8.11-1
libfontconfig-devel   2.10.93-1
libfontconfig12.10.93-1
libfontenc1   1.1.2-1
mkfontdir 1.0.7-1
mkfontscale   1.1.1-1
texlive-collection-fontsrecommended   20130529-1
texlive-collection-fontutils  20130529-1


Be also aware that on octave-3.8.x , the following bug
impacts graphic with fltk on cygwin

https://savannah.gnu.org/bugs/?func=detailitem&item_id=40469

so I reverted default graphics to gnuplot.

I suspect it is a FLTK bug, but I was not able to track it down

Regards
Marco

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Need general snapshot testers

2014-02-21 Thread Corinna Vinschen 
On Feb 21 11:49, Andrey Repin wrote:
> Greetings, Thomas Wolff!
> 
> > Not specific to this snapshot but it happens when trying to test it:
> > If a cygwin console is started from a cygwin terminal (e.g. in mintty:
> > cygstart /Cygwin.bat), the TERM variable is set incorrectly.
> > Suggested fix: ... unset TERM to Cygwin.bat.
>  unset would be better (more neutral) choice in a long-term, IMO.
> >>> Actually, unset doesn't exist in cmd (blush).
> >>> It should be "set TERM=" then.
> >> However you spell it :)
> >> Using same assignment in shell would have nearly equal results.
> > Having something like case `tty` in /dev/cons*) TERM=cygwin;; esac in 
> > /etc/profile would be a clumsy workaround and possibly have tricky glitches.
> 
> Except not every shell read /etc/profile
> 
> > My proposal catches the issue at its root in the simplest way.
> > I would provide a patch (if needed) if I had an idea in which package 
> > Cygwin.bat is hiding;-)
> 
> It's autogenerated.

...by setup itself.  Changing this would require to create a new setup.
Is it worth it?  I mean, how often do people start Cygwin.bat from
mintty?  I never occured to me to do that at all :}
And if so, why not just call it like this:

  $ TERM=cygwin cygstart /Cygwin.bat


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpDLPlebFnki.pgp
Description: PGP signature

Re: [octave 3.8.0] font missig in fltk graph

2014-02-21 Thread Tatsuro MATSUOKA 
--- On Fri, 2014/2/21, Marco Atzeri wrote:
> On 21/02/2014 05:44, Tatsuro MATSUOKA wrote:
> > Hello
> >
> > I have installed Cygwin-67 on windows 7 64 bit to use octave.
> > So far everything is fine on gnuplot graphics_tool kit.
> >
> > However, on fltk graphics_toolkit, fonts on the graph were not represent.
> >
> > For example,
> >
> > http://www.geocities.co.jp/tmoctwin/files/fltk20140221.html
> >
> > Any suggestions?
> >
> > Regards
> >
> > Tatsuro
> >
> 
> Hi Tatsuro
> works fine for me and I have a minimal set of fonts installed
> 
> $ cygcheck -c -d |grep -i font
> font-adobe-dpi75                      1.0.2-1
> font-adobe-utopia-dpi75               1.0.3-1
> font-alias                            1.0.3-1
> font-bh-dpi75                         1.0.2-1
> font-bh-lucidatypewriter-dpi75        1.0.2-1
> font-bitstream-dpi75                  1.0.2-1
> font-bitstream-type1                  1.0.2-1
> font-cursor-misc                      1.0.2-1
> font-encodings                        1.0.4-1
> font-misc-misc                        1.1.1-1
> font-tektronix-misc                   2.6-3
> fontconfig                            2.10.93-1
> ghostscript-fonts-other               6.0-1
> ghostscript-fonts-std                 8.11-1
> libfontconfig-devel                   2.10.93-1
> libfontconfig1                        2.10.93-1
> libfontenc1                           1.1.2-1
> mkfontdir                             1.0.7-1
> mkfontscale                           1.1.1-1
> texlive-collection-fontsrecommended   20130529-1
> texlive-collection-fontutils          20130529-1
> 
> 
> Be also aware that on octave-3.8.x , the following bug
> impacts graphic with fltk on cygwin
> 
> https://savannah.gnu.org/bugs/?func=detailitem&item_id=40469
> 
> so I reverted default graphics to gnuplot.
> 
> I suspect it is a FLTK bug, but I was not able to track it down
> 
> Regards
> Marco
> 
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> 

Hello

I have installed all components for X11 category

My font installations are :
$ cygcheck -c -d |grep -i font
font-adobe-dpi100   1.0.2-1
font-adobe-dpi751.0.2-1
font-adobe-utopia-dpi1001.0.3-1
font-adobe-utopia-dpi75 1.0.3-1
font-adobe-utopia-type1 1.0.3-1
font-alias  1.0.3-1
font-arabic-misc1.0.2-1
font-bh-dpi100  1.0.2-1
font-bh-dpi75   1.0.2-1
font-bh-lucidatypewriter-dpi100 1.0.2-1
font-bh-lucidatypewriter-dpi75  1.0.2-1
font-bh-ttf 1.0.3-1
font-bh-type1   1.0.2-1
font-bitstream-dpi100   1.0.2-1
font-bitstream-dpi751.0.2-1
font-bitstream-speedo   1.0.1-1
font-bitstream-type11.0.2-1
font-bitstream-vera-ttf 1.10-1
font-cantarell-otf  0.0.15-1
font-cronyx-cyrillic1.0.2-1
font-cursor-misc1.0.2-1
font-daewoo-misc1.0.2-1
font-dec-misc   1.0.2-1
font-encodings  1.0.4-1
font-ibm-type1  1.0.2-1
font-isas-misc  1.0.2-1
font-jis-misc   1.0.2-1
font-micro-misc 1.0.2-1
font-misc-cyrillic  1.0.2-1
font-misc-ethiopic  1.0.2-1
font-misc-meltho1.0.2-1
font-misc-misc  1.1.1-1
font-mutt-misc  1.0.2-1
font-schumacher-misc1.1.1-1
font-screen-cyrillic1.0.3-1
font-sony-misc  1.0.2-1
font-sun-misc   1.0.2-1
font-tektronix-misc 2.6-3
font-util   1.3.0-1
font-winitzki-cyrillic  1.0.2-1
font-xfree86-type1  1.0.3-1
fontconfig  2.10.93-1
fontsproto  2.1.2-1
fonttosfnt  1.0.4-1
ghostscript-fonts-other 6.0-1
ghostscript-fonts-std   8.11-1
libfontconfig-devel 2.10.93-1
libfontconfig1  2.10.93-1
libfontenc-devel1.1.2-1
libfontenc1 1.1.2-1
mkfontdir   1.0.7-1
mkfontscale 1.1.1-1
xf86bigfontproto1.2.0-1
xfontsel1.0.5-1
xlsfonts1.0.4-1
*

BTW, the following two commands 
 sombrero()
 clf()

causes  Segmentation fault.

I will use gnuplot as a graphics_toolkit.

Thank you for your immediate reply.
Tatsuro

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation:

Re: Need general snapshot testers

2014-02-21 Thread Andrey Repin 
Greetings, Corinna Vinschen!

>> > Not specific to this snapshot but it happens when trying to test it:
>> > If a cygwin console is started from a cygwin terminal (e.g. in mintty:
>> > cygstart /Cygwin.bat), the TERM variable is set incorrectly.
>> > Suggested fix: ... unset TERM to Cygwin.bat.
>>  unset would be better (more neutral) choice in a long-term, IMO.
>> >>> Actually, unset doesn't exist in cmd (blush).
>> >>> It should be "set TERM=" then.
>> >> However you spell it :)
>> >> Using same assignment in shell would have nearly equal results.
>> > Having something like case `tty` in /dev/cons*) TERM=cygwin;; esac in 
>> > /etc/profile would be a clumsy workaround and possibly have tricky 
>> > glitches.
>> 
>> Except not every shell read /etc/profile
>> 
>> > My proposal catches the issue at its root in the simplest way.
>> > I would provide a patch (if needed) if I had an idea in which package 
>> > Cygwin.bat is hiding;-)
>> 
>> It's autogenerated.

> ...by setup itself.  Changing this would require to create a new setup.
> Is it worth it?

It's not a priority, but something that needs fix.

> I mean, how often do people start Cygwin.bat from
> mintty?  I never occured to me to do that at all :}
> And if so, why not just call it like this:

>   $ TERM=cygwin cygstart /Cygwin.bat

For that, you need to know, that you need to do it this way.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 21.02.2014, <16:15>

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

semget still depends on cygipc?

2014-02-21 Thread Pan ruochen 
Hi all,

I want to use semget function under cygwin. But get "Bad system call" error.
Do I have to install cygipc package to make these IPC functions work?
And I cannot find this package in the setup UI, so where can I
download the package?


- BR, Ruochen

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: semget still depends on cygipc?

2014-02-21 Thread Corinna Vinschen 
On Feb 21 20:54, Pan ruochen wrote:
> Hi all,
> 
> I want to use semget function under cygwin. But get "Bad system call" error.
> Do I have to install cygipc package to make these IPC functions work?
> And I cannot find this package in the setup UI, so where can I
> download the package?

The cygipc package is deprecated for 10 years now.  The functionality
has been taken over by cygserver, see the Cygwin User's Guide:
http://cygwin.com/cygwin-ug-net/using-cygserver.html

Apart from that, Cygwin comes with POSIX IPC functions, which don't
require runing cygserver like the XSI functions do.  See, for instance
http://linux.die.net/man/3/sem_open and friends.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgp3rAhrcbFiO.pgp
Description: PGP signature

Re: Need general snapshot testers

2014-02-21 Thread Christopher Faylor 
On Fri, Feb 21, 2014 at 04:17:11PM +0400, Andrey Repin wrote:
>>> > Not specific to this snapshot but it happens when trying to test it:
>>> > If a cygwin console is started from a cygwin terminal (e.g. in mintty:
>>> > cygstart /Cygwin.bat), the TERM variable is set incorrectly.
>>> > Suggested fix: ... unset TERM to Cygwin.bat.
>>>  unset would be better (more neutral) choice in a long-term, IMO.
>>> >>> Actually, unset doesn't exist in cmd (blush).
>>> >>> It should be "set TERM=" then.
>>> >> However you spell it :)
>>> >> Using same assignment in shell would have nearly equal results.
>>> > Having something like case `tty` in /dev/cons*) TERM=cygwin;; esac in 
>>> > /etc/profile would be a clumsy workaround and possibly have tricky 
>>> > glitches.
>>> 
>>> Except not every shell read /etc/profile
>>> 
>>> > My proposal catches the issue at its root in the simplest way.
>>> > I would provide a patch (if needed) if I had an idea in which package 
>>> > Cygwin.bat is hiding;-)
>>> 
>>> It's autogenerated.
>
>> ...by setup itself.  Changing this would require to create a new setup.
>> Is it worth it?
>
>It's not a priority, but something that needs fix.
>
>> I mean, how often do people start Cygwin.bat from
>> mintty?  I never occured to me to do that at all :}
>> And if so, why not just call it like this:
>
>>   $ TERM=cygwin cygstart /Cygwin.bat
>
>For that, you need to know, that you need to do it this way.

Can we PLEASE move this to another thread?  This has nothing to do with the
purpose of this thread.

cgf

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Testers needed: New passwd/group handling in Cygwin

2014-02-21 Thread Corinna Vinschen 
On Feb 17 17:21, Corinna Vinschen wrote:
> On Feb 13 15:38, Corinna Vinschen wrote:
> > Hi folks,
> > 
> > 
> > this week I applied the first incarnation of the new passwd/group
> > handling code to the Cygwin repository and after fixing a crash which
> > manifested in Denis Excoffier's network, I think we're at a point
> > which allows to push this forward.
> > [...]
> 
> Ok guys, I just applied a patch implementing getpwent and getgrent,
> and the way to configure the output is probably more detailed than
> you ever wanted
> [...]

I just added the latest changes to my preliminary documentation, see
below.  Please have a look.  I'll rework this into our documetation at
one point, and it would be nice if it's more or less bugfree and,
hopefully, comprehensible at this point.


Thanks,
Corinna


===
History
===

For as long as Cygwin has existed, it has stored user and group
information in /etc/passwd and /etc/group files.  Under the assumption
that these files would never be too large, the first process in a
process tree, as well as every execing process within the tree would
parse them into structures in memory.  Thus every Cygwin process would
contain an expanded copy of the full information from /etc/passwd and
/etc/group.

This approach has a few downsides.  One of them is that the idea to have
always small files is flawed.  Another one is that reading the entire
file is most of the time entirely useless, since most processes only
need information on their own user and the primary group.  Last but not
least, the passwd and group files have to be maintained separately from
the already existing Windows user databases, the local SAM and Active
Directory.

On the other hand, we have to have a mapping between Windows SIDs and
POSIX uid/gid values (see [1]), so we rely on some mechanism to convert
SIDs to uid/gid values and vice versa.

Microsoft "Services for UNIX" (SFU) (which are unfortunately deprecated
since Windows 8/Server 2012) never used passwd/group files.  Rather, SFU
used a fixed, computational mapping between SIDs and POSIX uid/gid.  It
allows to generate uid/gid values from SIDs and vice versa.  The
mechanism is documented, albeit in a confusing way and spread over
multiple MSDN articles.  The Cygwin approach clones the mapping, with
just tiny differences for backward compatibility.


=
How does it work?
=

The following description assumes you're comfortable with the concept of
Windows SIDs and RIDs.  For a brief introduction, please read [1].

Cygwin's new mapping between SIDs and uid/gid values works in two ways.

- Read /etc/passwd and /etc/group files, like before, mainly for
  backward compatibility.

- If no files are present, or if an entry is missing in the files, ask
  Windows.

At least, that's the default behaviour now.  It will be configurable
using a file /etc/nsswitch.conf, which is discussed in a later section.
Let's explore the default for now.

If files are present, they will be scanned on demand as soon as a
mapping from SIDs to uid/gid or user names is required.  The new
mechanism will never read the entire file into memory, but only scan for
the requested entry and cache this one in memory[2].

If no entry is found, or no passwd or group file was present, Cygwin
will ask the OS.

Note:  If the first process in a Cygwin process tree determines that no
   /etc/passwd or /etc/group file is present, no other process in
   the entire process tree will try to read the files later on.
   This is done for self-preservation.  It's rather bad if the uid
   or gid of a user changes during the lifetime of a process tree.

   For the same reason, if you delete the /etc/passwd or /etc/group
   file, this will be ignored.  The passwd and group records read
   from the files will persist in memory until either a new
   /etc/passwd or /etc/group files is created, or you exit all
   processes in the current process tree.

   See the note in the section on /etc/nsswitch.conf for some
   comprehensive examples.

So if we've drawn a blank reading the files, we're going to ask the OS.
First thing, we ask the local machine for the SID or the user name.  The
OS functions LookupAccountSid and LookupAccountName[3] are pretty
intelligent.  They have all the stuff built in to ask for any account of
the local machine, the Active Directory domain of the machine, the
Global Catalog of the forest of the domain, as well as any trusted
domain of our forest for the information.  One OS call and we're
practically done...

Except, the calls only return the mapping between SID, account name and
the account's domain.  We don't have a mapping to POSIX uid/gid and
we're missing information on the user's home dir and login shell.

Let's discuss the SID<=>uid/gid mapping first.  Here's how it works.

- Well-known SIDs in the NT_AUTHORITY domain of the S-1-5-RID type, or
  aliases of the S-1-5-32-RID type are mapped to the uid/gid va

Building libsigsegv on Cygwin64

2014-02-21 Thread Angelo Graziosi 
Trying to build libsigsegv-2.10 on Cygwin64 (using the src tarball and 
its .cygport file from x86 distribution), fails as follows


[...]
libtool: compile:  gcc -DHAVE_CONFIG_H -I. 
-I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -I.. -I. 
-I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -ggdb -O2 -pipe 
-Wimplicit-function-declaration 
-fdebug-prefix-map=/works/tmp/libsigsegv-2.10-1/build=/usr/src/debug/libsigsegv-2.10-1 
-fdebug-prefix-map=/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10=/usr/src/debug/libsigsegv-2.10-1 
-c /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler.c 
-DDLL_EXPORT -DPIC -o .libs/handler.o
In file included from 
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler.c:20:0:
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c: In 
function 'main_exception_filter':
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:218:43: 
error: 'struct _CONTEXT' has no member named 'Esp'

   ExceptionInfo->ContextRecord->Esp = new_safe_esp;
   ^
/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:220:43: 
error: 'struct _CONTEXT' has no member named 'Eip'
   ExceptionInfo->ContextRecord->Eip = (unsigned 
long)&stack_overflow_handler;

   ^
Makefile:399: set di istruzioni per l'obiettivo "handler.lo" non riuscito
make[1]: *** [handler.lo] Errore 1
make[1]: uscita dalla directory "/works/tmp/libsigsegv-2.10-1/build/src"
Makefile:344: set di istruzioni per l'obiettivo "install-recursive" non 
riuscito

make: *** [install-recursive] Errore 1

Since my Cygwin64 is a fesh installation, I wonder if I missed to 
installe some needed packages... or is that error to be expected on 
Cygwin64?



Thanks,
 Angelo.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Building libsigsegv on Cygwin64

2014-02-21 Thread Corinna Vinschen 
On Feb 21 16:32, Angelo Graziosi wrote:
> Trying to build libsigsegv-2.10 on Cygwin64 (using the src tarball
> and its .cygport file from x86 distribution), fails as follows
> 
> [...]
> libtool: compile:  gcc -DHAVE_CONFIG_H -I.
> -I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -I.. -I.
> -I/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src -ggdb -O2
> -pipe -Wimplicit-function-declaration 
> -fdebug-prefix-map=/works/tmp/libsigsegv-2.10-1/build=/usr/src/debug/libsigsegv-2.10-1
>  
> -fdebug-prefix-map=/works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10=/usr/src/debug/libsigsegv-2.10-1
> -c /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler.c
> -DDLL_EXPORT -DPIC -o .libs/handler.o
> In file included from
> /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler.c:20:0:
> /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:
> In function 'main_exception_filter':
> /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:218:43:
> error: 'struct _CONTEXT' has no member named 'Esp'
>ExceptionInfo->ContextRecord->Esp = new_safe_esp;
>^
> /works/tmp/libsigsegv-2.10-1/src/libsigsegv-2.10/src/handler-win32.c:220:43:
> error: 'struct _CONTEXT' has no member named 'Eip'
>ExceptionInfo->ContextRecord->Eip = (unsigned
> long)&stack_overflow_handler;
>^
> Makefile:399: set di istruzioni per l'obiettivo "handler.lo" non riuscito
> make[1]: *** [handler.lo] Errore 1
> make[1]: uscita dalla directory "/works/tmp/libsigsegv-2.10-1/build/src"
> Makefile:344: set di istruzioni per l'obiettivo "install-recursive"
> non riuscito
> make: *** [install-recursive] Errore 1
> 
> Since my Cygwin64 is a fesh installation, I wonder if I missed to
> installe some needed packages... or is that error to be expected on
> Cygwin64?

Yes.  The above code appears not to know 64 bit CPUs.  The 64 bit
instruction pointer register is called Rip, rather than Eip, for
instance.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpjY3IQkBsur.pgp
Description: PGP signature

Re: Testers needed: New passwd/group handling in Cygwin

2014-02-21 Thread Ken Brown 

On 2/21/2014 9:55 AM, Corinna Vinschen wrote:

- You want to specify a different login shell than /bin/sh.


Typo: You forgot to change /bin/sh to /bin/bash.

Ken


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Testers needed: New passwd/group handling in Cygwin

2014-02-21 Thread Corinna Vinschen 
On Feb 21 11:11, Ken Brown wrote:
> On 2/21/2014 9:55 AM, Corinna Vinschen wrote:
> >- You want to specify a different login shell than /bin/sh.
> 
> Typo: You forgot to change /bin/sh to /bin/bash.
> 
> Ken

Fixed, thank you.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpvvi_TM6fhO.pgp
Description: PGP signature

Re: Maintainer for git?

2014-02-21 Thread Achim Gratz 
Adam Dinwoodie writes:
> I've tried this.  I have `git cvsimport` seemingly working on the
> current Git 1.7.9 build, while my build reports the following SHA1
> error:
>
> 
> $ CVSROOT=:pserver:anon...@cygwin.com:/cvs/src git cvsimport -C cygwin -r cvs 
> -k cygwin
> Initialized empty Git repository in /home/Adam/vcs/cygwin/.git/
> fatal: refs/remotes/cvs/master: not a valid SHA1
> fatal: master: not a valid SHA1
> fatal: You are on a branch yet to be born
> checkout failed: 32768
> 

I don't think that this error you see is related, but you absolutely
need cvsps version 2 for cvsimport to work correctly (or at all).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: isatty gives wrong result via ssh

2014-02-21 Thread SteveC 
Hi I'm not sure this will fix things with ssh. But it works for my use and
looks much simpler than some of the
other posted solutions:
itest3.c   




--
View this message in context: 
http://cygwin.1069669.n5.nabble.com/isatty-gives-wrong-result-via-ssh-tp94517p106604.html
Sent from the Cygwin list mailing list archive at Nabble.com.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: isatty gives wrong result via ssh

2014-02-21 Thread Christopher Faylor 
On Fri, Feb 21, 2014 at 09:52:09AM -0800, SteveC wrote:
>Hi I'm not sure this will fix things with ssh. But it works for my use and
>looks much simpler than some of the
>other posted solutions:
>itest3.c   

The mail that you're replying to seems to be more than a year old.
Please don't resurrect dead threads, especially with minimal context.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Silently configure sshd fails via system account

2014-02-21 Thread Paul Griffith 
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 fails. The 
only difference is that the WPKG agent runs as the SYSTEM user. I assume SCCM 
(Microsoft System Center Configuration Manager) users would have the same issue 
since their agent also run as SYSTEM.

Any ideas other than pulling apart /usr/bin/ssh-host-config  and trying to do 
this manually myself ??

Here is some of the debugging I captured. Notice how the permissions at [0] and 
[1] don't match, I can't explain that one. Updating Cygwin doesn't solve my 
problem.

Windows 7 Enterprise x64 SP 1
2GB RAM
VirtualBox 4.3.6

==
before running ssh-host-config (wpkg)
touch /var/log/sshd.log
chmod 700 /var/empty
chown SYSTEM /var/empty
ls -lad /var/empty
[0] drwx--+ 1 SYSTEM Administrators 0 Feb 21 13:07 /var/empty

/usr/bin/ssh-host-config --yes --cygwin ntsec --user cyg_server --pwd blah

*** Info: Generating /etc/ssh_host_key
*** Info: Generating /etc/ssh_host_rsa_key
*** Info: Generating /etc/ssh_host_dsa_key
*** Info: Generating /etc/ssh_host_ecdsa_key
*** Info: Creating default /etc/ssh_config file
*** Info: Creating default /etc/sshd_config file
*** Info: Privilege separation is set to yes by default since 
OpenSSH 3.3.
*** Info: However, this requires a non-privileged account called 
'sshd'.
*** Info: For more info on privilege separation read 
/usr/share/doc/openssh/README.privsep.
*** Query: Should privilege separation be used? (yes/no) yes
*** Warning: The owner and the Administrators need
*** Warning: to have r.x permission to /var/empty.
*** Warning: Here are the current permissions and ACLS:
[1] *** Warning: drwxr-xr-x+ 1 SYSTEM Administrators 0 Feb 21 
13:07 /var/empty
*** Warning: # file: /var/empty
*** Warning: # owner: SYSTEM
*** Warning: # group: Administrators
*** Warning: user::rwx
*** Warning: group::r-x
*** Warning: mask:rwx
*** Warning: other:r-x
*** Warning: default:user::rwx
*** Warning: default:group::r-x
*** Warning: default:other:r-x
*** Warning: *** Warning: Please change the user 
and/or group ownership, *** Warning: permissions, or ACLs of 
/var/empty.

*** ERROR: Problem with /var/empty directory. Exiting.


I call my script like the following:
start /wait %CYGWIN_ROOT%\bin\bash.exe --login -i 
/cygdrive/c/windows/temp/config-sshd-win7.sh "%cyg_server_passwd%" 


config-sshd-win7.sh script:
--snip--
#/bin/sh

echo running ssh-host-config

if [ -f /cygdrive/c/netinst/logs/ssh-host-config.log ]; then 
rm -f /cygdrive/c/netinst/logs/ssh-host-config.log 
fi


echo before ssh-host-config > /cygdrive/c/netinst/logs/ssh-host-config.log

#setup permissions and owership of files
echo setting up permissions

echo touch /var/log/sshd.log >> /cygdrive/c/netinst/logs/ssh-host-config.log
touch /var/log/sshd.log >> /cygdrive/c/netinst/logs/ssh-host-config.log

if [ ! -d /var/empty ]; then  
   mkdir /var/empty
fi

#echo chown system /var/log/sshd.log /var/empty /etc/ssh_h* >> 
/cygdrive/c/netinst/logs/ssh-host-config.log
chown system /var/log/sshd.log /var/empty /etc/ssh_h* >> 
/cygdrive/c/netinst/logs/ssh-host-config.log

#echo chmod 700 /var/empty >> /cygdrive/c/netinst/logs/ssh-host-config.log
chmod 700 /var/empty >> /cygdrive/c/netinst/logs/ssh-host-config.log

echo /usr/bin/ssh-host-config --yes --cygwin ntsec --user cyg_server --pwd   >> 
/cygdrive/c/netinst/logs/ssh-host-config.log
/usr/bin/ssh-host-config --yes --cygwin ntsec --user cyg_server --pwd "$1" >> 
/cygdrive/c/netinst/logs/ssh-host-config.log

echo after ssh-host-config >> /cygdrive/c/netinst/logs/ssh-host-config.log
echo ls -lad /var/empty >> /cygdrive/c/netinst/logs/ssh-host-config.log
ls -lad /var/empty >> /cygdrive/c/netinst/logs/ssh-host-config.log

#Prohibits a user or group from logging on locally at the keyboard.
editrights -a SeDenyRemoteInteractiveLogonRight -u cyg_server

echo listing services: cygrunsrv -L >> 
/cygdrive/c/netinst/logs/ssh-host-config.log
cygrunsrv -L >> /cygdrive/c/netinst/logs/ssh-host-config.log

echo starting sshd: cygrunsrv -S sshd >> 
/cygdrive/c/netinst/logs/ssh-host-config.log
cygrunsrv -S sshd


echo cd "/home/Administrator" >> /cygdrive/c/netinst/logs/ssh-host-config.log
chmod 750 /home/Administrator
cd /home/Administrator

echo mkdir .ssh >> /cygdrive/c/netinst/logs/ssh-host-config.log
mkdir .ssh

echo chmod 700 .ssh >> /cygdrive/c/netinst/logs/ssh-host

Re: Silently configure sshd fails via system account

2014-02-21 Thread Larry Hall (Cygwin) 

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 sshd. If I run that same script from WPKG,
it fails. The only difference is that the WPKG agent runs as the SYSTEM
user. I assume SCCM (Microsoft System Center Configuration Manager) users
would have the same issue since their agent also run as SYSTEM.

Any ideas other than pulling apart /usr/bin/ssh-host-config  and trying
to do this manually myself ??


Configuring sshd can be tricky.  There are plenty of failure paths so it's
best not to step off known paths to success unless you're willing to blaze
a new successful trail.  With that in mind, why not run WPKG under an
account that is known to successfully install Cygwin in the normal way?
This may be close enough to a known successful path to just work.

--
Larry

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple