A script to check integrity of installed packages

[Igor Pechtchanski]

Hi,

For some reason some commands (like man and enscript) stopped working
for me.  After investigating, it turned out that parts of my /usr/share
tree got lost, and I wanted to find out exactly what got zapped without
having to reinstall everything on my system.  I used the attached script
to look through the installed package database and check my system against
it.  Hopefully, someone will find it useful.

It would have also been nice if something like this were distributed
either with setup or as a separate package, or if this functionality were
incorporated into cygcheck.  If the latter sounds like a better option, I
could rewrite the script in C++ and submit the appropriate patch to
cygcheck.

Comments and feedback welcome.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton
#!/bin/bash
#
# Copyright (c) 2003, Igor Pechtchanski
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# A copy of the GNU General Public License can be found at
# http://www.gnu.org/
#
# Written by Igor Pechtchanski [EMAIL PROTECTED]
#
# This script will check for missing files and directories from packages
# installed via setup.  Files created by postinstall scripts will not be
# checked.

cd /etc/setup
cat installed.db | while read line; do
  number=${line##* }
  if [ $number == 0 ]; then
  package=${line%% *}
  listfile=$package.lst.gz
  archive=${line% *}
  archive=${archive#* }
  echo \ $package $archive
  zcat $listfile | while read file; do
case $file in
  */)   # directories
  test -d /$file || \
  echo Missing directory: /$file from package $package!
  ;;
  etc/postinstall/*)# postinstall scripts
  test -f /$file || \
  test -f /$file.done || \
  echo Missing postinstall script: /$file.done from package $package!
  ;;
  *)# regular files
  test -e /$file || \
  echo Missing file: /$file from package $package!
  ;;
esac
  done
  fi
done

setup.ini not updated?

[John Morrison]

http://mirrors.rcn.net/pub/sourceware/cygwin/setup.ini
setup.ini   11-Aug-2003 16:30   211k

@ vim
sdesc: Vi IMproved - enhanced vi editor
category: Editors
requires: cygwin terminfo libncurses7 libiconv2
version: 6.2-1
install: release/vim/vim-6.2-1.tar.bz2 2216490
eb7b2330c4926bda523835cea7cc0725
source: release/vim/vim-6.2-1-src.tar.bz2 3283371
3c33c4b8438295724ad6ad130d00611e
[test]
version: 6.2-2
install: release/vim/vim-6.2-2.tar.bz2 2216597
d19ecc62096c407cb51c74233e719624
source: release/vim/vim-6.2-2-src.tar.bz2 3284904
fc760b2d428e25013e1c129d52af0087

http://mirrors.rcn.net/pub/sourceware/cygwin/release/vim/

 md5.sum 12-Aug-2003 16:54 1k
 setup.hint  12-Aug-2003 15:35 1k
 vim-6.2-1-src.tar.bz2   01-Jun-2003 15:15   3.1M
 vim-6.2-1.tar.bz2   01-Jun-2003 15:16   2.1M
 vim-6.2-3-src.tar.bz2   12-Aug-2003 15:34   3.1M
 vim-6.2-3.tar.bz2   12-Aug-2003 15:33   2.1M

And it's like this on lots of mirrors for at least the vim and
base-file packaged.

Or is it just me?

J.

Re: Broken symlinks in the terminfo package [Attn: Chuck]

[Charles Wilson]

Igor Pechtchanski wrote:
Some of the symbolic links in the terminfo package break with
check_case:strict.  In particular, Eterm-color is a link to
../E/Eterm-color (capitalized directory name), and ncr260vt300wpp is a
link to ../N/NCR260VT300WPP0 (the whole filename capitalized).  I don't
actually use either of these, and found them in connection with a
different problem, but this looks like something that should be fixed
eventually.
Igor
I think the only issue here is the capitalized directory name(s) E and 
N.  ncr260vt300wpp - NCR260VT300WPP0 is deliberate.  The actual 
terminfo.src file had the following:

ncr260vt300wpp - NCR260VT300WPP

where the only difference is case.  This obviously breaks on 
non-case-strict.  So, I added the '0' to the end of the capitalized 
version so that both names would be distinct on case-strict and 
non-case-strict.

But there's still the issue of the /N/ and /E/ dirs.  Something wacky in 
tic.exe, I suppose...

--
Chck

Re: TEST: patch-2.5.8-5

[Corinna Vinschen]

On Tue, Jul 29, 2003 at 12:23:27AM -0400, Christopher Faylor wrote:
 On Mon, Jul 21, 2003 at 03:08:19PM +0200, Corinna Vinschen wrote:
 Hi,
 
 I've uploaded the 64 bit version of patch, 2.5.8-4, marked as test.
 
 I've rebuilt Corinna's version of patch using 1.5.1 import libraries
 so it should now work correctly with a 1.5.1 or greater DLL.

Thanks for doing this!

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: cygutils-1.1.4-* never announced (Attn: Chuck)

[Charles Wilson]

Igor Pechtchanski wrote:

FYI, this was never officially announced, and neither was 1.1.4-1, AFAICS.
Not a big deal, just thought you should know.
Ah yes, I was transitioning my email (still am, actually) and was having 
difficulty posting.  I tried, but it bounced.  I'll send it again as a 
'catchup' announcement.

--
Chuck

Re: TEST/1.5.2: cpio, file, gawk, irc, login, openssh

[Corinna Vinschen]

On Mon, Aug 11, 2003 at 10:11:19PM +0200, Corinna Vinschen wrote:
 Hi,
 
 I've uploaded 1.5.2-built test versions of the following packages:
 
   cpio-2.5-3
   file-4.03-2
   gawk-3.1.3-3
   irc-20010101-3
   login-1.9-7
 
 and, last but not least,
 
   openssh-3.6.1p2-2 (correcting the annoying TCP_NODELAY error message)
 
 All packages adhere to the new FHS layout.

Sheesh, two errors in one go:

- I've sent the mail before I had finished uploading.
- I should have tweaked the subject as well...

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: micro-patch to generic-readme

[Marcel Telka]

On 2003.08.04 16:51, Ronald Landheer-Cieslak wrote:
This is just nitpicking, mostly, but there's a slight type-o in the
generic
readme..
--- generic-readme~ 2003-08-04 16:19:27.313059200 +0200
+++ generic-readme  2003-08-04 16:27:25.190212800 +0200
@@ -16,7 +16,7 @@
   http://... where the upstream, non-cygwinize package lives
 Canonical download:
-  ftp://...  diito
+  ftp://...  ditto
I've reported the typo too some months ago here:
http://sources.redhat.com/ml/cygwin-apps/2003-01/msg00166.html
--
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [EMAIL PROTECTED] |
+---+

Re: setup.hint question

[Igor Pechtchanski]

On Wed, 6 Aug 2003, William A. Hoffman wrote:

 I am creating a version of cmake for cygwin 1.5.1, and I have a question
 about the setup.hint file.

 The problem is:

 curr: 1.6.7-1   - This the the current release that works with cygwin 1.3
 prev: 1.4.7-1   - This is the previous cmake release also for cygwin 1.3
 test: 1.6.7-2   - This is the test release that works with cygwin 1.5.1
 requires: libncurses6 or libncurses7 - This is the problem.  the cygwin
 1.3 releases use libncures6 and the 1.5.1 version requires libncures7.
 What should I use?

 Thanks.
 -Bill

Bill,

As far as I understand, no harm (except for some extraneous downloads)
will be done if you list both as dependences.  This is much less worrisome
than a missing dependence, so I'd say go ahead and list both.  When
1.6.7-2 becomes curr, you can throw out the libncurses6 dependence.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

Perl 5.8.1 crash description

[Pavel Tsekov]

Ok, here is my description of the problem.

The following snippet of ext/thread/t/thread.t triggers
the problem:

{
my $lock : shared;
sub islocked {
lock($lock);
my $val = shift;
my $ret;
print $val;
if (@_) {
$ret = threads-new(\islocked, shift);
}
return $ret;
}
my $t = threads-new(\islocked, ok 13\n, ok 14\n);
$t-join-join;
}

Short description:

Two threads a created in this test - the first one is created
by the main thread and then as part of its execution it creates
the second thread.

On thread creation a duplication of different kind of objects is
triggered in perl_clone (). As part of perl_clone () PerlIO
objects are duplicated too. This involves duplication of the
FILE pointers used by PerlIO. The duplication is done by using
the fdopen () call.

Now, when reentrant structures are allocated as part of the
Cygwin thread creation, these structures are allocated on
the thread stack. Newlib keeps a pointer to one of this
reentrant structures in the FILE structure.

What happens is that the second thread gets a FILE object which
was returned by fdopen () to the first thread. This FILE
object has the pointer to the reentrant structure of the first
thread inside it. So when a Newlib call executed in the second
thread tries to reference the reentrant structure SIGSEGV is
generated because the first thread is no longer alive.


A GDB session showing the problem:

- The first thread is created

Breakpoint 2, pthread::thread_init_wrapper(void*) (_arg=0x10341ee0) at
../../../../src/winsup/cygwin/thread.cc:1782
1782  pthread *thread = (pthread *) _arg;
(gdb) thr
[Current thread is 11 (thread 1460.0x4e4)]

[...]

- Reentrant structures allocation for the first thread

1798  local_reent._clib = local_clib;
(gdb) 
1799  local_reent._winsup = local_winsup;
(gdb) 
1801  local_winsup._process_logmask = LOG_UPTO (LOG_DEBUG);
(gdb) p local_reent
$1 = {_clib = 0xcff5fc, _winsup = 0xcff99c}

[...]

- fdopen () calls for stdin and  stdout (stderr stripped to reduce
   size)
Breakpoint 3, fdopen64 (fd=0, mode=0xcfef4c r) at
../../../../../src/newlib/libc/stdio64/fdopen64.c:118
118   return _fdopen64_r (_REENT, fd, mode);
Current language:  auto; currently c
(gdb) thr
[Current thread is 11 (thread 1460.0x4e4)]
(gdb) c
Continuing.

Breakpoint 3, fdopen64 (fd=1, mode=0xcfef4c w) at
../../../../../src/newlib/libc/stdio64/fdopen64.c:118
118   return _fdopen64_r (_REENT, fd, mode);
(gdb) thr
[Current thread is 11 (thread 1460.0x4e4)]

[...]

- The pointer returned by fdopen () for stdout

(gdb) 
108   return fp;
(gdb) p fp
$4 = (FILE *) 0x10143cbc
(gdb) p fp-_data
$5 = (struct _reent *) 0xcff5fc
(gdb) p fp-_file
$6 = 1
(gdb) 

- The second thread is created

Breakpoint 2, pthread::thread_init_wrapper(void*) (_arg=0x10274eb8) at
../../../../src/winsup/cygwin/thread.cc:1782
1782  pthread *thread = (pthread *) _arg;
Current language:  auto; currently c++
(gdb) thr
[Current thread is 12 (thread 1460.0x5c0)]

[...]

- Reentrant structures allocation for the second thread

1798  local_reent._clib = local_clib;
(gdb) 
1799  local_reent._winsup = local_winsup;
(gdb) 
1801  local_winsup._process_logmask = LOG_UPTO (LOG_DEBUG);
(gdb) p local_reent
$7 = {_clib = 0xeff5fc, _winsup = 0xeff99c}

(gdb) c
Continuing.

- fwrite () issued in the second thread triggers a crash when
   CHECK_INIT references fp-_data. As it is seen this is the
   same object returned previously by fdopen () in thread 11.
   
Program received signal SIGSEGV, Segmentation fault.
0x610cce15 in __swsetup (fp=0x10143cbc) at
../../../../../src/newlib/libc/stdio/wsetup.c:36
36CHECK_INIT (fp);
Current language:  auto; currently c
(gdb) p fp
$8 = (FILE *) 0x10143cbc
(gdb) p fp-_data
$9 = (struct _reent *) 0xcff5fc
(gdb) p fp-_file
$10 = 1
(gdb) thread 11
Thread ID 11 not known.

I hope this helps ;)

Pavel

P.S. below you can find backtraces showing what thread
 one does when it creates the second thread.

Breakpoint 2, pthread::thread_init_wrapper(void*) (_arg=0x10274eb8) at
../../../../src/winsup/cygwin/thread.cc:1782
1782  pthread *thread = (pthread *) _arg;
(gdb) thr
[Current thread is 11 (thread 1460.0x5c0)]
(gdb) break fdopen64
Note: breakpoint 4 (disabled) also set at pc 0x610bc9e6.
Breakpoint 5 at 0x610bc9e6: file
../../../../../src/newlib/libc/stdio64/fdopen64.c, line 118.
(gdb) c
Continuing.
ok 13

Breakpoint 5, fdopen64 (fd=0, mode=0xcfef4c r) at
../../../../../src/newlib/libc/stdio64/fdopen64.c:118
118   return _fdopen64_r (_REENT, fd, mode);
Current language:  auto; currently c
(gdb) bt
#0  fdopen64 (fd=0, mode=0xcfef4c r) at
../../../../../src/newlib/libc/stdio64/fdopen64.c:118
#1  0x100ed084 in cygperl5_8_1!PerlIOStdio_dup () from
/tmp/build/perl/perl-5.8.1-RC4-1/buildperl/cygperl5_8_1.dll
#2  0x100ea9af in cygperl5_8_1!PerlIO_fdupopen () from
/tmp/build/perl/perl-5.8.1-RC4-1/buildperl/cygperl5_8_1.dll
#3  

Interrupted setup and zombie mounts

[Igor Pechtchanski]

The forwarded message (below) sounds like something that should be
discussed here.  A bigger question is whether (and how) setup should clean
up after a cancelled install.  Right now it simply exits.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

-- Forwarded message --
Date: Tue, 5 Aug 2003 17:13:30 +0200
From: David Balazic [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: RE: Directory problems after fresh install of v1.3.22-1

 --
 From: Igor Pechtchanski
 Reply To: [EMAIL PROTECTED]
 Sent: 5. avgust 2003 17:08
 To:   David Balazic
 Cc:   [EMAIL PROTECTED]
 Subject:  RE: Directory problems after fresh install of v1.3.22-1

 On Tue, 5 Aug 2003, David Balazic wrote:
 [snip]
 
C: /  usertextmode
 ^^
  
   BINGO!  There's your problem.  As yourself, cd to x:\cygwin\bin and run
   umount -u /.  Then you should be able to at least run commands.
 
  What caused this ? I just did a plain, normal install. ( I also selected a
  few more app, like less , zip and unzip ... )
  [snip]

 Does the above command fix the problems you've been having?  If so, great.
Yes, it all looks OK now.

 As to what caused this -- I'm not sure.  Perhaps looking for setup.log
 files on your harddrive would help...  At a guess, you've tried to install
setup.log has nothing that looks like a problem.

 Cygwin as Just for me with the root in c:\ at some point or another.

I did start setup.exe as me, but aborted it at the beginning ( before
any net access and package selection ).

 You then changed your mind, but the mount stayed around, not affecting
 anyone but yourself.

Which looks like a big bug, after all I lost almost an entire day ...

[Ready for test/1.5.1] a2ps-4.12-2

[David_Hudson]

Hello all,

I have uploaded a2ps-4.12-2 package which is compiled against cygwin-1.5.1.


# a2ps-4.12 setup.hint
sdesc: Formats files for printing on a PostScript printer.
ldesc: Formats files for printing on a PostScript printer.

The format used is nice and compact: normally two pages on each physical
page, borders surrounding pages, headers with useful information (page
number, printing date, file name or supplied header), line numbering,
pretty-printing, symbol substitution etc. This is very useful for making
archive listings of programs or just to check your code on the bus.
curr: 4.12-1
test: 4.12-2
category: Text
requires: cygwin groff man

http://mysite.verizon.net/res1xzsj/cygwin/a2ps-4.12-2.tar.bz2
http://mysite.verizon.net/res1xzsj/cygwin/a2ps-4.12-2-src.tar.bz2
http://mysite.verizon.net/res1xzsj/cygwin/setup.hint


Thanks
Dave



 David Hudson | The Capital Group Companies 
 | Location: BRO | Extension: 51887 
  Outside: 714-672-1887 | E-mail:   
 [EMAIL PROTECTED]  
[ Mailing: 135 S State College Blvd.
 Brea, CA 92821-5704 USA ]  

Re: A script to check integrity of installed packages

[Christopher Faylor]

On Wed, Aug 06, 2003 at 09:15:31PM -0400, Igor Pechtchanski wrote:
Hi,

For some reason some commands (like man and enscript) stopped working
for me.  After investigating, it turned out that parts of my /usr/share
tree got lost, and I wanted to find out exactly what got zapped without
having to reinstall everything on my system.  I used the attached script
to look through the installed package database and check my system against
it.  Hopefully, someone will find it useful.

It would have also been nice if something like this were distributed
either with setup or as a separate package, or if this functionality were
incorporated into cygcheck.  If the latter sounds like a better option, I
could rewrite the script in C++ and submit the appropriate patch to
cygcheck.

I think this definitely should be added to cygcheck.

I've asked, from time to time, for volunteers to add more checking to
cygcheck.  This would be a nice addition.

cgf

Re: FYI: CVS directories in the inetutils-1.3.2-23-src package

[Corinna Vinschen]

On Sat, Aug 09, 2003 at 12:29:02AM -0400, Igor Pechtchanski wrote:
 On Mon, 7 Jul 2003, Corinna Vinschen wrote:
 
  I've updated the version of inetutils in cygwin/latest to 1.3.2-23.
 
 Corinna,
 
 FYI, you left the CVS directories in the source package:

Thanks for the hint,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: Perl 5.8.1 crash description

[Gerrit P. Haase]

Hallo Pavel,

Am Freitag, 8. August 2003 um 00:03 schriebst du:

 Ok, here is my description of the problem.

[...]

And what is your oppinion (in one sentence) about the root of the
problem? 

Is it a 'bug' in perl or a 'bug' in cygwin or is just that a perl
script never should do s.th. like this?


Gerrit
-- 
=^..^=

Re: cygipc-2.01-1

[Gerrit P. Haase]

Hallo Charles,

you wrote:
 Yes, it's finally happened.  I've made cygipc into an official package.

All the SysV perl tests are failing.
1.
../ext/IPC/SysV/t/ipcsysv..msgget failed: No such file or directory
dubious
Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 1-16
Failed 16/16 tests, 0.00% okay

2.
../ext/IPC/SysV/t/msg..msgget: 2 No such file or directory
dubious
Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 1-9
Failed 9/9 tests, 0.00% okay

3.
../ext/IPC/SysV/t/sem..semctl not implemented at 
../lib/IPC/Semaphore.pm line 99.
semctl not implemented at ../lib/IPC/Semaphore.pm line 53.
END failed--call queue aborted.
dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 2-10
Failed 9/10 tests, 10.00% okay

4.
../lib/IPC/SysVmsgget failed: No such file or directory
dubious
Test returned status 2 (wstat 512, 0x200)
DIED. FAILED tests 1-16
Failed 16/16 tests, 0.00% okay



Gerrit
-- 
=^..^=

Re: RFD: A modest proposal #2: unsupported

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As Christopher Faylor said in 
http://sources.redhat.com/ml/cygwin-apps/2003-04/msg00320.html

|Again, I'm not that much of a dictator.  I was expecting that there
|would be some people leaping up in favor who might convince me this was
|a good idea.  There are some other problems that I see with the proposal
|and I was waiting to see if anyone raised them and offered suggestions.
Another possible problem could be that people with not much time to 
spare (e.g.: me) would be tempted to create the unsupported package and 
not take the honors *and burdens* of package mantainership.
So, many packaes that nowadays are official would wound up in the 
unofficial bin.

Take, e.g., my rsync package: ok, I never managed to correct the 
threading issue it has, and it takes me some time to release it (mostly 
waiting for a slot of free time, packaging with the generic build script 
is quite straightforward) but has ever someone said ehy Lapo, why don't 
you abdicate you mantainership on that package, so that I can mantain it 
better? so I bet if this unsupported thing was official at the time I 
decided to mantain it it would still be unofficial.

There would be, though, the great benefits Charles said:

|Yet, it's a shame to force folks to solve all of the basic
|porting problems I've already solved
but I think there could be a different way to try to get the benefit 
without the possible burdens of Charles's proposal:
having a mere *list* of unsupported packages with maybe just a link to 
the setup-compatible directory, posted maybe monthly on cygwin-apps 
(it's intended audience is people that is *already* thinking about 
mantainer ship... it's a adopt-me list and not a use this at will and 
then complain list) just to remember people that those packages have 
most of the work done and just need to be spiced up a bit (and to be 
mantained!) to be official.

This could maybe help remember people that to mantain a package is not 
an exoteric thing nor much difficult (well, it depends on the 
cygwin-specific problems the package have...)

What do you think?

To cite Charles again:

|Now, about that /opt tree...

Now, about that path to generic-build-script to add gpg signatures to 
source packages... 0=)
(yup, I know generic scrip has changed, I'll update the patch ASAP)
(yup, I know, I'm a cypher-freak)

- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP  X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAj8586AACgkQaJiCLMjyUvuPrQCg3U5LJ9apxugiJy33e/MTlOGN
gO4Ani/bskjELKF8WJzoAAfgb7AjX+Vg
=tssG
-END PGP SIGNATURE-

TEST/1.5.2: tetex-bin-2.0.2-12

[Jan Nieuwenhuizen]

* rebuild
* doc moved to /usr/share


http://lilypond.org/cygwin/uploads/tetex/tetex-bin/setup.hint

sdesc: The TeX text formatting system (binaries).
test: 2.0.2-12
curr: 2.0.2-2
category: Text Publishing
# There's no need to require a texmf tree, although not doing so
# might be confusing.
requires: bash clear cygutils cygwin ed diffutils fileutils findutils gawk grep 
libjpeg6b libjpeg62 libkpathsea3abi13 libkpathsea3 libncurses6 libncurses7 libpng12 
libtiff3 libtiff4 perl sed sh-utils textutils termcap zlib
#external-source: tetex-bin
#suggests: tetex-tiny | tetex-base, tetex-extra, tetex-x11
ldesc: teTeX binary files
This is teTeX, a TeX distribution for UNIX compatible systems.  These
are all the binaries for the teTeX system.  You need at least
tetex-tiny or tetex-base together with it.

http://lilypond.org/cygwin/uploads/tetex/tetex-bin/tetex-bin-2.0.2-12-src.tar.bz2
http://lilypond.org/cygwin/uploads/tetex/tetex-bin/tetex-bin-2.0.2-12.tar.bz2

===

http://lilypond.org/cygwin/uploads/tetex/tetex-devel/setup.hint

sdesc: The TeX text formatting system (headers and static libraries).
test: 2.0.2-12
curr: 2.0.2-2
category: Devel Libs
requires: cygwin libkpathsea3abi13 libkpathsea3
external-source: tetex-bin
ldesc: The TeX text formatting system (headers and static libraries)
The teTeX development headers and kpathsea static library.

http://lilypond.org/cygwin/uploads/tetex/tetex-devel/tetex-devel-2.0.2-12.tar.bz2

===

http://lilypond.org/cygwin/uploads/tetex/tetex-x11/setup.hint

sdesc: The TeX text formatting system (X11 binaries).
test: 2.0.2-12
curr: 2.0.2-2
category: Text Publishing
# There's no need to require a texmf tree, although not doing so
# might be confusing.
# Also, xdvi and mfw require XFree86, obviously, but we don't want
# to force a dependency like Debian does.
requires: cygwin tetex-bin tetex-tiny XFree86-base ghostscript-x11
external-source: tetex-bin
ldesc: teTeX X11 binary files
This is teTeX, a TeX distribution for UNIX compatible systems.  These
are all the X11 binaries for the teTeX system.  You need to install
XFree86 and at least tetex-tiny or tetex-base together with it.

http://lilypond.org/cygwin/uploads/tetex/tetex-x11/tetex-x11-2.0.2-12.tar.bz2

===

http://lilypond.org/cygwin/uploads/tetex/libkpathsea3/setup.hint

sdesc: The TeX text formatting system (runtime libraries).
test: 2.0.2-12
category: Text Publishing Libs
requires: cygwin
external-source: tetex-bin
ldesc: The TeX text formatting system (runtime libraries).
The teTeX shared object library libkpathsea.

http://lilypond.org/cygwin/uploads/tetex/libkpathsea3/libkpathsea3-2.0.2-12.tar.bz2

===



-- 
Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

Re: Away 2003-08-10 - 2003-08-18

[Max Bowsher]

Elfyn McBratney wrote:
 Just wanted to let maintainers know that I will be away between
 the mentioned dates, without access to the internet, and
 therefor will not be able to upload packages (as I do g).
 
 If, for those with ssh access, you see an upload request, and you
 have the time to upload it, I'd appreciate it very much if you
 could. Thanks.


I have the necessary permissions, in order to upload setup snapshots.

Is it OK for me to upload packages?

Max.

Re: cygipc-2.01-1

[Charles Wilson]

Gerrit P. Haase wrote:
Hallo Charles,

you wrote:

Yes, it's finally happened.  I've made cygipc into an official package.


All the SysV perl tests are failing.
Do you have 'ipc-daemon2.exe' installed and running, or just the old 
ipc-daemon.exe ?  (and also note that ipc-daemon2 lives in /usr/bin, not 
/usr/local/bin like the old one did)

--
Chuck

Re: perl-5.8.1 test release

[Pavel Tsekov]

Hallo Pavel,

 Running the following test perl.exe caused a crash in the the Cygwin dll:

[...]

Yep, there are two threads tests failing from the perl testsuite.  I
havn't looked into this yet:

If you havent started to debug don't bother - I've just finished debugging
the problem.
Just finishing my notes and will post a detailed description.

Pavel



-- 
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
--
1. GMX TopMail - Platz 1 und Testsieger!
2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post

Re: [Ready for test/1.5.1] postgresql 7.3.4-2

[Jason Tishler]

On Tue, Aug 05, 2003 at 02:53:32PM -0400, Jason Tishler wrote:
 Recompiled for cygwin-1.5.1.  No other changes.

Oops.  I should have indicated that this packages is built against
cypipc 2.01-1.  Seems to work fine too.  Thanks, Chuck.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

Re: pcre-config missing from pcre packages

[Ronald Landheer-Cieslak]

I think I was a wee bit quick just now - this is not a test package.

4.3-2 was announced here
http://www.cygwin.com/ml/cygwin-announce/2003-07/msg0.html

HTH

rlc

On Fri, Aug 08, 2003 at 10:55:38PM -0400, Igor Pechtchanski wrote:
 On Tue, 1 Jul 2003, Elfyn McBratney wrote:
 
  On Tue, 1 Jul 2003, Christopher Faylor wrote:
 
   On Tue, Jul 01, 2003 at 08:59:20PM +0100, Elfyn McBratney wrote:
   On Tue, 1 Jul 2003, Ronald Landheer-Cieslak wrote:
   
The pcre-config script is (IMHO logically) added to the pcre-devel
package.
   
rlc
   
717708175ba5d1f0d7da5ffed4002c88 *libpcre0-4.3-2.tar.bz2
76b26e5f1190fd741e99f13c16683197 *pcre-4.3-2-src.tar.bz2
4cc60ee6ec372047b301efd4201246c9 *pcre-4.3-2.tar.bz2
bc4fdb59fc36d223d59ff7a3f6a42aa5 *pcre-devel-4.3-2.tar.bz2
620e92e8db464500eaa99c984a4a8ffd *pcre-doc-4.3-2.tar.bz2
   
http://blytkerchan.chez.tiscali.fr/libpcre0-4.3-2.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-4.3-2-src.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-4.3-2.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-devel-4.3-2.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-doc-4.3-2.tar.bz2
   
   Corrina, can you take care of this. I can't touch the directory. :-)
  
   You should be able to now.
 
  Opps I was a little trigger happy with ^X just there.
 
  Ronald, I've uploaded the new packages. Please send an announcement in a few
  hours.
 
  Thanks,
  Elfyn
 
 Ronald,
 
 FYI, this was never announced.
   Igor
 P.S. For those annoyed at the stream of not announced messages -- I'm
 about to majorly upgrade my system, and trying to find the release notes.
 -- 
   http://cs.nyu.edu/~pechtcha/
   |\  _,,,---,,_  [EMAIL PROTECTED]
 ZZZzz /,`.-'`'-.  ;-;;,_  [EMAIL PROTECTED]
  |,4-  ) )-,_. ,\ (  `'-' Igor Pechtchanski, Ph.D.
 '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
 
 I have since come to realize that being between your mentor and his route
 to the bathroom is a major career booster.  -- Patrick Naughton

-- 
Calling EMACS an editor is like calling the Earth a hunk of dirt.

  -- Chris DiBona on Dirt (Open Sources, 1999 O'Reilly and Associates)

TEST/1.5.2: ash, bash, openssh, openssl, ruby, tin

[Corinna Vinschen]

Hi,

I've uploaded 1.5.2-built test versions of the following packages:

  ash-20020731-3
  bash-2.05b-12
  openssh-3.6.1p2-1
  openssl-0.9.7-3
  ruby-1.8.0-1
  tin-1.6.1-1

All packages (except openssl) adhere to the new FHS layout.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: Re: [update] base-files

[John Morrison]

This is the only reference I can find to mkgroup_l_d;

$ grep -rin mkgroup_ *
winsup/utils/mkgroup.c:477:  printf (mkgroup_l_d:%s:%u:, print_sids ?
put_sid (tg.psid) : ,

what does it do (and what should I say when `id -ng` = mkgroup_l_d)?

J.

On Mon, 11 Aug 2003, Pierre A. Humblet wrote:

 I am on vacation and using an unsubscribed address from an
 internet cafe, hence the personal mail to Igor.
 Thereis no other than mkpasswd, mkgroup and mkgroup_l_d.
 Checking uid's becomes useless with 1.5, don't bother.

 Pierre

 
  From: Igor Pechtchanski [EMAIL PROTECTED]
  Date: 2003/08/10 Sun PM 01:20:13 EDT
  To: John Morrison [EMAIL PROTECTED]
  CC: [EMAIL PROTECTED]
  Subject: Re: [update] base-files
 
  John,
 
  On Sun, 10 Aug 2003, John Morrison wrote:
 
   At last, a new version of base-files to try :)
   [snip]
   I've also added a test for id -ng = mkpasswd or = mkgroup
   along with a message.  Hopefully this might cut down on the number
   of I have no user messages :)
 
  Did you also check for the mkgroup_l_d value?  There might be some more,
  too -- Pierre would probably know right away; if he doesn't chime in, I'll
  take a look at the code.
 
   If there's a similar test I can do for UID out of range I'd
   be happy to add that to.
 
  I doubt you can check the *current* UID for being out of range, as the
  numeric value returned is already truncated.  You could check if
  /etc/passwd contains UID+65536 or UID+131072 (the most common case and the
  next possible one) and issue a warning (with instructions to patch up
  /etc/passwd) in that case...
 
  FYI, we're working on a set of new tests in cygcheck, and checking
  /etc/passwd and /etc/group planned as one of those tests.  If there's a
  way to check whether the UIDs are 16-bit or 32-bit (other than checking
  1.3 vs 1.5, which, now that I think of it, might also work), cygcheck
  could then issue a warning if /etc/passwd contains UIDs  64k.
 
  One last note: any messages printed from postinstall scripts are not seen
  by the user -- they go directly to setup.log.full.  So, if you want this
  to be seen, we better either move this functionality to cygcheck, or
  duplicate it there.
  Igor
  --
  http://cs.nyu.edu/~pechtcha/
|\  _,,,---,,_[EMAIL PROTECTED]
  ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
   |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
  '---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
 
  I have since come to realize that being between your mentor and his route
  to the bathroom is a major career booster.  -- Patrick Naughton
 
 

Re: test/1.5.1: lilypond-1.8.0-11

[Elfyn McBratney]

Jan Nieuwenhuizen [EMAIL PROTECTED] wrote:
 Elfyn McBratney [EMAIL PROTECTED] writes:
 
   * compiled on latest cygwin-1.5.1
  
  Uploaded.
 
 Thanks.
 
  Please send an announcement in a couple of hours.
 
 We don't do announcements for TEST yet, apart from Cygwin.dll, or am I
 mistaken?  (And I think it's silly to build lilypond 1.8.0 for curr
 too, what do you think?)

It's up to the individual maintainer. If you want to announce it, go ahead,
if not, I suppose the note's to cygwin-apps will suffice.

-- Elfyn

Subscribers only...

[Morrison, John]

Hi all,

I tried to send an email to -apps this morning from one of my home accounts,
it bounced because that account is not actually subscribed.  I actually have
one subscribed account which .forwards to others.

Would it be possible (all meaness aside ;) to have one subscribed address
for recieving email and one (or more) addresses for sending to the list?

I realise this might be a strange setup, but I was trying to save cygwin
the bandwidth (and me the duplicate copies ;).

Thanks,

J.


==
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in accordance
with the Experian Limited standard terms and conditions of purchase or
other express written agreement between Experian Limited and the recipient
Experian Limited (registration number 653331)
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

TEST/1.5.2: cron, netcat, robots, sed, vim

[Corinna Vinschen]

Hi,

I've uploaded 1.5.2-built test versions of the following packages:

  cron-3.0.1-11
  netcat-1.10-2
  robots-2.0-3
  sed-4.0.7-3
  vim-6.2-3

All packages adhere to the new FHS layout.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

[Ready for test/1.5.1] mktemp-1.5-2

[Charles Wilson]

* recompiled against the cygwin-1.5.1 kernel
* documentation moved to /usr/share/*
--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

Re: test/1.5.1: lilypond-1.8.0-11

[Jan Nieuwenhuizen]

Elfyn McBratney [EMAIL PROTECTED] writes:

  * compiled on latest cygwin-1.5.1
 
 Uploaded.

Thanks.

 Please send an announcement in a couple of hours.

We don't do announcements for TEST yet, apart from Cygwin.dll, or am I
mistaken?  (And I think it's silly to build lilypond 1.8.0 for curr
too, what do you think?)

Jan.

-- 
Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

[Ready for test/1.5.1] gdbm-1.8.3-6

[Charles Wilson]

(Pretend the 1.5.0-versions of gdbm (-4  -5) never happened.  I'm going
to start from the beginning in this announcement.)

I've previously (but recently) posted an *official* new release of gdbm
(-3) to the main list.  It was built on a pure cygwin-1.3.22 curr: system
with no test packages at all.  It contains two new programs contributed
by Pierre Humblett, for loading and dumping gdbm databases.

The package(s) announced in THIS message were built an a cygwin-1.5.1
test: system.  The DLL version number was bumped from 3 to 4, so that
the two DLLs (and the programs that rely on them) can coexist. 
Un-recompiled programs that rely on gdbm (like cvs!) will continue to
work with the -3 dll until they are recompiled.  Documentation has also
been moved to /usr/share/*.

I also included copies, precompiled, of Pierre's programs.  So,
gdbm-1.8.3-6 contains:

  dumpgdbm-1.3.22.exe
  loadgdbm-1.3.22.exe
statically linked against gdbm (-3 version) on a 1.3.22 system

  loadgdbm-1.5.0.exe
  dumpgdbm-1.5.0.exe
statically linked agaisnt gdbm (-6 version) on a 1.5.1 system
(I know, I know.  Sue me.)

  loadgdbm.exe
  dumpgdbm.exe
same as the -1.5.0 versions.

There's also a script, as suggested by Pierre, convert-gdbm:

#!/bin/sh
dumpgdbm-1.3.22 $1 | loadgdbm-1.5.0 $1.cygnew  \
  mv $1 $1.bak  mv $1.cygnew $1

It seems to work fine, and converts the databases so that the new gdbm
can read them.  However, the conversion tools are not idempotent.  Take a
database generated on a cygwin-1.5.0/gdbm-1.8.3-4 system (use testgdbm or
something).

then,
  dumpgdbm-1.5.0 my.db | loadgdbm-1.5.0 new.db
  diff my.db new.db
They will be different, because the ORDER in which the records are
written is not necessarily the same.  But all of the records are there,
so...

This little gotcha needs to be in the cygwin-1.5.1 mega-announcement,
when we throw the switch and make all of this current.

-
Note that database files generated by gdbm under cygwin-1.3.22 are NOT
compatible with gdbm on cygwin-1.5.1 (nor vice versa).  To convert, you
should use the 'convert-gdbm' script on the appropriate database files
(after backing them up, of course).  Now, you may not be aware of any
gdbm databases on your system.  At present, the known users of gdbm are

cvs : convert  ${CVSROOT}/CVSROOT/modules.db and val-tags.db
exim
some perl applications
-
--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

[Ready for test/1.5.1] zip-2.3-4

[Charles Wilson]

* recompiled against cygwin-1.5.1
* documentation moved to /usr/share/*
--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

Re: setup.ini not updated?

[Igor Pechtchanski]

On Thu, 14 Aug 2003, John Morrison wrote:

 http://mirrors.rcn.net/pub/sourceware/cygwin/setup.ini
 setup.ini   11-Aug-2003 16:30   211k

 @ vim
 sdesc: Vi IMproved - enhanced vi editor
 category: Editors
 requires: cygwin terminfo libncurses7 libiconv2
 version: 6.2-1
 install: release/vim/vim-6.2-1.tar.bz2 2216490
 eb7b2330c4926bda523835cea7cc0725
 source: release/vim/vim-6.2-1-src.tar.bz2 3283371
 3c33c4b8438295724ad6ad130d00611e
 [test]
 version: 6.2-2
 install: release/vim/vim-6.2-2.tar.bz2 2216597
 d19ecc62096c407cb51c74233e719624
 source: release/vim/vim-6.2-2-src.tar.bz2 3284904
 fc760b2d428e25013e1c129d52af0087

 http://mirrors.rcn.net/pub/sourceware/cygwin/release/vim/

  md5.sum 12-Aug-2003 16:54 1k
  setup.hint  12-Aug-2003 15:35 1k
  vim-6.2-1-src.tar.bz2   01-Jun-2003 15:15   3.1M
  vim-6.2-1.tar.bz2   01-Jun-2003 15:16   2.1M
  vim-6.2-3-src.tar.bz2   12-Aug-2003 15:34   3.1M
  vim-6.2-3.tar.bz2   12-Aug-2003 15:33   2.1M

 And it's like this on lots of mirrors for at least the vim and
 base-file packaged.

 Or is it just me?
 J.

John,

IIRC, upset runs either every hour or every couple of hours.  My guess is
you've stumbled in between a package upload and a scheduled upset run.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

Re: [RFU] new pcre packages

[Ronald Landheer-Cieslak]

On Tue, Aug 12, 2003 at 03:47:05PM +0200, Corinna Vinschen wrote:
 On Mon, Aug 11, 2003 at 06:36:20PM +0200, Ronald Landheer-Cieslak wrote:
  I don't know whether RFU is a known acronym.. anyways:
  
  Ready for upload: pcre packages conformant to FHS (AFAICT)
  The only one that actually changes is the -doc, but hey..
  Built against 1.5.2, of course.
  
  No other changes
  
  Available here:
  700204763641f9a8d90d822353329874 *libpcre0-4.3-4.tar.bz2
  b149e3c9d04f8f61568259d8a63777c0 *pcre-4.3-4-src.tar.bz2
  c607a93de23742997eb4c93af7fa *pcre-4.3-4.tar.bz2
  2023538c75c9db46c7536b0db01d2cc8 *pcre-devel-4.3-4.tar.bz2
  5c3e6189710c255e75739f8e8b1a4731 *pcre-doc-4.3-4.tar.bz2
  http://blytkerchan.chez.tiscali.fr/libpcre0-4.3-4.tar.bz2
  http://blytkerchan.chez.tiscali.fr/pcre-4.3-4-src.tar.bz2
  http://blytkerchan.chez.tiscali.fr/pcre-4.3-4.tar.bz2
  http://blytkerchan.chez.tiscali.fr/pcre-devel-4.3-4.tar.bz2
  http://blytkerchan.chez.tiscali.fr/pcre-doc-4.3-4.tar.bz2
 
 I've removed release 4.2-2.  Is there any reason to keep 4.3-1 and
 4.3-3?
OK.
I don't see any reason to keep them around: 4.3-1 is missing a file, 4.3-3 
just has a non-FHS-compliant directory structure, but neither is otherwise
different from their successor.

rlc

NB: won't be announcing as this is a test version..
-- 
The move was on to 'Free the Lizard'

  -- Jim Hamerly and Tom Paquin (Open Sources, 1999 O'Reilly and Associates)

FHS

[Corinna Vinschen]

FYI: I've changed the setup.html page on cygwin.com to reflect the
transition to /usr/share/{doc,info,man}.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: [RFU] new pcre packages

[Corinna Vinschen]

On Tue, Aug 12, 2003 at 05:56:36PM +0200, Ronald Landheer-Cieslak wrote:
 On Tue, Aug 12, 2003 at 03:47:05PM +0200, Corinna Vinschen wrote:
  I've removed release 4.2-2.  Is there any reason to keep 4.3-1 and
  4.3-3?
 OK.
 I don't see any reason to keep them around: 4.3-1 is missing a file, 4.3-3 
 just has a non-FHS-compliant directory structure, but neither is otherwise
 different from their successor.

Ok, I've removed the -1 and -3 versions.

Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

RE: Re: [update] base-files

[Morrison, John]

Igor,

Thanks!

On this machine (it's domain rather than home which isn't)

$ mkgroup -cl | grep mkgroup_l_d
mkgroup_l_d:S-1-5-21-1491927668-2094530616-1660491571-1141:11141:

I'll just add it to the test with the same message, it'll
be repackaged in a minute or two (will post then).

Thanks again,

J.

Igor Pechtchanski wrote:
 John,
 
 AFAIU from the mkgroup code, the group value mkgroup_l_d is created
 when the current user is a domain user but the utility was called
 without a -d flag.  Basically this is meant as a warning that the
 default passwd and group creation didn't get all the relevant
 information (and that things may break because of that).  Pierre,
 Corinna, feel free to correct me. Igor 
 
 On Tue, 12 Aug 2003, John Morrison wrote:
 
 This is the only reference I can find to mkgroup_l_d;
 
 $ grep -rin mkgroup_ *
 winsup/utils/mkgroup.c:477:  printf (mkgroup_l_d:%s:%u:,
 print_sids ? put_sid (tg.psid) : , 
 
 what does it do (and what should I say when `id -ng` =
 mkgroup_l_d)? 
 
 J.
 
 On Mon, 11 Aug 2003, Pierre A. Humblet wrote:
 
 I am on vacation and using an unsubscribed address from an
 internet cafe, hence the personal mail to Igor.
 Thereis no other than mkpasswd, mkgroup and mkgroup_l_d.
 Checking uid's becomes useless with 1.5, don't bother.
 
 Pierre
 
 
 From: Igor Pechtchanski [EMAIL PROTECTED]
 Date: 2003/08/10 Sun PM 01:20:13 EDT
 To: John Morrison [EMAIL PROTECTED]
 CC: [EMAIL PROTECTED]
 Subject: Re: [update] base-files
 
 John,
 
 On Sun, 10 Aug 2003, John Morrison wrote:
 
 At last, a new version of base-files to try :)
 [snip]
 I've also added a test for id -ng = mkpasswd or = mkgroup
 along with a message.  Hopefully this might cut down on the number
 of I have no user messages :)
 
 Did you also check for the mkgroup_l_d value?  There might be
 some more, too -- Pierre would probably know right away; if he
 doesn't chime in, I'll take a look at the code. 
 
 If there's a similar test I can do for UID out of range I'd
 be happy to add that to.
 
 I doubt you can check the *current* UID for being out of range, as
 the numeric value returned is already truncated.  You could check
 if /etc/passwd contains UID+65536 or UID+131072 (the most common
 case and the next possible one) and issue a warning (with
 instructions to patch up /etc/passwd) in that case... 
 
 FYI, we're working on a set of new tests in cygcheck, and checking
 /etc/passwd and /etc/group planned as one of those tests.  If
 there's a way to check whether the UIDs are 16-bit or 32-bit
 (other than checking 
 1.3 vs 1.5, which, now that I think of it, might also work),
 cygcheck could then issue a warning if /etc/passwd contains UIDs 
 64k. 
 
 One last note: any messages printed from postinstall scripts are
 not seen by the user -- they go directly to setup.log.full.  So,
 if you want this to be seen, we better either move this
 functionality to cygcheck, or duplicate it there. Igor


==
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in accordance
with the Experian Limited standard terms and conditions of purchase or
other express written agreement between Experian Limited and the recipient
Experian Limited (registration number 653331)
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

RE: Re: [update] base-files

[Morrison, John]

Corinna Vinschen wrote:
 On Tue, Aug 12, 2003 at 02:37:27PM +0100, Morrison, John wrote:
 Added mkgroup_l_d check
 
 
 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-
 files/md5sum
 
 md5sum for base-file-2.0-2.tar.bz2 =
 5d112cfd0b17195e7dcef6cc174cb4d1
 
 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-
 files/base-fil
 es-2.0-2.tar.bz2
 
 Uploaded.
 
 Corinna

Thanks Corinna.

Since this only affects new installations should I announce this?

J.


==
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in accordance
with the Experian Limited standard terms and conditions of purchase or
other express written agreement between Experian Limited and the recipient
Experian Limited (registration number 653331)
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

Re: FHS

[Charles Wilson]

Corinna Vinschen wrote:
FYI: I've changed the setup.html page on cygwin.com to reflect the
transition to /usr/share/{doc,info,man}.
I've also just updated the generic-build-script.

--
Chuck

TEST/1.5.2: guile-1.6.4-12

[Jan Nieuwenhuizen]

* rebuild
* moved doc to /usr/share


http://lilypond.org/cygwin/uploads/guile/setup.hint

sdesc: The GNU extension language and Scheme interpreter (executable)
test: 1.6.4-12
curr: 1.6.4-2
category: interpreters
# Strictly, guile does not depend on readline and curses, but if you
# want the guile executable, you probably want readline editing.  -- jcn
requires: cygwin libguile12abi13 libguile12 libncurses6 libncurses7 libreadline5
ldesc: The GNU extension language and Scheme interpreter (executable)
Guile, the GNU Ubiquitous Intelligent Language for Extension, is a scheme
implementation designed for real world programming, supporting a
rich Unix interface, a module system, and undergoing rapid development.
`guile' is a scheme interpreter that can execute scheme scripts (with a
#! line at the top of the file), or run as an inferior scheme
process inside Emacs.

http://lilypond.org/cygwin/uploads/guile/guile-1.6.4-12-src.tar.bz2
http://lilypond.org/cygwin/uploads/guile/guile-1.6.4-12.tar.bz2

===

http://lilypond.org/cygwin/uploads/guile/guile-devel/setup.hint

sdesc: Development headers and static libraries for Guile.
test: 1.6.4-12
curr: 1.6.4-2
category: devel libs
requires: cygwin guile libguile12abi13 libguile12
external-source: guile
ldesc: Development headers and static libraries for Guile.
`libguile.h' etc. C headers, aclocal macros, the `guile-snarf' and
`guile-config' utilities, and static `libguile.a' libraries for Guile,
the GNU Ubiquitous Intelligent Language for Extension.

http://lilypond.org/cygwin/uploads/guile/guile-devel/guile-devel-1.6.4-12.tar.bz2

===

http://lilypond.org/cygwin/uploads/guile/guile-doc/setup.hint

sdesc: The GNU extension language and Scheme interpreter (documentation)
test: 1.6.4-12
curr: 1.6.4-2
category: doc
requires: texinfo
external-source: guile
ldesc: The GNU extension language and Scheme interpreter (documentation)
This package contains the documentation for guile, including both
a reference manual (via `info guile'), and a tutorial (via `info
guile-tut').

http://lilypond.org/cygwin/uploads/guile/guile-doc/guile-doc-1.6.4-12.tar.bz2

===

http://lilypond.org/cygwin/uploads/guile/libguile12/setup.hint

sdesc: The GNU extension language and Scheme interpreter (runtime libraries)
test: 1.6.4-12
category: libs
requires: cygwin libltdl3
external-source: guile
ldesc: The GNU extension language and Scheme interpreter (runtime libraries)
Guile shared object libraries and the ice-9 scheme module.  Guile is
the GNU Ubiquitous Intelligent Language for Extension.

http://lilypond.org/cygwin/uploads/guile/libguile12/libguile12-1.6.4-12.tar.bz2

===


-- 
Jan Nieuwenhuizen [EMAIL PROTECTED] | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

Re: Subscribers only...

[Robert Collins]

On Mon, 2003-08-11 at 19:13, Morrison, John wrote:
 Hi all,
 
 I tried to send an email to -apps this morning from one of my home accounts,
 it bounced because that account is not actually subscribed.  I actually have
 one subscribed account which .forwards to others.
 
 Would it be possible (all meaness aside ;) to have one subscribed address
 for recieving email and one (or more) addresses for sending to the list?


Yes, check the email you where sent when you subscribed, or the list
info page.

Cheers,
Rob
-- 
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.


signature.asc
Description: This is a digitally signed message part

Re: Bug in lynx setup.hint? (was: Re: cygcrypto-0.9.7.dll)

[Igor Pechtchanski]

On Mon, 11 Aug 2003, Igor Pechtchanski wrote:

 On Tue, 12 Aug 2003, Corinna Vinschen wrote:

  On Tue, Aug 12, 2003 at 12:15:34AM +0200, Gerrit P. Haase wrote:
   The package you're missing is openssl.
   However, I think you have triggered a bug, here the setup.hint from
   lynx, there are obviously the correct dependencies, but AFAICT some
   colons are missing:
  
   category Web
   requires cygwin terminfo libintl2 libiconv2 libncurses7 openssl
   sdesc Text-mode WWW Browser
   ldesc Lynx is a terminal based WWW browser. While it does not make any attempt
   at displaying graphics, it has good support for HTML text formatting,
   forms, and tables.  This version includes support for SSL encryption.
   curr: 2.8.4-5
   test: 2.8.4-6
 
  The colons are just cosmetically, AFAICT.  Setup doesn't need them.
  Corinna

 Ahem, actually, reading the setup sources (inilex.l), it looks like the
 colons *are* required.  Rob, it's your code, care to comment?
 Igor
 P.S. This belongs on the cygwin-apps list, IMO.

Oops, sorry, Rob, just read your reply on the Cygwin list...  Well, to
make this cygwin-apps thread at least marginally useful, here's a patch to
htdocs/setup.html that clears this confusion -- permission to apply?
Igor
==
Index: setup.html
===
RCS file: /cvs/cygwin/htdocs/setup.html,v
retrieving revision 1.85
diff -u -p -r1.85 setup.html
--- setup.html  23 Mar 2003 16:27:44 -  1.85
+++ setup.html  11 Aug 2003 22:37:36 -
@@ -159,7 +159,7 @@ external-source: ipackage/i
 /pre

 p(You may see some older setup.hint files which lack the colons after
-the introducing field.  This usage is allowed but deprecated.  Please
+the introducing field.  This usage is deprecated.  Please
 use colons in your setup.hint for everything but '#' and @'.)/p

 pLines that begin with '#' are considered to be comments and are ignored

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

[PATCH] Setup: clarify confusing antivirus log message

[Igor Pechtchanski]

'Nuff said.
Igor
==
2003-08-14  Igor Pechtchanski  [EMAIL PROTECTED]

* AntiVirus.cc (detect): Clarify antivirus message.

--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton
Index: AntiVirus.cc
===
RCS file: /cvs/cygwin-apps/setup/AntiVirus.cc,v
retrieving revision 2.5
diff -u -p -r2.5 AntiVirus.cc
--- AntiVirus.cc29 Jul 2003 14:14:06 -  2.5
+++ AntiVirus.cc14 Aug 2003 15:49:30 -
@@ -186,7 +186,7 @@ detect ()
SERVICE_QUERY_STATUS| SERVICE_STOP| SERVICE_START);
 
 if (!McAfeeService) {
-   log (LOG_PLAIN, String(Could not open service McShield for query, start and 
stop. McAfee may not be installed, or we don't have access.\n));
+   log (LOG_PLAIN, String(Could not open service McShield for query, start and 
stop. McAfee may not be installed, or we don't have access.  If you don't have McAfee 
installed, please ignore this message.\n));
CloseServiceHandle(SCM);
return;
 }

[Ready for test/1.5.1] proftpd 1.2.9rc1-3

[Jason Tishler]

Recompiled for cygwin-1.5.1.  No other changes.

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

FYI: CVS directories in the inetutils-1.3.2-23-src package

[Igor Pechtchanski]

On Mon, 7 Jul 2003, Corinna Vinschen wrote:

 I've updated the version of inetutils in cygwin/latest to 1.3.2-23.

Corinna,

FYI, you left the CVS directories in the source package:

$ find inetutils-1.3.2-23/ -name CVS
inetutils-1.3.2-23/CVS
inetutils-1.3.2-23/ftp/CVS
inetutils-1.3.2-23/ftpd/CVS
inetutils-1.3.2-23/glob/CVS
inetutils-1.3.2-23/headers/arpa/CVS
inetutils-1.3.2-23/headers/CVS
inetutils-1.3.2-23/headers/protocols/CVS
inetutils-1.3.2-23/inetd/CVS
inetutils-1.3.2-23/libinetutils/CVS
inetutils-1.3.2-23/libtelnet/CVS
inetutils-1.3.2-23/rcp/CVS
inetutils-1.3.2-23/rexecd/CVS
inetutils-1.3.2-23/rlogin/CVS
inetutils-1.3.2-23/rlogind/CVS
inetutils-1.3.2-23/rsh/CVS
inetutils-1.3.2-23/rshd/CVS
inetutils-1.3.2-23/syslog/CVS
inetutils-1.3.2-23/syslogd/CVS
inetutils-1.3.2-23/talk/CVS
inetutils-1.3.2-23/talkd/CVS
inetutils-1.3.2-23/telnet/CVS
inetutils-1.3.2-23/telnetd/CVS
inetutils-1.3.2-23/tftp/CVS
inetutils-1.3.2-23/tftpd/CVS
inetutils-1.3.2-23/uucpd/CVS
$ cat inetutils-1.3.2-23/CVS/Root
:ext:[EMAIL PROTECTED]:/home/cvs/cvsroot

Just a heads-up.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

perl test release

[Gerrit P. Haase]

Hallo,

another testrelease, two versions, one compiled with debugging.
There is a setup.ini for download and installation with setup.exe,
add this URL to the list: http://anfaenger.de/cygwin-1.5

For direct download (please use wget or similar):

No debugging version:
http://anfaenger.de/cygwin-1.5/perl/perl-5.8.1-0.tar.bz2
http://anfaenger.de/cygwin-1.5/perl/perl-5.8.1-0-src.tar.bz2

Debugging version:
http://anfaenger.de/cygwin-1.5/perl/perl_debug-5.8.1-0.tar.bz2
Sourcetree for debugging:
http://anfaenger.de/cygwin-1.5/perl/perl_debug-5.8.1-0-srctree.tar.bz2

Source package (not via setup.exe and the same as the 'no debugging'
version):
http://anfaenger.de/cygwin-1.5/perl/perl_debug-5.8.1-0-src.tar.bz2


Licenses:
http://anfaenger.de/cygwin-1.5/perl/Artistic
http://anfaenger.de/cygwin-1.5/perl/Copying


Gerrit
-- 
=^..^=

Attention perl maintainer: pp_system () implemented via do_aspawn () faster ?

[Pavel Tsekov]

Hello,

The cygwin subdir in the perl source tree contains a set a functions named
do_*spawn () which are based on the Cygwin spawnvp () call. That is 
presumably faster when all the parent wants to do is just start a new
process that in unix would be accomplished by a call to fork ()
followed by exec ().  Having in mind that fork is quite heavy in Cygwin
would it make sense to force pp_system () to be implemented via
the do_*spawn () instead of fork () + exec (). The can be done
by defining HAS_FORK  !defined (__CYGWIN__) in pp_system ().
Btw this is what Cygwin does in its system () call.

Has anyone tested if this solution does really speed up the pp_system ()
call ? I did some lame tests and they show improvent but the gain doesnt
seem to be so big and that is why I wonder. The test was basicaly to
use MC to copy a certain number a files out of a zip file into the file
system. For each file MC does a system () which invokes a perl script,
which then invokes via perl's system () the unzip program. I've modified
MC's system () to use Cygwin's system() instead of fork () + exec () and
perl () to use pp_system () based on do_*spawn () but the gain is not so
big really. So maybe the perl startup is much heavier than a fork and this
makes the switch to spawnvp () quite invisible ?!

Pavel

-- 
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
--
1. GMX TopMail - Platz 1 und Testsieger!
2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post

Re: Bug in lynx setup.hint? (was: Re: cygcrypto-0.9.7.dll)

[Robert Collins]

On Tue, 2003-08-12 at 08:39, Igor Pechtchanski wrote:
 On Mon, 11 Aug 2003, Igor Pechtchanski wrote:

  Ahem, actually, reading the setup sources (inilex.l), it looks like the
  colons *are* required.  Rob, it's your code, care to comment?
  Igor
  P.S. This belongs on the cygwin-apps list, IMO.
 
 Oops, sorry, Rob, just read your reply on the Cygwin list...  Well, to
 make this cygwin-apps thread at least marginally useful, here's a patch to
 htdocs/setup.html that clears this confusion -- permission to apply?

Lets wait for Chris to get back.

Remember that .hint files are preprocessed to create the .ini - I don't
know the current status of the preprocessor - all I was commenting on
was the requirement in the .ini file...

Cheers,
Rob
-- 
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.


signature.asc
Description: This is a digitally signed message part

Re: setup.hint question

[Robert Collins]

On Thu, 2003-08-07 at 01:39, Igor Pechtchanski wrote:


 As far as I understand, no harm (except for some extraneous downloads)
 will be done if you list both as dependences.  This is much less worrisome
 than a missing dependence, so I'd say go ahead and list both.  When
 1.6.7-2 becomes curr, you can throw out the libncurses6 dependence.
   Igor

setup.ini can actually list the correct dependency against the correct
version of cmake. I don't know if setup.hint has that facility though.

Cheers,
Rob
-- 
GPG key available at: http://members.aardvark.net.au/lifeless/keys.txt.


signature.asc
Description: This is a digitally signed message part

Fwd: Re: Incorporating .epsi files into TeX docs : failure

[Igor Pechtchanski]

The forwarded message sounds like a packaging issue with the ghostscript
packages.  I doubt that the name clash (i.e., gs.exe in /usr/bin and
/usr/X11R6/bin) is a good idea.  In fact, the new source package *also*
contains a bin/gs.exe -- go figure.  From the forwarded message, it seems
to already present a slight problem.  Could someone check that this is an
issue?

FWIW, I'd recommend renaming gs.exe in the -x11 package to gs-x11.exe (or
xgs.exe), and putting a note about making an alias (or an exported shell
function) into the README file.  I don't know if the bin/gs.exe in the
source package is an oversight, or if it's really needed.  Dario?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

-- Forwarded message --
Date: Mon, 11 Aug 2003 12:32:12 +0100
From: fergus at bonhard dot uklinux dot net
To: cygwin-xfree at cygwin dot com
Subject: Re: Incorporating .epsi files into TeX docs : failure

Thank you very much indeed. I put /usr/X11R6/bin/ before /usr/bin/ in the
PATH so that the gs.exe I wanted was picked up before the other gs.exe I
didn't want. Now it all works perfectly. I'll leave PATH defined like this
(i.e. with the transposition).

There may be other consequences, not all good, since I don't always start
XWin ... we'll see.

Thanks again.

Fergus

Re: setup.ini not updated?

[Elfyn McBratney]

Igor Pechtchanski [EMAIL PROTECTED] wrote:
 On Thu, 14 Aug 2003, Igor Pechtchanski wrote:
 
  On Thu, 14 Aug 2003, John Morrison wrote:
 
   http://mirrors.rcn.net/pub/sourceware/cygwin/setup.ini
   setup.ini   11-Aug-2003 16:30   211k
  
   @ vim
   sdesc: Vi IMproved - enhanced vi editor
   category: Editors
   requires: cygwin terminfo libncurses7 libiconv2
   version: 6.2-1
   install: release/vim/vim-6.2-1.tar.bz2 2216490
   eb7b2330c4926bda523835cea7cc0725
   source: release/vim/vim-6.2-1-src.tar.bz2 3283371
   3c33c4b8438295724ad6ad130d00611e
   [test]
   version: 6.2-2
   install: release/vim/vim-6.2-2.tar.bz2 2216597
   d19ecc62096c407cb51c74233e719624
   source: release/vim/vim-6.2-2-src.tar.bz2 3284904
   fc760b2d428e25013e1c129d52af0087
  
   http://mirrors.rcn.net/pub/sourceware/cygwin/release/vim/
  
md5.sum 12-Aug-2003 16:54 1k
setup.hint  12-Aug-2003 15:35 1k
vim-6.2-1-src.tar.bz2   01-Jun-2003 15:15   3.1M
vim-6.2-1.tar.bz2   01-Jun-2003 15:16   2.1M
vim-6.2-3-src.tar.bz2   12-Aug-2003 15:34   3.1M
vim-6.2-3.tar.bz2   12-Aug-2003 15:33   2.1M
  
   And it's like this on lots of mirrors for at least the vim and
   base-file packaged.
  
   Or is it just me?
   J.
 
  John,
 
  IIRC, upset runs either every hour or every couple of hours.  My guess is
  you've stumbled in between a package upload and a scheduled upset run.
  Igor
 
 Hmm, OTOH, looking at the dates this doesn't seem right...  It seems upset
 didn't run at all since Monday.
   Igor

It's fixed. Should be on mirrors.rcn.net (at least) in about an hour.

-- Elfyn

[ITP] rxp-1.3.0 - a new package for review (XML parser)

[Jari Aalto+mail.emacs]

Iäve found rxp easier to use than xmlwf (expat), especially when
rxp has more options for verification purposes. I'm attaching
the manual below for people interested in option differences to
expat.

Please review packages below.
Jari 

http://tierra.dyndns.org:81/cygwin/rxp/rxp-1.3.0-1-src.tar.bz2
http://tierra.dyndns.org:81/cygwin/rxp/rxp-1.3.0-1.tar.bz2

sdesc: RXP is simple validating XML parser written by Richard Tobin.
ldesc: RXP is simple validating XML parser written by Richard Tobin. It supports XML 
1.1, Namespaces 1.1, and XML Catalogs.
category: Devel, Doc, Interpreters, Text
requires: cygwin

+ tar jtvf rxp-1.3.0-1.tar.bz2
drwxr-xr-x root/None 0 2003-08-13 23:47:46 usr/
drwxr-xr-x root/None 0 2003-08-13 23:47:46 usr/doc/
drwxr-xr-x root/None 0 2003-08-13 23:47:46 usr/doc/rxp-1.3.0/
-rw-r--r-- root/None 17976 2003-08-13 23:47:46 usr/doc/rxp-1.3.0/COPYING
-rw-r--r-- root/None   570 2003-08-13 23:47:46 usr/doc/rxp-1.3.0/COPYRIGHT
-rw-r--r-- root/None  2042 2003-08-13 23:47:48 usr/doc/rxp-1.3.0/RELNOTES
drwxr-xr-x root/None 0 2003-08-13 23:47:50 usr/doc/Cygwin/
-rw-r--r-- root/None  1146 2003-08-13 23:47:50 usr/doc/Cygwin/rxp-1.3.0.README
drwxr-xr-x root/None 0 2003-08-13 23:47:50 usr/bin/
-rwxr-xr-x root/None123904 2003-08-13 23:47:52 usr/bin/rxp.exe
drwxr-xr-x root/None 0 2003-08-13 23:47:50 usr/man/
drwxr-xr-x root/None 0 2003-08-13 23:47:50 usr/man/man1/
-rw-r--r-- root/None  3633 2003-08-13 23:47:50 usr/man/man1/rxp.1

NAME
   rxp - XML parser program

SYNOPSIS
   rxp [ -avVEsbnmtx ] [ -o b|p|0|1|2|3 ] [ -c encoding ] [ url ]

DESCRIPTION
   rxp  reads  and  parses  XML from the url (or standard input if none is
   provided) and writes it to standard output, optionally expanding  enti-
   ties,  defaulting  attributes,  and  translating  to a different output
   encoding.

OPTIONS
   -a Insert declared default values for omitted attributes.

   -v Be verbose.

   -V Validate the document.  Repeating this option will make the pro-
  gram  treat  validity errors as well-formedness errors, and exit
  after the first validity error  (otherwise  a  warning  will  be
  printed for each one).

   -d Read  the  whole DTD (internal and external parts) regardless of
  any standalone  declaration.   Otherwise  a  declaration  stan-
  dalone='yes'  will  prevent  the  external part from being read
  (unless validation is selected).

   -N Enable XML namespace support.  The document will be checked  for
  correct namespace syntax, and if -b is specified  qualified ele-
  ment and attribute names will be displayed with their URIs.

   -S Keep track of xml:space attributes.  This will only affect  out-
  put when -b is specified.

   -e Obsolete, do not use.

   -E Do not expand entity references (opposite of old -e flag)

   -s Be  silent  (that is, suppress output).  Useful for benchmarking
  or if you just want to see the error messages.

   -b Print output as bits.

   -n Treat the  input  as  normalised  SGML  rather  than  XML.   Not
  intended for general use.

   -o If  this  flag is p, output is in the default (plain) format. If
  it is b, output is printed as bits (equivalent to  -b). If
  it is 0, output is suppressed (equivalent to -s).  If it is 1, 2
  or 3, output is in first, second or third canonical form.

   -m Merge PCData across entity references.  This  will  only  affect
  the output when -b is specified.

   -t Read  in  the input as a tree, rather than bits.  Should make no
  difference to the output.

   -u base_uri
  Use the specified base URI when resolving system identifiers.

   -x Strict XML mode.   This  suppresses  some  warnings  (eg  entity
  redefinitions)  but  treats  all  XML  well-formedness errors as
  fatal.  This flag implies the  -a  flag,  and  sets  the  output
  encoding to UTF-8 unless the -c flag is given.  It sets the out-
  put format to first canonical form unless the -o, -b or -s  flag
  is given.

   -c encoding
  Produce  output  in  the  specified  character  encoding.  Known
  encodings include ISO-8859-1, UTF-8, ISO-10646-UCS  and  UTF-16.
  16-bit  encoding  names  my be suffixed with -B or -L to specify
  big- or little-endian byte order (the default is the  host  byte
  order).   If  no -c or -x option is given, output is in the same
  encoding as the input document.

   -z Use a shorter format for error  messages.   Particularly  useful
  when  using  the parser in 

Re: perl-5.8.1 test release

[Pavel Tsekov]

Hello,

Running the following test perl.exe caused a crash in the the Cygwin dll:

../ext/threads/t/thread

A previous one also also caused a crash but I didn't have Dr. Mingw
installed still
and couldn't get a backtrace. I think the name of the other test that
crashed was
again 'thread'. The crash occures when the CHECK_INIT macro
(libc/stdio/local.h)
is called. I hope this helps. Please, let me know if you need further
information to
debug the problem.

Pavel

perl.exe caused an Access Violation at location 610cce15 in module
cygwin1.dll Reading from location 00d0f634.

Registers:
eax=00d0f5fc ebx=10277afc ecx=10277afc edx=8008 esi=0006
edi=0001
eip=610cce15 esp=00f0f04c ebp=00f0f054 iopl=0 nv up ei pl nz na po
nc
cs=001b  ss=0023  ds=0023  es=0023  fs=0038  gs=
efl=0206

Call stack:
610CCE15  cygwin1.dll:610CCE15  __swsetup  wsetup.c:36
610D066A  cygwin1.dll:610D066A  __sfvwrite  fvwrite.c:61
610BE525  cygwin1.dll:610BE525  fwrite  fwrite.c:102
100ED1E3  cygperl5_8_1.dll:100ED1E3  PerlIOStdio_write
100EBDBB  cygperl5_8_1.dll:100EBDBB  Perl_PerlIO_write
100CA0B5  cygperl5_8_1.dll:100CA0B5  Perl_do_print
10075805  cygperl5_8_1.dll:10075805  Perl_pp_print
100745D9  cygperl5_8_1.dll:100745D9  Perl_runops_standard
10005359  cygperl5_8_1.dll:10005359  Perl_call_sv
100050D2  cygperl5_8_1.dll:100050D2  Perl_call_sv
00AD1744  threads.dll:00AD1744  Perl_ithread_run
61093D3F  cygwin1.dll:61093D3F  pthread::thread_init_wrapper(void*) 
thread.cc:1823
77E887DD  KERNEL32.dll:77E887DD  GetModuleFileNameA

-- 
COMPUTERBILD 15/03: Premium-e-mail-Dienste im Test
--
1. GMX TopMail - Platz 1 und Testsieger!
2. GMX ProMail - Platz 2 und Preis-Qualitätssieger!
3. Arcor - 4. web.de - 5. T-Online - 6. freenet.de - 7. daybyday - 8. e-Post

Re: cygipc-2.01-1

[Gerrit P. Haase]

Hallo Charles,

Am Mittwoch, 13. August 2003 um 03:44 schriebst du:

 Gerrit P. Haase wrote:
 Hallo Charles,
 
 you wrote:
 
Yes, it's finally happened.  I've made cygipc into an official package.
 
 
 All the SysV perl tests are failing.

 Do you have 'ipc-daemon2.exe' installed and running, or just the old 
 ipc-daemon.exe ?  (and also note that ipc-daemon2 lives in /usr/bin, not 
 /usr/local/bin like the old one did)

I did this at first:
$ ls /usr/local/lib/*ipc*
/usr/local/lib/libcygipc.a~  /usr/local/lib/libcygipc.la~

And then started ipc-daemon2 from the command line before the tests
were running.  However, it looks the same if the daemon is running or
not, maybe there are permission issues?

What I think is dubious is that the third test returns ... not
implemented ...

Configure finds the right libraries:

Extracting names from the following files for later perusal:
 
/usr/lib/libc.a
/usr/lib/libcrypt.a
/usr/lib/libcygipc.dll.a
/usr/lib/libdb.dll.a
/usr/lib/libgdbm.dll.a
/usr/lib/libgdbm_compat.dll.a

And also the right headers and it states:

msgctl() found.
msgget() found.
msgsnd() found.
msgrcv() found.
You have the full msg*(2) library.

semctl() found.
semget() found.
semop() found.
You have the full sem*(2) library.
You do not have union semun in sys/sem.h.
You cannot use union semun for semctl IPC_STAT.
You cannot use struct semid_ds* for semctl IPC_STAT.

shmctl() found.
shmget() found.
shmat() found.
and it returns (char *).
shmdt() found.
You have the full shm*(2) library.


Gerrit
-- 
=^..^=

Re: pcre-config missing from pcre packages

[Ronald Landheer-Cieslak]

On Fri, Aug 08, 2003 at 10:55:38PM -0400, Igor Pechtchanski wrote:
 FYI, this was never announced.
   Igor
 P.S. For those annoyed at the stream of not announced messages -- I'm
 about to majorly upgrade my system, and trying to find the release notes.
I know - I'm waiting for the 23rd (i.e. when this goes current)
I didn't think we were supposed to announce test packages - are we?
(please correct me if I'm wrong, of course)

Anyway, release notes are usually in the READMEs - they are for pcre in any 
case.

rlc
-- 
Love sometimes expresses itself in sacrifice.
-- Kirk, Metamorphosis, stardate 3220.3

[Ready for test/1.5.2] fetchmail 6.2.4-1

[Jason Tishler]

Recompiled for cygwin-1.5.2.  Updated to the latest version.

Jason

--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

HO-LY DIFF!

[Gary R. Van Sickle]

AHEM:

$ cvs diff -pub -r HEAD choose.cc | wc
5221979   14821

So help me if there's more than one concept in there

:-P

-- 
Gary R. Van Sickle
Brewer.  Patriot. 

Re: HO-LY DIFF!

[Max Bowsher]

Gary R. Van Sickle wrote:
 AHEM:

 $ cvs diff -pub -r HEAD choose.cc | wc
 5221979   14821

 So help me if there's more than one concept in there

Gary: Would you *please* drop that -r HEAD!!!
As previously discussed, it serves no purpose except to complicate matters.

If you haven't updated, I'm not in the least surprised that your diff is
big, considering you are way back on 2.379, whilst HEAD is 2.414.

Max.

RE: [update] base-files

[Morrison, John]

On Sun, 10 Aug 2003, Igor Pechtchanski wrote:
 John,

 On Sun, 10 Aug 2003, John Morrison wrote:

  At last, a new version of base-files to try :)
  [snip]
  I've also added a test for id -ng = mkpasswd or = mkgroup
  along with a message.  Hopefully this might cut down on the number
  of I have no user messages :)

 Did you also check for the mkgroup_l_d value?  There might be some more,

Nope, it never came up in my testing... what is it and when would I see
it?

 too -- Pierre would probably know right away; if he doesn't chime in, I'll
 take a look at the code.

Ta.

  If there's a similar test I can do for UID out of range I'd
  be happy to add that to.

 I doubt you can check the *current* UID for being out of range, as the
 numeric value returned is already truncated.  You could check if

That's a shame, I think that's what generates most help emails to the
list by new folk.


 /etc/passwd contains UID+65536 or UID+131072 (the most common case and the
 next possible one) and issue a warning (with instructions to patch up
 /etc/passwd) in that case...

 FYI, we're working on a set of new tests in cygcheck, and checking
 /etc/passwd and /etc/group planned as one of those tests.  If there's a
 way to check whether the UIDs are 16-bit or 32-bit (other than checking
 1.3 vs 1.5, which, now that I think of it, might also work), cygcheck
 could then issue a warning if /etc/passwd contains UIDs  64k.

 One last note: any messages printed from postinstall scripts are not seen
 by the user -- they go directly to setup.log.full.  So, if you want this
 to be seen, we better either move this functionality to cygcheck, or
 duplicate it there.

It's done in /etc/profile so it should be visible.  It's only a slight hit
on startup and folks can always remove/comment it out :)

Thanks for commenting :)

J.


==
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in accordance
with the Experian Limited standard terms and conditions of purchase or
other express written agreement between Experian Limited and the recipient
Experian Limited (registration number 653331)
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

Re: [Ready for test/1.5.1] cmake-1.6.7-2

[Elfyn McBratney]

William A. Hoffman [EMAIL PROTECTED] wrote:
 Hello all,
 
 I have uploaded cmake-1.6.7-2 package which is compiled against cygwin-1.5.1.

Uploaded. Please send an announcement in a couple of hours.

Thanks,

-- Elfyn

Re: [RFU] new pcre packages

[Corinna Vinschen]

On Mon, Aug 11, 2003 at 06:36:20PM +0200, Ronald Landheer-Cieslak wrote:
 I don't know whether RFU is a known acronym.. anyways:
 
 Ready for upload: pcre packages conformant to FHS (AFAICT)
 The only one that actually changes is the -doc, but hey..
 Built against 1.5.2, of course.
 
 No other changes
 
 Available here:
 700204763641f9a8d90d822353329874 *libpcre0-4.3-4.tar.bz2
 b149e3c9d04f8f61568259d8a63777c0 *pcre-4.3-4-src.tar.bz2
 c607a93de23742997eb4c93af7fa *pcre-4.3-4.tar.bz2
 2023538c75c9db46c7536b0db01d2cc8 *pcre-devel-4.3-4.tar.bz2
 5c3e6189710c255e75739f8e8b1a4731 *pcre-doc-4.3-4.tar.bz2
 http://blytkerchan.chez.tiscali.fr/libpcre0-4.3-4.tar.bz2
 http://blytkerchan.chez.tiscali.fr/pcre-4.3-4-src.tar.bz2
 http://blytkerchan.chez.tiscali.fr/pcre-4.3-4.tar.bz2
 http://blytkerchan.chez.tiscali.fr/pcre-devel-4.3-4.tar.bz2
 http://blytkerchan.chez.tiscali.fr/pcre-doc-4.3-4.tar.bz2

Uploaded.

I've removed release 4.2-2.  Is there any reason to keep 4.3-1 and
4.3-3?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

[update] base-files

[John Morrison]

At last, a new version of base-files to try :)

There've been lots of changes (hence the major version
increment).  Please remember that this *WILL NOT* update
your current /etc/profile and the skel files *WILL NOT*
be copied unless you are a new user.

Thanks to (in no particular order)...
Igor Pechtchanski (lots!)
Elfyn McBratney (lots!)
Kenneth G Lafond (colour changes)
Max Bowsher (various)
David Kilroy (printer)
Corinna Vinschen (printer)
Alan Miles (/usr/bin/install -D -p -v)
Charles Wilson (MANPATH and INFOPATH) (FHS)

If I missed anyone, I'm sorry!

I've also added a test for id -ng = mkpasswd or = mkgroup
along with a message.  Hopefully this might cut down on the number
of I have no user messages :)

If there's a similar test I can do for UID out of range I'd
be happy to add that to.

Feedback welcome.

All the best,

J.

-- files --

http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum

76d63becbaee47f97111371a4f29fb6a
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-fil
es-2.0-1.tar.bz2

9b2695ab19b83cc2eb27e346801a114c
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hi
nt
sdesc: A set of important system configuration and setup files
ldesc: A set of important system configuration and setup files
requires: ash fileutils sh-utils textutils findutils sed
category: base

Re: setup.ini not updated?

[Igor Pechtchanski]

On Thu, 14 Aug 2003, Igor Pechtchanski wrote:

 On Thu, 14 Aug 2003, John Morrison wrote:

  http://mirrors.rcn.net/pub/sourceware/cygwin/setup.ini
  setup.ini   11-Aug-2003 16:30   211k
 
  @ vim
  sdesc: Vi IMproved - enhanced vi editor
  category: Editors
  requires: cygwin terminfo libncurses7 libiconv2
  version: 6.2-1
  install: release/vim/vim-6.2-1.tar.bz2 2216490
  eb7b2330c4926bda523835cea7cc0725
  source: release/vim/vim-6.2-1-src.tar.bz2 3283371
  3c33c4b8438295724ad6ad130d00611e
  [test]
  version: 6.2-2
  install: release/vim/vim-6.2-2.tar.bz2 2216597
  d19ecc62096c407cb51c74233e719624
  source: release/vim/vim-6.2-2-src.tar.bz2 3284904
  fc760b2d428e25013e1c129d52af0087
 
  http://mirrors.rcn.net/pub/sourceware/cygwin/release/vim/
 
   md5.sum 12-Aug-2003 16:54 1k
   setup.hint  12-Aug-2003 15:35 1k
   vim-6.2-1-src.tar.bz2   01-Jun-2003 15:15   3.1M
   vim-6.2-1.tar.bz2   01-Jun-2003 15:16   2.1M
   vim-6.2-3-src.tar.bz2   12-Aug-2003 15:34   3.1M
   vim-6.2-3.tar.bz2   12-Aug-2003 15:33   2.1M
 
  And it's like this on lots of mirrors for at least the vim and
  base-file packaged.
 
  Or is it just me?
  J.

 John,

 IIRC, upset runs either every hour or every couple of hours.  My guess is
 you've stumbled in between a package upload and a scheduled upset run.
 Igor

Hmm, OTOH, looking at the dates this doesn't seem right...  It seems upset
didn't run at all since Monday.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

RE: Re: [update] base-files

[Igor Pechtchanski]

On Tue, 12 Aug 2003, Morrison, John wrote:

 Corinna Vinschen wrote:
  On Tue, Aug 12, 2003 at 02:37:27PM +0100, Morrison, John wrote:
  Added mkgroup_l_d check
 
 
  http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-
  files/md5sum
 
  md5sum for base-file-2.0-2.tar.bz2 =
  5d112cfd0b17195e7dcef6cc174cb4d1
 
  http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-
  files/base-fil
  es-2.0-2.tar.bz2
 
  Uploaded.
 
  Corinna

 Thanks Corinna.

 Since this only affects new installations should I announce this?
 J.

John,

Is there a particular reason this cannot be used to repair existing
installations at user request (i.e., a flag to force overwriting the user
settings)?  Suppose there was a script that sat in /sbin, for example, so
it wouldn't be called accidentally.  That script could be used to
overwrite user settings (e.g., with a -f flag), as well as called by the
postinstall script (with no flags).  Does this sound like a good idea?

This, BTW, brings up another point: /bin contains a lot of things that
shouldn't normally be called by users, such as iu-config (should only be
called once).  Would it make sense to move them to /sbin, for example?  Is
there a particular place for those things in the FHS?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

Last *.gz packages converted to *.bz2

[Corinna Vinschen]

Hi,

I've updated the last packages still packed *.gz, crypt and irc, to being
packed using *.bz2.  The new versions are crypt-1.0-2 and irc-20010101-2.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

Re: Re: [update] base-files

[Igor Pechtchanski]

John,

AFAIU from the mkgroup code, the group value mkgroup_l_d is created when
the current user is a domain user but the utility was called without a -d
flag.  Basically this is meant as a warning that the default passwd and
group creation didn't get all the relevant information (and that things
may break because of that).  Pierre, Corinna, feel free to correct me.
Igor

On Tue, 12 Aug 2003, John Morrison wrote:

 This is the only reference I can find to mkgroup_l_d;

 $ grep -rin mkgroup_ *
 winsup/utils/mkgroup.c:477:  printf (mkgroup_l_d:%s:%u:, print_sids ?
 put_sid (tg.psid) : ,

 what does it do (and what should I say when `id -ng` = mkgroup_l_d)?

 J.

 On Mon, 11 Aug 2003, Pierre A. Humblet wrote:

  I am on vacation and using an unsubscribed address from an
  internet cafe, hence the personal mail to Igor.
  Thereis no other than mkpasswd, mkgroup and mkgroup_l_d.
  Checking uid's becomes useless with 1.5, don't bother.
 
  Pierre
 
  
   From: Igor Pechtchanski [EMAIL PROTECTED]
   Date: 2003/08/10 Sun PM 01:20:13 EDT
   To: John Morrison [EMAIL PROTECTED]
   CC: [EMAIL PROTECTED]
   Subject: Re: [update] base-files
  
   John,
  
   On Sun, 10 Aug 2003, John Morrison wrote:
  
At last, a new version of base-files to try :)
[snip]
I've also added a test for id -ng = mkpasswd or = mkgroup
along with a message.  Hopefully this might cut down on the number
of I have no user messages :)
  
   Did you also check for the mkgroup_l_d value?  There might be some more,
   too -- Pierre would probably know right away; if he doesn't chime in, I'll
   take a look at the code.
  
If there's a similar test I can do for UID out of range I'd
be happy to add that to.
  
   I doubt you can check the *current* UID for being out of range, as the
   numeric value returned is already truncated.  You could check if
   /etc/passwd contains UID+65536 or UID+131072 (the most common case and the
   next possible one) and issue a warning (with instructions to patch up
   /etc/passwd) in that case...
  
   FYI, we're working on a set of new tests in cygcheck, and checking
   /etc/passwd and /etc/group planned as one of those tests.  If there's a
   way to check whether the UIDs are 16-bit or 32-bit (other than checking
   1.3 vs 1.5, which, now that I think of it, might also work), cygcheck
   could then issue a warning if /etc/passwd contains UIDs  64k.
  
   One last note: any messages printed from postinstall scripts are not seen
   by the user -- they go directly to setup.log.full.  So, if you want this
   to be seen, we better either move this functionality to cygcheck, or
   duplicate it there.
   Igor

-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

RE: Re: [update] base-files

[Morrison, John]

Added mkgroup_l_d check

http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum

md5sum for base-file-2.0-2.tar.bz2 = 5d112cfd0b17195e7dcef6cc174cb4d1
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-fil
es-2.0-2.tar.bz2

md5sum for setup.hint = 9b2695ab19b83cc2eb27e346801a114c
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hi
nt
sdesc: A set of important system configuration and setup files
ldesc: A set of important system configuration and setup files
requires: ash fileutils sh-utils textutils findutils sed
category: base

--

J.


==
Information in this email and any attachments are confidential, and may
not be copied or used by anyone other than the addressee, nor disclosed
to any third party without our permission. There is no intention to
create any legally binding contract or other binding commitment through
the use of this electronic communication unless it is issued in accordance
with the Experian Limited standard terms and conditions of purchase or
other express written agreement between Experian Limited and the recipient
Experian Limited (registration number 653331)
Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF

TEST/1.5.2: ash, bash, openssh, openssl, ruby, tin

[Corinna Vinschen]

Hi,

I've uploaded 1.5.2-built test versions of the following packages:

  cpio-2.5-3
  file-4.03-2
  gawk-3.1.3-3
  irc-20010101-3
  login-1.9-7

and, last but not least,

  openssh-3.6.1p2-2 (correcting the annoying TCP_NODELAY error message)

All packages adhere to the new FHS layout.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

[RFU] new pcre packages

[Ronald Landheer-Cieslak]

I don't know whether RFU is a known acronym.. anyways:

Ready for upload: pcre packages conformant to FHS (AFAICT)
The only one that actually changes is the -doc, but hey..
Built against 1.5.2, of course.

No other changes

Available here:
700204763641f9a8d90d822353329874 *libpcre0-4.3-4.tar.bz2
b149e3c9d04f8f61568259d8a63777c0 *pcre-4.3-4-src.tar.bz2
c607a93de23742997eb4c93af7fa *pcre-4.3-4.tar.bz2
2023538c75c9db46c7536b0db01d2cc8 *pcre-devel-4.3-4.tar.bz2
5c3e6189710c255e75739f8e8b1a4731 *pcre-doc-4.3-4.tar.bz2
http://blytkerchan.chez.tiscali.fr/libpcre0-4.3-4.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-4.3-4-src.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-4.3-4.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-devel-4.3-4.tar.bz2
http://blytkerchan.chez.tiscali.fr/pcre-doc-4.3-4.tar.bz2

HTH

rlc

-- 
The IETF motto is 'rough consensus and running code'
  
  -- Scott Bradner (Open Sources, 1999 O'Reilly and Associates)

Away 2003-08-10 - 2003-08-18

[Elfyn McBratney]

Just wanted to let maintainers know that I will be away between
the mentioned dates, without access to the internet, and
therefor will not be able to upload packages (as I do g).

If, for those with ssh access, you see an upload request, and you
have the time to upload it, I'd appreciate it very much if you
could. Thanks.

-- Elfyn

Re: A script to check integrity of installed packages

[Igor Pechtchanski]

On Wed, 6 Aug 2003, Christopher Faylor wrote:

 On Wed, Aug 06, 2003 at 09:15:31PM -0400, Igor Pechtchanski wrote:
 Hi,
 
 For some reason some commands (like man and enscript) stopped working
 for me.  After investigating, it turned out that parts of my /usr/share
 tree got lost, and I wanted to find out exactly what got zapped without
 having to reinstall everything on my system.  I used the attached script
 to look through the installed package database and check my system against
 it.  Hopefully, someone will find it useful.
 
 It would have also been nice if something like this were distributed
 either with setup or as a separate package, or if this functionality were
 incorporated into cygcheck.  If the latter sounds like a better option, I
 could rewrite the script in C++ and submit the appropriate patch to
 cygcheck.

 I think this definitely should be added to cygcheck.

 I've asked, from time to time, for volunteers to add more checking to
 cygcheck.  This would be a nice addition.

 cgf

FYI, I just posted a patch to cygcheck to the cygwin-patches list.  Just
to bring this thread to a closure.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

Re: test/1.5.1: lilypond-1.8.0-11

[Elfyn McBratney]

Jan Nieuwenhuizen [EMAIL PROTECTED] wrote:

 * new major upstream release
 * documentation moved to /usr/share
 * compiled on latest cygwin-1.5.1

Uploaded. Please send an announcement in a couple of hours.

Thanks,

-- Elfyn

[ITP update] libgeotiff-1.2.1-2

[Charles Wilson]

* Recompiled against 1.5.1 (and the new tiff, and the new proj, etc)
* Documentation moved to /usr/share/*

Still available from
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/,
or simply point setup.exe at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

[Ready for test/1.5.1] cygipc-2.01-1

[Charles Wilson]

This announcement is in two parts.  One details the differences between
this 2.01-1/cygwin-1.5.1 test release and the earlier 2.00-2/cygwin-1.5.0
test release.  The second is a more generic announcement about this NEW
package (it's still new since it's never actually made it to curr:)

 differences from cygipc-2.00-2 

* Built library as DLL 'cygcygipc-2.dll'; provide import and static
libraries
* Link daemon dynamically
* Move documentation to /usr/share/*
* recompiled against cygwin-1.5.1

 generic announcement about the new cygipc package 

Yes, it's finally happened.  I've made cygipc into an official package.

Some notable differences between THIS release and the older 1.14 version:
MOST IMPORTANTLY, it is NOT compatible with 1.14 AT ALL.  projects
compiled against libcygipc(1.14) will NOT work with the daemon from 2.00,
nor vice versa.  HOWEVER, the two daemons CAN both be installed -- and
run -- on the same machine simultaneously. (* see developer's note,
below)

--
1. daemon is now called ipc-daemon2.exe.  It uses a different namespace
for its /tmp files, and a different namespace for its global objects.
(therefore, it can coexist with the older daemon; both can be installed
on your system together, until the older one is no longer needed for
anything)

2. The library is now a DLL.  ipc-daemon2.exe is linked dynamically
against it.

3. Use 64 bit key_t

4. Use the ftok() exported by cygwin-1.5.x; don't provide private
version.

5. remove ipck, ipcs, and ipcrm from the distro (now provided by
cygutils)

6. remove semtool, shmtool, and msgtool (have been in cygutils for a
while)

7. Much improvement in the shm code (Michael Haubenwallne)
 a. shm handles forks
 b. shm works better with multiprocess (the whole point, after
 all...)

8. General bugfixes (Joe Buehler, MH)

9. semctl(SETALL) now conforms to the standard (MH)

10. semctl(GETALL) implemented (MH)

11. semaphores now persistent until explicitly removed, or system
reboot/ipc-daemon shutdown. (JB)

12. Automatic removal of /tmp/MultiFileXXX files on [normal] daemon
shutdown (MH)

13. installs into /usr/* instead of /usr/local/*

14. documentation moved to /usr/share/* 


This is a lot of changes; I expect growing pains.  But, it's a .01
release, so what did you expect?

Oh, and one other thing: I STILL expect that eventually, cygipc will
become obsolete, and that cygserver will replace it.  I am fully
committed to helping make cygipc obsolete...
--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

[ITP] cgdb

[Ronald Landheer-Cieslak]

A while ago, I found out about this nifty piece of software in the french
Linux magazine (or Login: - don't remember which) so I decided to try it 
out - and liked it.

cgdb is a curses interface for gdb. It's prerry simple to handle for people 
who know vi (such as myself) and requires no patching to work on Cygwin - 
except the patches needed to the configury to make it compile outside of the
source tree.

I've been using it on-and-off on my Gentoo, Red Hat and Cygwin boxes for 
a wee bit of time now, and thought it might interest the people in the Cygwin
world, so I wrapped it up into a package.

The files are available for review here:
9b743178321a61ffba7f9b60a19a3c90 *setup.hint
f39465b88916fe2edfc2ceed575e6035 *cgdb-0.3.3a-1-src.tar.bz2
140812002cff27a22ee8d6957d9c7ae2 *cgdb-0.3.3a-1.tar.bz2
http://blytkerchan.chez.tiscali.fr/setup.hint
http://blytkerchan.chez.tiscali.fr/cgdb-0.3.3a-1-src.tar.bz2
http://blytkerchan.chez.tiscali.fr/cgdb-0.3.3a-1.tar.bz2

It's compiled against 1.5.x (so I should probably have put it in as a test
version)

CTC (*)

rlc

(*) CTC: Comments Thoughtfully Considered - YA OLOCA addition? (YOA?)
-- 

Re: [ITP] wtf

[Igor Pechtchanski]

On Tue, 5 Aug 2003, Charles Wilson wrote:

 Igor Pechtchanski wrote:

  Great.  Is the packaging structure ok?  Should I move the manpages to
  /usr/share/man while I'm at it?

 I think so.  While recompiling all of my packages (again) for 1.5.1, I
 moved all documentation into /usr/share/* since that seemed to (a) make
 sense, (b) have some support on the list, and (c) NOT have any strident
 opposition.

 There may be some short-term issues with
 _update-info-dir/INFOPATH/MANPATH, but those can be fixed
 asynchronously, and do not appear to be truly problematic or otherwise
 unsolvable.

 Chuck

Ah, I thought so.  Ok, then, how about I leave them in /usr/man for now,
and move them to /usr/share/man when I recompile the package against
1.5.*?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

FW: winIsFakeCtrl_L does not work correctly in Windows XP

[Oskar Malm]

Hi,

Today I upgraded my Windows machine from NT4 to XP and also reinstalled the
latest version of
XFree86. Now the right Alt key (AltGr) on my swedish keyboard does not work
any more. I checked
what events are generated with xev and found that some, but not all extra
CTRL events generated
by Windows are not filtered. There was no obvious pattern. Is this a known
issue?

Thanks,
Oskar Malm

X-server eating pixels?

[hj . beckers]

Didn't find anything in the mailing list archives or faq:

I've set my physical display (WinNT) to 1152x864. When using X -rootless
-multiwindow,
xdpyinfo reports a screen #0 size of 1152x836. Running X with no special
parameters, xdpyinfo returns 1146x811.

It makes no difference, if I use the local/cygwin-xdpyinfo or an
AIX-xdpyinfo
(tunneled/connected with ssh -X)

Any hints?

Yours
hjb

Re: Problems setting Norwegian keyboard

[Alexander Gottwald]

On Mon, 11 Aug 2003, Steinar Bang wrote:

 My /etc/X11/XF86Config file contains:
 
 Section InputDevice
 Identifier Keyboard1
 Driver Keyboard
 
 Option XkbModel pc102
 Option XkbLayout no
 Option XKbOptions 
 EndSection

can you send /tmp/XWin.log?


bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower, III]

Howdy Harold...

..
  You may still be correct with your worries, I'm sure there's a file 
  descriptor
  that the OS is dup2()'ing there you don't want.  FWIW I'm execl()'ing
  /bin/sh -c  command string
 Hmm... that is a good point.  We have the Win32 message queue file 
 handle open, a feature Cygwin provides, so that we get bumped each time 
 a message hits the queue.  After the fork shouldn't you be looping 
 through all file descriptors and closing all but stdin, stdout, and stderr?
..

That's the exact thing I was thinking about, but unfortunately I haven't
got a clue how to get a list of all open file descriptors under cygwin.
There's a Solaris function fdwalk(), but I don't think that's POSIX standard
or even available on cygwin.  I suppose after the fork() you could do:
  struct rlimit rl;
  int i;
  getrlimit(RLIMIT_NOFILE, rl);
  for (i = STDERR_FILENO+1; i  rl.rlim_max; i++)
   (void) close(i);
but that seems wasteful to iterate over rlim_max...

..
 Okay.  Does this mean you are going to implement the search-n-replace or 
 not?  Just want to know whether or not to wait for it.

I like the put_env() idea that folks are suggesting, but I think it'd probably
still be worthwhile to also do the string substitution.  It's not that big of a
deal to add both.  Tonight I'll give that a go, adding the put_env() call in
the LoadPrefs as well as a %display% substitution in LoadPrefs()...
-- 
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 http://www.ziplabel.com

Re: Two simple QQ about XWin

[Harold L Hunt II]

Fergus,

I have always recommended using startxwin.bat to start Cygwin/XFree86. 
Please see the following section in the User's Guide:

http://xfree86.cygwin.com/docs/ug/using.html#using-starting

Of course, everyone is free to do as they choose.  On the other hand, no 
one sends in patches for the startx stuff, so it is basically 
unsupported since I don't know what to do with it.

Harold

[EMAIL PROTECTED] wrote:

Q1. Can anybody tell me what startup sequence (another/ different command
line switch?)  is equivalent to
Start - Run - start XWin -multiwindow
then
point to the System Tray and choose Show Root Window
please? Thank you!

Q2. I've compared

$ set  vars.list

both when XWin is running and when not, expecting a small difference in env
vars (or something). But all that has changed are PIDs. I want to be able to
query the O/S to ask whether X is running or not. Is there a way of doing
this, please? Apart from say ps -a | grep XWin. Thank you!
Fergus

P.S. There are so many ways of starting Cygwin up ... there are often
questions on the list How Do You Start Yours? For a non-X system I use
rxvt -e bash with presentation options picked up from ~/.Xdefaults. For X
it seems to have to be a two-liner
start XWin -multiwindow # see Q1 above for what I really want
run rxvt -display :0.0 -e bash
for a nice sparse system. I am not wild about the default startx. Any
advance on this for a nice neat rxvt session in an X environment? Any
possibility of a one-liner that I'm missing?
Fergus

Re: Issues with Launching remote X apps

[Igor Pechtchanski]

On Thu, 14 Aug 2003, Armbrust, Daniel C. wrote:

 I'm trying to setup my startxwin.bat script in such a way that it logs
 in to a remote linux machine, and starts kde, with one click.

 I'm there, except for the launching of kde part.

 Here are (what I think are) the important commands from the script:

 start XWin -screen 0 1280 960 -clipboard
 run xsetroot -solid aquamarine4
 run /usr/X11R6/bin/xHost.exe +
 run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01startkde

 But for some reason, when it executes 'startkde' it seems to do so
 without having loaded my environment variables, etc first.  I get lots
 of errors, and it dies.

 If I make the last line in the .bat file this instead:
 run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh mir01

 The ssh connection works correctly, and then if I type in 'startkde'
 everything runs great.

 What am I doing wrong with the ssh command?

 Thanks,
 Dan

Dan,

ssh has two modes of operation: a remote shell, and a remote login.  When
you supply a script to execute, it acts as a remote shell.  When you don't
(i.e., your second case), it acts as a remote login, executing all
login/rc scripts.  Apparently, you need to execute your login/rc scripts
to set up the environment to run kde.  If your login shell is bash, try
forcing a login by running

run xterm -geometry 80x24+0+0 -sb -leftbar -e ssh -f mir01 /bin/bash --login -c 
startkde

(I'm assuming the lack of space in the above command is a typo).  If your
login shell is something else, you'll need to find out which flag to pass
to it to force a login shell (for tcsh it's '-l' IIRC).
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster.  -- Patrick Naughton

RE: DDD dies on me (pt 2)

[Andrew Braverman]

Thanks for the help.  I have managed to get XWin to crash in both places
again (which one happens is random, but these are the only 2).  I have
attached the log file from the modified program as well as a stack trace
from gdb for each one.  Given some proverbial free time, I will try to do
some more debugging.  FYI, this is just the CVS code.  I will go back to the
web and find the place where it tells me how to add the test code to the CVS
code and try that.  Also, though I mentioned it in the original thread, I am
not sure I reminded you in this thread that I was running ddd from a Linux
box (though that should not make a difference).

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] Behalf Of Earle F. Philhower
 III
 Sent: Tuesday, August 12, 2003 1:47 AM
 To: [EMAIL PROTECTED]
 Subject: RE: DDD dies on me (pt 2)



 At 02:37 PM 8/11/2003 -0400, Andrew Braverman wrote:
 It is definitely XWin that is crashing.  I seem to have had
 some mental
 block when I wrote the last message because I could swear I
 had said it died
 in 24 bit, but the text doesn't lie...  I will try putting
 a bunch of ErrorF
 statements in and send the resulting log file ASAP.  Thanks.
 ...
 Please put the errorf's in before the for row=0...iconsize line do
 if there is an overwrite we'll get the data before it happens...

 Actually, put those ErrorF()s before the call you saw was bombing,
 which was before that for() loop.

 Also, FWIW I compiled XWin (test95+xwinrc patches) with it forcing
 effBPP and bpp to 24 in the winXIconToHIcon which works fine except
 for Windoze not liking 24 bpp icons on a 32-bit screen (comes up
 black).  The function you're looking at functions the same way as
 if the desktop was 24bpp, though, so it should exercise the same
 code path.  However, after a dozen runs of ddd (3.3.7 from the
 sourceforge site) I've not had a single crash.  I see the bug icon
 outline every time.  Under the unhacked XWin the bug comes out in
 all its colored glory.

 Don't know what to tell you, but it's looking the same as before,
 only your installation is bombing.  Maybe the ErrorF()s will shed
 some light on something being out of whack in the X structure
 or the desktop DC.

 -Earle F. Philhower, III
   [EMAIL PROTECTED]
   cdrlabel - ZipLabel - FlpLabel
   http://www.cdrlabel.com



free.log
Description: Binary data
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 1984.0x614]
0x6103950c in mktime () from /usr/bin/cygwin1.dll
(gdb) where
#0  0x6103950c in mktime () from /usr/bin/cygwin1.dll
#1  0x61039e4a in free () from /usr/bin/cygwin1.dll
#2  0x0046dfa0 in winScaleXBitmapToWindows (iconSize=32, effBPP=24, pixmap=0x103
4e530, image=0x10395710 ) at winmultiwindowicons.c:321
#3  0x0046e156 in winXIconToHICON (pWin=0x10383400) at winmultiwindowicons.c:375

#4  0x0046e2f9 in winUpdateIcon (id=12583536) at winmultiwindowicons.c:433
#5  0x0045ae22 in winMultiWindowWMProc (pArg=0x102a4a90) at winmultiwindowwm.c:6
41
#6  0x6107cf1c in cygwin1!cfsetispeed () from /usr/bin/cygwin1.dll
#7  0x77e7d33b in RegisterWaitForInputIdle () from /cygdrive/c/WINDOWS/system32/
kernel32.dll


miGetImage.log
Description: Binary data
Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 2348.0xac8]
0x00485a0f in fb24_32BltUp (srcLine=0x1034edb8 , srcStride=144, srcX=0, dstLin
e=0x10389fd1 , dstStride=1, dstX=0, width=48, height=0, alu=3, pm=4294967295)
at fb24_32.c:221
221 *dst++ = FbDoDestInvarientMergeRop(pixel);
(gdb) where
#0  0x00485a0f in fb24_32BltUp (srcLine=0x1034edb8 , srcStride=144, srcX=0, ds
tLine=0x10389fd1 , dstStride=1, dstX=0, width=48, height=0, alu=3, pm=42949672
95) at fb24_32.c:221
#1  0x00485c57 in fb24_32GetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188,
 pwidth=0x299f194, nspans=0, pchardstStart=0x10389fd0 ) at fb24_32.c:291
#2  0x00488454 in fbGetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188, pwid
th=0x299f194, nspans=1, pchardstStart=0x10389fd0 ) at fbgetsp.c:52
#3  0x004a8dc7 in miBSGetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188, pw
idth=incomplete type, nspans=1, pdstStart=0x10389fd0 ) at mibstore.c:715
#4  0x004ca696 in miSpriteGetSpans (pDrawable=0x1034d428, wMax=48, ppt=0x299f188
, pwidth=incomplete type, nspans=1, pdstStart=0x10389fd0 ) at misprite.c:541

#5  0x004a582b in miGetImage (pDraw=0x1034d428, sx=0, sy=0, w=48, h=48, format=2
, planeMask=4294967295, pDst=0x10389fd0 ) at mibitblt.c:697
#6  0x0046d29f in winScaleXBitmapToWindows (iconSize=32, effBPP=24, pixmap=0x103
4d428, image=0x103865d0 ) at winmultiwindowicons.c:119
#7  0x0046e156 in winXIconToHICON (pWin=0x10380a28) at winmultiwindowicons.c:375

#8  0x0046e2f9 in winUpdateIcon (id=12583512) at winmultiwindowicons.c:433
#9  0x0045ae22 in winMultiWindowWMProc (pArg=0x102ada50) at winmultiwindowwm.c:6
41
#10 0x6107cf1c in cygwin1!cfsetispeed () from /usr/bin/cygwin1.dll
#11 0x77e7d33b in RegisterWaitForInputIdle () from 

XFree86-start-menu-icons path problem

[Dr.D.J.Picton]

I went into the start menu, clicked Programs/Cygwin-XFree86/editors/emacs.

No response. (I had started the X11 server!)

So I looked at the properties of the emacs shortcut, and simulated the
operation in a command window:

cd c:\CYGWIN\bin
c\:\CYGWIN\usr\X11R6\bin\run.exe emacs

This failed to work. Typing just 'emacs' revealed the problem - the system
could find the /bin DLL's but not the ones in /usr/X11R6/bin.  Appending this
directory to the path then made the start menu icons work:

set path=%path%;c\:CYGWIN\usr\X11R6\bin

A similar change to the system path enabled the start menu icons to work.
But is it a recommended practice to include Cygwin directories in the standard
system path?  (It makes it easier to launch Cygwin applications from a 
Windows environment, but I'm worried about potential side effects).  In my
view it would be preferable for the path setting to be handled by the 
shortcut.

blue screen death when starting X

[Supreme Commander]

Hi
I wanted a UNIX environment in WinXP, so I downloaded Cygwin, full package. 
In order to run Emacs in a window of my own, I was recommended to start a 
program usr/X11R6/bin/startxwin.sh. Unfortunately, this results in a 
blue-screen-of-death; the immediate shutdown of the system. Is this a bug 
(..in cygwin)?

Even though I run RedHat, I am quite new to Linux/Unix, so I am afraid I 
need detailed help if possible. What I want to accomplish is as follows:

Run Emacs in a interactive window (where I can use mouse on the 'file', 
'edit'.. -menus) This I could not with the emacs started in the cygwin 
terminal window (GNU Emacs 21.2.1 (i686-pc-cygwin, X toolkit))

Write Fortran programs in Emacs, with the color-aid provided in i.e RedHat. 
Example: writing integer i will colorcode keyword integer, and also 
variable 'i'.

Compile this to a UNIX excecutable program.

Finally; Is there a message board, or some kind of discussion forum that I 
can visit, and search for additional help?

Thank you very much
Jens
_
Last ned nye MSN Messenger 6.0 gratis http://www.msn.no/computing/messenger 
- Den raskeste veien mellom deg og dine venner

Re: Two simple QQ about XWin

[Alexander Gottwald]

On Thu, 14 Aug 2003 [EMAIL PROTECTED] wrote:

 Q2. I've compared
 
 $ set  vars.list
 
 both when XWin is running and when not, expecting a small difference in env
 vars (or something). But all that has changed are PIDs. I want to be able to
 query the O/S to ask whether X is running or not. Is there a way of doing
 this, please? Apart from say ps -a | grep XWin. Thank you!

xdpyinfo /dev/null 21  || echo false

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

Re: Lastest version of xclock (-digital mode) seg faults

[Alexander Gottwald]

On Wed, 13 Aug 2003, Jee Chung wrote:

 I keep my Cygwin with XFree86 installation on Window XP pretty much up-to-date on 
 almost weekly basis.  Recently, an update brought down a new version of xclock.exe 
 which has been giving me problems.  When invoked in the digital display mode like:
 
run xclock -digital -update 1 -fn 6x13 -geometry -0+0 -bg blue -fg orange
 
 it produces and error message:
 
Warning: Cannot convert string  to type XftFont

A recent cvslog from xfree stated 

 342, Fixed a sig11 in Xaw that may appear on the rare condition that no font
  can be found (BugzillaR #482, Egbert Eich).

I will try to reproduce the problem. 

bye
ago

Re: New on sourceware: XFree86-bin-icons-4.3.0-1

[Brian E. Gallew]

Philippe Bastiani wrote:
-1- when I start a X module, this one does not appear in the START menu (XP
style). I need to open 2 times the menu to see the new entry.
I have no idea what this means.

-2- if i start several X modules, only the last module appear in the menu:
the second X entry hides the first one; the third entry hides the second
one; and so on...
If you're talking about a Recent Applications thing, then yes, you 
should get behaviour like this.  Every one of these commands is launched 
by /usr/X11R6/bin/run (you can see this by looking at the properties for 
the shortcuts).  If you don't use the run command, then pretty much 
every program will end up with a useless console window (except rxvt).

Re: [Off topic] List of current notebooks

[Harold L Hunt II]

All,

Dave Case pointed out to me privately that IBM does indeed have SXGA+ 
screens, you just have to click a nearly invisible View all models 
button in order to see them.  In the interest of fairness to IBM, I have 
updated my PDF with three SXGA+ models from IBM:

http://www.msu.edu/~huntharo/Notebooks-20030806-0956.pdf (48 KiB)

Enjoy,

Harold

Re: Unable to delete .X11-unix\X0 file

[Boris Mayer-St-Onge]

Harold L Hunt II wrote:
Boris Mayer-St-Onge wrote:

Hi everybody,

We have Cygwin 1.3.22-1 installed on a Windows XP sp1 machine with 
XFree86 4.3.0-1.  The computer is part of a domain and can be use by 
several users.

The installation on Cygwin/XFree86 has been done as follow :

1- As Administrator, we have installed Cygwin/XFree86 on a local D:\ 
drive (so not at the standard folder).

2- We have edited the file usr\X11R6\bin\starxwin.bat to set correctly 
the variable CYGWIN_ROOT.

You shouldn't need to do that if you are running startxwin.bat from the 
d:\ drive and Cygwin was installed to d:\cygwin.  On the other hand, if 
you used a directory other than d:\cygwin, you would have to set 
CYGWIN_ROOT.
We effectively do not use the d:\cygwin directory.

When we run Cygwin/XFree86, everything is correct for everybody. 
Unfortunately, when a user close his session without exiting 
Cygwin/XFree86, the file tmp\.X11-unix\X0 is not deleted.  When an 
other user try to open Cygwin/XFree86, the application doesn't start 
since the file tmp\.X11-unix\X0 is present and the user is not able to 
delete it.  As administrator I must then delete the file.

I have try to modify the permissions on folder tmp and tmp\.X11-unix 
to allow users to delete the XO file but I doesn't work.

So my questions are :

1- Is the above situation normal?

2- If not, what should I forget to do during the installation and 
configuration?

3- If yes, is it possible to allow users to delete XO file?

Thanks in advance for suggestions and answers.


Short of an administrative permissions fix (which I still think should 
work), 
I haven't found how.  Do you have suggestions?

I can only suggest that maybe it is time we start trapping the 
logoff/shutdown messages and call GiveUp when this happens.  I would 
think that Windows would send the WM_QUIT or WM_CLOSE message to all 
open applications in these cases, but I could be wrong.  Are the users 
simply turning the machine completely off?  If so, then you would need 
to retrain the users before looking for other solutions.
No, the users only close their session.  They know they must close 
Cygwin before log out but with the new version, with -multiwindow (we 
love it), users close the xterm but sometime forgot to close the 
Cygwin/XFree86 Server.

Boris

Re: HELP, xinit failure

[[EMAIL PROTECTED]]

Dr.D.J.Picton [EMAIL PROTECTED]   wrote:

 
 2.  You may also lack the compatibility package, which ensures that 'old'
 (i.e. pre-upgrade) X11 binaries will continue to work.  From setup,
select the
 following package for installation:
 XFree86-lib-compat.

Indeed I had skipped that package.

Thank you very much

Rodrigo Medina

Re: XWinrc configurable server (menus/icons)

[Earle F. Philhower III]

Howdy Harold...

At 10:40 PM 8/6/2003 -0400, you wrote:
c) Replaces %display% with 127.0.0.1:display.0 in commands
Huh, I was going to say that %display% should be replaced with 
127.0.0.1:0.0, but then I remembered that we know the 0.0, but we 
don't know that the user connected via 127.0.0.1.  However, should we 
just choose to replace display with 127.0.0.1:d.s where d is display and 
s is screen?  I know that some users report better performance when using 
their actual ip instead of lookback for DISPLAY...
Ugh... what should we do here?  Leave it as you did it?
I plead innocence!  Actually, 127.0.0.1 is what the clipboard and WM
connect to, so I just left it at that.  As for screens, I chose 0 because
while you can have multiple screens per server, what one do you choose
when you do something from a menu?  If I choose xterm from the taskbar,
which screen does that mean?  Seriously, I couldn't think of a good
answer.  I don't really have any love for one or the other method,
whatever works is OK by me...
I shudder to imagine how the loopback adapter is slower than an IP
lookup, and double-shudder when you can actually notice the difference
with XWin being so slow updating the screen anyway...
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 cdrlabel - ZipLabel - FlpLabel
 http://www.cdrlabel.com

Re: Problems setting Norwegian keyboard

[Steinar Bang]

 Steinar Bang [EMAIL PROTECTED]:

 Alexander Gottwald [EMAIL PROTECTED]:
 On Mon, 11 Aug 2003, Steinar Bang wrote:

 My /etc/X11/XF86Config file contains:

 Section InputDevice
Identifier Keyboard1
Driver Keyboard
 
Option XkbModel pc102
Option XkbLayout no
Option XKbOptions 
 EndSection

 can you send /tmp/XWin.log?

 Attached to this message.

 ddxProcessArgument - Initializing default screens
 winInitializeDefaultScreens - w 1280 h 960
 winInitializeDefaultScreens - Returning
 OsVendorInit - Creating bogus screen 0
 (++) Using config file: /etc/X11/XF86Config
 Data incomplete in file /etc/X11/XF86Config
   At least one Device section is required.
 (EE) Problem parsing the config file
 InitOutput - Error reading config file
[snip!]

I guess this is the cause of my problems?

Do I need something more in my XF86Config?  Some extra levels perhaps?

The InputDevice sections in my linux XF86Config files, look like
they have identical syntax, without any extra levels.

RE: No keyboard with XFree86 4.0.3

[Alexander Gottwald]

On Tue, 5 Aug 2003, Lester Ingber wrote:

 Yes, I do have
 XF86_Switch_VT_1:1008FE01
 
 Yes, I do see XKEYSMDB under `printenv`, but I do not have any
 entry in my files that set this?  Worse, I see
 XKEYSYMDB=/usr/X11R5/lib/X11/XKeysymDB
 In fact, I see a lot of variables set using X11R5.

Maybe you had another xserver installed (maybe MiX)

 In /usr/ I just did
 ln -s X11R6 X11R5
 and now my keyboard works OK under XFree.
 
 I'd like to track down where the X11R5 variables are being set?

(Instructions are for win2k. Labels are translated from german, so
they may be called differently on winxp or english versions)
Check the Entry System from the Windows Controlpanel. On the
last tab (Advanced?) is an entry for environment vars. Search there
for the entries.

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

Re: XWinrc configurable server (menus/icons)

[Harold L Hunt II]

Igor,

Igor Pechtchanski wrote:
Two small notes here:
1) You can actually call setenv(DISPLAY, value) inside the XWin process,
   
Umm, make that {char buf[80]=DISPLAY=;putenv(strcat(buf,value));}
Sorry.  The point remains, however.

which will be inherited by XWin's children.
2) You can pass an explicit environment pointer to execl (well, execle,
actually).
Either way, you don't have to rely on the outside environment.
I like your suggestions.  Both of these are simpler than adding a 
variable substitution system to the preferences file, and neither 
require that the person writing the preferences file have any knownledge 
of needing to pass any informationa about which display to run the 
program on.

Harold

Re: emacs menubar not working

[Alexander Gottwald]

On Mon, 11 Aug 2003, Supreme Commander wrote:

 Hi
 I normally use RedHat to dev. FORTRAN programs, but dowloaded cygwin; full 
 package to develop the programs there instead. I use Emacs as editor.
 
 My problem is
 1) I cannot use the menu in Emacs. I have tried to add a 'tty export' key in 
 registry (why I dont really know, but it was recommended in some mail I 
 read), but it does not help.
 2) There is no color-coding for .f files. I.e when I write 'implicit none', 
 this usually turn green.

Are you using xemacs or the textmode version in xterm, rxvt or a console 
window?

bye
ago
-- 
 [EMAIL PROTECTED] 
 http://www.gotti.org   ICQ: 126018723

Download full Cygwin/XFree86

[Asaf Bokish]

Hello,
My name is Asaf, and I'm wan't to install Cygwin/XFree86 on my computer.
The computer I want to install the Cygwin/XFree86 on is not connected to the Internet, 
so I need a full version of the installation.
Where can I get such intallation?

  Tx
  Asaf Bokish
  [EMAIL PROTECTED]



Free 20MB Web Site Hosting and Personalized E-mail Service!
Get It Now At Doteasy.com http://www.doteasy.com/et/

Re: XWinrc configurable server (menus/icons)

[Christopher Faylor]

On Wed, Aug 06, 2003 at 01:06:55PM -0400, Harold L Hunt II wrote:
The for loop that you have is the way I have seen it done before.

Me too.  However, if you can find an API specification for something
which does something similar in the Single Unix Specification, I'd be
happy to implement it in the cygwin DLL.  It is trivial to do.  I just
want to provide a standard interface, if possible.  Couldn't find one in
my brief search of SUSv3.

cgf

That's the exact thing I was thinking about, but unfortunately I haven't
got a clue how to get a list of all open file descriptors under cygwin.
There's a Solaris function fdwalk(), but I don't think that's POSIX 
standard
or even available on cygwin.  I suppose after the fork() you could do:
  struct rlimit rl;
  int i;
  getrlimit(RLIMIT_NOFILE, rl);
  for (i = STDERR_FILENO+1; i  rl.rlim_max; i++)
   (void) close(i);
but that seems wasteful to iterate over rlim_max...

RE: No keyboard with XFree86 4.0.3

[Pavel Rozenboim]

 -Original Message-
 From: Alexander Gottwald
 [mailto:[EMAIL PROTECTED]
 Sent: Tue, August 05, 2003 7:05 PM
 To: Lester Ingber
 Cc: [EMAIL PROTECTED]
 Subject: RE: No keyboard with XFree86 4.0.3
 
 
 On Tue, 5 Aug 2003, Lester Ingber wrote:
 
  I also have the same problem, and I have **not** upgraded 
 any files, 
  including the cygwin base, beyond the current files under 
 setup (i.e., 
  no experimental files).  I alos have only seen this problem 
 since the 
  upgrade to 4.3 -- I can't tell which of the many XFree files are 
  responsible.  I tried a reinstall, without any improvement.
 
 can you make sure that you have only one file XKeysymDB on your host, 
 no environment var XKEYSMDB set and the file
  
That's it. I have this var set - probably by services for Unix. After I
unset it - everything works fine.

Thanks,
Pavel.

 
 /usr/X11R6/lib/X11/XKeysymDB 
 contains a line
 XF86_Switch_VT_1  :1008FE01
 
 This symbol was introduce with the 4.3.0 release of XFree.
 
 bye
   ago
 

Re: help: startx failed

[Harold L Hunt II]

Please read the following instructions on how to startup Cygwin/XFree86:

http://xfree86.cygwin.com/docs/ug/using.html#using-starting

I recommend that you try startxwin.bat before you start working with startx.

Send in the contents of /tmp/XWin.log if you continue to have problems.

Harold

Clive Lee wrote:
Dear Sir/Madam,

I am starting to use cygwin
and I have followed the steps
to install. However, when I type
startx in cygwin, it appears
in the screen that
giving up
xinit: connection refused(errno
111): unable to connect to X server
xinit: no such process(errno 3):
Server error
Since I need to finish some
simulations by the end of this
month, it would be appreciated
if I could have help.
Thank you very much.

Regards,
Nico


1/Unzip the zipfile ns-allinone-2.26-cygwin-binaries.zip under cygwin root
directory (C:/cygwin). It will place all binary files under /usr/bin and
libraries under /usr/lib.
2/Next setup the path to tcl library by typing export
TCL_LIBRARY=/usr/lib/tcl8.3/ at the cygwin (bash) shell prompt.
3/Inorder to run nam, you need to start the XFree86 server (type startx at
the prompt) first and then run nam.exe from one of the xterminals.

Re: rfe: seamless windows integration

[Jack Tanner]

Harold L Hunt II wrote:
Interesting idea.  Probably the easiest thing to do here would be to 
either create a list of 'term' programs or 'non-term' programs along 
with a list of excluded programs.  Of course, we would want to figure 
out which list, 'term' or 'non-term', was going to be shortest before 
deciding which to make.

To skirt the setup Create Cygwin/XFree86 icons? step, we could simply 
stuff the above lists and a modified version of your script in a new 
package called, for example, XFree86-start-menu-icons-4.3.0-1.tar.bz2.
I would go a step further. As Brian (and others) have pointed out, the 
default X install contains a bunch of programs that aren't really 
important, e.g., xlogo. Creating a huge list of them in the start menu 
would indeed be clutter, and I concede that what I initially suggested 
(shortcuts for all clients) would be silly. I don't know the 
functionality of 90% of what's in /usr/X11R6/bin/*.exe, but I'm sure 
some things are used more widely than others, and some are more and some 
less appropriate for the start menu.

Here's what would be useful, though: if I install a Cygwin-ized Emacs, 
for example, there should be a shortcut for it in the start menu. 
Granted, I should be taking this request to Emacs' packagers, but the 
folks here have unique expertise suited to this task, and perhaps could 
work with apps' packagers to provide this functionality.

It would be a bad idea to install icons for apps that aren't there, 
though, and so I'm tempted to argue against a 
XFree86-start-menu-icons-4.3.0-1.tar.bz2. On the other hand, there may 
be a smart way of writing the scripts for that tarball, such that a 
particular icon is installed only if the app is actually present. This 
way Emacs and all the other packages wouldn't have to be altered.

The rule of thumb for what's a good application to add to the start menu 
could be this: if you use it as a GUI, and you can get reasonable 
mileage out of the app without passing varying parameters on start up, 
it should have a shortcut. (Filename parameters would be easy exception 
to pass using the standard windows technique of drag-and-drop to start 
menu.)

-JT