Replicate packages from 32-bit machine on 64-bit machine

[paul]

When I wanted to replicate my cygwin installation from a 32-bit machine to
another 32-bit machine, it was straightforward.  I would simply reinstall
all installed packages, but have the downloaded packages got to a folder
which I then burn to CD.

However, my next machine is a 64-bit machine.  So I have to use the 64-bit
setup.  Is there an almost-as-painless way to replicate the 64-bit version
of the packages that I have installed on my 32-bit machine?


--
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: i686-pc-cygwin/bin/ld: cannot find -lpostgres

[Marco Atzeri]

On 16/08/2014 23:02, Gery . wrote:

Thanks a lot Marco for this email and the one I sent before about the shared 
libraries. I didn't answer before because I was inscribed as digest, so I just 
dropped that recently and subscribed again.

That *.a file definitely did the trick, many thanks for that. I just explained 
what I did in the PostGIS mailing list also, perhaps someone else can find the 
solution there.

Thanks again,

Gery


libpostgres.a should be needed only to link vs the internal of postgres.

I am uploading a 9.3.5-2 version that will include it.


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: mandb aborts

[Marco Atzeri]

On 17/08/2014 05:32, Yaakov Selkowitz wrote:

On Sat, 2014-08-16 at 09:17 +0200, Achim Gratz wrote:

Marco Atzeri writes:
[…]

anyone seeing the same ?


This should not happen with cygwin-1.7.31-3.

I see it on 1.7.32-1




As reported previously, that happens on some machines and the inclusion
of the debug switch (mandb -dc) might well work around it.


It seems more on some combination of data to process.


As I reported previously, mandb -dc was *not* a workaround, it was still
terminating prematurely (but silently).


the only good thing is that it can continue with mandb -d


Yaakov


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: OpenMPI Fails to Run

[Marco Atzeri]

On 17/08/2014 02:22, Gery . wrote:

I recently installed cygwin64 in my windows 8.1 (like 3 days ago) and tried a 
program that has also worked in Linux and cygwin32, but it didn't work 
properly. So, I uninstalled the 64 and installed the 32, and it worked 
flawlessly. I have no idea why, but you could try the 32-bit instead.


BIP!
that is not the way to solve issue!


Gery

Sent from my iRon

On Aug 17, 2014, at 1:10, "Altman, Eric"  wrote:

I am trying to run MPI programs under Cygwin64 version 1.15.1-4 with OpenMPI 
version 1.7.5-1.  The computer is an i7 running Windows 8.0.  I do not have any 
issues compiling programs, but I get the following errors trying to run 
hello_c.exe (https://github.com/hpc/cce-mpi-openmpi-1.6.4/tree/master/examples):


$ uname -r
1.7.32(0.274/5/3)

cygwin is at 1.7.32 version

the only program at 1.15.1-4 is the X server.
$ cygcheck -cd |grep "1.15"
wget  1.15-1
xorg-server   1.15.1-4
xorg-server-common1.15.1-4
xorg-server-debuginfo 1.15.1-4


$ mpirun -np 4 hello_c.exe
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE

I have all the packages it said to load (rsh, ssh, all versions of compilers 
and header files).
I have tried numerous things but always get this error.  I would appreciate any 
help in resolving it.


openmpi 1.7.x on cygwin in general is a bit sensible to strange interfaces.
on my machine I noticed that it can stuck when the wireless is ON,
but no issue on when connect is on LAN.

Can you test openmpi-1.8.2rc4-1 ? You can install it, using
setup-x86_64.exe -X -O -s http://matzeri.altervista.org

It seems a bit less sensible than 1.7.5 to such problems.


Thanks.


Marco
cygwin package maintainer for openmpi

--
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: mandb aborts

[Yaakov Selkowitz]

On Sat, 2014-08-16 at 09:17 +0200, Achim Gratz wrote:
> Marco Atzeri writes:
> […]
> > anyone seeing the same ?

This should not happen with cygwin-1.7.31-3.

> As reported previously, that happens on some machines and the inclusion
> of the debug switch (mandb -dc) might well work around it.

As I reported previously, mandb -dc was *not* a workaround, it was still
terminating prematurely (but silently).


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: OpenMPI Fails to Run

[Gery .]

I recently installed cygwin64 in my windows 8.1 (like 3 days ago) and tried a 
program that has also worked in Linux and cygwin32, but it didn't work 
properly. So, I uninstalled the 64 and installed the 32, and it worked 
flawlessly. I have no idea why, but you could try the 32-bit instead.

HTH,

Gery

Sent from my iRon

On Aug 17, 2014, at 1:10, "Altman, Eric"  wrote:

I am trying to run MPI programs under Cygwin64 version 1.15.1-4 with OpenMPI 
version 1.7.5-1.  The computer is an i7 running Windows 8.0.  I do not have any 
issues compiling programs, but I get the following errors trying to run 
hello_c.exe (https://github.com/hpc/cce-mpi-openmpi-1.6.4/tree/master/examples):

$ mpirun -np 4 hello_c.exe
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE

I have all the packages it said to load (rsh, ssh, all versions of compilers 
and header files).
I have tried numerous things but always get this error.  I would appreciate any 
help in resolving it.

Thanks.



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


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

OpenMPI Fails to Run

[Altman, Eric]

I am trying to run MPI programs under Cygwin64 version 1.15.1-4 with OpenMPI 
version 1.7.5-1.  The computer is an i7 running Windows 8.0.  I do not have any 
issues compiling programs, but I get the following errors trying to run 
hello_c.exe (https://github.com/hpc/cce-mpi-openmpi-1.6.4/tree/master/examples):

$ mpirun -np 4 hello_c.exe
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE
[fsp-eng-jfn5kn1:03900] [[63491,0],0] CONNECTION REQUEST ON UNKNOWN INTERFACE

I have all the packages it said to load (rsh, ssh, all versions of compilers 
and header files).
I have tried numerous things but always get this error.  I would appreciate any 
help in resolving it.

Thanks.



--
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: i686-pc-cygwin/bin/ld: cannot find -lpostgres

[Gery .]

Thanks a lot Marco for this email and the one I sent before about the shared 
libraries. I didn't answer before because I was inscribed as digest, so I just 
dropped that recently and subscribed again.

That *.a file definitely did the trick, many thanks for that. I just explained 
what I did in the PostGIS mailing list also, perhaps someone else can find the 
solution there.

Thanks again,

Gery


On 16/08/2014 20:39, Gery . wrote:
Hello,

I'm trying to install postgis 2.2.0dev 
(http://postgis.net/stuff/postgis-2.2.0dev.tar.gz), but I got an error saying:

/usr/lib/gcc/i686-pc-cygwin/4.8.3/../../../../i686-pc-cygwin/bin/ld: cannot 
find -lpostgres
collect2: error: ld returned 1 exit status
/usr/lib/postgresql/pgxs/src/makefiles/../../src/Makefile.shlib:377: recipe for 
target 'postgis-2.2.dll' failed
make[1]: *** [postgis-2.2.dll] Error 1

In my cygwin (latest version, 32-bit), postgres.exe is in /usr/sbin and this 
path is already in $LD_LIBRARY_PATH in my .bashrc.

How can I solve that?

Thanks for any hints,

Gery

PS: The full error message is here:

probably my fault.
Could you copy
http://matzeri.altervista.org/works/postgres/libpostgres.a

on /usr/lib
and see if this solve the issue ?

Thanks
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: [postgis-users] FW: json/json.h: No such file or directory

[Gery .]

Thanks again Regina, good news, I recently successfully installed the 2.1.4dev 
version in my cygwin. The -lpostgres problem was solved by Marco Atzeri, here 
it's his message, that *.a file did the trick: 
https://cygwin.com/ml/cygwin/2014-08/msg00321.html.

So, you asked why, well, it's simply because I just stop rebooting my pc to a 
linux os, or using VM. The former was good for a while, whereas the latter was 
not that good at all because it was slow and my pc doesn't have much ram. I 
normally use several apps that only run in linux (eg. seismic unix) and are 
interrelated by shell scripts (eg. gmt, seismic unix, pgsql, mb, etc) as well 
as several that run only in windows. So, booting every time because I just 
needed to change somethings or manage some other things was boring. Cygwin 
helps me with that.

Just to summarize things, with the latest cygwin 32-bit (I installed it like 
1-2 days ago) neither GEOS or GDAL actually gave error messages (some with 
python I think for the latter), and PostGIS installed flawlessly. All of them 
gave warnings, though, but they are warnings. This Cygwin latest version comes 
with netcdf4, json-c, libxml2, hdf5, Pgsql9.3, proj4, etc, etc, so, nicely 
installed. I'll ask if some other open-source software can also be added in the 
Science package, such as gmt, gdal, geos, su, mb, etc.

Thanks again,

Cheers,

Gery


__
Piensa en el medio ambiente - mantenlo en la pantalla. NO lo imprimas si NO es 
necesario.
Think green - keep it on the screen. Do NOT print if it is NOT necessary.
Denken Sie an die Umwelt - bewahren Sie es auf dem Bildschirm. Drucken Sie es 
NICHT, wenn es NICHT notwendig ist.



> From: l...@pcorp.us
> To: postgis-us...@lists.osgeo.org
> Date: Sat, 16 Aug 2014 15:05:21 -0400
> Subject: Re: [postgis-users] FW: json/json.h: No such file or directory
>
> Gery,
>
> Sorry didn't read this before I sent the other. Is there a particular
> reason you chose Cygwin to build with. For the windows packages I build
> with mingw64. Haven't used cygwin in ages.
>
> I can provide you with my 32-bit build chain (have a couple actually) if
> your only reason is to build for windows.
>
>
>
> -Original Message-
> From: postgis-users-boun...@lists.osgeo.org
> [mailto:postgis-users-boun...@lists.osgeo.org] On Behalf Of Gery .
> Sent: Saturday, August 16, 2014 1:11 PM
> To: PostGIS Users Discussion
> Subject: Re: [postgis-users] FW: json/json.h: No such file or directory
>
> Hello Regina,
>
> Thanks for your reply, I have these ones installed in cygwin (latest version
> 32-bit):
>
> Gery@gery /opt/postgis/postgis-2.1.3
>
> $ cygcheck -c | grep json
>
> json-c-debuginfo 0.11-2 OK
> libjson-c-common 0.11-2 OK
> libjson-c-devel 0.11-2 OK
> libjson-c2 0.11-2 OK
> libjson-devel 0.11-2 OK
> libjson0 0.9-1 OK
> ruby-json 1.8.0-1 OK
>
> Surprisingly, neither geos nor gdal has given error messages. I read some
> posts about that things were not smooth in cygwin with postgis as far as I
> remember, but here this has been the only complain. I have installed both
> libjson-c2 (version 0.11-2) and libjson0 (version 0.9-1), would that be the
> problem?
>
> I'll follow your suggestion and try postgis 2.1.4dev, and send a message if
> nothing improves.
>
> Gery
>
>
>
> Sent from Windows Mail
>
> 
>> From: l...@pcorp.us
>> To: postgis-us...@lists.osgeo.org
>> Date: Sat, 16 Aug 2014 12:32:37 -0400
>> Subject: Re: [postgis-users] FW: json/json.h: No such file or
>> directory
>>
>> It's related to json version. Which version are you building with?
>>
>>
>> I suspect you are running a newer json. This should be fixed in 2.1.4
>> (2.1
>> trunk)
>>
>> If you are building from source anyway, you might want to use our
>> 2.1.4dev or cut in the fix from
>>
>> http://trac.osgeo.org/postgis/ticket/2723
>>
>> Hope that helps,
>> Regina
>> http://www.postgis.us
>> http://postgis.net
>>
>>
>>
>>
>> -Original Message-
>> From: postgis-users-boun...@lists.osgeo.org
>> [mailto:postgis-users-boun...@lists.osgeo.org] On Behalf Of Gery .
>> Sent: Saturday, August 16, 2014 8:50 AM
>> To: postgis-us...@lists.osgeo.org
>> Subject: [postgis-users] FW: json/json.h: No such file or directory
>>
>> Hello,
>>
>> I just received this after 'make' in version 2.1.3:
>>
>> libtool: compile: gcc -g -O2 -DDLL_EXPORT -DPIC -Wall
>> -Wmissing-prototypes -I/usr/local/include -c lwin_geojson.c
>> -DDLL_EXPORT -DPIC -o .libs/lwin_geojson.o
>> lwin_geojson.c:20:23: fatal error: json/json.h: No such file or
>> directory &include  ^ compilation terminated.
>> Makefile:156: recipe for target 'lwin_geojson.lo' failed
>> make[1]: *** [lwin_geojson.lo] Error 1
>> make[1]: Leaving directory '/opt/postgis/postgis-2.1.3/liblwgeom'
>> GNUmakefile:14: recipe for target 'all' failed
>> make: *** [all] Error 1
>>
>> I read that this is a problem related to

Re: i686-pc-cygwin/bin/ld: cannot find -lpostgres

[Marco Atzeri]

On 16/08/2014 20:39, Gery . wrote:

Hello,

I'm trying to install postgis 2.2.0dev 
(http://postgis.net/stuff/postgis-2.2.0dev.tar.gz), but I got an error saying:

/usr/lib/gcc/i686-pc-cygwin/4.8.3/../../../../i686-pc-cygwin/bin/ld: cannot 
find -lpostgres
collect2: error: ld returned 1 exit status
/usr/lib/postgresql/pgxs/src/makefiles/../../src/Makefile.shlib:377: recipe for 
target 'postgis-2.2.dll' failed
make[1]: *** [postgis-2.2.dll] Error 1

In my cygwin (latest version, 32-bit), postgres.exe is in /usr/sbin and this 
path is already in $LD_LIBRARY_PATH in my .bashrc.

How can I solve that?

Thanks for any hints,

Gery

PS: The full error message is here:



probably my fault.
Could you copy
http://matzeri.altervista.org/works/postgres/libpostgres.a

on /usr/lib
and see if this solve the issue ?

Thanks
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: Running a cygwin application on Windows

[Michael DePaulo]

On Sat, Aug 16, 2014 at 8:57 AM, Fernando Gont  wrote:
> On 08/16/2014 06:49 AM, Corinna Vinschen wrote:
>> On Aug 16 12:29, Achim Gratz wrote:
>>> Fernando Gont writes:
 My idea was to use cygwin, since I'm not much of a Windows programmer.
 Is there any way to produce and ship an exe with the relevant libraries?
>>>
>>> If I understand correctly what you're trying to do, you need to obtain a
>>> commercial license from RedHat for doing so.  Otherwise, if you ship
>>> binaries linked against cygwin1.dll you need to also include all sources
>>> (for Cygwin and your own application) with each such shipment.
>>
>> You only need the buyout license if you want to provide binaries only.
>> But this is a GPL'ed project, so I assume there's no desire to create
>> binary-only packages.
>
> To be as honest and straightforward as possible :-): My goal is to
> provide as may options as possible. I will be producing a Cygwin package
> since that seems to be a fair way to contribute to this project. But I
> also want to address the user that just knows how to run commands from
> the windows command line and wants to quickly download & install my
> toolkit to try it. -- hence my goal of also producing some sort of
> "binary" distribution (even if the binary package also includes the source).
>
> I'm in the process of reading the online information to produce the
> Cygwin package. Are there any pointers to get the other stuff done?
>
> Thanks!
> --
> Fernando Gont
> SI6 Networks
> e-mail: fg...@si6networks.com
> PGP Fingerprint:  31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
[...]

Hi Fernando,

I'm a volunteer contributor to the open source project X2Go.

In addition to producing a Cygwin package, you might want to do what
we currently do for the Windows builds of X2Go Client.

We provide 5 binaries linked against cygwin .DLL files. They are
nxproxy.exe (part "nx-libs", maintained by our project), and 4 patched
OpenSSH binaries: sftp.exe sftp-server.exe ssh-keygen.exe sshd.exe
(We of course provide the source code.)

Our build process needs improvement. But for now, after building those
binaries, our solution is to manually copy all of the following into
one single directory:
1. Those 5 binaries
2. All their cygwin .DLL dependencies
3. sh.exe
We then call the cygwin-built binaries from our native win32 app,
x2goclient.exe, like any other command-line binary. We can also call
them from cmd.exe.

We include the files (in one directory) as part of our NSIS installer

That's all there is to it if you only care about a small number of our
binaries working, and their dependencies don't require any directory
structure.



More info:

1. Our entire Windows build process is documented here. :
http://wiki.x2go.org/doku.php/wiki:development:build-howto-mswin:x2goclient

2. How we handle Cygwin updates is a larger discussion. Basically,
whenever we update cygwin, we rebuild our .binaries.  And I monitor
cygwin-announce for any security updates. Usually when there is a
security update (e.g., to openssl), we update the vulnerable.DLL files
individually and refer to it as a new "build" of x2goclient at version
X.

3. We do not package nx-libs for Cygwin because it is useless without
X2Go Client for Windows, which is only available for native win32, and
which in turn has native win32 dependencies.

4. We do not try to upstream our SSH patch because it is specific to
X2Go's needs.

5. You can determine what source package a file is from by running
"cygcheck". For example:
$ cygcheck -f /usr/bin/cygcrypto-1.0.0.dll
libopenssl100-1.0.1i-1
I do not know of an easy way to determine what binary package it is
from. However, the cygwin mirrors keep all the binary packages (and
the 1 source package) under a directory named after the source
package. For example:
ftp://mirrors.kernel.org/sourceware/cygwin/x86/release/openssl/
So after looking at the contents of the tarballs, I found it in this
binary package
ftp://mirrors.kernel.org/sourceware/cygwin/x86/release/openssl/libopenssl100/libopenssl100-1.0.1i-1.tar.xz

-Mike DePaulo

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

Bash uses lseek while reading from serial device

[Ross Ridge]

I've encountered a problem where bash will use lseek to seek backwards
on a serial device.  This results in data being lost when large chuncks
of data are being read at once.  This doesn't happen when reading from
a pipe, so it appears that bash is unable to detect that serial devices
are unseekable.  I'm not sure if this a bash problem, a problem the
Cygwin port of bash or the Cygwin DLL.

Here's a script that demonstrates the problem:

while :
do
IFS="" read -r line 
case "$line" in
quit*)
break
;;
*)
echo "recieved line: $line"
;;
esac
done < /dev/ttyS0

When the script is feed a lot of data over the serial port (a physical
tradtional PC serial port) the beginning of lines will be discarded
because of the lseek calls.

Changing the script to read from a pipe instead fixes the problem:

cat < /dev/ttyS0 | while :
do
IFS="" read -r line 
...
done

Running strace on bash reveals that bash tries to use lseek to seek
backwards on the serial device, presumably because it has read past the
end of the line.

  415 5605467 [main] bash 6104 read: 1 = read(0, 0x100497520, 128)
  378 5605845 [main] bash 6104 read: read(0, 0x100497520, 128) blocking
  385 5606230 [main] bash 6104 fhandler_serial::raw_read: ulen 128, vmin_ 0, 
vtime_ 0, hEvent 0x208
  410 5606640 [main] bash 6104 fhandler_serial::raw_read: inq 7
  375 5607015 [main] bash 6104 fhandler_serial::raw_read: vtime_ 0, vmin_ 0, n 
7, tot 7
  400 5607415 [main] bash 6104 fhandler_base::read: returning 6, text mode
  234 5607649 [main] bash 6104 read: 6 = read(0, 0x100497520, 128)
  262 5607911 [main] bash 6104 lseek64: 0 = lseek(0, -5, 1)

Here are the results from running cygcheck -s -v -r

Cygwin Configuration Diagnostics
Current System Time: Sat Aug 16 19:29:28 2014

Windows 7 Home Premium Ver 6.1 Build 7601 Service Pack 1

Path:   E:\util\cygwin\usr\local\bin
E:\util\cygwin\bin
E:\bin
C:\Windows\system32
C:\Windows
C:\Windows\System32\WindowsPowerShell\v1.0

Output from E:\util\cygwin\bin\id.exe
UID: 1001(Ross Ridge)  GID: 513(None)
513(None)  559(Performance Log Users)
545(Users)

SysDir: C:\Windows\system32
WinDir: C:\Windows

USER = 'Ross Ridge'
PWD = '/cygdrive/e/src/test'
HOME = '/cygdrive/c/Users/Ross Ridge'

HOMEPATH = '\Users\Ross Ridge'
AV_APPDATA = 'C:\Users\ROSSRI~1\AppData\Roaming'
APPDATA = 'C:\Users\Ross Ridge\AppData\Roaming'
ProgramW6432 = 'C:\Program Files'
HOSTNAME = 'QON'
SHELL = '/bin/bash'
TERM = 'cygwin'
_NT_SYMBOL_PATH = 'SRV*e:\dbg*http://msdl.microsoft.com/download/symbols'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 30 Stepping 5, GenuineIntel'
PROFILEREAD = 'true'
WINDIR = 'C:\Windows'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/cygdrive/c/Users/Ross Ridge'
ORIGINAL_PATH = 
'/cygdrive/e/bin:/cygdrive/c/Windows/system32:/cygdrive/c/Windows:/cygdrive/c/Windows/System32/WindowsPowerShell/v1.0'
USERDOMAIN = 'QON'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\ProgramData'
!:: = '::\'
TEMP = '/tmp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
QTJAVA = 'E:\util\quicktime\QTSystem\QTJava.zip'
USERNAME = 'Ross Ridge'
PROCESSOR_LEVEL = '6'
ProgramFiles(x86) = 'C:\Program Files (x86)'
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
AMDAPPSDKROOT = 'C:\Program Files (x86)\AMD APP\'
LANG = 'en_US.UTF-8'
VS120COMNTOOLS = 'E:\util\vs12\Common7\Tools\'
USERPROFILE = 'C:\Users\Ross Ridge'
TZ = 'America/New_York'
PS1 = '\w$ '
LOGONSERVER = '\\QON'
CommonProgramW6432 = 'C:\Program Files\Common Files'
PROCESSOR_ARCHITECTURE = 'AMD64'
LOCALAPPDATA = 'C:\Users\Ross Ridge\AppData\Local'
!C: = 'C:\Users\Ross Ridge'
ProgramData = 'C:\ProgramData'
EXECIGNORE = '*.dll'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
HOMEDRIVE = 'C:'
VBOX_MSI_INSTALL_PATH = 'E:\util\virtualbox\'
PROMPT = '$p$g '
COMSPEC = 'C:\Windows\system32\cmd.exe'
TMP = '/tmp'
SYSTEMROOT = 'C:\Windows'
LOGNAME = 'unknown'
PRINTER = 'Artisan 730(Network)'
PROCESSOR_REVISION = '1e05'
CLASSPATH = '.;E:\util\quicktime\QTSystem\QTJava.zip'
VS100COMNTOOLS = 'E:\util\vs10\Common7\Tools\'
!E: = 'E:\util\cygwin\bin'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '4'
SESSIONNAME = 'Console'
COMPUTERNAME = 'QON'
_ = '/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Installations
  (default) = '\??\E:\util\cygwin'
HKEY_CURRENT_USER\Software\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin\setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations
  (

i686-pc-cygwin/bin/ld: cannot find -lpostgres

[Gery .]

Hello,

I'm trying to install postgis 2.2.0dev 
(http://postgis.net/stuff/postgis-2.2.0dev.tar.gz), but I got an error saying:

/usr/lib/gcc/i686-pc-cygwin/4.8.3/../../../../i686-pc-cygwin/bin/ld: cannot 
find -lpostgres
collect2: error: ld returned 1 exit status
/usr/lib/postgresql/pgxs/src/makefiles/../../src/Makefile.shlib:377: recipe for 
target 'postgis-2.2.dll' failed
make[1]: *** [postgis-2.2.dll] Error 1

In my cygwin (latest version, 32-bit), postgres.exe is in /usr/sbin and this 
path is already in $LD_LIBRARY_PATH in my .bashrc.

How can I solve that?

Thanks for any hints,

Gery

PS: The full error message is here:

--
Gery@gery /opt/postgis/postgis-2.2.0dev
$ make
/usr/bin/perl utils/svn_repo_revision.pl
Can't fetch local revision (neither .svn nor .git found)
Not updating existing rev file at 12889
for s in liblwgeom libpgcommon postgis regress raster topology loader utils 
extensions; do \
        echo " Making all in ${s}"; \
        make -C ${s} all || exit 1; \
done;
 Making all in liblwgeom
make[1]: Entering directory '/opt/postgis/postgis-2.2.0dev/liblwgeom'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/opt/postgis/postgis-2.2.0dev/liblwgeom'
 Making all in libpgcommon
make[1]: Entering directory '/opt/postgis/postgis-2.2.0dev/libpgcommon'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/opt/postgis/postgis-2.2.0dev/libpgcommon'
 Making all in postgis
make[1]: Entering directory '/opt/postgis/postgis-2.2.0dev/postgis'
gcc -ggdb -O2 -pipe -Wimplicit-function-declaration -Wall -Wmissing-prototypes 
-Wpointer-arith -Wdeclaration-after-statement -Wendif-labels 
-Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv 
-fexcess-precision=standard   -shared -o postgis-2.2.dll  
-Wl,--out-implib=libpostgis-2.2.a postgis_module.o lwgeom_accum.o 
lwgeom_spheroid.o lwgeom_ogc.o lwgeom_functions_analytic.o lwgeom_inout.o 
lwgeom_functions_basic.o lwgeom_btree.o lwgeom_box.o lwgeom_box3d.o 
lwgeom_geos.o lwgeom_backend_api.o lwgeom_geos_prepared.o lwgeom_geos_clean.o 
lwgeom_geos_relatematch.o lwgeom_export.o lwgeom_in_gml.o lwgeom_in_kml.o 
lwgeom_in_geohash.o lwgeom_in_geojson.o lwgeom_in_encoded_polyline.o 
lwgeom_triggers.o lwgeom_dump.o lwgeom_dumppoints.o lwgeom_functions_lrs.o 
long_xact.o lwgeom_sqlmm.o lwgeom_rtree.o lwgeom_transform.o 
gserialized_typmod.o gserialized_gist_2d.o gserialized_gist_nd.o 
gserialized_estimate.o geography_inout.o geography_btree.o 
geography_measurement.o geography_measurement_trees.o geometry_inout.o 
-L/usr/lib -Wl,--allow-multiple-definition -Wl,--enable-auto-import  
-L/usr/local/lib -Wl,--as-needed   ../libpgcommon/libpgcommon.a 
../liblwgeom/.libs/liblwgeom.a  -L/usr/local/lib  -lgeos_c -lproj  -ljson-c 
-L/usr/lib -lxml2 -lz -liconv -lm  -L/usr/lib -lpostgres -lpgport -lpgcommon 
-lintl -lssl -lcrypto -lz -lreadline -lcrypt -lldap
/usr/lib/gcc/i686-pc-cygwin/4.8.3/../../../../i686-pc-cygwin/bin/ld: cannot 
find -lpostgres
collect2: error: ld returned 1 exit status
/usr/lib/postgresql/pgxs/src/makefiles/../../src/Makefile.shlib:377: recipe for 
target 'postgis-2.2.dll' failed
make[1]: *** [postgis-2.2.dll] Error 1
make[1]: Leaving directory '/opt/postgis/postgis-2.2.0dev/postgis'
GNUmakefile:14: recipe for target 'all' failed
make: *** [all] Error 1
--
--
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

broken links on few man pages : xmon, mysql, bind-utils

[Marco Atzeri]

Hi,
just as by product of looking why mc had a unusable man page,
and why u2d was making me crazy...

these are the other broken pages on my system, that look as
upstream bugs.

$ grep ROFF  mandb.log
mandb: warning: /usr/share/man/man1/bind9-config.1.gz: bad symlink or 
ROFF `.so' request
mandb: warning: /usr/share/man/man1/mysqltest_embedded.1.gz: bad symlink 
or ROFF `.so' request
mandb: warning: /usr/share/man/man1/mysql_client_test_embedded.1.gz: bad 
symlink or ROFF `.so' request
mandb: warning: /usr/share/man/man1/u2d.1.gz: bad symlink or ROFF `.so' 
request
mandb: warning: /usr/share/man/man1/xmond.1.gz: bad symlink or ROFF 
`.so' request


$ cygcheck -f /usr/share/man/man1/bind9-config.1.gz
bind-utils-9.9.5-3

$ gzip -cd /usr/share/man/man1/bind9-config.1.gz
.so isc-config.sh.1

but there is no isc-config.sh.1 page in any cygwin package

$ cygcheck -f /usr/share/man/man1/mysqltest_embedded.1.gz
mysql-5.5.35-1

$ gzip -cd  /usr/share/man/man1/mysqltest_embedded.1.gz
.so man-gpl-tmp2/mysqltest.1
$ gzip -cd  /usr/share/man/man1/mysqltest_embedded.1.gz
.so man-gpl-tmp2/mysqltest.1

but the file is located on /usr/share/man/man1/mysqltest.1.gz

$ cygcheck -f /usr/share/man/man1/xmond.1.gz
xmon-1.5.6-3

$ gzip -cd  /usr/share/man/man1/xmond.1.gz
.so man1/xmonui.1x

so there is an extra "x"  as the page is
 /usr/share/man/man1/xmonui.1.gz


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: [ANNOUNCEMENT] Updated: dos2unix 6.0.6-1 & man-db limitation

[Marco Atzeri]

On 16/08/2014 15:26, Marco Atzeri wrote:




3rd and final (I hope),
the reason way only u2d man page has problem

mandb: warning: /usr/share/man/man1/u2d.1.gz: bad symlink or ROFF `.so' 
request


it is because it has a double redirection while
all the other pages have a single ".so" redirection


d2u.1.gz .so dos2unix.1
mac2unix.1.gz.so dos2unix.1
u2d.1.gz .so unix2dos.1
unix2dos.1.gz.so dos2unix.1
unix2mac.1.gz.so dos2unix.1

u2d.1.gz .so unix2dos.1
 -> unix2dos.1.gz.so dos2unix.1
   -> dos2unix.1.gz   the_real_page

$ ls -l *unix*
-rw-r--r-- 1 marco None 7143 Aug  5 00:31 dos2unix.1.gz
-rw-r--r-- 1 marco None   46 Aug  5 00:31 mac2unix.1.gz
-rw-r--r-- 1 marco None   46 Aug  5 00:31 unix2dos.1.gz
-rw-r--r-- 1 marco None   46 Aug  5 00:31 unix2mac.1.gz


So it is a limitation of man-db but the workaround is very simple

$ cp d2u.1.gz u2d.1.gz

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: [ANNOUNCEMENT] Updated: dos2unix 6.0.6-1

[Marco Atzeri]

On 16/08/2014 10:08, Marco Atzeri wrote:

On 05/08/2014 22:33, Erwin Waterlander wrote:

CHANGES SINCE LAST RELEASE:
===


New upstream release.
   * Bugfix: mac2unix conversion produced corrupted output
 from UTF-16 input file.
   * New options -b (keep BOM) and -r (remove BOM).
   * New translation of the UI messages: Norwegian Bokmaal.



Hi Erwin,
the new man-db has problems with some man pages
as it takes only strict ".so" directive

$ man u2d
man: can't open /usr/share/man/dos2unix.1: No such file or directory
No manual entry for u2d

  $ gzip -c -d /usr/share/man/man1/d2u.1.gz
.so dos2unix.1

and the pages are all "*1.gz"

replacing with ".so dos2unix.1.gz" seems to work.

Regards
Marco


it seems a man path search defect of man db

$ cd /
$ man u2d
man: can't open /usr/share/man/dos2unix.1: No such file or directory
No manual entry for u2d

but
$ cd /usr/share/man/man1/
$ man u2d

works.

As
$ gzip -cd u2d.1.gz
.so unix2dos.1

man-db is looking on the wrong directory, while for

$ gzip -cd zcat.1.gz
.so man1/gzip.1

$ man zcat
works fine everywhere


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: Running a cygwin application on Windows

[Fernando Gont]

On 08/16/2014 06:49 AM, Corinna Vinschen wrote:
> On Aug 16 12:29, Achim Gratz wrote:
>> Fernando Gont writes:
>>> My idea was to use cygwin, since I'm not much of a Windows programmer.
>>> Is there any way to produce and ship an exe with the relevant libraries?
>>
>> If I understand correctly what you're trying to do, you need to obtain a
>> commercial license from RedHat for doing so.  Otherwise, if you ship
>> binaries linked against cygwin1.dll you need to also include all sources
>> (for Cygwin and your own application) with each such shipment.
> 
> You only need the buyout license if you want to provide binaries only.
> But this is a GPL'ed project, so I assume there's no desire to create
> binary-only packages.

To be as honest and straightforward as possible :-): My goal is to
provide as may options as possible. I will be producing a Cygwin package
since that seems to be a fair way to contribute to this project. But I
also want to address the user that just knows how to run commands from
the windows command line and wants to quickly download & install my
toolkit to try it. -- hence my goal of also producing some sort of
"binary" distribution (even if the binary package also includes the source).

I'm in the process of reading the online information to produce the
Cygwin package. Are there any pointers to get the other stuff done?

Thanks!
-- 
Fernando Gont
SI6 Networks
e-mail: fg...@si6networks.com
PGP Fingerprint:  31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





--
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: Running a cygwin application on Windows

[Fernando Gont]

Hi, Corinna,

Thanks so much for your prompt response! Comments in-line...

On 08/16/2014 06:47 AM, Corinna Vinschen wrote:
> On Aug 14 21:52, Fernando Gont wrote:
>> Folks,
>> 
>> I'm the main developer of an open source project 
>> , and was meaning
>> to port our project to Windows.
>> 
>> My idea was to use cygwin, since I'm not much of a Windows
>> programmer. Is there any way to produce and ship an exe with the
>> relevant libraries?
> 
> What about just creating a Cygwin package and including and
> maintaining it as part of the Cygwin distro?

I have just started reading to corresponding documentation to produce
a Cygwin package of my toolkit (be prepared for possible rather
clueless questions, since this would be my first Cygwin package).

That said, I'd also like to produce some sort of standalone binary for
folks that may just want to quickly run the toolkit from the Windows
command line...



> This way, you can simply point users to the Cygwin distro, never
> have to care for keeping third-party libs up-to-date, never have to
> provide sources for third party libs on your site, never have to
> look into library collisions on user systems, and in general, just
> have to point users to the Cygwin distro to fetch your package.
> 
> As an additional benefit, you get a lot more help porting your
> package on the cygwin and cygwin-apps mailing lists.  In some cases
> we're also going as far as patching Cygwin itself for the benefit
> of a package :)

I'll do both. For instance, I've tried to provide packages (or have
them produced one way or another) for as many platforms as possible.
("Turnabout is fair play" some friend once said...)

Thanks!

Best regards,
-- 
Fernando Gont
SI6 Networks
e-mail: fg...@si6networks.com
PGP Fingerprint:  31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





--
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: mandb aborts

[Marco Atzeri]

On 16/08/2014 09:40, Marco Atzeri wrote:

On 16/08/2014 09:17, Achim Gratz wrote:

Marco Atzeri writes:
[…]

anyone seeing the same ?


As reported previously, that happens on some machines and the inclusion
of the debug switch (mandb -dc) might well work around it.


Regards,
Achim.


thanks Achim,
I thought infancy problem were gone ;-)

Regards


just as side note, also with debug switch on the same machine
the program can fail or not depending on the amount of page to process.
Just added some texlive extra doc and now it is failing.

ult_src: File /usr/share/man/man3/set_form_userptr.3x.gz in mantree 
/usr/share/man

ult_src: points to /usr/share/man/man3/form_userptr.3x.gz
trying encoding UTF-8 -> UTF-8//IGNORE
"form_userptr - associate application data with a form item"
record = 'form_userptr - associate application data with a form item'
trace->names[0] = '/usr/share/man/man3/set_form_userptr.3x.gz'
trace->names[1] = '/usr/share/man/man3/form_userptr.3x.gz'
trace->names[2] = '/usr/share/man/man3/form_userptr.3x.gz'
name = 'form_userptr', id = A
replace_if_necessary(): newer mtime; replacing
name = 'set_form_userptr', id = B

ult_src: File /usr/share/man/man3/set_form_win.3x.gz in mantree 
/usr/share/man
assertion "mbsinit (&ps)" failed: file 
"/usr/src/ports/man-db/man-db-2.6.7-2.x86_64/src/man-db-2.6.7/gnulib/lib/fnmatch.c", 
line 321, function: gnu_fnmatch


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: cygwin now supports shared libraries?

[Marco Atzeri]

On 16/08/2014 13:12, Gery . wrote:

Hello,

I though that Cygwin did not support shared libraries, I read it somewhere in 
the past, but now I am installing GEOS 3.4.2 (http://trac.osgeo.org/geos/) and 
I noticed this after the configure (it's just part of the long list of 
messages):

[cut]


so, Cygwin now supports shared libraries or always did? sorry if this sounded 
like dumb, but as I said I understood that never did, moreover, the lack of 
/sbin/ldconfig should have supported my previous believes.


Hi Gery,
Usually shared is the default and static is deprecated.

Only care no undefined symbols are allowed during linking
as limitation of windows platform

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

cygwin now supports shared libraries?

[Gery .]

Hello,

I though that Cygwin did not support shared libraries, I read it somewhere in 
the past, but now I am installing GEOS 3.4.2 (http://trac.osgeo.org/geos/) and 
I noticed this after the configure (it's just part of the long list of 
messages):

checking whether the gcc linker (/usr/i686-pc-cygwin/bin/ld.exe) supports 
shared libraries... yes
checking whether -lc should be explicitly linked in... yes
checking dynamic linker characteristics... Win32 ld.exe
checking how to hardcode library paths into programs... immediate
checking whether the g++ linker (/usr/i686-pc-cygwin/bin/ld.exe) supports 
shared libraries... yes
checking whether the g++ linker (/usr/i686-pc-cygwin/bin/ld.exe) supports 
shared libraries... yes
checking dynamic linker characteristics... Win32 ld.exe

so, Cygwin now supports shared libraries or always did? sorry if this sounded 
like dumb, but as I said I understood that never did, moreover, the lack of 
/sbin/ldconfig should have supported my previous believes.

Thanks for any pointers,  
--
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: Running a cygwin application on Windows

[Corinna Vinschen]

On Aug 16 12:29, Achim Gratz wrote:
> Fernando Gont writes:
> > My idea was to use cygwin, since I'm not much of a Windows programmer.
> > Is there any way to produce and ship an exe with the relevant libraries?
> 
> If I understand correctly what you're trying to do, you need to obtain a
> commercial license from RedHat for doing so.  Otherwise, if you ship
> binaries linked against cygwin1.dll you need to also include all sources
> (for Cygwin and your own application) with each such shipment.

You only need the buyout license if you want to provide binaries only.
But this is a GPL'ed project, so I assume there's no desire to create
binary-only packages.

> Alternatively, why don't you just package your application with cygport
> and offer it to be included with the distribution?

Yep!


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpoR4vQ5D9oN.pgp
Description: PGP signature

Re: Running a cygwin application on Windows

[Corinna Vinschen]

On Aug 14 21:52, Fernando Gont wrote:
> Folks,
> 
> I'm the main developer of an open source project
> , and was meaning to port
> our project to Windows.
> 
> My idea was to use cygwin, since I'm not much of a Windows programmer.
> Is there any way to produce and ship an exe with the relevant libraries?

What about just creating a Cygwin package and including and maintaining
it as part of the Cygwin distro?

This way, you can simply point users to the Cygwin distro, never have to
care for keeping third-party libs up-to-date, never have to provide
sources for third party libs on your site, never have to look into
library collisions on user systems, and in general, just have to point
users to the Cygwin distro to fetch your package.

As an additional benefit, you get a lot more help porting your package
on the cygwin and cygwin-apps mailing lists.  In some cases we're also
going as far as patching Cygwin itself for the benefit of a package :)

> P.S.: Our project is GPL'ed, so no issues in terms of licenses

Right.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


pgpcqcRx5y1_D.pgp
Description: PGP signature

Re: Running a cygwin application on Windows

[Achim Gratz]

Fernando Gont writes:
> My idea was to use cygwin, since I'm not much of a Windows programmer.
> Is there any way to produce and ship an exe with the relevant libraries?

If I understand correctly what you're trying to do, you need to obtain a
commercial license from RedHat for doing so.  Otherwise, if you ship
binaries linked against cygwin1.dll you need to also include all sources
(for Cygwin and your own application) with each such shipment.

> P.S.: Our project is GPL'ed, so no issues in terms of licenses

You need to read the license for Cygwin:
https://cygwin.com/licensing.html

Alternatively, why don't you just package your application with cygport
and offer it to be included with the distribution?


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

[ANNOUNCEMENT] Updated: mc-4.8.12-2

[Marco Atzeri]

Version mc-4.8.12-2 of Midnight Commander
has been uploaded for cygwin

CHANGES
This is a Cygwin bugfix release to solve an incorrect
coding of man pages that make them unusable with current
man-db

https://www.midnight-commander.org/ticket/3239

No other change from previous 4.8.12-1 version.


DESCRIPTION
GNU Midnight Commander is a visual file manager. It's a feature rich
full-screen text mode application that allows you to copy, move and
delete files and whole directory trees, search for files and run
commands in the subshell. Internal viewer and editor are included.


HOMEPAGE
http://www.midnight-commander.org/


Regards
Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list,
look at the "List-Unsubscribe: " tag in the email header of this
message. Send email to the address specified there. It will be in the 
format:


cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that
is available starting at this URL.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Running a cygwin application on Windows

[Fernando Gont]

Folks,

I'm the main developer of an open source project
, and was meaning to port
our project to Windows.

My idea was to use cygwin, since I'm not much of a Windows programmer.
Is there any way to produce and ship an exe with the relevant libraries?

I'm not sure which libraries I should grab from cygwin, and where I
should put them on the windows system.

Thoughts?

P.S.: Our project is GPL'ed, so no issues in terms of licenses

Thanks!

Best regards,
-- 
Fernando Gont
SI6 Networks
e-mail: fg...@si6networks.com
PGP Fingerprint:  31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492





--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New package: onc-rpc-devel-2.19_20140211-1

[Pavel Fedin]

Version 2.19_20140211-1 of "onc-rpc-devel" has been uploaded.

 This  package  is  necessary  for building applications using Sun (now
ONC)  RPC protocol. It contains headers for some standard RPC services
(like  NFS)  and  rpcgen  utility  needed to generate such headers for
custom  services,  thus  obsoleting  rpcgen  package  which  was never
included in x86-64 Cygwin.
 This  package  is currently available only for x84-64 in order not to
break  dependencies  of  existing 32-bit NFSv2 server. A work on other
components of NFS stack is in (slow) progress.
 i386  version  will  be available when the whole NFS stack is updated
and ported to TI-RPC.

  *** 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  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.

-- 
Kind regards,
 Pavel

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: octave forge packages

[Marco Atzeri]

New versions of

  octave-bim-1.1.4-1
  octave-control-2.6.5-1
  octave-dataframe-1.0.0-1
  octave-divand-1.1.2-1
  octave-fuzzy-logic-toolkit-0.4.5-1
  octave-image-2.2.1-1
  octave-io-2.2.3-1
  octave-instrument-control-0.2.0-2
  octave-miscellaneous-1.2.1-1
  octave-msh-1.0.10-1
  octave-ncarray-1.0.2-1
  octave-octcdf-1.1.7-1
  octave-optim-1.4.0-1
  octave-quaternion-2.2.2-1
  octave-queueing-1.2.3-1
  octave-splines-1.2.7-1


are available in the Cygwin distribution:

ADVISE
On cygwin none of the forge packages is autoloaded,
as some package could change substantially
the normal octave behaviour (eg "nan").

To load any package before usage run
 "pkg load "

see "help pkg" for details.

CHANGES
New upstream packages see
  http://octave.sourceforge.net/


DESCRIPTION
The octave-forge project contains contributed functions
for GNU Octave which are not in the main distribution.

HOMEPAGE
http://octave.sourceforge.net

Full documentation and FAQ are available at:
http://octave.sourceforge.net/docs.html
http://octave.sourceforge.net/packages.php

Original source of individual packages
http://sourceforge.net/projects/octave/files/Octave%20Forge%20Packages/Individual%20Package%20Releases/

Regards
Marco Atzeri

  *** 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

Re: [ANNOUNCEMENT] Updated: dos2unix 6.0.6-1

[Marco Atzeri]

On 05/08/2014 22:33, Erwin Waterlander wrote:

CHANGES SINCE LAST RELEASE:
===


New upstream release.
   * Bugfix: mac2unix conversion produced corrupted output
 from UTF-16 input file.
   * New options -b (keep BOM) and -r (remove BOM).
   * New translation of the UI messages: Norwegian Bokmaal.



Hi Erwin,
the new man-db has problems with some man pages
as it takes only strict ".so" directive

$ man u2d
man: can't open /usr/share/man/dos2unix.1: No such file or directory
No manual entry for u2d

 $ gzip -c -d /usr/share/man/man1/d2u.1.gz
.so dos2unix.1

and the pages are all "*1.gz"

replacing with ".so dos2unix.1.gz" seems to work.

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: mandb aborts

[Achim Gratz]

Marco Atzeri writes:
[…]
> anyone seeing the same ?

As reported previously, that happens on some machines and the inclusion
of the debug switch (mandb -dc) might well work around it.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs

--
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: mandb aborts

[Marco Atzeri]

On 16/08/2014 09:17, Achim Gratz wrote:

Marco Atzeri writes:
[…]

anyone seeing the same ?


As reported previously, that happens on some machines and the inclusion
of the debug switch (mandb -dc) might well work around it.


Regards,
Achim.


thanks Achim,
I thought infancy problem were gone ;-)

Regards


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