Daniel == Daniel Reed writes:
Daniel There does not seem to be much precedent for having a package that only
Daniel has a -devel; the closest appears to be db, which looks to be more of a
Daniel grouping of similar packages (but feel free to look for yourself in case I
Daniel
Stipe == Stipe Tolj [EMAIL PROTECTED] writes:
Stipe Volker,
Stipe trying to reproduce your issue I run into:
Stipe ...
Stipe checking to see if -lrpcrt4 is needed for win32 UUID support... no
Stipe checking for res_query... no
Stipe checking for __res_query... no
Dr. Volker Zell schrieb:
Do you have minires and minires-devel installed. The postinstall script
of minires-devel sets up a symbolic link libresolv.a:
#! /bin/sh
set -e
if [ ! -e /usr/lib/libresolv.a ]
then
if [ -L /usr/lib/libresolv.a ]
then
/bin/rm -f
Hi
Please redownload xemacs when you want to test as there was a packaging error
and I forgot to include widget support.
cut here
#!/bin/bash
mkdir -p xemacs
cd xemacs
wget
Andreas Seidl wrote:
I would like to contribute and maintain ccrypt:
* http://quasar.mathstat.uottawa.ca/~selinger/ccrypt/ (Homepage)
* http://quasar.mathstat.uottawa.ca/~selinger/ccrypt/download/ccrypt-1.6.tar.gz
(Download)
Hi list,
this is a quick one. Canonical homepage is:
http://mama.indstate.edu/users/ice/tree/
--setup.hint--
sdesc: Recursive directory listing program that produces a depth
indented listing of files
category: Utils
requires: cygwin
ldesc: Tree is a recursive directory listing program that
On Thu, 18 Dec 2003, Stipe Tolj wrote:
Re: [ITP] tree: Recursive directory listing program that produces a depth indented
listing of files
Hi list,
this is a quick one. Canonical homepage is:
http://mama.indstate.edu/users/ice/tree/
--setup.hint--
sdesc: Recursive directory listing
On Sun, 7 Dec 2003, Corinna Vinschen wrote:
On Dec 5 18:00, Brian Ford wrote:
2003-12-05 Brian Ford [EMAIL PROTECTED]
* cygrunsrv.cc (terminate_child): Send the signal to the whole
processes group.
--- cygrunsrv.cc 2003-12-05 17:48:26.25000 -0600
+++
Igor Pechtchanski wrote:
Sounds interesting. I'll vote for this.
I'll update this after we resolve this issues here.
Now for the review:
1) The documentation is still in /usr/doc and /usr/man... Any plans on
moving it to /usr/share/{doc,man}?
ok, changed.
2) This uses method 1
On Dec 18 11:38, Igor Pechtchanski wrote:
BTW, this was never announced.
Igor
Uh, yes. Thanks for the heads up.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
On Thu, 18 Dec 2003, Stipe Tolj wrote:
Igor Pechtchanski wrote:
Sounds interesting. I'll vote for this.
I'll update this after we resolve this issues here.
Now for the review:
[snip]
2) This uses method 1 packaging. AFAIU, the patch in CYGWIN-PATCHES
should still be a forward
On Thu, 18 Dec 2003, Stipe Tolj wrote:
Igor Pechtchanski wrote:
Hmm, I guess it's not that important. I was just going by what's on
http://cygwin.com/setup.html, which clearly states that applying the
patch *in reverse* should get you the original sources...
hmm, isn't it the case?!
Stipe Tolj wrote:
I did reverse patching for thre previous packages apache, php, etc
too. Non was objected until know. AFAIK, either you have the orginal
source tree and your patch provides the cygwin specific changes or
oposite. Actually this may you apply the patch to produce the orginal
source
13 matches
Mail list logo