Yes, that sounds accurate. I was going to try to hang on to a few...
but we ended up moving from California to NYC shortly afterward and I've
just got settled enough to check mail in this list, so I guess I have to
admit that I will probably never get around to working on Cygwin
packages
Corinna Vinschen wrote:
From my list of packages you maintained so far, I'm missing
cppunit
distcc
links
Okay, missed those too. I think I should let those go. I haven't used
them personally in over a year. I'll wait to post another compiled list
of keeping/resigning for a few
Christopher Faylor wrote:
On Sat, Aug 19, 2006 at 12:23:50PM -0700, Harold L Hunt II wrote:
Actually, it was kinda random that I even looked at the list today.
I've been doing other things for a long time now:
http://www.starnet.com/huntntech
I knew you were doing other things but when we
Home Page
=
http://sourceforge.net/projects/tnef
Debian has tnef in stable
=
http://packages.debian.org/stable/text/tnef
Download links
==
http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/tnef/tnef-1.3.4-1-src.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/tnef/setup.hint
Harold
Christopher Faylor wrote:
[snip]
Please *do* send your upload announcements here, but just the raw facts,
please, no descriptions of why you are updating or what the new features
are. Just URLs are all that is required.
[snip]
Let me see if I am reading this correctly:
When sending a
Christopher Faylor wrote:
On Wed, Dec 07, 2005 at 05:10:06PM -0800, Harold L Hunt II wrote:
Christopher Faylor wrote:
Please *do* send your upload announcements here, but just the raw facts,
[snip]
Let me see if I am reading this correctly:
When sending a message to cygwin-announce,
here
Files
=
http://homer.starnet.com/~hunth/cygwin/release/wget/wget-1.10.2-1.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/wget/wget-1.10.2-1-src.tar.bz2
unchanged:
http://homer.starnet.com/~hunth/cygwin/release/wget/setup.hint
Changes
===
2005-11-15 Harold L Hunt II
Both.
Harold
Christopher Faylor wrote:
On Wed, Nov 16, 2005 at 01:42:07PM -0800, Harold L Hunt II wrote:
Files
=
http://homer.starnet.com/~hunth/cygwin/release/wget/wget-1.10.2-1.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/wget/wget-1.10.2-1-src.tar.bz2
unchanged:
http
Alan,
Thanks for the heads up, but next time I'll take the notice without the
lip, thank you.
Harold
Alan Dobkin wrote:
FYI, Wget 1.10.2 was released over a month ago (on October 13, 2005):
The latest stable version of Wget is 1.10.2. This release contains
fixes for a major security
The following is useful information from me... I'm giving some guidance
on decisions that need to be made, but I've long since relinquished any
responsibility to make those decisions, so just ignore my advice if you
disagree, rather than getting all uppity about how I'm not in charge and
Igor Pechtchanski wrote:
On Mon, 10 Oct 2005, Harold L Hunt II wrote:
The following is useful information from me...
[snip]
xwinclip
I'm still listed as the maintainer of this and I declare it obsolete.
I'm not going to maintain it anymore and it doesn't need to exist
anymore, so please
, Harold L Hunt II wrote:
Corinna Vinschen wrote:
On Oct 2 20:58, Harold L Hunt II wrote:
Got it...
One question though: when you built it, was it statically linking the
ssl libs? When I just rebuilt it, it statically linked them... which
makes me think that the openssl install dependency
Corinna Vinschen wrote:
On Oct 2 20:58, Harold L Hunt II wrote:
Got it...
One question though: when you built it, was it statically linking the
ssl libs? When I just rebuilt it, it statically linked them... which
makes me think that the openssl install dependency is wrong, since I'm
Corinna Vinschen wrote:
On Oct 3 09:48, Harold L Hunt II wrote:
Corinna Vinschen wrote:
On Oct 2 20:58, Harold L Hunt II wrote:
Got it...
One question though: when you built it, was it statically linking the
ssl libs? When I just rebuilt it, it statically linked them... which
makes
Files
=
http://homer.starnet.com/~hunth/cygwin/release/wget/wget-1.10.1-2.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/wget/wget-1.10.1-2-src.tar.bz2
unchanged:
http://homer.starnet.com/~hunth/cygwin/release/wget/setup.hint
Changes
===
2005-10-02 Harold L Hunt II
Hack,
Great idea... seemed to work just fine on this end.
I've just posted a 1.10.1-2 for upload that has ssl support re-enabled.
Harold
Hack Kampbjorn wrote:
Harold L Hunt II wrote:
What I wanted to know, though, was historically whether wget has
linked against the static or shared libs
Got it...
One question though: when you built it, was it statically linking the
ssl libs? When I just rebuilt it, it statically linked them... which
makes me think that the openssl install dependency is wrong, since I'm
pretty sure there aren't any config files needed from the openssl
Harold L Hunt II
- update to version 1.10.1 noteable:
* supports files larger than 2GB
* NTLM authentication supported
* no longer truncates partial downloads
* lots of SSL/TLS changes
* 'wget -b' works correctly
Hack!
I rerolled wget with the latest version that supports 2 GB files, and
offerred to accept maintainership if you didn't want it anymore:
http://cygwin.com/ml/cygwin-apps/2005-09/msg00074.html
Chris said to await a response from you:
Corinna Vinschen wrote:
Guys,
On Sep 15 19:50, Yaakov S wrote:
Harold L Hunt II wrote:
Yaakov S wrote:
I've already built 2.1.9 in order to run the current GIMP, so if you're
not interested in updating this one, please let us know.
It's yours.
Accepted. I'll have an update out
Hold up... am I not reading something correctly? Was the binutils
change that caused the problem ever reverted? If not, the problem will
still exist. I never heard that the change was reverted, so I'm
wondering why binutils being up to date matters at all. IIRC, with the
binutils change in
Brian,
Brian Ford wrote:
On Thu, 15 Sep 2005, Harold L Hunt II wrote:
Brian Ford wrote:
On Thu, 15 Sep 2005, Harold L Hunt II wrote:
[snip]
That's pretty much why the lesstif package is stuck where it is: it
didn't work with nedit.
We must have a mis-communication here.
I told you
Lapo,
Lapo Luchini wrote:
Corinna Vinschen wrote:
[snip]
libungifAFAIR is should be Harold's since 4.1.0-3
Lapo
Hmm...
Here is me announcing a 4.1.2-1 for your eval:
http://www.cygwin.com/ml/cygwin-apps/2004-03/msg00044.html
Here is a response from you about how you think
Sorry, I sent this earlier today, but from the wrong account so it ended
up bouncing.
Yaakov S wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gerrit P. Haase wrote:
Harold L Hunt II wrote:
[...package list...]
freetype?
Indeed, freetype2 is somewhat out of date.
I've already
I've been downloading lots of DVD ISO files of linux distributions
lately (around 4 GB in size) and got burned a couple of times because
wget did not support files larger than 2 GB; the behavior when a file
was larger than 2 GB gave some false hope that perhaps the UI portion of
wget couldn't
I used to get them all the time as well, then I setup a special filter
in my mail.
I sent numerous messages to that host trying to get a human to look at
the problem, but never received any reply.
Very annoying.
Harold
Corinna Vinschen wrote:
On Aug 4 16:47, Corinna Vinschen wrote:
On Aug
http://homer.starnet.com/~hunth/cygwin/release/X11/WindowMaker/WindowMaker-0.90.0-2.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/X11/WindowMaker/WindowMaker-0.90.0-2-src.tar.bz2
(Yes, the setup.hint has been updated, please be sure to get it too)
Max Bowsher wrote:
[...]
Of course, normally these are the same, but in my case they are not.
Therefore, the following patch changes all occurrences where ${BASEPKG}
is used in the second sense to ${PKG}-${VER}, so that ${BASEPKG} may be
redefined in my case.
[...]
Max,
My two cents:
Stick
s/Since I've not/Since I've now/
Harold
Harold L Hunt II wrote:
Since I've not written three times more words that would be in such a
comment, I might as well give it a go:
Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 10:38:36AM -0700, Harold L Hunt II wrote:
Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote:
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
I took
Christopher Faylor wrote:
On Sat, Jun 11, 2005 at 12:35:50PM -0400, Christopher Faylor wrote:
On Sat, Jun 11, 2005 at 11:32:40AM -0400, Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 11:44:09PM -0700, Harold L Hunt II wrote:
Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 10:38:36AM
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
Homepage
http://www.x.org/contrib/devel_tools/
Description
===
http://www.x.org/contrib/devel_tools/xmon.1.5.6.README
Xmon interactively monitors the byte-stream connections between an
Christopher Faylor wrote:
On Fri, Jun 10, 2005 at 02:14:16AM -0700, Harold L Hunt II wrote:
I packaged the xmon program today (and used it extensively, so I know it
works) for Cygwin.
I took the liberty of checking Debian and see that this is a standard
package there, so there is no need
http://homer.starnet.com/~hunth/cygwin/release/X11/xterm/setup.hint
(unchanged)
http://homer.starnet.com/~hunth/cygwin/release/X11/xterm/xterm-202-1.tar.bz2
ed44f5b81dfda95bf4f3a4a330e30445
http://homer.starnet.com/~hunth/cygwin/release/X11/xterm/xterm-202-1-src.tar.bz2
http://homer.starnet.com/~hunth/cygwin/release/distcc/setup.hint
(unchanged)
http://homer.starnet.com/~hunth/cygwin/release/distcc/distcc-2.18.3-1.tar.bz2
c5b9509fb5dfd30d2d76d3846832d771
http://homer.starnet.com/~hunth/cygwin/release/distcc/distcc-2.18.3-1-src.tar.bz2
or negative review
to post this, since it is all minor bug fixes and extremely unlikely to
break anything.
Harold
Harold L Hunt II wrote:
http://homer.starnet.com/~hunth/cygwin/release/distcc/setup.hint
(unchanged)
http://homer.starnet.com/~hunth/cygwin/release/distcc/distcc-2.18.3-1.tar.bz2
Corinna Vinschen wrote:
On May 23 18:50, Corinna Vinschen wrote:
On May 23 09:41, Harold L Hunt II wrote:
Was there something specific you saw indicating that cygipc was still
being used? If it is the setup.hint, then the setup.hint is just out of
date.
It's the requires: line
Corinna,
I thought I did this already, have you double-checked that you have the
absolute latest version of the ddd package and that something isn't
horked with your installation?
I was going to post new versions of some of my packages, but I no longer
have direct upload access and I
Oh yeah, and:
[EMAIL PROTECTED] ~
$ cygcheck ddd | grep cygipc
[EMAIL PROTECTED] ~
$
Was there something specific you saw indicating that cygipc was still
being used? If it is the setup.hint, then the setup.hint is just out of
date.
I went on a pretty thorough campaign to get rid of
Lets see, GraphicsMagick, ImageMagick, WindowMaker, ddd, fvwm, lesstif,
libsmi (was that me?), nedit, openbox, transfig, xfig, xfig-lib, xgraph
(me???), and xterm. About 14 of 21.
Wow, looks like I'm the number-one offender. ;)
Harold
Brian Dessent wrote:
This is a request to all package
Brian,
I noticed one thing, perhaps this was intentional: the Just Me and
DOS/text options stay at the bottom of the option group when you
resize or maximize the setup window. It looks a little silly, but if
that is the intent, then it is fine with me :)
The addition of the manifest makes the
Brian,
Would it be possible to hide the ZZZRemovedPackages category when in
Category view, without changing the dependency logic regarding this
category?
Also, would it be possible to sort this category to the bottom of the
list in all other views and ignore it when calculating the width to
I concur with the checkbox approach to hiding them altogether.
Much less complicated and provides a way out to weird users (whom are
the most likely to complain ;)
Harold
Brian Dessent wrote:
Harold L Hunt II wrote:
Would it be possible to hide the ZZZRemovedPackages category when in
Category
Brian,
My major pet peeve has always been that setup.exe doesn't do any sanity
checks on mount points to ensure that they actually exist on disk before
starting the install process. Of course, if a mount point points to the
D: drive that has been removed, setup effectively untars the packages
Andrew,
I tried packaging screen a long time ago, and failed.
I got it compiling, but it didn't work correctly. I seem to recall that
it really didn't work at all.
The major obstacle to porting screen is that you have to understand how
Cygwin handles terminals, which I don't, but maybe you do.
Can I get two more +1 votes?
I'll take Gerrit's testing as a good to go. I'll fix additional
problems that crop up later.
Harold
[EMAIL PROTECTED] wrote:
Hello Harold,
your nail works (if you can read this;)
To test the direct SMTP mail with nail I have this in .mailrc
in my home directory:
set
The lesstif package was last built and released (0.93.94) with gcc-3.3.1
(or earlier, not sure). Performing a rebuild of the lesstif source as
released (or any lesstif version after that) results in a good build,
but one that gives a status access violation *immediately* upon being
loaded;
nail, an enhanced mailx command
http://nail.sourceforge.net/
sdesc: nail
category: Mail
requires: cygwin
ldesc: An enhanced mailx command
http://www.cse.msu.edu/~huntharo/cygwin/release/nail/setup.hint
http://www.cse.msu.edu/~huntharo/cygwin/release/nail/nail-11.11-1.tar.bz2
Christopher Faylor wrote:
[snip]
Isn't there anyone out there who can perform the dead-simple act of packaging
up nail for this purprose?
Sorry, can't be done: nail has a file called aux.c... the apocalypse
must be coming soon.
Harold
Ross Smith II wrote:
[snip]
Also, given that
http://cvs.sourceforge.net/viewcvs.py/nail/nail/README?rev=HEADview=markup
states:
On the other hand, I strongly discourage from porting nail to Windows
and environments that make Windows look Unix-like; I won't accept any
patches or suggestions that go
Charles R. Hardnett wrote:
Hi,
I would like to maintain the xcoral package. The source is found at
http://xcoral.free.fr
+1 from me.
Harold
Dr. Volker Zell wrote:
Hi
I would like to contribute and maintain the xpdf package:
* http://www.foolabs.com/xpdf/ (Homepage)
* ftp://ftp.foolabs.com/pub/xpdf (Download location)
+1 from me.
Harold
+1 vote from me.
Harold
Okay, it is fixed now. There is a 6.0.4 version that is posted. The
release notes explain the source of the problem (read: me).
In addition, I installed jasper, lcms, and libfpx so support for these
was compiled in. ImageMagick doesn't seem to do anything with libwmf...
is that correct?
Harold L Hunt II wrote:
Okay, it is fixed now. There is a 6.0.4 version that is posted. The
release notes explain the source of the problem (read: me).
In addition, I installed jasper, lcms, and libfpx so support for these
was compiled in. ImageMagick doesn't seem to do anything with libwmf
Hey man, ease. I've got it on my to-do list but right now our new baby
takes priority. If you could help me out by telling other people to
chill out for another week or so I'd appreciate it.
Thanks,
Harold
Chris January wrote:
I just updated my cygwin and related apps to the latest
versions
The real solution is that ghostscript needs to be rebuilt ASAP against
the new xorg-x11-* packages, which are two major releases newer than the
version that ghostscript was built against.
Harold
David Yerger wrote:
Tried to do a pdf2ps, got missing libICE.dll message -
Re-running installer
There is the following in the gbs:
if [ -z $MY_CFLAGS ]; then
MY_CFLAGS=-O2
fi
if [ -z $MY_CFLAGS ]; then
MY_LDFLAGS=
fi
It appears that the second if should be testing '$MY_LDFLAGS', not
'$MY_CFLAGS'.
Harold
Chuck hit the nail on the head. I handed over control of Cygwin/X
because I am no longer interested in it. On the other hand, I still use
Cygwin proper to get things done, so I can't exactly just sit there if
package foo is not yet available for Cygwin and I need it for
something I am
+1 from me. I've been dying to get OpenJade on Cygwin for years.
However, I can't remember if it was OpenSP or OpenJade itself that gave
compilation problems. In other words, have you finished the tough part
yet, or was OpenSP easy?
Harold
Gerrit P. Haase wrote:
Hello,
I want to
I'm pretty sure I have three votes now. I guess I'll get around to
uploading the package in a week or two. :)
Harold
Yaakov Selkowitz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Harold L Hunt II wrote:
| I want to contribute/maintain cppunit.
| Canonical website: http://cppunit.sourceforge.net/
Pro from me.
Just need one more vote now. I've been using the package for creating
unit tests, so I give
I want to contribute/maintain cppunit.
Canonical website: http://cppunit.sourceforge.net/
Package setup.hint:
===
sdesc: A C++ unit testing framework. It started its life as a port of
JUnit to C++ by Michael Feathers.
ldesc: CppUnit is a C++ unit testing framework. It started its life as
a port
XmHTML was in the 'XFree86' category, which is non-existant. I changed
the setup.hint on sources.redhat.com and replaced the 'XFree86' category
with the 'X11' category. Just wanted to let you know so the master
setup.hint can be updated.
Harold
+1 from me.
Harold
+1 from me.
Harold
Nicholas Wourms wrote:
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
Christopher Faylor wrote:
Harold Hunt has just, without any discussion here, created two new
categories. One is understandable and probably doesn't require
discussion.
I actually created ZZZRemovedPackages at least a month or more ago. As
you mention, X11 was not created, it was a rename of
Igor Pechtchanski wrote:
On Wed, 7 Apr 2004, Christopher Faylor wrote:
Harold Hunt has just, without any discussion here, created two new
categories. One is understandable and probably doesn't require
discussion.
He's changed XFree86 to X11. Oddly enough, XFree86 isn't currently
listed as a
Robert Collins wrote:
On Thu, 2004-04-08 at 06:38, Harold L Hunt II wrote:
[cue offended remark from Rob Collins after his last offended remark
almost three weeks ago with still no action as far as I can tell, sorry
Rob, but I wish you could be more honest with yourself about how much
time
I vote pro for XmHTML.
I believe that means that it now has the required 3 votes and a good to
go review.
Harold
Oops. Instead of deleting the old -8 package I deleted the new -9
package. That left -8 without a matching -8 man-src package. Fixed now.
Harld
Christopher Faylor wrote:
- Forwarded message from Cron Daemon -
From: (Cron Daemon)
To: cgf
Subject: Cron cd
Christopher Faylor wrote:
It seems like development for setup.exe is sort of stalled.
I agree completely.
At the very least, it would be nice to get out a new release which
resized correctly. I know that the current implementation isn't perfect
but I wonder if it is better than the alternative
Corinna Vinschen wrote:
On Mar 16 14:54, Joe Buehler wrote:
I haven't uploaded anything in a while so please let me know if
there are any new requirements on the part of Cygwin package
maintainers or packages...
New GNU emacs package files are available at:
Corinna Vinschen wrote:
On Mar 18 14:54, Harold L Hunt II wrote:
Corinna Vinschen wrote:
- The info pages are still in /usr/info, they should be in /usr/share/info.
- Ditto for /usr/man vs. /usr/share/man.
- Don't supply emacs-ctags. It conflicts with the ctags package which
provides
Igor Pechtchanski wrote:
On Thu, 18 Mar 2004, Harold L Hunt II wrote:
[snip]
Oops. Mea culpa. I've verified that it worked in bash, and ran the
script through sh -n (which turns out to not be enough).
Harold, could you please try the attached patch and see if it fixes things
for you? If yes
Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Harold L Hunt II wrote:
I am posting this for review by Lapo, the current maintainer of
libungif. If Lapo approves, I will upload this ASAP.
I'm packagin' 4.1.1, but in the meantime feel free to upload this one
(that seems
Package: otcl 1.0.9-1 [2003-10-29]
Description: OTcl, short for MIT Object Tcl. (main package)
Also: libotcl0 [OTcl, short for MIT Object Tcl. (runtime)]
Also: libotcl-devel [OTcl, short for MIT Object Tcl. (development)]
Proposal:
I recompiled and posted a new build of the Cygwin/X package that were
previously dependent on cygipc against cygserver instead. All
setup.hint files for Cygwin/X packages and other X packages maintained
by myself (not requiring a rebuild) have been updated to no longer
require cygipc.
I
Correct me if I am wrong, but the 'xemacs' package is including the
following file:
/usr/bin/xemacs-21.4.15-4036492d.dmp (2855 KiB)
It seems that this is nothing more than a crash dump file and that it
mistakenly in the binary package file. Is that correct? If so, it
should shave a
Hmm... definitely not a crash dump file
Sorry for the noise.
Harold
Harold L Hunt II wrote:
Correct me if I am wrong, but the 'xemacs' package is including the
following file:
/usr/bin/xemacs-21.4.15-4036492d.dmp (2855 KiB)
It seems that this is nothing more than a crash dump file
Christopher Faylor wrote:
On Tue, Mar 16, 2004 at 11:05:10PM -0500, Harold L Hunt II wrote:
I recompiled and posted a new build of the Cygwin/X package that were
previously dependent on cygipc against cygserver instead. All
setup.hint files for Cygwin/X packages and other X packages
Dr. Volker Zell wrote:
Christopher == Christopher Faylor writes:
Others need to update setup.hint's for (no rebuild required):
*** gd
*** libgd-devel
*** libgd2
*** gnuplot
*** gv
*** xemacs
I think these are all mine ...
Okay.
Christopher I find it hard
Oops, fixed it.
Harold
Christopher Faylor wrote:
upset: *** warning package libXft1 refers to non-existent external-source: libXft
Maybe upset just caught a snapshot of a work in progress but I'm
forwarding this message along just in case since I'm going to bed.
cgf
Attached is a patch to mkshortcut to allow it to take a [-d|--desc] DESC
option that specifies the text of the description (tooltip text) for the
shortcut. If -d|--desc is not specified, then the previous behavior of
setting the description to the POSIX path to the application is used.
I have
Lapo,
Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Harold L Hunt II wrote:
I am posting this for review by Lapo, the current maintainer of
libungif. If Lapo approves, I will upload this ASAP.
I'm packagin' 4.1.1, but in the meantime feel free to upload this one
Corinna Vinschen wrote:
On Mar 9 14:03, Oodini wrote:
Hello,
I've just installed Cygwin on Windows 2000 to learn Unix stuff, and I
don't succeed to run emacs.
Windows looks for the missing dll libICE.dll.
Please note that I don't know Unix, except some basic command.
Thanks for help.
Frédéric L. W. Meunier wrote:
Sorry, sent it to cygwin-xfree. Time to sleep.
On Tue, 9 Mar 2004, Harold L Hunt II wrote:
Lapo Luchini wrote:
Actually I was thinking about using --without-x in next release.
But no other program seems to use it, except WMaker, that uses X11 anyway
distribution
soon after 2004/03/05. (Harold L Hunt II)
2) Added dependency on XFree86-bin in setup.hint. (Harold L Hunt II)
3) Fixed build script to clean the autom4te.cache directory in
'mkpatch' step. (Harold L Hunt II)
4) Fixed build script to ignore files generated by relibtoolize, since
this step
The patches I made worked for libungif-4.1.2 as well, so I packaged up
libungif-4.1.2-1 as a 'test' package on my site. You can point Cygwin's
setup.exe at the following address to install either 4.1.0-3 or 4.1.2-1:
http://www.egr.msu.edu/~huntharo/cygwin/
Changes for libungif-4.1.2-1 from
Jari,
You have a dependency in setup.hint on 'cygipc2'. There is no such
package, it is called 'cygipc'.
You also have a dependency on 'xfree86-base'. Note that the package
name is 'XFree86-base'. This should be fixed for consistency.
Did you actually try to use this package? I ran it
Jari,
There is a dependency in setup.hint on 'cygipc2'. There is no such
package, it is called 'cygipc'.
There is a dependency on 'xfree86-base'. Note that the package name is
'XFree86-base'. This should be fixed for consistency.
Some files are installed to /usr/lib/X11/app-defaults. This
Igor Pechtchanski wrote:
On Thu, 4 Mar 2004, Harold L Hunt II wrote:
If aterm is based on rxvt, it probably runs /bin/sh rather than /bin/bash
(which would explain the escape sequence problem above). The solution for
rxvt (which should also help here) is to run rxvt -e bash.
I agree
Charles Wilson wrote:
Harold L Hunt II wrote:
You have a dependency in setup.hint on 'cygipc2'. There is no such
package, it is called 'cygipc'.
Also, any *new* packages, IMO, should not rely on cygipc at all.
Instead, they should be compiled against cygserver, which beats the
pants off
Thank you for the clarification on what is happening.
Harold
Christopher Faylor wrote:
I've asked our legal department to file the proper paperwork to
enable us to provide the following packages:
- GnuPG
- ccrypt
- zip/unzip with encryption
They seem to be indicating that there is no problem
Igor Pechtchanski wrote:
XFree86-f*.sh: umount, cygpath, mount
Note: the above script should also check that the directory is
already mounted in the correct mode instead of unmounting and
remounting it all the time.
The reason we force an unmount is that the mount point
Igor,
So, can I get an example of how to do this setting of the PATH? Is it
as easy as:
PATH=/bin
???
Is it going to be a problem to have #!/bin/bash or #!/bin/sh at the
top of the script? If so, what should that be instead?
Harold
Igor,
Igor Pechtchanski wrote:
On Tue, 24 Feb 2004, Harold L Hunt II wrote:
Igor Pechtchanski wrote:
XFree86-f*.sh: umount, cygpath, mount
Note: the above script should also check that the directory is
already mounted in the correct mode instead of unmounting and
remounting
Robert Collins wrote:
On Wed, 2004-02-25 at 07:39, Harold L Hunt II wrote:
I'm updating the xfig setup.hint files right now. I am also fixing the
longstanding issue of depending upon ghostscript instead of
'ghostscript-x11 ghostscript-base'. This has caused numerous compliants
about being
1 - 100 of 237 matches
Mail list logo