another minor cygcheck "nit"

[Linda Walsh]

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/

[ANNOUNCEMENT] Updated: tar-1.19.90-1

[Eric Blake]

-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/

Re: Why does setup insist on trying to install colordiff?

[Charles Wilson]

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 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/

Re: Initiate a Dial-up Connection from the command line?

[Gary Johnson]

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? 
> .

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/

Terminal control

[Pham D. Loc]

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/

Serial port using USB adaptor

[hce]

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/

Re: Initiate a Dial-up Connection from the command line?

[Brian Dessent]

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? 
.

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/

Initiate a Dial-up Connection from the command line?

[Gary Johnson]

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: Why does setup insist on trying to install colordiff?

[Eric Blake]

Kostya Altukhov  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/

Re: Access to Network Drive under ssh

[Larry Hall (Cygwin)]

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 ', and have the
script issue a bunch of 'net use  ' 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  " 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: Access to Network Drive under ssh

[Dang, Robin]

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 ', and have the 
script issue a bunch of 'net use  ' 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: Why does setup insist on trying to install colordiff?

[Kostya Altukhov]

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: how to "safely remove hardware" with cygwin ?

[Tom Hall]

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: how to "safely remove hardware" with cygwin ?

[Igor Peshansky]

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: Why does setup insist on trying to install colordiff?

[Dave Korn]

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: Why does setup insist on trying to install colordiff?

[Eric Blake]

Corinna Vinschen  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/

how to "safely remove hardware" with cygwin ?

[Tom Hall]

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]

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/

Re: Why does setup insist on trying to install colordiff?

[Jerry D. Hedden]

> 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?

[Kostya Altukhov]

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: chown with not existing user/group

[Corinna Vinschen]

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(*) .


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?

[Dave Korn]

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: Why does setup insist on trying to install colordiff?

[Jerry D. Hedden]

>   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: chown with not existing user/group

[Dave Korn]

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: chown with not existing user/group

[Matthieu CASTET]

Hi,

Dave Korn  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: Why does setup insist on trying to install colordiff?

[Dave Korn]

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/

Why does setup insist on trying to install colordiff?

[Jerry D. Hedden]

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: chown with not existing user/group

[Dave Korn]

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/

chown with not existing user/group

[Matthieu CASTET]

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/

[ANNOUNCEMENT] New package: iprint 1.3-1 -- Command-line integer, hex, octal and ascii print utility

[Jari Aalto]

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
 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//*
/usr/share/doc/Cygwin/.README

If you have questions or comments, please send them to the Cygwin
mailing list at .

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/