Re: libtool: error: cannot find the library '/usr/lib/libxcb.la'...
On 8/20/2016 5:54 PM, Ken Brown wrote: I'm trying to rebuild texlive, and the build on x86 is failing as follows: make[2]: Entering directory '/home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/build/texk/xdvik' /bin/sh ./libtool --tag=CC --mode=link gcc -Wimplicit -Wreturn-type -Wdeclaration-after-statement -Wno-unknown-pragmas -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/build=/usr/src/debug/texlive-20160520-2 -fdebug-prefix-map=/home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/src/texlive-20160520-source=/usr/src/debug/texlive-20160520-2 -o xdvi-bin.exe main.o libxdvi.a /home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/build/texk/kpathsea/libkpathsea.la -lfreetype -Xlinker --allow-multiple-definition -lXaw -lXmu -lXt -lSM -lICE -lXi -lXext -lXpm -lX11 libtool: error: cannot find the library '/usr/lib/libxcb.la' or unhandled argument '/usr/lib/libxcb.la' (/usr/lib/libxcb.la was removed from the x86 distro in the recent update of libxcb-devel.) I think I found the problem, but I don't have access to my build machine right now to test it: Several /usr/lib/*.la files include the non-existent /usr/lib/libxcb.la in their dependency_libs. In particular, this is true of /usr/lib/libXext.la. So I'm guessing that the presence of -lXext in the libtool command line is causing libtool to look for /usr/lib/libxcb.la. Can someone confirm this guess? If I'm right, then it seems that /usr/lib/libxcb.la should be restored until all packages that depend on it can be rebuilt. Ken -- 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: TEST RELEASE: Cygwin 2.6.0-0.11
On Sat, Aug 20, 2016 at 3:37 PM, Corinna Vinschen wrote: > - Fix the bug reported in > https://cygwin.com/ml/cygwin/2016-08/msg00357.html Fixed, thanks! -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
GIT source build failure: wcwidth.c::_wcwidth misses __locale_cjk_lang()
Hello everyone, FWIW, I can't get the current may git clone of Cygwin to build on the current release version of itself: (64-bit "Current" on Win10): /home/hbbro/prg/cygwin/bld/x86_64-unknown-cygwin/newlib/libc/libc.a(lib_a-wcwidth.o): In function `__wcwidth': /home/hbbro/prg/cygwin/bld/x86_64-unknown-cygwin/newlib/libc/string/../../../../../newlib-cygwin/newlib/libc/string/wcwidth.c:301: undefined reference to `__locale_cjk_lang' /home/hbbro/prg/cygwin/bld/x86_64-unknown-cygwin/newlib/libc/citrin/../../../../../newlib-cygwin/newlib/libc/string/wcwidth.c:301:(.text+0xa4):relocation truncated to fit: R_X86_64_PC32 against undefined symbol `__locale_cjk_lang' collect2: error: ld returned 1 exit status make: *** [Makefile:670: cygwin0.dll] Error 1 Adding #include "../locale/setlocale.h" in libc/string/wcwidth.c appears to fix this. -- 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
libtool: error: cannot find the library '/usr/lib/libxcb.la'...
I'm trying to rebuild texlive, and the build on x86 is failing as follows: make[2]: Entering directory '/home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/build/texk/xdvik' /bin/sh ./libtool --tag=CC --mode=link gcc -Wimplicit -Wreturn-type -Wdeclaration-after-statement -Wno-unknown-pragmas -ggdb -O2 -pipe -Wimplicit-function-declaration -fdebug-prefix-map=/home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/build=/usr/src/debug/texlive-20160520-2 -fdebug-prefix-map=/home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/src/texlive-20160520-source=/usr/src/debug/texlive-20160520-2 -o xdvi-bin.exe main.o libxdvi.a /home/kbrown/src/cygtexlive/texlive/texlive-20160520-2.i686/build/texk/kpathsea/libkpathsea.la -lfreetype -Xlinker --allow-multiple-definition -lXaw -lXmu -lXt -lSM -lICE -lXi -lXext -lXpm -lX11 libtool: error: cannot find the library '/usr/lib/libxcb.la' or unhandled argument '/usr/lib/libxcb.la' (/usr/lib/libxcb.la was removed from the x86 distro in the recent update of libxcb-devel.) I've never really understood .la files and when they're needed. Can someone point me in the right direction for tracking down this error? I've looked at the libtool script, and there's no substantial difference between the x86 and x86_64 cases, so I have no idea why libtool expects to find /usr/lib/libxcb.la on x86. Thanks. Ken -- 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] TEST RELEASE: Cygwin 2.6.0-0.11
Hi folks, I uploaded a new Cygwin test release 2.6.0-0.11. -- I managed to build the 2.6.0-10 package from the wrong sources, so here's the fixed 2.6.0-0.11. Sorry about that! -- (Still) two interesting changes in this test release: - Fix the bug reported in https://cygwin.com/ml/cygwin/2016-08/msg00357.html - Add missing nl_langinfo_l functions as reported in https://cygwin.com/ml/cygwin/2016-08/msg00349.html === The 2.6.0 release is going to introducing the locale_t datatype, as well as all functions related to locale_t locales and per-thread locales per POSIX-1.2008. So, rather than just providing a single, per-process locale, you can now create new locales ("newlocale") and set it as locale for the current thread ("uselocale") or use it directly with one of the new functions taking a locale_t as parameter (i.e. isalpha_l). The full list of new interfaces is: - POSIX: newlocale, freelocale, duplocale, uselocale, nl_langinfo_l isalnum_l, isalpha_l, isblank_l, iscntrl_l, isdigit_l, isgraph_l, islower_l, isprint_l, ispunct_l, isspace_l, isupper_l, iswalnum_l, iswalpha_l, iswblank_l, iswcntrl_l, iswctype_l, iswdigit_l, iswgraph_l, iswlower_l, iswprint_l, iswpunct_l, iswspace_l, iswupper_l, iswxdigit_l, isxdigit_l tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l, wctrans_l, wctype_l strcasecmp_l, strcoll_l, strncasecmp_l, strxfrm_l wcscasecmp_l, wcscoll_l, wcstrncasecmp_l, wcstrxfrm_l strfmon_l, strftime_l - GNU extensions: isascii_l, toascii_l strtol_l, stroll_l, strtoul_l, strtoull_l strtod_l, strtofl, strtold_l wcstol_l, wcsoll_l, wcstoul_l, wcstoull_l wcstod_l, wcstofl, wcstold_l === Since this is brand-new code, this code *will* have bugs. It would be very helpful if interested developers and Cygwin package maintainers could give this new stuff some good testing. Other than that: === What changed: - - Drop support for Windows XP and Windows Server 2003/2003 R2. - Drop support for very old SUNWNFS filesystem. - Further header file improvements in terms of feature test macros. - Raise number of supported partitions per disk (for raw access) to 63. Addresses: https://cygwin.com/ml/cygwin/2016-06/msg00136.html - Add a workaround for filesystems not supporting the FileAllInformation info class. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00350.html - Support AzureAD accounts. - "nobody" account support for WinFSP. Bug Fixes - - Try to avoid spurious DENY ACEs when creating files in directories with non-POSIX-like (rather: Windows-like) permissions. Addresses: Report and reproducer on IRC. - Make sure ldd(1) does not exit prematurely when enumerating DLLs. Addresses: https://cygwin.com/ml/cygwin/2016-05/msg00185.html - Fix strace timer output in child process. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00067.html - Change blkcnt_t to signed type per POSIX. - Fix definition of SSIZE_MAX on 32-bit systems. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00179.html - Fix transposing invalid chars in Windows filenames on relative paths. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00193.html - Don't raise SIGTTIN from select(2)/poll(2). Addresses: https://cygwin.com/ml/cygwin-developers/2016-07/msg4.html - Fix truncl which was using the wrong FPU rounding mode. Addresses: https://rt.perl.org/Public/Bug/Display.html?id=128665 - Fix a regression in ioctl(fd, FIONREAD, ...) introduced in Cygwin 2.5.0. This only affects 64 bit Cygwin. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg1.html - Handle "clear screen" escpae sequence in console window more reliable. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00310.html - Allow kill(pid, ) on zombies to return successfully, rather than only kill(pid, 0), to align behaviour with POSIX requirements. Addresses: https://cygwin.com/ml/cygwin/2016-08/msg00188.html === Thanks, 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: #!/bin/sh and #!/bin/bash is not the same
Am 20.08.2016 um 19:42 schrieb Morten Kjærulff: Hi, I thought that #!/bin/sh in a script would be a bash, but it seems not to be - or what am I doing wrong? You're asking bash the wrong questions, for starters. In particular, you're mixing up the check whether the shell running that script _is_ bash, with whether it _behaves_ like a (full) bash. To resolve that difference, have a look at info bash "Bash Features" "Bash POSIX mode" -- 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: tlsoffsets64.h: No such file or directory
On Aug 20 15:12, Jim Reisert AD1C wrote: > On Sat, Aug 20, 2016 at 10:04 AM, Corinna Vinschen wrote: > > > Ouch. This is hopefully fixed in 2.6.0-0.10 which I'll upload right > > after sending this reply. > > Nope, not fixed: > > CYGWIN_NT-10.0 JJR 2.6.0(0.301/5/3) 2016-08-20 17:49 x86_64 Cygwin > > [JJR:/cygdrive/e/unified] $ ls /usr/include/tls* > ls: cannot access '/usr/include/tls*': No such file or directory Sigh. I forgot to bump the git commit id when building the package so 0.10 is actually identical to 0.9. I'm just building 0.11, this time with the correct commit id. However, the bug was not that the tlsoffset files were missing, but to *include* them when building in user space, See the fix and the log message: https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;a=commitdiff;h=06ac6718119dfd382c1904b1162f6cd7f9749dc3 Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: tlsoffsets64.h: No such file or directory
On Sat, Aug 20, 2016 at 10:04 AM, Corinna Vinschen wrote: > Ouch. This is hopefully fixed in 2.6.0-0.10 which I'll upload right > after sending this reply. Nope, not fixed: CYGWIN_NT-10.0 JJR 2.6.0(0.301/5/3) 2016-08-20 17:49 x86_64 Cygwin [JJR:/cygdrive/e/unified] $ ls /usr/include/tls* ls: cannot access '/usr/include/tls*': No such file or directory -- Jim Reisert AD1C, , http://www.ad1c.us -- 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
#!/bin/sh and #!/bin/bash is not the same
Hi, I thought that #!/bin/sh in a script would be a bash, but it seems not to be - or what am I doing wrong? vp01mkf@DX305 ~/bin $ cat ./tsh.sh #!/bin/sh cat < <(pwd) vp01mkf@DX305 ~/bin $ ./tsh.sh ./tsh.sh: line 3: syntax error near unexpected token `<' ./tsh.sh: line 3: `cat < <(pwd)' vp01mkf@DX305 ~/bin $ cat ./tbash.sh #!/bin/bash cat < <(pwd) vp01mkf@DX305 ~/bin $ ./tbash.sh /home/vp01mkf/bin vp01mkf@DX305 ~/bin $ diff tsh.sh tbash.sh 1c1 < #!/bin/sh --- > #!/bin/bash vp01mkf@DX305 ~/bin $ ls -l /bin/sh /bin/bash -rwxr-xr-x 1 vp01mkf Domain Users 757277 Aug 6 14:56 /bin/bash -rwxr-xr-x 1 vp01mkf Domain Users 757277 Aug 6 14:56 /bin/sh vp01mkf@DX305 ~/bin $ /Morten -- 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: emacs-w32 not starting - missing dependency?
On 8/20/2016 9:41 AM, Marco Atzeri wrote: On 20/08/2016 04:52, Ken Brown wrote: On 8/19/2016 4:03 PM, Ken Brown wrote: On 8/19/2016 11:22 AM, Ken Brown wrote: On 8/19/2016 9:55 AM, Ken Brown wrote: On 8/19/2016 6:27 AM, Peter Hull wrote: Hi all, The problem turns out to be related to the recent update of libgd3. Reverting to the previous version fixes it. Notice that cygMagickCore-6.Q16-2.dll, which occurs in the error dialog above, depends on cyggd-3.dll: $ cygcheck /usr/bin/cygMagickCore-6.Q16-2.dll | grep cyggd-3 C:\cygwin\bin\cyggd-3.dll Marco, is it possible that the libgd3 update requires a rebuild of ImageMagick? Or maybe the issue is that the latest build of gd should have had an ABI bump. Volker? Ken It seems more a libgd3 build problem. Specially if it happens only on 32bit and not on 64bit. The difference between 32-bit and 64-bit is due to differences in ImageMagick on the two platforms. On 32-bit, as I showed in an earlier message, I get: $ objdump -p /usr/bin/cygMagickCore-6.Q16-2.dll [...] DLL Name: cyggd-3.dll vma: Hint/Ord Member-Name Bound-To 48ee2c 8 WebPDecode [...] On 64-bit, I get: $ objdump -p /usr/bin/cygMagickCore-6.Q16-2.dll [...] DLL Name: cygwebp-5.dll vma: Hint/Ord Member-Name Bound-To [...] 48096c271 WebPDecode [...] Moreover, libMagickCore6_2 depends on libgd3 on 32-bit but not 64-bit. So it seems that ImageMagick needs to be rebuilt on 32-bit so as to remove this dependency. Ken -- 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] TEST RELEASE: Cygwin 2.6.0-0.10
Hi folks, I uploaded a new Cygwin test release 2.6.0-0.10. Two interesting changes in this test release: - Fix the bug reported in https://cygwin.com/ml/cygwin/2016-08/msg00357.html - Add missing nl_langinfo_l functions as reported in https://cygwin.com/ml/cygwin/2016-08/msg00349.html === The 2.6.0 release is going to introducing the locale_t datatype, as well as all functions related to locale_t locales and per-thread locales per POSIX-1.2008. So, rather than just providing a single, per-process locale, you can now create new locales ("newlocale") and set it as locale for the current thread ("uselocale") or use it directly with one of the new functions taking a locale_t as parameter (i.e. isalpha_l). The full list of new interfaces is: - POSIX: newlocale, freelocale, duplocale, uselocale, nl_langinfo_l isalnum_l, isalpha_l, isblank_l, iscntrl_l, isdigit_l, isgraph_l, islower_l, isprint_l, ispunct_l, isspace_l, isupper_l, iswalnum_l, iswalpha_l, iswblank_l, iswcntrl_l, iswctype_l, iswdigit_l, iswgraph_l, iswlower_l, iswprint_l, iswpunct_l, iswspace_l, iswupper_l, iswxdigit_l, isxdigit_l tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l, wctrans_l, wctype_l strcasecmp_l, strcoll_l, strncasecmp_l, strxfrm_l wcscasecmp_l, wcscoll_l, wcstrncasecmp_l, wcstrxfrm_l strfmon_l, strftime_l - GNU extensions: isascii_l, toascii_l strtol_l, stroll_l, strtoul_l, strtoull_l strtod_l, strtofl, strtold_l wcstol_l, wcsoll_l, wcstoul_l, wcstoull_l wcstod_l, wcstofl, wcstold_l === Since this is brand-new code, this code *will* have bugs. It would be very helpful if interested developers and Cygwin package maintainers could give this new stuff some good testing. Other than that: === What changed: - - Drop support for Windows XP and Windows Server 2003/2003 R2. - Drop support for very old SUNWNFS filesystem. - Further header file improvements in terms of feature test macros. - Raise number of supported partitions per disk (for raw access) to 63. Addresses: https://cygwin.com/ml/cygwin/2016-06/msg00136.html - Add a workaround for filesystems not supporting the FileAllInformation info class. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00350.html - Support AzureAD accounts. - "nobody" account support for WinFSP. Bug Fixes - - Try to avoid spurious DENY ACEs when creating files in directories with non-POSIX-like (rather: Windows-like) permissions. Addresses: Report and reproducer on IRC. - Make sure ldd(1) does not exit prematurely when enumerating DLLs. Addresses: https://cygwin.com/ml/cygwin/2016-05/msg00185.html - Fix strace timer output in child process. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00067.html - Change blkcnt_t to signed type per POSIX. - Fix definition of SSIZE_MAX on 32-bit systems. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00179.html - Fix transposing invalid chars in Windows filenames on relative paths. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00193.html - Don't raise SIGTTIN from select(2)/poll(2). Addresses: https://cygwin.com/ml/cygwin-developers/2016-07/msg4.html - Fix truncl which was using the wrong FPU rounding mode. Addresses: https://rt.perl.org/Public/Bug/Display.html?id=128665 - Fix a regression in ioctl(fd, FIONREAD, ...) introduced in Cygwin 2.5.0. This only affects 64 bit Cygwin. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg1.html - Handle "clear screen" escpae sequence in console window more reliable. Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00310.html - Allow kill(pid, ) on zombies to return successfully, rather than only kill(pid, 0), to align behaviour with POSIX requirements. Addresses: https://cygwin.com/ml/cygwin/2016-08/msg00188.html === Thanks, 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: tlsoffsets64.h: No such file or directory
On Aug 19 19:51, Jim Reisert AD1C wrote: > I just updated my 64-bit Cygwin environment. All had been working > fine up until this morning. I last updated when Cygwin 2.6.0-0.8 was > released a few days ago. > > Now I can't compile one (or probably all) of my C programs: > > # g++ -Wall -O2 -DDEBUG=0 -c -o russian_prefixes.o russian_prefixes.c > > In file included from /usr/include/sys/config.h:233:0, > from /usr/include/_ansi.h:16, > from /usr/include/stdio.h:29, > from russian_prefixes.c:10: > /usr/include/cygwin/config.h:39:29: fatal error: ../tlsoffsets64.h: No > such file or directory Ouch. This is hopefully fixed in 2.6.0-0.10 which I'll upload right after sending this reply. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.9
Hi Brian, On Aug 19 13:06, Brian Inglis wrote: > On 2016-08-19 09:31, Corinna Vinschen wrote: > > I uploaded a new Cygwin test release 2.6.0-0.9. > > The 2.6.0 release is going to introducing the locale_t datatype, as well > > as all functions related to locale_t locales and per-thread locales per > > POSIX-1.2008. > > The full list of new interfaces is: > > isalnum_l, isalpha_l, *isascii_l*, isblank_l, iscntrl_l, isdigit_l, > > *toascii_l*, tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l, > > Macros/functions isascii_l(3) and toascii_l(3) are not in POSIX, Right, they are GNU extensions and marked as such in the headers. But you're right, I should have been more clear in the release message as to which functions are POSIX and which ones are GNU extensions. > and isascii(3) and toascii(3) are deprecated: > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/ctype.h.html Right, and the feature test macros in ctype.h say so: #if __MISC_VISIBLE || __XSI_VISIBLE int _EXFUN(isascii, (int __c)); int _EXFUN(toascii, (int __c)); [...] #endif > nl_langinfo_l(3) is in POSIX and is not included in your list: > http://pubs.opengroup.org/onlinepubs/9699919799/functions/nl_langinfo.html Right, thanks for pointing this out. Oh well, I searched the POSIX function list *at least* twice and simply didn't see this function. I hope I didn't miss another one. This will be rectified in the next test release which I'm going to upload in a sec. > Will LC_GLOBAL_LOCALE designate the locale -f or locale -n locale? Neither. LC_GLOBAL_LOCALE is a per process locale and per POSIX the default is to set it to the "C" locale at process startup. A POSIX compliant application has to call setlocale(3) to change its locale process-wide. locale -f or locale -n are really only fetching information from Windows when you call the tool, but the underlying WIndows functions are never directly used by the Cygwin DLL. You *can* use them to prime your locale-specific environment variables, but that's all. Cygwin applications default to the "C" locale, or to the locales set via the LANG/LC_xxx variables *if* the application calls setlocale(LC_ALL, NULL); > locale -s and locale -u appear to return the Windows default product > locale e.g. en_US, regardless of system default regional settings. Not quite. Let's have a look into the locale(1) options: -i returns the current "input" language. That's what you set in the region&language settings and by choosing a locale for input in the keyboard layout control. This is often what you really want, but we only found out about this a couple of days ago when we had a system with -u persisting to return the wrong info. -s and -u are a bit tricky. Both depend on the installed language packs which you can download from Microsoft. If you didn't install another language pack, then the *only* language ever returned by -s and -u will be the language you installed the OS with in the first place. Download langauge packs and this gets settable, the -s option only by an admin, of course. -f is equivalent to the langauge you set the "Format" settings to, i. e. the settings for date, time, monetary... And last but not least -n is the locale used for applications which are not UNICODE capable. This affects the Windows API but it's not used by Cygwin. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat signature.asc Description: PGP signature
Re: qpdf: missing dep lib cygqpdf-17
Am 20.08.2016, 15:27 Uhr, schrieb Marco Atzeri: setup.ini is reporting it on both 32 and 64 bit version: You're right. Maybe I should stop using apt-cyg .. -Helmut -- 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: emacs-w32 not starting - missing dependency?
On 20/08/2016 04:52, Ken Brown wrote: On 8/19/2016 4:03 PM, Ken Brown wrote: On 8/19/2016 11:22 AM, Ken Brown wrote: On 8/19/2016 9:55 AM, Ken Brown wrote: On 8/19/2016 6:27 AM, Peter Hull wrote: Hi all, The problem turns out to be related to the recent update of libgd3. Reverting to the previous version fixes it. Notice that cygMagickCore-6.Q16-2.dll, which occurs in the error dialog above, depends on cyggd-3.dll: $ cygcheck /usr/bin/cygMagickCore-6.Q16-2.dll | grep cyggd-3 C:\cygwin\bin\cyggd-3.dll Marco, is it possible that the libgd3 update requires a rebuild of ImageMagick? Or maybe the issue is that the latest build of gd should have had an ABI bump. Volker? Ken It seems more a libgd3 build problem. Specially if it happens only on 32bit and not on 64bit. The removal of an interface requires a ABI bump at upstream level, but that it will happen for both arch versions. 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: qpdf: missing dep lib cygqpdf-17
On 20/08/2016 08:31, Helmut Karlowski wrote: I guess libqpdf17 belongs into the qpdf-dependencies: $cygcheck qpdf Found: C:\cygwin\bin\qpdf.exe C:\cygwin\bin\qpdf.exe C:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll C:\WINDOWS\system32\KERNELBASE.dll C:\cygwin\bin\cyggcc_s-1.dll C:\cygwin\bin\cygstdc++-6.dll cygcheck: track_down: could not find cygqpdf-17.dll -Helmut Hi Helmut, setup.ini is reporting it on both 32 and 64 bit version: @ qpdf sdesc: "PDF transformation tool" ldesc: "command-line program that does structural, content-preserving transformations on PDF files" category: Graphics requires: cygwin libgcc1 libqpdf17 libstdc++6 perl_base so something was wrong on your installation. Check with "cygcheck -c" if you have other package incomplete and run again setup. 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