On 3/13/2012 10:00 AM, Corinna Vinschen wrote:
- Either keep the files in /usr/{include,lib,lib64}/w32api, which requires
to duplicate the files as it is done today,
I don't think it's THAT big a burden for (Chris S.|Joy Y.) to create two
different packages for (mingw32|mingw64-platform).
On 3/15/2012 11:55 PM, Christopher Faylor wrote:
On Thu, Mar 15, 2012 at 10:30:45PM -0500, Yaakov (Cygwin/X) wrote:
libtool, while very commonly used, is the only major build system which
creates both shared and static versions of every library by default.
With the notable exceptions of
On 3/5/2012 11:31 AM, Corinna Vinschen wrote:
Why this only fails when cygrunsrv has been built with gcc-4 but not with
gcc-3 is most puzzeling.
$ cygcheck /usr/bin/cygrunsrv.exe
C:\cygwin\bin\cygrunsrv.exe
C:\cygwin\bin\cygwin1.dll
C:\WINDOWS\system32\KERNEL32.dll
On 3/2/2012 3:59 AM, Corinna Vinschen wrote:
On Mar 1 17:44, Charles Wilson wrote:
Is there some workaround that could be used?
Rebase pghook.dll.
Oh, well, yeah -- that would work if I were allowed to do so. However,
remember paranoid corporate IT policies? Avecto Privilege Guard
On 3/1/2012 7:14 AM, Corinna Vinschen wrote:
Hmm. cygcheck loads the Cygwin DLL dynamically. It does not depend on
any other Cygwin distro DLL. But it's started from a Cygwin parent. So
the loaded CYgwin DLL checks the layout just like it had been linked
against. And apparently it gets
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/27/2012 8:56 AM, marco atzeri wrote:
I will give a look.
Any preference between 1.4.12 and 2.0.18 ?
I made an attempt about two years ago to port gnupg 2.x. It has
additional dependencies beyond those of 1.4.x, so I added all of those
to the distro.
However, I ran into a problem (related
On 2/26/2012 3:02 AM, marco atzeri wrote:
All versions of libpng from 1.0.6 through 1.5.8, 1.4.8, 1.2.46, and
1.0.56, respectively, fail to correctly validate a heap allocation in
png_decompress_chunk(), which can lead to a buffer-overrun and the
possibility of execution of hostile code on
On 2/27/2012 5:51 AM, Yaakov (Cygwin/X) wrote:
TeX Live also replaces psutils, listed as maintained by Daniel
Boesswetter. AFACIS he hasn't posted to these lists since November
2003, so I think it's fair to say that it's been orphaned.
Is it possible to package this part in such a way that I
On 2/27/2012 11:07 AM, marco atzeri wrote:
Thanks for status,
I was just wondering why most of the dependencies
where present but a bit old.
Yep -- since the only thing those deps are actually used for, it seems,
is gnupg-2.x, I haven't been keeping them up to date without an actual
gnupg-2.x
On 2/22/2012 8:31 PM, Andrew DeFaria wrote:
For individual lines there is a New column and I'm familiar with the
cycling behavior between things like Keep, Uninstall, Reinstall, Skip
and current and older version numbers. But this is on a by package
basis. What I'm asking for is a button or
On 2/23/2012 3:47 AM, Corinna Vinschen wrote:
On Feb 22 16:33, Charles Wilson wrote:
On 2/22/2012 12:48 PM, Andrew DeFaria wrote:
On Feb 9 01:09, Charles Wilson wrote:
I've uploaded a csih-0.9.5-1 as a 'test' release. Changes:
What's the status of this?
Still in test mode. I haven't heard
/usr/bin/passwd has the -e option; all versions of passwd shipped
with cygwin-1.7.x support it. Reported by Tom Schutter.
o Fixed bug related to the various existing csih_is_exactly_*
functions.
--
Charles Wilson
volunteer csih maintainer for cygwin
/usr/bin/passwd has the -e option; all versions of passwd shipped
with cygwin-1.7.x support it. Reported by Tom Schutter.
o Fixed bug related to the various existing csih_is_exactly_*
functions.
--
Charles Wilson
volunteer csih maintainer for cygwin
On 2/22/2012 12:48 PM, Andrew DeFaria wrote:
On Feb 9 01:09, Charles Wilson wrote:
I've uploaded a csih-0.9.5-1 as a 'test' release. Changes:
* native/Makefile: Avoid -mno-cygwin and gcc3; use mingw cross compiler.
* native/winProductName.c (GetOSDisplayString): Support
Windows 8
On 2/21/2012 4:50 AM, Corinna Vinschen wrote:
On Feb 20 18:06, Charles Wilson wrote:
I've observed different behavior with cygwin-1.7.0 on 64bit XP, and
32bit XP (I'll check Vista-32 and W7-64 later tonight). Using the
following attached win32 program:
$ i686-pc-mingw32-gcc -o envprint
I've observed different behavior with cygwin-1.7.0 on 64bit XP, and
32bit XP (I'll check Vista-32 and W7-64 later tonight). Using the
following attached win32 program:
$ i686-pc-mingw32-gcc -o envprint envprint.c
== xp-64
$ uname -a
CYGWIN_NT-5.2-WOW64 abcdefgh 1.7.10(0.259/5/3)
On 2/14/2012 1:05 PM, Hans Horn wrote:
something in the recent post-1.7.10(0.259/5/3) cygwin snapshots
(20120207..20120214) broke rxvt.
I'll need a few more details than it broke rxvt.
--
Chuck
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2/14/2012 6:00 PM, Charles Wilson wrote:
On 2/14/2012 1:05 PM, Hans Horn wrote:
something in the recent post-1.7.10(0.259/5/3) cygwin snapshots
(20120207..20120214) broke rxvt.
I'll need a few more details than it broke rxvt.
vis. cgf's reply, never mind...
--
Problem reports
On 2/13/2012 9:00 AM, Corinna Vinschen wrote:
Btw., connection sharing doesn't work on Cygwin. For this to work we
need descriptor passing over AF_LOCAL sockets, which isn't implemented
in Cygwin.
Yes, please! (I know, I know, SHTDI).
http://cygwin.com/ml/cygwin/2009-10/msg00397.html
See
On 2/8/2012 9:14 PM, Yaakov (Cygwin/X) wrote:
On Wed, 2012-02-08 at 23:51 +0100, marco atzeri wrote:
curiosity, any reason why the tcl/tk dll's are
not using the cyg prefix ?
In fact, there is. The point of the cyg prefix is to avoid possible
mismatches with MinGW DLLs using the lib
, mkshortcut.c, readshortcut.c to use cygwin-1.7
cygwin_conv_path instead of deprecated cygwin_conv_to_win32_path.
* Update (some?) utilities to handle unicode filenames, similar to
IWAMURO Motonori's work on cygstart. Which utilities need this?
mkshortcut and lpr, probably. Any others?
--
Charles
, mkshortcut.c, readshortcut.c to use cygwin-1.7
cygwin_conv_path instead of deprecated cygwin_conv_to_win32_path.
* Update (some?) utilities to handle unicode filenames, similar to
IWAMURO Motonori's work on cygstart. Which utilities need this?
mkshortcut and lpr, probably. Any others?
--
Charles
On 2/6/2012 11:49 AM, Eric Blake wrote:
I've uploaded coreutils-8.15-1 as a test release; I can kick it over to
current once you've got a cygutils release to match.
cygutils-1.4.8-1 is uploaded as a test release.
* Integrate cygstart with FD.o menu and mimetype system.
(Yaakov Selkowitz)
*
On 2/8/2012 3:30 PM, Corinna Vinschen wrote:
On Feb 8 13:12, Tom Schutter wrote:
It appears that the -v option to passwd was changed to -V in
cygwin-1.7.10.1. This indirectly breaks the ssh-host-config script.
The actual breakage is in the csih script.
[...]
$ grep passwd -v
On 2/6/2012 6:25 AM, Corinna Vinschen wrote:
On Feb 5 15:23, Charles Wilson wrote:
How's this? (BTW, we do similar stuff in
csih_create_privileged_user() but I didn't address that).
That looks ok to me. As for csih_create_privileged_user, I don't see
what you mean. In that function you
On 2/6/2012 6:30 AM, Corinna Vinschen wrote:
6.2 is correct. Have a look into dump_sysinfo() in utils/cygcheck.cc.
It's updated to the latest known state when the W8 test release became
available.
Ah, thanks. I looked at wincap.cc and didn't see anything there, so...
--
Chuck
On 2/6/2012 4:34 AM, Corinna Vinschen wrote:
Help? Is anybody else seeing this behavior?
I just tried to start the sshd and cygserver services and it worked
without problems. So it's not exactly a generic problem. Do you
have more information in /var/log/sshd.log or /var/log/cygserver.log?
On 2/4/2012 3:55 AM, Jari Aalto wrote:
checkbashisms script has been included in Debian since 200x (don't know
exatly; its git log starts in 2007). It's part of the devsripts in Debian.
To check build:
tar -xf check*.bz2
./check*.sh --color --verbose all
We're not debian, and don't
On 1/30/2012 8:50 PM, Yaakov (Cygwin/X) wrote:
While you're at it, what about ascii(1)?
http://cygwin.com/ml/cygwin-apps/2011-10/msg00113.html
Nobody ever responded to my comments at the end of that thread, so it
kinda went into limbo.
Given two +1 votes (your own and Christian Franke's)
On 1/16/2012 5:14 AM, Corinna Vinschen wrote:
Chuck? Ping?
How's this? (BTW, we do similar stuff in csih_create_privileged_user()
but I didn't address that).
Index: cygwin-service-installation-helper.sh
===
RCS file:
On 1/30/2012 7:01 PM, Charles Wilson wrote:
On 1/30/2012 3:32 PM, Eric Blake wrote:
In particular, it is much more powerful than the realpath(1) currently
offered by cygutils. Should I build my next coreutils package with
realpath included, and wait to upload it until we can coordinate a build
Call for assistance: can somebody with access to Windows 8 provide an
appropriate tested patch so that winProductName can recognize Windows 8
(various flavors, including Windows Server 8)?
Getting the System Version
http://msdn.microsoft.com/en-us/library/ms724429%28v=vs.85%29.aspx
has not
On 1/30/2012 3:32 PM, Eric Blake wrote:
In particular, it is much more powerful than the realpath(1) currently
offered by cygutils. Should I build my next coreutils package with
realpath included, and wait to upload it until we can coordinate a build
with cygutils dropping the weaker variant?
On 12/17/2011 11:35 PM, JonY wrote:
New mingw-w64 build is ready. Remove the oldest in each category, leave
pthreads.
Done.
--
Chuck
On 12/9/2011 3:35 PM, Corinna Vinschen wrote:
I have a well-known problem. I just don't have all filesystems
available for testing. What I need are testers for a certain, very
simple functionality on any filesystem you can get hold of.
I've got a variety of file systems here.
netapp:
On 12/4/2011 7:33 PM, Yaakov (Cygwin/X) wrote:
On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5
On 12/4/2011 10:03 PM, Yaakov (Cygwin/X) wrote:
On Sun, 2011-12-04 at 21:05 -0500, Charles Wilson wrote:
I found this while building (msys) versions of tcl and tk, (loosely)
based on your cygports. However...I modified tk's configure.in to do a
proper AC_INIT. So now, tk defines PACKAGE_NAME
Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
like this:
TCL_DEFS='-DPACKAGE_NAME=\tcl\ -DPACKAGE_TARNAME=\tcl\
-DPACKAGE_VERSION=\8.5\ -DPACKAGE_STRING=\tcl\ 8.5\
-DPACKAGE_BUGREPORT=\\ -DPACKAGE_URL=\\ -DSTDC_HEADERS=1
This causes warnings (PACKAGE_NAME
On 11/15/2011 5:06 AM, Csaba Raduly wrote:
Hi all,
There seems to be a packaging error in autoconf (autoconf2.5-2.68-1
according to cygcheck -f /usr/share/man/man1/autoconf-2.68.1.gz).
The shorter names for the man pages point to non-existent files:
The symlinks don't appear in the output of
On 11/15/2011 4:31 PM, Jim Harsh wrote:
COLLECT_GCC_OPTIONS='-v' '-shared' '-W1,--out-implib,BIEsharedLib.dll.a'
'-o' '/cygdrive/c/BIE_work/ver747Dev/BIEsharedLib.so' '-shared-libgcc'
'-mtune=generic' '-march=i686'
/usr/lib/gcc/i686-pc-cygwin/4.5.3/collect2.exe --wrap _Znwj --wrap _Znaj
On 11/14/2011 4:09 PM, Yaakov (Cygwin/X) wrote:
On Sun, 2011-11-13 at 15:35 +0100, Dr. Volker Zell wrote:
This version dosn't export png_info_init
whereas libpng-1.2 does
Is this intednded ?
http://www.libpng.org/pub/png/src/libpng-1.2.x-to-1.4.x-summary.txt
To expand on Yaakov's answer,
On 11/10/2011 11:29 AM, Ryan Pavlik wrote:
On Wed, Nov 9, 2011 at 1:11 PM, Charles Wilson wrote:
You *think* you're safe in assuming that WIN32 == !__CYGWIN__,
but...#includejpeg.h breaks all your assumptions. But jpeg.h *did
nothing wrong*.
It's better to be explicit.
--
Chuck
OK, so
On 11/9/2011 5:00 AM, Jussi Kantola wrote:
AstroTortilla is fine with a custom repo. All we ever wanted was to
be able to install astrometry.net with Cygwin's setup.exe
OK.
How many
would we need for it to be considered significant enough?
No idea.
Is this document still valid?
On 11/9/2011 1:46 PM, Jon TURNEY wrote:
On 07/11/2011 19:36, Charles Wilson wrote:
But this isn't true if you ever #include any of the w32api headers. Then
you get WIN32 defined, even on cygwin...
True. I guess what I meant to say is that there isn't any compiler which
defines both WIN32
On 11/9/2011 5:43 PM, Ryan Johnson wrote:
There's a somewhat annoying behavior in setup.exe when installing
packages in 'keep' mode: all dependencies selected by things which would
have been installed in 'Curr' mode still try to download. Often I can
It's a setup.hint bug. While setup.exe
On 11/7/2011 8:18 AM, Jussi Kantola wrote:
On Fri, Nov 4, 2011 at 11:13 PM, Charles Wilson wrote:
You should probably do that, to ensure that the build procedure works on
your machine. Also, to test the resuts; I have no idea how to use this
stuff.
It builds fine, and the resulting
On 11/7/2011 11:17 AM, Christopher Faylor wrote:
I've been trying not to offer an opinion here but it isn't clear to me
why so many people voted +1 for this package. It seems like we're
adding a huge package
Meh, if you exclude the star catalogs (and I think we should; and the OP
has agreed
On 11/7/2011 1:10 PM, Jon TURNEY wrote:
I see what you are trying to do here, but I'm not sure it actually adds
any clarity.
I think I'd just prefer to assume the knowledge that WIN32 and CYGWIN
are mutually exclusive, so '#if defined(WIN32) !defined(__CYGWIN__)'
can just be written
On 10/7/2011 12:18 PM, Jussi Kantola wrote:
However I had to modify backend-main.c so that the config file (which
defines the location of index files)
could be read from cygwin's preferred location,
/usr/share/astrometry/etc/backend.cfg.
That's a little odd, and I don't think that's exactly
On 11/4/2011 11:11 AM, Yaakov (Cygwin/X) wrote:
software is quite unpolished.
From reading the web page, it appears to be a research project by a
couple of grad students -- with goals of supporting amateur and even
professional astronomers by automating what is currently a
labor-intensive
On 11/4/2011 2:29 AM, Charles Wilson wrote:
Your build still links against libbackend.a, rather than cygbackend.dll.
I'm trying to massage your -src package to DTRT. Stay tuned.
I've posted a revised version of your package here:
http://cygwin.cwilson.fastmail.fm/astrometry.net-0.38-2
On 11/3/2011 8:02 AM, Corinna Vinschen wrote:
I hoped that somebody who voted on the package would do the final
GTG, but in vain it seems.
Sorry...I had intended to, but got swamped with other stuff. :-(
Anyway, I just had a look. The packaging now looks basically good. One
issue I still
On 11/3/2011 4:48 PM, Leon Vanderploeg wrote:
With cygwin 1.7.5, cFileName with a special characters such as ñ (n
with tidle above it) fail be properly extracted from a
WIN32_FIND_DATA structure with findFirstFile (or findNextFile).
To set up a simple test scenario, I created a file in
On 11/1/2011 5:50 PM, Dave wrote:
Suggestion, perhaps more to the main cygwin team: Since this issue is cygwin
specific and is a bit obscure (I've
been using cygwin for a good many years, but this is the first time I've
recognized I had issues from this), it'd be nice
if users didn't have
On 10/30/2011 8:44 PM, Yaakov (Cygwin/X) wrote:
Please don't.
...
This is just the beginning. Mixing GDI and X11 just doesn't work, and
since X11 is used for all other GUIs on Cygwin, so must Tk.
My suggestion, for those who wanted this, was to build the entire
tcl/tk(GDI) stack with a
On 10/30/2011 8:26 PM, Yaakov (Cygwin/X) wrote:
ESR maintains a standalone ascii(1) which appears to have more features
than cygutils':
http://catb.org/~esr/ascii/
Should we replace this? Patch attached if so.
Well, I have mixed feelings. On the PRO side:
1) smaller cygutils == fewer
On 10/31/2011 7:39 PM, Charles Wilson wrote:
On 10/30/2011 8:44 PM, Yaakov (Cygwin/X) wrote:
Please don't.
...
This is just the beginning. Mixing GDI and X11 just doesn't work, and
since X11 is used for all other GUIs on Cygwin, so must Tk.
My suggestion, for those who wanted
On 10/28/2011 1:20 AM, Yaakov (Cygwin/X) wrote:
Fixed.
The alternative is not to bother with tarballs and fetch it from CVS
instead:
CVS_URI=:pserver:anon...@cygwin.com:/cvs/cygwin-apps
CVS_BRANCH=v${PV//./_}
inherit cvs
HOMEPAGE=http://cygutils.fruitbat.org/cygutils-package/;
# no
On 10/25/2011 10:30 PM, Yaakov (Cygwin/X) wrote:
libtool2 uses several aclocal macros, and libtoolize copies them into
m4/ automatically. Patch attached.
Applied. Thanks (wow, that bug has been there a while. I usually have
ignored bootstrap and simply run autoreconf, so I never noticed.)
On 10/25/2011 10:46 PM, Yaakov (Cygwin/X) wrote:
The attached patch and new files integrate cygstart into the
Freedesktop.org desktop menu system. This allows Windows-specific files
(e.g. .exe, .com, .bat, .msi, .themepack) to be easily opened by
cygstart from within FD.o/X file managers (e.g.
Please don't top-post. Reformatted below.
On 10/27/2011 2:43 PM, Craig Miller wrote:
On Thu, Oct 27, 2011 at 11:37 AM, Dave iamd...@glidefree.com wrote:
I hope this isn't a dumb question...
No, it's not a dumb question, but...
Since TCL is designed to support multiple versions installed
On 10/27/2011 4:07 PM, Charles Wilson wrote:
Please don't top-post. Reformatted below.
And don't quote people's email address.
On 10/27/2011 2:43 PM, Craig Miller wrote:
On Thu, Oct 27, 2011 at 11:37 AM, Dave x...@yyy.zzz wrote:
like we both did. (Sorry, Dave).
--
Chuck
--
Problem
On 10/27/2011 2:40 PM, Craig Miller wrote:
Thank you for the additional information, Marco.
If it is of any assistance to Christopher Faylor, I believe the
tcl/expect and dependent packages have been upgraded on sourceware
ftp://sourceware.org/pub/cygwinports/portslist.txt, perhaps the
On 10/25/2011 11:26 PM, Charles Wilson wrote:
On 10/25/2011 8:58 PM, Regid Ichira wrote:
Don't HOMEPAGE and SRC_URI carry only up to 1.4.2 ?
I wonder if the other information is up to date.
Nah, I've just been forgetting to upload the basic tarballs. Since
there is a one-to-one correspondence
On 10/26/2011 5:53 PM, Cary R. wrote:
If I'm understanding this correctly once this change has been
pushed we will be required to start an X server beforerunning
gitk.
Yes.
As someone who uses git and gitk all the time having to
start the X server to run gitk is a pain. I haven't checked
On 10/24/2011 9:31 PM, Craig Miller wrote:
[text]
Please don't imitate our official announcement subject lines. This is
why I rejected your original post to cygwin-announce: that list (and,
fairly speaking, the subject line format) is for official announcements
by the duly appointed *cygwin*
On 10/25/2011 8:58 PM, Regid Ichira wrote:
Don't HOMEPAGE and SRC_URI carry only up to 1.4.2 ?
I wonder if the other information is up to date.
$ cat /usr/src/cygutils-1.4.6-1.cygport
DESCRIPTION=A collection of small but useful utilties for cygwin
On 10/20/2011 10:14 AM, Andrew Schulman wrote:
Cygwin 1.7.9, libintl8 0.18.1.1-2, wget 1.13.4-1. wget aborts:
$ wget -h
Aborted
$ echo $?
134
When I run
$ strace wget -h
I get a popup dialog titled wget - Entry Point Not Found. The message in
it says, The procedure entry point
On 10/17/2011 2:59 AM, Corinna Vinschen wrote:
On Oct 16 14:42, Charles Wilson wrote:
2) Fixes to the test suite related to the above changes.
3) Adopted Bruno's upstream changes to relocatable.c, turning off
expensive relocation support in libintl.
Odds of #1 and #2 being adopted upstream
-4.5
* Incorporated patch from upstream gnulib to improve efficiency of
libiconv_relocate() for the --disable-relocation case.
--
Charles Wilson
volunteer libiconv maintainer for cygwin
To update your installation, click
(.charset and @variant
are still optional). See 'locale -a' for the full list of
cygwin-supported locales.
* Incorporated patch from upstream gnulib to improve efficiency of
libintl_relocate() for the --disable-relocation case.
--
Charles Wilson
volunteer gettext maintainer for cygwin
On 10/11/2011 12:54 PM, Charles Wilson wrote:
Consensus does appear to be unanimous on what to do; I just need to
review all the postings and figure out exactly /how/ to do it.
I have uploaded the new packages. There are three new patches:
1) modified localename.c significantly. No longer
-4.5
* Incorporated patch from upstream gnulib to improve efficiency of
libiconv_relocate() for the --disable-relocation case.
--
Charles Wilson
volunteer libiconv maintainer for cygwin
To update your installation, click
From discussions with Bruno Haible about the slowness of full relocation
support in libintl and libiconv, he said:
- The Cygwin API only allows me to get _all_ file names behind all
addresses across the entire current process, and this is slow.
(talking about parsing /proc/self/maps)
On 10/13/2011 3:07 AM, Oleksandr Gavenko wrote:
After latest update when I run 'emacs-x11' or 'gvim' I get standard
Windows MessageBox:
'libintl_setlocate' entry point does not found in 'cygintl-8.dll'.
$ objdump -p /usr/bin/cygintl-8.dll | grep libintl_setlocale
[ 49]
On 10/10/2011 1:23 PM, Corinna Vinschen wrote:
Chuck, ping?
Please consider to provide a new libintl/gettext without this bug soon.
I plan to *start* that process Wednesday night. It takes many hours to
complete and validate -- so, I should have it by this weekend.
Consensus does appear to be
On 10/4/2011 4:02 AM, Jussi Kantola wrote:
category: Science
requires: cairo libcairo2 python-cairo libnetpbm10 netpbm libpng14
libjpeg8 zlib zlib0 python python-numpy pkg-config cygwin
sdesc:Astrometry.net astrometrical solver.
ldesc:Astrometry.net analyses an astronomical image
On 10/5/2011 12:27 PM, Corinna Vinschen wrote:
On Oct 5 18:04, Erwin Waterlander wrote:
Op 4-10-2011 20:20, Corinna Vinschen schreef:
On Oct 4 20:03, Erwin Waterlander wrote:
By the way, I noticed that with the default locale C.UTF-8 the
nl_langinfo(CODESET) C functionlanginfo.h returns
On 10/4/2011 8:28 AM, Corinna Vinschen wrote:
On Sep 13 09:45, Eric Blake wrote:
Given this, I think the bug is in cygwin for having base files
/etc/profile.d/lang.{sh,csh} which hardcode LANG to C.UTF-8 instead
of using locale -s -u to default LANG to the preferred Windows
settings.
Bug?
On 10/1/2011 8:53 PM, Tom Roche wrote:
Charles Wilson Fri, 30 Sep 2011 20:28:05 -0400
This. info.exe is linked to cygncurses-8.dll, which is the last
version of ncurses on cygwin that used the old database
So ... given that (correct me if wrong) `info` is part of the base
cygwin
On 9/30/2011 6:00 AM, Andrew Schulman wrote:
I'd like to package and maintain nosleep for Cygwin. nosleep runs a
command while inhibiting the computer from sleeping or hibernating until
the command finishes executing.
Thanks for voting everyone. Would someone now please review the
On 9/30/2011 1:56 PM, Tom Roche wrote:
- `info` is 'an old program that hasn't been recompiled against the
new ncurses', and should be.
This. info.exe is linked to cygncurses-8.dll, which is the last version
of ncurses on cygwin that used the old database organization.
--
Chuck
--
Problem
On 9/29/2011 11:05 AM, Erwin Waterlander wrote:
Somebody already created Cygwin packages. See the URL at fd0.x0.to. But
I don't see who's behind it.
The included readme in the package says this person:
http://d.hatena.ne.jp/fd0/
But I don't speak/read japanese...
FWIW, the -src package uses
On 9/25/2011 6:15 AM, Andrew Schulman wrote:
nosleep has been written originally for Cygwin, so it's not available in
any Linux distros and needs to be voted on.
+1
--
Chuck
On 9/26/2011 3:03 PM, Yaakov (Cygwin/X) wrote:
On Sun, 2011-09-25 at 19:20 +0100, Dave Korn wrote:
On 25/09/2011 18:41, jojelino wrote:
The problem is from pango/opentype/libharfbuzz.la
It has .cc source and recognized as needed c++ source file although it
is c source. and cc source is
On 9/23/2011 4:10 PM, jojelino wrote:
It fixed the relocation problem. but led performance issue :(
$ time id /dev/null
real0m0.141s
user0m0.000s
sys 0m0.000s
Well, the libiconv distributed as an official cygwin package *SHOULD*
not have been built with --enable-relocation,
On 9/20/2011 11:24 AM, Jason Tishler wrote:
On Mon, Sep 19, 2011 at 02:53:54PM -0400, Charles Wilson wrote:
After the flurry of work and new features added to rebase in late
July/early August, any chance you could bump the version and roll a
new release?
Yes. Should the next version be 4.0
On 9/20/2011 9:27 AM, JonY wrote:
This update is to fix a typo in the gcc configure command that went long
unnoticed, now with --enable-dynamic-string.
Anybody using C++ libraries are encouraged to recompile.
Keep previous versions, thanks.
Done.
--
Chuck
Jason,
After the flurry of work and new features added to rebase in late
July/early August, any chance you could bump the version and roll a new
release?
--
Chuck
On 9/19/2011 3:46 PM, Reini Urban wrote:
On Mon, Sep 19, 2011 at 8:53 PM, Charles Wilson
x...@yyy.zzz wrote:
PCYMTNQREAIYR
That is all.
--
Chuck
On 9/16/2011 2:36 PM, J.V. wrote:
I had an rxvt.bat that I had used for some time, now it won't work.
What changed?
/usr/share/doc/Cygwin/rxvt.README
Also when I use the switch: -e /usr/bin/bash it takes forever to open.
Sounds like a bash problem, not rxvt.
It looks like rxvt has
On 9/8/2011 5:44 PM, Bruno Haible wrote:
Find below a patch which ought to fix this. But it has upsides and downsides.
The upside: It treats LC_ALL, LC_$category, LANG consistently, like POSIX
wants it.
Consistently, yes. Correctly...no. You said earlier:
Users who want to have a German
On 9/9/2011 8:33 AM, Andy Koppe wrote:
On 9 September 2011 10:18, Charles Wilson wrote:
#2, some older versions of the base-files startup
scripts (/etc/profile, /etc/skel/.*, and the like) used to set LANG or
LC_* IIRC. However, they no longer do so
Actually, that is still done, in /etc
On 9/8/2011 6:46 AM, Bruno Haible wrote:
There is nothing to fix. Users who don't want internationalization
system-wide
can set their locale in the Regional Settings control panel to English.
Users who want to have a German Windows but a non-internationalized Cygwin can
set LANG=C or
[for the bug-gnu-gettext list, this thread started here:
http://cygwin.com/ml/cygwin/2011-08/msg00506.html
and was posted immediately after the release of gettext-0.18.1.1 for
cygwin (which had not been updated since 0.17).
On 30.08.2011 06:18, Voelker, Bernhard wrote:
Starting with today's
On 8/31/2011 5:48 AM, JonY wrote:
On 8/31/2011 17:11, Corinna Vinschen wrote:
On Aug 31 15:15, JonY wrote:
BTW, is GCC 4.6 for Cygwin anywhere near? :)
4.5.3 is near, afaik.
OK, I was wondering how to transition 4.5.x to 4.6.x for mingw-w64
when the time comes, pthreads-win32 will be
On 8/31/2011 5:42 AM, Corinna Vinschen wrote:
Here's the reply from legal: We can use your 2D results from the DAZ
art, as long as you put your resulting work under a free license which
plays nice along the GPL. You don't have to assign copyright to some
other entity like, say, Red Hat.
[moved to cygwin-licensing]
On 8/31/2011 2:48 PM, Warren Young wrote:
Lacking any recommendation, I would have gone with some CC variant. I'll
look into FAL first now.
If it turns out that I still like CC better, I'll check for GPL
compatibility. I can already rule out all the Attribution
On 8/31/2011 10:08 PM, JonY wrote:
On 8/31/2011 21:54, Charles Wilson wrote:
On 8/31/2011 5:48 AM, JonY wrote: Hmm. don't know what the
correct (mingw[64]) solution for this would be. In the past, when
the C++ ABI changed, we didn't bump the libstdc++ DLL number,
because so many other things
301 - 400 of 3868 matches
Mail list logo