headers
wynfield | 1 Jul 2010 03:01
Picon

Re: Mail program


Re: Cyrille Lefevre <cyrille.lefevre-lists <at> laposte.net> wrote:
> even w/ mailutils, you'il probably need a sendmail which is provided
> by ssmtp or msmtp...

No,a seperately loaded sendmail would not be necessary
D. Henman has told me that, the Gnu mailutils suite should have everything needed.  It has a "sendmail"
daemon, a "mail" program to send & receive mail, and a "movemail".  For example I could use movemail to fetch
mail messages from a yahoo or gmail pop 
account, similar to the function "fetchmail" performs.

regards

P.S. I use Gnu Mailutils, Gnu MH (Gnu Mail Handler) which enable emacs to use the MH-E functionality to
"compose/edit/read and store" e-mail messages.  Once used to emacs' MH-E for mail handling, I think most
emacs users would really prefer it over stand
ard firebird or explorer type message handling.
Permalink | Reply | 0 comments |
headers
Larry Hall (Cygwin | 1 Jul 2010 05:19
Favicon

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

On 6/30/2010 6:52 PM, Andrey Repin wrote:
> Greetings, Andy Koppe!
>
>>>> C:/bin on /usr/bin type ntfs (binary,auto)
>>>> C:/lib on /usr/lib type ntfs (binary,auto)
>>>> C: on / type ntfs (binary,auto)
>>>
>>> Urgh.  I hope you know what you're doing...
>
>> Yeah, I do trust the Cygwin package maintainers not to overwrite
>> /Windows or /Users.
>
> Actually that was a reference to C:/bin being a pointer to /usr/bin instead
> of /bin In normal installation it is that way plus /usr/bin as symlink to
> /bin Not the other way around. (sh is in /bin, with your structure, no way it
> could be reached through C:/bin )

Actually, what Andy has is what 'setup.exe' provides if you install in
'C:\'.  I have the same thing.  So what he has is a "normal installation"
if the user chooses to install in 'C:\'.  Also, FWIW, 'setup.exe' does not
create a "symlink" from '/usr/bin' to '/bin'.  It only creates the mounts
like what Andy shows above.

--

-- 
Larry Hall                              http://www.rfk.com
RFK Partners, Inc.                      (508) 893-9779 - RFK Office
216 Dalton Rd.                          (508) 893-9889 - FAX
Holliston, MA 01746

_____________________________________________________________________
(Continue reading)

Permalink | Reply | 1 comment |
headers
Chris Sutcliffe | 1 Jul 2010 04:16
Picon

[ANNOUNCEMENT] New package: python-gdata-2.0.10-1

Version 2.0.10-1 of python-gdata has been uploaded.

python-gdata is the Google Data Python Client Library.  The Google
Data Python Client Library provides a library and source code that
make it easy to access data through Google Data APIs.

              *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from 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:

cygwin-announce-unsubscribe-you=yourdomain.com <at> cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is
available starting at this URL.

--

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
Permalink | Reply | 0 comments |
headers
John Blum | 1 Jul 2010 08:56
Favicon

Possible disconnect between POSIX and Windows ACL permissions (unspecified Owner/Owning Group (????????) + Win32 Errors during cygcheck, ssh, and other apps...)


I know the problems I am having (noted below) seem the same as issues 
previously posted in the "cygwin" mailing list, but I am not so sure.  I 
have reviewed similar postings and while there are similarities, I also 
feel this problem is somewhat different...

http://sourceware.org/ml/cygwin/2009-11/msg00492.html
http://sourceware.org/ml/cygwin/2009-01/msg00651.html - (also  <at>  
http://omgili.com/mailinglist/cygwin/cygwin/com/4977B5571070708etr-usacom.html)
http://sourceware.org/ml/cygwin/2009-11/msg00540.html
etc...

I also read the section about NTSEC IDS  <at> ...

http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-ids

/Background:/

Let me just clarify now that I do not believe this is a bug in Cygwin, 
but perhaps an issue with Windows or my environment.  I recently rebuilt 
my computer... installed Windows (XP Professional) with Service Pack 3, 
installed drivers, applied all security updates/patches/etc, and then 
proceeded to install software (such as Cygwin).  After my initial setup, 
I observed strange behavior in Cygwin (see below).

However, just the other day (Monday, June 28th), MS published a security 
update for Windows, so being a "responsible" user, I applied the update, 
rebooted and proceeded to open a Cygwin shell.  To my amazement, Cygwin 
was functioning correctly.  I performed all the noted functions below 
successfully.  However, I noticed I had not installed development tools
(Continue reading)

Permalink | Reply | 2 comments |
headers
Fergus | 1 Jul 2010 08:56

Failed links for [1.7] (and some more for [1.5])

The following 16 links fail in [1.7]. (The 3 marked "ok" disappear 
because of the mount points /bin/ and /lib/ under /usr/ but maybe it 
would be more elegant / robust if these could be revised?)

/bin/webcheck -> ../share/webcheck/webcheck.py          ["ok"]

/lib/gcc/i686-pc-mingw32/3.4.4/no-cygwin/adalib -> 
../../i686-pc-mingw32/3.4.4/adalib

/lib/gcc/i686-pc-mingw32/3.4.4/no-cygwin/adainclude -> 
../../i686-pc-mingw32/3.4.4/adainclude

/lib/qt3/lib/libqt.dll.a -> libqt-mt.dll.a
/lib/qt3/include -> ../../include/qt3          ["ok"]
/lib/qt4/include -> ../../include/qt4          ["ok"]

/lib/gcc-lib/i686-pc-mingw32/3.3.3/specs -> ../../i686-pc-cygwin/3.3.3/specs

/lib/gcc-lib/i686-pc-mingw32/3.3.3/gpcpp.exe -> 
../../i686-pc-cygwin/3.3.3/gpcpp.exe

/lib/gcc-lib/i686-pc-mingw32/3.3.3/gpc1.exe -> 
../../i686-pc-cygwin/3.3.3/gpc1.exe

/usr/share/doc/lynx/lynx_help/COPYHEADER -> 
/tmp/install/INSTALL/usr/share/doc/lynx/COPYHEADER

/usr/share/doc/lynx/lynx_help/COPYING -> 
/tmp/install/INSTALL/usr/share/doc/lynx/COPYING
(Continue reading)

Permalink | Reply | 0 comments |
headers
Thorsten Kampe | 1 Jul 2010 09:52
Picon
Favicon

Re: Re: Windows GUI programs (e.g. notepad) start but are invisible after ssh login

* Koszalek Opalek (01 Jul 2010 00:23:04 +0200)
> > when you install the 'sshd' service.  Or you can call up the
> > adminstrator tools, find the sshd service, and enable desktop
> > interaction there.  This should work, though there have been
> > some reports of difficulty on this list even for XP.  
> 
> I have just checked it on NT (by using Administrative 
> Tools). The notepad window now pops up but it is not 
> redrawn correctly. I can only see a very thin frame, 
> no menu, no title bar no nothing...

Same on Windows XP SP3...

Thorsten
Permalink | Reply | 0 comments |
headers
Thorsten Kampe | 1 Jul 2010 10:15
Picon
Favicon

Re: Windows GUI programs (e.g. notepad) start but are invisible after ssh login

* Larry Hall (Cygwin) (Wed, 30 Jun 2010 17:09:49 -0400)
> On 6/30/2010 4:53 PM, Koszalek Opalek wrote:
> > This is what I do:
> >
> > 1) Start sshd
> >         cygrunsrv -S sshd
> >
> > 2) Login over ssh
> >         ssh ko <at> localhost
> >
> > 3) Start a Windows application (notepad, calc, whatever).
> >
> > The application starts (it is listed in the Process
> > Explorer), however its windows are invisible.
> >
> > How do I change this behavior and display the application?
> > I (obviously) do not want to export the window to another
> > $DISPLAY in the X11 fashion. I just want the app to be
> > visible on the machine where sshd is running.
> 
> The short answer?  You can't or at least you shouldn't.  The
> longer answer is MS doesn't want to allow this functionality
> and has disabled the ability to access a desktop from a
> service as of Vista.

Sorry, that's nonsense. The option is there in Vista, Windows 2008, 
Windows 7 and Windows 2008 R2.

> It's not clear why but given the fact that MS is removing support for
> this anyway, the best way to get a reliable way to do this is to lobby
(Continue reading)

Permalink | Reply | 1 comment |
headers
Corinna Vinschen | 1 Jul 2010 10:40
Favicon

Re: 1.7.6 snapshot: intermittent "CreateProcessW failed"

On Jun 30 23:19, Larry Hall (Cygwin) wrote:
> On 6/30/2010 6:52 PM, Andrey Repin wrote:
> >Greetings, Andy Koppe!
> >
> >>>>C:/bin on /usr/bin type ntfs (binary,auto)
> >>>>C:/lib on /usr/lib type ntfs (binary,auto)
> >>>>C: on / type ntfs (binary,auto)
> >>>
> >>>Urgh.  I hope you know what you're doing...
> >
> >>Yeah, I do trust the Cygwin package maintainers not to overwrite
> >>/Windows or /Users.
> >
> >Actually that was a reference to C:/bin being a pointer to /usr/bin instead
> >of /bin In normal installation it is that way plus /usr/bin as symlink to
> >/bin Not the other way around. (sh is in /bin, with your structure, no way it
> >could be reached through C:/bin )
> 
> Actually, what Andy has is what 'setup.exe' provides if you install in
> 'C:\'.  I have the same thing.  So what he has is a "normal installation"
> if the user chooses to install in 'C:\'.  Also, FWIW, 'setup.exe' does not
> create a "symlink" from '/usr/bin' to '/bin'.  It only creates the mounts
> like what Andy shows above.

Actually, these mount points are not created by setup.  As you can see
from the above `mount' output, they are automatic mount points which
are generated at startup of the first Cygwin instance:

http://cygwin.com/cygwin-ug-net/using.html#mount-table
Start at "A correct root directory is quite essential ..."
(Continue reading)

Permalink | Reply | 0 comments |
headers
J. David Boyd | 1 Jul 2010 15:50
Favicon

problem with sshd


For years, (and I do mean years), I've had sshd setup on my desktop
Vista box, and have been able to access it remotely with no problems at
all.

I moved the box 1 year ago, and went from Brighthouse as an ISP to
Verizon.  Still worked fine.

I just moved it back home, back to Brighthouse, and now, I get a prompt
asking me for my password.

I enter the password I've used for the past few years, and am told
"Permission denied, please try again"

Now, is that the same message, in spirit, as "wrong password"?  Doesn't
seem that way to me.   Do I have some file/directory that has the wrong
permissions to allow me to logon?

I haven't explicitly changed anything, (that I know of :->  )

One thing I find interesting is that when I look in /etc/passwd, I don't
have an entry for myself.

Any ideas/help/suggestions on how to troubleshoot this problem?  I've
been logging onto my home box for the past several years, every day, to
save backups, look up email address/phone numbers, etc, and really rely
on being able to connect to it remotely.

It's not a firewall problem, but something in Cygwin setup.  If I boot
into Mandriva 10.0, I can ssh in without any problem at all.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Daniel Jensen | 1 Jul 2010 16:02
Picon
Favicon

GCC on 64-bit windows

I'm running Windows 7 64-bit, and I installed Cygwin 1.7 hoping to use 
the build toolchain from SciTE and Eclipse. My cygwin installation 
works, and I can run gcc just fine from a cygwin shell. Eclipse works 
just fine (though the debugger interface sends complaints to console 
about missing dlls etc at program start, it doesn't seem to cause 
trouble). However, trying to launch gcc from Windows (cmd.exe, the run 
dialog, etc) or from SciTE (as the build command) gives one or the other 
of the following two error messages:

This version of %1 is not compatible with the version of Windows you're 
running. Check your computer's system information to see whether you 
need a x86 (32-bit) or x64 (64-bit) version of the program, and then 
contact the software publisher.

Unsupported 16-bit Application
The program or feature "\??\c:\cygwin\bin\g++.exe" cannot start or run 
due to incompatibility with 64-bit versions of Windows. Please contact 
the software vendor to ask if a 64-bit Windows compatible version is 
available.

I've tested most all of the binaries in c:\cygwin\bin and outside of the 
gcc ones all of them, including the rest of the build toolchain, seem to 
be launchable from windows. Anyone know why gcc would be different?
Permalink | Reply | 1 comment |

Gmane