Re: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1]
On Feb 27 22:22, Charles Wilson wrote: Corinna Vinschen wrote: (4a) rewrite syslog-ng-config to use it Okay, thanks. Don't get me wrong. I was not suggesting that you should do all these conversions. It would be nice to have one or two template scripts, like iu-config and syslog-config. Every other script is rather the job of the package maintainer, isn't it? Unless you plan to speed up the migration, of course. But actually, services which don't have to switch user accounts don't really need it. True, unless you want to create an unprivileged user for the service (unless, post-XP, even LocalSystem is considered unprivileged?) I didn't mean to say that other packages shouldn't use this function library. I was merely saying that other scripts which don't have to switch the user context don't have to be converted in the first place. There's no pressure. SYSTEM is of course not an unprivileged user. It has permissions to do stuff no other account has. Since 2K3/XP 64 it has no right to create a user token *only* when used as service starter account. That's the only reason we need another account for those of our services which have to switch user context w/o password (sshd, inetd, xinetd, proftpd, cron, did I miss one?). Standard services which need a lot of permissions but no permission to create a token can stick to the SYSTEM account. Actually it's deprecated to use the SYSTEM account for services unless the service really needs SYSTEM permissions. In XP Microsoft started with introducing the LocalService (S-1-5-19) and NetworkService (S-1-5-20) accounts which have much less rights than SYSTEM and Vista introduces a much more fine grained concept. Maybe we should always add the above two service accounts to /etc/passwd. It's a small tweak to mkpasswd which might have some benefits. Erm... why are all these functions called csh_foo? Cygwin SHell? It sounds so much as if these functions are csh functions. Maybe cf or cyg would be a better prefix? Cygwin-Services-Helper. Since this is a function library that will be sourced into other scripts, I was trying to make sure it was, as far as possible, namespace clean: prefixes on all function names and public variables, ensure to label function-local vars as 'local' so they don't leak, etc. Sure. No worries. But as tcsh maintainer and user I really stumbled over the prefix :) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] VOTE: nrss 0.3.9 -- A ncurses-based RSS reader
On Feb 27 13:00, Jari Aalto wrote: Included in Debian unstable. Needs votes. http://packages.debian.org/nrss This is quite nice RSS reader with easy configuration file: $ cat ~/.nrss/config browser /usr/bin/lynx \%u\ columns 2 add http://rss.slashdot.org/slashdot/Slashdot; Slashdot Neat. +1 Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITP] iprint 1.3 -- Command-line integer, hex, octal and ascii print utility
On Feb 27 18:58, Jari Aalto wrote: http://cygwin.cante.net/iprint/iprint-1.3-1-src.tar.bz2 \ http://cygwin.cante.net/iprint/iprint-1.3-1.tar.bz2 \ http://cygwin.cante.net/iprint/setup.hint Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1]
On Feb 28 11:34, Corinna Vinschen wrote: Actually it's deprecated to use the SYSTEM account for services unless the service really needs SYSTEM permissions. In XP Microsoft started with introducing the LocalService (S-1-5-19) and NetworkService (S-1-5-20) accounts which have much less rights than SYSTEM and Vista introduces a much more fine grained concept. Maybe we should always add the above two service accounts to /etc/passwd. It's a small tweak to mkpasswd which might have some benefits. Done. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: colordiff installs by default
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jerry D. Hedden on 2/26/2008 7:18 AM: | The newly added distribution 'colordiff' is set to install by default | in setup.exe. Please change it such that it needs to be selected to | be installed. Thanks. | I noticed that current setup.ini claims colordiff is in category Misc, although the original ITP and the current setup.hint on cygwin.com both put it in category Utils. At any rate, is it intentional that setup.exe treats category Misc like category Base? - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHxsAE84KuGfSFAYARAjqQAJ9yySpZ+KCNl4csNlC0CKV96KpNMACgzsBh WonNERnEcpjhYlmA31sPfis= =RlDX -END PGP SIGNATURE-
Re: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1]
- Original Message - From: Corinna Vinschen To: cygwin-apps Sent: Thursday, February 28, 2008 5:34 AM Subject: Re: cygwin-services-helper [was: Re: [ITA] inetutils-1.5-1] | only reason we need another account for those of our services which have | to switch user context w/o password (sshd, inetd, xinetd, proftpd, cron, | did I miss one?). exim Pierre
tar and lzma
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm about to upload tar 1.19.90, which adds the --lzma command-line option. Should I make tar depend on the lzma package? Arguments for: it already depends on gzip and bzip2. Also, there was talk on this list a while ago about switching to lzma, instead of bzip2, for files installed via setup.exe, since it gives the best compression ratios to decompression speed tradeoff among all the popular open-source generic-data compression algorithms. The --lzma option only works if lzma is properly installed. Arguments against: tar is in the Base category, so the default cygwin install would grow in size and lzma would graduate to base, even though it is still relatively new. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHx4H284KuGfSFAYARAoiRAKCOjuT/qe0b5Tle+yMvU7AfvN5AugCgtXdQ ChJz0zzjPOpV3xDATsT6bVo= =U4NI -END PGP SIGNATURE-
Re: tar and lzma
Eric Blake wrote: Arguments for: it already depends on gzip and bzip2. Also, there was talk on this list a while ago about switching to lzma, instead of bzip2, for files installed via setup.exe, since it gives the best compression ratios to decompression speed tradeoff among all the popular open-source generic-data compression algorithms. The --lzma option only works if lzma is properly installed. This would also allow the new automake dist-lzma to function. Arguments against: tar is in the Base category, so the default cygwin install would grow in size and lzma would graduate to base, even though it is still relatively new. I'm all for fighting bloat, but we're talking about 68KB extra to download and ~150KB extra disk space, so I don't think it's too big of a deal. Brian
Re: tar and lzma
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Brian Dessent on 2/28/2008 9:07 PM: | The --lzma option only works if lzma | is properly installed. | | This would also allow the new automake dist-lzma to function. automake's dist-lzma already functions if you install lzma (I know, because I used it when creating m4 1.4.10b); automake uses 'tar | lzma' rather than 'tar --lzma'. | | I'm all for fighting bloat, but we're talking about 68KB extra to | download and ~150KB extra disk space, so I don't think it's too big of a | deal. At any rate, I'll do the upload now without the dependency, and add it to the hint if we get more positive feedback for this course of action (or gripes on the main list that 'tar --lzma' is broken, which is more likely). - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHx4mk84KuGfSFAYARAu1aAKDZST7xQ1C9a+wuX5mzyvUpGmLYjgCgupeO D535HkPlSKYPbSVQsUVcMoA= =O3/h -END PGP SIGNATURE-
Re: tar and lzma
Eric Blake wrote: automake's dist-lzma already functions if you install lzma (I know, because I used it when creating m4 1.4.10b); automake uses 'tar | lzma' rather than 'tar --lzma'. Right; I meant having lzma (vicariously) in Base would also help users of automake. Brian
Re: tar and lzma
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Brian Dessent on 2/28/2008 9:32 PM: | Eric Blake wrote: | | automake's dist-lzma already functions if you install lzma (I know, | because I used it when creating m4 1.4.10b); automake uses 'tar | lzma' | rather than 'tar --lzma'. | | Right; I meant having lzma (vicariously) in Base would also help users | of automake. Although in this case, automake could (and probably should) add lzma as a dependency, since automake is not in Base either. Users who want automake already committed to more than the default. - -- Don't work too hard, make some time for fun as well! Eric Blake [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHx4vY84KuGfSFAYARAt6xAJ48bSY7BIJ7e8WwJE7gvnHaDBL0TgCeM8Nh iq46IBIgvaZdq6E99N5TQaM= =+8BZ -END PGP SIGNATURE-
src/winsup/utils ChangeLog mkpasswd.c
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-02-28 11:11:12 Modified files: winsup/utils : ChangeLog mkpasswd.c Log message: * mkpasswd.c (main): Simplify generating SYSTEM entry. Add entries for LocalService and NetworkService accounts. Change comments. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srcr1=1.391r2=1.392 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/mkpasswd.c.diff?cvsroot=srcr1=1.36r2=1.37
src/winsup/utils ChangeLog mkpasswd.c
CVSROOT:/cvs/src Module name:src Branch: cr-0x5f1 Changes by: [EMAIL PROTECTED] 2008-02-28 11:11:18 Modified files: winsup/utils : ChangeLog mkpasswd.c Log message: * mkpasswd.c (main): Simplify generating SYSTEM entry. Add entries for LocalService and NetworkService accounts. Change comments. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.356.4.3r2=1.356.4.4 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/utils/mkpasswd.c.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.36r2=1.36.6.1
src/winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-02-28 17:57:42 Modified files: winsup/cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (_cygtls::handle_exceptions): When being debugged, leave through SetThreadContext, too, to keep exception handler stack intact. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4028r2=1.4029 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srcr1=1.315r2=1.316
src/winsup/cygwin ChangeLog exceptions.cc
CVSROOT:/cvs/src Module name:src Branch: cr-0x5f1 Changes by: [EMAIL PROTECTED] 2008-02-28 17:58:11 Modified files: winsup/cygwin : ChangeLog exceptions.cc Log message: * exceptions.cc (_cygtls::handle_exceptions): When being debugged, leave through SetThreadContext, too, to keep exception handler stack intact. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.3582.2.54r2=1.3582.2.55 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/exceptions.cc.diff?cvsroot=srconly_with_tag=cr-0x5f1r1=1.297.2.5r2=1.297.2.6
[ANNOUNCEMENT] New package: iprint 1.3-1 -- Command-line integer, hex, octal and ascii print utility
PACKAGE DESCRIPTION === Homepage: http://packages.debian.org/iprint License : GPL A simple utility to print out the decimal, octal, hexadecimal, and binary or ascii values of the characters fed to it on the command line. CHANGES SINCE LAST RELEASE == None. INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package-version/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin@cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the 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] More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- 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/
chown with not existing user/group
Hi, I wonder why on cygwin we can't use chown with numeric id that don't exist in /etc/passwd, /etc/group [1] ? On linux this works perfectly [2] Matthieu [1] $ touch /tmp/toto $ chown 12345:12346 /tmp/toto chown: changing ownership of `/tmp/toto': Invalid argument [2] $ touch /tmp/toto $ sudo chown 12345:12346 /tmp/toto $ ls -l /tmp/toto -rw-r--r-- 1 12345 12346 0 fév 28 14:56 /tmp/toto -- 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: chown with not existing user/group
On 28 February 2008 13:59, Matthieu CASTET wrote: Hi, I wonder why on cygwin we can't use chown with numeric id that don't exist in /etc/passwd, /etc/group [1] ? Because it has to emulate unix perms by relating uid/gid to windows RIDs, which are owned, allocated and controlled by the system, and not under the arbitrary choice of the user, so the semantics wouldn't be the same even if we did create ACLs with unrecognised SIDs on them. cheers, DaveK -- Can't think of a witty .sigline today -- 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/
Why does setup insist on trying to install colordiff?
Why does setup insist on trying to install colordiff? How can this be turned off (without installing colordiff, of course)? -- 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: Why does setup insist on trying to install colordiff?
On 28 February 2008 14:35, Jerry D. Hedden wrote: Why does setup insist on trying to install colordiff? How can this be turned off (without installing colordiff, of course)? It's a minor bug, there is no workaround at the moment apart from to manually set the package to Skip in the chooser. Frankly it's a hundred times quicker and easier to just let it install, the package is tiny. cheers, DaveK -- Can't think of a witty .sigline today -- 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: chown with not existing user/group
Hi, Dave Korn dave.korn at artimi.com writes: Because it has to emulate unix perms by relating uid/gid to windows RIDs, which are owned, allocated and controlled by the system, and not under the arbitrary choice of the user, so the semantics wouldn't be the same even if we did create ACLs with unrecognised SIDs on them. Ha, I forgot cygwin remaps them on windows perms. But then why does it works if I create dummy user in /etc/passwd. For example for root $ echo root:*:0:0:,S-1-5-32-545:: /etc/passwd $ chown root:root /tmp/toto $ ls -l /tmp/toto -rw-r--r-- 1 root root 0 Feb 28 14:49 /tmp/toto Does it means in this case I create ACLs with unrecognised SIDs ? Matthieu -- 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: chown with not existing user/group
On 28 February 2008 14:45, Matthieu CASTET wrote: But then why does it works if I create dummy user in /etc/passwd. Because cygwin relies on the contents of /etc/passwd to be accurate. Cygwin cannot in general know what SIDs exist out there in a domain (or even on a local machine), it treats /etc/passwd as a cache to save going out across the network to the domain controller for lookups every time a UID is needed. For example for root $ echo root:*:0:0:,S-1-5-32-545:: /etc/passwd $ chown root:root /tmp/toto $ ls -l /tmp/toto -rw-r--r-- 1 root root 0 Feb 28 14:49 /tmp/toto Does it means in this case I create ACLs with unrecognised SIDs ? No, because 1-5-32-545 is a real SID, hence recognised. It's a well-known SID that exists on all windows boxes. It is, however, a GID, not a UID: that is the SID of the Users group you have set there, so who knows how confused cygwin might be by that. Try a SID that actually doesn't exist, like S-1-5-23-599 for example, and you'll see it doesn't work. cheers, DaveK -- Can't think of a witty .sigline today -- 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: Why does setup insist on trying to install colordiff?
It's a minor bug, there is no workaround at the moment apart from to manually set the package to Skip in the chooser. Frankly it's a hundred times quicker and easier to just let it install, the package is tiny. My problem is that colordiff requires Perl, and I build my own version of Perl and don't want it downloaded via setup.exe. Hence why I brought it up. What is the bug? Where is the mandatory/optional flags for modules? -- 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: Why does setup insist on trying to install colordiff?
On 28 February 2008 15:05, Jerry D. Hedden wrote: It's a minor bug, there is no workaround at the moment apart from to manually set the package to Skip in the chooser. Frankly it's a hundred times quicker and easier to just let it install, the package is tiny. My problem is that colordiff requires Perl, and I build my own version of Perl and don't want it downloaded via setup.exe. Hence why I brought it up. Oh, ouch. Maybe until we get this sorted out we should remove the dependencies. What is the bug? Where is the mandatory/optional flags for modules? Nobody's quite sure where exactly the bug is yet, but how it's /supposed/ to work is that everything in the Base category is mandatory, and everything else is optional. cheers, DaveK -- Can't think of a witty .sigline today -- 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: chown with not existing user/group
On Feb 28 14:55, Dave Korn wrote: On 28 February 2008 14:45, Matthieu CASTET wrote: But then why does it works if I create dummy user in /etc/passwd. Because cygwin relies on the contents of /etc/passwd to be accurate. Cygwin cannot in general know what SIDs exist out there in a domain (or even on a local machine), it treats /etc/passwd as a cache to save going out across the network to the domain controller for lookups every time a UID is needed. For example for root $ echo root:*:0:0:,S-1-5-32-545:: /etc/passwd $ chown root:root /tmp/toto $ ls -l /tmp/toto -rw-r--r-- 1 root root 0 Feb 28 14:49 /tmp/toto Does it means in this case I create ACLs with unrecognised SIDs ? No, because 1-5-32-545 is a real SID, hence recognised. It's a well-known SID that exists on all windows boxes. It is, however, a GID, not a UID: that is the SID of the Users group you have set there, so who knows how confused cygwin might be by that. What confusion? In contrast to POSIX, there's no difference between a user SID and a group SID from the perspective of security descriptors. Cygwin doesn't care either, as long as the SID shows up in one of the /etc/passwd, /etc/group files. Windows allows to use a group SID as owner and a user SID as group in a SD. The group SID in the SD has no meaning in Win32 anyway. It's more or less only useful for the POSIX subsystem and, FWIW, Cygwin which uses it for it's own malicious purposes(*) insert lunatic laughter here. Corinna (*) As group, actually. Hmm, I spoiled it slightly, right? -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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: Why does setup insist on trying to install colordiff?
On Thu, Feb 28, 2008 at 6:19 PM, Dave Korn wrote: My problem is that colordiff requires Perl, and I build my own version of Perl and don't want it downloaded via setup.exe. Hence why I brought it up. Oh, ouch. Maybe until we get this sorted out we should remove the dependencies. It is probably better to fix the bug itself than to remove the dependencies :) I've actually looked in setup.exe source and I found this piece of code: if (installed || categories.find (Base) != categories.end () || categories.find (Misc) != categories.end ()) { desired = default_version; So by default setup attempts to install all packages in categories Base and Misc. Why category Misc is treated as required? Maybe it should be removed from this 'if'. But that requires changing setup.exe, so the simplest fix would be just to change the category for colordiff from Misc to Utils (like it was in the ITP). -- 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: Why does setup insist on trying to install colordiff?
Nobody's quite sure where exactly the bug is yet, but how it's /supposed/ to work is that everything in the Base category is mandatory, and everything else is optional. I notice that for colordiff the category is Misc, and there are no other modules for that category. Shouldn't the category be Utils? Is Misc a bogus category that is somehow getting lumped into Base? -- 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: Why does setup insist on trying to install colordiff?
On Feb 28 18:31, Kostya Altukhov wrote: On Thu, Feb 28, 2008 at 6:19 PM, Dave Korn wrote: My problem is that colordiff requires Perl, and I build my own version of Perl and don't want it downloaded via setup.exe. Hence why I brought it up. Oh, ouch. Maybe until we get this sorted out we should remove the dependencies. It is probably better to fix the bug itself than to remove the dependencies :) I've actually looked in setup.exe source and I found this piece of code: if (installed || categories.find (Base) != categories.end () || categories.find (Misc) != categories.end ()) { desired = default_version; So by default setup attempts to install all packages in categories Base and Misc. Why category Misc is treated as required? Maybe it should be removed from this 'if'. But that requires changing setup.exe, so the simplest fix would be just to change the category for colordiff from Misc to Utils (like it was in the ITP). It's in Utils now. Somebody already changed that on cygwin.com a couple of hours ago. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/
how to safely remove hardware with cygwin ?
Is there a cygwin command line utility that will perform the function that Windows does when you safely remove hardware - like before unplugging a USB drive ? -- 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: Why does setup insist on trying to install colordiff?
Corinna Vinschen corinna-cygwin at cygwin.com writes: It's in Utils now. Somebody already changed that on cygwin.com a couple of hours ago. No, all I did was touch the file on cygwin.com a couple of hours ago, hoping that it would be enough to trigger a setup.ini regeneration. But before I touched the file, it _already_ was in Utils (in fact, in the original ITP, the setup.hint was already listed as Utils, never Misc). And looking at cygwin.com right now, it looks like touching the setup.hint was not enough to trigger the desired setup.ini regen; setup.ini still wrongly claims it is Misc. So the problem STILL exists, in spite of my attempts (unless I misunderstand how frequently setup.ini is regenerated). -- Eric Blake -- 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: Why does setup insist on trying to install colordiff?
On 28 February 2008 17:01, Eric Blake wrote: (unless I misunderstand how frequently setup.ini is regenerated). Every ten minutes, regardless of timestamps, IIUIC. cheers, DaveK -- Can't think of a witty .sigline today -- 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: how to safely remove hardware with cygwin ?
On Thu, 28 Feb 2008, Tom Hall wrote: Is there a cygwin command line utility that will perform the function that Windows does when you safely remove hardware - like before unplugging a USB drive ? Not in the main distribution, but in the past I got both http://www.hoopyfrood.net/DevEject and http://www.heise.de/ct/03/16/links/208.shtml to work with minor modifications... I've been meaning to package them, but haven't gotten a round tuit yet. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! That which is hateful to you, do not do to your neighbor. That is the whole Torah; the rest is commentary. Go and study it. -- Rabbi Hillel -- 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: how to safely remove hardware with cygwin ?
On Thu, Feb 28, 2008 at 01:36:38PM -0500, Igor Peshansky wrote: Not in the main distribution, but in the past I got both http://www.hoopyfrood.net/DevEject and http://www.heise.de/ct/03/16/links/208.shtml to work with minor modifications... I've been meaning to package them, but haven't gotten a round tuit yet. Igor Thanks Igor - I also just found out that MicroSoft provides a command line utility for their device manager called devcon and it seems to work for me, so no hurry on the package (but I'm sure the package would be better :-) - Tom -- 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: Why does setup insist on trying to install colordiff?
On Thu, Feb 28, 2008 at 8:01 PM, Eric Blake wrote: No, all I did was touch the file on cygwin.com a couple of hours ago, hoping that it would be enough to trigger a setup.ini regeneration. But before I touched the file, it _already_ was in Utils (in fact, in the original ITP, the setup.hint was already listed as Utils, never Misc). Looks like the category field in setup.hint has uppercase C. This might cause it to be ignored by the script - please change it to lowercase c. -- 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: Access to Network Drive under ssh
http://cygwin.com/ml/cygwin/2006-06/msg00820.html I am having the same problems as in the discussion and would appreciate any help to resolve it. After I log into a ssh session, the drives are not automatically mapped and typing 'net use' gives me unavailable. I can map them manually, but I need them to be mapped automatically to setup the environment properly for my scripts. Anyway, the way I generally get things... well, closer to working, is to create a service that calls 'bash -c some-sshd-init-script', and have the script issue a bunch of 'net use foo bar' commands and then exec sshd. That way you don't have to worry about connections being remembered, because they will always be created for you when sshd starts up. In the post, there is a workaround for the problem, but I cannot write the sshd-init-script and create the service to run it, so it works. Would anyone provide anymore detail or instructions? Thank you, Robin -- 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: Access to Network Drive under ssh
Dang, Robin wrote: http://cygwin.com/ml/cygwin/2006-06/msg00820.html I am having the same problems as in the discussion and would appreciate any help to resolve it. After I log into a ssh session, the drives are not automatically mapped and typing 'net use' gives me unavailable. I can map them manually, but I need them to be mapped automatically to setup the environment properly for my scripts. Anyway, the way I generally get things... well, closer to working, is to create a service that calls 'bash -c some-sshd-init-script', and have the script issue a bunch of 'net use foo bar' commands and then exec sshd. That way you don't have to worry about connections being remembered, because they will always be created for you when sshd starts up. In the post, there is a workaround for the problem, but I cannot write the sshd-init-script and create the service to run it, so it works. Would anyone provide anymore detail or instructions? I'd recommend: Problem reports: http://cygwin.com/problems.html The thread you reference isn't doing anything more to remap the drives than you are manually. It's just automating the process. If that's all you need , then just put the net use foo bar in your .bash_login or other convenient spot that gets run each time you login. The process described above is just a more complicated way of getting here, albeit with certain advantages (it won't remap your drives every time you invoke bash -l). -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Why does setup insist on trying to install colordiff?
Kostya Altukhov kacygwinlist at gmail.com writes: Looks like the category field in setup.hint has uppercase C. This might cause it to be ignored by the script - please change it to lowercase c. Bingo. That was it. Now you can wait for the fixed setup.ini to propagate to a mirror near you. And we have another sanity check that needs to be added when checking out potential setup.hints. -- Eric Blake -- 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/
Initiate a Dial-up Connection from the command line?
I'm running some tests of a radio modem where I need to bring up the Windows Connect Dial-up Connection dialog (Start - Settings [- Control Panel] - Network Connections - Dial-up Connection) and click the Dial button on a Windows box that's inconvenient to get to. It would be much easier if I could ssh to this box (which I can) and just execute some command from the Cygwin bash command line. Is there some Cygwin utility or other method to do this? Thanks, Gary -- 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: Initiate a Dial-up Connection from the command line?
Gary Johnson wrote: I'm running some tests of a radio modem where I need to bring up the Windows Connect Dial-up Connection dialog (Start - Settings [- Control Panel] - Network Connections - Dial-up Connection) and click the Dial button on a Windows box that's inconvenient to get to. It would be much easier if I could ssh to this box (which I can) and just execute some command from the Cygwin bash command line. Is there some Cygwin utility or other method to do this? Have you tried Windows' rasdial command? http://technet.microsoft.com/en-us/library/bb490979.aspx. Brian -- 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/
Serial port using USB adaptor
Hi, I have a linux serial port problem compiled by Cygwin on window, it runs fine if it connects a 9-pin serial cable and the device name is /dev/ttyS0 (it does not work with com1, I have to translate it to /dev/ttyS0). The problem is when I run the program in a PC without a physical 9-pin serial port on hardware: (1) If there is no USB Serial adaptor connected, it still opens /dev/ttyS0 without any errors. Then, it sends data to that port, and timeout (does not work). (2) If I plug a USB-Serial adaptor and change the device name to /dev/ttyUSB0, it opens that port witout problem but cannot connect to the serial device. Any advice please. Thank you. Kind Regards, Jim -- 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/
Terminal control
Hi - I know this is a long shot but I like to throw it out to see if anyone can help. I have C/C++ programs which printed the following characters via printf (which looks like terminal control): ^[[?1;2c Does anyone know what that means and how I can spot them from the source code? Thanks in advance. Loc Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -- 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: Initiate a Dial-up Connection from the command line?
On 2008-02-28, Brian Dessent wrote: Gary Johnson wrote: I'm running some tests of a radio modem where I need to bring up the Windows Connect Dial-up Connection dialog (Start - Settings [- Control Panel] - Network Connections - Dial-up Connection) and click the Dial button on a Windows box that's inconvenient to get to. It would be much easier if I could ssh to this box (which I can) and just execute some command from the Cygwin bash command line. Is there some Cygwin utility or other method to do this? Have you tried Windows' rasdial command? http://technet.microsoft.com/en-us/library/bb490979.aspx. Sweet! I wasn't aware of that command. It took me a while to get it to work because I couldn't find the phone book and didn't know what the available connection names were, if any. (Of course the name is obvious now.) The documentation you pointed me to and my PC's so-called Help and Support Center claim it's in systemroot\System32\Ras, but it's actually in /cygdrive/c/Documents and Settings/All Users/Application Data/Microsoft/Network/Connections/Pbk. Anyway, rasdial Dial-up Connection and rasdial Dial-up Connection /disconnect do the trick. Thank you very much! Regards, Gary -- 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: Why does setup insist on trying to install colordiff?
Kostya Altukhov wrote: I've actually looked in setup.exe source and I found this piece of code: if (installed || categories.find (Base) != categories.end () || categories.find (Misc) != categories.end ()) { desired = default_version; So by default setup attempts to install all packages in categories Base and Misc. Why category Misc is treated as required? Maybe it should be removed from this 'if'. But that requires changing setup.exe, so the simplest fix would be just to change the category for colordiff from Misc to Utils (like it was in the ITP). It's done this way, because if you run setup.exe and choose install form local where 1) the local directory you use is NOT a website mirror nor a typical setup-generated download dir with those funky http%3a%2f%2fmirror.calvin.edu%2fcygwin/ subdirectories. 2) instead, the local directory is just a simple dir containing a jumble of tarballs. 3) and there is no setup.ini in sight Then, setup pretends that all of the tarballs are in the Misc category, and offers to install them all. This is probably what you wanted, right? Otherwise, why else did you select install from this particular local directory? Changing this behavior would be bad -- BUT it also means that NO real package's setup.hint should EVER claim to be in Category Misc. Misc is special. -- Chuck -- 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/
[ANNOUNCEMENT] Updated: tar-1.19.90-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of tar, 1.19.90-1, is available, replacing 1.19-1 as the current version. NEWS: = This is a new upstream release. It is marked beta upstream, but fixes several bugs, and adds a new --lzma feature that can be used to achieve better compression ratios if you also install lzma. This release requires cygwin-1.5.25 or later. See also the upstream documentation in /usr/share/doc/tar-1.19.90/. DESCRIPTION: GNU Tar is an archiver program. It is used to create and manipulate files that are actually collections of many other files; the program provides users with an organized and systematic method of controlling a large amount of data. Despite its name, that is an acronym of tape archiver, GNU Tar is able to direct its output to any available devices, files or other programs, it may as well access remote devices or files. The main areas of usage for GNU Tar are: storage, backup and transportation. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'tar' from the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin tar maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHx43x84KuGfSFAYARAmTzAKCi6lCSk9T+y3J02A2zVE+vepohrwCg0i7P 2s9lzjsoGB8yGdl5+cTv0Co= =jfq1 -END PGP SIGNATURE- version 1.19.90 (CVS) * New option --auto-compress (-a) With --create, selects compression algorithm basing on the suffix of the archive file name. * New option --lzma Selects LZMA compression algorithm * New option --hard-dereference During archive creation, dereferences hard links and stores the files they refer to, instead of creating usual hard link members (type '1'). * New option --checkpoint-action This action allows to specify an action to be executed upon hitting a checkpoint. Recognized actions are: dot, echo (the default), echo=string, ttyout=string, exec=cmdline, and sleep=value. Any number of `--checkpoint-action' options can be specified, the actions will be executed in order of their appearance in the command line. See chapter 3.8 Checkpoints for a complete description. * The --transform option. Any number of `--transform' options can be given in the command line. The specified transformations will be applied in turn. The argument to `--transform' option can be a list of replace expressions, separated by a semicolon (as in `sed'). Filename transformations are applied to symbolic link targets during both creation and extraction. Tar 1.19 used them only during extraction. For a detailed description, see chapter 6.7 Modifying File and Member Names. * Info (end-of-volume) scripts The value of the blocking factor is made available to info and checkpoint scripts via environment variable TAR_BLOCKING_FACTOR. * Bugfixes. ** Fix bug introduced in version 1.19: tar refused to update non-existing archives. -- 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/
another minor cygcheck nit
cygcheck doesn't handle the max arg length as shown by xargs... I.e. - cygcheck -f /bin/* bash: /usr/bin/cygcheck: Argument list too long echo /bin/*|xargs cygcheck -f xargs: cygcheck: Argument list too long #Note: cygcheck /bin/[a-r]* # works (wc -wc = 1780 32365) cygcheck /bin/[a-s]* # fails (wc -wc = 1874 33917) # -- looks like a 2^15 boundary prob? xargs --show-limits Your environment variables take up 3867 bytes POSIX upper limit on argument length (this system): 1042661 POSIX smallest allowable upper limit on argument length (all systems): 4096 Maximum length of command we could actually use: 1038794 Size of command buffer we are actually using: 1042661 Guess cygcheck isn't a POSIX app? -l -- 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/
Updated: tar-1.19.90-1
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 A new release of tar, 1.19.90-1, is available, replacing 1.19-1 as the current version. NEWS: = This is a new upstream release. It is marked beta upstream, but fixes several bugs, and adds a new --lzma feature that can be used to achieve better compression ratios if you also install lzma. This release requires cygwin-1.5.25 or later. See also the upstream documentation in /usr/share/doc/tar-1.19.90/. DESCRIPTION: GNU Tar is an archiver program. It is used to create and manipulate files that are actually collections of many other files; the program provides users with an organized and systematic method of controlling a large amount of data. Despite its name, that is an acronym of tape archiver, GNU Tar is able to direct its output to any available devices, files or other programs, it may as well access remote devices or files. The main areas of usage for GNU Tar are: storage, backup and transportation. UPDATE: === To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Save it and run setup, answer the questions and pick up 'tar' from the 'Base' category (it should already be selected). DOWNLOAD: = Note that downloads from sources.redhat.com (aka cygwin.com) aren't allowed due to bandwidth limitations. This means that you will need to find a mirror which has this update, please choose the one nearest to you: http://cygwin.com/mirrors.html QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. - -- Eric Blake volunteer cygwin tar maintainer CYGWIN-ANNOUNCE UNSUBSCRIBE INFO: = 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] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (Cygwin) Comment: Public key at home.comcast.net/~ericblake/eblake.gpg Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHx43x84KuGfSFAYARAmTzAKCi6lCSk9T+y3J02A2zVE+vepohrwCg0i7P 2s9lzjsoGB8yGdl5+cTv0Co= =jfq1 -END PGP SIGNATURE- version 1.19.90 (CVS) * New option --auto-compress (-a) With --create, selects compression algorithm basing on the suffix of the archive file name. * New option --lzma Selects LZMA compression algorithm * New option --hard-dereference During archive creation, dereferences hard links and stores the files they refer to, instead of creating usual hard link members (type '1'). * New option --checkpoint-action This action allows to specify an action to be executed upon hitting a checkpoint. Recognized actions are: dot, echo (the default), echo=string, ttyout=string, exec=cmdline, and sleep=value. Any number of `--checkpoint-action' options can be specified, the actions will be executed in order of their appearance in the command line. See chapter 3.8 Checkpoints for a complete description. * The --transform option. Any number of `--transform' options can be given in the command line. The specified transformations will be applied in turn. The argument to `--transform' option can be a list of replace expressions, separated by a semicolon (as in `sed'). Filename transformations are applied to symbolic link targets during both creation and extraction. Tar 1.19 used them only during extraction. For a detailed description, see chapter 6.7 Modifying File and Member Names. * Info (end-of-volume) scripts The value of the blocking factor is made available to info and checkpoint scripts via environment variable TAR_BLOCKING_FACTOR. * Bugfixes. ** Fix bug introduced in version 1.19: tar refused to update non-existing archives.