Re: gcc warning about MPFR header version
Ken Brown writes: I do have this, and I have no other version of the header. But this #define MPFR_VERSION \ MPFR_VERSION_NUM(MPFR_VERSION_MAJOR,MPFR_VERSION_MINOR,MPFR_VERSION_PATCHLEVEL) yields a value of MPFR_VERSION that doesn't include the -p11. Maybe that's what confused gcc. Anyway, it sounds like it's not a problem. That's a red herring, actually -- I finally see whats happening, though. Gcc complains that it was itself compiled when the MPFR version string was simply 3.1.2 and it now sees that the system has 3.1.2-p11. I don't think that should trigger another release of gcc, but I'll leave that decision to JonY. 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 -- 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
[ITP] hidapi 0.8.0-rc1
Dear all, I would like to package hidapi and propose it for inclusion in Cygwin. hidapi is a multi-platform library which allows an application to interface with USB and Bluetooth HID-Class devices on Windows, Linux, and Mac OS X. hidapi has been included in many Linux distributions. My proposed setup.hint: MinGW 64 bit: -- category: Devel requires: sdesc: USB HID library for Win64 toolchain ldesc: C Library for USB/Bluetooth HID device access from Linux, Mac OS X, FreeBSD, and Windows. -- MinGW 32 bit: -- category: Devel requires: sdesc: USB HID library for Win32 toolchain ldesc: C Library for USB/Bluetooth HID device access from Linux, Mac OS X, FreeBSD, and Windows. -- Cygwin libhidapi0 32/64 bit: -- category: Libs requires: sdesc: USB HID library ldesc: C Library for USB/Bluetooth HID device access from Linux, Mac OS X, FreeBSD, and Windows. external-source: hidapi -- Cygwin libhidapi-devel 32/64 bit: -- category: Libs requires: libhidapi0 sdesc: USB HID library ldesc: C Library for USB/Bluetooth HID device access from Linux, Mac OS X, FreeBSD, and Windows. external-source: hidapi -- The package build successfully and everything works for me. The package files are available for inspection from: https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.x86_64/setup.hint https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.x86_64/mingw64-x86_64-hidapi-0.8.0-rc1-1-src.tar.xz https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.x86_64/mingw64-x86_64-hidapi-0.8.0-rc1-1.tar.xz https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.x86_64/setup-debuginfo.hint https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.x86_64/mingw64-x86_64-hidapi-debuginfo-0.8.0-rc1-1.tar.xz https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.i686/setup.hint https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.i686/mingw64-i686-hidapi-0.8.0-rc1-1-src.tar.xz https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.i686/mingw64-i686-hidapi-0.8.0-rc1-1.tar.xz https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.i686/setup-debuginfo.hint https://github.com/azru0512/cygwin/releases/download/mingw-hidapi-0.8.0-rc1.i686/mingw64-i686-hidapi-debuginfo-0.8.0-rc1-1.tar.xz https://github.com/azru0512/cygwin/releases/download/hidapi-0.8.0-rc1.x86_64/hidapi-0.8.0-rc1-1.x86_64.tar.xz https://github.com/azru0512/cygwin/releases/download/hidapi-0.8.0-rc1.i686/hidapi-0.8.0-rc1-1.i686.tar.xz Regards, chenwj -- Wei-Ren Chen (陳韋任) Homepage: http://people.cs.nctu.edu.tw/~chenwj
Re: cmake update needed
Do you have any specific questions? 2.8.9-perl-libs.patch AIUI changes PERL_POSSIBLE_LIBRARY_NAMES from being set to perl{PERL_VERSION_STRING} perl only when the command `${PERL_EXECUTABLE} -V:libperl` fails, to appending those values any time PERL_EXECUTABLE is found. Is that command expected to fail in some circumstances where one would be building a perl library? Or is the problem that cmake find_library has trouble with the cyg* library prefix? 2.8.12-gui-qt4, 2.8.12-opengl, 2.8.12-ruby, and 2.8.12-tclsh look pretty straightforward and worth upstreaming. Should I assume you have not yet tried to do so? #-cygwin.patch, which I had to rebase a few times to apply to the latest release, does multiple things (good sign it should have been split into multiple patches): First, it disables case-insensitive matching. I see that there are some non-default/experimental ways of running Cygwin in case sensitive mode, but that is a runtime configuration. Most users are probably running with case-insensitive default NTFS. If this change fixes more issues than it causes I can take your word on it, but this would be hard to convince upstream about. Is case sensitive matching really the right build-time behavior to choose for Cygwin's cmake package? Second, it corrects some /proc/cpuinfo, /proc/meminfo, etc special-casing of Cygwin where using the same code as Linux should work. Makes sense, I'll split this out so it can be discussed on its own w/upstream. Lastly, it's disabling handling of Windows paths, and conversion from Cygwin paths to Windows paths. It does look like PathCygwinToWin32 could go away if the only place it's used in FileExists is changed to just use access(). Upstream might find this and the change to FileIsFullPath debatable though, since a use case for a decent number of people is running cmake within Cygwin to drive non-Cygwin compilers. Should we really ignore this use case? Thanks, Tony
Re: setup*.exe should abort upon download incomplete?
On 2/6/2015 2:59 AM, Kal Sze wrote: Hello, I just ran setup-x86_64.exe, marked some packages for update, and then it asked me Download incomplete. Try again? while it tried to download one of the packages. I clicked No and setup went ahead and tried to install them anyway, telling me some kind of null error when it tried to unzip one of the missing packages. And then it didn't tell me what package failed to install. I fired up setup-x86_64.exe again and I don't see any updatable packages anymore. This looks like a bug. I have the impression that some of the servers have incomplete mirrors. I saw the same fault and I was forced to change several time to catch a working mirror. In addition we had some issue yesterday in upload that clearly messed the full setup.ini creation 1. I think if the user answers No, setup should abort the whole process; 2. Alternatively, setup should not try to install the packages that could not be downloaded, and then it should not mark it as installed. Furthermore, it really should show, at the end, a list of packages that could not be installed. But seriously, option 1 seems preferable. Best Regards, Kal 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: setup*.exe should abort upon download incomplete?
On Fri, 2015-02-06 at 07:43 +0100, Marco Atzeri wrote: On 2/6/2015 2:59 AM, Kal Sze wrote: Hello, I just ran setup-x86_64.exe, marked some packages for update, and then it asked me Download incomplete. Try again? while it tried to download one of the packages. I clicked No and setup went ahead and tried to install them anyway, telling me some kind of null error when it tried to unzip one of the missing packages. And then it didn't tell me what package failed to install. I fired up setup-x86_64.exe again and I don't see any updatable packages anymore. This looks like a bug. I have the impression that some of the servers have incomplete mirrors. I saw the same fault and I was forced to change several time to catch a working mirror. There have been a lot of uploads over the last 24 hours, and the mirrors haven't caught up yet. 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: setup*.exe should abort upon download incomplete?
Kal Sze writes: 1. I think if the user answers No, setup should abort the whole process; The question from setup was if you wanted to retry the download, not if you wanted to abort. You seem to want it to ask another question. 2. Alternatively, setup should not try to install the packages that could not be downloaded, and then it should not mark it as installed. You told it to go ahead and it dutifully tried to continue. WHich might work if you had added those files locally via other means. Furthermore, it really should show, at the end, a list of packages that could not be installed. But seriously, option 1 seems preferable. SHTDI PTC. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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.864)
On 2/6/2015 12:17 AM, Vasiliy wrote: Re: Updated: setup.exe (Release 2.867) Re: Updated: gcc-4.9.2-2 (x86/x86_64) Dear Cygwin Team, i) I refer to [1], more recently to [2]: The most visible effect is that Setup will now never downgrade a package. It downgrades the gcc package from 4.9.2-2 to 4.9.2-1 right now [3]. strange as 4.9.2-2 is current for both architecture $ cygcheck -cd|grep gcc gcc-core4.9.2-2 gcc-fortran 4.9.2-2 gcc-g++ 4.9.2-2 It could be a side effect of a messy setup.ini I think we had yesterday, or of a stale mirror. Please try again ii) Would it be convenient for you to update also the mingw package(s) from current version 4.8.3 to more recent 4.9.2 the same way you have done it for gcc? I assume Jonathan Yong is still working on it. GCC is a big beast an needs a lot of time to build and validate. Kind regards, Vasiliy 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: Updated: setup.exe (Release 2.864)
Marco Atzeri writes: strange as 4.9.2-2 is current for both architecture $ cygcheck -cd|grep gcc gcc-core4.9.2-2 gcc-fortran 4.9.2-2 gcc-g++ 4.9.2-2 It could be a side effect of a messy setup.ini I think we had yesterday, or of a stale mirror. Please try again I would rather suspect that this is a result of JonY having declared the 4.9.2-1 release as test in order to preserve 4.8.3-2 as prev. Since setup still doesn't know whether you've had a test version installed or not (it just looks at the version numbers and the designators in setup.ini) it seems to have decided that the user had a test version installed and tries to keep him at that version. Looks like we really need to move installed.db to a version 3 format that records the provenance of the installed packages. The pending switch to the SHA512 checksums would be a good occasion for doing that switch as well. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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)
Greetings, Luke Kendall! 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? I'd be happy to see them disappear from the mirrors - they're an internal thing, right? 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). You're not the first one to notice occasional mirror desyncs. This question has been raised at least once already. Though I'm probably the only person on the planet who cares. :-) It's just an idle question. That's just a desync in mirror. Normally fixes itself in a matter of hours. P.S. Would be wonderful, if you teach your mail agent to insert proper threading headers. -- WBR, Andrey Repin (anrdae...@yandex.ru) 06.02.2015, 09:50 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: how to determine if a shell is running as Administrator?
Corinna Vinschen corinna-cyg...@cygwin.com writes: On Feb 5 04:43, Andrew Schulman wrote: What's a reliable and efficient way to determine programmatically if the shell that's running has elevated privileges? Or if you prefer, how can I tell if the shell was started with Run as administrator? id -G | grep -qE '\544\' echo admin || echo luser 2. Parse the output of groups or id -G. I can't find any reliable way to do this. For example on my host, when I start a shell with Run as administrator, the new group I get isn't 544 (Administrators). It's 114 (Local account and member of Administrators group). Is that at all portable or reliable? Huh? There is no such group in Windows. Where does it come from? This should always work even with old /etc/group files: id -G | grep -qE '\544\|\0\' echo admin || echo luser Corinna This doesn't seem to tell me if my shell has been started with 'Run As Administrator', it just tells me if my user is contained in the Administrator group. I can start a cygwin shell, and start a cygwin shell with run as admin, and I get the same results from the above command. Dave -- 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: cmake update needed
On Feb 4 12:45, Tony Kelman wrote: Bill promised several time to update cmake, but it seems clear to me that is has no the time to take care of it. It will be better to officially declare the package orphan so another volunteer can take it. Happy to adopt it. Super, thanks a lot. I added you to cmake in cygwin-pkg-maint, so, whenever you're ready, feel free to upload. Downside: You have to accept a goldstar ;) POW hit-and-run gold star at http://cygwin.com/goldstars/#TK
Re: Setup patch to keep test version if test version installed
Corinna Vinschen writes: ...in other words, just drop the last three lines in your setup.hint, and the external-source hint. Uploaded. Let's see what upset does with this. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: how to determine if a shell is running as Administrator?
Andrew Schulman wrote: What's a reliable and efficient way to determine programmatically if the shell that's running has elevated privileges? Or if you prefer, how can I tell if the shell was started with Run as administrator? If you search the mailing list archive for Change PS1 when running as administrator there are several suggested ways. Thanks. Consensus there is to look for group ID 544, although as the other thread here shows, group 0 or 114 can also show it. Andrew -- 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: how to determine if a shell is running as Administrator?
On Feb 5 09:39, Andrew Schulman wrote: Andrew Schulman wrote: What's a reliable and efficient way to determine programmatically if the shell that's running has elevated privileges? Or if you prefer, how can I tell if the shell was started with Run as administrator? If you search the mailing list archive for Change PS1 when running as administrator there are several suggested ways. Thanks. Consensus there is to look for group ID 544, although as the other thread here shows, group 0 or 114 can also show it. Preferredly you remove the root group from /etc/group or, even better, you remove /etc/group ;) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpzZNT8FrTEo.pgp Description: PGP signature
Re: Updated: Cygwin 1.7.34-6
On Feb 4 14:46, Corinna Vinschen wrote: Hi Cygwin friends and users, At long last, I just released the first non-test version of Cygwin 1.7.34. Note: The version number is 1.7.34-6 to allow automatic updating from the last 1.7.34-005 test release with new setup versions. See https://cygwin.com/ml/cygwin-announce/2015-02/msg8.html 1.7.34 contains a couple of really big changes, which *may* be disruptive. That's why we had this long test phase and why I asked you to run the test release. You didn't test? Oh, too bad. The major changes in this new release are - the new method to read account information (passwd and group) from the Windows user databases directly, without the requirement to generate /etc/passwd and /etc/group files to generate Unix-like uid and gid. See https://cygwin.com/cygwin-ug-net/ntsec.html - the fixes in POSIX ACL handling and the effect this has on the standard POSIX group permissions, as well as the accompanying new setfacl(1) options -b/--remove-all and -k/--remove-default. See https://cygwin.com/cygwin-ug-net/using-utils.html#setfacl and https://cygwin.com/faq.faq.html#faq.using.ssh-pubkey-stops-working and https://cygwin.com/faq.faq.html#faq.using.same-with-rhosts The FAQ links are broken, sorry! The real links are https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working and https://cygwin.com/faq/faq.html#faq.using.same-with-rhosts Again, sorry and HTH, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat
Re: Setup patch to keep test version if test version installed
On Feb 5 10:19, Corinna Vinschen wrote: On Feb 5 10:12, Achim Gratz wrote: Corinna Vinschen writes: Yaakov, can we *please* get this done so we can upload the new _autorebase? I guess we can do it anyway, it's not creating a new problem if these files are provided a few days later. Let me know when you've switched off the _autorebase autodep and version increment stuff and I'll upload the package. The autodep stuff is automatically removed as soon as you overwrite _autorebase'es setup.hint file since everything is code in there: s/code/coded/ sdesc: Run rebaseall automatically #external-source: rebase category: _PostInstallLast requires: noautodep: cygwin autodep: .*/[^/]*\.(?:dll|so|oct)$ incver_ifdep: yes ...in other words, just drop the last three lines in your setup.hint, and the external-source hint. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpAEgpWxX00T.pgp Description: PGP signature
Re: how to determine if a shell is running as Administrator?
On Feb 5 04:43, Andrew Schulman wrote: What's a reliable and efficient way to determine programmatically if the shell that's running has elevated privileges? Or if you prefer, how can I tell if the shell was started with Run as administrator? id -G | grep -qE '\544\' echo admin || echo luser 2. Parse the output of groups or id -G. I can't find any reliable way to do this. For example on my host, when I start a shell with Run as administrator, the new group I get isn't 544 (Administrators). It's 114 (Local account and member of Administrators group). Is that at all portable or reliable? Huh? There is no such group in Windows. Where does it come from? This should always work even with old /etc/group files: id -G | grep -qE '\544\|\0\' echo admin || echo luser Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpsXKpw7Tops.pgp Description: PGP signature
Re: Cygwin and BitLocker
DeTracey, Brendan writes: Does anyone have experience with how Cygwin behaves with BitLocker? BitLocker is being rolled out in my corporate environment for all external media and I am a little concerned whether Cygwin will be able to read/write to external drives. I do not have local admin access on my machine. Once the drive is unlocked and accessible by Windows there is no difference w.r.t. a non-locked drive. 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 -- 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: Setup patch to keep test version if test version installed
On Thu, 2015-02-05 at 16:24 +0100, Achim Gratz wrote: Achim Gratz writes: Corinna Vinschen writes: ...in other words, just drop the last three lines in your setup.hint, and the external-source hint. Uploaded. Let's see what upset does with this. The pending update is currently blocked by a duplicate python-doc package... Yes, we know; it's fixed now. Yaakov
Re: Setup patch to keep test version if test version installed
Corinna Vinschen writes: ...in other words, just drop the last three lines in your setup.hint, and the external-source hint. Done. I noticed just in time that the preremove scripts can't be dash scripts at the moment. Here's a patch to change that and also allow .cmd scripts, just like already done for postinstall scripts: install.cc: allow .dash and .cmd extensions for preremove scripts also Modified install.cc diff --git a/install.cc b/install.cc index 60c248d..653d623 100644 --- a/install.cc +++ b/install.cc @@ -160,10 +160,12 @@ Installer::preremoveOne (packagemeta pkg) Progress.SetText1 (Running preremove script...); Progress.SetText2 (pkg.name.c_str()); Log (LOG_PLAIN) Running preremove script forpkg.name endLog; - try_run_script (/etc/preremove/, pkg.name, .sh); - try_run_script (/etc/preremove/, pkg.name, .bat); + const unsigned numexts = 4; + const char* exts[numexts] = { .dash, .sh, .bat, .cmd }; + for (unsigned i = 0; i numexts; i++) +try_run_script (/etc/preremove/, pkg.name, exts[i]); } void Installer::uninstallOne (packagemeta pkg) { 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
Re: [ANNOUNCEMENT] Re: Updated: Cygwin 1.7.34-6
J2897 writes: Unfortunately, as you can see, there seems to be a problem with forwardslashes/backslashes after C:\cygstore\. I'll try again tomorrow... That's normal and nothing to worry about. package _autorebase comparing versions 000335-1 and 000335-1, result was 0 package _update-info-dir comparing versions 00370-1 and 00370-1, result was 0 get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file It seems the content of the mirror was out of sync with setup.ini when you tried this. 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 -- 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
Reini Urban writes: Which SHA1? In the filenames of my patches? Yes. Probably old rebased away commits in rurban/perl.git branch cygwin, sorry. Do you need them? OK, that would explain things. I guess I can still find them by the title... Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: perl-5.14.4
Reini Urban writes: I expect them to be compatible, but I haven't tested that assumption yet. You need to keep the useint* and usemymalloc settings from 5.14.2, then it should be ok. I'll check again but I don't think these have been altered for 5.14.4. For the new 5.22 one you need to disable usemymalloc and remove the _0/.0 suffix in the dll and archname directory name to provide seemless upgrades to 5.22.1 and 5.22.2 I'll get to that later, but I expect that eercise to be roughly the same as what we have to do now? Or has the build system changed that much? later, to fix the .0 bugs. Typically a .0 perl release is of very poor quality. I'll only put the .0 out for testing, the first non-test release will likely be .1 -- but let's see what happens. In any case this is why I wanted to have a solid 5.14.4 base in case it takes a while for things to get in order. 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
Re: Setup patch to keep test version if test version installed
Corinna Vinschen writes: The pending update is currently blocked by a duplicate python-doc package... I just had a look and there's no x86/release/python/python-doc directory. It must have been removed in the last couple of minutes. With that out of the way… can someone please hand over (co-)ownership of _autorebase in cygwin-pkg-maint and !packages to me so that I can actually upload the new package? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: perl-5.14.4
On Feb 4 21:41, Achim Gratz wrote: As I said in another thread I intend to skip directly to version 5.22 shortly after it becomes available in May (assuming the release schedule is still holds). While looking into some of the test fails on 5.18.4 I've moved back to 5.14.4 for comparison (the fail turned out to be a combination of new optimizations in gcc-4.9 and undefined behaviour in Perl code). The fix in this case was to add a compiler flag (-fwrapv) that disables those optimizations and I'm now back to having roughly the same test fails as the old 5.14.2 from Reini: Failed 9 tests out of 2048, 99.56% okay. ../cpan/Win32/t/GetShortPathName.t -- returns a long path name when called from mintty ../cpan/Win32/t/Names.t -- this old version of Win32 does not know about Windows 8.1 ../cpan/Win32/t/Unicode.t -- ANSI path functions do not return the expected results ../dist/Net-Ping/t/510_ping_udp.t -- same as 5.14.2 ../ext/XS-APItest/t/call_checker.t -- same as 5.14.2 ../lib/File/stat.t -- works if test is not run as Administrator (but then other tests fail) op/filetest.t -- works if test is not run as Administrator (but then other tests fail) porting/exec-bit.t -- global.sym has exec bit set, but not registered as such porting/regen.t -- also something to do with global.sym I'll probably keep the Win32 and other bundled CPAN modules as released with 5.14 and provide the latest versions as unbundled perl-* packages so that Module::CoreList doesn't lie to the user. So, it looks like I'm ready to bring Perl on both 32bit and 64bit to the same (final 5.14.4) version plus I can already do the packaging changes planned for the 5.22 release (dissolution of perl_vendor and creation of perl_base as a minimal install variant) for both architectures. I hope that this would enable a much smoother transition when that version gets released since the dependencies of those packages relying on Perl should be fixable until then. If this sounds like a good idea to everybody else I'd remove the current test package for 5.18.4 on 32bit and replace it with another test package for 5.14.4, likely in about two weeks. Comments or suggestions? Sounds perfect to me. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpT02KLk2Wzy.pgp Description: PGP signature
Re: cmake update needed
On Feb 4 12:45, Tony Kelman wrote: Bill promised several time to update cmake, but it seems clear to me that is has no the time to take care of it. It will be better to officially declare the package orphan so another volunteer can take it. Happy to adopt it. Super, thanks a lot. I added you to cmake in cygwin-pkg-maint, so, whenever you're ready, feel free to upload. Downside: You have to accept a goldstar ;) Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpgC8MSp14VO.pgp Description: PGP signature
Re: [ITP] hidapi 0.8.0-rc1
Hi Chen, On Feb 5 09:03, 陳韋任 wrote: Dear all, I would like to package hidapi and propose it for inclusion in Cygwin. hidapi is a multi-platform library which allows an application to interface with USB and Bluetooth HID-Class devices on Windows, Linux, and Mac OS X. hidapi has been included in many Linux distributions. This package is a Mingw package, not a Cygwin package. That limits its usage within the Cygwin distro. Would it be very hard to build the package as Cygwin package instead? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpfdhPt5ZgOh.pgp Description: PGP signature
Re: Setup patch to keep test version if test version installed
On Feb 2 10:17, Corinna Vinschen wrote: On Jan 30 20:13, Achim Gratz wrote: Corinna Vinschen writes: Btw., when, do you think, is showtime for _autorebase 2.0? Sometime during the next week would be good, if not then another window I'm on vaca today, but this week sounds good to me. I will release 1.7.34, too, later this week. would be two weeks later. From the responses so far I gathered that Marco doesn#t think he needs to do something for Octave and R, I will take care of Perl myself. That leaves PHP, Ruby and Python... so Yaakov and Jason need to tell us when things are ready on their side I'd think. Well, Jason has dropped maintaiwnrship, so it's Yaakov. Yaakov? Yaakov, can we *please* get this done so we can upload the new _autorebase? Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpPMipYSbhzW.pgp Description: PGP signature
Re: how to determine if a shell is running as Administrator?
J. David Boyd writes: This doesn't seem to tell me if my shell has been started with 'Run As Administrator', it just tells me if my user is contained in the Administrator group. No, you're not in that group unless you have actual administrator privileges. I can start a cygwin shell, and start a cygwin shell with run as admin, and I get the same results from the above command. Then you have UAC switched off or the place you're starting the cygwin shell from already is elevated. 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 -- 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: how to determine if a shell is running as Administrator?
On Feb 5 12:08, Achim Gratz wrote: Corinna Vinschen writes: 2. Parse the output of groups or id -G. I can't find any reliable way to do this. For example on my host, when I start a shell with Run as administrator, the new group I get isn't 544 (Administrators). It's 114 (Local account and member of Administrators group). Is that at all portable or reliable? Huh? There is no such group in Windows. Where does it come from? Yes there is, at least on Windows 8.1N Core and Server 2012R2. In fact there are two new SID: 113 (Local account) 114 (Local account and member in Administrators group) http://blogs.technet.com/b/secguide/archive/2014/09/02/blocking-remote-use-of-local-accounts.aspx https://msdn.microsoft.com/en-us/library/cc980032.aspx Thanks for the info. Now I remember that I saw them already at one point, but I never had a deeper look what they actually are good for. Yes, thanks. And BTW I'm using Windows 7. The first URL above says that the new groups are also used there after KB2871997. However, the user token of such a user still contains the Administrators group (I just tested it) and thus the `id -G' test for 544 (or 0 with the old root entry in /etc/group) is still valid. OK, I see. Yes, when I Run as administrator I have $ id -G 513 114 1007 1001 0 545 4 66049 11 15 113 4095 66048 262154 405504 which includes 0. So it seems that the test for group 544 or 0 is the way to tell if the user has admin rights. If you want to know (I don't) specifically if they got those rights from Run as administrator, the presence of group 114 will tell you that, but only in newer OSes. Thanks everyone! Cygwin rocks Andrew -- 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: how to determine if a shell is running as Administrator?
Andrew Schulman writes: OK, I see. Yes, when I Run as administrator I have $ id -G 513 114 1007 1001 0 545 4 66049 11 15 113 4095 66048 262154 405504 which includes 0. Remove the /etc/group file or the line for the root group (or install /etc/nsswitch.conf and tell it to ignore those files) and that should be a thing of the past. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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] Re: Updated: Cygwin 1.7.34-6
On Feb 4 14:46, Corinna Vinschen wrote: Hi Cygwin friends and users, At long last, I just released the first non-test version of Cygwin 1.7.34. Note: The version number is 1.7.34-6 to allow automatic updating from the last 1.7.34-005 test release with new setup versions. See https://cygwin.com/ml/cygwin-announce/2015-02/msg8.html 1.7.34 contains a couple of really big changes, which *may* be disruptive. That's why we had this long test phase and why I asked you to run the test release. You didn't test? Oh, too bad. The major changes in this new release are - the new method to read account information (passwd and group) from the Windows user databases directly, without the requirement to generate /etc/passwd and /etc/group files to generate Unix-like uid and gid. See https://cygwin.com/cygwin-ug-net/ntsec.html - the fixes in POSIX ACL handling and the effect this has on the standard POSIX group permissions, as well as the accompanying new setfacl(1) options -b/--remove-all and -k/--remove-default. See https://cygwin.com/cygwin-ug-net/using-utils.html#setfacl and https://cygwin.com/faq.faq.html#faq.using.ssh-pubkey-stops-working and https://cygwin.com/faq.faq.html#faq.using.same-with-rhosts The FAQ links are broken, sorry! The real links are https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working and https://cygwin.com/faq/faq.html#faq.using.same-with-rhosts Again, sorry and HTH, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat -- 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: how to determine if a shell is running as Administrator?
Achim Gratz writes: J. David Boyd writes: This doesn't seem to tell me if my shell has been started with 'Run As Administrator', it just tells me if my user is contained in the Administrator group. No, you're not in that group unless you have actual administrator privileges. BTW, just try 'cygdrop -l id' to remove that privilege. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada -- 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: how to determine if a shell is running as Administrator?
On Feb 5 15:28, Achim Gratz wrote: J. David Boyd writes: This doesn't seem to tell me if my shell has been started with 'Run As Administrator', it just tells me if my user is contained in the Administrator group. No, you're not in that group unless you have actual administrator privileges. I can start a cygwin shell, and start a cygwin shell with run as admin, and I get the same results from the above command. Then you have UAC switched off or the place you're starting the cygwin shell from already is elevated. Right. Group 544 is not in a user token of a non-elevated process(*). Corinna (*) More exactly, it is in the token, but with the Deny only attribute and missing the Enabled attribute. Therefore it will not show up as part of the token's group list in Cygwin, because Cygwin skips all non-enabled groups. -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpJT3IQUMMue.pgp Description: PGP signature
Cygwin and BitLocker
Does anyone have experience with how Cygwin behaves with BitLocker? BitLocker is being rolled out in my corporate environment for all external media and I am a little concerned whether Cygwin will be able to read/write to external drives. I do not have local admin access on my machine. Thanks, Brendan. -- 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: Setup patch to keep test version if test version installed
Achim Gratz writes: Corinna Vinschen writes: ...in other words, just drop the last three lines in your setup.hint, and the external-source hint. Uploaded. Let's see what upset does with this. The pending update is currently blocked by a duplicate python-doc package... 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
mintty what $TERM setting should I use?
Greetings, All! If I understand correctly, mintty is based on PuTTY code. However, the PuTTY terminal capabilities are slightly different than of xterm, and terminfo database have separate profiles for putty/-vt100/-256color. My question is, what TERM should I use when advertising my caps to a remote system? So far, I've had success with xterm-256color, I'm just wondering, if I should change it? -- WBR, Andrey Repin (anrdae...@yandex.ru) 06.02.2015, 01:17 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: Setup patch to keep test version if test version installed
Oh, and while you are so deep in the bowels of setup.exe, would it be possible to somehow fake a pty to shell scripts and a console to cmd so that the scripts run by setup.exe produce their output in line-buffered instead of fully buffered mode? Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
Re: Updated: setup.exe (Release 2.864)
Re: Updated: setup.exe (Release 2.867) Re: Updated: gcc-4.9.2-2 (x86/x86_64) Dear Cygwin Team, i) I refer to [1], more recently to [2]: The most visible effect is that Setup will now never downgrade a package. It downgrades the gcc package from 4.9.2-2 to 4.9.2-1 right now [3]. ii) Would it be convenient for you to update also the mingw package(s) from current version 4.8.3 to more recent 4.9.2 the same way you have done it for gcc? Kind regards, Vasiliy [1] https://www.cygwin.com/ml/cygwin-announce/2015-02/msg8.html Updated: setup.exe (Release 2.864) [2] https://www.cygwin.com/ml/cygwin-announce/2015-02/msg00013.html Updated: setup.exe (Release 2.867) [3] https://www.cygwin.com/ml/cygwin-announce/2015-02/msg6.html Updated: gcc-4.9.2-2 (x86/x86_64) -- 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
BTW, does anyone know what repository the SHA1 in the patch files refer to? One of them is in the official perl.git, but the rest I cannot find in either rurban/perl.git nor the Cygports repository. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf microQ V2.22R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: Setup patch to keep test version if test version installed
Yaakov Selkowitz writes: The pending update is currently blocked by a duplicate python-doc package... Yes, we know; it's fixed now. Rats, it had removed the !ready files before the transfer took place. I'll have to arm it again. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada
Re: Setup patch to keep test version if test version installed
On Feb 5 16:24, Achim Gratz wrote: Achim Gratz writes: Corinna Vinschen writes: ...in other words, just drop the last three lines in your setup.hint, and the external-source hint. Uploaded. Let's see what upset does with this. The pending update is currently blocked by a duplicate python-doc package... I just had a look and there's no x86/release/python/python-doc directory. It must have been removed in the last couple of minutes. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgpuDqVNGZ8V6.pgp Description: PGP signature
setup*.exe should abort upon download incomplete?
Hello, I just ran setup-x86_64.exe, marked some packages for update, and then it asked me Download incomplete. Try again? while it tried to download one of the packages. I clicked No and setup went ahead and tried to install them anyway, telling me some kind of null error when it tried to unzip one of the missing packages. And then it didn't tell me what package failed to install. I fired up setup-x86_64.exe again and I don't see any updatable packages anymore. This looks like a bug. 1. I think if the user answers No, setup should abort the whole process; 2. Alternatively, setup should not try to install the packages that could not be downloaded, and then it should not mark it as installed. Furthermore, it really should show, at the end, a list of packages that could not be installed. But seriously, option 1 seems preferable. Best Regards, Kal -- 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 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? I'd be happy to see them disappear from the mirrors - they're an internal thing, right? 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). Though I'm probably the only person on the planet who cares. :-) It's just an idle question. Regards, luke -- 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: _autorebase-001002-1
_autorebase === This package provides scripts to keep the Cygwin system properly rebased. By default this happens incrementally, which means after each run of setup.exe it is determined which packages have been newly installed and only the dynamic objects provided by those packages are rebased, taking the rebase map of the existing installation into account. Since over time the rebase map can become fragmented, it is possible to trigger a full rebase. In this case all packages on the system are treated as newly installed and the existing rebase map is cleared before doing the rebase. Some programs allow the user to create or install dynamic objects. Since these are not part of a packge, they wouldn't be rebased. Packages can make the potential locations of such dynamic objects known by dropping a file (named after the package) in /var/lib/rebase/dynpath.d/. If any dynamic objects are installed by users, these locations should be advertised in /var/lib/rebase/user.d/ (the file name should be identical to the user name). The format of these files is one absolute path per line. Those directory paths should not include locations of packaged dynamic objects. The incremental rebase is controlled by the script /usr/bin/rebaselst. Except for debuggin purposes this script should not be run directly by users, as (like any other attempt at rebasing) it doesn't work correctly on a live Cygwin system. To perform a full rebase, execute rebase-trigger fullrebase. Then shut down Cygwin and simply run setup.exe. The rebase will be performed even when the installation did not get modified in any way. Any subsequent runs of setup.exe will again rebase in incremental mode. Regards, Achim. -- *** 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.com at 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: _autorebase-001002-1
_autorebase === This package provides scripts to keep the Cygwin system properly rebased. By default this happens incrementally, which means after each run of setup.exe it is determined which packages have been newly installed and only the dynamic objects provided by those packages are rebased, taking the rebase map of the existing installation into account. Since over time the rebase map can become fragmented, it is possible to trigger a full rebase. In this case all packages on the system are treated as newly installed and the existing rebase map is cleared before doing the rebase. Some programs allow the user to create or install dynamic objects. Since these are not part of a packge, they wouldn't be rebased. Packages can make the potential locations of such dynamic objects known by dropping a file (named after the package) in /var/lib/rebase/dynpath.d/. If any dynamic objects are installed by users, these locations should be advertised in /var/lib/rebase/user.d/ (the file name should be identical to the user name). The format of these files is one absolute path per line. Those directory paths should not include locations of packaged dynamic objects. The incremental rebase is controlled by the script /usr/bin/rebaselst. Except for debuggin purposes this script should not be run directly by users, as (like any other attempt at rebasing) it doesn't work correctly on a live Cygwin system. To perform a full rebase, execute rebase-trigger fullrebase. Then shut down Cygwin and simply run setup.exe. The rebase will be performed even when the installation did not get modified in any way. Any subsequent runs of setup.exe will again rebase in incremental mode. Regards, Achim. -- *** 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.com at 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: postgresql-9.4.1-1
Version 9.4.1-1 of packages libecpg-compat3 libecpg-devel libecpg6 libpgtypes3 libpq-devel libpq5 postgresql postgresql-client postgresql-contrib postgresql-devel postgresql-doc postgresql-plperl postgresql-plpython are available in the Cygwin distribution: CYGWIN CHANGES set statement_timeout does work. See BUG #9074: prepared_xacts test freezes https://sourceware.org/ml/cygwin/2015-01/msg00269.html CHANGES This is a upstream relase, mainly related to security fixes. Full upstream changes: http://www.postgresql.org/docs/9.4/static/release-9-4.html http://www.postgresql.org/about/news/1569/ Migration to Version 9.4.1 A dump/restore is required for those running 9.3.X. However, the error fixed in the first changelog entry below could have resulted in corrupt data on standby servers. It may be prudent to reinitialize standby servers from fresh base backups after installing this update. ADVISE for major version UPGRADE http://www.postgresql.org/support/versioning/ Major releases usually change the internal format of system tables and data files. These changes are often complex, so we do not maintain backward compatibility of all stored data. A dump/reload of the database or use of the pg_upgrade module is required for major upgrades. DESCRIPTION PostgreSQL is a powerful, open source object-relational database system. It has a proven architecture that has earned it a strong reputation for reliability, data integrity, and correctness. It is fully ACID compliant, has full support for foreign keys, joins, views, triggers, and stored procedures (in multiple languages). It includes most SQL:2008 data types HOMEPAGE http://www.postgresql.org 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: postgresql-9.4.1-1
Version 9.4.1-1 of packages libecpg-compat3 libecpg-devel libecpg6 libpgtypes3 libpq-devel libpq5 postgresql postgresql-client postgresql-contrib postgresql-devel postgresql-doc postgresql-plperl postgresql-plpython are available in the Cygwin distribution: CYGWIN CHANGES set statement_timeout does work. See BUG #9074: prepared_xacts test freezes https://sourceware.org/ml/cygwin/2015-01/msg00269.html CHANGES This is a upstream relase, mainly related to security fixes. Full upstream changes: http://www.postgresql.org/docs/9.4/static/release-9-4.html http://www.postgresql.org/about/news/1569/ Migration to Version 9.4.1 A dump/restore is required for those running 9.3.X. However, the error fixed in the first changelog entry below could have resulted in corrupt data on standby servers. It may be prudent to reinitialize standby servers from fresh base backups after installing this update. ADVISE for major version UPGRADE http://www.postgresql.org/support/versioning/ Major releases usually change the internal format of system tables and data files. These changes are often complex, so we do not maintain backward compatibility of all stored data. A dump/reload of the database or use of the pg_upgrade module is required for major upgrades. DESCRIPTION PostgreSQL is a powerful, open source object-relational database system. It has a proven architecture that has earned it a strong reputation for reliability, data integrity, and correctness. It is fully ACID compliant, has full support for foreign keys, joins, views, triggers, and stored procedures (in multiple languages). It includes most SQL:2008 data types HOMEPAGE http://www.postgresql.org 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
how to determine if a shell is running as Administrator?
What's a reliable and efficient way to determine programmatically if the shell that's running has elevated privileges? Or if you prefer, how can I tell if the shell was started with Run as administrator? I'm looking for a solution that's reliable across installations and OS versions. I want it also to be fairly fast, so it can be used for example in setting shell prompts. There's a SuperUser thread[1] that talks about this. None of the solutions seems completely satisfactory: 1. Run a command that only an Administrator can run, and check the return status. But which one? Suggestions are: a. at. But at may not be on the $PATH, or supported. b. touch /cygdrive/c/Users/.x , or some other protected path. But which paths are protected is installation-dependent (as is the /cygdrive prefix). c. editrights -l. On my host my unprivileged account can't even run this, so I get a return status of 1. In a privileged shell I get 0 or 2. Is that reliable? d. ?? 2. Parse the output of groups or id -G. I can't find any reliable way to do this. For example on my host, when I start a shell with Run as administrator, the new group I get isn't 544 (Administrators). It's 114 (Local account and member of Administrators group). Is that at all portable or reliable? What other ways are there? Thanks, Andrew [1] http://superuser.com/questions/660191/how-to-check-if-cygwin-mintty-bash-is-run-as-administrator -- 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: how to determine if a shell is running as Administrator?
Andrew Schulman wrote: What's a reliable and efficient way to determine programmatically if the shell that's running has elevated privileges? Or if you prefer, how can I tell if the shell was started with Run as administrator? If you search the mailing list archive for Change PS1 when running as administrator there are several suggested ways. -- 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: cmake update needed
On Wed, 2015-02-04 at 22:37 -0800, Tony Kelman wrote: Given our past experience[1][2] in working with upstream, anyone who maintains a working cmake is going to have to carry patches long-term, if not permanently. [1] http://www.cmake.org/Bug/view.php?id=10122 [2] http://www.cmake.org/pipermail/cmake/2010-October/040353.html and thread Yes, those took a while, but they were resolved eventually. With far too much time and effort expended, something I'm not eager to repeat. All these patches are the result of years of real-world usage of cmake, and there will likely be more patches required in the future. I can't tell you off the top of my head which packages require each of these changes, but I can tell you why they are necessary (and a few of them should be quite obvious). That would help. Someone else is welcome to maintain the package without asking any questions, but if I'm going to do it I'd like to know what those patches are for. I have your git history, but your commit messages are not particularly enlightening. I'm asking for failure cases, links to bug reports or previous postings, or similar. I don't think that's an unreasonable request, is it? I'll put the patches back and rebuild, but I'd like to understand them first. As I said, I can't tell you any more which packages failed without these packages. Half of the patches should be obvious. Do you have any specific questions? -- Yaakov
Re: how to determine if a shell is running as Administrator?
On Feb 5 12:08, Achim Gratz wrote: Corinna Vinschen writes: 2. Parse the output of groups or id -G. I can't find any reliable way to do this. For example on my host, when I start a shell with Run as administrator, the new group I get isn't 544 (Administrators). It's 114 (Local account and member of Administrators group). Is that at all portable or reliable? Huh? There is no such group in Windows. Where does it come from? Yes there is, at least on Windows 8.1N Core and Server 2012R2. In fact there are two new SID: 113 (Local account) 114 (Local account and member in Administrators group) http://blogs.technet.com/b/secguide/archive/2014/09/02/blocking-remote-use-of-local-accounts.aspx https://msdn.microsoft.com/en-us/library/cc980032.aspx Thanks for the info. Now I remember that I saw them already at one point, but I never had a deeper look what they actually are good for. However, the user token of such a user still contains the Administrators group (I just tested it) and thus the `id -G' test for 544 (or 0 with the old root entry in /etc/group) is still valid. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgp4Bh8V06DgL.pgp Description: PGP signature
Re: Setup patch to keep test version if test version installed
On Feb 5 10:12, Achim Gratz wrote: Corinna Vinschen writes: Yaakov, can we *please* get this done so we can upload the new _autorebase? I guess we can do it anyway, it's not creating a new problem if these files are provided a few days later. Let me know when you've switched off the _autorebase autodep and version increment stuff and I'll upload the package. The autodep stuff is automatically removed as soon as you overwrite _autorebase'es setup.hint file since everything is code in there: sdesc: Run rebaseall automatically #external-source: rebase category: _PostInstallLast requires: noautodep: cygwin autodep: .*/[^/]*\.(?:dll|so|oct)$ incver_ifdep: yes Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat pgptNQEZCXum3.pgp Description: PGP signature
Re: cmake update needed
On 2/5/2015 7:37 AM, Tony Kelman wrote: Given our past experience[1][2] in working with upstream, anyone who maintains a working cmake is going to have to carry patches long-term, if not permanently. [1] http://www.cmake.org/Bug/view.php?id=10122 [2] http://www.cmake.org/pipermail/cmake/2010-October/040353.html and thread Yes, those took a while, but they were resolved eventually. yes, it took a bit of diplomacy and a lot of patience. I recommend the same for the future. All these patches are the result of years of real-world usage of cmake, and there will likely be more patches required in the future. I can't tell you off the top of my head which packages require each of these changes, but I can tell you why they are necessary (and a few of them should be quite obvious). That would help. Someone else is welcome to maintain the package without asking any questions, but if I'm going to do it I'd like to know what those patches are for. I have your git history, but your commit messages are not particularly enlightening. I'm asking for failure cases, links to bug reports or previous postings, or similar. I don't think that's an unreasonable request, is it? I'll put the patches back and rebuild, but I'd like to understand them first. More easy to convince upstream if you know that also. -Tony Thanks for taking over Marco
Re: perl-5.14.4
On 02/05/2015 05:13 PM, Achim Gratz wrote: BTW, does anyone know what repository the SHA1 in the patch files refer to? One of them is in the official perl.git, but the rest I cannot find in either rurban/perl.git nor the Cygports repository. Regards, Achim. Which SHA1? In the filenames of my patches? Probably old rebased away commits in rurban/perl.git branch cygwin, sorry. Do you need them?
Re: perl-5.14.4
On 02/04/2015 11:10 PM, Achim Gratz wrote: David Stacey writes: On 04/02/15 20:41, Achim Gratz wrote: If this sounds like a good idea to everybody else I'd remove the current test package for 5.18.4 on 32bit and replace it with another test package for 5.14.4, likely in about two weeks. Comments or suggestions? Do you expect the XS modules built against 5.14.2 to be compatible with 5.14.4, or would you like them rebuilt? I expect them to be compatible, but I haven't tested that assumption yet. You need to keep the useint* and usemymalloc settings from 5.14.2, then it should be ok. For the new 5.22 one you need to disable usemymalloc and remove the _0/.0 suffix in the dll and archname directory name to provide seemless upgrades to 5.22.1 and 5.22.2 later, to fix the .0 bugs. Typically a .0 perl release is of very poor quality. The plan sounds good.
Re: Setup patch to keep test version if test version installed
Corinna Vinschen writes: Yaakov, can we *please* get this done so we can upload the new _autorebase? I guess we can do it anyway, it's not creating a new problem if these files are provided a few days later. Let me know when you've switched off the _autorebase autodep and version increment stuff and I'll upload the package. Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: Setup patch to keep test version if test version installed
On Thu, 2015-02-05 at 09:57 +0100, Corinna Vinschen wrote: On Feb 2 10:17, Corinna Vinschen wrote: On Jan 30 20:13, Achim Gratz wrote: Corinna Vinschen writes: Btw., when, do you think, is showtime for _autorebase 2.0? Sometime during the next week would be good, if not then another window I'm on vaca today, but this week sounds good to me. I will release 1.7.34, too, later this week. would be two weeks later. From the responses so far I gathered that Marco doesn#t think he needs to do something for Octave and R, I will take care of Perl myself. That leaves PHP, Ruby and Python... so Yaakov and Jason need to tell us when things are ready on their side I'd think. Well, Jason has dropped maintaiwnrship, so it's Yaakov. Yaakov? Yaakov, can we *please* get this done so we can upload the new _autorebase? Don't wait for me, my queue is a bit backlogged at the moment. -- Yaakov
Re: how to determine if a shell is running as Administrator?
Corinna Vinschen writes: 2. Parse the output of groups or id -G. I can't find any reliable way to do this. For example on my host, when I start a shell with Run as administrator, the new group I get isn't 544 (Administrators). It's 114 (Local account and member of Administrators group). Is that at all portable or reliable? Huh? There is no such group in Windows. Where does it come from? Yes there is, at least on Windows 8.1N Core and Server 2012R2. In fact there are two new SID: 113 (Local account) 114 (Local account and member in Administrators group) http://blogs.technet.com/b/secguide/archive/2014/09/02/blocking-remote-use-of-local-accounts.aspx https://msdn.microsoft.com/en-us/library/cc980032.aspx Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- 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: setup.exe (Release 2.867)
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 -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
[ANNOUNCEMENT] Updated: setup.exe (Release 2.867)
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 -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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] Re: Updated: Cygwin 1.7.34-6
I tried installing from this script... http://pastebin.com/nZjyYRLa Unfortunately, as you can see, there seems to be a problem with forwardslashes/backslashes after C:\cygstore\. I'll try again tomorrow... Starting cygwin install, version 2.864 User has backup/restore rights io_stream_cygfile: fopen(/etc/setup/setup.rc) failed 2 No such file or directory Current Directory: C:\cygstore\ Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. root: C:\cygwin64\ system Selected local directory: C:\cygstore net: Direct Cached mirror list unavailable get_url_to_membuf http://cygwin.com/mirrors.lst getUrlToStream http://cygwin.com/mirrors.lst site: http://mirrors.kernel.org/sourceware/cygwin/ get_url_to_membuf http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2 getUrlToStream http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2 get_url_to_membuf http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2.sig getUrlToStream http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2.sig io_stream_cygfile: fopen(/etc/setup/installed.db) failed 2 No such file or directory io_stream_cygfile: fopen(/etc/setup/timestamp) failed 2 No such file or directory Added manual package openssh Adding required dependency bzip2: Selecting version 1.0.6-2 for installation. Adding required dependency ca-certificates: Selecting version 2.2-1 for installation. Adding required dependency csih: Selecting version 0.9.8-4 for installation. Adding required dependency cygrunsrv: Selecting version 1.62-1 for installation. . . . package zziplib comparing versions 0.13.62-1 and 0.13.62-1, result was 0 package zziplib-debuginfo comparing versions 0.13.62-1 and 0.13.62-1, result was 0 package _autorebase comparing versions 000335-1 and 000335-1, result was 0 package _update-info-dir comparing versions 00370-1 and 00370-1, result was 0 get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_autorebase/_autorebase-000336-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2.tmp get_url_to_file failed! get_url_to_file http://mirrors.kernel.org/sourceware/cygwin//x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2 C:\cygstore/http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f/x86_64/release/_update-info-dir/_update-info-dir-00370-1.tar.bz2.tmp get_url_to_file failed! download error in unattended_mode: out of retries note: Installation incomplete. Check C:\cygwin64\\var\log\setup.log.full for details Ending cygwin install -- View this message in context: http://cygwin.1069669.n5.nabble.com/ANNOUNCEMENT-Re-Updated-Cygwin-1-7-34-6-tp114850p114860.html Sent from
Re: how to determine if a shell is running as Administrator?
Greetings, Andrew Schulman! However, the user token of such a user still contains the Administrators group (I just tested it) and thus the `id -G' test for 544 (or 0 with the old root entry in /etc/group) is still valid. OK, I see. Yes, when I Run as administrator I have $ id -G 513 114 1007 1001 0 545 4 66049 11 15 113 4095 66048 262154 405504 which includes 0. So it seems that the test for group 544 or 0 is the way to tell if the user has admin rights. 544 only. If you see group 0, you should notify the user that, either 1. Their Cygwin is outdated, or 2. They have /etc/group file that supersede normal group resolution. There MAY be valid reasons to have /etc/group, but in no way it should override well-known SID's. If you want to know (I don't) specifically if they got those rights from Run as administrator, the presence of group 114 will tell you that, but only in newer OSes. It doesn't matter really. As long as the user token have group 544, you can expect that they do have the powers in the system. It is not the only available way to gain such power (i.e. the test for having SeBackupPrivilege is more reliable), but from shell, this is probably the only straightforward one. P.S. $ uname -a CYGWIN_NT-6.1 daemon2 1.7.34(0.285/5/3) 2015-02-04 12:14 x86_64 Cygwin regular:$ id -G 197121 545 4 66049 11 15 113 4095 66048 262154 401408 elevated:$ id -G 197121 114 544 545 4 66049 11 15 113 4095 66048 262154 405504 P.P.S. PS1_TAIL=$( x=$ for group in $(id -G); do { test $group -eq 544 { x=#; break; } test $group -eq 0 { x=Please remove well-known SID overrides from your /etc/group file#; break; } } done echo $x ) if [ $color_prompt = yes ]; then PS1='\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\033[0m\007\]\n$PS1_TAIL ' else PS1='\u@\h:\w\007\n$PS1_TAIL ' fi unset color_prompt force_color_prompt -- WBR, Andrey Repin (anrdae...@yandex.ru) 05.02.2015, 21:02 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: Setup patch to keep test version if test version installed
Marco Atzeri writes: done. You are no co-owner with Corinna Great, just in time to re-trigger the upload before the next sync. :-) Regards, Achim. -- +[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Re: Setup patch to keep test version if test version installed
On 2/5/2015 8:18 PM, Achim Gratz wrote: Corinna Vinschen writes: With that out of the way… can someone please hand over (co-)ownership of _autorebase in cygwin-pkg-maint and !packages to me so that I can actually upload the new package? done. You are no co-owner with Corinna Regards, Achim. Marco
Re: [ANNOUNCEMENT] Updated: Cygwin 1.7.34-6
This update appears to break the no-X emacs daemon. Specifically, the process seems to hang, gettingas far as displaying Starting Emacs daemon. but not (visibly) further. If you start an emacsclient from a different window, it is unable to find/connect to the server. If you are trying to start the server using $ emacsclient -t --alternate-editor= then it will just sit there. Reverting to cygwin-1.7.33 fixes it. -- 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