Re: renaming the package. Don't do this *yet*.
a) there is no urgency in doing so,
b) setup can't help at this point, and using ncurses as a reference
point, it could have been worse, and ncurses has _no_ knobs to twiddle
and get wrong, which tex* does AFAIK.
setup will be able to help, probably
===
- Original Message -
From: Earnie Boyd [EMAIL PROTECTED]
egor duda wrote:
Hi!
Wednesday, 05 December, 2001 Pavel Tsekov [EMAIL PROTECTED] wrote:
SUSv2 mandates both strings.h and string.h
Wrong documentation base. You must use MSDN for MinGW.
mingw declares
- Original Message -
From: Jan Nieuwenhuizen [EMAIL PROTECTED]
How long would it take to phase them out? A fresh setup.ini that
doesn't mention tetex-beta would make tetex-beta invisible? Hmm, but
then we'd need a 'conflicts:' setup hint or so, and locally cached
setup.ini's could
Chuck,
Misc as a category acts like base: things in it always install.
I guess this isn't documented clearly anywhere except the cygdev
archives, so I'll correct that soon.
Can I suggest that the cygutils packages belongs in (shock horror) Utils
?
Rob
Follow to cygwin-patches please.
Thanks for freshening this up. There's still a little more to do, but it
looks good nonetheless.
Rob
- Original Message -
From: Jan Nieuwenhuizen [EMAIL PROTECTED]
Jan Nieuwenhuizen [EMAIL PROTECTED] writes:
BTW: can you freshed up your postremove
Cool. Thank you very much for running with the libtool stuff.
ltdl the new one should safely sub for the old one - right choice.
Rob
I've not had a lot of time recently. I hope to get up to date on a lot
of things this weekend.
Rob
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Friday, December 14, 2001 8:56 AM
To: [EMAIL PROTECTED]
Subject: Made many changes to setup.html
I
- Original Message -
From: Carl Ebrey [EMAIL PROTECTED]
Ah right, you don't want me to re-write it then? :)
Rewrite, no. provide fixups and additions and clarification, yes.
The thing about rewrites, is that (unless done v. carefully) they
usually introduce as much confusion as they
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Ouch. Do you know why it's not compatible? (i.e. is auto-import
breaking
something?)
Well, whaddaya know. I replaced my cygintl.dll with cygintl-1.dll and
wget/uuencode/etc still worked. I just assumed because I changed
Jonathan could you please resend it to me (the id-name
change was all I recall :}).
Rob
===
- Original Message -
From: Robert Collins [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 14, 2001 11:40 AM
Subject: RE: Made many changes to setup.html
I've not had a lot of time
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
The term glutton for punishment springs to mind.
:]
I think we should consider it the responsibility of the package
maintainer
to maintain all occurrences of the name of his package. So, it
would
be within your right
- Original Message -
From: Gerrit P. Haase [EMAIL PROTECTED]
I noticed your example had a DLL name of cygcurl-2.dll. The DLLs (and
..
It is not important how the dll is named, as long as libtool is used.
The executables know how their dll is named to find it.
Also these names were
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
I can't imagine why you'd argue with that. I assume that you aren't
actually arguing with it.
With that I'm not. I read what you'd written three times and got the
same meaning each time, which was that 'b' was not a
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 17, 2001 12:04 PM
Subject: Re: has anyone tried latest setup.exe from cvs ?
On Mon, Dec 17, 2001 at 10:52:11AM +1100, Robert Collins wrote:
- Original Message -
From
-Original Message-
From: Charles Wilson [mailto:[EMAIL PROTECTED]]
Right. But the one package could provide the same .dll
twice (until all
dependent packages are rebuilt).
I'd prefer not to complicate the libfooX package by
starting down the
path where libfoo1 contains both
This hung for me, at 99% of the last pacakge, in download only mode.
Can you post a diff to cygwin-patches?
Rob
===
- Original Message -
From: Gary R. Van Sickle [EMAIL PROTECTED]
To: Cygwin-Apps [EMAIL PROTECTED]
Sent: Monday, December 17, 2001 6:59 PM
Subject: Setup.exe new GUI
I'd recommend specifying both, for users who click 'prev'.
If you don't list a prev version (implicitly or explicitly) then you
don't need both.
Rob
===
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Hmm. Maybe I just convinced myself that they belong as a separate
package.
How about this:
John, why don't you create a bashutils package, to serve as a
collection of (moderately) useful bash scripts and settings.
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
Opinions?
Cool. You've my vote.
Rob
- Original Message -
From: Ebrey, Carl [EMAIL PROTECTED]
One thing I would like to say though is that I've been quite annoyed
by the
attitudes that come over on this mailing list. The last time I
checked
Cygwin was an open project, available for anyone to contribute and
offer
help.
Last time I simply removed the `test' marker. This time I'll ask.
John, are you sure that it should become a `test' version?
Please see setup.html. It explicitly requires this for new packages.
Rob
Ok, I bit. Step 5:
5. Create setup.hint file following the documentation on this web page.
For new packages the first upload MUST be tagged as experimental. Once
the package has no major bug reports from the users, then a current
package may be introduced
Rob
===
- Original Message -
From: Morrison, John [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, December 20, 2001 10:02 PM
Subject: RE: bash completion (was: RE: Units)
I found a problem with the bash_completion as stands...
...
Sorry to have caused so
===
- Original Message -
From: Morrison, John [EMAIL PROTECTED]
To: 'Robert Collins' [EMAIL PROTECTED]; Morrison,
John [EMAIL PROTECTED]; [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, December 20, 2001 10:50 PM
Subject: RE: bash completion (was: RE: Units)
Question: does
===
- Original Message -
From: Morrison, John [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 20, 2001 11:01 PM
Subject: which which
If you'll pardon the pun, which version of which are we running? The
GNU
version is currently 2.13 and I just wondered if folks would
Ah, well I've no idea about how GNU our version is. :}.
Rob
===
- Original Message -
From: Morrison, John [EMAIL PROTECTED]
To: 'Robert Collins' [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Thursday, December 20, 2001 11:23 PM
Subject: RE: which which
I wasn't sure that:
1) we were
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
I contributed my own small version of which (which is version 1.5).
If you want to maintain which in future, feel free to contribute
the GNU version instead. I have actually no problems stepping back.
I'm happy with
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
I don't see how that applies to the first release of a new package.
I'd call it pretty basic risk management. If the package doesn't cause
any havoc, then put it in current really quickly. I'm just nervous with
the concept
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
Btw, I think Earnie's idea of having a *New!* category is actually a
good one. I have been meaning to implement something like that for
the
web package lister, in fact.
Yes. I intend to do that for setup once we
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
What about
New within the last _x_ days ?
Then it's up to the user.
Rob
I've uploaded a new setup snapshot for the adventurous.
w32api also has been updated, and the update is needed to build the
setup HEAD code.
Feedback welcome.
remaining features to next release:
1) Gary's layout changes.
2) Clickable categories.
3) Pavel Tsekov's netio refactor to io_stream.
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
So, the bottom line is that once the new version of which is uploaded,
the
right thing will happen automatically. The only setup.hint changes
that would
be required are to the sdesc and ldesc. I think you should make it
===
- Original Message -
From: Jon Green [EMAIL PROTECTED]
Thanks for the information.
So where can I find out information about the soon to be
released features of setup.exe ??
In the code, or the Change Log or the README.
I assume that the setup.hint will be extended to
Ok Jason,
lets talk rebasing.
I'd like to get a release of setup out before this gets integrated in.
Setup is one feature away fro mfeature freeze so that shouldn't be to
far away.
Did my rebasing algorithm seem correct to you? If not, lets talk what it
should look like.
Rob
I've placed a new snapshot of setup.exe at
http://www.cygwin.com/setup-snapshots.
Any commentary is welcome, with the caveat that duplicates aren't
interesting - no not even to guage the popularity or impact of a
problem. Triage occurs after inital analysis.
Firstly, the known bugs:
* The
I'm considering packaging up libxml2 - thoughts?
# LibXML2 test package
@ libxml2
sdesc: Libxml is the XML C library developped for the Gnome project.
ldesc: Libxml is the XML C library developped for the Gnome project.
XML itself is a meta
language to design markup languages, i.e. text language
Chuck,
lovely wrapper scripts, they work beautifully (its what I used for
libxml2 and libxslt - which I did so I could give you feedback).
Cheers,
Rob
My impression has been that a README in that location was required
(since that thread occured), which is why it is listed as required in
setup.html.
I don't particularly care either way , but I think that _consistency_ is
a very good idea, and that we should either bitbucket all those readme's
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Robert Collins wrote:
Chuck,
lovely wrapper scripts, they work beautifully (its what I used
for
libxml2 and libxslt - which I did so I could give you feedback).
That's good to hear. So you exercised the whole
- Original Message -
From: Stipe Tolj [EMAIL PROTECTED]
Robert,
lovely wrapper scripts, they work beautifully (its what I used
for
libxml2 and libxslt - which I did so I could give you feedback).
I'm also fiddling arround with Chuck's libtool scripts, but having
some
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
Would this have something to do with the stated purpose of
cygwin-apps?
I think it's in a grey area. It's partly feedback on Chuck
test-packages, and partly discussion of libtool/cygwin - both of which
have happened here in
For User URL's I don't think they should be stored or shown separately,
but I won't object to clean patches that do that.
I will object if they are in different combo boxes (it's non-intuitive
to select from both).
And for storage, If you want comments, feel free to contribute a patch
:].
Rob
- Original Message -
From: Jason Tishler [EMAIL PROTECTED]
Unfortunately, it does not actually handle pathological (or should I
say
incestuous) programs such as Python that use freshly built components
(i.e., DLLs) during the build process itself.
Does it make any sense to change
- Original Message -
From: David A. Cobb [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, January 05, 2002 5:01 AM
Subject: Gary's Setup.exe v2.162
Downloaded 01/04/02,
Some uglinesses:
CHOOSER:
View:Category
Click category=Base ('cause it's numerous), observe painting of
- Original Message -
From: David A. Cobb [EMAIL PROTECTED]
I've thought about suggesting the same thing but the problem with
that
scenario is that if you cancel an installation, then all sorts of
stuff
is uninstalled -- which probably isn't what you expected.
Probably not. But
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
I wasn't expecting you to provide this. All that I wanted was
clickable
categories. I'll take care of providing an uber-category.
FWIW, I was going to call it Full rather than All since you
pointed out
that there
Setup.exe doesn't not require copyright assignment - it's not part of
cygwin.
Rob
===
- Original Message -
From: Warren Young [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 08, 2002 5:18 AM
Subject: Re: setup.exe copyright?
Christopher Faylor wrote:
I just perused
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
I don't understand. Why is there an All there at all? The only
thing
that I've asked for, and have been asking for, is clickable
categories. I
wasn't asking for special All logic.
The All is a freebie that took me all
Chuck, your autotools wrapper install has one little hiccup: the title
of this email.
Might I suggest some symlinks ?
Rob
I want to suggest that the following become policy:
No new packages are accepted that require non-packaged prerequisites.
i.e. using rpm which was raised on cygwin@ recently,
until db 3.2 is packaged and maintained by 'someone', rpm is not
acceptable as a package.
Thoughts?
Rob
===
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
postgreSQL needs cygipc.
Luckily it's not a *new* packahge :)
Yes! Actually it's postgreSQL and similar that concern me:
postgreSQL needs ipc, but ipc is not a package, and won't be unless the
cygwin IPC looks waaay
===
- Original Message -
From: Gareth Pearce [EMAIL PROTECTED]
This makes sense to me - however I was wondering to what extent.
1. no packages which have run-time dependencies on non-packaged.
Yes.
2. no packages which have Build time dependencies on non-packaged
during
'standard'
- Original Message -
From: Gerrit P. Haase [EMAIL PROTECTED]
Runtime only prerequisites?
Essentially. Complex build time would be a concern, but not as much of
one (depending on the reputation of the packager). (i.e. long time
contributor, low risk. New contributor, might package and
- Original Message -
From: Stipe Tolj [EMAIL PROTECTED]
Since `httpd' is more general I would prefer `apache'
from these two layouts.
I disagree here! It's common style to have the protocoll name for /etc
and /var sub-directories.
httpd is not the protocol name. It's a hangover
- Original Message -
From: Stipe Tolj [EMAIL PROTECTED]
However, isn't that postinstall copying superfluous? Wouldn't
it be better to have the cyghttpd.dll already in usr/bin in
the tar archive?
yes, basicly I have done this because after make install we result
with
- Original Message -
From: Stipe Tolj [EMAIL PROTECTED]
So, what votes are given for leaving /etc/httpd ?
Uhmm, simply put I don't care beyond voicing my opinion. However I also
won't care is 1000 users complain when another www server is pacakaged
and collides with apache.
Rob
If you want to be able to have both apoache 1.3 and 2 installed
concurrently, then that is the only valid reason to use an underscore -
and the result should look like
apache_1-1.3.22-3
Rob
===
- Original Message -
From: Stipe Tolj [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday,
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, January 13, 2002 10:15 AM
Subject: Re: [ANN] apache_1.3.22-2
On Sun, Jan 13, 2002 at 10:12:48AM +1100, Robert Collins wrote:
If you want to be able to have both apoache 1.3 and 2
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
I'd like to put in a vote for NOT treating '_' and '-' identically.
..
In fact, I *thought* setup/upset didn't treat '_' any differently than
'a' but perhaps I was wrong...
So did I - I'm going to check. If they are treated
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
So did I - I'm going to check. If they are treated the same now, then
we'll have to check that no pacakges will get broken if we change.
Otherwise I'll be changing it:}
From parse_filename():
for (ver = p; *ver;
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
I forward ported the current patch, and rebuilt automake-devel from
1.5b. That seemed to go okay; I'm waiting for make check to complete.
If successful, I'll post the packages for Corinna to do with as she
wants.
Thanks
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
To: Robert Collins [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Sunday, January 13, 2002 6:31 PM
Subject: Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
Robert Collins wrote:
Okay, I've renamed the devel
===
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Oh, and on voting for this package: IMO just upload it.
It's a very core package, required for many apps, and the patches are
going into libtool-HEAD.
Chris has a veto on packages, but I don't think I'll be stepping to
===
- Original Message -
From: Earnie Boyd [EMAIL PROTECTED]
To: Robert Collins [EMAIL PROTECTED]
Cc: Mark Bradshaw [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Wednesday, January 16, 2002 1:12 AM
Subject: Re: last package
Robert Collins wrote:
- Original Message -
From
Thanks, I'll handle it.
Rob
===
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
To: cygapp [EMAIL PROTECTED]
Sent: Wednesday, January 16, 2002 4:40 AM
Subject: Current setup hangs if file can't get installed
Just a heads up,
the current setup gets trapped in an endless
===
- Original Message -
From: Stephan Erickson [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, January 19, 2002 12:35 PM
Subject: mysql server out of the list
Looks like the MySQL server is not doable due to the way Cygwin
threads
are implemented, according to the authors..
I need a few testers:
I've fixed the fault Corinna reported with in use files and upgrades.
I'd like to know that it works on 9x (not tested properly just now), and
if anyone can get it to fault - with reasonable behaviour.
I.e. reinstall the cygwin package, and see if it does the 'right
I cannot email you directly, your email address is unreachable for me.
I have answered your pthreads question, and Jeff Trawick came back to
me.
Rob
===
===
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
HmmmW2K it reports REplaced in use file -- you need to reboot or
some such. BUT: I had no cygwin processes running.
a) what file did it THINK was in use?
I'll look at providing more detail in the future. Also an
Oh, nearly forgot, theres' a minor w32api change as well needed to build
this.
Rob
===
- Original Message -
From: Robert Collins [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, January 21, 2002 12:32 AM
Subject: setup crashing (attn Corinna)
Corinna,
Something seriously funny
===
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Oops -- more problems. I can't install from local directory. Setup
whines that it is Unable to get setup.ini from setup.ini (??)
Is this reproducible? What does your local dir look like (what
setup.ini's does it have,
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
Sorry that I didn't have time to track it down further. I will do so
tomorrow if no one beats me to it.
That's fine either way - this is in the 'wll in theory it works' bin at
the moment. I've had no trouble
at 08:26:35AM +1100, Robert Collins wrote:
===
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
Subject: Re: setup crashing (attn Corinna)
Oh, and in the gdb output plesae include:
bt full,
info threads
Urgh, I'm getting a dialog now (shortened
)
On Tue, Jan 22, 2002 at 09:25:53AM +1100, Robert Collins wrote:
Actually we might be in the wrong thread. Try BT full on the other
thread please.
(gdb) thread 3
[Switching to thread 3 (thread 404.0xefc)]#0 0x77c33d8c in
_system_dlls__ ()
(gdb) bt full
#0 0x77c33d8c in _system_dlls__
The rule of email-prodding-answers strikes again.
Rob
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 22, 2002 12:52 PM
Subject: Re: gcc v3 compile problem
Nevermind. This seems to fix it.
As usual, I saw this two
- Original Message -
From: Michael A Chase [EMAIL PROTECTED]
Sure. note that ~io_stream called belongs in setup.log.
It definitely goes there now, but what benefit are we gaining by
having
low-level progress messages in the permanent log? I thought that was
what
setup.log.full was
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 22, 2002 2:28 PM
Subject: gcc v3 issue -- hacky solution
If we can generate new operators for all of the builtin types that are
currently being used in setup.exe, then, if
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
There's a library -- it's libstdc++.a.
:]
but the no-exceptions clause won't fly without some convincing.
How about, you can't do that unless you come up with some way of
ensuring that there is a mingw version of
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 22, 2002 2:53 PM
Subject: Re: gcc v3 issue -- hacky solution
On Tue, Jan 22, 2002 at 02:45:17PM +1100, Robert Collins wrote:
Or maybe Danny Smith can provide details
Chris, I'm assuming this was accidental, and am backing it out. I've
also backed out the -fno-exceptions switch to gcc.
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cinstall/Makefil
e.in.diff?r1=2.45r2=2.46cvsroot=src
Rob
Ok,
Setup.exe is IMO feature complete for the next release.
I'll upload a new snapshot tonight, and announce that on cygwin@.
Barring any issues with the user-interface, I'll branch it off tomorrow,
and if/when Corinna's perennial crash can be found we can release it.
Remaining bugs (not
'nuff said.
Rob
Hi Sami,
some feedback on the packages.
1) The -src package is incorrectly rooted - you've included the usr/src
in the path. Also the Cygwin specific README for it should go in the
CYGWIN-PATCHES directory in the in the top of the source directory.
2) Are there any patches for links to make it
===
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Log files for download only, or non-installed cygwin's will go to the
download dir correctly now.
There was, and still is, explicit code to drop setup.log and .log.full
in / if it's an install action.
Perhaps that should
Done,
Rob
===
- Original Message -
From: Roth, Kevin P. [EMAIL PROTECTED]
To: cygwin-apps mail-list (E-mail) [EMAIL PROTECTED]
Sent: Thursday, January 24, 2002 7:16 AM
Subject: would someone kindly upload a new version of curl for me???
There is a new version of curl available, and
===
- Original Message -
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 24, 2002 9:52 AM
Subject: Re: setup.exe command line options
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
===
- Original Message -
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, January 24, 2002 9:36 AM
Subject: setup.exe command line options
I've made some progress, but it's still (infuriatingly) not at the
stage
where you can do a whole installation
CVS Setup will replace in-use files correctly (tested on NT only at this
point) if the following predicates are true:
Any given file is only attempted to be replaced once.
The last action on each file is NOT a delete.
The drive letters on the next reboot are the same.
Rob
-Original
Uploaded.
You can now do your announcement as
perhttp://www.cygwin.com/setup.html#submitting step 9.
Cheers,
Rob
===
- Original Message -
From: Sami Tikka [EMAIL PROTECTED]
To: Robert Collins [EMAIL PROTECTED]
Sent: Thursday, January 24, 2002 10:59 AM
Subject: Re: Links
Robert
On Thu, 2002-01-24 at 22:35, Gareth Pearce wrote:
Hi ... I am going out on a limb here and assume that this feature hasnt been
suggested before. (ummm yeah I know I should of checked the message lists -
I am prepared to shoot myself if I am wrong :P)
I'm not sure if it's been suggested, but I
Alex, I cannot access your web site, can you post the patch to
[EMAIL PROTECTED] please, or even just direct to me.
Thanks,
Rob
===
- Original Message -
From: Alexander Nanou [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, January 26, 2002 1:34 AM
Subject: sh-utils: su patch for
Right, I think I found the cause. At least I can successfully download
from *every* available site, and before I had repeatable problems doing
that.
Corinna, can you CVS update and try a fresh build?
I found a bug that could have caused the issue:
site (char const *newkey)
{
key = new
Yes, I thought it was the shares issue - see README :}.
Thanks for confirming it though, I can work on a patch now.
Rob
===
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Okay, this is from setup 2.188 (compiled just now) and I am trying
to do
a local install from
- Original Message -
From: Charles Wilson [EMAIL PROTECTED]
Is //polgara/private/software/windows/cygwin the path you enter in
'choose local dir' ?
Sortof. I didn't type it in; it already knew somehow. And it was
in
this form: '\\polgara\private\software\windows\cygwin' with
Setup.hint:
@ base_files
sdesc: Core common files needed for correct operation of cygwin
category: Base
The entire package is attached.
The /etc/profile generation is getting removed from setup.exe unless
someone provides a _real good_ reason for it to remain.
Setup.exe should be *data
- Original Message -
From: Corinna Vinschen [EMAIL PROTECTED]
By explicitely expressing my wish to change the state by pointy clicky
somewhere. Honestly, think of the current test installation of
tetex and texmf which is 30 Megs. If the user actually chooses
to go back to the
===
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 29, 2002 3:19 AM
Subject: Re: sh-utils: su patch for use with ntsec..
On Sat, Jan 26, 2002 at 11:08:49PM +1100, Robert Collins wrote:
Alex, I cannot access your web site
- Original Message -
From: Jon Foster [EMAIL PROTECTED]
* Is this something you'd like?
Yes.
* Is anybody currently working on this?
Not that I'm aware, with the exception of Markus Hoenicka (who has
posted to cygwin@ about this).
All the package hints look fine to me.
Rob
===
- Original Message -
From: Gary R. Van Sickle [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 29, 2002 3:13 PM
Subject: RE: for the brave
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Charles Wilson
[snip]
the
===
- Original Message -
From: Gary R. Van Sickle [EMAIL PROTECTED]
I just built the latest setup.exe. It looks really nice. And, I
see that
clickable categories are working!
Are they ever! And did you catch the replace files in use feature?
Yeah it
makes you reboot, but still,
1 - 100 of 1001 matches
Mail list logo
