Re: http://www.dll-files.com offers cygwin1.dll, no sources

[Václav Haisman]

Larry Hall (Cygwin) wrote:
> 
> Reformatted top-post...
> 
> Václav Haisman wrote:
> 
>> Ville Herva wrote:
>>
>>> http://www.dll-files.com/dllindex/index-c.shtml
>>>
>>> The same old story, if anybody's interested.
>>>
>>> Tried to email them via the contact form - haven't heard back.
>>
>> They seem to be offering just unmodified binary. There is imho nothing
>> wrong with that
>>
>> Vaclav Haisman
>>
>>
> 
> They are distributing the DLL without sources; that's a violation of the
> GPL.
I am not a lawyer but my understanding of GPL is that they have have the
sources accessible if asked for, at most. They imho do not have to
distribute it _with_ the sources. And the sources are accessible
throught Cygwin CVS => no problem.

> They could only get an exemption using the Red Hat buy-out license
> option but
> based on dll-files site disclaimer
> 
> I would be very surprised to find out they have such a license.
> 

VH




signature.asc
Description: OpenPGP digital signature

Re: http://www.dll-files.com offers cygwin1.dll, no sources

[Brian Dessent]

Václav Haisman wrote:

> I am not a lawyer but my understanding of GPL is that they have have the
> sources accessible if asked for, at most. They imho do not have to
> distribute it _with_ the sources. And the sources are accessible
> throught Cygwin CVS => no problem.

Your understanding is not correct.  You can't offer the source through a
third party.

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/

Re: http://www.dll-files.com offers cygwin1.dll, no sources

[Corinna Vinschen]

On Jan  2 09:22, V?clav Haisman wrote:
> I am not a lawyer but my understanding of GPL is that they have have the
> sources accessible if asked for [...]

Read again.  Especially helpful is the GPL FAQ:

  http://www.gnu.org/licenses/gpl-faq.html#AnonFTPAndSendSources


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: rsync over ssh hang issue understood

[Lapo Luchini]

Corinna Vinschen writes:

> On Dec 30 17:23, Brett Serkez wrote:
> > I have rsync working over ssh on Cygwin.
>
> Me too.  I'm using the standard version of rsync, so I guess the
> socketpair call is still in use.

I never managed to reproduce that problem, neither, on any of my hosts.
(and I always use rsync over ssh, almost never as a daemon)

Brett Serkez writes:

While use of socketpair() may be a better method, use of pipe() does
work and I'd request that the rsync package maintainer please rebuild
the package with this build option change and reissue the package so all
can benefit.
I may well produce such a package, but I wonder if it would work on all 
people or not.
Maybe it could be marked as a "test" package so that people could 
install it only explicitly clicking on version number, in setup.


 Lapo


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

snapshot ChangeLog link missing info

[Yitzchak Scott-Thoennes]

http://cygwin.com/snapshots/winsup-changelog-20051229-20060101 is missing
the actual winsup/cygwin changes:


ChangeLog for 20051229 to 20060101



-- winsup/cygwin/ChangeLog --

2006-01-01  Christopher Faylor  <[EMAIL PROTECTED]>


-- winsup/doc/ChangeLog --

2005-12-30  Christopher Faylor  <[EMAIL PROTECTED]>

* relnotes.texinfo: Remove entry about hyperthreaded processor.

2005-12-30  Christopher Faylor  <[EMAIL PROTECTED]>

* faq-problems.html: Remove entry about hyperthreaded processor.



-- winsup/testsuite/ChangeLog --

2006-01-01  Christopher Faylor  <[EMAIL PROTECTED]>

* winsup.api/resethand.c: Use SIGSEGV for the signal to test.

2006-01-01  Christopher Faylor  <[EMAIL PROTECTED]>

* winsup.api/resethand.c: New file.



-- winsup/w32api/ChangeLog --

2005-12-31  Corinna Vinschen  <[EMAIL PROTECTED]>

* include/winsock2.h: Don't define struct sockaddr_storage when
building Cygwin.



--
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: Fwd: xine-ui compile error

[Christopher Faylor]

On Mon, Jan 02, 2006 at 12:56:40PM +0530, Vijay Kiran Kamuju wrote:
>Sorry as  could not send to cygwin-apps, i am forwarding here.

Wasn't that a hint that cygwin-apps was not the proper mailing list for
this type of inquiry?

>I am getiting the following error when i try to compile xine-ui 0.99.4 under
>cygwin 1.18-1 and X1-xwin 6.8.2.0-4
>
>What other info should i send?

http://cygwin.com/problems.html covers this in some detail.

cgf


--
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: snapshot ChangeLog link missing info

[Christopher Faylor]

On Mon, Jan 02, 2006 at 05:25:24AM -0800, Yitzchak Scott-Thoennes wrote:
>http://cygwin.com/snapshots/winsup-changelog-20051229-20060101 is missing
>the actual winsup/cygwin changes:

Yes, that always happens in the cross over between new years.  It is not
a bug that I'm really interested in tracking down.

cgf


--
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: mailx + cygwin

[Igor Peshansky]

On Wed, 28 Dec 2005, Crawford, Carl wrote:

> Igor,

.  I'm forwarding this to the
appropriate mailing list, and setting the Reply-To accordingly -- please
make sure your mailer honors it.

> Did you find a port of mailx to cygwin?

No, but I wasn't really looking -- I don't see where you even got the idea
that I was.  AFAIK, it's not part of the Cygwin distribution.  Perhaps
someone else on the list will be able to point you at a port.  Did you try
compiling from source?
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!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"


--
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: mailx + cygwin

[Reid Thompson]

Igor Peshansky wrote:


On Wed, 28 Dec 2005, Crawford, Carl wrote:

 


Igor,
   



.  I'm forwarding this to the
appropriate mailing list, and setting the Reply-To accordingly -- please
make sure your mailer honors it.

 


Did you find a port of mailx to cygwin?
   



No, but I wasn't really looking -- I don't see where you even got the idea
that I was.  AFAIK, it's not part of the Cygwin distribution.  Perhaps
someone else on the list will be able to point you at a port.  Did you try
compiling from source?
Igor
 


use 'mutt -x'


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

Disaster recover with Cygwin?

[Siegfried Heintze]

My local linux users group in Colorado is having a very interesting
conversation about disaster recovery on their mailing list.

Let's assume someone types fdisk on my windows boot partition and I need to
recover.

I'm told I can network boot windows across the public internet if I can open
up enough ports on the intervening firewalls. Can I use the cygwin ports of
rsync or rdiff-backup initial create a remote repository and later restore a
bootable windows partition and then boot locally?

Thanks,
Siegfried


> On Tue, Dec 27, 2005 at 10:21:38PM -0700, Siegfried Heintze wrote:
> 
> > So let us suppose I get hacked or type fdisk by accident or a drive
fails.
> > 
> > Do I have a disk to boot from if
> > (1) I buy hosting and send rdiff backups off site?
> > (2) I backup to a USB disk?
> > (3) I backup to a consumer grade network disk?
> > 
> > I believe in each scenario, I have to get out the installation 
> > CDs/DVDs and install the operating system to boot. If it is a hardware 
> > failure, I have to purchase a new hard drive. I'm really slow and it 
> > takes me a terribly long time to rebuild a dual boot windows/linux 
> > system by the time you include all the software development software.
>  
> 
> I just boot from a knoppix cd, setup the network by hand
> (iwconfig/ifconfig/route/resolv.conf, unless you have a router with
> DHCP setup, in which case there's no setup for Knoppix), partition,
> mke2fs, then use rsync or rdiff-backup to restore.  Then setup
> /boot/grub/menu.lst and run grub-install on the boot drive.  (Or you
> could use lilo, but why??)
> 
> 
> Can't comment on the Windows aspect of it much, since I last used
> Windows in 1999.  I do remember that back then, it was very difficult
> to just copy the files over and have a working Windows system.  The
> Windows backup program that came with Windows 98 expected you to
> install Windows, *then* run the restore.
> 
> 
> That program failing me 3 times out of 3 was part of what spurred me
> to learn Linux.  Once I realized what I could do with Linux, I erased
> Windows from all my computers, and haven't put it back since.  I hope
> to never again know more about Windows than the average office worker.
> 
> 
> > I guess one can boot from the network, but I don't know if my network 
> > card has the required capabilities. How do I tell? If I do have that 
> > capability int my network card, would I be booting from another PC's 
> > drive or could this be a consumer grade NAS or SAN (assume there are
such things).
>  
> 
> I've done this for diskless Linux clusters, and it works well but
> there's definitely an investment in learning how to do this.  You
> probably don't want to learn how to do this unless you want to run
> diskless machines.
> 
> 
> > Is there a better way to mitigate this other than my procedure of 
> > weekly connecting a second drive and using "telinit 1 ; cp /dev/sda1
/dev/sda2"?
> 
> I have cloned many Thinkpad 600Es using the simple method I described
> above, and cloning is the same thing as a backup restore, so I know it
> works and is easy too.
>



--
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: Inconsistent results from "du -sk ."

[Fred Ma]

Eric Blake wrote:
> According to Fred Ma on 12/30/2005 1:20 PM:
>>When I repeatedly issue "du -sk ." within seconds of each other, the
>>results are different, and there is no process running that could be
>>changing the contents of the directory.  Here is an illustrative
>>session:
> 
> du can only report what the OS tells it.  If it shows increasing numbers,
> then it was very likely that some process was consuming disk space in that
> directory (in spite of your claims to the contrary).
> 
>>I am using an installation that is not quite up-to-date, but haven't
> 
> "Not quite" is an understatement - cygwin is at 1.5.18; your version is
> missing a year and a half of bug fixes.
> 
>>Since upgrading is nontrivial for me at present, I was trying to find
>>a history of release notes to see if this problem has been solved in
>>the cygwin versions since my current one.  A search of the archives
>>revealed a confusion with blocking factors in the late 90's, but not
>>the same problem.  Thanks for any other information about this.  In
>>particular, if there is an on-line history of release notes that
>>captures this, that would be even better.  Even if it does not
>>capture this, such a set of notes would be very useful.
> 
> Browse the archives of the cygwin-announce list to see relevant changes
> announced for each software upgrade (for this email, that would include
> searching for mail with cygwin or coreutils in the subject):
> http://cygwin.com/ml/cygwin-announce/
> 
> For particular programs, you can often find an online repository of
> changes.  For example, cygwin changes are tracked here:
> http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog?cvsroot=src
> 
> And many programs maintain a condensed version of user-visible changes.
> For example, coreutils changes that have happened since sh-utils,
> fileutils, and textutils here:
> http://cvs.savannah.gnu.org/viewcvs/coreutils/NEWS?rev=1.354&root=coreutils&view=markup
> 
> Google can be your friend, after all.


Google is a good tool, I used it extensively before posting.

After doing more of that, and
perusing the links you provided, I'm not able to find a fix that might explain
the time-varying nature of du's reported numbers.  It is somewhat repeatable in
the sense that if I don't issue "du -sk ." for some time, and then repeatedly
issue it, the first try is always low, and subsequent tries always settle on
450.  It could very well be the interaction of du with the OS e.g 
hypothetically,
if the OS returns numbers right away before it finishes tallying, perhaps the 
first
attempts yields a premature total.  For me to understand the possible causes, 
I'd
have to become much more familiar with Cygwin, du, and windows 2000.  Rather 
than
speculating further, I'll take the steady-state result and upgrade at my first
opportunity.  Thank you for the links.

Fred



--
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: mailx + cygwin

[Crawford, Carl]

Someone told me use mutt. it is a nice replacement.

-c-arl

-Original Message-
From: Igor Peshansky [mailto:[EMAIL PROTECTED]
Sent: Monday, January 02, 2006 11:04 AM
To: Crawford, Carl
Cc: cygwin@cygwin.com
Subject: Re: mailx + cygwin

On Wed, 28 Dec 2005, Crawford, Carl wrote:

> Igor,

.  I'm forwarding this to the
appropriate mailing list, and setting the Reply-To accordingly -- please
make sure your mailer honors it.

> Did you find a port of mailx to cygwin?

No, but I wasn't really looking -- I don't see where you even got the
idea that I was.  AFAIK, it's not part of the Cygwin distribution.
Perhaps someone else on the list will be able to point you at a port.
Did you try compiling from source?
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!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends
compte."
"But no -- you are no fool; you call yourself a fool, there's proof
enough in that!" -- Rostand, "Cyrano de Bergerac"


The information transmitted in this message is confidential and may be 
privileged.  Any review, retransmission, dissemination, or other use of this 
information by persons or entities other than the intended recipient is 
prohibited.  If you are not the intended recipient, please notify Analogic 
Corporation immediately - by replying to this message or by sending an email to 
[EMAIL PROTECTED] - and destroy all copies of this information, including any 
attachments, without reading or disclosing them.

Thank you.


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

second request: Unable to compile binutils from source

[Ivan Godard]

The following was previously submitted to this list (and received back from the 
reflector), but elicited no response or comment from the list participants. I'm 
a newbie to the list, so although I followed the reporting instructions in the 
web FAQ instructions I may be doing something wrong here. Can someone at least 
respond to tell me that I should be posting elsewhere, have formatting 
problems, or whatever? Thanks

Ivan

+++
Doing the usual ./configure;make, but the make fails:

   /bin/sh ./libtool --mode=link gcc -W -Wall -Wstrict-prototypes 
-Wmissing-prototy
   pes -Werror -g -O2   -o ar.exe  arparse.o arlex.o ar.o not-ranlib.o arsup.o 
rena
   me.o binemul.o emul_vanilla.o bucomm.o version.o filemode.o ../bfd/libbfd.la 
../
   libiberty/libiberty.a  ./../intl/libintl.a
   gcc -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Werror -g -O2 -o 
ar.exe a
   rparse.o arlex.o ar.o not-ranlib.o arsup.o rename.o binemul.o emul_vanilla.o 
buc
   omm.o version.o filemode.o  ../bfd/.libs/libbfd.a ../libiberty/libiberty.a 
./../
   intl/libintl.a
   arlex.o: In function `main':
   /home/ivan/tmp/binutils-20050610-1/binutils/arlex.c:1: multiple definition 
of `_
   main'
   arparse.o:/home/ivan/tmp/binutils-20050610-1/binutils/arparse.c:1: first 
defined
here
   ar.o: In function `main':
   /home/ivan/tmp/binutils-20050610-1/binutils/ar.c:337: multiple definition of 
`_m
   ain'
   arparse.o:/home/ivan/tmp/binutils-20050610-1/binutils/arparse.c:1: first 
defined
here
   ar.o: In function `mri_emul':
   /home/ivan/tmp/binutils-20050610-1/binutils/ar.c:143: undefined reference to 
`_y
   yparse'
   collect2: ld returned 1 exit status
   make[3]: *** [ar.exe] Error 1

Problem occurs with both Cygwin sources and sources from gnu.org. I did a binary 
install of binutils fine, but can't reconstruct from source, suggesting an 
environmental problem, but have compared environment with Linux (where binutils 
builds successfully) and can't see a difference. Nothing in the archive on this 
I cound find. cygcheck.out attached.


Ivan


Cygwin Configuration Diagnostics
Current System Time: Fri Dec 30 21:36:42 2005

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\home\ivan\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1005(ivan) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1005(ivan) GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = `ivan'
PWD = `/home/ivan/tmp/binutils-20050610-1'
HOME = `/home/ivan'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\Ivan Godard'
MANPATH = `/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = `C:\Documents and Settings\Ivan Godard\Application Data'
HOSTNAME = `desktop-pc'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 4 Stepping 1, GenuineIntel'
WINDIR = `C:\WINDOWS'
OLDPWD = `/home/ivan/tmp'
USERDOMAIN = `DESKTOP-PC'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
TEMP = `/cygdrive/c/DOCUME~1/IVANGO~1/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
USERNAME = `Ivan Godard'
PROCESSOR_LEVEL = `15'
FP_NO_HOST_CHECK = `NO'
SYSTEMDRIVE = `C:'
USERPROFILE = `C:\Documents and Settings\Ivan Godard'
PS1 = `\w\$ '
LOGONSERVER = `\\DESKTOP-PC'
HISTIGNORE = `[   ]*:&:bg:fg:exit'
PROCESSOR_ARCHITECTURE = `x86'
!C: = `C:\cygwin\bin'
SHLVL = `1'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = `C:'
PROMPT = `$P$G'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
TMP = `/cygdrive/c/DOCUME~1/IVANGO~1/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINDOWS'
CVS_RSH = `/bin/ssh'
PROCESSOR_REVISION = `0401'
INFOPATH = `/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = `C:\Program Files'
NUMBER_OF_PROCESSORS = `1'
SESSIONNAME = `Console'
COMPUTERNAME = `DESKTOP-PC'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/u

Re: mailx + cygwin

[Reid Thompson]

Crawford, Carl wrote:


thanks. nice replacement. i am able to read mailx mailboxes. how do you
set up mutt to send email thru a pop server, particularly one that has
password protection?



--carl


 




edit .muttrc per /usr/share/doc/Cygwin/mutt-1.4.2.1i.README

can also reference...

http://www.mutt.org/

http://wiki.mutt.org/index.cgi?MuttFaq

http://wiki.mutt.org/?MuttFaq/RemoteFolder

http://wiki.mutt.org/index.cgi?ConfigList




--
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: rsync over ssh hang issue understood

[Larry Hall (Cygwin)]

Lapo Luchini wrote:

Corinna Vinschen writes:

 > On Dec 30 17:23, Brett Serkez wrote:
 > > I have rsync working over ssh on Cygwin.
 >
 > Me too.  I'm using the standard version of rsync, so I guess the
 > socketpair call is still in use.

I never managed to reproduce that problem, neither, on any of my hosts.
(and I always use rsync over ssh, almost never as a daemon)

Brett Serkez writes:


While use of socketpair() may be a better method, use of pipe() does
work and I'd request that the rsync package maintainer please rebuild
the package with this build option change and reissue the package so all
can benefit.


I may well produce such a package, but I wonder if it would work on all 
people or not.
Maybe it could be marked as a "test" package so that people could 
install it only explicitly clicking on version number, in setup.


Haven't we been here before?  I would swear that there has been some toggling
before between these two options to fix other problems.  While I suppose
that changes in the past don't necessarily preclude tromping over the same
ground now or in the future, presumably it only makes sense to do so if other
things have changed to make it worthwhile to consider now.  Maybe it's worth
a little archive searching before putting much effort into generating
alternative package configurations for consideration/use.  Just a thought.


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


--
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: rsync over ssh hang issue understood

[Lapo Luchini]

Larry Hall (Cygwin) wrote:
Maybe it's worth a little archive searching before putting much effort 
into generating alternative package configurations for 
consideration/use.  Just a thought.
Unfortunately I won't have much time to dig in the problem deeper until 
I remove my thesis from the TODO list (possibly, as a completed item and 
not otherwise).

But I agree in concept.

   Lapo


--
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] GNU CLISP 2.37 (2006-01-02)

[Sam Steingold]

ANSI Common Lisp is a high-level, general-purpose programming language.
GNU CLISP is a Common Lisp implementation by Bruno Haible of Karlsruhe
University and Michael Stoll of Munich University, both in Germany.
It mostly supports the Lisp described in the ANSI Common Lisp standard.
It runs on most GNU and Unix systems (GNU/Linux, FreeBSD, NetBSD, OpenBSD,
Solaris, Tru64, HP-UX, BeOS, NeXTstep, IRIX, AIX and others) and on
other systems (Windows NT/2000/XP, Windows 95/98/ME) and needs only
4 MB of RAM.
It is Free Software and may be distributed under the terms of GNU GPL,
while it is possible to distribute commercial proprietary applications
compiled with GNU CLISP.
The user interface comes in English, German, French, Spanish, Dutch,
Russian and Danish, and can be changed at run time.
GNU CLISP includes an interpreter, a compiler, a debugger, CLOS, MOP,
a foreign language interface, sockets, i18n, fast bignums and more.
An X11 interface is available through CLX, Garnet, CLUE/CLIO.
GNU CLISP runs Maxima, ACL2 and many other Common Lisp packages.

More information at
  ,
  ,
   and
  .
Sources and selected binaries are available by anonymous ftp from
  
and its mirrors.



2.37 (2006-01-02)
=

User visible changes


* Signal a continuable error when an already opened file is opened again,
  unless both streams are read-only.

* SOCKET-SERVER now accepts :BACKLOG and :INTERFACE arguments.
  The first (optional) argument should be the port number or NIL.
  Use (SOCKET-SERVER NIL :INTERFACE SOCKET) instead of (SOCKET-SERVER SOCKET).
  Thanks to Tomas Zellerin <[EMAIL PROTECTED]>.
  See  for details.

* EXT:HTTP-PROXY now uses the environment variable "http_proxy", not
  "HTTP_PROXY", like curl does, to avoid confusing it with CGI arguments.

* OPEN :DIRECTION :OUTPUT now creates write-only handles and treats
  named pipes correctly.

* Fixed EXT:SETENV on non-POSIX systems (woe32 and BSD derivatives).

* Fixed a bug in EXT:! on 64-bit platforms.
  Thanks to Dr. Werner Fink <[EMAIL PROTECTED]>.



-- 
Sam Steingold (http://www.podval.org/~sds) running w2k
http://www.openvotingconsortium.org/ http://www.camera.org
http://www.memri.org/ http://ffii.org/ http://www.palestinefacts.org/
Only adults have difficulty with child-proof caps.


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

Q: How to have cygwin start as the whole screen?

[martin cohen]

An earlier version of Cygwin I installed starts taking up
the whole screen with multiple shells. The current version
starts with a single terminal window in what appears to be
a "multiwindow" mode.

I have looked at the man pages for xinit and some others,
but have not found how to open it the original way, which I
prefer (when I run Cygwin, I want to see nothing but
Cugwin!).

My guess is that I would have to specify the geometry of
the shell windows I want to open, but am unsure how to do
this.

Is there any documentation about this? (I'm sure there is,
but I just haven't looked in the right place or in the
right way.)

Thanks,

Martin Cohen



--
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: Q: How to have cygwin start as the whole screen?

[Christopher Faylor]

On Mon, Jan 02, 2006 at 03:54:19PM -0800, martin cohen wrote:
>An earlier version of Cygwin I installed starts taking up
>the whole screen with multiple shells. The current version
>starts with a single terminal window in what appears to be
>a "multiwindow" mode.
>
>I have looked at the man pages for xinit and some others,
>but have not found how to open it the original way, which I
>prefer (when I run Cygwin, I want to see nothing but
>Cugwin!).

Please use the cygwin-xfree mailing list for questions about Cygwin/X.


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

potential fix for cygwin's "no system bell" problem

[Christopher Faylor]

I've just built a cygwin snapshot which should work around a problem
with Cygwin's default bell not working.  This was discussed here a while
ago:

http://www.cygwin.com/ml/cygwin/2004-03/threads.html#00895
http://www.cygwin.com/ml/cygwin/2004-03/threads.html#00966

(and it may have even been mentioned more recently for all that I
know)

And Lev Bishop posted a fix even earlier:

http://www.cygwin.com/ml/cygwin/2003-05/msg01615.html

This problem is apparently more prevalent than I had thought so my
decision not to do anything about it in 2004 was wrong.

I stumbled into this conclusion because someone was trying to figure out
what was going wrong on the cygwin irc channel on freenode.net today
and, on testing, it was discovered that neither Corinna nor I had a
working bell anymore, either.  So, rather than make this a FAQ, as
suggested by Igor in the 2004 thread, I thought it would be best to just
fix the problem in cygwin itself.

The snapshot uses Lev's method to reinstate the default bell.  If there
are other causes for this problem then they won't be fixed by this
method but this seems to rectify things for me.

cgf


--
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: Disaster recover with Cygwin?

[David Christensen]

Siegfried Heintze wrote:
> I'm told I can network boot windows across the public internet ...

It's much easier to use Norton Ghost with the "image boot" option.


David



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