Re: Very slow Cygwin startup on Windows 7
On Feb 13 14:32, Warren Young wrote: On Feb 13, 2015, at 1:55 AM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: It reads nicely. The paragraph starting with The 1.7.35 release is expected... needs a tweak as soon as 1.7.35 goes release, of course, but otherwise it's really neat. It also still has a bug from the original, where I didn’t fix a c:\cygwin64 - c:\cygwin. Any problem to rework for XML and sending as unified patch against the latest version of the file from CVS? I tried to check out a new copy of the Cygwin CVS tree to do the merge myself, but I got a public key denied complaint. The key I tried to use *does* work with the new Git setup.exe repo. Did the key configuration get changed when this piece got sliced off? Definitely not. The key configuration in terms of your rights are bound to your group membership. The setup tool belonged to group cygwin-apps, while cygwin belongs to group src. If your key doesn't work anymore, you might ask on the overseers list if they can help to find out what the problem is. From here I really can't tell and I'm no sourceware admin. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpqA8ioWu7aN.pgp Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1
On Feb 13 19:30, Denis Excoffier wrote: On 2015-02-12 21:23, Corinna Vinschen wrote: Hi Cygwin friends and users, I released a very early TEST version of the next upcoming Cygwin release. The version number is 1.7.35-0.1. ... If you're not familiar with the new account information handling introduced in Cygwin 1.7.34, I suggest to read the new documentation at https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-mapping The essential changes in this test release are: - The default settings for db_home, db_shell, and db_gecos in case there's no /etc/nsswitch.conf file, or if they are not mentioned in /etc/nsswitch.conf, are now set to just the fallback, which is db_home: /home/%U db_shell: /bin/bash db_gecos: empty I tried (according to the new documentation): db_home: /%H/%U/cygdir and that was fine but %H was replaced by the /cygdrive/C/Document and Settings/user prefix, although i was expecting the /cygdrive/C/Home/user prefix instead. I'm sorry, but... why and how on earth did you expect that? %H is the Windows home directory in POSIX style. It's *not* just something in your environment, how could it be? Consider checking the passwd entry for some other user: $ getent passwd john.lennon The home directory of this account has to be computed from what Windows provides on information and the environment of the current user has nothing to do with it. The Windows home directory is computed as follows: - If the account is an AD account, fetch the account's homeDrive and homeDirectory attributes from AD. The 100% right thing to do at this point is to check if homeDrive is non-empty. If so, it would be used to generate the path, e.g. homeDrive == Z: == %H == /cygdrive/z However, after discussions on this list, I disabled this part. The drive letter in homeDrive may not always be available when it's needed (ssh login). Rather, Cygwin just checks if homeDirectory is non-empty and if so, it uses that to create %H. - Otherwise, if the account is a non-AD account, fetch the same info as above from local SAM or the NT4 pre-AD account DB. Same procedure as above. - Otherwise, if the account DB has no home dir info, check the local machine. The fallback for the Windows home directory is the account's profile path on the local machine. So Cygwin checks the registry value HKLM/Software/Microsoft/Windows NT/CurrentVersion/ProfileList/your SID/ProfileImagePath If it exists, it's converted to POSIX style. If not, %H will not generate any useful info for that user. I have to confess that i used here the nearly-to-be-obsoleted XP SP3. But i also use W7 sometimes, and it would be great if i could have db_home: /%H/%U/cygdir in both of them (yes my username has to appear twice): no /etc/passwd any more. You can have that and in that case, and if the account DB does not explicitly specify a home directory you'd get something like /cygdrive/c/Users/user for %H. So /%H/%U/cygdir would result in /cygdrive/c/Users/user/user/cygdir Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpTRsyMQzbCO.pgp Description: PGP signature
Re: make android device file system visible as unix path
On Feb 14 07:49, Andrey Repin wrote: Greetings, andy! My Moto G connects to the laptop via USB, and can be seen using Windows Explorer. Is there a way to make it visible as a Unix path? /cygdrive does not show it. Are you including the drive letter? If it’s the G: drive in Windows Explorer, you need to say something like “ls /cygdrive/g”, not “ls /cygdrive”. If it isn’t appearing as a drive letter in Windows, they’re probably using some kind of Explorer shell extension, which would mean the device isn’t visible through normal Windows mechanisms, hence not visible to Cygwin. It doesn't have a drive letter in Windows Explorer. The name is simply Moto G. When I ls /cygdrive, I see on the c-drive. I think that the handset's visibility to Windows Explorer is based on MTP USB, but that's just something I'm learning about right now. There's no MTP adapter for Cygwin. You're welcome to write one, though. That would be really cool. In theory it should be possible to write a Cygwin fhandler class which accesses MTP/PTP devices. Quite a bit of work, probably, but doable. Maybe JonY's idea to create some plugin DLL mechanism into CYgwin would be a good start. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpJ9xRIgX4OI.pgp Description: PGP signature
Re: [setup] Makefile.am patches
On Feb 14 20:06, Achim Gratz wrote:
First patch to follow the usual convention of using annotated release
tags for determining the version (tag 4782666e90 as release_2.869 for
testing).
I'm at a loss. Right now, after my last checkin, we're simply continuing
to use the ChangeLog version number for the setup release. What is the
advanatage of introducing an annotated tag, whatever that is. In the
below changes I don't see any way to create the version number automatically
so I take it the tag has to be created manually. How's that better?
Corinna
From 8d41c6e21673ce22f30e1b4738fe0bf7cdf7e09a Mon Sep 17 00:00:00 2001
From: Achim Gratz ...
Date: Sat, 14 Feb 2015 18:42:12 +0100
Subject: [PATCH 1/2] Use git describe to determine release version
* Makefile.am (VER): Use git describe to determine release version.
This requires the releases to have an annotated tag.
---
Makefile.am | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 676f08d..fc8bc98 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -276,11 +276,12 @@ inilint_SOURCES = \
csu_util/version_compare.h \
regex/regex.c
-VER := $(shell cd ${srcdir} git rev-list master --count ChangeLog)
+VER := $(subst release_,,$(shell cd $(srcdir) git describe --match
release\* --abbrev=6 HEAD || N/A))
setup_version.c : $(srcdir)/ChangeLog Makefile
+ echo Setup version: $(VER)
$(AM_V_GEN)(echo '#define VERSION_PREFIX %%% setup-version';\
- echo 'static const char version_store[] = VERSION_PREFIX '${VER}';';\
+ echo 'static const char version_store[] = VERSION_PREFIX '$(VER)';';\
echo 'const char *setup_version = version_store + sizeof
(VERSION_PREFIX);') version.tmp \
mv version.tmp setup_version.c
--
2.2.2
Second patch to re-enable source archive creation and using XZ instead
of BZip2 compression.
From 634c001d6c56813ad2fa6784feec757f1bdc257d Mon Sep 17 00:00:00 2001
From: Achim Gratz ...
Date: Sat, 14 Feb 2015 19:40:52 +0100
Subject: [PATCH 2/2] Create XZ compressed archive using git ls-files
* Makefile.am (setup-src): Create XZ compressed archive using git ls-files.
---
Makefile.am | 14 +-
1 file changed, 5 insertions(+), 9 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index fc8bc98..0803bbb 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -279,7 +279,7 @@ inilint_SOURCES = \
VER := $(subst release_,,$(shell cd $(srcdir) git describe --match
release\* --abbrev=6 HEAD || N/A))
setup_version.c : $(srcdir)/ChangeLog Makefile
- echo Setup version: $(VER)
+ @echo Setup version: $(VER)
$(AM_V_GEN)(echo '#define VERSION_PREFIX %%% setup-version';\
echo 'static const char version_store[] = VERSION_PREFIX '$(VER)';';\
echo 'const char *setup_version = version_store + sizeof
(VERSION_PREFIX);') version.tmp \
@@ -291,15 +291,11 @@ res.o: @SETUP@.exe.manifest
.rc.o:
$(AM_V_GEN)$(WINDRES) --include-dir $(srcdir) -o $@ $
-# static const char version_store[] = VERSION_PREFIX 2.686;
setup-src:
- @ver=setup-$$(sed -n 's/^static const char version_store.*
VERSION_PREFIX \([^]*\).*$$/\1/p' setup_version.c);\
- cd ${srcdir};\
- rm -f $$ver;\
- ln -sf . $$ver;\
- cvs status -R | sed -n s%^ *Repository
revision:.*/cvs/cygwin-apps/setup/\(.*\),v%$$ver/\1%p |\
- sort | tar -T - -cjf ${CURDIR}/$$ver-src.tar.bz2;\
- echo $$ver-src.tar.bz2; exec rm -f $$ver
+ @ver=setup-$(VER);\
+ cd ${srcdir}; rm -f $$ver; ln -sf . $$ver;\
+ git ls-files | tar -T - -cJf ${CURDIR}/$$ver-src.tar.xz;\
+ echo $$ver-src.tar.xz; exec rm -f $$ver
# optional: strip and compress executable
.PHONY: strip upx
--
2.2.2
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpSXgjEGTUmg.pgp
Description: PGP signature
src/winsup/cygwin ChangeLog common.din i686.di ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-02-15 09:13:03 Modified files: winsup/cygwin : ChangeLog common.din i686.din winsup/cygwin/release: 1.7.35 Log message: * i686.din (__mempcpy): Move symbol export from here... * common.din (__mempcpy): ... to here. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6630r2=1.6631 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/common.din.diff?cvsroot=srcr1=1.18r2=1.19 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/i686.din.diff?cvsroot=srcr1=1.2r2=1.3 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/release/1.7.35.diff?cvsroot=srcr1=1.3r2=1.4
src/winsup/doc ChangeLog posix.xml
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-02-15 09:14:02 Modified files: winsup/doc : ChangeLog posix.xml Log message: * posix.xml (std-gnu): Add missing __mempcpy. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/ChangeLog.diff?cvsroot=srcr1=1.539r2=1.540 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/doc/posix.xml.diff?cvsroot=srcr1=1.9r2=1.10
Re: Very slow Cygwin startup on Windows 7
On Feb 13 15:38, Warren Young wrote: On Feb 13, 2015, at 2:32 PM, Warren Young w...@etr-usa.com wrote: I tried to check out a new copy of the Cygwin CVS tree to do the merge myself, but I got a public key denied complaint. I folded Andrey’s changes in and made more of my own. Thanks. Did you run make? It doesn't build: faq-using.xml:102: parser error : Opening and ending tag mismatch: para line 81 and listitem /listitem ^ faq-using.xml:120: parser error : Opening and ending tag mismatch: filename line 120 and command filename/etc/nsswitch.conf/command to make Cygwin treat these ^ faq-using.xml:134: parser error : Opening and ending tag mismatch: listitem line 80 and orderedlist /orderedlist ^ faq-using.xml:150: parser error : Opening and ending tag mismatch: listitem line 68 and answer /answer/qandaentry ^ faq-using.xml:150: parser error : Opening and ending tag mismatch: orderedlist line 67 and qandaentry /answer/qandaentry ^ faq-using.xml:1333: parser error : Opening and ending tag mismatch: answer line 34 and qandadiv /qandadiv ^ faq-using.xml:1334: parser error : Premature end of data in tag qandaentry line 32 ^ faq-using.xml:1334: parser error : Premature end of data in tag qandadiv line 5 ^ faq.xml:16: element include: XInclude error : could not load faq-using.xml, and no fallback was found Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpRElllAOEGX.pgp Description: PGP signature
RE: Strange Issue with Launching Cygwin bash and other Applications
Dear Andrey, -Original Message- From: Andrey Repin [mailto:anrdae...@yandex.ru] Sent: Saturday, February 14, 2015 12:40 AM Greetings, Klemm, Michael! Yeah, Lastname, Firstname is the default for our little company :-). After the last restart (and maybe also after an update of Cygwin last week), the first start of bash takes hideously long (about 2 minutes). The same happens to programs like latexmk: $ time latexmk --help Latexmk: This is Latexmk, John Collins, 10 January 2015, version: 4.42. [... more output ...] Report bugs etc to John Collins jcc8 at psu.edu. real1m39.914s user0m0.000s sys 0m0.015s I did an strace on latexmk and it seems that something is querying the Active Directory of my computers domain through the VPN: 1047703 1224686 [main] perl 11652 pwdgrp::fetch_account_from_windows: line: 513639 1738325 [main] perl 11652 pwdgrp::fetch_account_from_windows: line: 525120 2263445 [main] perl 11652 pwdgrp::fetch_account_from_windows: line: 522731 2786176 [main] perl 11652 pwdgrp::fetch_account_from_windows: line: 518198 3304374 [main] perl 11652 pwdgrp::fetch_account_from_windows: line: [I replaced the true group/account names for privacy reasons.] Each query takes a little while and there are lots of them. Some even take longer than a second. This continues for quite a while until latexmk finally prints its help message. I have found the queried the log of cygcheck. How can I convince Cygwin (or one of its components) that this is bad idea and to avoid it? This is not a bad idea to query actual information from AD, instead of using potentially stale flatfile database that was used prior to 1.7.34 release. Yeap. I need to apologize here, because the first mail that I received after subscribing and sending my email actually contained a link to the solution. And I was too stupid to type the right key words into the search box of Google. :-( I have now changed /etc/nsswitch.conf and now everything works fine again, at the expense of not querying the AD anymore. This seems to work fine for now, but I might run into issues later. However, it may be going a little too far in this regard. I have run mkgroup over night to see what's going on, and our company AD contains more than 22k groups (I aborted it after a while, the number might even be bigger). You can probably speed up the process. Please try the 1.7.35 (experimental) Cygwin version (in setup, click on the twister against cygwin package until the required version pops up). I'll try that! Thanks! P.S. I'm wondering, where you were last year, when the development of new authentication scheme released with 1.7.34 was ongoing? I wasn't subscribed to this list :-). Cheers, -michael Intel GmbH Dornacher Strasse 1 85622 Feldkirchen/Muenchen, Deutschland Sitz der Gesellschaft: Feldkirchen bei Muenchen Geschaeftsfuehrer: Christian Lamprechter, Hannes Schwaderer, Douglas Lusk Registergericht: Muenchen HRB 47456 Ust.-IdNr./VAT Registration No.: DE129385895 Citibank Frankfurt a.M. (BLZ 502 109 00) 600119052 -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1
On Feb 13 14:47, Warren Young wrote: On Feb 13, 2015, at 2:30 PM, Denis Excoffier cyg...@denis-excoffier.org wrote: On 2015-02-13 22:04, Warren Young wrote: I don’t think you should use %H when that directory might contain spaces. You misunderstand. I don't need this stupid 'Document and Settings' thing. I need %H to represent my home dir, that means /cygdrive/d/Home/myuser1 on this XP P3 (a corporate one) and /cygdrive/c/Users/myuser2 on this W7 (another corporate). In that case, I think you just want db_home: /%H %H already expands to a directory that contains your Windows user name. You don’t need to add %U to it. But currently, on XP SP3, the %H is replaced by '/cygdrive/d/Document and Settings/myuser1' which i'm pretty close to consider as a bug. Should be '/cygdrive/d/Home/myuser1' i suppose. I’d be stunned if cygwin1.dll is hard-coding that string. It must be getting it from somewhere. I would do a registry scan to see if there is still some setting that still refers to c:\Documents and Settings. I hope https://cygwin.com/ml/cygwin/2015-02/msg00425.html explains it thoroughly enough. Does %H need a better description in the docs? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpSHFql0FCJg.pgp Description: PGP signature
Re: [setup] Makefile.am patches
Corinna Vinschen writes: On Feb 14 20:06, Achim Gratz wrote: First patch to follow the usual convention of using annotated release tags for determining the version (tag 4782666e90 as release_2.869 for testing). I'm at a loss. Right now, after my last checkin, we're simply continuing to use the ChangeLog version number for the setup release. What is the advanatage of introducing an annotated tag, whatever that is. You can tag whenever you do a release and still get a useful version number from inbetween commits even when they don't touch ChangeLog. If and when the commit meesages are by themselves formatted like ChangeLog entries the need for a manually created ChangeLog is actually gone and it can easily be created automatically if desired (for each release, say). In the below changes I don't see any way to create the version number automatically so I take it the tag has to be created manually. How's that better? The tag has to be created manually, yes. It's easy enough to do when a release is made and can be supported by the Makefile. The version number is just the tag name for the release version. For commits after a release the version number becomes tag-version-number of commits past tag-gSHA1 abbrev which is easily mapped back to the actual commit. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
notice of package removal
Yaakov, could you please advise when you are zapping orphaned packages from the distribution ? I justed noticed you zapped proftpd when at the same time I was working to upgrade and build the 64 bit version. No objection to remove packages; we have a lot in bad state and some are dead upstream but it will be nice to be synchronized. Regards Marco
Re: perl-5.14.4
Corinna Vinschen writes: Where? rebase.c calls ReBaseImage64, which is a) a Windows function in imagehlp.dll and b) the function name of a function in the imagebase library, implemented in rebaseimage.cc. We're going path b. The core of imagebase's implementation of ReBaseImage64 is the call to LinkedObjectFile::performRelocation (line 123 in imagehelper/rebaseimage.cc), which in turn calls Relocations::relocate in imagehelper/sections.cc. This function performs the actual relocation. OK, I hadn't realized there were two implementations. that doesn't seem to allow individual sections to be skipped. The code you pointed at seems just to be checking if any sections need additional fixups. Well, it's the code doing the actual relocation. The outer for-loop jumps from relocation block to relocation block. Line 391 Section *cursec = sections-find(va); computes the actual section the relocation block is pointing to. Then it checks if it points to a valid section and if not it bails out. Otherwise it loops over the relocation entries in the block and performas the actual relocation. The idea is to add something along the lines of if (cursec !strncmp (cursec-getName (), .debug_, 7)) continue; I'll try later. Let's see what happens. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
src/winsup/cygwin ChangeLog
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-02-15 09:00:21 Modified files: winsup/cygwin : ChangeLog Log message: Fix layout of ChangeLog entry Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.6629r2=1.6630
src/winsup/cygwin dtable.cc fhandler.h fhandle ...
CVSROOT:/cvs/src Module name:src Changes by: cori...@sourceware.org 2015-02-15 08:59:56 Modified files: winsup/cygwin : dtable.cc fhandler.h fhandler_disk_file.cc fhandler_registry.cc path.cc path.h pipe.cc spawn.cc syscalls.cc Log message: * path.h (path_conv): Make path_flags private. Rename known_suffix to suffix and make private. Rename normalized_path to posix_path and make privtae. Accommodate name changes throughout in path_conv methods. (path_conv::known_suffix): New method. Use throughout instead of accessing suffix directly. (path_conv::get_win32): Constify. (path_conv::get_posix): New method to read posix_path. Use throughout instead of accessing normalized_path directly. (path_conv::set_posix): Rename from set_normalized_path. Accommodate name change throughout. * spawn.cc (find_exec): Return POSIX path, not Win32 path. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dtable.cc.diff?cvsroot=srcr1=1.279r2=1.280 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler.h.diff?cvsroot=srcr1=1.511r2=1.512 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_disk_file.cc.diff?cvsroot=srcr1=1.404r2=1.405 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_registry.cc.diff?cvsroot=srcr1=1.81r2=1.82 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.cc.diff?cvsroot=srcr1=1.697r2=1.698 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/path.h.diff?cvsroot=srcr1=1.184r2=1.185 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/pipe.cc.diff?cvsroot=srcr1=1.148r2=1.149 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/spawn.cc.diff?cvsroot=srcr1=1.361r2=1.362 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.670r2=1.671
[ANNOUNCEMENT] Updated: libkate-0.4.1-2
This is a Cygwin-only release to update the dependent libraries. DESCRIPTION: Kate is a codec for karaoke and text encapsulation for Ogg. Most of the time, this would be multiplexed with audio/video to carry subtitles, song lyrics (with or without karaoke data), etc, but doesn't have to be. A possible use of a lone Kate stream would be an e-book. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mintty needs a patch
On Feb 14 23:10, Tony Kelman wrote:
I was trying to build mintty from its src package today. As a heads-up
for whoever next tries to build the package, I get the following error
on either 32 or 64 bit:
gcc -c -MMD -MP -DTARGET=x86_64-pc-cygwin -DNDEBUG -std=gnu99 -include std.h
-Wall -Wextra -Wundef -Werror -mtune=atom -fomit-frame-pointer -O2 wintext.c
windres --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
-DTARGET=x86_64-pc-cygwin -DNDEBUG' res.rc res.o
wintext.c: In function ‘win_text’:
wintext.c:522:13: error: array subscript is above array bounds
[-Werror=array-bounds]
if (!fonts[nfont]) {
^
cc1: all warnings being treated as errors
Makefile:117: recipe for target 'wintext.o' failed
make: *** [wintext.o] Error 1
This can at least be made into a warning by taking off -Werror, but it looks
like it might be a real off-by-one. Our neighbors over at MSYS2 have a patch
https://github.com/Alexpux/MSYS2-packages/blob/master/mintty/01-array-bounds.patch
(the packaging repo there has a BSD 3-clause license) to change FONT_MAXNO
in wintext.c from 0x1F to 0x20.
Sadly the mintty maintainer is AWOL for quite some time. Would you
like to take over maintainership? Given the overall stability of the
package, maintaining it shouldn't be much of a burden.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpeM5lnf4AGw.pgp
Description: PGP signature
Re: 1.7.35 Bash spawned by Perl has DOS-style argv0
On Feb 14 14:23, John Warburton wrote:
Hello,
After upgrading my installation from about two months ago to 1.7.35, a
Bash shell opened by Perl (as used in Gnu Autotools) now sees
DOS-style paths in its $argv0 variable instead of Unix-style paths
and, consequently, errors occur. Before I upgraded my installation,
everything was fine.
Here is a simple test case I have written.
[...]
Filename 2: perlpath.pl
use Cwd 'abs_path';
print My absolute path is: ;
print abs_path($0);
print \n;
print Now to run Bash again, and view its argv...\n;
system (./pathtest_2.sh);
Filename 3: pathtest_2.sh
argv0=${0##*/}
echo After execution from Perl, I have set argv0 to ${argv0} and 0 to ${0}
echo This is Bash version ${BASH_VERSION}
Thanks for the testcase! The problem you're describing is the result of
a thinko when I revamped the PATH finding functionality in Cygwin a
couple of days ago. I fixed that in CVS. I will upload a new developer
snapshot for testing to https://cygwin.com/snapshots/ later today.
Is anyone else experiencing this? Are there any ways to force Bash
shells run from Cygwin Perl to see Unix style paths, especially when
Perl itself reports a Unix style path?
You *did* notice that 1.7.35 is a *test* release, did you?
Fortunately you actually tested it before it was released :)
The actual official stable release is 1.7.34, and it's of course
not affected by this problem.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
pgpLPyNp5x5Hb.pgp
Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1
On Feb 14 22:21, Andrey Repin wrote: Greetings, Thomas Wolff! Am 14.02.2015 um 00:24 schrieb Andrey Repin: ... I have a feeling that you have %HOME% defined before mintty starts. I just made some tests, and it seems to be the showstopper. If %HOME% is already set, nsswitch.conf:db_home is ineffective. Simple check for SET HOME= mintty - I think setting HOME globally, before starting cygwin, is the most straightforward way to configure one's home directory preference and should thus be supported. Supported, allright. The issue seems to be contradiction between documented and observed behavior of a specific macro. (Or specific part of the Cygwin, to that extent.) Setting global %HOME% to %HOMEDRIVE%%HOMEPATH% is a natural choice, but Denis seems to want a deviation of it for Cygwin specifically. Apples/oranges. I'm talking about the passwd entry and creating passwd entry requires some kind of reproducability. The environment of the current user has nothing to do with it. I hope https://cygwin.com/ml/cygwin/2015-02/msg00425.html makes that clear. By the way, getent passwd %USERNAME% return homedir correctly, but bash insist on using existing HOME even if started as login shell. Of course. All shells do that. They expect HOME to have a useful value because HOME is usually set by the login process before the shell is started. And the login process, if there is any, fetches HOME from the account DB. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp_VwxdYsv4s.pgp Description: PGP signature
[ANNOUNCEMENT] Updated: grace-5.1.24-1
The following package has been updated for the Cygwin distribution: *** grace-5.1.24-1 Grace is a WYSIWYG tool to make two-dimensional plots of numerical data. Its capabilities are roughly similar to GUI-based programs like Sigmaplot or Microcal Origin plus script-based tools like Gnuplot or Genplot. Its strength lies in the fact that it combines the convenience of a graphical user interface with the power of a scripting language which enables it to do sophisticated calculations or perform automated tasks. This is an update to the latest stable upstream release, built with libpng16. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Re: mintty needs a patch
Am 15.02.2015 um 10:27 schrieb Corinna Vinschen:
On Feb 14 23:10, Tony Kelman wrote:
I was trying to build mintty from its src package today. As a heads-up
for whoever next tries to build the package, I get the following error
on either 32 or 64 bit:
gcc -c -MMD -MP -DTARGET=x86_64-pc-cygwin -DNDEBUG -std=gnu99 -include std.h
-Wall -Wextra -Wundef -Werror -mtune=atom -fomit-frame-pointer -O2 wintext.c
windres --preprocessor 'gcc -E -xc -DRC_INVOKED -MMD -MP
-DTARGET=x86_64-pc-cygwin -DNDEBUG' res.rc res.o
wintext.c: In function ‘win_text’:
wintext.c:522:13: error: array subscript is above array bounds
[-Werror=array-bounds]
if (!fonts[nfont]) {
^
cc1: all warnings being treated as errors
Makefile:117: recipe for target 'wintext.o' failed
make: *** [wintext.o] Error 1
This can at least be made into a warning by taking off -Werror, but it looks
like it might be a real off-by-one. Our neighbors over at MSYS2 have a patch
https://github.com/Alexpux/MSYS2-packages/blob/master/mintty/01-array-bounds.patch
(the packaging repo there has a BSD 3-clause license) to change FONT_MAXNO
in wintext.c from 0x1F to 0x20.
Sadly the mintty maintainer is AWOL for quite some time. Would you
like to take over maintainership? Given the overall stability of the
package, maintaining it shouldn't be much of a burden.
I have contributed to mintty before and will look into this issue.
I'd like to discuss further details in PM if you like.
--
Thomas
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1
Greetings, Corinna Vinschen! I have a feeling that you have %HOME% defined before mintty starts. I just made some tests, and it seems to be the showstopper. If %HOME% is already set, nsswitch.conf:db_home is ineffective. Simple check for SET HOME= mintty - I think setting HOME globally, before starting cygwin, is the most straightforward way to configure one's home directory preference and should thus be supported. Supported, allright. The issue seems to be contradiction between documented and observed behavior of a specific macro. (Or specific part of the Cygwin, to that extent.) Setting global %HOME% to %HOMEDRIVE%%HOMEPATH% is a natural choice, but Denis seems to want a deviation of it for Cygwin specifically. Apples/oranges. I'm talking about the passwd entry and creating passwd entry requires some kind of reproducability. The environment of the current user has nothing to do with it. I hope https://cygwin.com/ml/cygwin/2015-02/msg00425.html makes that clear. I apologize for not being thorough in my initial testing. As you can see below, I've found that Cygwin behave exactly as described. And in regard to bash, it also behave as intended. Or at least, the observed behavior on Linux host I can check with is same as one observed under Cygwin. `sudo -E -u otheruser bash -l` start using currently defined $HOME. By the way, getent passwd %USERNAME% return homedir correctly, but bash insist on using existing HOME even if started as login shell. Of course. All shells do that. They expect HOME to have a useful value because HOME is usually set by the login process before the shell is started. And the login process, if there is any, fetches HOME from the account DB. That makes me wonder, if there's a sane way to simulate such login process under cygwin without asking user for name/password? Or unsetting global %HOME% is the only way to go? -- WBR, Andrey Repin (anrdae...@yandex.ru) 15.02.2015, 21:27 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Very slow Cygwin startup on Windows 7
Greetings, Corinna Vinschen! If you are accepting suggestions, and up for some experimentation, try this: # getent passwd $(id -u) /etc/passwd # getent group $(id -G) /etc/group # echo -e #\npasswd: files db\ngroup: files db\n /etc/nsswitch.conf and start bash without cygserver running. Just for test. The idea is to have your groups in files so that in simple case of (just startup Cygwin don't have to talk to DC all too much. If at all. You'd still need to run cygserver to benefit from long-time caching, though. Do you feel up to the task to extend the FAQ entry https://cygwin.com/faq/faq.html#faq.using.startup-slow with a description of your solution? I took a liberty to reorder and rewrite it a little. Please tell me, if I didn't lost anything in the process. It reads nicely. The paragraph starting with The 1.7.35 release is expected... needs a tweak as soon as 1.7.35 goes release, of course, but otherwise it's really neat. The problem is this: The source of the file is not in HTML but in XML, see https://sourceware.org/viewvc/src/winsup/doc/faq-setup.xml?view=log Any problem to rework for XML and sending as unified patch against the latest version of the file from CVS? I was unable to find relevant CVS tree. The winsup/doc appears to contain the parts of /cygwin-ug-net/ but not the /faq/ part of the website. -- WBR, Andrey Repin (anrdae...@yandex.ru) 15.02.2015, 21:37 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: perl-5.14.4
Corinna Vinschen writes: We're going path b. The core of imagebase's implementation of ReBaseImage64 is the call to LinkedObjectFile::performRelocation (line 123 in imagehelper/rebaseimage.cc), which in turn calls Relocations::relocate in imagehelper/sections.cc. This function performs the actual relocation. Back to the drawing board… The section names in rebase are completely different, not sure how I should get objdump to display them. Also, rebase does not seem to touch the debug sections in any way (either it does not recognize them or already ignores them). The apparent changes that I saw in objdump are purely the result of rebase changing the ImageBase. :-( Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
Re: 1.7.35 Bash spawned by Perl has DOS-style argv0
On Sun, Feb 15, 2015 at 9:25 AM, Corinna Vinschen corinna-cyg...@cygwin.com wrote: On Feb 14 14:23, John Warburton wrote: After upgrading my installation from about two months ago to 1.7.35, a Bash shell opened by Perl (as used in Gnu Autotools) now sees DOS-style paths in its $argv0 variable instead of Unix-style paths ... Thanks for the testcase! The problem you're describing is the result of a thinko when I revamped the PATH finding functionality in Cygwin a couple of days ago. I fixed that in CVS. I will upload a new developer snapshot for testing to https://cygwin.com/snapshots/ later today. ... The actual official stable release is 1.7.34, and it's of course not affected by this problem. Thank you for replying. Just as you predicted, reverting to 1.7.34 completely cured the problem. I will wait for the next official non-testing release. with best wishes, J -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Re: make android device file system visible as unix path
On 14.2.2015 4:25, andy wrote: It doesn't have a drive letter in Windows Explorer. The name is simply Moto G. When I ls /cygdrive, I see on the c-drive. I think that the handset's visibility to Windows Explorer is based on MTP USB, but that's just something I'm learning about right now. Hi Andy. Root of the problem is in the nature of Media Transfer Protocol. This protocol behaves differently than usual filesystem. For this reason there is no drive letter for Your Moto G in Windows, nor in Cygwin. Best solution I found so far: install sshd on Your Moto G and use scp or rsync to backup files from Your android device. I am using SSHelper. -- .: Vlado :. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: HEADSUP: Packages with obsolete dependencies
On 2/15/2015 7:29 PM, Ken Brown wrote: On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote: clispORPHANED (Reini Urban) As I mentioned in the libopenssl098 thread, I have a build of clisp-2.48 (32-bit only for now) that seems to work and that links against current versions of all libraries. Should I go ahead and upload it? Or should I send the .cygport file and patches? Ken I suggest to go ahead and upload. Do you need a change in cygwin-pkg-maint ? Regards Marco
Re: 1.7.35 Bash spawned by Perl has DOS-style argv0
Corinna Vinschen writes: Thanks for the testcase! The problem you're describing is the result of a thinko when I revamped the PATH finding functionality in Cygwin a couple of days ago. I fixed that in CVS. I will upload a new developer snapshot for testing to https://cygwin.com/snapshots/ later today. This still doesn't work correctly and breaks autotools: autoreconf-2.69: running: aclocal --force am-wrapper: am-wrapper.sh: error: Unable to locate any usuable version of automake. I tried these versions: 1.14 1.13 1.12 1.11 1.10 1.9 1.8 1.7 1.6 1.5 1.4 1.99 1.98 1.97 1.96 1.95 1.94 1.93 1.92 1.91 1.90 1.89 1.88 1.87 1.86 1.85 1.84 1.83 1.82 1.81 1.80 1.79 1.78 1.77 1.76 1.75 1.74 1.73 1.72 1.71 1.70 1.69 1.68 1.67 1.66 1.65 1.64 1.63 1.62 1.61 1.60 1.59 1.58 1.57 1.56 1.55 1.54 1.53 1.52 1.51 1.50 1.49 1.48 1.47 1.46 1.45 1.44 1.43 1.42 1.41 1.40 1.39 1.38 1.37 1.36 1.35 1.34 1.33 1.32 1.31 1.30 1.29 1.28 1.27 1.26 1.25 1.24 1.23 1.22 1.21 1.20 1.19 1.18 1.17 1.16 1.15 1.14 With a base name of '/usr/share/autotools/am-wrapper.sh'. autoreconf-2.69: aclocal failed with exit status: 1 Here, am-wrapper has been called via /usr/bin/automake, but argv[0] is apparently resolved to the link target rather than the invoked program. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: HEADSUP: Packages with obsolete dependencies
On 2/10/2015 11:14 PM, Yaakov Selkowitz wrote: clispORPHANED (Reini Urban) As I mentioned in the libopenssl098 thread, I have a build of clisp-2.48 (32-bit only for now) that seems to work and that links against current versions of all libraries. Should I go ahead and upload it? Or should I send the .cygport file and patches? Ken
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1
Corinna Vinschen wrote: I released a very early TEST version of the next upcoming Cygwin release. The version number is 1.7.35-0.1. With this release, the Emacs (master) build is broken. It does not pass the autogen.sh step: ./autogen.sh Checking whether you have the necessary tools... (Read INSTALL.REPO for more details on building Emacs) Checking for autoconf (need at least version 2.65)... ok Checking for automake (need at least version 1.11)... ok Your system has the required tools. Running 'autoreconf -fi -I m4' ... am-wrapper: C:\cygwin64\usr\share\autotools\am-wrapper.sh: error: Unable to locate any usuable version of automake. I tried these versions: 1.14 1.13 1.12 1.11 1.10 1.9 1.8 1.7 1.6 1.5 1.4 1.99 1.98 1.97 1.96 1.95 1.94 1.93 1.92 1.91 1.90 1.89 1.88 1.87 1.86 1.85 1.84 1.83 1.82 1.81 1.80 1.79 1.78 1.77 1.76 1.75 1.74 1.73 1.72 1.71 1.70 1.69 1.68 1.67 1.66 1.65 1.64 1.63 1.62 1.61 1.60 1.59 1.58 1.57 1.56 1.55 1.54 1.53 1.52 1.51 1.50 1.49 1.48 1.47 1.46 1.45 1.44 1.43 1.42 1.41 1.40 1.39 1.38 1.37 1.36 1.35 1.34 1.33 1.32 1.31 1.30 1.29 1.28 1.27 1.26 1.25 1.24 1.23 1.22 1.21 1.20 1.19 1.18 1.17 1.16 1.15 1.14 With a base name of 'C:autoreconf-2.69: aclocal failed with exit status: 1 GNUmakefile:66: set di istruzioni per l'obiettivo configure non riuscito make: *** [configure] Errore 1 Reverting to 1.7.34 fixes the build: ./autogen.sh Checking whether you have the necessary tools... (Read INSTALL.REPO for more details on building Emacs) Checking for autoconf (need at least version 2.65)... ok Checking for automake (need at least version 1.11)... ok Your system has the required tools. Running 'autoreconf -fi -I m4' ... configure.ac:756: installing 'build-aux/compile' configure.ac:139: installing 'build-aux/config.guess' configure.ac:139: installing 'build-aux/config.sub' configure.ac:136: installing 'build-aux/install-sh' configure.ac:136: installing 'build-aux/missing' lib/Makefile.am: installing 'build-aux/depcomp' You can now run './configure'. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated package: pdftk-2.02-1
The pdftk has been updated to the latest upstream release, 2.02 DESCRIPTION: If PDF is electronic paper, then pdftk is an electronic staple-remover, hole-punch, binder, secret-decoder-ring, and X-Ray-glasses. Pdftk is a simple tool for doing everyday things with PDF documents. Keep one in the top drawer of your desktop and use it to: * Merge PDF Documents * Split PDF Pages into a New Document * Rotate PDF Pages or Documents * Decrypt Input as Necessary (Password Required) * Encrypt Output as Desired * Fill PDF Forms with FDF Data or XFDF Data and/or Flatten Forms * Apply a Background Watermark or a Foreground Stamp * Report on PDF Metrics such as Metadata, Bookmarks, and Page Labels * Update PDF Metadata * Attach Files to PDF Pages or the PDF Document * Unpack PDF Attachments * Burst a PDF Document into Single Pages * Uncompress and Re-Compress Page Streams * Repair Corrupted PDF (Where Possible) Pdftk allows you to manipulate PDF easily and freely. It does not require Acrobat. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place.
[ANNOUNCEMENT] Updated package: pdftk-2.02-1
The pdftk has been updated to the latest upstream release, 2.02 DESCRIPTION: If PDF is electronic paper, then pdftk is an electronic staple-remover, hole-punch, binder, secret-decoder-ring, and X-Ray-glasses. Pdftk is a simple tool for doing everyday things with PDF documents. Keep one in the top drawer of your desktop and use it to: * Merge PDF Documents * Split PDF Pages into a New Document * Rotate PDF Pages or Documents * Decrypt Input as Necessary (Password Required) * Encrypt Output as Desired * Fill PDF Forms with FDF Data or XFDF Data and/or Flatten Forms * Apply a Background Watermark or a Foreground Stamp * Report on PDF Metrics such as Metadata, Bookmarks, and Page Labels * Update PDF Metadata * Attach Files to PDF Pages or the PDF Document * Unpack PDF Attachments * Burst a PDF Document into Single Pages * Uncompress and Re-Compress Page Streams * Repair Corrupted PDF (Where Possible) Pdftk allows you to manipulate PDF easily and freely. It does not require Acrobat. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: TeX Live 2014, release 20140523-2
The following packages have been updated in the Cygwin distribution: * texlive-20140523-2 * libkpathsea6-20140523-2 * libkpathsea-devel-20140523-2 * libptexenc1-20140523-2 * libptexenc-devel-20140523-2 * asymptote-2.32-2 * texlive-collection-basic-20140523-2 * texlive-collection-basic-doc-20140523-2 * texlive-collection-bibtexextra-20140523-2 * texlive-collection-bibtexextra-doc-20140523-2 * texlive-collection-binextra-20140523-2 * texlive-collection-binextra-doc-20140523-2 * texlive-collection-context-20140523-2 * texlive-collection-context-doc-20140523-2 * texlive-collection-fontsextra-20140523-2 * texlive-collection-fontsextra-doc-20140523-2 * texlive-collection-fontsrecommended-20140523-2 * texlive-collection-fontsrecommended-doc-20140523-2 * texlive-collection-fontutils-20140523-2 * texlive-collection-fontutils-doc-20140523-2 * texlive-collection-formatsextra-20140523-2 * texlive-collection-games-20140523-2 * texlive-collection-genericextra-20140523-2 * texlive-collection-genericextra-doc-20140523-2 * texlive-collection-genericrecommended-20140523-2 * texlive-collection-genericrecommended-doc-20140523-2 * texlive-collection-htmlxml-20140523-2 * texlive-collection-humanities-20140523-2 * texlive-collection-humanities-doc-20140523-2 * texlive-collection-langafrican-20140523-2 * texlive-collection-langarabic-20140523-2 * texlive-collection-langchinese-20140523-2 * texlive-collection-langcjk-20140523-2 * texlive-collection-langcyrillic-20140523-2 * texlive-collection-langczechslovak-20140523-2 * texlive-collection-langenglish-20140523-2 * texlive-collection-langeuropean-20140523-2 * texlive-collection-langfrench-20140523-2 * texlive-collection-langgerman-20140523-2 * texlive-collection-langgreek-20140523-2 * texlive-collection-langindic-20140523-2 * texlive-collection-langitalian-20140523-2 * texlive-collection-langjapanese-20140523-2 * texlive-collection-langkorean-20140523-2 * texlive-collection-langother-20140523-2 * texlive-collection-langpolish-20140523-2 * texlive-collection-langportuguese-20140523-2 * texlive-collection-langspanish-20140523-2 * texlive-collection-latex-20140523-2 * texlive-collection-latex-doc-20140523-2 * texlive-collection-latexextra-20140523-2 * texlive-collection-latexextra-doc-20140523-2 * texlive-collection-latexrecommended-20140523-2 * texlive-collection-latexrecommended-doc-20140523-2 * texlive-collection-luatex-20140523-2 * texlive-collection-luatex-doc-20140523-2 * texlive-collection-mathextra-20140523-2 * texlive-collection-mathextra-doc-20140523-2 * texlive-collection-metapost-20140523-2 * texlive-collection-metapost-doc-20140523-2 * texlive-collection-music-20140523-2 * texlive-collection-music-doc-20140523-2 * texlive-collection-omega-20140523-2 * texlive-collection-pictures-20140523-2 * texlive-collection-pictures-doc-20140523-2 * texlive-collection-plainextra-20140523-2 * texlive-collection-pstricks-20140523-2 * texlive-collection-pstricks-doc-20140523-2 * texlive-collection-publishers-20140523-2 * texlive-collection-publishers-doc-20140523-2 * texlive-collection-science-20140523-2 * texlive-collection-science-doc-20140523-2 * texlive-collection-xetex-20140523-2 * texlive-collection-xetex-doc-20140523-2 This is a rebuild of release 20140523-1 (https://cygwin.com/ml/cygwin-announce/2014-07/msg0.html), with three changes: 1. The dependence of the TeX Live binaries on obsolete libraries has been removed. 2. I have streamlined the postinstall process, thanks largely to a new feature added to setup.exe by Achim Gratz (perpetual postinstall scripts). This should drastically reduce the amount of time taken by the TeX Live postinstall scripts. There will also be a noticeable speedup in the preremove scripts for packages that install a lot of fonts. 3. There is now a script /usr/bin/texlive-enable-fontconfig that you can run if you want the fonts distributed with TeX Live to be available to applications that rely on fontconfig. See /usr/share/doc/texlive/README.Cygwin for more details. (The script can take a few minutes to run, so be patient.) Ken Brown Cygwin's TeX Live maintainer -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: libkate-0.4.1-2
This is a Cygwin-only release to update the dependent libraries. DESCRIPTION: Kate is a codec for karaoke and text encapsulation for Ogg. Most of the time, this would be multiplexed with audio/video to carry subtitles, song lyrics (with or without karaoke data), etc, but doesn't have to be. A possible use of a lone Kate stream would be an e-book. QUESTIONS: == If you want to make a point or ask a question the Cygwin mailing list is the appropriate place.
Updated: TeX Live 2014, release 20140523-2
The following packages have been updated in the Cygwin distribution: * texlive-20140523-2 * libkpathsea6-20140523-2 * libkpathsea-devel-20140523-2 * libptexenc1-20140523-2 * libptexenc-devel-20140523-2 * asymptote-2.32-2 * texlive-collection-basic-20140523-2 * texlive-collection-basic-doc-20140523-2 * texlive-collection-bibtexextra-20140523-2 * texlive-collection-bibtexextra-doc-20140523-2 * texlive-collection-binextra-20140523-2 * texlive-collection-binextra-doc-20140523-2 * texlive-collection-context-20140523-2 * texlive-collection-context-doc-20140523-2 * texlive-collection-fontsextra-20140523-2 * texlive-collection-fontsextra-doc-20140523-2 * texlive-collection-fontsrecommended-20140523-2 * texlive-collection-fontsrecommended-doc-20140523-2 * texlive-collection-fontutils-20140523-2 * texlive-collection-fontutils-doc-20140523-2 * texlive-collection-formatsextra-20140523-2 * texlive-collection-games-20140523-2 * texlive-collection-genericextra-20140523-2 * texlive-collection-genericextra-doc-20140523-2 * texlive-collection-genericrecommended-20140523-2 * texlive-collection-genericrecommended-doc-20140523-2 * texlive-collection-htmlxml-20140523-2 * texlive-collection-humanities-20140523-2 * texlive-collection-humanities-doc-20140523-2 * texlive-collection-langafrican-20140523-2 * texlive-collection-langarabic-20140523-2 * texlive-collection-langchinese-20140523-2 * texlive-collection-langcjk-20140523-2 * texlive-collection-langcyrillic-20140523-2 * texlive-collection-langczechslovak-20140523-2 * texlive-collection-langenglish-20140523-2 * texlive-collection-langeuropean-20140523-2 * texlive-collection-langfrench-20140523-2 * texlive-collection-langgerman-20140523-2 * texlive-collection-langgreek-20140523-2 * texlive-collection-langindic-20140523-2 * texlive-collection-langitalian-20140523-2 * texlive-collection-langjapanese-20140523-2 * texlive-collection-langkorean-20140523-2 * texlive-collection-langother-20140523-2 * texlive-collection-langpolish-20140523-2 * texlive-collection-langportuguese-20140523-2 * texlive-collection-langspanish-20140523-2 * texlive-collection-latex-20140523-2 * texlive-collection-latex-doc-20140523-2 * texlive-collection-latexextra-20140523-2 * texlive-collection-latexextra-doc-20140523-2 * texlive-collection-latexrecommended-20140523-2 * texlive-collection-latexrecommended-doc-20140523-2 * texlive-collection-luatex-20140523-2 * texlive-collection-luatex-doc-20140523-2 * texlive-collection-mathextra-20140523-2 * texlive-collection-mathextra-doc-20140523-2 * texlive-collection-metapost-20140523-2 * texlive-collection-metapost-doc-20140523-2 * texlive-collection-music-20140523-2 * texlive-collection-music-doc-20140523-2 * texlive-collection-omega-20140523-2 * texlive-collection-pictures-20140523-2 * texlive-collection-pictures-doc-20140523-2 * texlive-collection-plainextra-20140523-2 * texlive-collection-pstricks-20140523-2 * texlive-collection-pstricks-doc-20140523-2 * texlive-collection-publishers-20140523-2 * texlive-collection-publishers-doc-20140523-2 * texlive-collection-science-20140523-2 * texlive-collection-science-doc-20140523-2 * texlive-collection-xetex-20140523-2 * texlive-collection-xetex-doc-20140523-2 This is a rebuild of release 20140523-1 (https://cygwin.com/ml/cygwin-announce/2014-07/msg0.html), with three changes: 1. The dependence of the TeX Live binaries on obsolete libraries has been removed. 2. I have streamlined the postinstall process, thanks largely to a new feature added to setup.exe by Achim Gratz (perpetual postinstall scripts). This should drastically reduce the amount of time taken by the TeX Live postinstall scripts. There will also be a noticeable speedup in the preremove scripts for packages that install a lot of fonts. 3. There is now a script /usr/bin/texlive-enable-fontconfig that you can run if you want the fonts distributed with TeX Live to be available to applications that rely on fontconfig. See /usr/share/doc/texlive/README.Cygwin for more details. (The script can take a few minutes to run, so be patient.) Ken Brown Cygwin's TeX Live maintainer
Re: __mempcpy
On Feb 14 23:17, Marco Atzeri wrote: On 2/14/2015 10:58 PM, Václav Zeman wrote: On 14.2.2015 22:55, Václav Zeman wrote: On 14.2.2015 09:20, Marco Atzeri wrote: I am trying to upgrade proftpd and also build the 64bit version. However when building the 64bit one, I catch: /pub/devel/proftpd/proftpd-1.3.5-1.x86_64/build/lib/pr_fnmatch_loop.c:1142: undefined reference to `__mempcpy' I see this difference in exported symbols for the the two archs 32bit $ nm /usr/lib/libcygwin.a |grep T |sort | grep mempcpy T ___mempcpy T _mempcpy 64bit $ nm /usr/lib/libcygwin.a |grep T |sort | grep mempcpy T mempcpy any idea ? `__memcpy()` is their invention: you missed the point __mempcpy is exported by cygwin lib at 32bit but not at 64 bit. For both the the two arch HAVE_MEMPCPY is defined. The 32 bit variant exports lots of underscored versions of standard POSIX functions for historical reasons. We didn't want to reproduce this for the 64 bit version so the whole lot was restricted to the 32 bit export definition file. However, __mempcpy is a GNU symbol just as the non-underscored variant. This has gone unnoticed when we created the export definitions for 64 bit. I fixed that in CVS. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp8DqMFaTlYc.pgp Description: PGP signature
Re: __mempcpy
On 2/15/2015 10:18 AM, Corinna Vinschen wrote: On Feb 14 23:17, Marco Atzeri wrote: you missed the point __mempcpy is exported by cygwin lib at 32bit but not at 64 bit. For both the the two arch HAVE_MEMPCPY is defined. The 32 bit variant exports lots of underscored versions of standard POSIX functions for historical reasons. We didn't want to reproduce this for the 64 bit version so the whole lot was restricted to the 32 bit export definition file. However, __mempcpy is a GNU symbol just as the non-underscored variant. This has gone unnoticed when we created the export definitions for 64 bit. I fixed that in CVS. Thanks, Corinna Noted, I will add a workaround for the current build. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: perl-5.14.4
On Feb 14 22:12, Achim Gratz wrote: Achim Gratz writes: Achim Gratz writes: It turns out that doing so damages the debug information in the library and then it can't be extracted later, so I'll have to skip this step when building with cygport. I have no idea how and why this happens; the debug information is still there, but quite obviously it can't be correctly associated with the code after rebasing. Is that something that can be fixed in rebase or objcopy? Specifically, running nm -l does not output the source files and line numbers any more. The entries are still in the object file, but the association with the symbols has been lost. Looking at the DWARF dump it seems that the .debug_str section has been relocated in the rebased image. If any body knows how to inject this section from the original DLL into the rebased image I could test if the debug information would show up again, objcopy might be able to do that, but the pe/coff format is fiddly. but I think that this section should not be rebased. Provided that this *is* the problem, this should be easily doable in rebase. The core is a function Relocations::relocate in imagehelper/sections.cc. At one point in the loop it calls Section *cursec = sections-find(va); At this point it should be possible to check against the section name and filter out all sections starting with .debug_ Care to try? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpQav96AujBv.pgp Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 1.7.35-0.1
On Feb 14 15:50, Buchbinder, Barry (NIH/NIAID) [E] wrote: Denis Excoffier wrote on Friday, February 13, 2015 4:31 PM You misunderstand. I don't need this stupid 'Document and Settings' thing. C:\Documents and Settings appears to be something Windows handles. On Windows 7 Professional (ver 6.1, SP 1): Open cmd.exe. dir does not show C:\Documents and Settings. dir /a: shows the following. 07/14/2009 12:08 AMJUNCTION Documents and Settings [C:\Users] So it looks like C:\Documents and Settings = C:\Users. On my current machine, in Windows Explorer, I cannot look inside C:\Documents and Settings. In cmd I can cd into it but neither dir nor dir /a: show any file. However Explorer will let me see inside C:\Documents and Settings\myusername. In cmd I can cd from C:\Documents and Settings into C:\Documents and Settings\myusername. I'll stop here since I don't know much about junctions. But I hope that the above helps. C:\Documents and Settings on Vista and later is not a junction, just a symlink to C:\Users. The weird behaviour is the result of the permission settings: $ cacls C:/Documents\ and\ Settings C:\Documents and Settings Everyone:(DENY)(special access:) FILE_READ_DATA Everyone:R NT AUTHORITY\SYSTEM:F BUILTIN\Administrators:F Note the deny entry. Microsoft was trying to discourage the usage of Documents and Settings for the users, while at the same time keeping applications hardcoding the path (they exist, unfortunately) running. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpRRG7ItgajV.pgp Description: PGP signature
[ANNOUNCEMENT] Updated: freetype2-2.5.5-1
The following packages have been updated in the Cygwin distribution: *** freetype2-demos-2.5.5-1 *** libfreetype6-2.5.5-1 *** libfreetype-devel-2.5.5-1 *** libfreetype-doc-2.5.5-1 FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). This version fixes a regression with uncompressed PCF fonts: https://sourceforge.net/projects/freetype/files/freetype2/2.5.5/ -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] New: fontforge-20120731-4
The following packages have been added to the Cygwin distribution: * fontforge-20120731-4 * libfontforge1-20120731-4 * libfontforge-devel-20120731-4 * python-fontforge-20120731-4 Fontforge is an outline font editor that lets you create your own postscript, truetype, opentype, cid-keyed, multi-master, cff, svg and bitmap (bdf, FON, NFNT) fonts, or edit existing ones. It also includes a scripting interface which lets you convert one format to another. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] New: freerdp-1.0.2-1
The following packages have been added to the Cygwin distribution: * freerdp-1.0.2-1 * libfreerdp1.0-1.0.2-1 * libfreerdp-devel-1.0.2-1 FreeRDP is a successor to rdesktop, a longtime-favored application for use on *nix systems to access Windows servers and workstations. The goal of FreeRDP is twofold: a more complete support of keyboard layouts; and support of newer Remote Desktop Protocol (RDP) features found in the Windows 6.0 (Vista/2008) and newer environments. This package has been added as a prerequisite of RDP support in Vinagre. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
[ANNOUNCEMENT] New: gnuchess-6.0.3-1
The following package has been added to the Cygwin distribution: * gnuchess-6.0.3-1 GNU chess gaming engine and command line program. Also includes a component for using with X11 chess programs as front-ends. This package has been added as a prerequisite of gnome-chess. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: ctris-0.42-2
The following package has been updated in the Cygwin distribution: * ctris-0.42-2 ctris is a console-mode tetris clone. It works very fast and efficient, so it should be possible to play it even over a slow remote terminal. This release has been rebuilt for the latest version of ncurses. -- Yaakov
[ANNOUNCEMENT] Updated: fbpanel-6.1-6
The following packages have been updated in the Cygwin distribution: * fbpanel-6.1-6 fbpanel is a lightweight, NETWM compliant desktop panel. It works with any NETWM compliant window manager. This release updates the logout icon in the default multiwindow config for GTK+ 3.14. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
New: gnuchess-6.0.3-1
The following package has been added to the Cygwin distribution: * gnuchess-6.0.3-1 GNU chess gaming engine and command line program. Also includes a component for using with X11 chess programs as front-ends. This package has been added as a prerequisite of gnome-chess. -- Yaakov
[ANNOUNCEMENT] Updated: fvwm-2.6.5-2
The following package has been updated for the Cygwin distribution: * fvwm-2.6.5-2 Fvwm is a window manager for X11. It is designed to minimize memory consumption, provide a 3D look to window frames, and a virtual desktop. This release has been rebuilt with libpng16. An X session launcher has been added. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
Updated: aria2-1.18.9-1
The following package has been updated in the Cygwin distribution: * aria2-1.18.9-1 aria2 is a lightweight multi-protocol multi-source, cross-platform download utility operated in command-line. It supports HTTP/HTTPS, FTP, BitTorrent and Metalink. You can manipulate aria2 via XML-RPC interface. This is an update to the latest upstream release. The 'xml-rpc' options have been renamed to 'rpc'. -- Yaakov
[ANNOUNCEMENT] Updated: aria2-1.18.9-1
The following package has been updated in the Cygwin distribution: * aria2-1.18.9-1 aria2 is a lightweight multi-protocol multi-source, cross-platform download utility operated in command-line. It supports HTTP/HTTPS, FTP, BitTorrent and Metalink. You can manipulate aria2 via XML-RPC interface. This is an update to the latest upstream release. The 'xml-rpc' options have been renamed to 'rpc'. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
New: bogofilter-1.2.3-1
The following package has been updated to the Cygwin distribution: * bogofilter-1.2.3-1 Bogofilter is a mail filter that classifies mail as spam or non-spam by a statistical analysis of the message's header and content (body). The program is able to learn from the user's classifications and corrections. This package has been added as a prerequisite of evolution. -- Yaakov
[ANNOUNCEMENT] New: bogofilter-1.2.3-1
The following package has been updated to the Cygwin distribution: * bogofilter-1.2.3-1 Bogofilter is a mail filter that classifies mail as spam or non-spam by a statistical analysis of the message's header and content (body). The program is able to learn from the user's classifications and corrections. This package has been added as a prerequisite of evolution. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] New: celt051-0.5.1.3-1
The following packages have been added to the Cygwin distribution: * libcelt051_0-0.5.1.3-1 * libcelt051-devel-0.5.1.3-1 CELT is a very low delay audio codec designed for high-quality communications. Its potential uses include video-conferencing and network music performance. The code is still in early stage, so it may be broken from time to time and the bit-stream is not frozen yet. This release has been added as a prerequisite of spice-gtk. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
New: celt051-0.5.1.3-1
The following packages have been added to the Cygwin distribution: * libcelt051_0-0.5.1.3-1 * libcelt051-devel-0.5.1.3-1 CELT is a very low delay audio codec designed for high-quality communications. Its potential uses include video-conferencing and network music performance. The code is still in early stage, so it may be broken from time to time and the bit-stream is not frozen yet. This release has been added as a prerequisite of spice-gtk. -- Yaakov
[ANNOUNCEMENT] Updated: cocom-0.996-2
The following package has been updated for the Cygwin distribution: * cocom-0.996-2 COCOM tool set is oriented towards the creation of compilers, cross-compilers, interpreters, and other language processors. It is a prerequisite for building Cygwin from CVS. This release has been rebuilt for the latest version of gmp. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: ctris-0.42-2
The following package has been updated in the Cygwin distribution: * ctris-0.42-2 ctris is a console-mode tetris clone. It works very fast and efficient, so it should be possible to play it even over a slow remote terminal. This release has been rebuilt for the latest version of ncurses. -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Updated: setup.exe (Release 2.867)
On 10/02/15 09:39, Luke Kendall wrote: On 06/02/15 21:23, Corinna Vinschen wrote: On Feb 6 13:05, Luke Kendall wrote: On 06/02/15 05:07, Corinna Vinschen wrote: Hi folks, A new version of Setup, release 2.867, has been uploaded to https://cygwin.com/setup-x86.exe (32 bit version) https://cygwin.com/setup-x86_64.exe (64 bit version) The changes compared to 2.864 are mostly not visible: - There's one fix to the output when mistyping a command line option. - More importantly, Setup now understands SHA512 checksums additionally to MD5 checksums. We're going to switch to using SHA512 checksums in the setup.ini files in a couple of weeks and this requires all of you to use the newer Setup version. Please send bug reports, as usual, to the public mailing list cygwin AT cygwin DOT com. Have fun, Corinna I was just wondering, will you be dropping the md5.sum files from the package directories at the same time? The md5.sum files are created for all ftp dirs on sourceware.org, not only for the Cygwin dirs. Right now we still need the md5.sum files to support people who haven't upgraded setup yet. If the files get removed (not created anymore) at one point is up to the overseers crew. Just this week I noticed that cygwin64-gcc-4.8.3-4-src.tar.xz's md5 checksum in its md5.sum file was incorrect (but its md5 in setup.ini was of course correct). Of course? In fact upset (the script creating the setup.ini files) reads the content of md5.sum and uses the checksums in there if available to create the setup.ini entry. It only computes its own checksum if the md5.sum file is missing the info. So, afaics, in border cases in which a file gets replaced, there is a chance that the setup.ini checksum is incorrect as well. In theory that's not supposed to happen because replacing a distro package should always include bumping the subversion, thus creating a new file and just removing the old one. Hmm, that's interesting. I based what I said on my experience; I've tried to work out how it fits together by looking at the files we get via rsyncing from mirrors. It's not like I've read some reference that describes the Cygwin packaging and release process and procedures (I have a feeling that such a reference would be setup.exe's source code, by I may also be quite mistaken about that). But the mismatches have been so common, and persisted so long, that I (perhaps wrongly) came to the conclusion that relying on the md5.sum file was bad, simply because in all the mismatches I've seen over the last several months (I'm guessing something like six), setup.ini has been correct and the package md5.sum has been wrong; and the error has persisted for many, many days. I suppose another possibility is that we *think* we're rsyncing nightly, and we're not, and it's only the automated consistency check that's really running each night! I'll check into that possibility. Just to close this off: this was indeed the answer. We had rsync-ed -src and debuginfo packages at one point, but they were being excluded those from the nightly updates. (I was unaware of that.) So I was wrong. I apologise for the mistake. luke luke Corinna -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: HEADSUP: Packages with obsolete dependencies
2015-02-11 06:14 Yaakov Selkowitz yselkowitz-rDBXBDvO6BXQT0dZR+AlfA(at)public.gmane.org: | Package maintainers, | | I just cleared out a huge number of obsolete and stale packages. More | remain, but the following packages currently depend on one or more | obsolete libraries (including the recently-obsoleted libpng15 and | libgd2): | | aalibDr. Volker Zell | abookJari Aalto | apngasm Jari Aalto | aria2ORPHANED (Kostya Altukhov) | asymptoteKen Brown | autotraceMarco Atzeri/Dr. Volker Zell | aviewJari Aalto | bmp2png Jari Aalto | brltty ORPHANED (Samuel Thibault) | bvi Jari Aalto | cdargs Jari Aalto | cgdb Jari Aalto | clamav ORPHANED (Reini Urban) | clispORPHANED (Reini Urban) | cscope Jari Aalto | ctrisORPHANED (Reini Urban) | ddd Jon Turney | emacsKen Brown | fltk Teun Burgers | ghostscript Dr. Volker Zell | gl2psMarco Atzeri | gnugoTeun Burgers | gnupgMarco Atzeri | gnuplot Dr. Volker Zell | GraphicsMagick Marco Atzeri | guileJan Nieuwenhuizen | hexedit ORPHANED (Chris Sutcliffe) | hp2xxDr. Volker Zell | icoutils David Stacey | ImageMagick Marco Atzeri | iselect Jari Aalto | joe Jari Aalto | lcms Dr. Volker Zell | leptonicaMarco Atzeri | less ORPHANED | libAfterImageORPHANED (Charles Wilson) | libggi2 Peter Rosin | libkate David Rothenberger | libwmf Dr. Volker Zell | lilypond Jan Nieuwenhuizen | ming Dr. Volker Zell | mscgen Michael McTernan | naim ORPHANED (Jonathan C. Allen) | ncftpJari Aalto | nettle Dr. Volker Zell | nfrotz ORPHANED (Charles Wilson) | ngspice Marco Atzeri | ninvadersDavid Stacey | nmh David Levine | nrss Jari Aalto | octave Marco Atzeri | octave-communicationsMarco Atzeri | optipng Jari Aalto | orpieAndrew Schulman | parrot ORPHANED (Reini Urban) | pdftkDavid Rothenberger | ploticus Andrew Schulman | plotutilsMarco Atzeri | pngquant Jari Aalto | ppl Achim Gratz | proftpd ORPHANED (Jason Tishler) | pstoedit Dr. Volker Zell | python-h5py Chris LeBlanc | python3-h5py Chris LeBlanc | qiv Jari Aalto | RMarco Atzeri | rakudo ORPHANED (Reini Urban) | robots Corinna Vinschen | shed Jari Aalto | singular-surfYue Ren (Frank Seelisch) | sng Andrew Schulman | steghide Jari Aalto | sudoku Jari Aalto | suite3270Peter A. Castro | syslog-ng
[ANNOUNCEMENT] Updated: cgdb 0.6.7+20150214+git3a710f9-1 -- A curses-based interface to the GNU Debugger (GDB)
PACKAGE DESCRIPTION === Homepage: http://cgdb.github.io License : GPL-2+ The goal of program is to be lightweight and responsive; not encumbered with unnecessary features. The interface is designed to deliver the familiar GDB text interface, with a split screen showing the source as it executes. The UI is modeled on the classic Unix text editor, vi. Those familiar with vi should feel right at home using CGDB. CHANGES SINCE LAST RELEASE == Cygwin: compiled with libncursesw10 See https://github.com/cgdb/cgdb INSTALL OR UPGRADE NOTES Standard install. CYGWIN INSTALLATION INFORMATION === To install this package, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. You'll find the package listed in the All category. After installation, read the documentation at directories: /usr/share/doc/package/* /usr/share/doc/Cygwin/package-version.README If you have questions or comments, please send them to the Cygwin mailing list at cygwin(at)cygwin.com. CYGWIN-ANNOUNCE UNSUBSCRIBE INFO This message has been sent to cygwin-announce list. If you want to unsubscribe from the mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com(at)cygwin.com More information on unsubscribing can be found: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at the above URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: make-4.1-1
Hi, new version 4.1-1 of make is available in the Cygwin distribution DESCRIPTION A GNU tool for controlling the generation of executables and other non-source files of a program from the program's source files. Make allows users to build and install packages without any significant knowledge about the details of the build process. The details about how the program should be built are provided for make in the program's makefile. CHANGES Updated to the last upstream main release. Full details on: http://permalink.gmane.org/gmane.org.fsf.announce/2212 CYGWIN CHANGES Updated build system to cygport. New maintainer HOMEPAGE http://www.gnu.org/software/make/ Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] Updated: S-Lang 2.3.1pre17-1
Hi, new versions 2.3.1pre17-1 of libslang2 libslang-devel slsh are available in the Cygwin distribution DESCRIPTION S-Lang is a multi-platform programmer's library designed to allow a developer to create robust multi-platform software. It provides facilities required by interactive applications such as display/screen management, keyboard input, keymaps, and so on CYGWIN CHANGES rebuilt for last libraries dependency using latest bugfix development source CHANGES 2.3.0 was the last upstream main release. Full details on: http://lists.jedsoft.org/lists/slang-users/2014/020.html HOMEPAGE http://http://www.jedsoft.org/slang/ (mirrored at http://www.s-lang.org/ ) Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: S-Lang 2.3.1pre17-1
Hi, new versions 2.3.1pre17-1 of libslang2 libslang-devel slsh are available in the Cygwin distribution DESCRIPTION S-Lang is a multi-platform programmer's library designed to allow a developer to create robust multi-platform software. It provides facilities required by interactive applications such as display/screen management, keyboard input, keymaps, and so on CYGWIN CHANGES rebuilt for last libraries dependency using latest bugfix development source CHANGES 2.3.0 was the last upstream main release. Full details on: http://lists.jedsoft.org/lists/slang-users/2014/020.html HOMEPAGE http://http://www.jedsoft.org/slang/ (mirrored at http://www.s-lang.org/ ) Regards Marco Atzeri If you have questions or comments, please send them to the cygwin mailing list at: cygwin (at) cygwin (dot) com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
[ANNOUNCEMENT] Updated: clisp-2.48-4
The following packages have been updated in the Cygwin distribution (32-bit only): * clisp-2.48-4 * clisp-clx-2.48-4 * clisp-gdi-2.48-4 * clisp-gtk2-2.48-4 This is a rebuild of the 2.48-3 packages to remove dependencies on obsolete libraries. Because of changes in Cygwin's memory layout since 2.48-3 was built, I had to change the way clisp represents object pointers.[1] There are no other significant changes. For further information about clisp-2.48, see the release announcement for clisp-2.48-3: https://sourceware.org/ml/cygwin-announce/2009-12/msg00017.html I have taken over as clisp maintainer because Reini Urban, the previous maintainer, no longer has time to do it. But I am not a clisp user, so I can't properly support it. I will, however, try to fix any problems with my build. I will also try to port clisp to 64-bit Cygwin. Unfortunately, I have not been able to build a working version of clisp-2.49 on Cygwin.[2] If there is someone more knowledgeable about clisp who wants to help with this (and perhaps take over as maintainer), that would be welcome. Ken Brown Cygwin's (temporary?) clisp maintainer [1] Technically, object pointers now use LINUX_NOEXEC_HEAPCODES instead of STANDARD_HEAPCODES. [2] It builds, but it doesn't seem to recognize any modules. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Updated: clisp-2.48-4
The following packages have been updated in the Cygwin distribution (32-bit only): * clisp-2.48-4 * clisp-clx-2.48-4 * clisp-gdi-2.48-4 * clisp-gtk2-2.48-4 This is a rebuild of the 2.48-3 packages to remove dependencies on obsolete libraries. Because of changes in Cygwin's memory layout since 2.48-3 was built, I had to change the way clisp represents object pointers.[1] There are no other significant changes. For further information about clisp-2.48, see the release announcement for clisp-2.48-3: https://sourceware.org/ml/cygwin-announce/2009-12/msg00017.html I have taken over as clisp maintainer because Reini Urban, the previous maintainer, no longer has time to do it. But I am not a clisp user, so I can't properly support it. I will, however, try to fix any problems with my build. I will also try to port clisp to 64-bit Cygwin. Unfortunately, I have not been able to build a working version of clisp-2.49 on Cygwin.[2] If there is someone more knowledgeable about clisp who wants to help with this (and perhaps take over as maintainer), that would be welcome. Ken Brown Cygwin's (temporary?) clisp maintainer [1] Technically, object pointers now use LINUX_NOEXEC_HEAPCODES instead of STANDARD_HEAPCODES. [2] It builds, but it doesn't seem to recognize any modules.
