On 2013-08-14 09:13, Corinna Vinschen wrote:
I'm puzzled. Here's my procmail.cygport file:
[snip]
MAKEOPTS=EXE=.exe LOCKINGTEST=100 BASENAME=${D}/usr MANDIR=${D}/usr/share/man
[snip]
The important thing here is the definition of MAKEOPTS. When I call
`cygport procmail.cygport install,
On 2013-08-03 14:36, Achim Gratz wrote:
David Stacey writes:
cygport already has the --exclude option that you can use when
specifying package contents.
Not really a cygport option, but a side-effect of $pkg_contents getting
expanded into the command line of (GNU) tar which then interprets
Replying to someone after I've told them that it's the wrong mailing
list will never have the desired result because I always unsubscribe
them from cygwin-apps after making sure that they got the message.
I see. However he can still read the web based ml if he has enough interest.
On 9/10/2013 1:50 PM, Christopher Faylor wrote:
upset's version normalizer considers (not unreasonably I think)
4-1.4p6-11 to be the same as 4-1.4-p6-11. So, having both files in the
same directory is going to confuse things.
Yaakov explained downthread how this came about. I /did/ notice
Yaakov (Cygwin/X) writes:
It is, and I use it myself all the time. I have added a mention
thereof to the docs in git master.
Thank you very much.
Regards,
Achim.
--
+[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]+
Factory and User Sound Singles for Waldorf rackAttack:
2013-09-13 08:27 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net:
|
| The ncurses dependency was incorrect in your setup.hint file. I fixed
| it on sourceware, but please make sure to fix your local copy.
Done.
Thanks for noticing,
Jari
On Fri, Sep 13, 2013 at 08:56:40AM -0400, Charles Wilson wrote:
On 9/10/2013 1:50 PM, Christopher Faylor wrote:
upset's version normalizer considers (not unreasonably I think)
4-1.4p6-11 to be the same as 4-1.4-p6-11. So, having both files in the
same directory is going to confuse things.
Yaakov
2013-09-13 08:02 Yaakov (Cygwin/X) yselkow...@users.sourceforge.net:
|
| I got 403 or 404 on the setup.hint files for the following x86_64 packages:
|
| abook
| arc
| rats
| rxp
wget --recursive --no-host-directories --cut-dirs=5 \
On Fri, Sep 13, 2013 at 08:07:19AM +, Aaron Schneider wrote:
cgf wrote:
Replying to someone after I've told them that it's the wrong mailing
list will never have the desired result because I always unsubscribe
them from cygwin-apps after making sure that they got the message.
I see.
cygcheck needs fixing wrt .tar.xz packages; patch attached.
Yaakov
2013-09-13 Yaakov Selkowitz yselkowitz@...
* dump_setup.cc (find_tar_ext): Allow .tar.xz packages.
Index: dump_setup.cc
===
RCS file:
On Fri, Sep 13, 2013 at 12:10:47PM -0500, Yaakov (Cygwin/X) wrote:
cygcheck needs fixing wrt .tar.xz packages; patch attached.
Thanks for noticing this but I think I'd like to see a more general
fix. In upset, I just completely relaxed the checking of .gz/.bz2/.xz
in favor of just checking for
The following packages have been updated for the Cygwin distribution:
*** vim-7.3.1314-1
*** vim-common-7.3.1314-1
*** vim-minimal-7.3.1314-1
*** xxd-7.3.1314-1
*** gvim-7.3.1314-1
Vim is an advanced text editor that seeks to provide the power of the
de-facto Unix editor 'Vi', with a more
What's the equivalent for cygwin 64 bits to readline in 32 bits?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
I reinstalled cygwin after a disk failure recently and one of my
scripts stopped working. The problem can be easily reproduced by
entering:
$ cygpath -m boo/..
cygpath: error converting boo/.. - No such file or directory
this is with version 1.7.24(0.269/5/3). On another machine with
On 13/09/2013 11:22 AM, Aaron Schneider wrote:
What's the equivalent for cygwin 64 bits to readline in 32 bits?
Um readline?
$ uname -smo
CYGWIN_NT-6.1 x86_64 Cygwin
$ cygcheck -dc |grep readline
libreadline-devel 6.2-1
libreadline7
Andrey Repin wrote:
Greetings, Matthias Meyer!
I've installed cygwin 1.7.20 on my Windows7 and try to get reparse data
of a junction point:
getfattr -h -e hex -n system.ntfs_reparse_data
/cygdrive/C/Users/Default\ User but I get an error:
/cygdrive/C/Users/Default User:
On Fri, Sep 13, 2013 at 11:55 AM, David Griffiths wrote:
I reinstalled cygwin after a disk failure recently and one of my
scripts stopped working. The problem can be easily reproduced by
entering:
$ cygpath -m boo/..
cygpath: error converting boo/.. - No such file or directory
On Fri, Sep 13, 2013 at 01:17:05PM -0400, Robert Pendell wrote:
On Fri, Sep 13, 2013 at 11:55 AM, David Griffiths wrote:
I reinstalled cygwin after a disk failure recently and one of my
scripts stopped working. The problem can be easily reproduced by
entering:
$ cygpath -m boo/..
After installing gcc-4.8.1-3 on 64 bits version
(has a question mark on setup.exe) the package
still remains as not installed, and no related
gcc* executable is found on system.
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Greetings, Matthias Meyer!
I've installed cygwin 1.7.20 on my Windows7 and try to get reparse data
of a junction point:
getfattr -h -e hex -n system.ntfs_reparse_data
/cygdrive/C/Users/Default\ User but I get an error:
/cygdrive/C/Users/Default User: system.ntfs_reparse_data: Not supported
Hi Charles,
Just to follow up on the problem that was discussed a couple of months ago
(Angelo Graziosi's initial report copied below), I have similar problems
with run-1.3.0-1 that were not present in run-1.2.0-1.
I made a simple example that perhaps shows the problem more clearly: with an
The following packages have been updated for the Cygwin distribution:
*** vim-7.3.1314-1
*** vim-common-7.3.1314-1
*** vim-minimal-7.3.1314-1
*** xxd-7.3.1314-1
*** gvim-7.3.1314-1
Vim is an advanced text editor that seeks to provide the power of the
de-facto Unix editor 'Vi', with a more
22 matches
Mail list logo
