On 3/12/2012 5:53 PM, Yaakov (Cygwin/X) wrote:
On 2012-03-12 15:37, Ken Brown wrote:
Perfect.
I have pushed this to cygport git master.
One more detail: Currently none of the texlive packages require
fontconfig, so the user might not have fc-cache. Maybe the calls to
fc-cache should be
Hi Marco,
right now rebaseall only supports DLLs with the suffixes .dll and .so.
But the DLLs under /usr/lib/octave/*/oct/i686-pc-cygwin all have the
suffix .oct.
Should these DLLs be taken into account by rebaseall as well, or is that
not necessary for some reason?
Thanks,
Corinna
--
I just noticed that I'm listed in http://cygwin.com/cygwin-pkg-maint as
the maintainer of emacs-leim. The latter is obsolete and is no longer
in the distro, so that entry should be removed from the list.
Ken
On Mar 14 12:24, Ken Brown wrote:
I just noticed that I'm listed in http://cygwin.com/cygwin-pkg-maint
as the maintainer of emacs-leim. The latter is obsolete and is no
longer in the distro, so that entry should be removed from the list.
Done.
Thanks,
Corinna
--
Corinna Vinschen
On 13/03/2012 09:08, Corinna Vinschen wrote:
Btw., per cygwin-pkg-maint we only have 9 orphaned packages. I don't
believe that even one second, but these 9 packages are already orphaned
for a long time. Shouldn't we remove them? At least pdksh should go,
given that we have a modern
On Mar 12 16:13, Corinna Vinschen wrote:
Hi Reini,
I just noticed that parrot is the only package in the distro which still
depends on the Win32-GUI opengl package, rather than the X11 OpenGL
libraries. Shouldn't that be fixed?
Parrot also has a dependency to openssl, rather than to
On Mar 14 17:03, Jon TURNEY wrote:
On 13/03/2012 09:08, Corinna Vinschen wrote:
Btw., per cygwin-pkg-maint we only have 9 orphaned packages. I don't
believe that even one second, but these 9 packages are already orphaned
for a long time. Shouldn't we remove them? At least pdksh should
On 3/14/2012 5:01 PM, Corinna Vinschen wrote:
Hi Marco,
right now rebaseall only supports DLLs with the suffixes .dll and .so.
But the DLLs under /usr/lib/octave/*/oct/i686-pc-cygwin all have the
suffix .oct.
Should these DLLs be taken into account by rebaseall as well, or is that
not
On 2012-03-14 08:13, Ken Brown wrote:
One more detail: Currently none of the texlive packages require
fontconfig, so the user might not have fc-cache. Maybe the calls to
fc-cache should be conditioned on [ -x /usr/bin/fc-cache ].
Alternatively, we could add fontconfig as a dependency of all the
On 2012-03-13 04:08, Corinna Vinschen wrote:
Btw., per cygwin-pkg-maint we only have 9 orphaned packages. I don't
believe that even one second
Indeed. Here is a quick scan of the list of maintainers who have not
posted to cygwin or cygwin-apps for a few years:
Andreas Seidl (TeXmacs) --
On Mar 14 13:53, Yaakov (Cygwin/X) wrote:
On 2012-03-13 04:08, Corinna Vinschen wrote:
Btw., per cygwin-pkg-maint we only have 9 orphaned packages. I don't
believe that even one second
Indeed. Here is a quick scan of the list of maintainers who have
not posted to cygwin or cygwin-apps for
On Mar 14 19:26, marco atzeri wrote:
On 3/14/2012 5:01 PM, Corinna Vinschen wrote:
Hi Marco,
right now rebaseall only supports DLLs with the suffixes .dll and .so.
But the DLLs under /usr/lib/octave/*/oct/i686-pc-cygwin all have the
suffix .oct.
Should these DLLs be taken into account
Hi Jason,
On Mar 13 14:04, Corinna Vinschen wrote:
On Mar 9 21:30, Corinna Vinschen wrote:
On Mar 8 10:12, Corinna Vinschen wrote:
What rebase *should* do is to mark the DLLs as blocked, and keep them in
the list together with their current address and size, so it can arrange
the
On Wed, Mar 14, 2012 at 10:18:56PM +0100, Corinna Vinschen wrote:
I also added documentation to the README file, added a -p option to
rebaseall...
Looks good to me, Corinna.
cgf
On 2012-03-08 03:12, Corinna Vinschen wrote:
The assumption that the Cygwin DLL has a given size and will never
change is flawed. How are we supposed to add new functionality if the
DLL has to stick at a certain size? And even using another GCC can
easily change the size of the DLL, given
When I run gretl and click File New Dataset Ok Forward Apply, gretl
crashes and dissapears, leaving no core or log. There is nothing in
/var/log/xwin/XWin.0.log either (that gretl creates). How do I collect
debugging information to submit a bug report?
To reproduce, build and run gretl :
On 3/14/2012 7:14 AM, Chloe wrote:
When I run gretl and click File New Dataset Ok Forward Apply, gretl
crashes and dissapears, leaving no core or log. There is nothing in
/var/log/xwin/XWin.0.log either (that gretl creates). How do I collect
debugging information to submit a bug report?
To
Hi there
This is probably an X beginners question.
I want to see the fonts which are installed on my X system. I tried
xlsfonts, but as a command line tool it only lists the *names* of the
fonts not a *font sample*.
Hoe do I get a list of the fonts with some text written in that
I'm trying to set up my X environment under MS Windows in a MS Windows
kind of way.
So e.g. in an X application running rootless with the XWin Server, how
can I access for the main window menu via keyboard shortcuts? I mean
the standard menu wihich you get by clicking in the top left
On 2012-03-14 01:14, Chloe wrote:
When I run gretl and click File New Dataset Ok Forward Apply, gretl
crashes and dissapears, leaving no core or log. There is nothing in
/var/log/xwin/XWin.0.log either (that gretl creates). How do I collect
debugging information to submit a bug report?
To
The following packages have been updated in the Cygwin distribution:
*** xorg-server-1.12.0-1
*** xorg-server-dmx-1.12.0-1
These packages contain XWin and the other X.Org X11 servers.
This is the first release of the xserver 1.12 series. It is currently
available as a test release, and will be
Hi everyone.
As some other people have reported, there seems to be some problem with
pipes in 1.7.11 which appears to have been introduced in 1.7.10. I can
confirm that 1.7.9 and 1.7.7 works as expected, but I don't have a 1.7.10
installation so I cannot test that. Others have reported
This release is an update to the latest upstream packages.
It also fixes some problems with the postinstall scripts.
Thank you for all this work. Really amazing provision. FYI after this
update I got the following error messages. From memory, there were no
error messages at all after the
Hi,
I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw.
Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard
mintty/bash terminal, the execution just no-ops back to the prompt.
Running emacs-nox works fine. Also, attempting to run emacs-X11 -nw
under strace
Hi Corinna,
Thanks for answering.
We understand error message is coming because of Windows security
restrictions, But login is successful using 'login -p tioadmin' only
its throwing error message in event viewer in one of our customer
environment.It also not impacting any functionality.
For
On 3/14/2012 8:53 AM, Shaddy Baddah wrote:
Hi,
I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw.
Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard
mintty/bash terminal, the execution just no-ops back to the prompt.
Running emacs-nox works fine. Also,
Hi Marco,
On 14/03/12 19:24, marco atzeri wrote:
I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw.
Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard
mintty/bash terminal, the execution just no-ops back to the prompt.
Running emacs-nox works fine. Also,
On Tue, Mar 13, 2012 at 06:19:06PM +0100, Corinna Vinschen wrote:
On Mar 12 15:02, Corinna Vinschen wrote:
On Mar 12 14:26, Denis Excoffier wrote:
Hello,
I have a problem that appeared between the 20120308 snapshot
and the 20120309 snapshot.
[...]
Thanks for sending
On Mar 14 09:24, marco atzeri wrote:
On 3/14/2012 8:53 AM, Shaddy Baddah wrote:
Hi,
I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw.
Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard
mintty/bash terminal, the execution just no-ops back to the
On 3/14/2012 8:11 AM, David Lindstrom wrote:
Hi everyone.
As some other people have reported, there seems to be some problem with
pipes in 1.7.11 which appears to have been introduced in 1.7.10. I can
confirm that 1.7.9 and 1.7.7 works as expected, but I don't have a 1.7.10
installation so I
On 14/03/2012, at 12:36 AM, Ken Brown wrote:
On 3/13/2012 9:04 AM, Markus Hoenicka wrote:
Leo leosli...@letterboxes.org was heard to say:
Well, the directory does exist. Furthermore I tried it with
~/.emacsdata/server/ (tilde instead of expanded home directory)
first and it doesn't work.
I need to write a script that deploy many cygwin applications with
svn-1.6-17. All my attempts were finished by installing or svn-1.7, or
nothing.
I tried to install subversion, subversion-1.6, subversion-1.6-17. It
all were useless.
How I can install previous version of package by console on
Hi,
On Mar 14 19:52, Corinna Vinschen wrote:
On Mar 14 09:24, marco atzeri wrote:
On 3/14/2012 8:53 AM, Shaddy Baddah wrote:
I've noticed that snapshot 2012-03-09 has broken calls to emacs -nw.
Specifically, it breaks emacs-X11 -nw. Attempting to run from a standard
mintty/bash terminal, the
Hi there
I try to set up emacs in a way that I can use key bindings like H-x
(Hyper + character x). In NT emacs the alt key could be configured to
issue the hyper or super modifier code and NOT the Meta modifier.
In Cygwin emacs under X I am not able to achieve this: Normal behavior
is
On 3/14/2012 3:45 AM, Fergus wrote:
This release is an update to the latest upstream packages.
It also fixes some problems with the postinstall scripts.
Thank you for all this work. Really amazing provision. FYI after this
update I got the following error messages. From memory, there were no
I have also encountered this problem, and I can confirm it appears to be fixed
as of today's snapshot (20120314).
I am running on Windows Vista 32-bit
Thanks to all for the fix!
Andrés
On 3/14/2012 9:53 AM, Pavel Holejsovsky wrote:
On 3/14/2012 8:11 AM, David Lindstrom wrote:
Hi everyone
I cannot change the permissions on files when I run Hadoop in Cygwin:
java.io.IOException: Failed to set permissions of path:
\tmp\hadoop-James\mapred\staging\James-1143336710\.staging to 0700
From what I've gathered you can't really run Cygwin as root since
Windows doesn't really have a
/usr/share/texmf-dist/fonts/type1/urw/symbol: failed to write cache
/usr/share/texmf-dist/fonts/type1/urw/times: failed to write cache
/usr/share/texmf-dist/fonts/type1/urw/zapfchan: failed to write cache
/usr/share/texmf-dist/fonts/type1/urw/zapfding: failed to write cache
2012/03/14
New versions 3.4.0-3 of
lapack (source)
liblapack0
liblapack-devel
liblapack-doc
are available in the Cygwin distribution:
CHANGES
These are new upstream versions.
Full list of changes at:
http://www.netlib.org/lapack/lapack-3.4.0.html
additionally, corrections for
bug0087 :: Wrong call name
On 3/14/2012 9:52 AM, Fergus wrote:
/usr/share/texmf-dist/fonts/type1/urw/symbol: failed to write cache
/usr/share/texmf-dist/fonts/type1/urw/times: failed to write cache
/usr/share/texmf-dist/fonts/type1/urw/zapfchan: failed to write cache
/usr/share/texmf-dist/fonts/type1/urw/zapfding: failed
On 3/14/2012 6:19 AM, Leo wrote:
emacsclient works fine when I unset the environment variable
EMACS_SERVER_FILE. This holds true regardless what server-auth-dir is
set to.
In order to produce the error, do the following:
(1) start emacs -Q.
(2) execute in the scratch buffer
(require 'server)
My guess is still that it's a fontconfig issue.
I'm not an expert on that, but I would suggest that you try `fc-cache
-fsv'
(and capture the output).
If that runs without errors,
then we'll have to look for something else in the postinstall scripts.
~ fccache -fsv
bash: fccache: command
On 3/14/2012 11:58 AM, Fergus wrote:
My guess is still that it's a fontconfig issue.
I'm not an expert on that, but I would suggest that you try `fc-cache
-fsv'
(and capture the output).
If that runs without errors,
then we'll have to look for something else in the postinstall scripts.
On 3/14/2012 7:19 AM, Leo wrote:
Hi there
I try to set up emacs in a way that I can use key bindings like H-x
(Hyper + character x). In NT emacs the alt key could be configured to
issue the hyper or super modifier code and NOT the Meta modifier.
In Cygwin emacs under X I am not able to achieve
You left out a hyphen.
Whoops, thanks.
fc-cache -srv 1 2 2
Files 1 (successes?) and 2 (failures to write cache) attached. Not at
all certain how or whether they illuminate earlier error messages:
texlive-collection-basic.sh exit code 146
texlive-collection-fontsextra.sh exit code
On 14/03/2012 16:03, Ken Brown wrote:
On 3/14/2012 7:19 AM, Leo wrote:
I try to set up emacs in a way that I can use key bindings like H-x
(Hyper + character x). In NT emacs the alt key could be configured to
issue the hyper or super modifier code and NOT the Meta modifier.
In Cygwin emacs
On 3/14/2012 12:30 PM, Fergus wrote:
fc-cache -srv 1 2 2
Files 1 (successes?) and 2 (failures to write cache) attached. Not at
all certain how or whether they illuminate earlier error messages:
texlive-collection-basic.sh exit code 146
texlive-collection-fontsextra.sh exit code 146
I found that
xkbprint :0
(when X is running) prints a keyboard map
as a postscript file to server-0.ps.
Then, with ghostview (or a similar tool)
you can look at the layout in your running
X.
These maps can be created/changed, but that's
a whole 'nother level of stuff!
Best wishes -- Eliot
Greetings, Fergus!
You left out a hyphen.
Whoops, thanks.
fc-cache -srv 1 2 2
fc-cache -srv 21 log
would be more informative, IMO.
Files 1 (successes?) and 2 (failures to write cache) attached. Not at
all certain how or whether they illuminate earlier error messages:
JonY sent the following at Tuesday, March 13, 2012 6:52 PM
This is a new upstream release. Changes include:
* Lziprecover has been moved to its own package because it can recover
files produced by any of the compressors in the lzip family; lzip,
plzip, minilzip/lzlib, clzip and pdlzip.
The new
FYI, this may be a problem with Cygwin setup causing packages and DLLs not
to work.
- Original Message -
Subject: Re: [rt.cpan.org #75664] Fails 09parser test in Cygwin with ***
fatal error
URL: https://rt.cpan.org/Ticket/Display.html?id=75664
This shouldn't be an Inline::C bug.
On Wed, Mar 14, 2012 at 2:11 PM, Chloe starrych...@oliveyou.net wrote:
FYI, this may be a problem with Cygwin setup causing packages and DLLs not
to work.
FYI
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
On Wed, Mar 14, 2012 at 02:11:10PM -0400, Chloe wrote:
FYI, this may be a problem with Cygwin setup causing packages and DLLs not
to work.
This is a well-known issue. A future version of the Cygwin installation
will run rebaseall automatically so it should not be as much of a
problem. I'd
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
On 2012-03-13 15:35, Achim Gratz wrote:
1. Is there some way to specify CPAN bundles rather than individual
packages in the .cygport file? I don't mind if I'll get a tar.bz for
each package the bundle pulls in, I just want to limit
The pfbtops program in that package can't convert most fonts back to PS.
It complains about a block not starting with 0x80, exits with an error
and produces truncated and mangled output. Besides a few lines missing
from the end of the output, it apparently dropped single bytes from the
binary
On 2012-03-14 14:33, Achim Gratz wrote:
You've lost me here, where does that PATCH_URI you are talking about
belong? The packages I've looked at had at most two patch files (for
the source and for cygwin specific additions) that are seemingly used
automagically.
PATCH_URI is a list of one or
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
On 2012-03-14 14:33, Achim Gratz wrote:
PATCH_URI is a list of one or more patches which are applied to the
source immediately after unpacking. Like SRC_URI, you can specify
remote URIs (e.g. from other distros) or just a filename to
On 2012-03-14 15:20, Achim Gratz wrote:
Again, where do I put PATCH_URI and what is the format? I suppose
this should be someplace in the .cygport file? The README that is
linked from the cygwin site doesn't mention it...
Like SRC_URI, it is a string list variable to be defined early in the
I have just released cygport-0.10.9 for the Cygwin distribution and the
Fedora Cygwin repository. New features in this release:
* GStreamer 0.11/1.0 support
- gst-plugins.cygclass now supports all series
- gst-plugins0.10.cygclass is deprecated
* Fixes for texlive postinstall commands
Changes
Yaakov (Cygwin/X) yselkow...@users.sourceforge.net writes:
It's not quite complete yet, but see
/usr/share/doc/cygport/manual.html for the official documentation.
Thanks, I'll have a look.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User
On 3/15/2012 01:51, Buchbinder, Barry (NIH/NIAID) [E] wrote:
JonY sent the following at Tuesday, March 13, 2012 6:52 PM
This is a new upstream release. Changes include:
* Lziprecover has been moved to its own package because it can recover
files produced by any of the compressors in the lzip
I've had this problem in the past with in other organizations and have never
been able to get around it.
Problem: running mkpasswd w/ '-D' doesn't work/finish
Details: I am running Cygwin on Windows 7 64 bit in a typical work environment.
I don't think that matters because I've had this exact
Hi All,
I used to debug with insight. I think it brings more convenience.
But I cannot find the insight package in the latest setup.
So has insight been removed from cygwin setup list?
--
- BR, Ruochen
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2012-03-14 20:43, Pan ruochen wrote:
I used to debug with insight. I think it brings more convenience.
But I cannot find the insight package in the latest setup.
So has insight been removed from cygwin setup list?
Yes, it has. However, a version of insight which uses the new X11
Tcl/Tk is
On 3/14/2012 5:57 PM, Furash, Gary F - (furashg) wrote:
I've had this problem in the past with in other organizations and have never
been able to get around it.
Problem: running mkpasswd w/ '-D' doesn't work/finish
Details: I am running Cygwin on Windows 7 64 bit in a typical work
On 15/03/2012, at 2:51 AM, Ken Brown kbr...@cornell.edu wrote:
On 3/14/2012 6:19 AM, Leo wrote:
emacsclient works fine when I unset the environment variable
EMACS_SERVER_FILE. This holds true regardless what server-auth-dir is
set to.
In order to produce the error, do the following:
(1)
On 15/03/2012, at 3:41 AM, Jon TURNEY jon.tur...@dronecode.org.uk wrote:
On 14/03/2012 16:03, Ken Brown wrote:
On 3/14/2012 7:19 AM, Leo wrote:
I try to set up emacs in a way that I can use key bindings like H-x
(Hyper + character x).
This is the wrong approach. Changing the mod which
New versions 3.4.0-3 of
lapack (source)
liblapack0
liblapack-devel
liblapack-doc
are available in the Cygwin distribution:
CHANGES
These are new upstream versions.
Full list of changes at:
http://www.netlib.org/lapack/lapack-3.4.0.html
additionally, corrections for
bug0087 :: Wrong call name
I have just released cygport-0.10.9 for the Cygwin distribution and the
Fedora Cygwin repository. New features in this release:
* GStreamer 0.11/1.0 support
- gst-plugins.cygclass now supports all series
- gst-plugins0.10.cygclass is deprecated
* Fixes for texlive postinstall commands
Changes
69 matches
Mail list logo