Yaakov (Cygwin/X) writes:
tetex is obsolete and needs to be replaced by TeX Live, no question.
Jan, I presume you won't mind if we relieve you of this cruft?
You presume correctly! In fact, I did done some work on texlive Gub
package for Cygwin a couple of years ago
On Tue, 2012-02-28 at 17:43 -0600, Yaakov (Cygwin/X) wrote:
* Phonon:
ftp://ftp.cygwinports.org/pub/cygwinports/uploads/phonon/
I almost forgot:
* automoc4 (build-time dependency of Phonon):
ftp://ftp.cygwinports.org/pub/cygwinports/release-2/KDE/automoc4/
Yaakov
Package maintainers,
TeX Live is coming very soon to the distribution. The following
packages list a dependency on the old tetex packages, along with their
new texlive dependencies as best as I could determine. The setup.hint
files on sourceware will be updated accordingly, but please update
On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote:
If you are interested and prepared to take this on, I'd be happy to work
with you to make this happen. First I suggest you review the brand-new
texlive cygclass and my .cygport files in Ports git:
http://cygwin-ports.git.sourceforge.net/
Hi
On Wed, 2012-02-29 at 09:06 -0500, Ken Brown wrote:
The texlive-collection-* directories in this repository don't have the
version of 20110705-texmf_cnf.patch needed for building those packages.
It's no problem; I got it by using setup.exe to download the source.
But I just thought I
I have little experience with Cygwin, since I normally do not use
Microsoft operating systems; but it is precisely for that reason that
I do install cygwin whenever I have to work on a Microsoft system --
for example, when I remove the viruses (Malwarebytes, as per a
friend's recommendation) from
CVSROOT:/cvs/src
Module name:src
Changes by: yselkow...@sourceware.org 2012-03-01 01:35:03
Modified files:
winsup/doc : ChangeLog faq-programming.xml faq-using.xml
Log message:
* faq-programming.xml (faq.programming.make-execvp): Remove obsolete
On Wed, 2012-02-29 at 20:15 -0500, Christopher Faylor wrote:
On Wed, Feb 29, 2012 at 06:57:27PM -0600, Yaakov (Cygwin/X) wrote:
Using X requires user intervention to start an X server first. No
amount of automatic dependencies will change this, and therefore I don't
expect that the number of
On Wed, Feb 29, 2012 at 11:56:38PM -0600, Yaakov (Cygwin/X) wrote:
On Wed, 2012-02-29 at 20:15 -0500, Christopher Faylor wrote:
On Wed, Feb 29, 2012 at 06:57:27PM -0600, Yaakov (Cygwin/X) wrote:
Using X requires user intervention to start an X server first. No
amount of automatic dependencies
On 28 February 2012 19:58, David Sastre Medina wrote:
Version 4.1-1 of base-files has been uploaded.
Base-files is a set of system configuration and setup files.
4.1-1
* Setting a system locale and a per-user locale breaks some configs
and doesn't play well with mintty. Changed to a
Previously bin/wish was a link to wish84.exe (from memory).
Recently it was upgraded to wish 8.5.exe. Now, unless X is
also running, wish fails ... I'm not quite certain which
recently upgraded package led to this: tcl-tk or tcltk ..?
The tcltk libraries now require a running X server in
On Feb 28 19:36, Yaakov (Cygwin/X) wrote:
On Tue, 2012-02-28 at 11:24 +0100, Corinna Vinschen wrote:
On Feb 28 03:43, Yaakov (Cygwin/X) wrote:
On Tue, 2012-02-28 at 09:18 +0100, Corinna Vinschen wrote:
It's a bug in more, afaics. In case of pressing 'n', the search
function
is
On Feb 29 02:41, Andrey Repin wrote:
Greetings, Corinna Vinschen!
Yup, confirmed. This occurs on W7/32 as well.
I add shlwapi to the list of filtered DLLs for which no such message is
printed.
Could you please consider making such list configurable, if it's not much of
an issue?
On Wed, 2012-02-29 at 08:24 +, Fergus wrote:
OK, thanks. I'm really miserable about this advance which has messed
badly with my preferred MO (amongst other things, not using X).
The old 8.4 win32 tcl/tk was unmaintained and broken in many ways, as
discussed at length on these lists, and
On Feb 28 22:41, Corinna Vinschen wrote:
The culprit is setup.exe apparently. If it sets 1777 permissions, it
uses the same permissions for the inheritable default permissions. It
should remove the write bits before creating the inheritable default
permissions. In Cygwin this is controlled
On Feb 29 02:51, Andrey Repin wrote:
Greetings, Corinna Vinschen!
Dead on, thanks! The definitions of tmp and temp in /etc/profile result
in a double definition of the %TMP% and %TEMP% dos variables from the
.Net applications POV and it's too dumb to handle that gracefully.
So the
Fergus writes:
Q2 In some other contexts Cygwin provides nox versions additionally
to versions requiring a running X server. Is there any chance that
tcl-tk-8.4 could be recovered and offered as a nox version?
+1
Please!
ht
--
Henry S. Thompson, School of Informatics, University of
On Feb 29 09:41, Henry S. Thompson wrote:
Fergus writes:
Q2 In some other contexts Cygwin provides nox versions additionally
to versions requiring a running X server. Is there any chance that
tcl-tk-8.4 could be recovered and offered as a nox version?
+1
Please!
If you manage to do
Good day,
I've successfully used Cygwin and in particular it's RSYNC for many years,
for example to sync a Windows XP computer named Sendi to another XP computer
named Desti in a local network.
Since a few months however rsync is causing me endless trouble. I regularly
upgrade to new
I need Your help...
I can not create an ADODB.Connection with cygwin/ruby.
I can create the connection with native ruby and in a Visual Basic
script.
What is wrong with my CygWin ruby ?
ruby code
#!/usr/bin/ruby
require 'win32ole'
con = WIN32OLE.new('ADODB.Connection')
/ruby code
result
Greetings, Corinna Vinschen!
Dead on, thanks! The definitions of tmp and temp in /etc/profile result
in a double definition of the %TMP% and %TEMP% dos variables from the
.Net applications POV and it's too dumb to handle that gracefully.
So the solution is, either we drop the tmp and
Greetings, Corinna Vinschen!
Yup, confirmed. This occurs on W7/32 as well.
I add shlwapi to the list of filtered DLLs for which no such message is
printed.
Could you please consider making such list configurable, if it's not much of
an issue?
This feature seems to be the reasonable
On Wed, Feb 29, 2012 at 7:22 AM, Andrey Repin wrote:
%SystemRoot%/Temp then ?
This isn't guaranteed to exist.
--
Earnie
-- https://sites.google.com/site/earnieboyd
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
What is the mintty equivalent to rxvt/xterm's
-si|+si
Turn on/off scroll-to-bottom on TTY output inhibit;
resource scrollTtyOutput has opposite effect.
I'd like to have it turned on, i.e., scroll to bottom whenever
there is new output. Couldn't find anything for
On Tue, Feb 28, 2012 at 9:27 PM, Pat Tressel ptres...@myuw.net wrote:
Andrey --
Background: Ok, this is really weird...
It's even weirder, than you'd think.
Hint: reg:HKEY_CURRENT_USER\Console
Oh, that. I could *not* remember console. I was thinking
terminal or you know, whatever
Hi there,
175712 by: Frank Farance
175717 by: Corinna Vinschen
175719 by: Frank Farance
175720 by: Corinna Vinschen
175721 by: Frank Farance
175722 by: Corinna Vinschen
175725 by: Earnie Boyd
175728 by: Frank Farance
What are the filesystems involved? VFAT anywhere?
--
73,
Ged.
--
Problem
On Tue, Feb 28, 2012 at 3:24 PM, Frank Farance wrote:
So I don't believe this is a WinSCP problem, AND the problem is
demonstrated independent of WinSCP.
What is TZ set to in your Cygwin environment? Try the string EST5EDT
to see if it helps.
--
Earnie
--
Hi there
As mentioned in another thread bash with the new cygwin1.dll version 1.7.11-1
does not work properly when invoke by NT emacs.
It did work before, so I would like to revert to an older version of the
cygwin1.dll. How can I do this? And is there a way to revert the other packages
so
[Reformatted--see: http://cygwin.com/acronyms/#PCYMTWLL ]
On 2012-02-29 12:52Z, Leo wrote:
As mentioned in another thread bash with the new cygwin1.dll version
1.7.11-1 does not work properly when invoke by NT emacs.
It did work before, so I would like to revert to an older version of
the
Leo leosli...@letterboxes.org was heard to say:
It did work before, so I would like to revert to an older version of
the cygwin1.dll. How can I do this? And is there a way to revert the
other packages so that they are compatible with the older cygwin1 all?
Many thanks. Any help is
On 2/29/2012 1:52 PM, Leo wrote:
Hi there
As mentioned in another thread bash with the new cygwin1.dll version 1.7.11-1
does not work properly when invoke by NT emacs.
It did work before, so I would like to revert to an older version of the
cygwin1.dll. How can I do this? And is there a way
Hi !
02/28/2012 05:50 PM, ext Corinna Vinschen пишет:
Oh, and then again... did you install the bash-completion package on
the server? It's known to result in such delays sometimes. I never
used it myself so I don't know what it's doing. Somebody else might
know more here.
That would be a
On 29/02/2012 7:22 AM, Andrey Repin wrote:
do you filter by DLL name or it's full path?
Because, %SystemRoot%\system32\shlwapi.dll is likely to be harmless.
But same name DLL inserted from any other place...
That would be moving beyond mere BLODA and into malware territory. At
that point, just
On Feb 29 07:39, Earnie Boyd wrote:
On Wed, Feb 29, 2012 at 7:22 AM, Andrey Repin wrote:
%SystemRoot%/Temp then ?
This isn't guaranteed to exist.
And it wouldn't change anything. It all depends on a safe ACL setting
one way or the other.
Corinna
--
Corinna Vinschen
On Feb 29 12:49, G.W. Haywood wrote:
Hi there,
175712 by: Frank Farance
175717 by: Corinna Vinschen
175719 by: Frank Farance
175720 by: Corinna Vinschen
175721 by: Frank Farance
175722 by: Corinna Vinschen
175725 by: Earnie Boyd
175728 by: Frank Farance
What are the filesystems
On 27/02/2012 7:26 AM, Corinna Vinschen wrote:
Hi folks,
I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It
contains two code snippets which are supposed to help diagnosing BLODA
problems.
If you set the environment variable CYGWIN to detect_bloda and then
start a Cygwin process
On Feb 29 16:26, Ilya Dogolazky wrote:
Hi !
02/28/2012 05:50 PM, ext Corinna Vinschen пишет:
Oh, and then again... did you install the bash-completion package on
the server? It's known to result in such delays sometimes. I never
used it myself so I don't know what it's doing. Somebody
On Feb 29 09:51, Ryan Johnson wrote:
On 27/02/2012 7:26 AM, Corinna Vinschen wrote:
Hi folks,
I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It
contains two code snippets which are supposed to help diagnosing BLODA
problems.
If you set the environment variable CYGWIN to
Corinna Vinschen wrote:
On Feb 29 12:49, G.W. Haywood wrote:
Hi there,
175712 by: Frank Farance
175717 by: Corinna Vinschen
175719 by: Frank Farance
175720 by: Corinna Vinschen
175721 by: Frank Farance
175722 by: Corinna Vinschen
175725 by: Earnie Boyd
175728 by: Frank Farance
What
Earnie Boyd wrote:
On Tue, Feb 28, 2012 at 3:24 PM, Frank Farance wrote:
So I don't believe this is a WinSCP problem, AND the problem is
demonstrated independent of WinSCP.
What is TZ set to in your Cygwin environment? Try the string EST5EDT
to see if it helps.
--
Earnie
--
Thrall, Bryan wrote on 2012-02-27:
Thrall, Bryan wrote on 2012-01-25:
perl-Tk's widget works just fine with
perl5.10.1-3
perl-Tk 804.028-3
but if I upgrade to perl 5.10.1-5, widget breaks again[1] with the
following
errors repeated
On 29/02/2012 10:01 AM, Corinna Vinschen wrote:
On Feb 29 09:51, Ryan Johnson wrote:
On 27/02/2012 7:26 AM, Corinna Vinschen wrote:
Hi folks,
I've just uploaded a new snapshot 2012-02-27 12:04:23 UTC. It
contains two code snippets which are supposed to help diagnosing BLODA
problems.
If
On Feb 21 14:24, Michel Bardiaux wrote:
You can add to the BLODA list:
AVAST! (www.avast.com). But no need to desinstall; just disable
permanently the FILESYSTEM and BEHAVIOR realtime shields. The others
(web, p2p, mail, IM) do not seem to interfere with cygwin.
Thanks, I added that to
I have the same issue. More information: If you back down cygwin bash to
BASH_VERSION='3.2.51(24)-release', the messages about job control no longer
appear when bash starts. However I still can't interrupt jobs started with
M-x compile or M-x shell-command, so I'm guessing this has something to
One thing to check is the disk drives. I have had rsync stop when it
reaches corrupted sectors, especially if those sectors corrupt part of
the file system. I don't remember anything helpful in the log files, I
just noticed that it wasn't finishing. Try running disk diagnostic
software and
Greetings, Earnie Boyd!
(Off topic: Huh. So maybe git or msysgit was monkeying around with
the color table...maybe using a non-standard color?)
The MSYS part of msysgit doesn't muck with registry keys. Maybe
something with tksh that it uses does.
I think it was his own hands.
Windows
Hi,
I am having the same issue as Charles Wilson as discussed here:
http://cygwin.com/ml/cygwin/2012-02/msg00089.html
Was there any resolution to this issue?
Earlier versions of Cygwin 1.7 worked. This is on a Windows Server 2003, 64-bit.
--
Problem reports:
David Sastre Medina wrote:
On Mon, Feb 27, 2012 at 06:11:30PM +0100, Christian Franke wrote:
This is an updated version of:
http://cygwin.com/ml/cygwin/2011-04/msg00020.html
Uses the detection method suggested here:
http://cygwin.com/ml/cygwin/2011-04/msg00372.html
Tested with bash, dash,
Corinna Vinschen wrote:
David, instead of setting tmp/temp, What about adding the following
line
to /etc/profile?
setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run
/var/tmp 2/dev/null
Will that cause problems if I have:
$ mount | grep home
C:/Documents and Settings on
Christopher Faylor wrote:
The only thing that apparently needs addressing is that you read the
list and comprehend what's going on. I wish we could address that by
making more people do that. :-)
Would it help to add xinit to the requirements for tcl-tk and other
packages that now require
On 2/29/2012 4:19 PM, Robert Krajewski wrote:
I am having the same issue as Charles Wilson as discussed here:
http://cygwin.com/ml/cygwin/2012-02/msg00089.html
Was there any resolution to this issue?
Earlier versions of Cygwin 1.7 worked. This is on a Windows Server 2003,
64-bit.
I
On 2/29/2012 8:30 PM, Charles Wilson wrote:
I've been running into a strange error lately (that is, I first
noticed it for sure on 1.7.10, but it MIGHT have occurred also on 1.7.9.
It persists on 1.7.11). cygcheck -- and *only* cygcheck -- is reporting
a cygheap base mismatch but only on an XP64
Earnie Boyd sent the following at Wednesday, February 29, 2012 7:49 AM
On Tue, Feb 28, 2012 at 9:27 PM, Pat Tressel wrote:
It's even weirder, than you'd think.
Hint: reg:HKEY_CURRENT_USER\Console
The MSYS part of msysgit doesn't muck with registry keys. Maybe
something with tksh that it uses
On 28 February 2012 19:58, David Sastre Medina wrote:
4.1-1
* Setting a system locale and a per-user locale breaks some configs
and doesn't play well with mintty. Changed to a user-defined setting in
/etc/profile/lang.* Reported by Peter Rosin and Andy Koppe. See
In a recent cygwin update (from cygwin-1.7.10-1), the issues that I
reported in the
following link:
http://cygwin.com/ml/cygwin/2012-01/msg00373.html
``Problems with UNC filenames passed to bash when called from a
windows shortcut,''
have been mostly corrected. The issue was the incorrect
On Wed, 2012-02-29 at 13:43 -0800, Matt Seitz (matseitz) wrote:
Would it help to add xinit to the requirements for tcl-tk and other
packages that now require an X11 server?
I know that there are some use cases where xinit isn't actually
required. But would the benefit (fewer problem reports
On Wed, Feb 29, 2012 at 06:57:27PM -0600, Yaakov (Cygwin/X) wrote:
On Wed, 2012-02-29 at 13:43 -0800, Matt Seitz (matseitz) wrote:
Would it help to add xinit to the requirements for tcl-tk and other
packages that now require an X11 server?
I know that there are some use cases where xinit
On 01/03/2012, at 12:25 AM, Markus Hoenicka markus.hoeni...@mhoenicka.de
wrote:
Leo leosli...@letterboxes.org was heard to say:
It did work before, so I would like to revert to an older version of the
cygwin1.dll. How can I do this? And is there a way to revert the other
packages so that
Greetings, Leo!
Well, drag+drop plus much easier install: For NTemacs I just copy the
binaries to a new machine, hv a working GUI emacs straight away and can add
the cygwin stuff only when needed, but for a GUI emacs in cygwin i need to
install cygwin, X/cygwin, configure X, run an external
I can agree having some times same error on multiple machines (win7/64) - but
always when running perl.
1 [main] perl (7796) c:\programme\cygwin\bin\perl.exe: *** fatal error -
cygheap base mismatch detected - 0xE158D0
/0xEF58D0.
This problem is probably due to using incompatible versions of
but for a GUI emacs in cygwin i need to
install cygwin, X/cygwin, configure X, run an external bash and then kick
off emacs - just in order to use a bash inside emacs.
You don't need to run external bash...
And doesn't emacs-nox.exe allow you to have emacs without X?
..mark
--
Problem
Greetings, Buchbinder, Barry (NIH/NIAID) [E]!
It's even weirder, than you'd think.
Hint: reg:HKEY_CURRENT_USER\Console
The MSYS part of msysgit doesn't muck with registry keys. Maybe
something with tksh that it uses does.
Since HKEY_CURRENT_USER\Console has subkeys (on my machine) for bash
It's even weirder, than you'd think.
Hint: reg:HKEY_CURRENT_USER\Console
The MSYS part of msysgit doesn't muck with registry keys. Maybe
something with tksh that it uses does.
Since HKEY_CURRENT_USER\Console has subkeys (on my machine) for bash
and cmd, perhaps the key is created and
Andrey --
These keys created when you mess with console properties of a running
application.
I don't touch them and I only have one bogus subkey mentioning summary.bat
Don't remember, what was that batch, though. I just deleted the subkey for
now.
Aha! So those subkeys would likely only be
On Thu, Mar 1, 2012 at 6:56 AM, Heiko Elger wrote:
I can agree having some times same error on multiple machines (win7/64) - but
always when running perl.
1 [main] perl (7796) c:\programme\cygwin\bin\perl.exe: *** fatal error -
cygheap base mismatch detected - 0xE158D0
/0xEF58D0.
This
I've got a C++ tree that is running under Fedora 14, Fedora 16, and
Cygwin. Everything works.
Tonight, I needed to test something and was on my Windows box, so I did
a cut-and-paste operation which gave me a directory of Copy of
myStuff. I did a make and it worked, but I am seeing a message
On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote:
I've got a C++ tree that is running under Fedora 14, Fedora 16, and Cygwin.
Everything works.
Tonight, I needed to test something and was on my Windows box, so I did a
cut-and-paste operation which gave me a directory of Copy of
Marco:
Thanks for reply, my comments inline
On 2/29/2012 11:23 PM, marco atzeri wrote:
names with spaces are always a problem for a lot of unix/cygwin
program, so my suggestion
is to rename the directory.
Please also note that copypaste will likely mess your file permission
Yes, I solved
On Thu, Mar 1, 2012 at 8:23 AM, marco atzeri wrote:
On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote:
(snip)
I also noticed that if I run make make.out that the message is printed
to the terminal and is not in make.out. What am I missing to capture all
output in make.out?
I like
On Thu, Mar 1, 2012 at 8:47 AM, Csaba Raduly wrote:
On Thu, Mar 1, 2012 at 8:23 AM, marco atzeri wrote:
On Thu, Mar 1, 2012 at 8:13 AM, Paul Allen Newell wrote:
(snip)
I also noticed that if I run make make.out that the message is printed
to the terminal and is not in make.out. What am I
70 matches
Mail list logo