new version of cygwin-doc for upload

2004-02-25 Thread Joshua Daniel Franklin 
URLs:





Setup.hint:

sdesc: "Cygwin-specific documentation, including man pages and User's Guide"
ldesc: "The man pages for Cygwin, including the intro pages,
cygwin utilities, and api reference. Also the Cygwin FAQ and
User's Guide in HTML and text formats."
category: Doc
requires: cygwin fileutils man texinfo cygutils


__
Do you Yahoo!?
Get better spam protection with Yahoo! Mail.
http://antispam.yahoo.com/tools

Re: dealing with catdir in postinstall

2004-02-25 Thread Joshua Daniel Franklin 
On Wed, Feb 25, 2004 at 09:12:56PM -0500, Christopher Faylor wrote:
> On Wed, Feb 25, 2004 at 06:05:05PM -0800, Joshua Daniel Franklin wrote:
> >I've been rewriting cygwin-doc's postinstall to remove the
> >bash-specific syntax and came up with this script to take care of
> >removing (possibly stale) preformatted man pages.  I was thinking that
> >this is a possible problem for any packages that include man pages, and
> >so maybe it would be best to come up with something like
> >_update_info_dir.  Unfortunately it would be complicated, unless we did
> >something like "remove all preformatted pages after any update", or
> >somehow kept a list of updated packages to zgrep for man pages.
> 
> Doesn't man check creation times of the man page versus the formatted
> page and regen as needed?

I'm checking this out and... yes it does. 
I've been wasting my time. :)

Re: dealing with catdir in postinstall

2004-02-25 Thread Christopher Faylor 
On Wed, Feb 25, 2004 at 06:05:05PM -0800, Joshua Daniel Franklin wrote:
>I've been rewriting cygwin-doc's postinstall to remove the
>bash-specific syntax and came up with this script to take care of
>removing (possibly stale) preformatted man pages.  I was thinking that
>this is a possible problem for any packages that include man pages, and
>so maybe it would be best to come up with something like
>_update_info_dir.  Unfortunately it would be complicated, unless we did
>something like "remove all preformatted pages after any update", or
>somehow kept a list of updated packages to zgrep for man pages.

Doesn't man check creation times of the man page versus the formatted
page and regen as needed?

cgf

dealing with catdir in postinstall

2004-02-25 Thread Joshua Daniel Franklin 
I've been rewriting cygwin-doc's postinstall to remove the
bash-specific syntax and came up with this script 
to take care of removing (possibly stale) preformatted man
pages. I was thinking that this is a possible problem for
any packages that include man pages, and so maybe it would
be best to come up with something like _update_info_dir.
Unfortunately it would be complicated, unless we did something
like "remove all preformatted pages after any update",
or somehow kept a list of updated packages to zgrep for man
pages.

Anyway here is the script for anyone with man pages:

#!/bin/sh
PACKAGE=cygwin-doc
for LOC in /usr/man/cat /usr/share/man/cat /var/cache/man/cat; do
  if [ -d ${LOC}1 -o -d ${LOC}3  ]; then
# should be only one catdir, so this should only happen once
for PAGE in $(/bin/zgrep 'man' /etc/setup/${PACKAGE}.lst.gz |\
 /bin/sed -e 's;^usr/share/man/man;;'); do
  if [ -f ${LOC}${PAGE} ]; then
/bin/rm -f ${LOC}${PAGE}
  fi
done
  fi
done
exit 0

__
Do you Yahoo!?
Yahoo! Mail SpamGuard - Read only the mail you want.
http://antispam.yahoo.com/tools

Re: Cron Running As UID 400

2004-02-25 Thread Pierre A. Humblet 
cron problems seem to be reported regularly.

I have one suggestion:
could the cron_diagnose.sh script of Mark Harig be turned into
a cron-config script distributed with cron?
In addition of going through the list of checks, it should also 
start cron, taking into account Windows 2003 peculiarities
as ssh-host-config and exim-config (among others) already do.

Of course it's up to Mark and Corinna to agree/coordinate that
transformation.

Pierre


  
At 06:18 PM 2/25/2004 -0500, you wrote:
>
>Pierre,
>
>Windows Task Manager reports the user as SYSTEM for all cygrunsrv
>processes and their children (cron, inetd, etc.).  Interestingly enough,
>I regenerated the /etc/passwd entry for my user login on my Windows XP
>Pro box at work and the UID field changed from what it was before (after
>I sent the initial problem email to the Cygwin list).  Then, I rebooted
>and all Cygwin related services (cygrunsrvs) were now identified as
>unknown user 400 in ps -ef.  As one would then expect, now I do not have
>any capabilities associated with these services, including ftp, telnet,
>and IPC.
>
>My /etc/passwd file has the SYSTEM, Administrators and my personal
>account listed as:
>
>SYSTEM:*:18:544:,S-1-5-18::
>Administrators:*:544:544:,S-1-5-32-544::
>winwa02:unused_by_nt/2000/xp:70656:10513:Winch Jr., Wayne
>S,U-TANT-A01\winwa02,S-1-5-21-2129867641-919698055-327642922-60656:/home
>/winwa02:/bin/bash
>
>My company's domain is TANT-A01 and my username is winwa02.
>
>Also, if I type passwd, then I get the following response:
>
>$ passwd
>passwd: unknown user winwa02
>
>
>As you can see, my login entry is in /etc/passwd, but I seem to be
>logged in as a different user, even though id reports:
>
>$ id
>uid=70656(winwa02) gid=10513(Domain Users)
>groups=544(Administrators),545(Users),143344(442-SC-CRO-R),106908(98-Sit
>e),10513(Domain Users),162415(NASiteGroups),169978(North American Sites)
>
>
>Regards,
>
>Wayne
>
>
>>Wayne,
>>
>>The only reason why a Cygwin process runs with uid 400
>>is that its SID was not found in /etc/passwd when first
>>starting from Windows (you can observe that by temporarily
>>renaming /etc/passwd and starting a fresh Cygwin process).
>>It's stange that this happens only for one cygrunsrv process
>>
>>Please use the Windows Task Manager ("Processes" tab) and
>>report the User of the strange cygrunsrv, according to Windows.
>> 
>>Pierre
>

Re: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Igor Pechtchanski 
Hi, Gerrit,

On Wed, 25 Feb 2004, Gerrit P. Haase wrote:

> Hallo Igor,
>
> 24. Februar 2004 at 21:00:
>
> > gcc-mingw*.sh: ln
> >   Note: uses "tar", but "tar" is not "require"d.  Also, do we *really*
> >   want this weird extraction mechanism?
>
> Package tar is in base.

That's not enough.  Suppose someone uses setup in the following way in an
attempt to get a minimal installation: select the "Keep" mode, then select
only the packages that they think they need, letting setup handle the
dependences.  "tar" will not be selected if they select gcc-mingw*.
Adding it as an explicit dependence will cause it to be selected.

> I remember that there was a reason for this mechanism, but I cannot
> what the reason was.
>
> Gerrit

I don't think that reason, whatever it was, is valid anymore.  I say do it
the sane way.  This will certainly make "cygcheck -c" more valid...
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: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Christopher Faylor 
On Wed, Feb 25, 2004 at 08:26:18PM +0100, Gerrit P. Haase wrote:
>Hallo Igor,
>
>24. Februar 2004 at 21:00:
>
>> gcc-mingw*.sh: ln
>>  Note: uses "tar", but "tar" is not "require"d.  Also, do we *really*
>>  want this weird extraction mechanism?
>
>Package tar is in base.
>I remember that there was a reason for this mechanism, but I cannot
>what the reason was.

IIRC, it was to avoid stepping on existing old-style mingw directory layouts.
Possibly it is no longer necessary.  It's up to you on whether you want to
keep it or not.

cgf

Re: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Gerrit P. Haase 
Hallo Igor,

24. Februar 2004 at 21:00:

> gcc-mingw*.sh: ln
>   Note: uses "tar", but "tar" is not "require"d.  Also, do we *really*
>   want this weird extraction mechanism?

Package tar is in base.
I remember that there was a reason for this mechanism, but I cannot
what the reason was.


Gerrit
-- 
=^..^=

Re: Please upload: xemacs-21.4.15-1/xemacs-tags-21.4.15-1/xemacs-emacs-common-21.4.15-1

2004-02-25 Thread Daniel Reed 
On 2004-02-24T18:58+0100, Dr. Volker Zell wrote:
) Please upload at your earliest convinience
) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/setup.hint
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.15-1-src.tar.bz2
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-21.4.15-1.tar.bz2
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/setup.hint
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-tags/xemacs-tags-21.4.15-1.tar.bz2
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/setup.hint
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/xemacs/xemacs-emacs-common/xemacs-emacs-common-21.4.15-1.tar.bz2

Uploaded. I removed *-21.4.14-1, leaving *-21.4.14-2 as prev.

-- 
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/   http://naim.n.ml.org/
There is a lot of food in a supermarket, too, but a supermarket isn't
the best place to hold a dinner party. -- Christopher Faylor

Re: Possible legal problem with ccrypt? [Was: Re: Pending Packages List, 2004-02-13]

2004-02-25 Thread Lapo Luchini 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Volker Quetschke wrote:
| http://www.scytek.de/cygwin/release/gnupg/setup.hint
| http://www.scytek.de/cygwin/release/gnupg/gnupg-1.2.4-1.tar.bz2
| http://www.scytek.de/cygwin/release/gnupg/gnupg-1.2.4-1-src.tar.bz2
version: 1.2.4-1
install: release/gnupg/gnupg-1.2.4-1.tar.bz2 1069953
3dbda86bf20b3965e70e2d6bab47f3c9
source: release/gnupg/gnupg-1.2.4-1-src.tar.bz2 2419600
4de8131f05fc2c7b53a58b2c49bdc44c
[prev]
version: 1.2.2-3
install: release/gnupg/gnupg-1.2.2-3.tar.bz2 985280
dd913d7652807e0b72c1229bd5ad282f
source: release/gnupg/gnupg-1.2.2-3-src.tar.bz2 3261728
100770ae4a9b443108902e373ccee55a
Oh, quite a decrease, in binary file size! 0_o

- --
L a p o   L u c h i n i
l a p o @ l a p o . i t
w w w . l a p o . i t /
http://www.megatokyo.it
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkA8vNwACgkQaJiCLMjyUvsLJACgm8sMyFsNMmh/JCkq/gcXHdi0
43kAn1tAZD8wfwsW3vU0N5PExOcg+Q99
=hsP9
-END PGP SIGNATURE-

Re: Please upload: tzcode-2003e-1

2004-02-25 Thread Daniel Reed 
On 2004-02-09T12:32+0100, Dr. Volker Zell wrote:
) Please upload at your earliest convinience
) wget http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/setup.hint
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2003e-1-src.tar.bz2
) wget 
http://cygwin.dev.wapme.net/packages/vzell/cygwin/release/tzcode/tzcode-2003e-1.tar.bz2

Uploaded, thanks. I have left tzcode-2003d-1 as prev.

-- 
Daniel Reed <[EMAIL PROTECTED]> http://naim-users.org/nmlorg/   http://naim.n.ml.org/
I'd say some people have no lives, but I'm the one who's going to
wallpaper his room in naim source in a few days. -- FalseName, EFnet #naim

Re: update on packages with export considerations

2004-02-25 Thread Harold L Hunt II 
Thank you for the clarification on what is happening.

Harold

Christopher Faylor wrote:

I've asked our legal department to file the proper paperwork to
enable us to provide the following packages:
- GnuPG

- ccrypt

- zip/unzip with encryption

They seem to be indicating that there is no problem doing any of the
above (which isn't too surprising for GnuPG and zip/unzip at least) but
I don't have a feel yet for how long this will take and don't remember
from the last time we did this.  Hopefully it won't be more than a week.
FYI,
cgf

Re: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Harold L Hunt II 
Igor Pechtchanski wrote:

[snip]

XFree86-f*.sh: umount, cygpath, mount
Note: the above script should also check that the directory is
already mounted in the correct mode instead of unmounting and
remounting it all the time.
XFree86-lib.sh: mkdir, test?, tar, rm, ln
XFree86-prog.sh: touch, ln
XFree86-xserv.sh: ln
All should be fixed now.  Be aware that only the -prog package had its 
version bumped.  I did not bump the version on all packages since the 
changes were such that if the packages were successfully installed, then 
the changes did not matter; also, these packages (particularly the 
fonts) were huge so it is worth not forcing people to download 20 MB to 
get 100 bytes of minor changes.

fontconfig.sh: dirname, basename, diff, cp, mkdir
Note: this one also uses bash syntax.  Moreover, it requires things
like "diff" and "dirname"/"basename" to run, but neither "diffutils"
nor "sh-utils" are in the "requires" clause of "fontconfig".
fontconfig-2.2.0-2 was released and should address all of these issues.

Thanks for notifying me of these issues Igor, I appreciate it.

Harold

Re: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Christopher Faylor 
On Wed, Feb 25, 2004 at 10:36:16AM +0100, Corinna Vinschen wrote:
>On Feb 24 18:02, Christopher Faylor wrote:
>> On Tue, Feb 24, 2004 at 04:41:08PM -0500, Igor Pechtchanski wrote:
>> >I guess --mount-mode, to make it explicit.  For a short option, "-M" seems
>> >unused.
>> 
>> I thought about that but it's not really only a "mount mode", though.
>> The file may not actually be mounted.
>
>Either the file or directory doesn't exist, or it's eventually mounted
>through its cygpath.  And then the mount mode of its cygpath rulez.

But I don't consider cygpath to be "mounted" in the traditional sense.

I've made the executive decision to just call it "mode".  It's not called
"mount mode" or "access code" in the documentation.  It's just called
"mode".

cgf

Re: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Igor Pechtchanski 
On Wed, 25 Feb 2004, Corinna Vinschen wrote:

> On Feb 24 18:02, Christopher Faylor wrote:
> > On Tue, Feb 24, 2004 at 04:41:08PM -0500, Igor Pechtchanski wrote:
> > >I guess --mount-mode, to make it explicit.  For a short option, "-M" seems
> > >unused.
> >
> > I thought about that but it's not really only a "mount mode", though.
> > The file may not actually be mounted.
>
> Either the file or directory doesn't exist, or it's eventually mounted
> through its cygpath.  And then the mount mode of its cygpath rulez.
>
> Corinna

Unless it contains a '\' and is then passed as-is to the Win32 subsystem,
n'est-ce pas?
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: Heads-up: postinstall scripts and PATH (Attn all package maintainers)

2004-02-25 Thread Corinna Vinschen 
On Feb 24 18:02, Christopher Faylor wrote:
> On Tue, Feb 24, 2004 at 04:41:08PM -0500, Igor Pechtchanski wrote:
> >I guess --mount-mode, to make it explicit.  For a short option, "-M" seems
> >unused.
> 
> I thought about that but it's not really only a "mount mode", though.
> The file may not actually be mounted.

Either the file or directory doesn't exist, or it's eventually mounted
through its cygpath.  And then the mount mode of its cygpath rulez.

Corinna

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