Hi folks,
this is meant as a quick progress update for those who might
be interested.
I would like to ITP pysqlite, which depends on sqlite.
While pysqlite is fine, I'm having trouble with sqlite.
While it basically works fine for supporting pysqlite,
I'd like to solve these issues before
On May 17 00:15, Lapo Luchini wrote:
Christopher Faylor wrote:
I've just read the BSDPL finally and I see that it tries to
impose itself on any distribution which contains a binary which is
licensed in this fashion. So, as was hinted at earlier in the thread,
this makes the license viral.
On May 16 14:30, [EMAIL PROTECTED] wrote:
Right. I hadn't considered that, but since the Windows shortcut is
fundamentally broken, you're right that stowing won't work for DLLs, or
outside of the Cygwin environment. (Philosophical question: which
component of Windows deserves the blame
On May 17 12:02, Max Bowsher wrote:
Corinna Vinschen wrote:
On May 16 14:30, [EMAIL PROTECTED] wrote:
Right. I hadn't considered that, but since the Windows shortcut is
fundamentally broken, you're right that stowing won't work for DLLs, or
outside of the Cygwin environment. (Philosophical
Corinna Vinschen wrote:
On May 17 12:02, Max Bowsher wrote:
Corinna Vinschen wrote:
On May 16 14:30, [EMAIL PROTECTED] wrote:
Right. I hadn't considered that, but since the Windows shortcut is
fundamentally broken, you're right that stowing won't work for DLLs, or
outside of the Cygwin
On May 17 13:36, Max Bowsher wrote:
Corinna Vinschen wrote:
On May 17 12:02, Max Bowsher wrote:
Corinna Vinschen wrote:
On May 16 14:30, [EMAIL PROTECTED] wrote:
Right. I hadn't considered that, but since the Windows shortcut is
fundamentally broken, you're right that stowing won't work for
I'm looking at the revised package submission policy
(http://sourceware.org/ml/cygwin-apps/2004-10/msg00384.html). Question:
who gets to vote for packages? All current Cygwin package maintainers?
This seems to be implied, but I'd like to be clear about it.
Do maintainers get to vote against
Some minor changes around the chmod introduced in 3.4-1. Thanks to
everyone again :)
J.
PS, are there any new (or updated) OOS licenses needed including?
Change Log
--
3.4-2
* Redirected chmod errors to /dev/null caused by lack of
admin rights - Angelo Graziosi, Igor
On Tue, May 17, 2005 at 03:37:54PM -0400, Christopher Faylor wrote:
On Tue, May 17, 2005 at 03:34:23PM -0400, Schulman.Andrew wrote:
Thanks, this is helpful.
Larry Hall cygwin-apps-lh
05/17/2005 03:26 PM
Please respond to
Cygwin List cygwin-apps
To
Andrew Schulman/DC/USEPA/[EMAIL
It's hard to see the BSDPL as an open-source license, since only one
level of branching from the one true authorized source is allowed:
This only applies to commercial distribution. AFAICT this is some sort of
weird ANTI-GPL license, which works is much the same way as the GPL, except
also
I think we need a new acronym for Please configure your mailer to
provide a full name in From PCYMTPAFNIF but I suspect all of this
email client stuff is just a losing battle.
My apologies. I'll try harder in future. It's complicated, though. I
use different mailers on different platforms,
On May 17 17:36, John Morrison wrote:
http://homepage.ntlworld.com/j-n-s.morrison/john/cygwin/base-files/base-files-3.4-2.tar.bz2
Uploaded. I removed 3.1-4.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
Max and Brian
Max Bowsher wrote:
Brian Dessent wrote:
Please let me know if there is a way to force cygwin to install all
packages in the local package directory. Ideally a command line
option to
change the
I don't think there's any way to do this directly. It's been requested
before the
On Tue, 17 May 2005, Christopher Faylor wrote:
On Tue, May 17, 2005 at 03:37:54PM -0400, Christopher Faylor wrote:
On Tue, May 17, 2005 at 03:34:23PM -0400, Schulman.Andrew wrote:
Thanks, this is helpful.
Larry Hall cygwin-apps-lh
05/17/2005 03:26 PM
Please respond to
Cygwin List
On May 17 16:43, Igor Pechtchanski wrote:
On Tue, 17 May 2005, Christopher Faylor wrote:
The use of the email address in the On Tue, ... wrote: is for the
same reason as was previously mentioned. If the From: address does
not contain a real name, then mutt defaults to using only the email
Lapo Luchini schrieb:
Compiles fine on Cygwin.
BTW: I prefer the version linked to libbz2, not calling /usr/bin/bzip2
For performance and convenience.
See the mingw sources at http://www.pokorra.de/coding/bsdiff.html
Links:
1. http://www.daemonology.net/bsdiff/
2.
Hi All...
Could it be distributed in kit form? That is, could it require the toold to
build it, and be built in the postinstall script?
Thanks,
...Karl
From: Tacvek Subject: Re: maybe-ITP: bsdiff
Date: Tue, 17 May 2005 15:48:19 -0400
It's hard to see the BSDPL as an open-source license, since
On Mon, 16 May 2005, Alexander Gottwald wrote:
/usr/X11R6/lib/X11/xkb - /etc/X11/xkb
actually it should be installed with the xorg-x11-libs-data package. I'll
have
to check if there is a problem with packaging.
The xorg-x11-libs-data package has a postinstall script which should create
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-05-17 08:46:43
Modified files:
winsup/cygwin : ChangeLog external.cc
Log message:
* external.cc (cygwin_internal): Avoid compiler warning.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-05-17 20:34:16
Modified files:
winsup/cygwin : ChangeLog fhandler.h fhandler_netdrive.cc
Log message:
* fhandler.h (class fhandler_netdrive): Add method rewinddir.
*
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-05-18 01:10:07
Modified files:
winsup/testsuite: ChangeLog
winsup/testsuite/winsup.api: signal-into-win32-api.c
winsup/testsuite/winsup.api/ltp: execle01.c execlp01.c fcntl07.c
This is just a trivial change of argument to execl() testcases, which
supresses the warning 'missing sentinel in function call' in gcc4 that
causes the tests to fail.
winsup/testsuite
2005-05-17 Brian Dessent [EMAIL PROTECTED]
* winsup.api/signal-into-win32-api.c (main): Use 'NULL'
Christopher Faylor wrote:
Go ahead and check these in but please use GNU formatting conventions,
i.e., it's (char *) NULL, not (char *)NULL. Actually, isn't just NULL
sufficient?
I must have had C++ on the mind, thinking that the cast was necessary.
Sorry but no. This is a workaround. We
On Tue, May 17, 2005 at 06:15:08PM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
Go ahead and check these in but please use GNU formatting conventions,
i.e., it's (char *) NULL, not (char *)NULL. Actually, isn't just NULL
sufficient?
I must have had C++ on the mind, thinking that the
admin wrote:
Thanks so much that worked like a charm.
umount -A to remove all mounts, and then delete the cygwin install
directory. Rummaging around in the registry is not recommended.
http://www.cygwin.com/faq/faq_2.html#SEC20 --- when removing the two
registry values suggested
admin wrote:
when i run net start sshd i get a syntax error and it complains it cant find
specified path.
Could you be any more vague? What does the error say exactly? What
does the event log say? What does /var/log/sshd.log say?
sorry, should have known better:
-
Here is a behavior that I believe began with the cygwin updates of
2005-05-16.
I launch a cygwin command window running the bash shell. From there, I
run startxwin.sh. Yes, this is a X11 launcher, but please bear with
me. I think this is a core cygwin issue, not a cygwin/X11 issue.
As a
Robert A. Mcdougall writes:
With the latest tetex build, I can't get *tex to use its
format files:
That's because they are not its files.
516$ latex aleph.tex
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
---! /cygdrive/c/home/mcdougar/.texmf/var/web2c/latex.fmt was written by
admin wrote:
The ssh-host-config script should normally offer to install the service,
but if there is an existing service called sshd (possibly a remnant from
an old install that was not completely removed) it will not try to
overwrite it.
that sounds possible. i tried removing
On May 16 17:47, B Aswin wrote:
What I did:
Setup cygwin
setup ssh using this guide:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
And then i have the error mentioned.
Nuke the installation. The above instructions are old stuff and not
supported by this list anyway. Use the instructions
B Aswin wrote:
as Bruno had. From the above thread, Larry Hall
pointed out that there is old cygwin1.dll in the
system. This is not applicable in my case since it's a
brand new machine with no previous cygwin
installation.
Even if you've never installed Cygwin before on the machine, that
Updated versions of the unison2.10.2 and unison2.12.0 packages are now
available in the Cygwin distribution. These are bugfix releases. They
fix a longstanding problem whereby the 'diff' function failed to show any
differences if one replica was at the other end of an ssh session
The stow package is now available in the Cygwin distribution. Stow is an
installation manager for local software packages. It creates sets of
symlinks from the installed location (e.g. /usr/local) to a stow directory
(e.g. /usr/local/stow/emacs) where the real files live. This allows you to
Thank you, for the info
--- Corinna Vinschen [EMAIL PROTECTED]
wrote:
On May 16 17:47, B Aswin wrote:
What I did:
Setup cygwin
setup ssh using this guide:
http://pigtail.net/LRP/printsrv/cygwin-sshd.html
And then i have the error mentioned.
Nuke the installation. The above
[EMAIL PROTECTED] wrote:
The stow package is now available in the Cygwin distribution. Stow is an
installation manager for local software packages. It creates sets of
symlinks from the installed location (e.g. /usr/local) to a stow directory
(e.g. /usr/local/stow/emacs) where the real files
Is this DEADBEEF from windows something to worry about?
Program name: C:\cygwin\bin\basename.exe (pid 1204, ppid 1596)
App version: 1005.16, api: 0.128
DLL version: 1005.16, api: 0.128
DLL build:2005-04-25 20:26
OS version: Windows NT-5.0
Heap size:402653184
Date/Time:2005-05-13
On Tue, 17 May 2005, Shaffer, Kenneth might have said:
Is this DEADBEEF from windows something to worry about?
Program name: C:\cygwin\bin\basename.exe (pid 1204, ppid 1596)
App version: 1005.16, api: 0.128
DLL version: 1005.16, api: 0.128
DLL build:2005-04-25 20:26
OS version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Paul Eggert on 5/16/2005 6:14 PM:
This isn't just dd; it's cat, md5sum, split, etc. And I don't really
understand how it works, or why some programs use binary modes and not
others. For example, POSIX says that the input to head must
Shaffer, Kenneth wrote:
Is this DEADBEEF from windows something to worry about?
Take a look at the code. The variable is initialized to that value,
probably to serve as a marker that it's never used. It's not a return
value of any windows call.
Brian
--
Unsubscribe info:
Hi All...
With the latest version of base files (/etc/profile), a permission error
(for /tmp) is displayed every time /etc/profile is run without
administrators permissions. The following patch prevents this by checking
the permissions before trying to set them. So then run once as
Jan Nieuwenhuizen [EMAIL PROTECTED] wrote:
From: [EMAIL PROTECTED] on behalf of Jan Nieuwenhuizen
[EMAIL PROTECTED]
Sent: Tuesday, May 17, 2005 2:40 AM
To: cygwin@cygwin.com
Subject: Re: 1.5.16 tetex 3.0.0-3 format file problem
Robert A. Mcdougall writes:
The format was generated by tex,
Windows .NET Server Ver 5.2 Build 3790
DLL version: 1.5.16
inetutils1.3.2-29
I can get inetd to run and stay runing (as long as I have a bash session
active) by running: /usr/sbin/inetd -d (bash session closes, I then open
new bash session, inetd is active).
However I am unable to
Krigare Warrior wrote:
However I am unable to run inetd as a service. It will run for a few
seconds (say 30) then it simply exits (according to the event log in
windows). I have tried to install it as a service using: cygrunsrv -I
inetd -n -p /usr/sbin/inetd.exe . It shows up in the
Hello,
I'm trying to use VIM editor under cygwin (no X-server running) and
the behavior of VIM is strange. No last line showing -- INSERT --
when switched to insert mode, no row/col position indicators, no
syntax highlighting (tried to write perl script)
I tryed to use vim 6.2 instead of
Martin Mrazek wrote:
Hello,
I'm trying to use VIM editor under cygwin (no X-server running) and
the behavior of VIM is strange. No last line showing -- INSERT --
when switched to insert mode, no row/col position indicators, no
syntax highlighting (tried to write perl script)
I tryed to use
Thanks so much that worked like a charm.
umount -A to remove all mounts, and then delete the cygwin install
directory. Rummaging around in the registry is not recommended.
http://www.cygwin.com/faq/faq_2.html#SEC20 --- when removing the two registry
values suggested there didnt work, i just
Most likely not a problem with VIM, but more a user configerable
option. I just got through setting up vim on cygwin. In your
~/.vimrc file you need to format your ruler. That is the bar at the
bottom that shows you which file, which line, which column, etc. that
you are on in VIM. This file
Trevor Osatchuk wrote:
Most likely not a problem with VIM, but more a user configerable
option. I just got through setting up vim on cygwin. In your
~/.vimrc file you need to format your ruler. That is the bar at the
bottom that shows you which file, which line, which column, etc. that
you are
I have a working build of screen for Cygwin; see
http://cygwin.com/ml/cygwin-apps/2005-04/msg00182.html. This version
runs, but it won't reattach detached sessions (on either of my XP hosts)
using Cygwin 1.5.15 or greater. It will reattach sessions using Cygwin
1.5.14 or earlier. Here are
On Tue, May 17, 2005 at 01:50:06PM -0400, [EMAIL PROTECTED] wrote:
_The socket is no longer a socket._
Try a snapshot.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
On Tue, May 17, 2005 at 01:50:06PM -0400, [EMAIL PROTECTED] wrote:
_The socket is no longer a socket._
Try a snapshot.
Hm, and after all that detailed reporting...
The problem is fixed with the 20050516 snapshot. I'll continue testing
screen.
Thanks, A.
--
Unsubscribe info:
I haven't used gpg --recv-key for a couple of Cygwin DLL versions, but
when I tried recently, it failed in a rather odd way:
$ gpg --recv-key 0xc0f2c580
2 [main] gpg 1328 fixup_mmaps_after_fork: WARNING: VirtualProtectEx
to
return to previous state in parent failed for MAP_PRIVATE address
I hope this is not a FAQ -- I duly checked FAQs and googled for a while. From
some messages, I found that LOCALE is not supported by cygwin. Is this true
also for the version I mention in the subject?
My problem is basically related to sort: I tried to export LC_ALL, LC_COLLATE
and LANG for
I have installed the latest cygwin with OpenSSH 4.0p1 OpenSSL
0.9.7g. I managed to get inetd and sshd installed after bothering to
read the on-screen instructions.
Here's what I have: after logging into the system, I have a set of
shell scripts that call the Windows net use command to
On Mon, May 16, 2005 at 10:22:00AM +0100, [EMAIL PROTECTED] wrote:
I'm trying to use the serial port with Cygwin, and here is my problem:
I can successfully write on the line, but I need to switch the RTS and DTR
lines just AFTER the last byte is written in the line. I put the bytes that
I want
Thanks for the reply Brian.
I did as you suggested, and I did get an error message (in the event viewer)
stating:
starting service 'M' failed: redirect_fd: open(1, /var/log/inetd.log): 13,
Permission denied.
After digging, I found that /var/log did not have write permissions. After
setting
Hi Max,
I haven't used gpg --recv-key for a couple of Cygwin DLL versions, but
when I tried recently, it failed in a rather odd way:
$ gpg --recv-key 0xc0f2c580
(error snipped)
I tried to reproduce your problem, but I couldn't.
$ uname -r
1.5.16(0.128/4/2)
$ gpg --recv-key 0xc0f2c580
gpg:
Urgh!
Volker Quetschke wrote:
gpg: key C0F2C580: Max Bowsher [EMAIL PROTECTED] not changed
Sorry, sorry, sorrry
Volker
--
PGP/GPG key (ID: 0x9F8A785D) available from wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913 9E53 3D35 C9BA 9F8A 785D
signature.asc
Description: OpenPGP
We would like to release 1.5.17 soon.
Please try the latest snapshot, 2005-May-17, from http://cygwin.com/snapshots/
This snapshot should solve two problems with cygcheck and strace. The
previous snapshots would not print anything on 9x and might end up reporting
a broken installation on NT
On Tue, 17 May 2005, Ivans Chou wrote:
I have installed the latest cygwin with OpenSSH 4.0p1 OpenSSL
0.9.7g. I managed to get inetd and sshd installed after bothering to
read the on-screen instructions.
Here's what I have: after logging into the system, I have a set of
shell scripts that
On Tue, 17 May 2005, Guido Milanese wrote:
I hope this is not a FAQ -- I duly checked FAQs and googled for a while.
From some messages, I found that LOCALE is not supported by cygwin. Is
this true also for the version I mention in the subject?
The version that you mention in the subject just
Corinna Vinschen schrieb:
We would like to release 1.5.17 soon.
Please try the latest snapshot, 2005-May-17, from http://cygwin.com/snapshots/
This snapshot should solve two problems with cygcheck and strace. The
previous snapshots would not print anything on 9x and might end up reporting
a
Sonam Chauhan schrieb:
Reini - Thanks for replying man.
I didn't complain yet upstream at rt.cpan.org because I wanted to wait
for our 5.8.7 release. But you can do it by yourself also,
OK, I'm not that talented, so I didn't try fixing this bug, but I did report
it with a better testcase here:
From: Igor Pechtchanski [EMAIL PROTECTED]
To: Guido Milanese [EMAIL PROTECTED]
cc: cygwin@cygwin.com
The version that you mention in the subject just says that
you're
running Cygwin on Win2k. It doesn't say anything about the actual
version of Cygwin.
Thanks,sorry: v.1.5.16-1
There's
On Tue, 17 May 2005, Guido Milanese wrote:
From: Igor Pechtchanski [EMAIL PROTECTED]
To: Guido Milanese [EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
http://cygwin.com/acronyms/#PCYMTNQREAIYR. Thanks.
The version that you mention in the subject just says that you're
running Cygwin on
There's very little support for LOCALE settings in Cygwin. Some
applications will switch the language of the help messages, etc, to the
extent gettext() supports it. I don't believe sort has locale-specific
collate support -- the coreutils maintainer might be a better person to
answer that.
Hi All...
The next upstream version of keychain uses the locale command to check on
the settings. I didn't see any function by that name. Can coreutils add a
stub for this?
Thanks,
...Karl
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
Thanks again. I am puzzled because I recall that an older version I
tried a couple of years ago was sorting correctly. This most recent one
seems to ignore anything related to LC_*
I'm not sure how - newlib strcoll has never been locale-aware, and
fileutils did not then (nor coreutils now)
The next upstream version of keychain uses the locale command to check on
the settings. I didn't see any function by that name. Can coreutils add a
stub for this?
I agree that a locale(1) stub (and localedef(1), too) would be useful, but
they should belong to their own package (or else
At 06:13 PM 5/17/2005, you wrote:
Sort requires a working strcoll to do locale-dependent sorts. But newlib
(cygwin's library) provides only a strcoll that is HARD-CODED to the POSIX
(C) locale.
snip
In other words, unless someone submits a patch to cygwin with a compliant
strcoll, you are
Krigare Warrior wrote:
I did as you suggested, and I did get an error message (in the event viewer)
stating:
starting service 'M' failed: redirect_fd: open(1, /var/log/inetd.log): 13,
Permission denied.
After digging, I found that /var/log did not have write permissions. After
setting
In other words, unless someone submits a patch to cygwin with a compliant
strcoll, you are stuck with non-locale sorts on cygwin.
Don't you mean that newlib is the one that requires the patch?
Either place would work, but the philosophy of newlib is that it is for
embedded systems, and
Reini Urban wrote:
Just for the records: It should also fix the socket problem on
postgresql, loosing the socket file attributes on touch().
Well, it's been fixed since 2005-05-10 snapshot, thanks to Corinna.
Regards
Krzysztof Duleba
--
Unsubscribe info:
At 07:02 PM 5/17/2005, you wrote:
In other words, unless someone submits a patch to cygwin with a compliant
strcoll, you are stuck with non-locale sorts on cygwin.
Don't you mean that newlib is the one that requires the patch?
Either place would work, but the philosophy of newlib is that
Igor Pechtchanski schrieb:
On Mon, 16 May 2005, Gary R. Van Sickle wrote:
This I do: Those are just mount table entries. Memory usage won't change
regardless of the number or size of files in the directory a Cygwin mount
table entry points to. So there's no consequence there.
True for the actual
On Tue, May 17, 2005 at 03:20:45PM -0700, Karl M wrote:
The next upstream version of keychain uses the locale command to check on
the settings. I didn't see any function by that name. Can coreutils add a
stub for this?
Why are you suggesting that coreutils should provide this? coreutils
Hi,
I installed xemacs along with cygwin. I try to start xemacs by directly by
double clicking on the xemacs-21.4.17.exe file in my windows explorer. This
starts a dos console window which in turns starts xemacs properly.
My question is: is there a way to simply open a xemacs window and not
Maxime Beaudry wrote:
I installed xemacs along with cygwin. I try to start xemacs by directly by
double clicking on the xemacs-21.4.17.exe file in my windows explorer. This
starts a dos console window which in turns starts xemacs properly.
My question is: is there a way to simply open a
On Wed, May 18, 2005 at 09:12:20AM +0800, Carlo Florendo wrote:
Corinna Vinschen wrote:
We would like to release 1.5.17 soon.
Please try the latest snapshot, 2005-May-17, from
http://cygwin.com/snapshots/
This snapshot should solve two problems with cygcheck and strace. The
previous snapshots
Reini:
[Note, I'm no Cygwin expert, so please correct any misunderstandings.]
or fix it in this module XS. It's really easy with the cygwin provided
translation functions.
See http://sourceware.org/ml/cygwin/2005-02/msg00154.html
...
After all, Proc::ProcessTable misreports the PID and
On Wed, May 18, 2005 at 01:01:48PM +1000, Sonam Chauhan wrote:
Reini:
[Note, I'm no Cygwin expert, so please correct any misunderstandings.]
or fix it in this module XS. It's really easy with the cygwin provided
translation functions.
See
admin wrote:
Thanks so much that worked like a charm.
umount -A to remove all mounts, and then delete the cygwin install
directory. Rummaging around in the registry is not recommended.
http://www.cygwin.com/faq/faq_2.html#SEC20 --- when removing the two
registry values suggested
I have a reasonably healthy Cygwin installation that I typically use to
build various HLL compilers. One of these compilers needed the zip
tool in order to be built. So I fired up Cygwin and clicked to install
zip. Well, instead of doing just that, it also started installing
Ruby, and TeTex,
Brandon J. Van Every wrote:
I have a reasonably healthy Cygwin installation that I typically use to
build various HLL compilers. One of these compilers needed the zip
tool in order to be built. So I fired up Cygwin and clicked to install
zip. Well, instead of doing just that, it also
On Tue, May 17, 2005 at 02:31:45PM -0700, Brandon J. Van Every wrote:
- is Cygwin pushing new versions of stuff I previously downloaded?
Yes.
cgf
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Thanks for raising 'ps -W' behavior Chris. It is interesting.
From what I gather, the root problem is that for some processes (as
demonstrated by my testcase script), the CW_GETPINFO_FULL query returns:
1. Invalid PPIDs
Only PPIDs for cygwin processes are returned. Everything else should
86 matches
Mail list logo