RE: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
Not sure if mutt works or not yet, I don't know if I can find a pops:// to pop
into (I probably can). However, /etc/profile.d/openssl.sh is choking because I
don't have a MANPATH. Should I have one, or should openssl.sh look more like
this:
if test "${MANPATH}"; then export MANPATH "${MANPATH}:/usr/ssl/man";
else export MANPATH "/usr/ssl/man";
fi
???
--
Gary R. Van Sickle
Brewer. Patriot.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Corinna Vinschen
> Sent: Monday, January 14, 2002 7:13 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
>
>
> On Mon, Jan 14, 2002 at 11:44:29AM +0100, Corinna Vinschen wrote:
> > On Mon, Jan 14, 2002 at 09:33:40PM +1100, Robert Collins wrote:
> > > Can I suggest you tag this as a test, for a few days, to allow the
> > > maintainers to check w/o affecting any end users.
> >
> > Sure. Probably from tomorrow on. I've just got a hint from a
> > collegue to exclude the MDC2 algorithm as well. The OpenSSL
> > distro in Cygwin would then exclude the exact same crypto algorithms
> > as the RH Linux distro.
>
> I've just uploaded a PRELIMINARY version of OpenSSL-0.9.6c. It's
> marked as a "test" version for setup. I'll not announce it.
>
> Please test your packages against that version. It's already build
> omitting the IDEA, RC5 and MDC2 crypto algorithms.
>
> BTW,
>
> I'm going to change the layout of that package due to it's size.
>
> The release version will be splitted into two packages:
>
> openssl-0.9.6c-2.tar.bz2
> openssl-devel-0.9.6c-2.tar.bz2
>
> The first package will only contain the DLLs and the /usr/ssl
> directories except the man3 man pages, the second package will
> contain the /usr/include, /usr/lib and /usr/ssl/man/man3 directories.
>
> So the first package is the one needed to run the applications
> (no changes to setup.hint needed) and the second one is only
> needed when building application against OpenSSL.
>
> Corinna
>
> --
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Developermailto:[EMAIL PROTECTED]
> Red Hat, Inc.
Setup.exe: "/" prefix on symlinks
Mainly a heads-up for you Rob: I'm getting bad symlinks now with the latest setup.exe. They end up looking like this: ... lrwxrwxrwx1 Gary_VS None 21 Dec 27 00:36 etags.exe -> /ctags.exe ... The "/" of course leads to all manner of havoc. This is the earliest one I see here. -- Gary R. Van Sickle Brewer. Patriot.
Re: cygpath patch
Wrong list! This belong on cygwin-patches. (Oh, and I think it's a nice hack). Rob === - Original Message - From: "Joshua Franklin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 15, 2002 1:14 PM Subject: Re: cygpath patch > Well, I've attached the patch in case anyone is > interested. It changes cygpath.exe to include the
Re: cygpath patch
Well, I've attached the patch in case anyone is
interested. It changes cygpath.exe to include the
options:
-A|--allusers use `All Users' directories
instead of current user
-D|--desktop print `Desktop' directory
-P|--smprograms print Start Menu `Programs'
directory
and changed the version:
$./cygpath.exe -v
Cygwin path conversion version 1.2
Copyright 1998-2002 Red Hat, Inc.
Here's a changelog:
2001-01-14 Joshua Daniel Franklin
<[EMAIL PROTECTED]>
* cygpath.cc (main) Added options to show Desktop and
Start Menu's Programs directory for current user or
all
users
Sorry if my mail client messes up all the spacing.
__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/
--- cygpath.cc-orig Sat Jan 12 12:37:11 2002
+++ cygpath.cc Mon Jan 14 19:58:55 2002
@@ -1,5 +1,5 @@
/* cygpath.cc -- convert pathnames between Windows and Unix format
- Copyright 1998, 1999, 2000, 2001 Red Hat, Inc.
+ Copyright 1998-2002 Red Hat, Inc.
This file is part of Cygwin.
@@ -7,6 +7,9 @@ This software is a copyrighted work lice
Cygwin license. Please consult the file "CYGWIN_LICENSE" for
details. */
+#define NOCOMATTRIBUTE
+
+#include
#include
#include
#include
@@ -22,7 +25,7 @@ static char *prog_name;
static char *file_arg;
static char *close_arg;
static int path_flag, unix_flag, windows_flag, absolute_flag;
-static int shortname_flag, ignore_flag;
+static int shortname_flag, ignore_flag, allusers_flag;
static struct option long_options[] =
{
@@ -39,6 +42,9 @@ static struct option long_options[] =
{ (char *) "windir", no_argument, NULL, 'W' },
{ (char *) "sysdir", no_argument, NULL, 'S' },
{ (char *) "ignore", no_argument, NULL, 'i' },
+ { (char *) "allusers", no_argument, NULL, 'A' },
+ { (char *) "desktop", no_argument, NULL, 'D' },
+ { (char *) "smprograms", no_argument, NULL, 'P' },
{ 0, no_argument, 0, 0 }
};
@@ -57,7 +63,10 @@ Usage: %s [-p|--path] (-u|--unix)|(-w|--
-S|--sysdir print `system' directory\n\
-u|--unixprint Unix form of filename\n\
-w|--windows print Windows form of filename\n\
- -W|--windir print `Windows' directory\n",
+ -W|--windir print `Windows' directory\n\
+ -A|--allusersuse `All Users' directories instead of current user\n\
+ -D|--desktop print `Desktop' directory\n\
+ -P|--smprograms print Start Menu `Programs' directory\n",
prog_name);
exit (ignore_flag ? 0 : status);
}
@@ -224,6 +233,7 @@ main (int argc, char **argv)
char *filename;
char buf[MAX_PATH], buf2[MAX_PATH];
WIN32_FIND_DATA w32_fd;
+ LPITEMIDLIST id;
prog_name = strrchr (argv[0], '/');
if (prog_name == NULL)
@@ -239,7 +249,7 @@ main (int argc, char **argv)
shortname_flag = 0;
ignore_flag = 0;
options_from_file_flag = 0;
- while ((c = getopt_long (argc, argv, (char *) "hac:f:opsSuvwWi", long_options, (int
*) NULL))
+ while ((c = getopt_long (argc, argv, (char *) "hac:f:opsSuvwWiDPA", long_options,
+(int *) NULL))
!= EOF)
{
switch (c)
@@ -291,6 +301,46 @@ main (int argc, char **argv)
printf("%s\n", buf2);
exit(0);
+ case 'A':
+ allusers_flag = 1;
+ break;
+
+ case 'D':
+ if (!allusers_flag)
+SHGetSpecialFolderLocation(NULL, CSIDL_DESKTOPDIRECTORY,&id);
+ else
+SHGetSpecialFolderLocation(NULL, CSIDL_COMMON_DESKTOPDIRECTORY,&id);
+ SHGetPathFromIDList(id, buf);
+ /* This if clause is a Fix for Win95 without any "All Users" */
+ if ( strlen(buf) == 0 ) {
+SHGetSpecialFolderLocation(NULL, CSIDL_DESKTOPDIRECTORY,&id);
+SHGetPathFromIDList(id, buf);
+ }
+ if (!windows_flag)
+ cygwin_conv_to_posix_path(buf, buf2);
+ else
+ strcpy(buf2, buf);
+ printf("%s\n", buf2);
+ exit(0);
+
+ case 'P':
+ if (!allusers_flag)
+SHGetSpecialFolderLocation(NULL, CSIDL_PROGRAMS, &id);
+ else
+SHGetSpecialFolderLocation(NULL, CSIDL_COMMON_PROGRAMS, &id);
+ SHGetPathFromIDList(id, buf);
+ /* This if clause is a Fix for Win95 without any "All Users" */
+ if ( strlen(buf) == 0 ) {
+SHGetSpecialFolderLocation(NULL, CSIDL_PROGRAMS, &id);
+SHGetPathFromIDList(id, buf);
+ }
+ if (!windows_flag)
+ cygwin_conv_to_posix_path(buf, buf2);
+ else
+ strcpy(buf2, buf);
+ printf("%s\n", buf2);
+ exit(0);
+
case 'S':
GetSystemDirectory(buf, MAX_PATH);
FindFirstFile(buf, &w32_fd);
@@ -311,8 +361,8 @@ main (int argc, char **argv)
break;
case 'v':
- printf ("Cygwin path conversion version 1.1\n");
- printf ("Copyright 1998,1999,2000,2001 Red Hat, Inc.\n
Re: cygpath patch
--- Charles Wilson <[EMAIL PROTECTED]> wrote: > Joshua Franklin wrote: > > > --- Charles Wilson <[EMAIL PROTECTED]> wrote: > > > >>Sounds like a great idea to me. Note however, > than > >>symbolic links are > >>implemented using windows shortcuts, so: > >> > >>ln -s foo.html `cygpatch -P`/foo_help.html > >> > >>will do what you want. > >> > > > > Huh? That was my example. Except with the desktop > > directory, and I used $(...) instead of `...` > > Fine fine fine. The point of my example was really > unrelated to the > cygpath command itself. You were talking about > grabbing code from > setup.exe to assist in create a shortcut, or > something -- I dunno > exactly 'cause I've deleted the message. > > My point was merely that you DON'T need to worry > about that. Just use > the 'ln -s' command -- because symbolic links == > windows shortcuts. > > --Chuck Ah. But what if you want to link to: rxvt.exe -rv -fn "FixedSys" -e /bin/bash --login -i --or-- command.com /E:4096 /c bash.exe --login -i from the working directory c:\cygwin\bin --or-- http://www.cygwin.com/FAQ/ My point is, there are a lot more possible options in W32 shortcuts that seem to be supported by the setup.exe mklink2.c COM interface. __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/
Preliminary patch for symlink problem in setup.exe
I've found a problem in setup.exe which potentially results in
two symlinks with the same name.
As you know, the default setting for symlinks in Cygwin is using
Windows shortcuts while setup.exe always creates symlinks as
the old-style system files.
Now imagine the following simple situation
- Delete /usr/bin/slogin by mistake.
- Recreate /usr/sbin/slogin with ln(1) creates a Windows shortcut
/usr/sbin/slogin.lnk.
- A new OpenSSH package is downloaded using setup.exe.
Now look into the /usr/bin directory. You will find two files,
`slogin' and `slogin.lnk'.
The following patch is a quick hack which I'd like to get reviewed
by the active setup contributors (not me).
The additional advantage of that patch is that it alleviates the
problem that setup complains when a file couldn't be installed
because the file already exists and couldn't be unlinked before.
That happens mostly when the R/O file attribute is set since
DeleteFile() fails then.
Oh, and I'm using the new INVALID_FILE_ATTRIBUTES define which
I found in the latest MSDN (surprise, surprise) and which
substitutes all prior ((DWORD) -1) or 0x constants
to mark the return code of GetFileAttributes() for ... yeah, you
guessed it, invalid file attributes.
Corinna
2002-01-14 Corinna Vinschen <[EMAIL PROTECTED]>
* package_meta.cc (packagemeta::uninstall): Uninstall a file
even with trailing ".lnk". Unset R/O file attribute before
trying to delete file.
Index: package_meta.cc
===
RCS file: /cvs/src/src/winsup/cinstall/package_meta.cc,v
retrieving revision 2.11
diff -u -p -r2.11 package_meta.cc
--- package_meta.cc 2002/01/06 11:31:47 2.11
+++ package_meta.cc 2002/01/14 21:08:44
@@ -120,11 +120,22 @@ packagemeta::uninstall ()
{
dirs.add_subdirs (line);
+ char buf[512];
char *d = cygpath ("/", line, NULL);
+
DWORD dw = GetFileAttributes (d);
- if (dw != 0x && !(dw & FILE_ATTRIBUTE_DIRECTORY))
+ if (dw == INVALID_FILE_ATTRIBUTES)
{
+ /* Check for Windows shortcut. */
+ strcpy (buf, d);
+ strcat (buf, ".lnk");
+ d = buf;
+ dw = GetFileAttributes (d);
+ }
+ if (dw != INVALID_FILE_ATTRIBUTES && !(dw & FILE_ATTRIBUTE_DIRECTORY))
+ {
log (LOG_BABBLE, "unlink %s", d);
+ SetFileAttributes (d, dw & ~FILE_ATTRIBUTE_READONLY);
DeleteFile (d);
}
line = installed->getnextfile ();
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
Corinna, On Mon, Jan 14, 2002 at 02:13:04PM +0100, Corinna Vinschen wrote: > I've just uploaded a PRELIMINARY version of OpenSSL-0.9.6c. It's > marked as a "test" version for setup. I'll not announce it. > > Please test your packages against that version. It's already build > omitting the IDEA, RC5 and MDC2 crypto algorithms. I ran Python's test_socket_ssl regression test with the above installed and it still passes. I also grep-ed Python's socket module for SSLeay() and no lines matched, so I will assume that this module is version "independent." Jason
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Mon, Jan 14, 2002 at 11:44:29AM +0100, Corinna Vinschen wrote: > On Mon, Jan 14, 2002 at 09:33:40PM +1100, Robert Collins wrote: > > Can I suggest you tag this as a test, for a few days, to allow the > > maintainers to check w/o affecting any end users. > > Sure. Probably from tomorrow on. I've just got a hint from a > collegue to exclude the MDC2 algorithm as well. The OpenSSL > distro in Cygwin would then exclude the exact same crypto algorithms > as the RH Linux distro. I've just uploaded a PRELIMINARY version of OpenSSL-0.9.6c. It's marked as a "test" version for setup. I'll not announce it. Please test your packages against that version. It's already build omitting the IDEA, RC5 and MDC2 crypto algorithms. BTW, I'm going to change the layout of that package due to it's size. The release version will be splitted into two packages: openssl-0.9.6c-2.tar.bz2 openssl-devel-0.9.6c-2.tar.bz2 The first package will only contain the DLLs and the /usr/ssl directories except the man3 man pages, the second package will contain the /usr/include, /usr/lib and /usr/ssl/man/man3 directories. So the first package is the one needed to run the applications (no changes to setup.hint needed) and the second one is only needed when building application against OpenSSL. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
On Mon, Jan 14, 2002 at 09:33:40PM +1100, Robert Collins wrote: > > === > - Original Message - > From: "Corinna Vinschen" <[EMAIL PROTECTED]> > To: "cygapp" <[EMAIL PROTECTED]> > Sent: Monday, January 14, 2002 9:26 PM > Subject: Maintainers of CURL, MUTT, PYTHON and WGET, heads up! > > > > === > > == == > > == IMPORTANT== > > == == > > === > > > > Hi, > > > > I'm going to update OpenSSL from version 0.9.6b to version 0.9.6c > > very soon now, probably next Sunday. > > ... > > Can I suggest you tag this as a test, for a few days, to allow the > maintainers to check w/o affecting any end users. Sure. Probably from tomorrow on. I've just got a hint from a collegue to exclude the MDC2 algorithm as well. The OpenSSL distro in Cygwin would then exclude the exact same crypto algorithms as the RH Linux distro. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
=== - Original Message - From: "Corinna Vinschen" <[EMAIL PROTECTED]> > Oh, DoD? Dinner on Desktop? Close, DBK Dinner Beside Keyboard :} Rob
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
On Mon, Jan 14, 2002 at 09:34:21PM +1100, Robert Collins wrote: > > === > - Original Message - > From: "Corinna Vinschen" <[EMAIL PROTECTED]> > > > > otflwmmf. > > > > wslpfrmpft? > > I missed the R. > > Rolling On The Floor Laughing With My Mouth Full. It was dinner time :}. Oh, DoD? Dinner on Desktop? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
=== - Original Message - From: "Corinna Vinschen" <[EMAIL PROTECTED]> To: "cygapp" <[EMAIL PROTECTED]> Sent: Monday, January 14, 2002 9:26 PM Subject: Maintainers of CURL, MUTT, PYTHON and WGET, heads up! > === > == == > == IMPORTANT== > == == > === > > Hi, > > I'm going to update OpenSSL from version 0.9.6b to version 0.9.6c > very soon now, probably next Sunday. ... Can I suggest you tag this as a test, for a few days, to allow the maintainers to check w/o affecting any end users. Rob
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
=== - Original Message - From: "Corinna Vinschen" <[EMAIL PROTECTED]> > > otflwmmf. > > wslpfrmpft? I missed the R. Rolling On The Floor Laughing With My Mouth Full. It was dinner time :}. Rob
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
On Mon, Jan 14, 2002 at 09:23:46PM +1100, Robert Collins wrote: > > === > - Original Message - > From: "Charles Wilson" <[EMAIL PROTECTED]> > > > Hmmm...I must spend too much time with computers. My human brain > parsed > > tetex-beta-20001218-2 as "tetex-beta" "20001218" "2". > > > > You have been using tetex as an example of how setup/upset *misparses* > a > > string, while I thought it was a perfect example of good parsing. :-) > > otflwmmf. wslpfrmpft? Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Maintainers of CURL, MUTT, PYTHON and WGET, heads up!
=== == == == IMPORTANT== == == === Hi, I'm going to update OpenSSL from version 0.9.6b to version 0.9.6c very soon now, probably next Sunday. You as the maintainers of the packages who depend on OpenSSL should check, if the existing binary packages will still run when I upgrade. The reasons I'm asking are - the fifth package depending on OpenSSL, OpenSSH, would have been broken by an upgrade. That's the reason I've uploaded a new version of OpenSSH a few hours ago. - The next OpenSSL binary package will not include support for two crypto algorithms which still have licensing problems in some contries, IDEA and RC5. So I'd like to ask you to check if your packages will still run with an patchlevel upgrade of OpenSSL. Otherwise I'd suggest to patch the code which checks the OpenSSL version (if any). The version of OpenSSL is returned by the function SSLeay(). It returns a hex number with the format MMNNFFPPS: M = major, N = minor, F = fix, p = patch, s = status. Accordingly the release version 0.9.6b returns SSLeay() = 0x00090602f == 0 9 6 b and f=release the release version 0.9.6c returns SSLeay() = 0x00090602f == 0 9 6 c f=release Description is in `man 3 OPENSSL_VERSION_NUMBER'. The situation in OpenSSH was, OpenSSH-3.0.2p1 unfortunately checks for exact equality against the version number of OpenSSL which is linked against: if ((SSLeay() != OPENSSL_VERSION_NUMBER) exit The current CVS version of OpenSSH contains a patch which checks for the version but w/o checking for the patch level: if ((SSLeay() ^ OPENSSL_VERSION_NUMBER) & ~0xff0L) exit I patched OpenSSH-3.0.2p1-4 so that it also uses that test. This version will have no problem when I upgrade to OpenSSL-0.9.6c. Please make sure that your package will still run next Sunday. I'm not going to use a different name for the DLL since it's not a version upgrade, just a patchlevel upgrade. The shared libs on U*X systems would still use the same name either (libcrypto.0.9.6.so, libssl.0.9.6.so). The next point is, please check if your packages depend on either the IDEA or the RC5 algorithms. If so, please rebuild w/o that dependency. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developermailto:[EMAIL PROTECTED] Red Hat, Inc.
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
WARNING: Rathole time. - Original Message - From: "Christopher Faylor" <[EMAIL PROTECTED]> > I shudder at the thought of trying > to sort versions if beta is part of the version number. Why? We're doing alpha sorting now. Rob
Re: ITP: libtool-devel, libtool-stable, libtool (wrappers)
=== - Original Message - From: "Charles Wilson" <[EMAIL PROTECTED]> > Hmmm...I must spend too much time with computers. My human brain parsed > tetex-beta-20001218-2 as "tetex-beta" "20001218" "2". > > You have been using tetex as an example of how setup/upset *misparses* a > string, while I thought it was a perfect example of good parsing. :-) otflwmmf. Rob
