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

Re: Obsolete dependency report, 2016-Aug-12

On Wed, 2016-08-17 at 17:20 +0200, Dr. Volker Zell wrote: > On 13.08.2016 01:13, Yaakov Selkowitz wrote: > > libmng   Dr. Volker Zell > > By the way why is libmng in your list ? When checking the new  > dependencies they are the same as the ones > from the

Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)

On Sat, 2016-08-20 at 11:13 +0200, Dr. Volker Zell wrote: > On 19.08.2016 23:20, Yaakov Selkowitz wrote: > > I would ask you to hold off on 6.x.  The licence change to AGPLv3+ > > is incompatible with a number of packages which use libdb, and > > therefore both Fedora and Debian have refrained

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:

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':

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

[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!

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!

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

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

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:

#!/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)'

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

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

[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

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

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

[newlib-cygwin] Implement missing POSIX function nl_langinfo_l

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=216054fa77ee4d313d186406c371a341e16c2ee7 commit 216054fa77ee4d313d186406c371a341e16c2ee7 Author: Corinna Vinschen Date: Sat Aug 20 17:22:41 2016 +0200 Implement missing POSIX function nl_langinfo_l

[newlib-cygwin] Document nl_langinfo_l and separate POSIX from GNU extensions in release message

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=0df76cbd63477cc33ad7e0444d49557e906c4c74 commit 0df76cbd63477cc33ad7e0444d49557e906c4c74 Author: Corinna Vinschen Date: Sat Aug 20 17:24:16 2016 +0200 Document nl_langinfo_l and separate POSIX from GNU

[newlib-cygwin] Only define __getreent inline function when building newlib or Cygwin

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=06ac6718119dfd382c1904b1162f6cd7f9749dc3 commit 06ac6718119dfd382c1904b1162f6cd7f9749dc3 Author: Corinna Vinschen Date: Sat Aug 20 16:03:14 2016 +0200 Only define __getreent inline function when building

[newlib-cygwin] Introduce __current_locale_charset/__locale_charset

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=7630e384623f778b88be8926e2c2a2e6fcbd9008 commit 7630e384623f778b88be8926e2c2a2e6fcbd9008 Author: Corinna Vinschen Date: Sat Aug 20 16:05:56 2016 +0200 Introduce __current_locale_charset/__locale_charset

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:

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

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

Re: CALM: error while merging uploaded packages for db (obsoleting db4.8)

On 19.08.2016 23:20, Yaakov Selkowitz wrote: On Fri, 2016-08-19 at 20:13 +0200, Dr. Volker Zell wrote: Corinna Vinschen writes: > In the x86 area there's only a release/db4.8 dir, but no > release/db/db4.8 dir: > $ ls -d db* > db4.8 dbus dbus-glib > $ ls db4.8

qpdf: missing dep lib cygqpdf-17

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