On Fri, Oct 31, 2008 at 11:50 AM, Dave Korn [EMAIL PROTECTED] wrote:
I will try and stay attentive to the lists during this period; I am aware
that I have a few outstanding emails to reply to, e.g. Marco A: I'm preparing
a new release of gcc-4 with all DLLs for all the runtimes, and that will
Corinna Vinschen wrote:
- Potentially case sensitivity file operations (on OSes and FSes
supporting it).
Have managed mounts been fixed yet? Sorry, I've been out of the loop for quite
awhile. Anyway, I noticed that Yakkov was using this feature in Cygwin Ports, so
I thought I might
On Jan 24, 2008 9:10 PM, Yaakov (Cygwin Ports)
[EMAIL PROTECTED] wrote:
Moving arch to coreutils makes sense to me, but let me look at
util-linux 2.13 before I commit to anything.
While you are at it, if/when you do another release of util-linux,
please update the cygport to install more.exe in
On Jan 27, 2008 9:17 AM, Christopher Faylor
[EMAIL PROTECTED] wrote:
On Sun, Jan 27, 2008 at 07:25:23AM -0500, Nicholas Wourms wrote:
On Jan 24, 2008 9:10 PM, Yaakov (Cygwin Ports)
[EMAIL PROTECTED] wrote:
Moving arch to coreutils makes sense to me, but let me look at
util-linux 2.13
Corinna Vinschen wrote:
On Jan 14 16:41, Nicholas Wourms wrote:
Hi All,
I'm not sure when this cropped up, but it happened sometime after the
great win 9x code purge. The problem is that the Cygwin dll no longer
decodes or encodes file/directory names on managed mounts.
File handling
Hi All,
I'm not sure when this cropped up, but it happened sometime after the
great win 9x code purge. The problem is that the Cygwin dll no longer
decodes or encodes file/directory names on managed mounts.
Steps to reproduce (WinXP SP2 x32):
---
1) mkdir -p
On Dec 11, 2007 11:49 PM, Yaakov (Cygwin Ports) wrote:
Janjaap Bos wrote:
The changes I made are all in the patch. Let me know when you have
suggestions, and whether you're able to build it. Perhaps Yaakov is
willing to check it with his findings.
Thank you VERY much. I will try to look
On 10/28/05, Alan Hourihane wrote:
This test version was built from the mainline X.Org trunk code and not
the CYGWIN branch.
I'll be working on getting whatever changes exist on that branch over
into the mainline trunk code next.
If the patches are still in CYGWIN then that's the problem.
On 10/28/05, Alexander Gottwald wrote:
On Thu, 2005-10-27 at 19:56 -0400, Nicholas Wourms wrote:
I've taken the opportunity to evaluate the new package. Prior
versions of Cygwin/Xorg provided the dlls and development files for
the libDPS interface. For some reason, they were omitted
On 10/28/05, Nicholas Wourms wrote:
On 10/28/05, Alexander Gottwald wrote:
On Thu, 2005-10-27 at 19:56 -0400, Nicholas Wourms wrote:
I've taken the opportunity to evaluate the new package. Prior
versions of Cygwin/Xorg provided the dlls and development files for
the libDPS interface
On 10/27/05, Alan Hourihane wrote:
Yep, uploading myself to sourceware now.
They'll be in-place in the next hour.
Alan,
I've taken the opportunity to evaluate the new package. Prior
versions of Cygwin/Xorg provided the dlls and development files for
the libDPS interface. For some reason,
On 10/2/05, Hack Kampbjorn wrote:
[SNIP]
keychain Hack Kampbjorn or up for grabs?
ncftp Hack Kampbjorn or up for grabs?
If Hack doesn't want these anymore, ditto on these.
I would apreciate that.
Ok, then I'll get to work on these.
On 10/3/05, Corinna Vinschen wrote:
[SNIP]
clear
Wasn't this moved to obsolete?
Cheers,
Nicholas
Corinna,
agetty Up for grabs (so far Sergey Okhapkin)
chkconfig Up for grabs (so far Sergey Okhapkin)
initscriptsUp for grabs (so far Sergey Okhapkin)
sysvinit Up for grabs (so far Sergey Okhapkin)
Yaakov,
In a similar sense to my comments on qt3, I think it would be better
to break up the package into something like:
libname1(libtool dll version) - for each runtime lib package
name - base package (docs, shared data, etc).
name-devel - headers, static/import libs, .la/.pc files, dev docs.
On 9/27/05, Brian Ford wrote:
On Mon, 26 Sep 2005, Nicholas Wourms wrote:
Nicholas,
You have been around here long enough to know that personal email is not
the way to address these issues. As such, I have forwarded this reply to
the proper mailing list and set the Reply To appropriately
On Wed, 28 Sep 2005 15:06:31 -0500, in gmane.os.cygwin.applications
you wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lapo Luchini wrote:
I'd say up for grabs.
I always used to say it's low priority, but being so low it didn't
get updated in months probably means that someone else may
On Tue, 27 Sep 2005 14:52:18 +0100, in gmane.os.cygwin.applications
you wrote:
The (adhoc?) standard for package file names, which for the most part is
followed, is:
NAME-VERSION-RELEASE.tar.bz2 -- for binary packages
NAME-VERSION-RELEASE-src.tar.bz2-- for source packages
VERSION and
On Mon, 26 Sep 2005 13:06:58 +0200, in gmane.os.cygwin.applications
you wrote:
On Sep 15 18:45, Corinna Vinschen wrote:
Mails in the last couple of weeks indicate that we have lost one or the
other maintainer without getting any notice from them. Since we have
a couple of packages which
On Fri, 02 Sep 2005 13:52:30 -0500, in gmane.os.cygwin.applications
you wrote:
[SNIP]
Yaakov,
First, thank you for packaging this. I was supposed to do it 2 years
ago but I never got around to it. First, libtool actually names
plugins the way you did, so no need to worry there.
I have some
On Wed, 28 Sep 2005 20:38:01 -0400, in gmane.os.cygwin.applications
you wrote:
On Wed, Sep 28, 2005 at 08:20:35PM -0400, Nicholas Wourms wrote:
libpopt0 Christopher Faylor
popt Christopher Faylor
Actually, that's my package
I just took
On Tue, 27 Sep 2005 18:44:31 +0200, in gmane.os.cygwin.applications
you wrote:
On Sep 27 12:05, Igor Pechtchanski wrote:
Hi,
I noticed this problem when trying to do a fresh install -- if selecting
packages takes too long, ftp mirrors will timeout, and setup will not
reconnect, causing the
for doing these
operations is attached. I hope you find it satisfactory.
Cheers,
Nicholas
2005-07-09 Nicholas Wourms [EMAIL PROTECTED]
* cygwin.din (getline): Add symbol alias to avoid problems with
autoconf's AC_CHECK_FUNCS macro.
(getdelim): Likewise.
* include
Christopher Faylor wrote:
On Tue, Mar 29, 2005 at 01:52:32PM -0500, Nicholas Wourms wrote:
You have correctly surmised that both Corinna and I understand what
pedantic mode is. You have to take that thought a step further,
however, and realize that the fact that there is no -pedantic
(Note: I have not re-subscribed to the list yet and probably won't for another
week or so, so please CC me in any replies - TIA)
Hi,
I've discovered a small bug in how Cygwin (CVS HEAD as of Saturday) handles
reserved dos names created on managed mounts. I discovered this while working
with
yselkowitz wrote:
Gerrit P. Haase wrote:
| http://anfaenger.de/cygwin/gtk+/glib/glib_devel-2.4.2-1.tar.bz2
~ ^
| http://anfaenger.de/cygwin/gtk+/glib/glib_doc-2.4.2-1.tar.bz2
~ ^
Shouldn't these be glib-devel and
max wrote:
APR is the Apache Portable Runtime. APR-util is an addon package to APR
containing non-core useful features.
Both are required by Subversion.
I have prototype packages installed on my machine right now. I'll make apr,
then apr-util, sequentially available for review once my previous
Gerrit wrote:
Nicholas schrieb:
[EMAIL PROTECTED] wrote:
Do the current Cygwin berkeley DB maintainers have any plans to package BDB
4.2?
sure...
I'm nearly finished with the build, will try to test it tomorrow and
upload it after finishing the tests.
So it is already released? Excellent,
[EMAIL PROTECTED] wrote:
Do the current Cygwin berkeley DB maintainers have any plans to package BDB
4.2?
sure...
Harold L Hunt II wrote:
It looks like we no longer need ttmkfdir in order to expose the fonts
installed with Windows to X11. The mkfontscale utility that is included
with out distribution was inspired by ttmkfdir and essentially replaces it:
That's not what it says, at least it makes no claim
pechtcha wrote:
Harold,
I really hate to say this, but I told you so... :-D
Yeah, this name change business is a bit of a pain. I hope that this
whole X11 feud gets resolved eventually, so people can get back to
harmony and cooperation rather then wasting energy and resources on
maintaining
alper wrote:
On Fri, Apr 02, 2004 at 04:17:16PM +0200, Corinna Vinschen wrote:
1. Leafnode relies on hard-link counts, so current implementation of hlinks
on FAT32 breaks it. News spool has to be on NTFS, and it seems this will be
an NT/2K/XP only package.
Is that necessary? Can't that be
Earnie or Danny,
The recent directx reorganization in the winsup/w32api dir has allowed
some mingw-only code to slip into the general build
(lib/directx/dxerr.c). This causes a compile failure when building a
cygwin target. Please have the author of the new code rectify this by
not using
cgf wrote:
I'd like to explore new methods for getting packages into the
distribution, however.
Possibly we need a gdb packages steering committee which decides on
these things. It could have rules like a package needs a simple
majority vote to be a candidate for inclusion. I'd envision seven
cgf wrote:
On Tue, Mar 23, 2004 at 12:09:33PM +0100, Corinna Vinschen wrote:
Chris, do you have a personally approved set of indent options which
give a useful result, perhaps?
No, I don't use indent very often.
Gdb has an indent script, though. I've attached it to this message. I
can't
Here's what's changed since my last packaging attempt:
1) The following files are deleted from the distribution:
usr/bin/uptime.exe
usr/bin/kill.exe
usr/share/man/man1/uptime.1.gz
usr/share/man/man1/kill.1.gz
2) Fileutils patches have been included.
Package is available at the same location:
cgf wrote:
We've had a flood of package ITPs and a missing package maintainer.
I'm imposing a moratorium on ITPs for now.
Thank you!!! I was wondering when someone was going to stop the
insanity ;-).
Cheers,
Nicholas
lapo wrote:
Frédéric L. W. Meunier wrote:
The author returned from a coma and it got a new home -
http://libungif.sourceforge.net/ . 4.1.1 was released some days
ago.
Thanks, i'll have time to take a look at it (and package it) probably in
the beginning of next week ^_^
Speaking of which, I'm
cgf wrote:
On Sun, Feb 22, 2004 at 07:39:49PM +0100, Andreas Seidl wrote:
However, a new problem might have popped up. Reading this thread
http://www.cygwin.com/ml/cygwin/2004-02/msg01103.html
I wonder if there are legal problems for RedHat to distribute the ccrypt
package?
Andreas,
Next
pechtcha wrote:
Hi, all,
I would like to hear opinions on how useful a java-wrappers package would
be. The package will contain a few shell scripts that allow users to
invoke the regular Java SDK tools (java, javac, javadoc) from Cygwin,
making them look like their Unix counterparts (i.e.,
cgf wrote:
On Sun, Feb 22, 2004 at 04:27:06PM -0500, Nicholas Wourms wrote:
cgf wrote:
On Sun, Feb 22, 2004 at 07:39:49PM +0100, Andreas Seidl wrote:
However, a new problem might have popped up. Reading this thread
http://www.cygwin.com/ml/cygwin/2004-02/msg01103.html
I wonder
Hi,
Can someone please comment on what's holding up this patch:
http://sources.redhat.com/ml/cygwin-patches/2003-q4/msg00223.html
AFAICT, it was silently dropped without any reason. I'm waiting on
someone to commit it so that I can submit my update to getopt which
brings in the OpenBSD
danny_r_smith wrote:
Hello
This is a mingw issue, but effects cygwin -mno-cygwin apps (probably
setup) too so I cross-post to see what antipathy (a new word: as in
antipathy rules, OK) I raise.
The cygwin implementation of getopt and getopt_long effectively defaults
to POSIXLY_CORRECTness by
pechtcha wrote:
3) Patches for w32api should be sent to the mingw-patches mailing list
(see http://mingw.org/). FYI, they also have their own rules for
submitting patches -- see http://lists.sf.net/lists/listinfo/mingw-patches
for instructions.
Since when? I've seen patches for w32api posted to
wrote:
Please don't: we already have a perfectly good iconv implementation in the
distribution and there's no law against providing iconv as a separate library
from the kernel/libc/whatnot.
Of course it isn't against the law, but the fact is that most modern,
non-microsoft, libc's provide it.
[EMAIL PROTECTED] wrote:
On Jan 22 04:02, Reini Urban wrote:
Igor Pechtchanski schrieb:
http://cygwin.com/acronyms/#CAMP. Done. :-D
BTW: I hope you all know what camp originally means.
Originally a term defined by Susan Sontag for a special outrageous and
overt style mainly used by gays. We
[EMAIL PROTECTED] wrote:
This is a small package but one I hope will enable me (and perhaps
others) to contribute various SGML DTDs in a FHS-compliant way.
This is version 1.1-1 since there was a proposal about 2 years ago and
the 1.01-1 packages are floating around.
It is mainly a single perl
rkitover wrote:
Hi Gerrit,
Thanks so much for testing my package! What a mess :)
Gerrit,
Now that it seems we'll be providing perl module packages, I think we
should come up with some sort of naming standard for consistency. For
example, Red Hat prefixes their perl packages with perl- and
Pierre A. Humblet wrote:
At 12:46 PM 12/27/2003 -0500, Christopher Faylor wrote:
I missed the 'sh -c' clue in your previous message. Since sh uses
vfork, that indicates a vfork problem. I've checked in some more
changes to deal with this. It seems to do the right thing both with sh
-c and
Max Bowsher wrote:
I installed a self-built cygwin HEAD version - mostly it works fine, but it
causes odd failures during builds (speculation: race when many processes
being created and destroyed?)
The most common failure is a Windows error box:
The instruction at 0x6108621a references memory at
[EMAIL PROTECTED] wrote:
Again, you have not investigating the best solution here. You have
made up you mind based on just a few criteria and you are shoving it
down everyones throat. Given your strong statements and clear unwillingness
to discuss which project is best based on merit, don't
Hi All,
This is using a dll compiled from the latest cvs source. The problem
occurs in newly created subdirs of a managed mount's rootdir. For
illustration purposes, /usr/src is the mountpoint and /usr/src/temp is
the newly created directory. Here's how to reproduce:
1)mount /usr/src as
Hi all,
I gather this isn't going to be fixed, which is fine by me, since cp -a
-preserve=all works equally as well. However, I would like to note for
the record and the archives that `mv` is also experiencing problems when
moving non-managed folders to managed mounts as was hypothesized by
Charles Wilson wrote:
Nicholas Wourms wrote:
Charles would expect...an X-only drag-n-drop wouldn't be that
helpful.
Why not? We have other X11 packages which could utilize this. Plus,
Harold's on a mission to knock the number of X11 packages sky-high, so
undoubtly we'll see many more
Dr Volker Zell wrote
[SNIP]
I'll try if it works.
It should now since the latest X11 has fixed libXt so that a shared
Xaw3d works...
Charles that. I also suspect that --with-dragndrop won't work with an X-based
Charles build of XEmacs on cygwin (at least, not in the way we Windows
Dr Volker Zell wrote:
Hi
I would like to contribute and maintain the xemacs package:
* http://xemacs.org/ (Homepage)
* http://ftp.us.xemacs.org/ftp/pub/ (Download location)
Hi Dr Zell,
FYI, the emacs provided via setup is Xemacs, not GNU emacs. So this is
Chuck wrote:
So, maybe you *shouldn't* revert back to -release versioning. I'd ask
Bob F. what he was thinking...because 'strings cygMagick-6.dll' (or
'strings libMagick-5.5.x.so' on linux) shows that the
/usr/lib/ImageMagick-X.Y.Z/modules-Q16/coders/ path is compiled into the
DLL, which
[EMAIL PROTECTED] wrote:
David,
Billinghurst, David (CALCRTS) wrote:
I have built ImageMagick-5.5.3 as a shared library. It worked for me
some time in July 2003.
I indended to contribute the package myself, but (insert usual
excuses). I am travelling on business, but I have one of my old
Harold wrote:
Nicholas Wourms wrote:
Harold wrote:
David,
Billinghurst, David (CALCRTS) wrote:
I have built ImageMagick-5.5.3 as a shared library. It worked for me
some time in July 2003.
I indended to contribute the package myself, but (insert usual
excuses). I am travelling
Danny Smith wrote:
Nicholas wrote:
One problem is that you (or gcc) need to tell ld that 'foo' is function, not
data.
I'll be the first to admit that I'm almost totally w/o a clue when it
comes to assembly. I'm afraid the gas manual is not very helpful in my
effort to alleviate this :-(.
Nicholas Wourms wrote:
[SNIP]
#define strong_alias(name, aliasname) \
extern __typeof__(name) aliasname __attribute__((__alias__(#name))); \
__asm__(.def \_ #aliasname \; .scl 2; .type 32; .endef\n);
^^ ^^
Sorry,
Ack, I pasted an older version of the macro, which
Corinna wrote:
On Tue, Dec 02, 2003 at 12:26:24AM -0500, Daniel Reed wrote:
That being said, I will list you as voting pro for suite3270. The suite3270
proposal is now only one vote away, as you stated.
No, it's not. I voted already pro inclusion, right after Peter's
first proposal.
I say
Corinna wrote:
On Sun, Nov 30, 2003 at 12:57:48PM -0500, Nicholas Wourms wrote:
Corinna wrote:
I've run indent on flock.c since its formatting was non-GNU.
I can understand why you did it in this case (the tabs were out of
control), but can we make an exception for bsd/isc-derived code? I
[EMAIL PROTECTED] wrote:
On Sun, Nov 30, 2003 at 12:01:04AM +0100, Corinna Vinschen wrote:
Is there any reason this can't be a .cc rather than a .c
?
I was just following what was done with other pure C source files, such
as fnmatch.c. However, I'll make a note to use .cc in the future.
Corinna wrote:
On Thu, Nov 27, 2003 at 02:51:10PM -0500, Nicholas Wourms wrote:
Hi All,
Here is a patch to add the flock() syscall to Cygwin. I've noticed that some
Applied with changes.
I've run indent on flock.c since its formatting was non-GNU.
I can understand why you did
Alexey Volkov wrote:
Hello everybody.
Here is some kind of a [proposed] patch to fix charset(1) and
dotlocking(2) issues in the tin-1.6.2-1
[SNIP]
diff -urbN tin-1.6.2-1/src/Makefile.in tin-1.6.2-1-patched/src/Makefile.in
--- tin-1.6.2-1/src/Makefile.in 2003-08-10 19:27:36.0 +0600
+++
[EMAIL PROTECTED] wrote:
The package 'tzcode' is now available with the Cygwin distribution.
o http://www.twinsun.com/tz/tz-link.htm (Homepage)
o ftp://elsie.nci.nih.gov/pub/ (Download location)
I know the train has already left the station, but I do have a few
nitpicks
cgf wrote:
On Thu, Nov 27, 2003 at 02:51:10PM -0500, Nicholas Wourms wrote:
And, the employee was...? Your reasoning may be correct but it isn't
possible to know for sure without details.
Chris,
Ooops, sorry about that! I meant to fill it in after I finished and had
a chance to look up his
news.gmane.org wrote:
I'm running in concurrences 5 complex bash batch, and sometimes (2 times on
3) one or more (very rarely) batch stop to do something. I've put a lot of
trace to see where is the problem, but seems rarely arrived at the same line
of code.
I've also tried to use strace tool,
Nicholas Wourms [EMAIL PROTECTED]
* Makefile.in: (DLL_OFILES): Add flock.o.
* cygwin.din: Export flock _flock.
* flock.c: New file.
* include/sys/file.h: Include sys/cdefs.h.
Add function prototype for flock().
Add some comments from BSD's header
Hi All,
Gerrit and I were discussing this off-list, but I thought it appropriate
that I move it to the main list since he has confirmed the problem.
Here's the problem, programs are segfaulting when the are linked to a
symbol which was aliased using __attribute__((alias)) in a dll. Here is
a
[EMAIL PROTECTED] wrote:
Gareth == Gareth Pearce [EMAIL PROTECTED] writes:
Hmm... just noticed that you have libgd2 and libgd2-devel... I was under
the impression that you should stick the DLL version in the libgd
package name, which you did, but I thought that the DLL version
[EMAIL PROTECTED] wrote:
On Wed, Nov 19, 2003 at 01:23:05PM -0500, Pierre A. Humblet wrote:
Does linux use a recent bind adding underscores (grep res_query resolv.h)?
Yes.
Does OpenSSH's configure behave OK there? If so, why?
Apparently, on Linux the shared lib libresolve.so defines not
Pierre Humblet wrote:
Nicholas Wourms wrote:
[snip]
However, the kludge I use to get around this is to just do this in the
source file:
#define foo __foo
int
__foo {
}
Or you can use a typedef if your symbol is a struct or similar.
I am not sure if this addresses the problem at hand
Pierre Humblet wrote:
Corinna Vinschen wrote:
[SNIP]
Btw, could cygwin use weak symbols instead of newsym?
I suspect this would take quite a bit of doing. In addition to being
aliases, weak symbols are also supposed to be weak. That is, if
locally controlled source redefines the symbol,
Pierre Humblet wrote:
Nicholas Wourms wrote:
I am not sure if this addresses the problem at hand.
There IS and include file with #define foo __foo
but configure runs in a problem when it calls foo() without including
said include file. Thus we would like to have both __foo and foo.
Noo, you
Corinna,
I just pulled from cvs a few minutes ago, and I was suprised by what
came down in the winsup dir. If it hasn't already been said, many
thanks for what looks like a huge effort on your part to extend
Cygserver's fuctionality. It seems like it might be poised to replace
cygipc.
[EMAIL PROTECTED] wrote:
Nicholas Wourms wrote:
[EMAIL PROTECTED] wrote:
Volker,
I tried to build the package and got the following from the prep step:
aclocal: configure.ac: 46: macro `AM_ICONV' not found in library
I have updated all of my packages to the latest curr releases.
Were you
[EMAIL PROTECTED] wrote:
Hi
I would like to contribute and maintain the timezone package:
* http://www.twinsun.com/tz/tz-link.htm
a public-domain time zone database which contains code and data that
represent the history of local time for many representative locations
around the globe. This
[EMAIL PROTECTED] wrote:
On Tue, Nov 04, 2003 at 02:40:20PM +0100, Corinna Vinschen wrote:
May I again ask the package maintainers of packages, which still
use openssl-0.9.6, to update their packages to use openssl-0.9.7?
These packages are
- linksSami Tikka
- mod_php4 Stipe Tolj
- mod_ss
[EMAIL PROTECTED] wrote:
Daniel Reed wrote:
http://cygwin.com/ml/cygwin-apps/2003-11/msg00068.html
* From: Corinna Vinschen vinschen at redhat dot com
* To: cygwin-apps at cygwin dot com
* Date: Tue, 4 Nov 2003 14:40:20 +0100
* Subject: Please update links, mod_php4, mod_ssl,
[EMAIL PROTECTED] wrote:
On Thu, Oct 30, 2003 at 08:43:31AM -0600, Gary R. Van Sickle wrote:
Current packaging instructions at http://cygwin.com/setup.html#package_contents
indicate that --sysconfdir should be set to /etc. Should this perhaps be
changed to /etc/defaults/etc, with the subsequent
Harold L Hunt II wrote:
Noted. I am not sure that I can do anything about that. Doesn't seem
like it would be worth looking into at the moment. I would gladly
accept a tip or patch from anyone.
I don't know how, but I think this is my fault. I modified the install
script to bzip the
[EMAIL PROTECTED] wrote:
[SNIP]
2003-10-28 Nicholas Wourms [EMAIL PROTECTED]
* include/sys/param.h: Define some page counting macros.
(PAGE_SHIFT): Define.
(PAGE_SIZE): Define.
(PAGE_MASK): Define.
Tidy tab/whitespace formatting from last patch.
Sorry, but I have several
the patch to preserve formatting.
Cheers,
Nicholas
* This is the same value used by Linux/ia32, *BSD/ia32, Wine, and the
Windows DDK in the cvs repo.
2003-10-28 Nicholas Wourms [EMAIL PROTECTED]
* include/sys/param.h: Define some page counting macros.
(PAGE_SHIFT): Define.
(PAGE_SIZE
[EMAIL PROTECTED] wrote:
}
+list() {
+ (cd ${instdir} \
+ find . -name * ! -type d | sed 's/\.\/\(.*\)/\1/' )
+}
pkg() {
(cd ${instdir} \
tar cvjf ${bin_pkg} * )
@@ -173,6 +177,7 @@
check) check ; STATUS=$? ;;
clean) clean ; STATUS=$? ;;
install) install ; STATUS=$? ;;
+
[EMAIL PROTECTED] wrote:
[SNIP]
See above. I think that's an it depends. If I was looking for gcc
and knew about mingw, I might expect to find a gcc-mingw package.
No argument here. But along the same lines, mingw-zib should probably
be changed to zlib-mingw.
Cheers,
Nicholas
censored wrote:
SNIP
Nicolas wrote:
First off, you have /usr/share/doc/fltk /usr/share/doc/fltk-1.1.4.
Done
Second, where are the include files? Building fltk apps will
definitely need those.
yep, included now
Third, you can ditch /etc/postinstall since you aren't using a script.
Done
[EMAIL PROTECTED] wrote:
Hallo,
I have updated the Sleepycat Berkeley DB to the latest release which
is 4.1.25. To continue what was started once, please put db4.1 in its
own subdirectory under release/db/db4.1/.
Thanks for doing this Gerrit. Did you include the post-install scripts?
(I don't
Corinna,
In the inetutils -25 package which just showed up on ftp, your tarball
contains paths with .\ prefixes. I suspect that your source
argument for tar was a . instead of *. Unfortunately setup doesn't
handle this case right for cygwin-style bind mounts and ends up
putting contents
[EMAIL PROTECTED] wrote:
On Wed, 3 Sep 2003, Charles Wilson wrote:
Are you sure you didn't use .gz back then? ;-)
Try
ftp://ftp.ics.kiev.ua/pub/mirror/sourceware.cygnus.com/pub/cygwin/contrib/ncurses/ncurses-5.2-1-src.tar.gz.
Igor
Three cheers for the Ukrainians!
Cheers,
Nicholas
[EMAIL PROTECTED] wrote:
On Sat, 23 Aug 2003, Igor Pechtchanski wrote:
Another *very* minor issue -- empty directories (etc/postinstall and
usr/lib/lftp/2.6.6). They don't hurt, but I couldn't find the purpose
of usr/lib/lftp/2.6.6 anywhere in the documentation.
Igor,
That directory holds the
[EMAIL PROTECTED] wrote:
On Mon, Aug 18, 2003 at 12:05:39PM -0400, Christopher Faylor wrote:
On Mon, Aug 18, 2003 at 11:00:22AM -0500, Robert McNulty Junior wrote:
I had the same problem.
My solution was to get rid of -lm.\
This is not a solution. It is a workaround.
Ok. I see the problem.
[EMAIL PROTECTED] wrote:
FYI,
your copyright assignment form has been received by Red Hat. Patch away!
Any outstanding issues besides argz/envz?
Not yet, I've got a few things I'd like to contribute to newlib first.
However, I do have a few questions...
1)Did my MUA strip the tabs from the
was
hoping this change would be small enough to go in before then.
Cheers,
Nicholas
2003-08-07 Nicholas Wourms [EMAIL PROTECTED]
* include/sys/param.h (setbit): Add new bitmap related macro.
(clrbit): Likewise.
(isset): Likewise.
(isclr): Likewise.
(howmany): Add new counting
[EMAIL PROTECTED] wrote:
Nicholas Wourms wrote:
Planning ahead for future possibilities is always a good thing, so in
that respect this seems like a sound idea. Since we are already
dealing with ABI breakage, I thought I'd float this now to see what
people think. Would a change like
Steve Coleman wrote:
Graham Lamont wrote:
perl -MCPAN -e shell
Anybody experience similar ?
I've been having problems with the latest version of Perl (5.8.0-3)
while running/installing from CPAN on WinME. Using the previous version
(5.6.1-2) seems to work fine for me when installing from
I asked this off list, but I really should be asking it on list. Posted
here for the archives and if anyone cares to comment.
Cheers,
Nicholas
[EMAIL PROTECTED] wrote:
On Wed, Aug 13, 2003 at 07:44:43PM -0400, Nicholas Wourms wrote:
Corinna,
I can't really find any history on inttypes.h
Christopher Faylor wrote:
On Tue, Aug 05, 2003 at 10:37:53PM -0400, Samuel Thibault wrote:
Le lun 04 ao? 2003 20:05:45 GMT, Nicholas Wourms a tapot? sur son clavier :
That being said, My suggestion to Samuel would be to investigate the
FreeBSD cvs repo to see if they have implimented ftw
Hi Jan,
Just thought I'd alert you to the fact that `guile-config compile`
returns a bogus include dir (it uses the dir you passed to mknetrel).
While not an overt bug, this could cause trouble if, for example, a
configure script tried to check to see if this dir actually existed.
Cheers,
1 - 100 of 387 matches
Mail list logo