On Apr 4 14:15, Corinna Vinschen wrote:
On Apr 3 20:49, Christopher Faylor wrote:
[responding to the thread which started it all]
On Wed, Apr 02, 2008 at 02:35:51PM +0200, Corinna Vinschen wrote:
- We create a ftp://cygwin.com/pub/cygwin-1.7 dir.
- Under that dir, we create the full
On Tue, Apr 08, 2008 at 06:26:46PM +0200, Corinna Vinschen wrote:
On Apr 4 14:15, Corinna Vinschen wrote:
On Apr 3 20:49, Christopher Faylor wrote:
[responding to the thread which started it all]
On Wed, Apr 02, 2008 at 02:35:51PM +0200, Corinna Vinschen wrote:
- We create a
On Apr 8 13:26, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 06:26:46PM +0200, Corinna Vinschen wrote:
On Apr 4 14:15, Corinna Vinschen wrote:
On Apr 3 20:49, Christopher Faylor wrote:
[responding to the thread which started it all]
On Wed, Apr 02, 2008 at 02:35:51PM +0200,
On Tue, Apr 08, 2008 at 13:26:46 -0400, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 06:26:46PM +0200, Corinna Vinschen wrote:
I'm just not sure we should really call it cygwin-1.7. What would
be a good name, which does not refer to the actual version number?
Cygwin with uppercase C?
I
On Tue, Apr 08, 2008 at 07:40:13PM +0200, Corinna Vinschen wrote:
On Apr 8 13:26, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 06:26:46PM +0200, Corinna Vinschen wrote:
On Apr 4 14:15, Corinna Vinschen wrote:
On Apr 3 20:49, Christopher Faylor wrote:
[responding to the thread which
On Tue, Apr 08, 2008 at 02:34:03PM -0400, Charles Wilson wrote:
If we do choose to name the release directory cygwin-2008, we probably
ought to try to get cygwin-1.7 out the door before, say, Christmas, tho.
g
Uh oh. I'm hyperventilating now.
Actually, given what is going into cygwin-1.7, the
On Apr 8 14:41, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 07:40:13PM +0200, Corinna Vinschen wrote:
On Apr 8 13:26, Christopher Faylor wrote:
cygwin-xp? cygwin-2008?
cysta? :)
cygwin-2008 isn't bad, though.
cygwin-nextgen?
Or just cygwin-new, maybe. I'd take any of
On Apr 8 14:43, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 02:34:03PM -0400, Charles Wilson wrote:
If we do choose to name the release directory cygwin-2008, we probably
ought to try to get cygwin-1.7 out the door before, say, Christmas, tho.
g
Uh oh. I'm hyperventilating now.
Corinna Vinschen wrote:
Why, we could always name the next versions cygwin-newer,
cygwin-evenmorenew, cygwin-newerthannew and
cygwin-reallyreallynew-imeanit.
How about cygwinng?
With a dash? cygwin-ng? Like syslog-ng. I was going to suggest this
too, but I didn't want to copy the
On Tue, Apr 08, 2008 at 11:07:26PM +0200, Corinna Vinschen wrote:
On Apr 8 14:41, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 07:40:13PM +0200, Corinna Vinschen wrote:
On Apr 8 13:26, Christopher Faylor wrote:
cygwin-xp? cygwin-2008?
cysta? :)
cygwin-2008 isn't bad, though.
On Apr 8 14:16, Brian Dessent wrote:
Corinna Vinschen wrote:
Why, we could always name the next versions cygwin-newer,
cygwin-evenmorenew, cygwin-newerthannew and
cygwin-reallyreallynew-imeanit.
How about cygwinng?
With a dash? cygwin-ng? Like syslog-ng. I was going to
On Apr 8 17:39, Christopher Faylor wrote:
On Tue, Apr 08, 2008 at 11:07:26PM +0200, Corinna Vinschen wrote:
With a dash? cygwin-ng? Like syslog-ng. I was going to suggest this
too, but I didn't want to copy the naming too bluntly.
We actually use ng internally to Netapp. I actually
On Apr 8 23:46, Corinna Vinschen wrote:
On Apr 8 14:16, Brian Dessent wrote:
Okay, so, several years ago setup.exe HEAD was modified to look for
release and release_legacy as the base dirname for packages
depending on whether it was running on 9x/ME or NT/2k/etc. I understand
Sorry,
Corinna Vinschen wrote:
Sorry, but I didn't remember that. Why didn't you just tell us?
I thought we were talking about two different things.
As I see it, here are the *conceptual* things we're dealing with:
A) We want to have a tree of packages that is still usable for users of
9x/ME after
Marco Atzeri wrote:
are the needed setup.hint and empty package
http://matzeri.altervista.org/cygwin/_obsolete/fftw3-dev/setup.hint
http://matzeri.altervista.org/cygwin/_obsolete/fftw3-dev/fftw3-dev-3.1.2-2.tar.bz2
It appears that you bzipped a 0-byte .tar file. This won't work. You
need
Brian Dessent wrote:
---
Cygwin Setup
---
Can't open
file://C:\Downloads\packages\cygwin/release/_obsolete/fftw3-dev/fftw3-dev-3.1.2-2.tar.bz2
for reading: Invalid or unsupported tar format
---
OK
Charles Wilson wrote:
As no one was actually able to install this file, is it OK to replace it
on sourceware (perhaps deleting the .md5sum file) without bumping the
version number?
Yes, I considered doing that myself. Sounds like a good idea.
Brian
Brian Dessent wrote:
Charles Wilson wrote:
As no one was actually able to install this file, is it OK to replace it
on sourceware (perhaps deleting the .md5sum file) without bumping the
version number?
Yes, I considered doing that myself. Sounds like a good idea.
Crap. It looks
On Tue, Apr 08, 2008 at 06:33:40PM -0700, Brian Dessent wrote:
Brian Dessent wrote:
Charles Wilson wrote:
As no one was actually able to install this file, is it OK to replace
it on sourceware (perhaps deleting the .md5sum file) without bumping
the version number?
Yes, I considered doing that
Dr. Volker Zell wrote:
This package likes to install the header files to
/usr/include/X11/Xft/*.h
xorg-x11-devel installs a symlink
/usr/include/X11 - ../X11R6/include/X11
Given that the X11 hierarchy is deprecated, I like to remove this
symlink in a preremove script.
Brian Dessent wrote:
As Angelo tried to report on the wrong mailing list, this is totally
broken. How are you supposed to compile any X11 apps after installing
this package, without manually adding -I/usr/X11R6/include/X11 to
CPPFLAGS? Simply installing libXft-devel causes all the X11
This is a patch for http://cygwin.com/setup.html to officially mention
cygport as acceptible.
Brian2008-04-08 Brian Dessent [EMAIL PROTECTED]
* setup.html: Mention cygport as method three.
Index: setup.html
===
RCS file:
On Mon, 7 Apr 2008, Daniel Senderowicz wrote:
I'm resending the XWin.log because it seems that your spam
blocker doesn't like the compressed file.
FWIW, the compressed attachment came through. But it would be nice (TM)
to get a plain-text attachment, as that could be easily read through the
On Mon, 2008-04-07 at 12:23 -0700, Siegfried Heintze (Aditi) wrote:
When I run startx it creates an xterm for me. But this xterm does not have a
scroll bar. I like to create xterms
with -sl 3000 -sb so I get lots of history. How can I make startx create
an xterm with these options?
edit
On Tue, 8 Apr 2008, Siegfried Heintze (Aditi) wrote:
On Mon, 2008-04-07 at 12:23 -0700, Siegfried Heintze (Aditi) wrote:
When I run startx it creates an xterm for me. But this xterm does not have a
scroll bar. I like to create xterms
with -sl 3000 -sb so I get lots of history. How can I make
On Tue, 8 Apr 2008, Siegfried Heintze (Aditi) wrote:
Thank you for the responses regarding -sb -sl 6000.
I had a quick launch icon that would execute startx in bash but that does not
seem to use the startxwin.sh or startxwin.bat files. So I change my icon in my quick
launch bar to this:
On Tue, 8 Apr 2008, Siegfried Heintze (Aditi) wrote:
But I have this ugly console hanging around. When I kill it, it kills X as
well. Is there a way to have an icon that does not create a superfluous console
window?
You could start an application (including xterm) which is initially
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2008-04-08 16:12:24
Modified files:
winsup/cygwin : ChangeLog mount.cc postinstall
Log message:
* mount.cc (mount_info::from_fstab): Read user fstab files from
/etc/fstab.d/$USER to
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| That should be taken up with the libtool maintainers. However, it has
[snip]
If I need to add LT_OUTPUT already, then I might as well switch entirely
to the LT_* macros.
True. But that is NOT required. libtool-emit-time is simply a new
Hello Brian,
I already tried that, but the installer wouldn't unpack the new file...I'll
try to modify it again during today, but I've got to attend to some
meetings so let's see when I will find the time to do so...I'll report back
in any case...thanks so far,
Chris
Brian Dessent wrote:
Gmane User wrote:
Let's make sure we're comparing the same situation. I've used bash to
explicitly change permissions to go-rwx for most of my files. This is
To be pedantic, you used chmod (or some other utility); bash is just a
shell, it does not set permissions.
Christoph Herdeg wrote:
I'm sorry, but I don't seem to be able to correctly update
\release\base-files\base-files-3.7-1.tar.bz2 with the new profile:
setup.exe won't extract the package I create and I end up with a bash not
even knowing ls or cp. I tried using 7-Zip and editing with Notepad++
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| True. But that is NOT required. libtool-emit-time is simply a new
| (possible backwards-incompatible) behavior change of the new libtool --
| but one that hopefully impacts few clients.
I guess I'll be finding out exactly
I'm sorry, but I don't seem to be able to correctly update
\release\base-files\base-files-3.7-1.tar.bz2 with the new profile:
setup.exe won't extract the package I create and I end up with a bash not
even knowing ls or cp. I tried using 7-Zip and editing with Notepad++ on
Windows as well as tar
Gmane User wrote:
I didn't see the line where you switched users.
I meant that I re-ran those commands again with a non-admin account.
Here are my observations on the leadup to Ultra Defragmenter.
JkDefrag's boot-time defrag is merely a scheduled task. It must be
scheduled outside of
On Apr 7 21:18, Charles Wilson wrote:
I'm trying to be explicit about licensing in csih for the next release. I
realize it's a little silly to use the GPL on a script (binary == source,
right?), but it may be necessary because part of it is derived from
cygport, which is GPLv3.
csih (the
On Apr 8 01:30, Charles Wilson wrote:
Corinna Vinschen wrote:
Looks good to me. I will upload a new OpenSSH release in the next
couple of days, but I guess I'll wait until you uploaded a new csih
release.
A couple of reminders:
(1) add csih to requires:
(2) the implementation of
I just compiled dmidecode[1] with the latest stable version of cygwin.
The binary[2] works fine on XP, but on Windows 2003, it throws a
permission denied error on accessing /dev/mem.
I searched the Cygwin list and found this message[3]:
Accessing \device\physicalmemory from privileged
On Apr 8 10:12, Tomasz Chmielewski wrote:
I just compiled dmidecode[1] with the latest stable version of cygwin.
The binary[2] works fine on XP, but on Windows 2003, it throws a permission
denied error on accessing /dev/mem.
I searched the Cygwin list and found this message[3]:
On Apr 8 01:21, Charles Wilson wrote:
Well, I'm waiting for answers to the questions here:
http://cygwin.com/ml/cygwin/2008-04/msg00211.html
from Corinna and Yaakov, but in the meantime:
Here's a version of ssh-user-config that works with CVS csih (what will
become 0.1.4 very soon).
Yep - that did it...the results look a lot more promising:
+
PATH=/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/Wbem
+ export PATH
+ MANPATH=/usr/local/man:/usr/share/man:/usr/man:
+ export MANPATH
Tomasz Chmielewski wrote:
On the other hand, a patched version of dmidecode (not needing Cygwin
DLL)[4] works just fine on Windows 2003.
Is there a workaround for /dev/mem: permission denied problem in Cygwin?
If you look at the source code at [4], you will see that it contains an
Christoph Herdeg wrote:
+ '[' -d /etc/profile.d ']'
bash: cannot create temp file for here document: Bad address
Here is where it tries to find and source the files in profile.d but it
can't because of something odd going on with $TMP. You'll probably need
to modify the file to
$TMP and $TEMP both point to
/cygdrive/c/Users/ADMINI~1/AppData/Local/Temp.
Chris
Here is where it tries to find and source the files in profile.d but it
can't because of something odd going on with $TMP. You'll probably need
to modify the file to echo the value of $TMP in order to debug
Robert Eckhoff wrote on 05 April 2008 22:39:
directories. Winsup also had some source problems that I corrected.
~/cygwin-1.5.25-11/winsup/cygwin/winsup.h:276
-extern bool wsock_started;
+extern C bool wsock_started;
~/cygwin-1.5.25-11/winsup/cygwin/winsup.h:156
-extern int
Hello,
I'm on a Windows 2000 SP4 terminal server with all last update.
My cygwin installation is up to date with de curr installation option.
When I start a cygwin session, it's take a long time. And when I try to
execute some commands, it's very slow.
I produce a cygcheck
Hello,
I'm on a Windows 2000 SP4 terminal server with all last update.
My cygwin installation is up to date with de curr installation option.
When I start a cygwin session, it's take a long time. And when I try to
execute some commands, it's very slow.
I produce a cygcheck
BrunoDeLoroux wrote on 08 April 2008 14:39:
I'm on a Windows 2000 SP4 terminal server with all last update.
My cygwin installation is up to date with de curr installation option.
When I start a cygwin session, it's take a long time. And
when I try to execute some commands, it's very slow.
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
I'm now looking at 2.2, what I mean is instead of (in libtool.m4):
AU_ALIAS([AC_PROG_LIBTOOL], [LT_INIT])
AU_ALIAS([AM_PROG_LIBTOOL], [LT_INIT])
Do something like the following:
AU_DEFUN([AC_PROG_LIBTOOL], [
LT_INIT
LT_OUTPUT
])
Brian Dessent wrote:
Okay, so JkDefrag's boot time defrag does not appear to be a real
boot-time (offline) defrag. Anything dealing with the task
scheduler is way too late in the game, Win32 is already running at
that point.
I wonder why anyone want to do that under a permissions-limited
Gmane User wrote:
About the log file, you're right. You need another analyze after
normal boot. It generates c:/FRAGLIST.HTM, which can be saved as
text. Turning off the switch to produce HTML doesn't generate a text
file, so I guess it's HTML or nothing.
Actually HTML is text. It's surely
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has
been released [1].
The problem is it does not compile due to dependency on
#include complex.h
in w_intersect.c (which we don't have) and later on
w_intersect.c:884: error: syntax error
Andrew DeFaria wrote on 08 April 2008 16:51:
Gmane User wrote:
About the log file, you're right. You need another analyze after
normal boot. It generates c:/FRAGLIST.HTM, which can be saved as
text. Turning off the switch to produce HTML doesn't generate a text
file, so I guess it's HTML
Dr. Volker Zell ha scritto:
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has
been released [1].
The problem is it does not compile due to dependency on
#include complex.h
in w_intersect.c (which we don't have) and later on
Below are the errors I received before I made their associated changes.
Dave Korn wrote:
Robert Eckhoff wrote on 05 April 2008 22:39:
directories. Winsup also had some source problems that I corrected.
~/cygwin-1.5.25-11/winsup/cygwin/winsup.h:276
-extern bool wsock_started;
+extern C bool
I should probably be asking this is a gdb group somewhere but thought I
would try here first. If I should not be here my apologies.
I am attempting to debug a an application that has a hang when the
program ends. It seems to perform its objective but than hangs on
exit. I have compiled and
Dave Korn wrote:
Andrew DeFaria wrote on 08 April 2008 16:51:
Gmane User wrote:
About the log file, you're right. You need another analyze
after normal boot. It generates c:/FRAGLIST.HTM, which can be
saved as text. Turning off the switch to produce HTML doesn't
generate a text file, so
Gmane User wrote on 08 April 2008 18:41:
Or in other words, could this thread please be TITTTL'd?
cheers, DaveK
Arg. Andrew. My thread TITTTL'd! :(
Uhh, you say that like it's a bad thing, but as long as you're nice to the
hippos, there's really no problem carrying on any
Angelo Graziosi wrote on 08 April 2008 17:21:
Dr. Volker Zell ha scritto:
The problem is it does not compile due to dependency on
#include complex.h
in w_intersect.c (which we don't have) and later on
w_intersect.c:884: error: syntax error before ix1c
w_intersect.c:885: error: syntax
Robert Eckhoff wrote on 08 April 2008 17:41:
Below are the errors I received before I made their
associated changes.
Dave Korn wrote:
Robert Eckhoff wrote on 05 April 2008 22:39:
directories. Winsup also had some source problems that I corrected.
On Tue, Apr 08, 2008 at 07:37:46PM +0100, Dave Korn wrote:
In other words, by that definition, absolutely everything in the entire
universe is cygwin related.
Uh oh. I think sourceware.org is going to need one of those newfangled
download-The-Library-of-Congress-in-.5-seconds fast internet pipes
Dr. Volker Zell ha scritto:
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has
been released [1].
The problem is it does not compile due to dependency on
#include complex.h
in w_intersect.c (which we don't have) and later on
Brian Keener wrote:
(gdb) set cygwin-exceptions on
(gdb) run
...
Program received signal SIGSEGV, Segmentation fault.
0x610d5de9 in pthread_mutexattr_init (attr=0x23cb50)
at /usr/develop/src/src/src/winsup/cygwin/thread.cc:123
123 if ((*object)-magic != magic)
(gdb) thread apply
Angelo Graziosi ha scritto:
Dr. Volker Zell ha scritto:
Angelo Graziosi writes:
But why still 3.2.4 version? A new release 3.2.5 with several bug
fixes has been released [1].
The problem is it does not compile due to dependency on
#include complex.h
in w_intersect.c (which we don't have)
Corinna Vinschen corinna-cygwin at cygwin.com writes:
The patch is in CVS, not in the latest release. You could try the
latest developer snapshot from http://cygwin.com/snapshots/, but for the
time being, there's no fix for the release itself. Note that snapshots
are not made for production
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| I'm not so sure. I still think that calling LT_OUTPUT immediately after
| LT_INIT is not exactly equivalent to 1.5 behavior. I think that is too
| early...but I don't know how to force a non-local insertion of
| LT_OUTPUT,
On Mon, Apr 7, 2008 at 4:25 AM, Michael Holm [EMAIL PROTECTED] wrote:
Hi,
I have read a lot of documents, but i really cant get this issue solved :(
All i want is to be able to execute bash scripts from a windows
desktop.. what i do now is..
a batch script:
c:\cygwin\bin\bash
Brian Dessent wrote:
thinking that somehow there's a segmentation fault in pthreads code when
there isn't. If you're going to enable the option then you need to
continue past those non-faults.
Brian,
Thanks for clarifying that. I was doing that for two reasons - the first
is because I
Brian Keener wrote:
As to the second part of my question - is there a way to determine what
sources/debug info I still need to get around the ?? Or is that just a
matter of tracing from the sources I can see to find what it is bing
called next?
Most of those frames with ?? are totally bogus
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| I'm not so sure. I still think that calling LT_OUTPUT immediately after
| LT_INIT is not exactly equivalent to 1.5 behavior.
I think it is equivalent, seeing from a typical configure run with
libtool 1.5:
Looking at some of the other
Chuck,
Well, I tried libtool 2.2.2 on a 1.5 package with autoreconf.
Unfortunately it wouldn't build any shared libraries:
/bin/sh ../libtool --tag=CC --mode=link gcc -O2 -pipe-o
libgdasql-3.0.la -rpath /usr/lib -version-info 3:0:0 -no-undefined
parser.lo lexer.lo sql_parser.lo mem.lo
Dave Korn wrote:
Actually HTML is text. It's surely not binary! Every character in an
HTML file is printable, for example.
That's very interesting, but surely a bit off-topic - I thought this
mailing list was meant to be all about defragmentation software, not
text-vs-binary file formats?
Gmane User wrote:
Arg. Andrew. My thread TITTTL'd! :(
Again, I don't subscribe to the talk list.
I thought this was cygwin related because all the affected files are
mostly involved with my use of Cygwin. And normal Windows users
don't go about finangling file permissions in the manner
On 04/08/2008, Andrew DeFaria wrote:
I don't subscribe to the talk list. Now what?
I'm afraid you're left to talk with yourself then. ;-)
Seriously, you have a couple of options at least:
1. Subscribe
2. Follow the discussion in the archives
It's easier to respond, if you care to, with
74 matches
Mail list logo