Pierre A. Humblet wrote:
Given that 1.8.3-3 and 1.8.3-4 contain incompatible dlls, isn't the
tradition to name the packages differently and have them coexist in
setup for a while (without default upgrading when in non-test mode)?
That way old applications can keep working when gdbm is updated
to change it to 4 for the
1.5.0 release. This affects emacs-X11, WindowMaker, and tetex-bin)
There is one other change in this test release:
* updated to the tiff-v3.6.0beta2 release
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
executable-only packages...zip, unzip,
cvs, ...
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Also, bumped to latest source release, 1.5
jbigkit-1.5-1
jbigkit-1.5-1-src
Yes, I was able to release a package containing a DLL in a single,
monolithic package! Hooray! But wait, there's more...
--
Chuck
Simply recompiled on a cygwin-1.5.0 system. No other changes.
(But that makes TWO DLL-positive packages released monolithically!)
--
Chuck
Refreshed to latest version and recompiled for cygwin-1.5.0.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Recompiled for cygwin-1.5.0; no other changes.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Recompiled for cygwin-1.5.0; no other changes.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Recompiled for cygwin-1.5.0; no other changes.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Christopher Faylor wrote:
Actually, now that I've generated a fix for the problem, as it turns
out, this *is* an issue for cygwin-apps.
Fixing the problem requires generating a new DLL with a new export --
fdopen64. If there are any packages built which use fdopen they could
conceivably fail in
?
Does this mean that the _update_info_dir behavior needs to account for
both /usr/info and /usr/share/info? Does the base-files package need to
adapt so that MANPATH includes both /usr/man and /usr/share/man (ditto
INFOPATH)?
And what about moving the doc/ stuff? 'salright?
--
Charles Wilson
A simple version bump to 4.4.7, plus recompiled against 1.5.0.
Still available from
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/,
or simply point setup.exe at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
--
Charles Wilson
cygwin at removespam
($f): $$f $$f dir
;;
esac
done
done /dev/null 21
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
A simple version bump to 1.2.1, plus recompiled against 1.5.0.
Still available from
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/libgeotiff/,
or simply point setup.exe at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
--
Charles Wilson
cygwin at removespam
Christopher Faylor wrote:
That would create two dir files.
Let me rephrase what I said:
I don't know if info will do the right thing with two dir files
or not.
Well, the following works for me -- all stuff goes into /usr/info/dir,
including info files in /usr/info and /usr/share/info. It's
Christopher Faylor wrote:
cygXpm-X4.dll
cygXpm-noX4.dll
cygbz2-1.dll
cygz.dll
done.
cygbz21.0.dll
this is a compatibility library. It won't be re-compiled; no new
apps should be using it.
cygncurses7.dll
stay tuned.
--
Chuck
Harold L Hunt II wrote:
Elfyn,
I know we have a dependency on ncurses... and possibly jpeg, png, and/or
tiff. However, I think all of those have been updated, no?
jpeg, png, tiff, and zlib have been updated to 1.5.0
zlib has been updated to 1.5.1
ncurses has been updated to 1.5.0 -- and
No substantive changes from 1.1.4-1 or 1.1.4-2, simply recompiled against
cygwin-1.5.1 kernel.
Oh, docs and man pages have been moved to /usr/share/*
Enjoy.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
bzip2-1.0.2-4
libbz2_1-1.0.2-4
Recompiled against cygwin-1.5.1 kernel.
info, man, docs now under /usr/share/*
Explicitly calls setmode(*,O_BINARY) on stdout/stdin (e.g. piping
compressed data) -- the -3/1.5.0 package did this too, but earlier
versions did not.
--
Charles Wilson
cygwin
Recompiled on a cygwin-1.5.1 system.
man pages and docs now under /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
, that should -- once libtool-wrapper and
libtool itself are fixed -- allow an immediate and painless (for me, ?)
switchover to libtool-based builds.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
unzip-5.50-4
* compiled against 1.5.1 kernel
* includes fix for show-stopper bug (thx, Dave Rothenberger)
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
readline-4.3-4
libreadline5-4.3-4
* compiled against the cygwin-1.5.1 kernel
* documentation moved to /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
On Tue, 5 Aug 2003 07:58:36 -0400 (EDT), Igor Pechtchanski
[EMAIL PROTECTED] said:
Ah, I thought so. Ok, then, how about I leave them in /usr/man for now,
and move them to /usr/share/man when I recompile the package against
1.5.*?
Sounds like a plan.
--
Charles Wilson
cygwin
libpng-1.0.15-3
libpng10-1.0.15-3
libpng10-devel-1.0.15-3
libpng-1.2.5-3
libpng12-1.2.5-3
libpng12-devel-1.2.5-3
* recompiled against cygwin-1.5.1 kernel
* documentation moved to /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
systems. Later on, I may consider switching over
to util-linux-derived code; but that can wait.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
' patch from the Mandrake jpeg RPM. It's
pretty widely used; I think the Red Hat RPM uses it too. This is
*distinct* from the 'lossless jpeg' patch, which has been a part of the
cygwin jpeg packages for ages, not without controversy.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot
Max Bowsher wrote:
Marcel Telka wrote:
On 2003.08.04 16:51, Ronald Landheer-Cieslak wrote:
This is just nitpicking, mostly, but there's a slight type-o in the
generic
readme..
--- generic-readme~ 2003-08-04 16:19:27.313059200 +0200
+++ generic-readme 2003-08-04 16:27:25.190212800 +0200
their predecessors) so they're probably
okay)
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
already converted your databases when you upgraded to
the previous test: release of cvs (cvs-1.11.6-1) then you do not need to
do so again.
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
* recompiled against cygwin-1.5.1 kernel
* documentation moved to /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
A simple version bump to 4.4.7, plus recompiled against 1.5.1.
Still available from
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/release/proj/,
or simply point setup.exe at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
--
Charles Wilson
cygwin at removespam cwilson
* recompiled against cygwin-1.5.1
* documentation moved to /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Jason Tishler wrote:
On Tue, Aug 05, 2003 at 02:53:32PM -0400, Jason Tishler wrote:
Recompiled for cygwin-1.5.1. No other changes.
Oops. I should have indicated that this packages is built against
cypipc 2.01-1. Seems to work fine too. Thanks, Chuck.
Cool -- so that means you're running the
All of the following packages (*) have been version bumped and
recompiled under cygwin-1.5.2. I'm not sending individual announcement
because it just takes too long, and I really really really really hope I
don't need to recompile all of my packages AGAIN after this. Can we
just go ahead and
Igor Pechtchanski wrote:
Some of the symbolic links in the terminfo package break with
check_case:strict. In particular, Eterm-color is a link to
../E/Eterm-color (capitalized directory name), and ncr260vt300wpp is a
link to ../N/NCR260VT300WPP0 (the whole filename capitalized). I don't
actually
Igor Pechtchanski wrote:
FYI, this was never officially announced, and neither was 1.1.4-1, AFAICS.
Not a big deal, just thought you should know.
Ah yes, I was transitioning my email (still am, actually) and was having
difficulty posting. I tried, but it bounced. I'll send it again as a
Gerrit P. Haase wrote:
Hallo Charles,
you wrote:
Yes, it's finally happened. I've made cygipc into an official package.
All the SysV perl tests are failing.
Do you have 'ipc-daemon2.exe' installed and running, or just the old
ipc-daemon.exe ? (and also note that ipc-daemon2 lives in
* recompiled against the cygwin-1.5.1 kernel
* documentation moved to /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
-
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
* recompiled against cygwin-1.5.1
* documentation moved to /usr/share/*
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Corinna Vinschen wrote:
FYI: I've changed the setup.html page on cygwin.com to reflect the
transition to /usr/share/{doc,info,man}.
I've also just updated the generic-build-script.
--
Chuck
/
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
, cygipc will
become obsolete, and that cygserver will replace it. I am fully
committed to helping make cygipc obsolete...
--
Charles Wilson
cygwin at removespam cwilson dot fastmail dot fm
Mark Blackburn wrote:
I didn't use --disable-nls and configure seems to be trying to use nls:
checking whether NLS is requested... yes
checking for GNU gettext in libc... no
checking for iconv... no, consider installing GNU libiconv
checking for GNU gettext in libintl... no
Do I need to install
Christopher Faylor wrote:
After some delay, I'll be releasing 1.5.3 today. I'm running it
through final tests now.
Now that 1.5.3 is released, what procedure should we use for promoting
the packages which are currently marked test to curr ?
Just boom! and switch them all, or what?
--
Chuck
Charles Wilson wrote:
Christopher Faylor wrote:
After some delay, I'll be releasing 1.5.3 today. I'm running it
through final tests now.
Now that 1.5.3 is released, what procedure should we use for promoting
the packages which are currently marked test to curr ?
Just boom! and switch them
I noticed that libncurses5-5.2-1 is currently distributed without
source. While that library is no longer current (far from it), it is
possible that some users may still be using binaries that link against it.
Therefore, I'd like to keep it on the server for another few months at
least.
Igor Pechtchanski wrote:
Chuck,
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.
Thanks, Igor! I've uploaded it to sourceware and renamed it, so we're
good to go.
--
Chuck
Rob S.i.k.l.o.s. wrote:
Hello,
As per http://www.cygwin.com/ml/cygwin/2003-08/msg00640.html, I have
(almost) ready a program called readshortcut, which reads info from a
windows shortcut and outputs it in an easily parseable format.
e.g.
$ readshortcut ~/desktop/editplus.lnk
c:\program
Jörg Schaible wrote:
Hi Chuck,
About the app itself: I think it should provide the result in either
unix format (-u/--unix) or windows format (-w/--windows), without
requiring cygpath.exe -- instead, use the cygwin functions
cygwin_conv_to_posix_path() and cygwin_conv_to_win32_path().
I
Christopher Faylor wrote:
I've already done that with the new Interlocked* functions which, I
believe, don't work on i386. Those were turned on by default on
2002-12-14.
And nobody has complained for 8 months. Good enough for me. :-)
--
Chuck
Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
GMP ready and packaged.
Compiled with -O2 -g -fomit-frame-pointer -march=i486 -mcpu=i686
Shared library *only* (it *either* support static *xor* shared... I
opted for the latter)
Fine decision, IMO.
As usual the source package
Lapo Luchini wrote:
GMP ready and packaged.
Compiled with -O2 -g -fomit-frame-pointer -march=i486 -mcpu=i686
Shared library *only* (it *either* support static *xor* shared... I
opted for the latter)
As usual the source package contains my cryptographic signature on patch
and script and original
Lapo Luchini wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Charles Wilson wrote:
| 1. I'd prefer if the sdesc were a little more specific: it's a GPL
| library (e.g. free as in speech), not BSD or LGPL (free as in beer).
|
I'll think of something.. what about GMP is a LGPL'ed library
Lapo Luchini wrote:
Charles Wilson wrote:
GPL. not LGPL.
I insist... (or is it the wrong URL? but it surely seems official)
$ wget -O - -o /dev/null http://www.swox.com/gmp/; | grep GPL
a href=http://www.gnu.org/copyleft/lesser.html;GNU LGPL/a. This
license
I'm sorry; you are correct. I
Joshua Daniel Franklin wrote:
Now, I propose that if the package builds OOTB with the settings from
cygwin.com/setup.html, you can skip the README, but it is still
recommended to have a README. Also it would be nice to note in the README
what packages you need for compiling (gcc, make, perl,
Christopher Faylor wrote:
- Forwarded message from Cron Daemon root=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] -
From: root=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED] (Cron Daemon)
To: cgf=R2MHTz/CkKAf7BdofF/[EMAIL PROTECTED]
Subject: Cron cgf=9JcytcrH/[EMAIL PROTECTED] cd
Ronald Landheer-Cieslak wrote:
There is a test version (5.0-alpha) of readline on which the test version
(3.0-alpha) os Bash depends. As I'm having a wee bit of trouble with readline
(building it, for the moment) I'd like to coordinate my efforts with Cygwin's
readline maintainer but I don't
Corinna Vinschen wrote:
I don't think so. The X11 packages are prefixed to /usr/X11 entirely.
Ther's no need to move stuff from /usr/X11R6/share to /usr/share.
I agree with Corinna: almost everything in an X11 package should be in
the /usr/X11R6 heirarchy. The exceptions being: /etc/X11 stuff,
Daniel Reed wrote:
Package: suite3270 3.2.20-1
Description: 3270 Emulator Suite
Proposer: Peter A. Castro
Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00340.html
http://www.fruitbat.org/Cygwin/suite3270/suite3270-3.2.20-1.tar.bz2
Harold L Hunt II wrote:
Original from http://www.freetype.org/
Questions for other maintainers
===
1) freetype2 is built as part of XFree86 right now as a shared library,
but configuring with --enable-shared and --disable-static doesn't
produce a .dll when building
Harold L Hunt II wrote:
The source package:
+ It configures, builds, ... ok. (The lndir trick is amazing;-)
Heh... it is a trick I have often used when a package won't let me build
out of the source tree. Others will probably chastise me for it, but it
has worked well for me for over two
Package: ploticus 2.11-1
Description: Command line driven tool to generates various plots and graphs
Proposer: Jari Aalto
Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00165.html
http://tierra.dyndns.org:81/cygwin/ploticus/ploticus-2.11-1.tar.bz2
Harold L Hunt II wrote:
The problem I see with even having /usr/X11R6/doc/Cygwin and
/usr/X11R6/share/doc/Cygwin/ is that we will continue to have
discussions about whether to classify a package and/or its readme as an
XFree86 or non-XFree86 package.
Perhaps we should entertain the idea of
Package: sgrep 1.99.1-1
Description: Search indexed text regions like SGML, XML and HTML files
Proposer: Jari Aalto
Proposal: http://sources.redhat.com/ml/cygwin-apps/2003-09/msg00166.html
http://tierra.dyndns.org:81/cygwin/sgrep/sgrep-1.92.1-1.tar.bz2
http://mywebpage.netscape.com/yselkowitz/cygwin/d/setup.hint
Reviews: Gerrit P. Haase (cygwin-apps-thread.11476)
Aye votes: Gerrit P. Haase (cygwin-apps-thread.11476) [1/3]
Charles Wilson (cygwin-apps-thread.11765) [2/3]
Status: Package available. Reviewed.
HOLD-UPS
Daniel Reed wrote:
) libbz2_0Charles Wilson !!! last updated 2002-01-26
I'm marking these and similar packages as obsolete, since there are newer
packages with higher interface numbers in the name (libbz2_1, libdb4.1,
libncurses7, etc.). They won't show up as flagged next
Marcel Telka wrote:
Hi.
On 01.11.2003 17:00, Daniel Reed wrote:
cvs Charles Wilson !!! stale version
(freshmeat lists 1.11.9; we only have 1.11.6)
http://www.cvshome.org/ lists 1.12.2
The 1.11 series is the stable release series. The 1.12 series
Corinna Vinschen wrote:
This means, not too far from now, we can drop the cygipc package and
packages like postgresql can switch to using Cygserver.
Woo Hoo
This just MADE my holiday! Thanks, Corinna!! You ROCK!
--
Chuck
Harold L Hunt II wrote:
4) The script builds in the same directory as the source code. I don't
like that. I have not yet (I hope) released a package that does this
and I don't give good reviews to packages that do it. If the package
fails to build out of the source directory, than you can
Harold L Hunt II wrote:
Question for other maintainers: ImageMagick defaults to building as a
static library... I have not yet tried to build it as a shared library;
does anyone have an instant educated guess as to whether or not it will
be a good idea to pursue a shared library? It would
Harold L Hunt II wrote:
[The package now has plenty of votes and I have installed the package
and tested the 'convert' command. I would like someone else to give the
package at least a brief review before Daniel or I upload it.]
I would like to contribute and maintain ImageMagick:
Harold L Hunt II wrote:
Reviewer's Notes
1) I moved the bin/*-config scripts into the -devel package.
Cool.
2) I moved the /usr/lib/GraphicsMagick-1.0.4 directory into the main
package... but I think it probably should go in the libGraphicsMagick0
package instead. Chuck and I
Nicholas Wourms wrote:
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
Dr. Volker Zell wrote:
Charles Which windowing mode are you proposing?
X.
Well, then there's probably no conflict between your propsed version and
the mswindowing one distributed by Andy.
Here is my configure line:
snipp
${srcdir}/configure
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 applications which will
Dr. Volker Zell wrote:
It would be interesting to know why the make check run works but after installation
the resulting shared libs don't work anymore. Charles ??
Shared libs get relinked on installation...so perhaps using the wrong
(e.g. not the one created by configure) libtool is causing
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
Igor Pechtchanski wrote:
No, Bob did not chime in. He was specifically Cc'd on the list to ask
his opinion on how to best structure the ImageMagick packages given an
obvious (and already discovered by the time he was contacted) problem with
shared library naming. Why he was contacted instead of
Reini Urban wrote:
ITP: xemacs [2003-12-12]
Description: A powerful, highly customizable open source text editor
and application development system
Proposer: Dr. Volker Zell
ITP: http://cygwin.com/ml/cygwin-apps/2003-12/msg00165.txt
Also: xemacs-sumo [XEmacs standard
Christopher Faylor wrote:
On Wed, Jan 21, 2004 at 02:43:00PM -0500, Igor Pechtchanski wrote:
Does http://cygwin.com/ml/cygwin/2004-01/msg00409.html count as
(temporarily) passing the baton?
Yes. What are you waiting for? :-)
Igor -- go forth with my blessing. :-)
Off the top of my head,
Here are the patches I have/had on my 'pending' list for the
generic-build-script. Thanks for (permanently or even just temporarily)
handling these maintainance duties, Igor...
Some of these messages spawned threads and updated patches; be sure to
read all replies.
--
Chuck
Alan Miles: Diff
Package: GraphicsMagick 1.0.4-1 [2003-12-07]
Description: GraphicsMagick
Proposer: Harold L Hunt II
Proposal: http://cygwin.com/ml/cygwin-apps/2003-12/msg00091.html
http://www.egr.msu.edu/~huntharo/cygwin/release/GraphicsMagick/GraphicsMagick-1.0.4-1.tar.bz2
Package: openldap 2.1.25-1 [2004-01-02]
Description: Lightweight Directory Access Protocol runtime
Proposer: Dr. Volker Zell
Proposal: http://cygwin.com/ml/cygwin-apps/2004-01/msg3.html
Package: help2man 1.33.1-1 [2004-01-07]
Description: Creates man pages from program output
Proposer: Yaakov Selkowitz
Proposal: http://cygwin.com/ml/cygwin-apps/2004-01/msg00027.html
http://mysite.verizon.net/yselkowitz/cygwin/release/help2man/help2man-1.33.1-1.tar.bz2
Package: xemacs-mule-sumo 2003-11-13-1 [2003-12-17]
Description: XEmacs MULE (MUlti Lingual Emacs) packages
Proposer: Dr. Volker Zell
Proposal: http://cygwin.com/ml/cygwin-apps/2003-12/msg00251.html
Dr. Volker Zell wrote:
Charles =
Charles 3) xemacs-emacs-common's setup.hint should be marked conflicts: emacs
Charles 4) xemacs-tags' setup.hint should be marked conflicts: ctags
Did we agree on this ? I cannot find any mention on it on
o
Rafael Kitover wrote:
Build script bundled with a package should not print out extraneous warnings
such as:
--[WARN] Hm, there is no /tmp/cyg/ploticus-2.11/configure
--[WARN] Found only a Makefile. Nothing to do.
and
--Hm, archive did not extract into directory ploticus-2.11 ...
--
Igor Pechtchanski wrote:
Ok, great! Since you're in favor of it (and you're the ultimate authority
on the gbs, I'm just temporarily handling the maintainer duties), it makes
me much more confident. I'll let Rafael test out the propagation of set
+e into functions, and then make the appropriate
Christopher Faylor wrote:
We can now go forward with the ITP of ccrypt and, if Chuck so desires,
generate encrypting versions of zip and unzip.
Okay ... but this really only affects zip. **DE**cryption code is
specifically exempted from all of these rules, so unzip has had decrypt
capability
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 cygipc any day of the week,
Harold L Hunt II wrote:
There is a dependency in setup.hint on 'cygipc2'. There is no such
package, it is called 'cygipc'.
Ditto about cygipc:
Any *new* packages, IMO, should not rely on cygipc at all. Instead, they
should be compiled against cygserver, which beats the pants off cygipc
any
Joshua Daniel Franklin wrote:
There are also some patches I'm considering adding from fileutils-4.1-2
(proposed-fileutils-patches.txt). I got these by diffing fileutils-4.1
with the src package for fileutils-4.1-2. I was hoping that the previous
maintainer could comment on these patches so I
Frédéric L. W. Meunier wrote:
+ /usr/lib/charset.alias
I don't think this should be installed (neither by the current
fileutils). Maybe Charles Wilson can comment.
That's correct. /usr/lib/charset.alias SHOULD only be installed by the
gettext package (since all the other projects which
Yaakov Selkowitz wrote:
$ cygcheck -f /usr/lib/charset.alias
fileutils-4.1-2
gettext-0.12.1-3
texinfo-4.2-4
textutils-2.0.21-1
$ cygcheck -f /usr/share/locale/locale.alias
gettext-0.12.1-3
texinfo-4.2-4
The original sources for both of these files are maintained by Bruno
Haible in the gettext
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 category in setup.html so I've added X11 to the
Gerrit P. Haase wrote:
Hello Charles,
still on vacation?
Ha ha ha ha ha ha hee hee...
No, not exactly a vacation, unless you consider 80+ hours/week on the
job a vacation. Hopefully that's winding down this week, so I'll take a
look at what all needs updating soon.
--
Chuck
Hansom Young wrote:
As to the prefix (/opt/gnome2 or standard /), headache
If it's not /opt/gnome2, we have to rebuild most packages when we have glib2/gtk2 from
Cygwin net release.
What's the others' opinion?
BTW, did you think about how you're going to set this up? While
non-glib/gtk
Christopher Faylor wrote:
On Thu, Jun 10, 2004 at 02:26:05PM +0200, [EMAIL PROTECTED] wrote:
I was wondering how this voting and package acceptance process would be
working. I had proposed my Unicode and CJK capable text editor with
message http://cygwin.com/ml/cygwin-apps/2004-03/msg00202.html
301 - 400 of 1202 matches
Mail list logo