RE: bad installation ?
As maintainer of the package which outputs that message I'm always glad to hear of ways to improve it. Can you suggest a better message? J. -Original Message- From: Matthew Johnson Well, Phil, I read what she posted, and I do NOT think it tells all Banibrata needs to know. The big unanswered question that is probably still bothering Banibrata is, how on earth did the group get to be 'mkpasswd' in the first place? I very much doubt that Banibrata set it to that. And I have never seen that in Cygwin or Cygwin/X before. So it sounds like some drastic error condition did this. And if it did, who knows what _else_ is messed up in the installation? THAT is what Banitrata needs to know; it was NOT contained in the message. Another thing Banibrata needs to know that was not explained is which of the FOUR methods of rebuilding the password file is appropriate for this condition. Now it may very well be that the readers of the list cannot answer this for Banibrata, since it varies from case to case, and Banibrata simply has to knuckle-down and read the man pages. But even if this is the case, some guidelines for how to intepret the man pages would be the right, helpful response. To that end, I propose to Banibrata the following questions: 1 - do you need remote access? 2 - what version of Windows are you running? 3 - do you have access to the Domain Controller? 4 - where do you have your home directory (directories)? The answers to these questions will tell you whether or not you need the '-d' option, etc. --- Phil Betts [EMAIL PROTECTED] wrote: On Wednesday, February 23, 2005 6:23 PM, Banibrata Dutta wrote: Could anybody explain the following behaviour or Cygwin and startx in Cygwin... capture Your group is currently mkpasswd. This indicates that the /etc/passwd (and possibly /etc/group) files should be rebuilt. See the man pages for mkpasswd and mkgroup then, for example, run mkpasswd -l [-d] /etc/passwd mkgroup -l [-d] /etc/group Note that the -d switch is necessary for domain users. snip Could someone please help ? Did you actually *read* what you posted? It tells you all you need to know. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: Question for MaxB: Any hope for fixing the current setup hang ?
From: Reini Urban Christopher Faylor schrieb: We REALLY need to get setup fixed. Is there any hope that you are close to getting this fixed, Max? Why not get rid of the complicated tar = bz2 stack and just check for .tar.bz2 and use a simplified approach then, which makes sure that the tar or bz2 part gets properly released. just combine those two into one interface which makes sure that it is released. How about dropping support for plain tar files? Are there any left in the packages? I've not got any... J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: configuring X, backspace, ....
From: Alexander Gottwald quite strange. I've no special mapping for รง but get it displayed in bash. The .inputrc contains set meta-flag on set output-meta on set convert-meta off and some entries which don't seem to be related The .inputrc file is part of the base-files package. If any changes are wanted, just ask :) (via this or the cygwin@ lists) J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: Postinstall scripts and file access issues
Pierre A. Humblet wrote: Christopher Faylor wrote: On Thu, Aug 12, 2004 at 11:04:29AM -0400, Pierre A. Humblet wrote: Those of you that do not follow the Cygwin list should look at the thread http://cygwin.com/ml/cygwin/2004-08/msg00354.html http://cygwin.com/ml/cygwin/2004-08/msg00280.html In brief, postinstall scripts can produce unreadable files, due to interactions between the Windows and POSIX security models. This is particularly the case for scripts using cp, e.g. man.sh and base-files-profile.sh (among others?). It is probably the root cause of several complaints to the list. As a maintainer, the easy way out is to export CYGWIN=nontsec. Your script will then produce files with the same permissions as what setup itself does, so you are off the hook. If you don't do that, then you should either touch the destination file before copying into it, or chmod after the copy. This should probably go into http://cygwin.com/setup.html#postinstall Should we just have setup.exe set CYGWIN=nontsec and have any postinstall script which needs it set it explicitly? That would be much better, but setup updates are not frequent. We need a relatively quick fix for man.sh and base-files-profile.sh If we update setup, then perhaps passwd-grp.sh should explicitly give read access to world on /etc/passwd and /etc/group, so that services (SYSTEM) can use them. Or the -config scripts for the services should do that. Pierre, I'll do the chmod 777(?) on /etc/passwd and /etc/group and touch the destination files before copy. I've got some other changes in the line, but when I build the package on my Debian box the resulting /etc/profile doesn't work for reasons I seem unable to determine. I'll make an effort this weekend to do the changes and do a 'build' from a windows machine and fix the linux problem later. J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: base-files request
Igor Pechtchanski wrote: On Mon, 21 Jun 2004, John Morrison wrote: From: Igor Pechtchanski done base-files-manifest.lst ^^^ Shouldn't this be /etc/preremove/base-files-manifest.lst? humm, prob, I didn't know where the script was run from, but a full path would make that redundant. Also, why not simply erm, cause I didn't know how? ;) My scripting capabilities are not really *that* good, I just hack up something which works; which is why I appreciate the input from somebody better (ie you!) :) while read f; do if /bin/cmp -s ${f} /etc/defaults${f}; then echo $f hasn't been modified, it will be updated /bin/rm -f ${f} fi done /etc/preremove/base-files-manifest.lst or even while read f; do /bin/cmp -s ${f} /etc/defaults${f} \ echo $f hasn't been modified, it will be updated \ /bin/rm -f ${f} done /etc/preremove/base-files-manifest.lst but I'll add the test for diffutils :) No need -- it should be safe here. You really need this test if you want to distinguish between false (i.e., 1..126) and missing (i.e., 127). This way the skel files will be upgraded in the same manner. I have been wondering how best to release this, there have been several patches to profile, but if I release a new package with the new version of profile then the preremove script will never upgrade... but how long do I (we? ;) give people to upgrade? J. Maybe just add a note in the announcement (and, of course, the README) that if the /etc/profile doesn't contain any customizations, one should remove it before upgrading the base-files package to be able to get the latest versions in the future... Igor OK. I'll have to create the README - there never has been one! Give me a few days and I'll post a test version. J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: Request to publish subversion packages after self-review
Corinna Vinschen wrote: On Jun 21 10:15, Morrison, John wrote: Max Bowsher wrote: I guess that's ok. Otherwise this package will never make it into the release so, Max, please upload. *wild applause* Yay! Thanks Max and Corinna :) J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: Request to publish subversion packages after self-review
Max Bowsher wrote: No one has reviewed my subversion source package, so I started tried to do it myself, by trying to build in a new clean minimal cygwin install. I found and fixed number of problems - mostly missing build requirements - and a final build in the clean environment completed OK. Therefore, I'd like to request that this package be considered self-reviewed, and so ready to publish. Max. OK, I just built the source package. It hung the first time, no indications as to why :( Sucessfully built the second time. J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: Request to publish subversion packages after self-review
Max Bowsher wrote: Morrison, John wrote: Max Bowsher wrote: No one has reviewed my subversion source package, so I started tried to do it myself, by trying to build in a new clean minimal cygwin install. I found and fixed number of problems - mostly missing build requirements - and a final build in the clean environment completed OK. Therefore, I'd like to request that this package be considered self-reviewed, and so ready to publish. Max. OK, I just built the source package. It hung the first time, no indications as to why :( Sucessfully built the second time. I can't explain or reproduce the hang, myself. BTW, there are updated packages at http://www-stud.robinson.cam.ac.uk/~mob22/cygwin/ Those are updated to the latest upstream release, and include a more complete list of build requirements. Max. Yeah, it was that one I pulled :) J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: libwmf's sdesc and ldesc
Gerrit P. Haase wrote: Hi John, Hi all, In libwmf's sdesc and ldesc should Windows and Microsoft have a stroke through the o? (sorry to whoever's language uses this character, I really should know what it's called!) Just wondering, I copied it from the libwmf website, it is also in the original sources. Unless it causes problems, I want to keep it, this is the way the authour describes his software;) OK. Strange, but Ok :) J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [HEADSUP] A new policy. First victim: Gerrit
Corinna Vinschen wrote: Hi folks, we've been trying this 3 votes plus review game for a long time now and some people have been packaging a bunch of packages for a while without any real problems. Gerrit is one of the people who's pretty active in adding new packages and his packages are known to be packed mostly correctly. lol - (bad?) luck Gerrit :) J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [ITP] subversion
Max Bowsher wrote: Accordingly, I hereby ITP subversion Binary package looks good, checkout works :) +1 for inclusion from me. I've not checked the source package, I don't have all the dependancies installed here. J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [BUG] XFree86-man and openssl define MANPATH in /etc/profile. d
Igor Pechtchanski wrote: /etc/profile.d On Sat, 14 Feb 2004, Jari Aalto+mail.linux wrote: I have been having trouble find manual pages with man for some time, but I haven't had time to investigate it further, because unset MANPATH always restored the functionality. Today I found out that the variable was defined in [EMAIL PROTECTED]:/etc/profile.d# grep MANPATH *.sh XFree86-man.sh:export MANPATH=${MANPATH}:/usr/X11R6/man openssl.sh:export MANPATH=${MANPATH}:/usr/ssl/man I don't think XFree86-man or openssl should define MANPATH, because if it is set, all break in /usr/share/misc/man.conf. [snip] Would the maintainers check the latest packages. In the mean time I'm removing these *.sh files. Jari FWIW, the current version of the man package already has both of the above paths in /usr/share/misc/man.conf, so the /etc/profile.d scripts should be removed... and from /etc/profile? J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [Review] sgrep-1.92.1-1 - No good to go yet
From: Dr. Volker Zell o The packaging list claims that the sample sgreprc file is located under /etc/defaults/etc/sample.sgreprc but it actually is under /etc/defaults/sgreprc Is this the right location anyway ? and shouldn't it get copied to /usr/share in a postinstall script ? it should be /etc/defaults/etc/.sgreprc if it is to be copied to /etc/.sgreprc or /etc/defaults/usr/share/sample.sgreprc if it to be copied to /usr/share/sample.sgreprc J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award 2003. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [distcc] distcc 2.12 released
Christopher Faylor wrote: On Tue, Dec 23, 2003 at 11:39:43PM -0500, Harold L Hunt II wrote: This is great. Thanks for making a quick release to get this in. I have repackaged the distcc package for Cygwin for this new release. Our platform-specific patch now contains only our Cygwin README file and our setup file; distcc now builds completely out of the box on Cygwin. I just saw this and the cygwin-announce message for distcc. The last I knew, John Morrison was the maintainer for distcc. I haven't seen any announcement from him that he is giving up his maintainership duties. I'd like this kind of thing to be rather formal. We're supposed to be keeping track of who's doing what in the distribution. Sorry folks - works a killer atm, this is/was on my 'todo', but I wasn't pushing it since (AFAIR) it's only a minor release. Harold, if you have time I formally renounce my maintainership of distcc (this project is now slated for a 'phase 3' in January, no rest for the wicked :|) If there's stuff I can do in the future, I'll keep you informed. Christopher; let Harold do it; he's actually got more experience with the internals than I have! Thanks for asking though. J. This e-mail has come from Experian International: winner of the UK's National Business of the Year Award. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: /WINDOWS
Christopher Faylor wrote: On Mon, Dec 08, 2003 at 05:15:01PM +0100, Corinna Vinschen wrote: On Dec 8 11:06, Christopher Faylor wrote: On Mon, Dec 08, 2003 at 01:27:30PM +0100, Corinna Vinschen wrote: On Dec 8 14:14, Ronald Landheer-Cieslak wrote: Good idea, except that I'd personally prefer a mount point in stead of a symlink but that's just personal preference.. (Personally, I'd prefer that the Cygwin DLL make /WINDOWS a magical mountpoint to the likeness of /dev, /proc, etc. so as to make it completely transparent and make sure no user can accidentally remove the symlink, so as to make sure that the programs can actually rely on it being there and on it to behave as a normal directory..) Yes, that's a good idea, too. And it also would remove a potential security problem if anybody could redirect the /WINDOWS link to some tainted directory. Except that we're going to be moving away from magical mountpoints now that mknod works. Christopher, Would you mind tell me how to use mknod to replicate the /cygdrive/ functionality? Thanks, J. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: /WINDOWS
Igor Pechtchanski wrote: On Mon, 8 Dec 2003, Corinna Vinschen wrote: Hi, There are a bunch of applications, which, for security reasons, want to set $PATH to a fixed value. This approach is a bit tricky on Windows, since the needed paths to the Windows system directories are not fixed values as it's on POSIX systems. A lot of applications are falling back to values like _PATH_DEFPATH or _PATH_STDPATH and use them to set $PATH before starting another application. Sshd, login, cron are just three of them. The current patches to all three applications are so that the code which sets $PATH before exec'ing another process is not executed when built for Cygwin. I think a better approach is this: Let's generalize the idea of a fixed path to the Windows system directories. I suggest, that one of the base install scripts creates a symlink /WINDOWS like this: ln -s `cygpath -m $WINDIR` /WINDOWS This allows to keep the above described code to set $PATH in the affected tools, just by redefining, say _PATH_DEFPATH like this: #ifdef _PATH_DEFPATH #undef _PATH_DEFPATH #define _PATH_DEFPATH /usr/bin:/bin:/WINDOWS/system32:/WINDOWS:/WINDOWS/COMMAND/WIN DOWS/system32/Wbem #endif which contains both, NT and 9x paths. We could perhaps even change /usr/include/paths.h to reflect this, at one point. Opinions? Corinna FWIW, I agree that it's a good idea to have a fixed pointer to the windows directory, but I don't think / is the right place to have it. Could we make it /mnt/WINDOWS or /opt/WINDOWS or something? I don't like cluttering up the root directory unnecessarily... I like the /mnt idea :) I'd also like it to have /cygdrive/[insert drive letter here]/ as /mnt/[insert drive letter here]/ too (possibly instead of?) J. PS, I know I can change what /cygdrive is refered to as. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [Update][Test] base-passwd
Corinna Vinschen wrote: On Sun, Nov 30, 2003 at 12:23:28PM -, John Morrison wrote: As per the thread [RFC] Globally creating a user and a group root I've modified the base-passwd packaged to remove user and group which match the pattern :S-1-1-0: and ensure that there's a group root:S-1-5-32-544:0:. Since this version creates tmp files I'd prefer it to be marked as test until Corinna (and maybe some others?!) say it's OK. Is it safe to rely on /tmp already existing when the postinstall script runs? Then it's OK. It might be safer though, to use /etc for the temporary files, too. I don't know. I tried using ~ but it gave me errors (home wouldn't exist at that time). I could add an empty /tmp to the package...? I'll repackage with /etc for the tmp files tonight :) J. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [Update][Test] base-passwd
Corinna Vinschen wrote: On Tue, Dec 02, 2003 at 09:55:11AM -, Morrison, John wrote: Corinna Vinschen wrote: On Sun, Nov 30, 2003 at 12:23:28PM -, John Morrison wrote: As per the thread [RFC] Globally creating a user and a group root I've modified the base-passwd packaged to remove user and group which match the pattern :S-1-1-0: and ensure that there's a group root:S-1-5-32-544:0:. Since this version creates tmp files I'd prefer it to be marked as test until Corinna (and maybe some others?!) say it's OK. Is it safe to rely on /tmp already existing when the postinstall script runs? Then it's OK. It might be safer though, to use /etc for the temporary files, too. I don't know. I tried using ~ but it gave me errors (home wouldn't exist at that time). I could add an empty /tmp to the package...? If you used ~ you're out of luck when using /bin/sh. It doesn't know about ~, just $HOME. That would explain it. But even then you won't know if there is a home directory. If this was initial installation - there almost certainly won't be, because it's created in /etc/profile I'll repackage with /etc for the tmp files tonight :) Cool. It might just be my paranoia but... Oh goodness no - mine too :) J. == Information in this e-mail 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 NG80 1TH Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free.
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: John, On Wed, Nov 12, 2003 at 03:44:44PM +0100, Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 12:29:08PM -, Morrison, John wrote: Corinna Vinschen wrote: Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these entries silently. The same script could add the root entry to /etc/group. But then what happens if somebody messes up there /etc/[passwd|group] and have to create it again? Does mk[passwd|group] do the changes automatically? mkpasswd and mkgroup don't create an Everyone entry since August 2002. The remaining problem is the special handling of root. I guess it's best to create the /etc/group entry already in mkgroup. For mkpasswd it might be best, to add a special handling like this: If a Windows user root exists, give it the uid 0. any chance you can poke the base-passwd script soon, to check for a user and a group with SID S-1-1-0 in the existing /etc/passwd and /etc/group files and remove them silently? Also it would be good if the script adds the following entry to /etc/group, if possible as the first line: root:S-1-5-32-544:0: OK, just a few questions: 1) does your script do all this? 2) does the script need to be run after passwd-grp.sh? 3) will your script run OK as a postinstall? (I know it prompts for information...) 4) I get an Error in addUserRights (LsaAddAccountRights returned 0xc060=STATUS_NO_SUCH_PRIVILEGE)! on a w2k box (I have full, local, admin rights. Is this OK? (or have I lost the plot again :| :) 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 NG80 1TH
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Thu, Nov 27, 2003 at 08:33:24AM -, Morrison, John wrote: Corinna Vinschen wrote: any chance you can poke the base-passwd script soon, to check for a user and a group with SID S-1-1-0 in the existing /etc/passwd and /etc/group files and remove them silently? Also it would be good if the script adds the following entry to /etc/group, if possible as the first line: root:S-1-5-32-544:0: OK, just a few questions: 1) does your script do all this? No. I was asking you to add the above to the passwd related postinstall script. That has nothing to do with my create-root script. Sorry I thought it was your create-root.sh script we were talking about. 2) does the script need to be run after passwd-grp.sh? Which script? Your's should run on postinstall. Removing S-1-1-0 err, the one refered to in point 1? just removes the Everyone entries which are old and superfluous anyway. I've changed mkgroup to add a root entry as above when called with -l but this only helps if mkgroup is called at all. Your script should make sure that such an entry exists on machines which already have an /etc/group file. 3) will your script run OK as a postinstall? (I know it prompts for information...) No. I was just asking you to do the above in a postinstall script. This is independent of my create-root script. 4) I get an Error in addUserRights (LsaAddAccountRights returned 0xc060=STATUS_NO_SUCH_PRIVILEGE)! on a w2k box (I have full, local, admin rights. Is this OK? (or have I lost the plot again :| Details? Which user right does result in that error? Does W2K not have the SeDenyXXX rights, perhaps? Sorry, you are talking double dutch (sorry all you Dutch ;). All I did was run the create-root.sh and enter a password. I've not got the time atm to go any deeper - I've a non-flexable deadline at work that I'm up against :( Having said that, I'll try and scavenge some time at the weekend if not before and try and do the mods. 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 NG80 1TH
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Thu, Nov 27, 2003 at 09:05:02AM -, Morrison, John wrote: Corinna Vinschen wrote: On Thu, Nov 27, 2003 at 08:33:24AM -, Morrison, John wrote: Corinna Vinschen wrote: any chance you can poke the base-passwd script soon, to check for a user and a group with SID S-1-1-0 in the existing /etc/passwd and /etc/group files and remove them silently? Also it would be good if the script adds the following entry to /etc/group, if possible as the first line: root:S-1-5-32-544:0: OK, just a few questions: 1) does your script do all this? No. I was asking you to add the above to the passwd related postinstall script. That has nothing to do with my create-root script. Sorry I thought it was your create-root.sh script we were talking about. No, my create-root script is an entirely different - later - step. I was just asking you this: You already have this base-passwd and other general scripts running on postinstall. What we need is, having these stone age old Everyone entries with uid and gid 0 and SID S-1-1-0 removed from /etc/passwd and /etc/group. So I'm asking you to add something to your postinstall magic, which does that trick. Just removing these entries once and for all, not even asking the user for anything. And the second wish is, to create a root:S-1-5-32-544:0: entry to /etc/group, if /etc/group already exists and doesn't contain such a root entry already. If there's no /etc/group, your script will create one anyway, and in future, already mkgroup will create the above root entry. That's it. Your script is just one step on the way to the root user and group we were talking about to get the service problems solved. The create-root script is another step, which has nothing to do with what I'm asking you for. Did I describe that clear enough this time? ... OK, chill :)) I'll try for the weekend. 4) I get an Error in addUserRights (LsaAddAccountRights returned 0xc060=STATUS_NO_SUCH_PRIVILEGE)! on a w2k box (I have full, local, admin rights. Is this OK? (or have I lost the plot again :| Details? Which user right does result in that error? Does W2K not have the SeDenyXXX rights, perhaps? Sorry, you are talking double dutch (sorry all you Dutch ;). All Just look into the create-root script. There are seven calls to the famous new editrights tool. Three of them are only called on machines with NT5 (W2K) and up. Probably that's not ok. I don't know exactly but it's possible that W2K doesn't have these SeDenyWhatever user rights. editrights -a SeDenyRemoteInteractiveLogonRight -u root was the one that failed. Would it be best (assuming these last 3 are optional) to 2 /dev/null them? Is there any other info that would help? 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 NG80 1TH
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Thu, Nov 27, 2003 at 11:24:55AM +0100, Corinna Vinschen wrote: On Thu, Nov 27, 2003 at 09:58:52AM -, Morrison, John wrote: Corinna Vinschen wrote: I don't know exactly but it's possible that W2K doesn't have these SeDenyWhatever user rights. editrights -a SeDenyRemoteInteractiveLogonRight -u root was the one that failed. Would it be best (assuming these last 3 are optional) to 2 /dev/null them? Is there any other info that would help? Er... only this one? Hmm, that makes sense, sort of. Look like this right only exist since XP. I'm reluctant to devnull them. There might be a real error covered when doing this. I'll better add another variable to check if running under XP or newer. OK :) ping! ping! ping! New create-root script attached! This script should do it right now. Additionally I changed the way how the password is read to using the `read -s' option to hide what's actually typed in. But you display it in the next echo... User 'root' has been created with password ''. Can you give this script another test? Other than that it works fine :) Shame theres no way of setting the password to never expire :( 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 NG80 1TH
RE: [RFC] Globally creating a user and a group root
OK, took some lunch time ;) Hows this for passwd-grp.sh - #!/bin/sh if [ ! -e /etc/passwd -a ! -L /etc/passwd ] ; then /bin/mkpasswd -l -c /etc/passwd fi if [ ! -e /etc/group -a ! -L /etc/group ] ; then /bin/mkgroup -l -c /etc/group fi cp -f /etc/passwd ~/passwd.mkpasswd \ ( [ -w /etc/passwd ] || chmod --silent a+w /etc/passwd ; ) \ sed -e '/:S-1-1-0:/d' ~/passwd.passwd /etc/passwd \ chmod --silent --reference=/etc/group /etc/passwd rm -f ~/passwd.mkpasswd cp -f /etc/group ~/group.mkgroup \ ( [ -w /etc/group ] || chmod --silent a+w /etc/group ; ) \ echo root:S-1-5-32-544:0: /etc/group \ sed -e '/:S-1-1-0:/d' ~/group.mkgroup /etc/group \ chmod --silent --reference=/etc/passwd /etc/group rm -f ~/group.mkgroup - comments? (I tried to make it play nice with file permissions) 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 NG80 1TH passwd-grp.sh Description: Binary data
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Thu, Nov 27, 2003 at 01:24:15PM -, Morrison, John wrote: OK, took some lunch time ;) Hows this for passwd-grp.sh - #!/bin/sh if [ ! -e /etc/passwd -a ! -L /etc/passwd ] ; then /bin/mkpasswd -l -c /etc/passwd fi if [ ! -e /etc/group -a ! -L /etc/group ] ; then /bin/mkgroup -l -c /etc/group fi cp -f /etc/passwd ~/passwd.mkpasswd \ ( [ -w /etc/passwd ] || chmod --silent a+w /etc/passwd ; ) \ sed -e '/:S-1-1-0:/d' ~/passwd.passwd /etc/passwd \ chmod --silent --reference=/etc/group /etc/passwd rm -f ~/passwd.mkpasswd cp -f /etc/group ~/group.mkgroup \ ( [ -w /etc/group ] || chmod --silent a+w /etc/group ; ) \ echo root:S-1-5-32-544:0: /etc/group \ sed -e '/:S-1-1-0:/d' ~/group.mkgroup /etc/group \ chmod --silent --reference=/etc/passwd /etc/group rm -f ~/group.mkgroup - comments? (I tried to make it play nice with file permissions) Cool! Just the `echo root:...' should only be called if the group file doesn't already contain that entry. As I said, the upcoming mkgroup will create this entry already (with -l). You should check its existence first. Would prefer... echo root:S-1-5-32-544:0: /etc/group \ sed -e '/:S-1-1-0:/d' -e '/root:S-1-5-32-544:0:/d' ~/group.mkgroup /etc/group \ 'cause then I don't need to check anything :) If you'd prefer me to check... help! :) 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 NG80 1TH
RE: non-setup information in setup.hint (was Re: Maintainers/Pack ages List, 2003-11-22)
Christopher Faylor wrote: Maintainers/Packages List, 2003-11-22) On Mon, Nov 24, 2003 at 11:17:51PM -0500, Daniel Reed wrote: On 2003-11-24T11:01-0500, Christopher Faylor wrote: ) On Mon, Nov 24, 2003 at 10:55:40AM -0500, Daniel Reed wrote: ) For now it's just in my records. Even if it is made publicly tunable, I ) imagine it will be made outside of setup.hint (since that is for setup's ) benefit). ) We could decide on a comment convention for setup.hint that could be ) used for some other tool to process: ) ) #!binary only That works, or maybe even #!binary-only and either let multiple flags be on one line or allow flags to have arguments. Good point. sdesc: Frobdicates kernel sources category: Devel requires: cygwin #!maintainer Daniel Reed [EMAIL PROTECTED] #!alert-maintainer I think I like this one more since it is closer to the way setup.hint already operates. Is it a good idea to have the maintainers email address in there? Otherwise +1 :) 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 NG80 1TH
RE: Maintainers/Packages List, 2003-11-22
Daniel Reed wrote: On 2003-11-22T20:05-, John Morrison wrote: ) base-files ... !!! no source and no external-source ) base-passwd ... !!! no source and no external-source ) There is no source for these packages, they just contain ) shell and postinstall scripts. Should I do something? I marked them as binary-only, so the next MPL (if there is a next one :) won't have that notice. Thanks :) I presume that's not something I need to keep (eg in the setup.hint file)? 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 NG80 1TH
RE: Updated: keychain-2.0.3-1
Hack Kampbjorn wrote: The shell profile file (e.g. ~/.bash_profile for bash) has to be updated to reflect this change: keychain ~/.ssh/id_rsa . ~/.keychain/${HOSTNAME}-sh There exists a /etc/skel/.bash_profile, would it be a good idea to add (one of?) these lines (commented out) to it? Or would /etc/profile be better? (or neither :) 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 NG80 1TH
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: At 05:58 PM 11/11/2003 +0100, you wrote: What about generating a root group with mkgroup -l by default? root:S-1-5-32-544:0: The question is then, should it *also* generate an administrators entry Administrators:S-1-5-32-544:544: or should it generate the root entry *instead* of the administrators entry? Obviously I am for maintaining compatibility with existing installations (544 must work), some of which still have Everybody with gid 0 (using 0 as mapping to S-1-5-32-544 is risky). I think we should do the affected users a favor and remove the Everyone entry from /etc/passwd and /etc/group when we find one. This should be done by a script in the base-files or base-passwd package as a regular job. Part of /etc/profile? or put it in /etc/profile.d/? (either way I'm pro these :) The only issue I think might cropup is permissions... another would be that /etc/profile doesn't get overwritten. Note that if a file has group S-1-5-32-544 and this is also the primary group of a user, then stat() will report the file gid as the gid of the user in the /etc/passwd file (due to caching). This could be 544 (e.g. when running as SYSTEM with existing password files) or 0 (with the new root user, with gid 0), independently of /etc/group. But that doesn't hurt. Either case, it's the same group. This indeterminacy might cause headaches during the transition period, it's hard to foresee all ramifications. I'm running my system for at least a year with two group entries, root:S-1-5-32-544:0: and admin:S-1-5-32-544:544: and I never saw any negative influence. It's the same group from the Windows point of view so no problems from that side. It's basically just another name and gid for the same user. This being said, exim shouldn't care as long as 544 maps to S-1-5-32-544. It autodetects if it is privileged and, if so, setgid(544) setuid(18) to normalize its environment (that was done with Windows 2003 in mind). I don't understand. You were the one who figured out the 2003 problem with the SYSTEM account. So, erm... However the current exim-config script will produce warnings if 544 appears after 0 (I will modify it to learn the Admins gid). Yeah, that will be necessary for a couple of packages. cron is a good candidate for problems ;-P In summary, no problem (AFAICS) if 544 appears before 0. I need a decent transition period before you reverse the order (affects only new exim installs), and a long one before you get rid of 544 (affects existing installations). IMHO we should not wait too long. At one point we must do it anyway and it's easy to make the transition for the user: just upgrade Cygwin and the affected packages. It's no step which actually destroys anything but it will help all 2003 users and also users of other systems since the new root account would circumvent any permission problems. If a new Windows requires new privileges to do the really interesting stuff, just add them to root and you're done. Knock on wood... Anyway, I think we should add root/0 to /etc/group so that it comes before the administrators/544 entry right from the beginning. What happens in an exim installation then? Corinna == 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 NG80 1TH
RE: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: On Wed, Nov 12, 2003 at 10:25:21AM -, Morrison, John wrote: Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:22:50PM -0500, Pierre A. Humblet wrote: At 05:58 PM 11/11/2003 +0100, you wrote: What about generating a root group with mkgroup -l by default? root:S-1-5-32-544:0: The question is then, should it *also* generate an administrators entry Administrators:S-1-5-32-544:544: or should it generate the root entry *instead* of the administrators entry? Obviously I am for maintaining compatibility with existing installations (544 must work), some of which still have Everybody with gid 0 (using 0 as mapping to S-1-5-32-544 is risky). I think we should do the affected users a favor and remove the Everyone entry from /etc/passwd and /etc/group when we find one. This should be done by a script in the base-files or base-passwd package as a regular job. Part of /etc/profile? or put it in /etc/profile.d/? Eh, no. I was thinking about a postinstall script, which checks for Everyone (S-1-0-0) in /etc/passwd and /etc/group and removes these entries silently. The same script could add the root entry to /etc/group. But then what happens if somebody messes up there /etc/[passwd|group] and have to create it again? Does mk[passwd|group] do the changes automatically? 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 NG80 1TH
RE: Pending Packages List, 2003-11-07
[EMAIL PROTECTED] wrote: Package recompiled and example noved to: /etc/defaults/etc/sample.sgreprc as suggested in Message-ID: [EMAIL PROTECTED] Mon, 10 Nov 2003 22:35:36 +0100 by Daniel Reed Jari, *please* call it /etc/defaults/etc/.sgreprc and copy *ONLY* if /etc/.sgreprc doesn't already exist :) 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 NG80 1TH
RE: Pending Packages List, 2003-11-07
Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 12:19:19PM -, Morrison, John wrote: [EMAIL PROTECTED] wrote: Package recompiled and example noved to: /etc/defaults/etc/sample.sgreprc as suggested in Message-ID: [EMAIL PROTECTED] Mon, 10 Nov 2003 22:35:36 +0100 by Daniel Reed Jari, *please* call it /etc/defaults/etc/.sgreprc and copy *ONLY* if /etc/.sgreprc doesn't already exist :) While I second the copy only if... rule, I don't understand why the default file should be named .sgreprc. The result of the copy has no leading dot, has it? The other problem is that files with leading dot are not visible with `ls' by default. Giving it a name in the default dir, which makes it visible, isn't a bad idea, IMHO. ^^^ invisible? I just don't think /etc/defaults/etc is the right place for the file. Better choices are /etc/defaults/sgreprc /usr/share/doc/sgrep/sample.sgreprc Sorry, but the way I worked /etc/defaults is that, the prefix of /etc/defaults is removed and the resulting filename is the destination. So, /etc/defaults/sgreprc would result in copying the file to /sgreprc If an invisible file needs a default (/etc/skel/.bashrc), so be it :) 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 NG80 1TH
RE: Pending Packages List, 2003-11-07
Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 12:48:59PM -, Morrison, John wrote: Corinna Vinschen wrote: The other problem is that files with leading dot are not visible with `ls' by default. Giving it a name in the default dir, which makes it visible, isn't a bad idea, IMHO. ^^^ invisible? No. Is not a bad idea == is a good idea. ;-) Gah! No wonder my work here's terrible ;) I just don't think /etc/defaults/etc is the right place for the file. Better choices are /etc/defaults/sgreprc /usr/share/doc/sgrep/sample.sgreprc Sorry, but the way I worked /etc/defaults is that, the prefix of /etc/defaults is removed and the resulting filename is the destination. So, /etc/defaults/sgreprc would result in copying the file to /sgreprc Wait, I thought we're talking about a system-wide sgreprc file which is expected in /usr/share. Did I get that wrong? AFAICR, the postinstall for sgrep copies the sample from the docs to /etc Somebody recommended (which I don't disagree with ;) that they should use the /etc/defaults/... mechanism. I could be wrong though... ;D 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 NG80 1TH
RE: Pending Packages List, 2003-11-07
Corinna Vinschen wrote: On Tue, Nov 11, 2003 at 01:08:45PM -, Morrison, John wrote: Corinna Vinschen wrote: Wait, I thought we're talking about a system-wide sgreprc file which is expected in /usr/share. Did I get that wrong? AFAICR, the postinstall for sgrep copies the sample from the docs to /etc Somebody recommended (which I don't disagree with ;) that they should use the /etc/defaults/... mechanism. I could be wrong though... ;D Me, too. If the sgreprc file should go to /etc, then /etc/defaults/etc is of course the right place for the default file. And /etc files typically don't have a leading dot, so I guess we are talking about a sgreprc file, not a .sgreprc, aren't we? *GRIN* if all those facts a right - yep :)) 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 NG80 1TH
RE: [ITP][update] distcc
Morrison, John wrote: 2.11.1 has just been released... Original from http://distcc.samba.org This is a first attempt. It still needs quite a lot of setup to use. I'm working on the postinstall which will do more of the work, but I thought this might be of use to some folk as it stands. J. sdesc: A fast, free, distributed C/C++ compiler ldesc: is a program to distribute builds of C, C++, Objective C or Objective C++ code across several machines on a network requires: gcc category: Devel http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/ http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/md5sum d3262ba371eac1f169a712390e783c11 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11. 1-1.tar.bz2 1167ebf86dedcab637491d3e1551820e http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/distcc-2.11. 1-1-src.tar.bz2 ae55ee386915a5c406828bdb44e5543c http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/distcc/setup.hint J. -- company disclaimer. == 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: [ITP] distcc
Frรฉdรฉric L. W. Meunier wrote: On Mon, 6 Oct 2003, Daniel Reed wrote: On 2003-10-06T15:20+0100, Morrison, John wrote: snipwork appended stuff/snip Can you clarify this note, or was its inclusion a mistake? Any message sent to the cygwin-apps mailing list will be archived and made publicly available via both an email and web interface. Additionally, if you were intending to propose a package (or at least show a formal intent to package), some of the content of your message will be reproduced in a pending packages list, and possibly other publicly accessible forms. I don't think he has any control over it. It appears a lot of employers something along these lines to any delivered e-mail. Thanks Frรฉdรฉric, you are correct, I don't have any choice. 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
[Update] base-files 2.5-1
The test for mk[passwd|group|group_l_d] and the resulting messages are as safe as we (Igor and Pierre premier amongst others) can make it. Some other safeguards improved. Thanks, J. http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum md5sum for base-file-2.0-3.tar.bz2 = 933c4194cca8b8c141f5e6d835e44179 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-fil es-2.5-1.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 == 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: /etc/profile, mk[passwd|group|group_l_d] messages
OK, so I think the script as stands is... case `id -ng` in mkpasswd ) echo Your group is currently \mkpasswd\. This indicates that echo the /etc/passwd (and possibly /etc/group) files should be rebuilt. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l [-d] /etc/passwd echo mkgroup -l [-d] /etc/group echo as appropriate. Note that the -d switch is necessary for echo domain users. ;; mkgroup ) echo Your group is currently \mkgroup \. This indicates that echo the /etc/group (and possibly /etc/passwd) files should be rebuilt. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l [-d] /etc/passwd echo mkgroup -l [-d] /etc/group echo as appropriate. Note that the -d switch is necessary for echo domain users. ;; mkgroup_l_d ) echo Your group name is currently \mkpasswd_l_d\. This indicates that not all echo domain users and groups are listed in the /etc/passwd and /etc/group files. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l -d [-u yourUser] /etc/passwd echo mkgroup -l -d /etc/group echo echo This message is only displayed once and can be safely ignored. # only display the above once cp -p /etc/group /etc/group.mkgroup_l_d \ chmod a+w /etc/group \ sed -e 's/^mkgroup_l_d/mkgroup-l-d/' group.mkgroup_l_d /etc/group \ chmod --reference=group.mkgroup_l_d /etc/group \ chown --reference=group.mkgroup_l_d /etc/group rm -f group.mkgroup_l_d ;; esac It doesn't matter _overly_ if this doesn't work in all cases, I'd like to aim for an engineers 100% (99.999%), but I'll settle for it working for at least most typical installations. Its not the advanced users I'm so bothered about (since they will already have a /etc/profile installed), its improving the OOTB experience for those who are just 'playing' with cygwin. Thanks for the help guys; anything else? :) 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
/etc/profile, mk[passwd|group|group_l_d] messages
Hi all, Igor and I have been having a chat about the warning/error messages which appear when there's something wrong with /etc/[passwd|group]. Here's what we are considering so far... case `id -ng` in mkpasswd ) echo The /etc/passwd (and possibly /etc/group) files need to be rebuilt. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l [-d] /etc/passwd echo mkgroup -l [-d] /etc/group echo as appropriate. Note that the -d switch is necessary for echo domain users. ;; mkgroup ) echo The /etc/group (and possibly /etc/passwd) files need to be rebuilt. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l [-d] /etc/passwd echo mkgroup -l [-d] /etc/group echo as appropriate. Note that the -d switch is necessary for echo domain users. ;; mkgroup_l_d ) echo The /etc/group file doesn't contain the domain groups. echo See the man page for mkgroup and then, for example, run echo mkgroup -l -d /etc/group echo as appropriate. echo echo You can safely ignore this message echo To stop it displaying, please edit /etc/profile ;; esac but neither of us is 100% sure this is correct, Pierre, Corinna, [anyone else ;) ] any comments/opinions?... 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: Update: wtf-0.0.4-1
I get a load of mdoc warnings about Empty input line when I run man wtf. Don't know if it's an issue. 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: /etc/profile, mk[passwd|group|group_l_d] messages
Pierre A. Humblet wrote: John, I like having 3 separate messages. Perhaps you could add an introduction such as echo Your group is currently \mkpasswd\. This indicates that .. Good idea :) The first two cases should never occur, except in rare cases of postinstall screw up or if the files get deleted somehow. The last case is the norm for domain users. It is correct that the message can be safely ignored. Just a thought: you could consider displaying it only once, e.g. by sed'ing /etc/group to change mkgroup_l_d to mkgroup-l-d. Neither /etc/passwd nor /etc/group are complete (because the primary domain controller is not contacted during postinstall). So the message should advise but not mandate to rebuild both. echo The /etc/passwd and /etc/group files should be completed. echo See the man pages .. Pierre Hows this...? (edit inline) case `id -ng` in mkpasswd ) echo Your group is currently \`id -ng`\. This indicates that echo the /etc/passwd (and possibly /etc/group) files should be rebuilt. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l [-d] /etc/passwd echo mkgroup -l [-d] /etc/group echo as appropriate. Note that the -d switch is necessary for echo domain users. ;; mkgroup ) echo The /etc/group (and possibly /etc/passwd) files need to be rebuilt. echo See the man pages for mkpasswd and mkgroup then, for example, run echo mkpasswd -l [-d] /etc/passwd echo mkgroup -l [-d] /etc/group echo as appropriate. Note that the -d switch is necessary for echo domain users. ;; mkgroup_l_d ) echo The /etc/group file doesn't contain the domain groups. echo See the man page for mkgroup and then, for example, run echo mkgroup -l -d /etc/group echo as appropriate. echo echo You can safely ignore this message # only display the above once cat /etc/group | sed -e 's/mkgroup_l_d/mkgroup-l-d/g' /etc/group.new mv /etc/group /etc/group.mkgroup_l_d mv /etc/group.new /etc/group ;; esac 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: 2.3-1 (was [update] base-files (2.2-1))
Elfyn McBratney wrote: John Morrison [EMAIL PROTECTED] wrote: Last update (fingers crossed!) for a while. Oh well, not to be :) Uploaded. Would you also accept the following patch for your next release? It elliminates an annoying warning when /etc/profile.d/ doesn't exist. snip what=patch/ Thanks, -- Elfyn Patch applied Elfyn, thanks. I changed it slightly to match the format of the rest (if [ -d /etc/profile.d ] ;...) of the file Also changed the /etc/[passwd|group] message based on feedback from Pierre (Pierre; if it's still not right, feel free to email!) Any more for any more? *GRIN* I *really* hope all these changes will make it easier for new users... J. Files: http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum 9667a6f22ce9e1241fd9ec8c6479462f http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-fil es-2.3-1.tar.bz2 9b2695ab19b83cc2eb27e346801a114c http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/setup.hi nt PS, are the md5sums useful in the email? == 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
[update] base-files (2.1)
Fixed some of the issues folks have been emailing about, regtool -q, quotes, defaults for other shells, mk[passwd|group[_l_d]], could somebody upload? Thanks, J. http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum md5sum for base-file-2.1-1.tar.bz2 = 8771444c65cdf9c7154a217416a4e4f3 http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-fil es-2.1-1.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 == 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: New package: wtf-0.0.3-1
Igor Pechtchanski wrote: wtf(6) is a utility provided by some UNIX and UNIX-like systems including Slackware Linux and NetBSD. It translates acronyms and filename suffixes by looking up the definition of a term in various databases. I've added the OLOCA (http://cygwin.com/acronyms/) to the database directory, so the acronyms from the Cygwin lists will be found (yes, you can now really ask wtf is cgf ;-) ). There's a perl script in the source package to update the OLOCA database from the web version of the OLOCA for those who can't wait for regular package updates (also requires wget). See the README file for details. Yay! :) 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 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Re: [update] base-files
Minor change from Cary D. Renzema, put around the ${groupID} variable. Cary, I didn't do the 'if [ -z $MANPATH ]; then' change you recommended for two reasons; 1, if the variable is empty appending it has no effect anyway and 2, only one set of data needs to be maintained. OK, so I could do mp=... if [ -z $MANPATH ]; then MANPATH=$mp else MANPATH=$mp:$MANPATH fi export MANPATH but I still think it's overkill. (If anyone else wants to chime in... :) Anyway, could somebody upload? Thanks, J. http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/md5sum md5sum for base-file-2.0-3.tar.bz2 = 80cd7c55f320804c1b78b99cbffb3c6a http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-fil es-2.0-3.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 == 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
Subscribers only...
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
RE: Re: [update] base-files
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
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: [update] base-files
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: Re: [update] base-files
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
RE: 4.3.0 Cygwin 1.3.x build and packaging nearly done
David Fraser wrote: Harold L Hunt II wrote: So, my question for the community is whether anyone wants me to post the 4.3.0 release as the new stable release and make another build for Cygwin 1.5.1 and post that as the test release. Or, would everyone rather that I wait and just make the 1.5.1 version the new stable release when 1.5.1 is done? I kind of like the idea of making a 4.3.0 Cygwin 1.3.x release, since that will allow us to identify which new bugs (and there will always be new bugs) are caused by XFree86 4.3.0 and which are caused by Cygwin 1.5.1. Well, what do you all think? Harold I think it would be great to have the 4.3.0 on Cygwin 1.3.x, the sooner the better! Agreed. 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [ITP] wtf
Igor Pechtchanski wrote: As per John Morrison's suggestion, I would like to contribute and maintain wtf (http://cronus.comp.utas.edu.au/~thsutton/computing/wtf.html). wtf(6) is a utility provided by some UNIX and UNIX-like systems including Slackware Linux and NetBSD. It translates acronyms and filename suffixes by looking up the definition of a term in various databases. I've added the OLOCA to the database directory (named %OLOCA to place it first in search order). There's also a perl script that can update that file from the web version of the OLOCA (also requires wget), but since this rule is totally optional (and won't be invoked in the default build), I didn't put perl and wget as prerequisites for building wtf. This is mentioned in wtf.README as well. http://cs.nyu.edu/~pechtcha/cygwin/wtf/wtf-0.0.3-1.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/wtf/wtf-0.0.3-1-src.tar.bz2 http://cs.nyu.edu/~pechtcha/cygwin/wtf/setup.hint (also inline below) sdesc: translates acronyms and filename suffixes for you ldesc: wtf translates acronyms and filename suffixes for you. The wtf program looks-up the definition of a term. It supports a number of definition sources. In this version they are an acronyms database and qa filename suffixes database. requires: cygwin category: Text Doc Igor Has my vote :) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Acronyms
I just found this, thought it might be fun to package http://cronus.comp.utas.edu.au/~thsutton/computing/wtf.html and add the cygwin specific acronyms :) http://cygwin.com/acronyms/ snip from=the man page wtf - translates acronyms and filename suffixes for you. The wtf program looks-up the definition of a term. It supports a number of definition sources. In this version they are an acronyms database and qa filename suffixes database. /snip If I have the time, I might manage this in a couple of weeks time, if somebody beats me to it, great :) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Acronyms
Igor Pechtchanski wrote: On Mon, 28 Jul 2003, Morrison, John wrote: I just found this, thought it might be fun to package http://cronus.comp.utas.edu.au/~thsutton/computing/wtf.html and add the cygwin specific acronyms :) http://cygwin.com/acronyms/ snip from=the man page wtf - translates acronyms and filename suffixes for you. The wtf program looks-up the definition of a term. It supports a number of definition sources. In this version they are an acronyms database and qa filename suffixes database. /snip If I have the time, I might manage this in a couple of weeks time, if somebody beats me to it, great :) J. John, That sounded like a thinly veiled hint... :-D Na :) Only that I don't do good binary packages ;) It does look like I'm the logical maintainer for this, though. I'll look into making this a package shortly. Ideas and suggestions welcome. Igor I look forward to it :) The only issue I have atm, is that it's case sensitive and some are different from what I expect... $ wtf ATM ATM: asynchronous transfer mode (networking) (I was expecting At The Moment) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Building setup.exe
Max Bowsher wrote: John Morrison wrote: Hi Max, Please excuse me for writting to you off list, but I am trying to compile the setup app. Again. You are excused, Thanks :) since I definitely want to help people compile setup, but I'm redirecting to the list, as this is relevant there, too. OK, the more the merrier :) (Although it'll mean more work for you and Rob) I've a full installation of Cygwin, then, using http://sources.redhat.com/cygwin-apps/setup.html as a reference... $ cvs -z3 -d pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps co setup snipco messages/snip $ cd setup It seems the instructions are out of date. You need to run ./bootstrap.sh in setup (and it will recurse into libgetopt++). bootstrap.sh isn't executable as checkedout of cvs... $ chmod 744 bootstrap.sh $ ./bootstrap.sh snipbootstrap messages/snip $ ./configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32 --build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin' --enable-maintainer-mode snipconfigure messages/snip $ make release snipcompiling messages/snip windres --preprocessor gcc -mno-cygwin -E -xc-header -DRC_INVOKED --include-dir . -o res.o res.rc make: *** No rule to make target `zlib/libzcygw.a', needed by `setup.exe'. Stop. Oops :) What's next? (or should I not make release first?) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Building setup.exe
Max Bowsher wrote: Morrison, John wrote: Max Bowsher wrote: It seems the instructions are out of date. You need to run ./bootstrap.sh in setup (and it will recurse into libgetopt++). bootstrap.sh isn't executable as checkedout of cvs... Hmm. Just checked, and libgetopt++/bootstrap.sh isn't either. (Or was it for you?) Err, didn't check, sorry, I can't remember. I *might* have changed this last night without thinking. Robert: Shall I tweak this in cvs? Please, or add it as something to do $ make release snipcompiling messages/snip windres --preprocessor gcc -mno-cygwin -E -xc-header -DRC_INVOKED --include-dir . -o res.o res.rc make: *** No rule to make target `zlib/libzcygw.a', needed by `setup.exe'. Stop. Oops :) What's next? (or should I not make release first?) Right. Err, right? Right what? What do I need to do to get an exe? (sorry, that might have come across a little mean; but then this is a cygwin list :D - it wasn't intended) J. PS, I'm subscribed to -apps, you can remove me from the reply. I'd set the reply to, but I'm limited to Outlook at work and don't know how :| === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Building setup.exe
Max Bowsher wrote: Morrison, John wrote: Max Bowsher wrote: Morrison, John wrote: $ make release snipcompiling messages/snip windres --preprocessor gcc -mno-cygwin -E -xc-header -DRC_INVOKED --include-dir . -o res.o res.rc make: *** No rule to make target `zlib/libzcygw.a', needed by `setup.exe'. Stop. Oops :) What's next? (or should I not make release first?) Right. Err, right? Right what? What do I need to do to get an exe? Well, *yes*, you shouldn't run make release first. Do make. Doh! Sorry, am (obviously) not feeling too bright this morning. Take my advice; don't accept any patches from me without *REALLY* going through it! ;) Thanks, everything works now. Do you want me to read through your revised web page before it goes up? PS, I'm subscribed to -apps, you can remove me from the reply. I'd set the reply to, but I'm limited to Outlook at work and don't know how :| Using OE here - haven't yet found another mailer which is both GUI and non-hideously ugly. So, I've done it this time, but may not always remember. Hey, no worries. Thanks for all the help, 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [SetupXP] The two styles for handling activation refusal
Gary R. Van Sickle wrote: Throwing an exception would indicate a problem actually, if you want to get all by-the-book about it. I'm with Gary here, I'd prefer see an exception thrown for a problem. Unless there's some issues with using exceptions that I don't know about... (which, given that I couldn't compile the code the last time I tried, it's unreasonable :| ) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [SetupXP] The two styles for handling activation refusal
Robert Collins wrote: On Mon, 2003-07-21 at 04:17, Gary R. Van Sickle wrote: Unless there will ever be a need to ask a page whether it would take activation in the future, but not activate it immediately, even if it is possible to do so, I think the 2 calls should be merged. Will there ever be such a case? I cannot think of one. It exists soley to give OnActivate a default return code. It *can't* be called anywhere else, since in the general case, OnAcceptActivation won't know if it needs to refuse activation until after OnAccept is called. Hmm. My intention when I suggested a query method was for it to be called *instead* of OnActivate, and OnActivate only called if it returned true. Will doing that break anything? For clarity: if (OnAcceptActivate()) OnActivate() Hi guys :) Would... if (canActivate()) OnActivate() be better? (although the OnXXX functions always make me think that they should be callbacks.) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: joe-2.8 - a new package for review
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] drwxr-xr-x root/None 0 2003-07-04 14:17:34 etc/joe/ -rw-r--r-- root/None 17169 2003-07-04 14:17:34 etc/joe/joerc -rw-r--r-- root/None 16344 2003-07-04 14:17:34 etc/joe/jmacsrc -rw-r--r-- root/None 15142 2003-07-04 14:17:34 etc/joe/jstarrc -rw-r--r-- root/None 16348 2003-07-04 14:17:36 etc/joe/rjoerc -rw-r--r-- root/None 13352 2003-07-04 14:17:36 etc/joe/jpicorc -rw-r--r-- root/None 4926 2003-07-04 14:17:36 etc/joe/termcap -rw-r--r-- root/None 4668 2003-07-04 14:17:36 etc/joe/terminfo These would be better copied into position by a postinstall script if they don't already exist. Otherwise a reinstallation/new installation will overwrite user modifications. 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: joe-2.8 - a new package for review
From: Gerrit P. Haase [mailto:[EMAIL PROTECTED] Hello John, From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] drwxr-xr-x root/None 0 2003-07-04 14:17:34 etc/joe/ -rw-r--r-- root/None 17169 2003-07-04 14:17:34 etc/joe/joerc [...] These would be better copied into position by a postinstall script if they don't already exist. Otherwise a reinstallation/new installation will overwrite user modifications. IIRC, userfiles belong in ~/, the home directory, if a .joerc is found there it overrides the global settings. So there is no need to modify the default settings in /etc/joe/ which are just what the name says: 'default settings'. OK, so I should have said root modifications ;) I take your point, but it doesn't stop advice like... just add export USER=xxx to /etc/profile 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: String and std::string
Robert Collins wrote: On Fri, 2003-03-21 at 23:12, Alex Tibbles wrote: snip I don't care whether you use std::string, or String++ for any new code, as long as: 1) You don't leak memory (std::string will leak if you use c_str()) IIRC. I've been unable to confirm this. I tried the attached program (compiled with gcc -lstdc++ stringleak.cpp) and got the following results from top: Well, your test is flawed for the behaviour I was referring to. A new one is below. PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM 648 alex 14 0 556 556 416 R56.2 0.2 TIME COMMAND 3:02 a.out Am I correct in concluding that std::string::c_str() does not leak? I'm interested as I use c_str() a fair amount for interfacing C++ with C (I believe that was what it was designed for, but I'm only guessing). __ #include string #include iostream int main() { std::string bleg(bleg); while (true) { std::cout bleg.c_str(); } return 0; } the above won't leak, because c_str() returns the internal buffer - which isn't being altered. this may well. Look in the g++ library for freeze() (again, IIRC). The thing I saw when I was reading the source, was that the internal buffer was not delete[]'d once it was handed out via c_str(). That was with the libstc++ for gcc 2.95 as well. I've just checked the g++ 3 implementation, and it's different to what I recall from before... #include string #include iostream int main () { while (true) { std::string foo(bar); foo.append(asdf); char const *leakingpointer = foo.c_str(); } return 0; } I thought you were supposed to call release() on any c_str() calls... of cause, it's been two or three years since I played with this so, I might be mistaken... 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF .
RE: ntsec patch for setup
Sorry guys, that should have been to the list. From: Pierre A. Humblet [mailto:[EMAIL PROTECTED] Robert Collins wrote: On Fri, 2003-02-28 at 22:44, Pavel Tsekov wrote: Here is the same patch modified to be applied on main.cc from setup-200207 branch. This looks reasonable. Pavel, if you have write access, please commit to the setup-200207 branch, otherwise, Max - if you have time could you? Failing that, I'll commit on Sunday. Either way, I'll build a release of this and upload to the snapshots page sunday. Will that version still generate passwd-grp.bat from internal data? If so, domain users will continue to suffer. On the other hand if it doesn't, then we MUST update passwd-grp.sh or we fly right into the mountain. If you send me the required updates I'll host a new package. I don't have time to do more :( 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [PATCH] default XKB settings
Harold, Works for me (w2k, sp3, Microsoft Natural keyboard, English layout). Only thing is the ? (GB pound) doesn't print anything, but that doesn't bother me overly atm. J. From: Harold L Hunt II [mailto:[EMAIL PROTECTED] Alexander, I released this in Test78/4.2.0-26. Please test and make sure that it functions as you intended. Once we get a few reports that it works we can make it the default release. On a side note, are users that are specifying their own keyboard settings going to have a problem, or does the auto-detection get over-ridden by user settings? Harold === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
defaults
Hi all. This has been at the back of my mind for awhile now since having to do something for /etc/profile.default. What I'm thinking of is a directory structure containing default files and a script which, if the original of the default file doesn't exist, copies it. I'm specifically thinking of: /etc/apache.new/access.conf.default /etc/apache.new/httpd.conf.default /etc/apache.new/magic.default /etc/apache.new/mime.types.default /etc/apache.new/srm.conf.default /etc/bash.bashrc.default /etc/enscript.cfg.default /etc/exim.conf.default /etc/mime.conf.default /etc/profile.default /etc/skel/[initial user files here] /etc/squid.conf.default I think creating... /etc/defaults/etc/apache/access.conf /etc/defaults/etc/apache/httpd.conf /etc/defaults/etc/apache/magic /etc/defaults/etc/apache/mime.types /etc/defaults/etc/apache/srm.conf /etc/defaults/etc/bash.bashrc /etc/defaults/etc/enscript.cfg /etc/defaults/etc/exim.conf /etc/defaults/etc/mime.conf /etc/defaults/etc/profile /etc/defaults/etc/skel/[initial user files here] /etc/defaults/etc/squid.conf and the script... #!/bin/bash cd /etc/defaults for f in `find . -type f`; do fDest = `echo $f | sed 's/^\.//g'` echo $f $fDest if [ ! -f $fDest ]; then echo Using the default version of $fDest cp $f $fDest else echo $fDest is already in existance, not overwriting. fi done There are however, a few problems which need to be overcome. The first is that this script, although best as a postinstall, would have be executed _after every install_. The other would be to get people to use it ;) Well, that's my mental thoughts on paper(?!). Any comments? would it be worth doing? J. --LongSig It's so stupid of modern civilization to have given up believing in the Devil when he is the only explanation of it. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Sorry Robert, your bugfix hasn't entirely worked.
From: Max Bowsher PS: Attached is a patch which colour-codes version numbers in setup. Obviously its going to require much discussion before checkin, but it is what allowed me to notice the bug so easily. The colour code is: Dark Blue:[curr] Cyan:[prev] Yellow-Brown: [prev] Red:not in setup.ini at all. (i.e. ancient) Ohhh, nice :) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: cygwin-mketc.sh
From: Joshua Daniel Franklin [mailto:joshuadfranklin;yahoo.com] I don't know if it's possible to really 'vote' for cygwin-mketc.sh since it's not a package, but I tested it on my Win2000 Pro PC and it worked fine. I like the idea of it and it should help the occasional user that creates /etc/services thinking it's required for inetd... Is John Morrison around? Is there any interest in including this in base-files? Hi Joshua - Yes, I'm around :) I'm quite happy to include this in base-files, if people want... Also in looking at the postinstall scripts it might be nice to rename the scripts to be base-files-foo.sh so it's easy to see what package they came from, but this is entirely my personal preference. I've no personal preference, easily done. Only issue I can see is that the rename now will leave orphaned files. 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: base-files-mketc.sh
From: Paul Johnston [mailto:paj;pajhome.org.uk] Hi John, It's true that it doesn't work with the broken cygpath, but it doesn't do anything bad in that case, and the bug is very clearly with the cygpath binary. One thought I had was to add the second line to this error message: echo Directory $WINETC does not exist; exiting 2 echo If directory name is garbage you need to update cygwin 2 Hi Paul, I'd admit to being happier if that was in there, but I'd be happier still if an updated cygpath.exe was added :) I don't know who the maintainer for that is... 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: base-files-mketc.sh
From: Morrison, John [mailto:John.Morrison;uk.experian.com] (I hate replying to myself :( From: Paul Johnston [mailto:paj;pajhome.org.uk] Hi John, It's true that it doesn't work with the broken cygpath, but it doesn't do anything bad in that case, and the bug is very clearly with the cygpath binary. One thought I had was to add the second line to this error message: echo Directory $WINETC does not exist; exiting 2 echo If directory name is garbage you need to update cygwin 2 Hi Paul, I'd admit to being happier if that was in there, but I'd be happier still if an updated cygpath.exe was added :) I don't know who the maintainer for that is... Cygpath is part of the cygwin package. I'm running the current latest 1.3.14-1, which was compiled on Wed, 23 Oct. It still has the bug. Perhaps this should be fixed first? 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: base-files-mketc.sh
From: Paul Johnston [mailto:paj;pajhome.org.uk] Hi, Cygpath is part of the cygwin package. I'm running the current latest 1.3.14-1, which was compiled on Wed, 23 Oct. It still has the bug. Perhaps this should be fixed first? Yes, I agree. The problem was something to do with it being linked against the wrong version of a library. I think that Igor Pechtchanski, [EMAIL PROTECTED] knows the full details. cfg needs to fix this before we can proceed. BTW, I'm going to be unavailable from Saturday, 2 Nov until Tuesday, 19 Nov and then I'm going to be busy catching up for a couple of days :( So if it's not done this week, it might take a few. Sorry. 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: ssh patches to fix installation issues
The default umask has been changed, but the new /etc/profile won't have overwrote your old one. J. From: Ross Smith II [mailto:ross;smithii.com] Attached are three small patches to the following files: /bin/ssh-host-config /bin/ssh-user-config /usr/doc/Cygwin/openssh-3.4p1-5.README to fix some installation issues and better explain using sshd in Windows. The ssh-user-config changes are due to the fact that the default cygwin umask is 000. Maybe a .bash_profile could be created containing umask 022 when the user's home directory is first created. Just a thought. This is the culmination of 6 hours of list perusing, and hair pulling, so it's definitely field tested. Hope this helps, Ross Smith --- ssh-host-config.orig 2002-07-07 03:07:12.0 -0700 +++ ssh-host-config 2002-10-23 16:11:12.0 -0700 -164,6 +164,7 if [ $_nt -gt 0 ] then chown system.system /var/empty +chmod 755 /var/empty fi fi --- ssh-user-config.orig 2002-06-21 13:32:33.0 -0700 +++ ssh-user-config 2002-10-23 16:15:24.0 -0700 -123,6 +123,8 fi fi +chown `whoami` ${pwdhome} + if [ -e ${pwdhome}/.ssh -a ! -d ${pwdhome}/.ssh ] then echo ${pwdhome}/.ssh is existant but not a directory. Cannot create user identity files. -139,6 +141,8 fi fi +chmod 755 ${pwdhome}/.ssh + if [ ! -f ${pwdhome}/.ssh/identity ] then if request Shall I create an SSH1 RSA identity file for you? -196,5 +200,8 fi fi +chmod 600 ${pwdhome}/.ssh/* +chmod 644 ${pwdhome}/.ssh/*.pub ${pwdhome}/.ssh/authorized_keys? + echo echo Configuration finished. Have fun! --- openssh-3.4p1-5.README.orig 2002-10-23 15:20:39.0 -0700 +++ openssh-3.4p1-5.README2002-10-23 16:23:03.0 -0700 -123,12 +123,53 - If you want to authenticate via RSA and you want to login to that machine to exactly one user account you can do so by running sshd - under that user account. You must change /etc/sshd_config - to contain the following: + under that user account. + + * Change /etc/sshd_config to contain RSAAuthentication yes - Moreover it's possible to use rhosts and/or rhosts with + * Make sure you have executed the following: + +$ ssh-host-config +$ ssh-user-config + + * Due to the fact that cygwin's default umask is , you will need +to execute the following (substituting your user name for USERNAME): + + chown USERNAME ~ + chmod 755 ~ ~/.ssh + chmod 600 ~/.ssh/* + chmod 644 ~/.ssh/*.pub ~/.ssh/authorized_keys? + + * Reinstall the ssh daemon to run as the user. Execute the following +(substituting your user name for USERNAME, and your password for PASSWORD): + + chmod 666 /var/log/sshd.log /var/empty + rm -fr /var/log/sshd.log /var/empty + touch /var/log/sshd.log + chmod 644 /var/log/sshd.log + chmod 755 /var/empty + chown USERNAME.None /var/empty /etc/ssh_host_* /var/log/sshd.log + cygrunsrv --stop sshd + cygrunsrv --remove sshd + cygrunsrv --install sshd -e CYGWIN=glob ntsec binmode \ +-u USERNAME \ +-w PASSWORD \ +-d sshd \ +-p /usr/sbin/sshd.exe \ +-1 /var/log/sshd.log \ +-2 /var/log/sshd.log \ +-a -e -D + cygrunsrv --start sshd + + * NOTE: The user will not be able to login using their Windows password. +They will only be able to login using RSA authentication. + +Therefore, you will need to copy your identity.pub and id_??a.pub +files into authorized_keys, and authorized_keys2, respectfully. + + Moreover, it's possible to use rhosts and/or rhosts with RSA authentication by setting the following in sshd_config: RhostsAuthentication yes === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: ssh patches to fix installation issues
The default umask has been changed, but the new /etc/profile won't have overwrote your old one. J. From: Ross Smith II [mailto:ross;smithii.com] Attached are three small patches to the following files: /bin/ssh-host-config /bin/ssh-user-config /usr/doc/Cygwin/openssh-3.4p1-5.README to fix some installation issues and better explain using sshd in Windows. The ssh-user-config changes are due to the fact that the default cygwin umask is 000. Maybe a .bash_profile could be created containing umask 022 when the user's home directory is first created. Just a thought. This is the culmination of 6 hours of list perusing, and hair pulling, so it's definitely field tested. Hope this helps, Ross Smith --- ssh-host-config.orig 2002-07-07 03:07:12.0 -0700 +++ ssh-host-config 2002-10-23 16:11:12.0 -0700 -164,6 +164,7 if [ $_nt -gt 0 ] then chown system.system /var/empty +chmod 755 /var/empty fi fi --- ssh-user-config.orig 2002-06-21 13:32:33.0 -0700 +++ ssh-user-config 2002-10-23 16:15:24.0 -0700 -123,6 +123,8 fi fi +chown `whoami` ${pwdhome} + if [ -e ${pwdhome}/.ssh -a ! -d ${pwdhome}/.ssh ] then echo ${pwdhome}/.ssh is existant but not a directory. Cannot create user identity files. -139,6 +141,8 fi fi +chmod 755 ${pwdhome}/.ssh + if [ ! -f ${pwdhome}/.ssh/identity ] then if request Shall I create an SSH1 RSA identity file for you? -196,5 +200,8 fi fi +chmod 600 ${pwdhome}/.ssh/* +chmod 644 ${pwdhome}/.ssh/*.pub ${pwdhome}/.ssh/authorized_keys? + echo echo Configuration finished. Have fun! --- openssh-3.4p1-5.README.orig 2002-10-23 15:20:39.0 -0700 +++ openssh-3.4p1-5.README2002-10-23 16:23:03.0 -0700 -123,12 +123,53 - If you want to authenticate via RSA and you want to login to that machine to exactly one user account you can do so by running sshd - under that user account. You must change /etc/sshd_config - to contain the following: + under that user account. + + * Change /etc/sshd_config to contain RSAAuthentication yes - Moreover it's possible to use rhosts and/or rhosts with + * Make sure you have executed the following: + +$ ssh-host-config +$ ssh-user-config + + * Due to the fact that cygwin's default umask is , you will need +to execute the following (substituting your user name for USERNAME): + + chown USERNAME ~ + chmod 755 ~ ~/.ssh + chmod 600 ~/.ssh/* + chmod 644 ~/.ssh/*.pub ~/.ssh/authorized_keys? + + * Reinstall the ssh daemon to run as the user. Execute the following +(substituting your user name for USERNAME, and your password for PASSWORD): + + chmod 666 /var/log/sshd.log /var/empty + rm -fr /var/log/sshd.log /var/empty + touch /var/log/sshd.log + chmod 644 /var/log/sshd.log + chmod 755 /var/empty + chown USERNAME.None /var/empty /etc/ssh_host_* /var/log/sshd.log + cygrunsrv --stop sshd + cygrunsrv --remove sshd + cygrunsrv --install sshd -e CYGWIN=glob ntsec binmode \ +-u USERNAME \ +-w PASSWORD \ +-d sshd \ +-p /usr/sbin/sshd.exe \ +-1 /var/log/sshd.log \ +-2 /var/log/sshd.log \ +-a -e -D + cygrunsrv --start sshd + + * NOTE: The user will not be able to login using their Windows password. +They will only be able to login using RSA authentication. + +Therefore, you will need to copy your identity.pub and id_??a.pub +files into authorized_keys, and authorized_keys2, respectfully. + + Moreover, it's possible to use rhosts and/or rhosts with RSA authentication by setting the following in sshd_config: RhostsAuthentication yes === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Pending packages status
(sorry Pavel, ment to sent to list!) From: Pavel Tsekov [mailto:[EMAIL PROTECTED]] 1. doxygen version: 1.2.18-1 status : reviewed, fixed package is available for review reviews: http://cygwin.com/ml/cygwin-apps/2002-09/msg00107.html votes : 4 (Joshua, Lapo, Nicholas and Robert) You can add me to this :) J. url: http://www.geocities.co.jp/SiliconValley-SanJose/5153/cygwin-p ackage/doxygen-1.2.18-1-package.tgz === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [RFC] gpg signed packages [Was: unofficial packages]
I think, if this key thing goes ahead, somebody is going to have to come up with a *very* detailed method of getting a key and signing things with regards to cygwin stuff. Making a package for cygwin _is_ not easy for people who grew up in windows. I'm sure it's put lot's of people off contributing. Just my two pence worth ;) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: And one more package, astyle Re: New Package: doxygen-1.2.17
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Update: procps (reviewed, 5 votes, John, Lapo, Nicholas, Robert and me, discussion needed) doxygen (reviewed, 3 votes, Lapo and Robert, package cleanup needed(?)) astyle (reviewed, 2 votes, Gareth and Lapo, package cleanup needed)) Btw., I'm under the impression that bookkeeping as above could be useful. Shall I try keep that going? If so, does anybody volunteer to continue that while I'm on vacation in October? Would it be a good idea to setup something like Bugzilla where a [ITP] subject could be voted on? That would keed track of yay's and nays :) Just a thought... 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: procps
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Guys, I'm still missing the pro votes. Looks OK to me. Unpacked, man pages/docs OK, didn't have any problems with the quick test of any of the exes... 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [ITP][FINAL] base-files, base-passwd
From: Robert Collins [mailto:[EMAIL PROTECTED]] Anything you want me to do? Keep your files at those URL's. I've a *bunch* of cygwin work to do, and will upload when I do that. Ack :) Not a problem. Do nothing - yep, can comply with that :) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: procps
From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] On Tue, Sep 03, 2002 at 09:52:02AM +0100, Morrison, John wrote: From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Guys, I'm still missing the pro votes. Looks OK to me. Unpacked, man pages/docs OK, didn't have any problems with the quick test of any of the exes... I just tested procps(1) and there's a problem with the uids: snip/ so there's apparently a flaw in procps. Sorry, missed that entirely :( 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [ITP][FINAL] base-files, base-passwd
From: Robert Collins [mailto:[EMAIL PROTECTED]] On Sun, 2002-09-01 at 03:44, Christopher Faylor wrote: On Sat, Aug 31, 2002 at 05:58:27PM +0100, John Morrison wrote: Hi All, Rob would *really* like to get this functionality out of setup... It's easy enough for Rob to coordinate. He just has to upload your tools and update setup.exe. Yippee!! - Sorry if I've been a pain. Thank you! Will do. Anything you want me to do? J. Rob === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: /etc/profile package maintainer (Was: problems with XFree)
From: Robert Collins [mailto:[EMAIL PROTECTED]] On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: On 25 Jul 02, in cygwin-xfree, Robert Collins writes: I've been trying for *ages* to get /etc/profile to be an external file. All' it needs is *someone* willing to be a package maintainer for it. Hardly an onerous role, yet no one seems willing to do it. As soon as someone emails me with their willingness, I can provide the relevant tarall immediately, and that person then can just add /usr/X11R6/bin to the path in /etc/profile. Rob, I'm willing to do this. Sorry David, I should have ack'd this publically. Thanks for the offer David... John Marshall has already volunteered I think you mean me ;) J. off-list though (after a few questions to ascertain the work it entails.) I don't care who maintains it - I'm going to work on the basis of it being John until I'm told otherwise :}. Rob === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: /etc/profile package maintainer (Was: problems with XFree)
From: Robert Collins [mailto:[EMAIL PROTECTED]] On Thu, 2002-07-25 at 20:14, David Starks-Browning wrote: On 25 Jul 02, in cygwin-xfree, Robert Collins writes: I've been trying for *ages* to get /etc/profile to be an external file. All' it needs is *someone* willing to be a package maintainer for it. Hardly an onerous role, yet no one seems willing to do it. As soon as someone emails me with their willingness, I can provide the relevant tarall immediately, and that person then can just add /usr/X11R6/bin to the path in /etc/profile. Rob, I'm willing to do this. Sorry David, I should have ack'd this publically. Thanks for the offer David... John Marshall has already volunteered I think you mean me ;) J. off-list though (after a few questions to ascertain the work it entails.) I don't care who maintains it - I'm going to work on the basis of it being John until I'm told otherwise :}. Rob === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: rebase problem for cygcurl-2.dll still existing?!
Can you strip a rebased DLL? From: Stipe Tolj [mailto:[EMAIL PROTECTED]] Kevin, I guess I know what the problem is about your packaged cygcurl-2.dll. In both current packages 7.9.6-1 and 7.9.8-1 you have packaged a stripped DLL. It seems when you rebase a stripped DLL the resulting DLL is corrupt. Hence any DLL inside a binary package should *not* be stripped to be able to rebase it. Can you please repackage to a new 7.9.8-2 with a *non* stripped cygcurl-2.dll and announce availability to cygwin-apps@?? Stipe === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: rebase problem for cygcurl-2.dll still existing?!
From: Jason Tishler [mailto:[EMAIL PROTECTED]] On Tue, Jul 16, 2002 at 09:46:18AM +0100, Morrison, John wrote: Can you strip a rebased DLL? Yes. Does it work (as opposed to a rebased stripped DLL) was the intended question ;) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: New Cygwin package? (fwd)
(Sorry Robert - ment to send to list!) Just pulled the source - looks like C++ to me :) J. From: Robert Collins [mailto:[EMAIL PROTECTED]] I quite like the concept of a GUI for sftp, and as it uses cygwin1.dll, it's definitely in the right line of software to be an inclusion candidate. The only reservation I have is that IIRC it is (or was) built with Delphi, which means that whilst it may be licenced in an open source manner, it can't be -used- in an open source manner because one has to buy Delphi to compile it. Rob From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Joseph S. Testa ... Hi. Its me again. I was wondering if it would be realistic to eventually include Shaolin Secure FTP as part of the actual Cygwin package. Of course, its not quite ready for mainstream use yet, but I'm wondering if its concept makes it eligible. - Joe === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: SETUP: Is chooser integration as setup page really a good idea?
Can't the window be resizable? It would be nice to integrate it because if it looses the focus you can't alt-tab to it atm :( J. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Also if (some time) functionality is added to show the ldesc than we even need more space (or a separate window again). === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Release directory and Setup
From: Gary R. Van Sickle [mailto:[EMAIL PROTECTED]] Would it be a good idea to number the setup.exe's in the same manner as all other packages and keep them in the new release (under /setup?) directory? The download could then proceed as usual except the warning that there's a new setup moved to the end and the message changed in some manner to reflect this. Once setup is able to auto-update (wishlist Rob?) this'll likely make perfect sense. Right now I'm not so sure. Now, if you downloaded and installed it as if it were another package, you'd get a You have to reboot message. I guess it could be argued that that's better than nothing, but IMHO time spent moving it and dealing with the ramifications thereof would be better spent on auto-update and getting it solved permanent-like. :) I was just thinking about downloading it for you, auto-update would have been the next step :) The setup program (initially) wouldn't have to change to using the new version, just tell you it exists. Glad it's all in hand though :) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
Release directory and Setup
Hi All, I've done a quick grep but didn't throw anything useful up, so please excuse me if the idea has been fielded before. Would it be a good idea to number the setup.exe's in the same manner as all other packages and keep them in the new release (under /setup?) directory? The download could then proceed as usual except the warning that there's a new setup moved to the end and the message changed in some manner to reflect this. Appologies if this has been raised before, 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: [ANNOUNCEMENT] Updated: readline-4.2a-1
From: Charles Wilson [mailto:[EMAIL PROTECTED]] Note to python, postgres, and units maintainers: Binaries within your packages are linked against cygreadline5.dll. I have taken the following actions: units: didn't include readline in the requires: field (although it should have done so). I added 'libreadline5' so everything should now be fine. Sorry, thanks. I'll update my copy of setup.hint so the next version should be OK too. 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: which which
Personally, I'd rather identify the apps which _arn't_ GNU. I didn't know that the (current) version of which for cygwin wasn't the GNU version. This ment that I kept wondering why it wasn't in 'sync' with the 'latest' GNU one. -Original Message- From: Robert Collins [mailto:[EMAIL PROTECTED]] Sent: Saturday, 22 December 2001 12:39 am To: [EMAIL PROTECTED] Subject: Re: which which - Original Message - From: Christopher Faylor [EMAIL PROTECTED] So, the bottom line is that once the new version of which is uploaded, the right thing will happen automatically. The only setup.hint changes that would be required are to the sdesc and ldesc. I think you should make it clear that this is the GNU version of this package. Agreed. Rob === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
setup.hint
Would it be a good idea for the setup.hint file to have something along the lines of: Maintainer: John Morrison Contact: [EMAIL PROTECTED] ? This would allow folks to email the maintainer directly without having to bug the list. For example, I didn't know that Corinna was the maintainer of the 'which' package. Just an idea. J. -- Fudd's First Law of Opposition: Push something hard enough and it will fall over. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: setup.hint
-Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] On Fri, Dec 21, 2001 at 09:21:44AM -, Morrison, John wrote: Would it be a good idea for the setup.hint file to have something along the lines of: Maintainer: John Morrison Contact: [EMAIL PROTECTED] ? This would allow folks to email the maintainer directly without having to bug the list. For example, I didn't know that Corinna was the maintainer of the 'which' package. Just an idea. Ack! I can see a good reason for a list of maintainer = package relations but I can very easily live without people bugging me in private email. I can't even see any reason for private conversation about official packages. This is public property. Questions, bug reports, etc. about packages or Cygwin itself should always go to the list, not to a single person. Corinna Fair enough. Loose the email address then :) But remember that *very* few people download the setup.hint file. I didn't even realise it existed until I thought about producing a package and I didn't realise it was available for download from the mirrors before this morning and I've been using Cygwin for the last two and a half years! I just thought, when I'd had a question about the maintence of X it would be nice to personally address the person (even if the email goes to the list...) BTW, what are the good reasons you can see for a list of maintainer = package relationships? 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: which which
-Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] On Fri, Dec 21, 2001 at 12:37:31PM -, Morrison, John wrote: -Original Message- From: Earnie Boyd [mailto:[EMAIL PROTECTED]] Morrison, John wrote: And here's the setup.hint: sdesc: Displays where a particular program in your path is located ldesc: Which takes one or more arguments. For each of its arguments it prints to stdout the full path of the executables that would have been executed when this argument had been entered at the shell prompt. It does this by searching for an executable or script in the directories listed in the environment variable PATH using the same algorithm as bash. prev: 1.5-1 test: 2.13-1 category: Base requires: *note* that this version is in deliberately as test *GRIN*. It's a complete change of code base so I think it warrants it :) It also has no package dependences (but you have to have Cygwin installed to do anything with it ;) Then 1.5-1 is current and not previous. You can have all three, prev, curr and test in the same directory. Good point - that makes sense. Consider it changed :) will upload the replacement soon. Please drop the `test' marker. The GNU version becomes `curr', my version either `prev' or dropped completely. I'm going to drop the `test' marker for the units package either. You're the maintainer of `which' then, ok? I just want to make clear that I don't maintain `which' anymore after the change to the GNU version. And again, I don't have any personal problem with that. I appreciate that you're proactively moving over to the GNU version. It makes sense to use it, as you mentioned in your other posting. Corinna OK I don't mind maintaining it as long as I can just forward questions to the proper people :) and it compiles OOTB (or very nearly :]) I've changed the hints file to: prev: 1.5-1 curr: 2.13-1 I don't want to force folks to use this copy. Feel free to upload it, but could I ask you to announce it too as I'm off line soon... 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
[ANNOUNCEMENT] New on sourceware: units-1.77-1
I've uploaded units-1.77-1 to the Cygwin net distribution. The 'units' program converts quantities expressed in various scales to their equivalents in other scales. The 'units' program can handle multiplicative scale changes as well as nonlinear conversions such as Fahrenheit to Celsius. For example: units -v 16.5kg oz 16.5kg = 582.02037 oz 16.5kg = (1 / 0.0017181529) oz units -v 15.432miles kilometers 15.432miles = 24.835397 kilometers 15.432miles = (1 / 0.040265111) kilometers To update your installation, click on the Install Cygwin now link on the http://sources.redhat.com/cygwin web page. This downloads setup.exe to your system. The, run setup and answer all of the questions. Note that we do not allow downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. If you have questions or comments, please send them to the Cygwin mailing list at: [EMAIL PROTECTED] . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe to the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] -- J. Please, send mails regarding Cygwin to mailto:[EMAIL PROTECTED] An age is called Dark not because the light fails to shine, but because people refuse to see it. -- James Michener, Space === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: bash completion (was: RE: Units)
I found a problem with the bash_completion as stands... I have a path ~/Applications/Apache Group/ with no other directory in Applications starting with 'A'. When I cd ~/Applications/A[tab] it doesn't autocomplete. When I look through the shell script I can see... snippit # Turn on extended globbing and programmable completion shopt -s extglob progcomp # A lot of the following one-liners were taken directly from the # completion examples provided with the bash 2.04 source distribution # Make directory commands see only directories complete -d cd mkdir rmdir pushd /snippit removing 'cd' from the complete -d doesn't fix this. I'm CC'ing the original author (Ian Caliban). If cygwin folks want to take it and take a look I still recommend doing so (all the other things I've tried work very nicely), as for putting it in the distro I'd prefer to find out if this is expected behaviour or not. Sorry to have caused so much hassle just to retract it :( 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: bash completion (was: RE: Units)
-Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, 20 December 2001 11:22 am To: '[EMAIL PROTECTED]' Subject: Re: bash completion (was: RE: Units) On Thu, Dec 20, 2001 at 11:02:07AM -, Morrison, John wrote: I found a problem with the bash_completion as stands... I have a path ~/Applications/Apache Group/ with no other directory in Applications starting with 'A'. When I cd ~/Applications/A[tab] it doesn't autocomplete. That's actually weird. I'm using default completion in bash and I don't see a problem with `cd /cygdrive/c/DocTAB'. It completes correctly to `cd /cygdrive/c/Documents\ and\ Settings/'. Yeah - that's what I used to get too - so I'm assuming it's something to do with this file... 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Units
Thanks. Will do. btw, since you prob a *lot* more about bash than I do (since you're the maintainer for cygwin ;) have you any idea's why that's scripts messing cd's auto completion up? J. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, 20 December 2001 11:29 am To: Morrison, John Cc: '[EMAIL PROTECTED]' Subject: Re: Units On Thu, Dec 13, 2001 at 03:40:35PM -, Morrison, John wrote: Hi, I've packaged up the latest version of units. I've just uploaded it to sourceware. You might consider to send a message to [EMAIL PROTECTED] in a few hours. Please keep the format as you will find it in the cygwin-announce mailing list archive. The announcement will automatically be propagated to the cygwin mailing list as soon as it has been approved so you don't need to send a second announcement to the base list. Thanks for the new package, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
which which
If you'll pardon the pun, which version of which are we running? The GNU version is currently 2.13 and I just wondered if folks would like and update...? (it compiles OOTB) 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: which which
I wasn't sure that: 1) we were using the GNU which (which --version doesn't work) and 2) by offering to update the package I wouldn't be offending the current(?) maintainer. J. BTW - It wasn't 1.5 in particular I wanted to know but whether it was the GNU which we were using. Which's are confusing :-) I'm sure you could have answered the version question yourself: $ cygcheck -c which Cygwin Package Information Package Version which 1.5-1 And yes, IMO an update would be a Good Thing. Rob swear/ done it *AGAIN*. Must remember - always reply-to-all! Sorry Robert. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: Units
Oh well - never mind :) I CC'd the original author, hopefully either he (or somebody on this list...? :) can fix it *GRIN*. J. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, 20 December 2001 12:45 pm To: '[EMAIL PROTECTED]' Subject: Re: Units On Thu, Dec 20, 2001 at 11:39:13AM -, Morrison, John wrote: Thanks. Will do. btw, since you prob a *lot* more about bash than I do (since you're the maintainer for cygwin ;) have you any idea's why that's scripts messing cd's auto completion up? Prepared for disappointment? Ok, then, here we go: I'm using tcsh all the time, except I have to test something in or with bash. I'm not a bash expert, I'm justy maintaining it because somebody has to do it(tm). Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: which which
Corinna - is there any pro's/cons (besides not maintaining your own version) for/against using the GNU version? J. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, 20 December 2001 12:47 pm To: [EMAIL PROTECTED] Subject: Re: which which On Thu, Dec 20, 2001 at 11:23:38PM +1100, Robert Collins wrote: Ah, well I've no idea about how GNU our version is. :}. I contributed my own small version of which (which is version 1.5). If you want to maintain which in future, feel free to contribute the GNU version instead. I have actually no problems stepping back. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF
RE: which which
Here's the help from the GNU one... $ which --help Usage: which [options] [--] programname [...] Options: --version, -[vV] Print version and exit successfully. --help, Print this help and exit successfully. --skip-dot Skip directories in PATH that start with a dot. --skip-tilde Skip directories in PATH that start with a tilde. --show-dot Don't expand a dot to current directory in output. --show-tilde Output a tilde for HOME directory for non-root. --tty-only Stop processing options on the right if not on tty. --all, -aPrint all matches in PATH, not just the first --read-alias, -i Read list of aliases from stdin. --skip-alias Ignore option --read-alias; don't read stdin. --read-functions Read shell functions from stdin. --skip-functions Ignore option --read-functions; don't read stdin. (please note that I'm away from Saturday until 2 Jan next year - so if I do package this it may not be for a while :) J. -Original Message- From: Corinna Vinschen [mailto:[EMAIL PROTECTED]] Sent: Thursday, 20 December 2001 3:28 pm To: '[EMAIL PROTECTED]' Subject: Re: which which On Thu, Dec 20, 2001 at 02:29:54PM -, Morrison, John wrote: Corinna - is there any pro's/cons (besides not maintaining your own version) for/against using the GNU version? Dunno. I never compared them. If you compare them and you're under the impression the GNU version has some real advantages, feel free to maintain that package. My which has a -a option and that's it. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:[EMAIL PROTECTED] Red Hat, Inc. === 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 commitment through the use of this email. Experian Limited (registration number 653331). Registered office: Talbot House, Talbot Street, Nottingham NG1 5HF