sourceware/gcc ssh public key analysis

[root]

Due to recent user reports of difficulty logging onto the server
known as sourceware.org / gcc.gnu.org / etc., we are scanning
your installed ssh public keys for continued compatibility.
Here is your analysis.

FILENAME /home/cygwin/.ssh/authorized_keys
FILEDATE 2015-02-06
SHELL you have shell access
RSA 2048: OK
RSA 2048: OK
RSA 2048: OK
RSA 4096: OK
RSA 2048: OK

You have at least one strong key: no further action is required.

Happy hacking!

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Possible Cygwin1.dll problem

[root]

Hi dear Igor,
Thank you for your patience!

Everithink works fine now that I've followed you advice - after using 
setup.exe. I thought it will start downloading and installing again, but 
actually it just told me "there's nothing to install" and created necessary 
mount points and setups. I'm only curious where those mount points are 
defined? Is there some /etc/fstab-like file or are they in registry keys?

I just moved files from c:\bin and c:\usr\bin to c:\cygwin\bin and from c:
\usr\lib to c:\cygwin\lib, then corrected Path environment var. It's all 
right now!

The only thing remaining semi-working thing is using files containing 
parentheses in their names as '%f' or '%p' in Midnight Commander bindings. 
Windows programs consider e.g. 'asteroids\(1\).doc' (real name 
'asteroids(1).doc') as incorrect name since backslash is reserved for path 
delimitation. That's not a big problem as for me, but it may be annoying for 
some people who may often use filenames with parentheses.

One final question. Am I right that Cygwin port of ncurses can't report mouse 
events and pdcurses has still no mouse support at all? Maybe I'll take a look 
at the source to add it some day.

Thank you for tactfulness,

Bye,
Ruslan

> > Hi dear Igor Peshansky,
> >
> > I have one simple question. When anyone of you runs 'bash' or any Cygwin
> > shell and changes to a CD or floppy (with 'cd /cygdrive/e' or whatever)
> > does command 'ls /tmp' give you any error refusing to work?
>
> No, it does not.  All of my Cygwin applications work just fine.
>
> > Please don't advise to reinstall it all not even bothering to take a
> > look. Just check it, it's not very hard.
>
> I did not advise you to reinstall it all.  I advised you to let setup.exe
> do its job.  There is more to Cygwin installation than simply untarring
> the package tarballs.
>
> > If it's so, you probably have some bugs in your main cygwin1.dll,
> > concerning automounting of '/'. If not, I'm sorry, that's my strange way
> > of installation.
>
> Indeed.  It is your strange (and broken, I might add) way of installation.
> It *is* possible to install Cygwin by hand, BUT you need to perform all of
> the requisite actions in the right order.  Perusing the sources of
> setup.exe might be educational.  Many people (including me) are working on
> decoupling setup's logic from the UI so that a command-line installer (or
> even an installation library that can be compiled on Linux) could be
> produced, but the work is hard and slow.  Contributions in this area are
> most welcome.
>
> > I cannot agree with you, Igor, about having to install via setup.exe.
> > Your POSIX/ANSI LIBC library should work not only with Cygwin packages
> > but also with other third party programs regardless of whether they use
> > any installer or distributed as an archive.
>
> The Cygwin packages *will* work with 3-rd party apps that use it properly,
> no matter how *those apps* are distributed.  However, Cygwin requires
> certain steps to get it to work properly -- just untarring is not enough.
> There also are some s (the examples of
> which you kindly provide below) that distribute their own Cygwin
> components improperly, and thus break existing Cygwin installations.
>
> > E.g. I've tried Infra Recorder (http://infrarecorder.sourceforge.net/)
> > and CDRTools Front-End (cdrtfe, http://home.arcor.de/kerberos002/). They
> > are both under GPL, use cygwin1.dll and have their own installer. Do
> > they need your setup.exe? It's funny.
>
> The tools themselves don't need to use setup.exe.  However, the Cygwin
> components they distribute end up in the wrong places, and break either
> existing or subsequent Cygwin installations.  An example was mentioned no
> further than today: .
>
> > I'm also surprised that you still haven't cdrtools and dvdrwtools
> > packages in your Cygwin release lists. One can find cdrtools compiled
> > with Cygwin at http://www.geoshock.com/cdrtools/ and dvdrwtools compiled
> > with MinGW (which is apparently compatible) at
> > http://fy.chalmers.se/%7Eappro/linux/DVD+RW/tools/win32/. Are you guys
> > CD/DVD phobic? These are important packages.
>
> Perhaps they are.  But the way to get packages into the Cygwin
> distribution is clearly outlined in .
> Anyone can become a maintainer for the package (having pre-compiled
> binaries will make her job somewhat easier, but there will likely be some
> effort involved in bringing the packaging to conform with the accepted
> guidelines).
>
> I believe CDRtools was proposed and rejected -- search the cygwin-apps
> archives for details.
>
> > From my experience having multiple instances of Cygwin1.dll is a problem
> > only when they have different versions.
>
> Perhaps.  However, redundancy leads to inconsistency, and having two
> Cygwin1.dll's on your machine will eventually cause the versions to
> diverge.
>
> > When they 

Possible Cygwin1.dll problem

[root]

Hi dear Igor Peshansky,

I have one simple question. When anyone of you runs 'bash' or any Cygwin shell 
and changes to a CD or floppy (with 'cd /cygdrive/e' or whatever) does 
command 'ls /tmp' give you any error refusing to work? Please don't advise to 
reinstall it all not even bothering to take a look. Just check it, it's not 
very hard.

If it's so, you probably have some bugs in your main cygwin1.dll, concerning 
automounting of '/'. If not, I'm sorry, that's my strange way of installation.

I cannot agree with you, Igor, about having to install via setup.exe. Your 
POSIX/ANSI LIBC library should work not only with Cygwin packages but also 
with other third party programs regardless of whether they use any installer 
or distributed as an archive.

E.g. I've tried Infra Recorder (http://infrarecorder.sourceforge.net/) and 
CDRTools Front-End (cdrtfe, http://home.arcor.de/kerberos002/). They are both 
under GPL, use cygwin1.dll and have their own installer. Do they need your 
setup.exe? It's funny.

I'm also surprised that you still haven't cdrtools and dvdrwtools packages in 
your Cygwin release lists. One can find cdrtools compiled with Cygwin at 
http://www.geoshock.com/cdrtools/
and dvdrwtools compiled with MinGW (which is apparently compatible) at 
http://fy.chalmers.se/%7Eappro/linux/DVD+RW/tools/win32/. Are you guys CD/DVD 
phobic? These are important packages.

>From my experience having multiple instances of Cygwin1.dll is a problem only 
when they have different versions. When they do I have a message telling me to 
delete old ones. I don't have such a message on my system and everything works 
(or doesn't) the same, still I have multiple instances of  Cygwin1.dll of the 
same version. Cygwin packages are not the only ones who use this library, I 
don't want to copy it to every third party program folder.

It would be nice to add mpg123 (used by Midnight Commander) to your packages 
list, there're no patent limitations about decoding mp3: Debian Linux has 
both mpg123 and mpg321 in their most open distributions.

By the way, it would be great to make a note in your setup.hint files telling 
where some libraries reside when it's not apparent. I've spent some time 
trying to find libintl* libraries. How could I know they're in gettext 
folder?

Thank you,

Bye,
Ruslan Fedyarov

В сообщении от Вторник 7 Ноябрь 2006 18:35 Igor Peshansky написал(a):

> Indeed, that is the crux of your problem.  You have a broken (incomplete)
> installation of Cygwin.  It is usually a good idea to let Cygwin setup do
> the job it was designed to do, unless you *really* know what you're doing.
>
> One of the problems with your installation (and the reason for your /tmp
> errors) is the fact that you have no mounts.
>
> Run setup, install the necessary packages, let it create the right mounts.
> Then see if you get the same problem.
>
> FYI, another problem shown by your cygcheck output is that you have a
> cygwin1.dll in c:\windows\system32.  That's a no-no.  Delete that one (and
> any other Cygwin DLLs in c:\windows\system32), and let Cygwin stay in its
> installation root.
>
> HTH,
>   Igor

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

find dir -o does not work

[root]

Hi,
I posted my request for help, but the client i used truncated the message.
I post it again for your attention.
By the way
find common -type f -o -type l -print  does not works either.
I think the -o flag  is returning false.

I am trying to make a tar with files that are in a directory and checks
some condition
The problem i encountered is next :
find common  -type f   give the following output. (which is good)

common/VERSION
common/gui/svcConsole/src/com/ibm/storage/svc/console/rcmap/RcMapCreateOptionsStep.java


find common -type f -o -type l
(get nothing here )

find common -type f -o
common
common/gui
common/gui/svcConsole
common/gui/svcConsole/src
common/gui/svcConsole/src/com
common/gui/svcConsole/src/com/ibm
common/gui/svcConsole/src/com/ibm/storage
common/gui/svcConsole/src/com/ibm/storage/svc
common/gui/svcConsole/src/com/ibm/storage/svc/console
common/gui/svcConsole/src/com/ibm/storage/svc/console/rcmap
find common -type f -o -type f
(nothing)
It seems that  "find common -type f -o -
returns nothing.
I'm using winXP. On linux same comand works fine...
Thanks for your time.
cristi petrisor




On Wed, 21 Jun 2006, cristi petrisor wrote:

> I am trying to make a tar with files that are in a directory and checks
> some condition
> The problem i encountered is next :
> find common  -type f   give the following output. (which is good)
>
> common/VERSION
> common/gui/svcConsole/src/com/ibm/storage/svc/console/rcmap/RcMapCreateOptionsStep.java
>
> find common -type f -o -type l
> (get nothing here )
>
> find common -type f -o
> common
> common/gui
> common/gui/svcConsole
> common/gui/svcConsole/src
> common/gui/svcConsole/src/com
> common/gui/svcConsole/src/com/ibm
> common/gui/svcConsole/src/com/ibm/storage
> common/gui/svcConsole/src/com/ibm/storage/svc
> common/gui/svcConsole/src/com/ibm/storage/svc/console
> common/gui/svcConsole/src/com/ibm/storage/svc/console/rcmap
>
> find common -type f -o -type f
> (nothing)
> It seems that  "find common -type f -o -
> returns nothing.
> I'm using winXP. On linux same comand works fine...
> Thanks for your time.
> cristi petrisor
>
>
>




--
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: Your product

[root]

Your mail has been blocked as it was found to be carrying a Virus or disallowed 
attchment type.


--
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: Can't see full list in setup.exe

[root]

Hi,

I've removed cygwin from my system.
Still get the same problem with setup.exe.

Have you a debug version of the installer?


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