Re: [ITA] libXft/libXft2/libXft-devel-2.1.7: A client-side font API for X applications
Brian Dessent writes: Brian Dessent wrote: As Angelo tried to report on the wrong mailing list, this is totally broken. How are you supposed to compile any X11 apps after installing this package, without manually adding -I/usr/X11R6/include/X11 to CPPFLAGS? Simply installing libXft-devel causes all the X11 headers to no longer work, because the only thing left under /usr/include/X11 is now Xft/. Furthermore, with the current situation, if you install libXft-devel and then reinstall xorg-x11-devel, the libXft headers (and anything else you might have installed in the directory /usr/include/X11) are deleted when the symlink is remade! That is clearly broken. You can't have two packages sharing ownership of a directory like that. Please fix. Will fix it this evening. By the way my libXaw3d-devel has the same problem. So I will switch both of them back to the /usr/X11R6 hierarchy an provide a post-install script for the /usr/include/X11 symlink. Brian Ciao Volker
setup.exe missing mgwbz2-1.dll?
Building from CVS goes cleanly but I am unable to run the resulting binary from cmd.exe: setup.exe - Unable to Locate Component This application has failed to start because mgwbz2-1.dll was not found. Re-installing the application may fix this If I run this from cygwin itself the application runs correctly, loading mgwbz2-1.dll from /bin. (Verified by renaming that dll file: setup.exe fails to start, error code 53.) I was expecting a stand-alone setup.exe - was that incorrect of me? I see setup/bz2lib contains only a CVS directory and nothing else, if that's relevant. Yours, Frank
Re: setup.exe missing mgwbz2-1.dll?
Dr. Frank Lee wrote: Building from CVS goes cleanly but I am unable to run the resulting binary from cmd.exe: setup.exe - Unable to Locate Component This application has failed to start because mgwbz2-1.dll was not found. Re-installing the application may fix this If I run this from cygwin itself the application runs correctly, loading mgwbz2-1.dll from /bin. (Verified by renaming that dll file: setup.exe fails to start, error code 53.) You're right, it should have linked with the static libbz2 and zlib. I made a change in this area recently and didn't notice anything different because I was using a cross compiler that doesn't have shared versions of those libs in its sysroot. I just committed a fix that should take care of it. I was expecting a stand-alone setup.exe - was that incorrect of me? I see setup/bz2lib contains only a CVS directory and nothing else, if that's relevant. Setup used to have a bundled libbz2, but that was before there was a MinGW libbz2 in the distro, so now we just use that. Brian
Re: Patch for unattended setup (updated)
I will provide an updated patch based on the current CVS with appropriate GNU
coding style and using '-s' for the software package switch.
I attach an updated patch which I believe conforms to the guidelines.
Yours,
Frank
(Brief summary: exit code 118 - reboot needed; command line option '-s
package1[,package2[,...]]' to install software packages; dialogue boxes
with the user are suppressed)Common subdirectories: setup-2.590-cvs/.deps and setup-2.590-rfl/.deps
Common subdirectories: setup-2.590-cvs/.libs and setup-2.590-rfl/.libs
Common subdirectories: setup-2.590-cvs/CVS and setup-2.590-rfl/CVS
diff -u setup-2.590-cvs/ChangeLog setup-2.590-rfl/ChangeLog
--- setup-2.590-cvs/ChangeLog 2008-04-10 13:36:07.0 +0100
+++ setup-2.590-rfl/ChangeLog 2008-04-10 14:08:16.090147800 +0100
@@ -1,3 +1,8 @@
+2008-04-10 Frank Lee [EMAIL PROTECTED]
+ * Add command-line option '-s' to select software packages.
+ * Intercept calls to message boxes if unattended flag (-q) is set.
+ * Exit code IDS_REBOOT_REQUIRED is returned if needed.
+
2008-04-10 Brian Dessent [EMAIL PROTECTED]
* Makefile.am (setup_LDFLAGS): Make sure static libbz2 and zlib
Only in setup-2.590-rfl: ChangeLog.orig
Only in setup-2.590-rfl: ChangeLog.rej
Common subdirectories: setup-2.590-cvs/autom4te.cache and setup-2.590-rfl/autom4te.cache
Common subdirectories: setup-2.590-cvs/bz2lib and setup-2.590-rfl/bz2lib
Common subdirectories: setup-2.590-cvs/cfgaux and setup-2.590-rfl/cfgaux
Common subdirectories: setup-2.590-cvs/csu_util and setup-2.590-rfl/csu_util
diff -u setup-2.590-cvs/install.cc setup-2.590-rfl/install.cc
--- setup-2.590-cvs/install.cc 2008-04-09 03:25:27.0 +0100
+++ setup-2.590-rfl/install.cc 2008-04-10 14:07:25.542625800 +0100
@@ -135,7 +135,6 @@
static int num_installs, num_uninstalls;
static void md5_one (const packagesource source);
-static bool rebootneeded;
void
Installer::preremoveOne (packagemeta pkg)
@@ -636,6 +635,9 @@
exit_msg = IDS_INSTALL_INCOMPLETE;
else if (!unattended_mode)
exit_msg = IDS_INSTALL_COMPLETE;
+
+ if (rebootneeded)
+exit_msg = IDS_REBOOT_REQUIRED;
}
static DWORD WINAPI
Common subdirectories: setup-2.590-cvs/libgetopt++ and setup-2.590-rfl/libgetopt++
Common subdirectories: setup-2.590-cvs/libmd5-rfc and setup-2.590-rfl/libmd5-rfc
diff -u setup-2.590-cvs/main.cc setup-2.590-rfl/main.cc
--- setup-2.590-cvs/main.cc 2007-02-28 00:55:04.0 +
+++ setup-2.590-rfl/main.cc 2008-04-10 14:07:25.542625800 +0100
@@ -200,8 +200,11 @@
// Clean exit.. save user options.
UserSettings::Instance().saveAllSettings();
-
-theLog-exit (0);
+if (rebootneeded) {
+ theLog-exit (IDS_REBOOT_REQUIRED);
+} else {
+ theLog-exit (0);
+}
}
TOPLEVEL_CATCH(main);
diff -u setup-2.590-cvs/msg.cc setup-2.590-rfl/msg.cc
--- setup-2.590-cvs/msg.cc 2004-12-27 16:12:44.0 +
+++ setup-2.590-rfl/msg.cc 2008-04-10 14:07:25.542625800 +0100
@@ -29,6 +29,7 @@
#include stdio.h
#include stdarg.h
#include dialog.h
+#include state.h
void
msg (const char *fmt, ...)
@@ -50,6 +51,27 @@
vsnprintf (buf, 1000, fmt, args);
log (LOG_PLAIN) mbox name : buf endLog;
+ if (unattended_mode) {
+// Return some default values.
+log (LOG_PLAIN) unattended_mode is set at mbox: returning default value endLog;
+switch (type MB_TYPEMASK)
+{
+ case MB_OK | MB_OKCANCEL:
+return IDOK;
+break;
+ case MB_YESNO | MB_YESNOCANCEL:
+return IDYES;
+break;
+ case MB_ABORTRETRYIGNORE:
+return IDIGNORE;
+break;
+ case MB_RETRYCANCEL:
+return IDCANCEL;
+break;
+ default:
+return 0;
+}
+ }
return MessageBox (owner, buf, Cygwin Setup, type);
}
diff -u setup-2.590-cvs/package_db.cc setup-2.590-rfl/package_db.cc
--- setup-2.590-cvs/package_db.cc 2008-04-09 00:50:54.0 +0100
+++ setup-2.590-rfl/package_db.cc 2008-04-10 14:07:25.558251000 +0100
@@ -401,6 +401,7 @@
void
packagedb::fillMissingCategory ()
{
+ for_each(packages.begin(), packages.end(), visit_if(mem_fun(packagemeta::addToCategoryBase), mem_fun(packagemeta::isManuallyWanted)));
for_each(packages.begin(), packages.end(), visit_if(mem_fun(packagemeta::setDefaultCategories), mem_fun(packagemeta::hasNoCategories)));
for_each(packages.begin(), packages.end(), mem_fun(packagemeta::addToCategoryAll));
}
diff -u setup-2.590-cvs/package_db.h setup-2.590-rfl/package_db.h
--- setup-2.590-cvs/package_db.h 2006-04-17 16:40:11.0 +0100
+++ setup-2.590-rfl/package_db.h 2008-04-10 14:07:25.558251000 +0100
@@ -47,6 +47,7 @@
void fillMissingCategory();
void markUnVisited();
void setExistence();
+ void addFromCmdLine();
/* all seen binary packages */
static std::vector packagemeta * packages;
/* all seen source packages */
diff -u setup-2.590-cvs/package_meta.cc setup-2.590-rfl/package_meta.cc
--- setup-2.590-cvs/package_meta.cc 2006-04-17
Re: Patch for unattended setup (updated)
On Thu, Apr 10, 2008 at 02:31:57PM +0100, Dr. Frank Lee wrote: I will provide an updated patch based on the current CVS with appropriate GNU coding style and using '-s' for the software package switch. I attach an updated patch which I believe conforms to the guidelines. Yours, Frank (Brief summary: exit code 118 - reboot needed; command line option '-s package1[,package2[,...]]' to install software packages; dialogue boxes with the user are suppressed) Common subdirectories: setup-2.590-cvs/.deps and setup-2.590-rfl/.deps Common subdirectories: setup-2.590-cvs/.libs and setup-2.590-rfl/.libs Common subdirectories: setup-2.590-cvs/CVS and setup-2.590-rfl/CVS diff -u setup-2.590-cvs/ChangeLog setup-2.590-rfl/ChangeLog --- setup-2.590-cvs/ChangeLog 2008-04-10 13:36:07.0 +0100 +++ setup-2.590-rfl/ChangeLog 2008-04-10 14:08:16.090147800 +0100 @@ -1,3 +1,8 @@ +2008-04-10 Frank Lee [EMAIL PROTECTED] + * Add command-line option '-s' to select software packages. + * Intercept calls to message boxes if unattended flag (-q) is set. + * Exit code IDS_REBOOT_REQUIRED is returned if needed. + 2008-04-10 Brian Dessent [EMAIL PROTECTED] * Makefile.am (setup_LDFLAGS): Make sure static libbz2 and zlib The above ChangeLog is not standard. Just take a look at all of the other entries in this file and you'll see things like it's missing a blank line after the initial entry, it's missing filenames, and it is missing function names. Also the voice used is supposed to be active not passive, i.e., change: * Exit code IDS_REBOOT_REQUIRED is returned if needed. to * install.cc (do_install_thread): Return exit code IDS_REBOOT_REQUIRED if needed. See also: http://www.gnu.org/prep/standards/html_node/Change-Logs.html . cgf
[RFU] atool-0.34.0-1
This is a new upstream release of atool. It adds lzma support. Please upload. Thanks, Andrew. wget \ http://home.comcast.net/~andrex/cygwin/atool/atool-0.34.0-1.tar.bz2 \ http://home.comcast.net/~andrex/cygwin/atool/atool-0.34.0-1-src.tar.bz2
Re: Patch for unattended setup (updated)
The above ChangeLog is not standard. Just take a look at all of the other
entries in this file and you'll see things like it's missing a blank line after
the
initial entry, it's missing filenames, and it is missing function names. Also
the voice used is supposed to be active not passive, i.e., change:
* Exit code IDS_REBOOT_REQUIRED is returned if needed.
* install.cc (do_install_thread): Return exit code IDS_REBOOT_REQUIRED
if needed.
See also: http://www.gnu.org/prep/standards/html_node/Change-Logs.html .
Thank you - a very useful link. I have followed it to produce the attached
patch for consideration. Please do point out any further problems.
Yours,
FrankCommon subdirectories: setup-2.590-cvs/.deps and setup-2.590-rfl/.deps
Common subdirectories: setup-2.590-cvs/.libs and setup-2.590-rfl/.libs
Common subdirectories: setup-2.590-cvs/CVS and setup-2.590-rfl/CVS
diff -u setup-2.590-cvs/ChangeLog setup-2.590-rfl/ChangeLog
--- setup-2.590-cvs/ChangeLog 2008-04-10 13:36:07.0 +0100
+++ setup-2.590-rfl/ChangeLog 2008-04-10 14:08:16.090147800 +0100
@@ -1,3 +1,8 @@
+2008-04-10 Frank Lee [EMAIL PROTECTED]
+ * Add command-line option '-s' to select software packages.
+ * Intercept calls to message boxes if unattended flag (-q) is set.
+ * Exit code IDS_REBOOT_REQUIRED is returned if needed.
+
2008-04-10 Brian Dessent [EMAIL PROTECTED]
* Makefile.am (setup_LDFLAGS): Make sure static libbz2 and zlib
Only in setup-2.590-rfl: ChangeLog.orig
Only in setup-2.590-rfl: ChangeLog.rej
Common subdirectories: setup-2.590-cvs/autom4te.cache and setup-2.590-rfl/autom4te.cache
Common subdirectories: setup-2.590-cvs/bz2lib and setup-2.590-rfl/bz2lib
Common subdirectories: setup-2.590-cvs/cfgaux and setup-2.590-rfl/cfgaux
Common subdirectories: setup-2.590-cvs/csu_util and setup-2.590-rfl/csu_util
diff -u setup-2.590-cvs/install.cc setup-2.590-rfl/install.cc
--- setup-2.590-cvs/install.cc 2008-04-09 03:25:27.0 +0100
+++ setup-2.590-rfl/install.cc 2008-04-10 14:07:25.542625800 +0100
@@ -135,7 +135,6 @@
static int num_installs, num_uninstalls;
static void md5_one (const packagesource source);
-static bool rebootneeded;
void
Installer::preremoveOne (packagemeta pkg)
@@ -636,6 +635,9 @@
exit_msg = IDS_INSTALL_INCOMPLETE;
else if (!unattended_mode)
exit_msg = IDS_INSTALL_COMPLETE;
+
+ if (rebootneeded)
+exit_msg = IDS_REBOOT_REQUIRED;
}
static DWORD WINAPI
Common subdirectories: setup-2.590-cvs/libgetopt++ and setup-2.590-rfl/libgetopt++
Common subdirectories: setup-2.590-cvs/libmd5-rfc and setup-2.590-rfl/libmd5-rfc
diff -u setup-2.590-cvs/main.cc setup-2.590-rfl/main.cc
--- setup-2.590-cvs/main.cc 2007-02-28 00:55:04.0 +
+++ setup-2.590-rfl/main.cc 2008-04-10 14:07:25.542625800 +0100
@@ -200,8 +200,11 @@
// Clean exit.. save user options.
UserSettings::Instance().saveAllSettings();
-
-theLog-exit (0);
+if (rebootneeded) {
+ theLog-exit (IDS_REBOOT_REQUIRED);
+} else {
+ theLog-exit (0);
+}
}
TOPLEVEL_CATCH(main);
diff -u setup-2.590-cvs/msg.cc setup-2.590-rfl/msg.cc
--- setup-2.590-cvs/msg.cc 2004-12-27 16:12:44.0 +
+++ setup-2.590-rfl/msg.cc 2008-04-10 14:07:25.542625800 +0100
@@ -29,6 +29,7 @@
#include stdio.h
#include stdarg.h
#include dialog.h
+#include state.h
void
msg (const char *fmt, ...)
@@ -50,6 +51,27 @@
vsnprintf (buf, 1000, fmt, args);
log (LOG_PLAIN) mbox name : buf endLog;
+ if (unattended_mode) {
+// Return some default values.
+log (LOG_PLAIN) unattended_mode is set at mbox: returning default value endLog;
+switch (type MB_TYPEMASK)
+{
+ case MB_OK | MB_OKCANCEL:
+return IDOK;
+break;
+ case MB_YESNO | MB_YESNOCANCEL:
+return IDYES;
+break;
+ case MB_ABORTRETRYIGNORE:
+return IDIGNORE;
+break;
+ case MB_RETRYCANCEL:
+return IDCANCEL;
+break;
+ default:
+return 0;
+}
+ }
return MessageBox (owner, buf, Cygwin Setup, type);
}
diff -u setup-2.590-cvs/package_db.cc setup-2.590-rfl/package_db.cc
--- setup-2.590-cvs/package_db.cc 2008-04-09 00:50:54.0 +0100
+++ setup-2.590-rfl/package_db.cc 2008-04-10 14:07:25.558251000 +0100
@@ -401,6 +401,7 @@
void
packagedb::fillMissingCategory ()
{
+ for_each(packages.begin(), packages.end(), visit_if(mem_fun(packagemeta::addToCategoryBase), mem_fun(packagemeta::isManuallyWanted)));
for_each(packages.begin(), packages.end(), visit_if(mem_fun(packagemeta::setDefaultCategories), mem_fun(packagemeta::hasNoCategories)));
for_each(packages.begin(), packages.end(), mem_fun(packagemeta::addToCategoryAll));
}
diff -u setup-2.590-cvs/package_db.h setup-2.590-rfl/package_db.h
--- setup-2.590-cvs/package_db.h 2006-04-17 16:40:11.0 +0100
+++ setup-2.590-rfl/package_db.h 2008-04-10 14:07:25.558251000 +0100
@@ -47,6 +47,7 @@
void fillMissingCategory();
void
Re: [RFU] atool-0.34.0-1
On Apr 10 12:28, Andrew Schulman wrote: http://home.comcast.net/~andrex/cygwin/atool/atool-0.34.0-1.tar.bz2 \ http://home.comcast.net/~andrex/cygwin/atool/atool-0.34.0-1-src.tar.bz2 Uploaded. Thanks, Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] transfig: Tools for creating TeX documents with graphics
On Apr 8 00:00, Dr. Volker Zell wrote: Hi I would like to adopt and maintain the 'transfig' package from Harold Hunt: Here is the setup.hint file: --- ./setup.hint sdesc: Tools for creating TeX documents with graphics ldesc: TransFig is a set of tools for creating TeX documents with graphics which are portable, in the sense that they can be printed in a wide variety of environments. category: Graphics requires: cygwin libpng12 xorg-x11-bin-dlls bash ghostscript grep netpbm tcsh Packaging looks good, but... a dependency to tcsh? How's that? That looks wrong to me. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat
Re: [ITA] transfig: Tools for creating TeX documents with graphics
Corinna Vinschen writes: On Apr 8 00:00, Dr. Volker Zell wrote: Hi I would like to adopt and maintain the 'transfig' package from Harold Hunt: Here is the setup.hint file: --- ./setup.hint sdesc: Tools for creating TeX documents with graphics ldesc: TransFig is a set of tools for creating TeX documents with graphics which are portable, in the sense that they can be printed in a wide variety of environments. category: Graphics requires: cygwin libpng12 xorg-x11-bin-dlls bash ghostscript grep netpbm tcsh Packaging looks good, but... a dependency to tcsh? How's that? That looks wrong to me. There is a C-shell script in /usr/bin which obviously could use our tcsh. I thought the consensus was to specify ALL direct dependencies. transfig and fig2dev of course do not need a C shell. Corinna Ciao Volker
Re: [RFU] Astyle-1.22-1
Hey All, Sorry for the noise, but I've noticed other packages have been uploaded, so I was thinking that perhaps my original email was missed... Chris 2008/4/7 Chris Sutcliffe: Please upload: http://emergedesktop.org/cygwin/astyle-1.22-1.tar.bz2 http://emergedesktop.org/cygwin/astyle-1.22-1-src.tar.bz2 Thanx! Chris -- Chris Sutcliffe http://emergedesktop.org -- Chris Sutcliffe http://emergedesktop.org
Re: [ITA] xfig/xfig-lib: An interactive drawing tool
Volker Zell writes: Hi I would like to adopt and maintain the 'xfig/xfig-lib' packages from Harold Hunt. New versions to download and test/check. See also: http://cygwin.com/ml/cygwin/2008-04/msg00306.html cut here #!/bin/bash mkdir -p xfig/xfig-lib cd xfig wget http://volkerzell.de/cygwin/ITP/xfig/setup.hint wget http://volkerzell.de/cygwin/ITP/xfig/xfig-3.2.4-7-src.tar.bz2 wget http://volkerzell.de/cygwin/ITP/xfig/xfig-3.2.4-7.tar.bz2 cd xfig-lib wget http://volkerzell.de/cygwin/ITP/xfig/xfig-lib/setup.hint wget http://volkerzell.de/cygwin/ITP/xfig/xfig-lib/xfig-lib-3.2.4-7.tar.bz2 cut here Ciao Volker
[ITP] xmds-1.6.5
Hi, I would like to recommend the xmds package for inclusion into cygwin. xmds is the eXtensible Multi-Dimensional Simulator and is way to quickly and easily solve differential equations in any arbitrary dimension. It is used frequently in physics and has wider utility in fields such as mathematics, engineering and even chemistry and computational biology. It is released under the GPL version 2 and is therefore OSI-compatible. See its web page at http://xmds.sourceforge.net for more information. I have packaged up xmds within cygwin using the script based packaging procedure on the cygwin website and the package files have been uploaded to: http://sourceforge.net/project/showfiles.php?group_id=72795 where they are signified by the cygwin in their filenames (sorry about having to do that, but it was the best way to differentiate the files which are currently uploaded). These files were only renamed to have cygwin in the filename; they were originally packaged as per the cygwin packaging instructions and did not have cygwin in the filename initally. The setup.hint file is appended to the end of this email. It would be great to get xmds into cygwin! Any feedback about the package would be greatly appreciated. Thanks in advance, Paul category: Science Math requires: cygwin gcc-c++ fftw3 libfftw3-devel sdesc:eXtensible Multi-Dimensional Simulator ldesc:eXtensible Multi-Dimensional Simulator. XMDS is a code generator that integrates equations. You write them down in human readable form in a XML file, and it goes away and writes and compiles a C++ program that integrates those equations as fast as it can possibly be done in your architecture.
Re: [wwwdocs patch] mention cygport as method three
Corinna Vinschen wrote: Thanks, please apply. I checked in the change a day or two ago (http://sourceware.org/cgi-bin/cvsweb.cgi/htdocs/setup.html?cvsroot=cygwin) but the live copy (http://www.cygwin.com/setup.html) still has not updated. Is the automatic trigger script broken? Brian
src/winsup/cygwin ChangeLog cygwin.din syscall ...
CVSROOT:/cvs/src Module name:src Changes by: [EMAIL PROTECTED] 2008-04-10 09:27:59 Modified files: winsup/cygwin : ChangeLog cygwin.din syscalls.cc winsup/cygwin/include/cygwin: version.h Log message: * cygwin.din (wprintf): Remove. (_wprintf): Ditto. * syscalls.cc (wprintf): Ditto. * include/cygwin/version.h: Add FIXME comment. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/ChangeLog.diff?cvsroot=srcr1=1.4099r2=1.4100 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/cygwin.din.diff?cvsroot=srcr1=1.185r2=1.186 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/syscalls.cc.diff?cvsroot=srcr1=1.485r2=1.486 http://sourceware.org/cgi-bin/cvsweb.cgi/src/winsup/cygwin/include/cygwin/version.h.diff?cvsroot=srcr1=1.259r2=1.260
-11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
Hello List, We have made up an unattended installer package for cygwin using Nullsoft Installer. This package works on all x32 and x64 versions of Windows 2000, XP and Server 2003. Testing with Windows Server 2008 we discovered a problem: At the end of the installation, cygwin.bat is executed by the Nullsoft Installer. Normally bash should open and all shellscripts residing in /etc/profile.d should be run automagically (the script /etc/profile collects and runs them). In our case it doesn't - at least on 1st start - instead the following error message is displayed: bash: cannot create temp file for here document: Bad address Then bash jumps to the standard prompt. If we now start cygwin a 2nd time by executing cygwin.bat (directly or via the desktop icon), the scripts in /etc/profile.d are run as they are proposed to. Also they are run normally, if the Nullsoft Installer exits before starting cygwin.bat and we start the batch manually (directly or via the desktop icon). Upgrading the package base-files-3.7-1.tar.bz2 to unpack a modified /etc/profile resulted that the $TMP and $TEMP variables seem to be correctly set to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp. Setting an FullAccess-ACL for the Windows user everyone on this directory didn't change the behaviour. Using set -x in the modified /etc/profile did not produce any other errors. - Is it possible that Cygwin's mapping of c:\Users\ADMINI~1/AppData/Local/Temp to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp doesn't yet exist at the time the error occurs? - Are there any known changes between the previous Windows versions and Windows Server 2008 being able to cause a different behaviour when a program is started manually vs. a program is started by another program; eg. different User / security / environmental context? - Would it be possible for the Cygwin developers to implement the usage of a /tmp independet from it's windows pendant to cure this? - Are there any other steps I could try or does anyone of you perhaps have a solution? We are using Cygwin on over 1200 machines. It maybe well a workaround to let the Nullsoft Installer exit without executing cygwin.bat and doing this manually, but that is -surely comprehensible- no way for us. Thank you very much, Regards, Chris -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Admin can read user file from bash, despite permissions
I have a power user file that has go-rwx. However, the administrator account can less the contents from a bash command line. This is both logging onto Windows 2000 as admin, as well as ssh'ing in (loopback) from the power user log-in session. The administrator can also mv the file to a different name, but it can't create a new file in the same folder e.g. by cp. CACLS shows an extensive set of permissions for the power user owner, but only READ_CONTROL, FILE_READ_EA, FILE_READ_ATTRIBUTES for LaptopName\None and Everyone. I've come across nothing on the web (yet) about a special privilege that allows administrators the level of access that it seems to have. In fact, if I just open up a DOS shell as Administrator, I cannot more the said file. So it seems to be specific to Cygwin rather than Windows. I've read up on ntsec in the Cygwin user guide, but nothing seems to explain the admin access to the file. However, it is new material to me, so I might be missing it. If the explanation is there, could someone point to the particular paragraph, and perhaps elaborate on how that explains the access I observe? If the explanation isn't there, what is the explanation? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Yaakov? (was Re: [ANNOUNCEMENT] Updated: csih-0.1.3-1)
On Apr 10 00:55, Charles Wilson wrote:
Corinna Vinschen wrote:
And that was really very nice. I'm not trying to critizise the general
approach. I just think we (that is: I) should get rid of the entire
message and the setfacl in ssh-user-config.
Well, that will certainly simplify things. However, operating on the old
assumption, the new (not even in CVS yet) version of csih lets you do this:
compute_sshd_user() {
if csih_is_nt
then
if ! cygrunsrv -Q sshd /dev/null 21
then
csih_select_privileged_username -q sshd
fi
sshd_user=$(csih_service_should_run_as sshd)
if ! setfacl -m u::rwx,u:${sshd_user}:r--,g::---,o::--- \
${pwdhome}/.ssh
then
csih_error_multiline \
}
That looks good. Almost a pity that we don't need to set permissons :)
(c) But what if ${service} has not yet been installed, even though [a]
common service account exists [perhaps used by some other installed
cygwin service]? Then you'd still need the existing logic...
Right, but that should probably be a fallback.
Ok, that's the way it works now. But it is also why the user-config client
needs to check 'cygrunsrv -Q myservice' and call
csih_select_privileged_username -q myservice
if the service is not already installed.
Only if permissions have to be set. But, since the services in question
are usually running under a privileged account (here: having the backup
user right), there's really no need to add the service account to the
ACL. This was only necessary in earlier days, when Cygwin didn't open
files with backup intent.
It *would* be a problem if the service in question doesn't run under
a privileged account, though. For instance, if the service has been
installed to run with just a single user account. But in that case,
either the user calling the user-config script is the same user as the
service account, or the user has lost anyway.
Nothing of that is actually helpful or informative for a
just-a-user user. And except for setting permissions (which isn't
necessary!) I really think we should not call this function from pure
user config scripts.
That's up to the maintainer of each csih client package. You don't want to
call these 'hey, what account is the server running as?' function, you
don't need to.
I agree. It might be useful at one point.
P.S. not even in CVS yet -- because in anticipation of getting approval
from Corinna, Pierre, and Yaakov for explicitly specifying the license
terms of csih.sh, I went ahead an made those changes to NEWS, COPYING,
csih.sh, AUTHORS, etc.
Corinna: MIT/X ok
Pierre: MIT/X ok
Yaakov: ...
Yaakov?
Bueller?
Is this thing on?
tap, tap
hello?
Wait, I help:
YAKOV! HELLO!
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Admin can read user file from bash, despite permissions
Gmane User wrote: CACLS shows an extensive set of permissions for the power user owner, but only READ_CONTROL, FILE_READ_EA, FILE_READ_ATTRIBUTES for LaptopName\None and Everyone. I've come across nothing on the web (yet) about a special privilege that allows administrators the level of access that it seems to have. In fact, if I just open up a DOS shell as Administrator, I cannot more the said file. So it seems to be specific to Cygwin rather than Windows. Um: http://cygwin.com/ml/cygwin/2008-04/msg00218.html This is the relevant part: Cygwin uses this to simulate the unix semantics of root (i.e. total access to anything regardless of permissions) Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Perl script vs. Program Files
Hi everyone! I'm using cvsnt via cygwin command line. When I'm trying to reformat log output with cvs2cl.pl (http://www.red-bean.com/cvs2cl), I get the following error message: Can't open perl script /cygdrive/c/Program: No such file or directory Apparently the script is looked for in /cygdrive/c/Program Files/cvsnt/, which is fine for me, because that's where it resides. However, when I delete the script, I get the following output: bash: /cygdrive/c/Program Files/cvsnt/cvs2cl.pl: No such file or directory Suddenly the path is resolved alright! I guess the first message is generated by Perl and the second one by bash. When I put the script in a no-space-path and type the whole thing, like /cygdrive/c/cvs2cl.pl it works fine. Using a path-with-spaces probably requires some weird combination of single/double quotes. Since I'm bashwise quite illiterate and have never used Perl before, any help is greatly appreciated. Note that putting the script in another location (like /cygdrive/c or cygwin/usr/bin or such) does not help. It is always looked for in /cygdrive/c/Program Files/cvsnt and nowhere else. Why? Thanks, Andreas -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Admin can read user file from bash, despite permissions
On Apr 10 04:19, Gmane User wrote: I have a power user file that has go-rwx. However, the administrator account can less the contents from a bash command line. This is both logging onto Windows 2000 as admin, as well as ssh'ing in (loopback) from the power user log-in session. The administrator can also mv the file to a different name, but it can't create a new file in the same folder e.g. by cp. CACLS shows an extensive set of permissions for the power user owner, but only READ_CONTROL, FILE_READ_EA, FILE_READ_ATTRIBUTES for LaptopName\None and Everyone. I've come across nothing on the web (yet) about a special privilege that allows administrators the level of access that it seems to have. In fact, if I just open up a DOS shell as Administrator, I cannot more the said file. So it seems to be specific to Cygwin rather than Windows. [...] what is the explanation? The secret word for tonight is Privileges. See http://msdn2.microsoft.com/en-us/library/bb530716(vs.85).aspx Administrators have the SE_BACKUP_NAME privilege by default. Cygwin opens the files with the FILE_FLAG_BACKUP_SEMANTICS flag set, see http://msdn2.microsoft.com/en-us/library/aa363858.aspx So, all accounts with the backup privilege (usually admins and backup operators) can open all files. That's the same as with the root user on UNIX. It does not work with the standard Windows tools, because these tools don't open files with FILE_FLAG_BACKUP_SEMANTICS. Sort of an obfuscation, if you ask me. cp doesn't work because the current release of Cygwin doesn't use the FILE_FLAG_BACKUP_SEMANTICS flag in every necessary place so far. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
On Apr 10 09:48, Christoph Herdeg wrote: Hello List, We have made up an unattended installer package for cygwin using Nullsoft Installer. This package works on all x32 and x64 versions of Windows 2000, XP and Server 2003. Testing with Windows Server 2008 we discovered a problem: At the end of the installation, cygwin.bat is executed by the Nullsoft Installer. Normally bash should open and all shellscripts residing in /etc/profile.d should be run automagically (the script /etc/profile collects and runs them). In our case it doesn't - at least on 1st start - instead the following error message is displayed: bash: cannot create temp file for here document: Bad address Then bash jumps to the standard prompt. If we now start cygwin a 2nd time by executing cygwin.bat (directly or via the desktop icon), the scripts in /etc/profile.d are run as they are proposed to. Also they are run normally, if the Nullsoft Installer exits before starting cygwin.bat and we start the batch manually (directly or via the desktop icon). Upgrading the package base-files-3.7-1.tar.bz2 to unpack a modified /etc/profile resulted that the $TMP and $TEMP variables seem to be correctly set to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp. Setting an FullAccess-ACL for the Windows user everyone on this directory didn't change the behaviour. Using set -x in the modified /etc/profile did not produce any other errors. - Is it possible that Cygwin's mapping of c:\Users\ADMINI~1/AppData/Local/Temp to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp doesn't yet exist at the time the error occurs? No. The environment is converted before the shell is doing something on its own accord. Is it possible that the cygdrive prefix doesn't exist when cygwin.bat is called the first time? So far the installer is responsible for creating the mount points and the cygdrive prefix in the registry. And after that, before calling cygwin.bat, the installer should run the postinstall scripts in /etc/postinstall. - Are there any known changes between the previous Windows versions and Windows Server 2008 being able to cause a different behaviour when a program is started manually vs. a program is started by another program; eg. different User / security / environmental context? Not that I'm aware of. What Cygwin version are you using? Anything before 1.5.25-11 is a bad idea to use on Windows 2008. - Would it be possible for the Cygwin developers to implement the usage of a /tmp independet from it's windows pendant to cure this? The usage of $TEMP/$TMP/$TMPDIR has nothing to do with Cygwin. The Cygwin DLL itself has no need for a tmp dir. The reason it's used is that bash honors (at least) $TMPDIR. One workaround would be to delete these environment variables before bash is called. But, of course, this doesn't help to track down the actual cause of the problem. - Are there any other steps I could try or does anyone of you perhaps have a solution? I have no idea what's causing your problem. I assume you will have to debug it, using GDB, strace or sysinternal's tools. The above error message does not tell us anything useful, except that an invalid address has been used *somewhere*. Some debugging effort would be required here, sorry. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
Adding the following lines to /etc/profile to delet the variables didn't help anything: TMP= TEMP= TMPDIR= The same error occured a the same place, so it's neither a solution nor even a workaround for our problem. Christoph Corinna Vinschen [EMAIL PROTECTED] ygwin.com To Sent by: cygwin@cygwin.com [EMAIL PROTECTED] cc in.com Subject Re: -11: Problem at 1st start when 10.04.2008 10:59 cygwin.bat is run by Nullsoft-Installer Please respond to cygwin@cygwin.com - Would it be possible for the Cygwin developers to implement the usage of a /tmp independet from it's windows pendant to cure this? The usage of $TEMP/$TMP/$TMPDIR has nothing to do with Cygwin. The Cygwin DLL itself has no need for a tmp dir. The reason it's used is that bash honors (at least) $TMPDIR. One workaround would be to delete these environment variables before bash is called. But, of course, this doesn't help to track down the actual cause of the problem. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
Hello List, Corinna, thank you for your answer so far. Regarding your hints: - The cygwin installer runs normally and creates registry entries as well runs the postinstall scripts - As you can see in the subject line, we currently use version -11 aka 1.5.25-11 - I will try to workaround our problem by deleting the listed env. variables and report back - Debugging won't be possible for me; my software development knowledge ends with shellscript. But if you exactly tell me what to do, I'll give it a try and supply you with the resulting information. Regards, Chris Corinna Vinschen [EMAIL PROTECTED] ygwin.com To Sent by: cygwin@cygwin.com [EMAIL PROTECTED] cc in.com Subject Re: -11: Problem at 1st start when 10.04.2008 10:59 cygwin.bat is run by Nullsoft-Installer Please respond to cygwin@cygwin.com On Apr 10 09:48, Christoph Herdeg wrote: Hello List, We have made up an unattended installer package for cygwin using Nullsoft Installer. This package works on all x32 and x64 versions of Windows 2000, XP and Server 2003. Testing with Windows Server 2008 we discovered a problem: At the end of the installation, cygwin.bat is executed by the Nullsoft Installer. Normally bash should open and all shellscripts residing in /etc/profile.d should be run automagically (the script /etc/profile collects and runs them). In our case it doesn't - at least on 1st start - instead the following error message is displayed: bash: cannot create temp file for here document: Bad address Then bash jumps to the standard prompt. If we now start cygwin a 2nd time by executing cygwin.bat (directly or via the desktop icon), the scripts in /etc/profile.d are run as they are proposed to. Also they are run normally, if the Nullsoft Installer exits before starting cygwin.bat and we start the batch manually (directly or via the desktop icon). Upgrading the package base-files-3.7-1.tar.bz2 to unpack a modified /etc/profile resulted that the $TMP and $TEMP variables seem to be correctly set to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp. Setting an FullAccess-ACL for the Windows user everyone on this directory didn't change the behaviour. Using set -x in the modified /etc/profile did not produce any other errors. - Is it possible that Cygwin's mapping of c:\Users\ADMINI~1/AppData/Local/Temp to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp doesn't yet exist at the time the error occurs? No. The environment is converted before the shell is doing something on its own accord. Is it possible that the cygdrive prefix doesn't exist when cygwin.bat is called the first time? So far the installer is responsible for creating the mount points and the cygdrive prefix in the registry. And after that, before calling cygwin.bat, the installer should run the postinstall scripts in /etc/postinstall. - Are there any known changes between the previous Windows versions and Windows Server 2008 being able to cause a different behaviour when a program is started manually vs. a program is started by another program; eg. different User / security / environmental context? Not that I'm aware of. What Cygwin version are you using? Anything before 1.5.25-11 is a bad idea to use on Windows 2008. - Would it be possible for the Cygwin developers to implement the usage of a /tmp independet from it's windows pendant to cure this? The usage of $TEMP/$TMP/$TMPDIR has nothing to do with Cygwin. The Cygwin DLL itself has no need for a tmp dir. The reason it's used is that bash honors (at least) $TMPDIR. One workaround would be to delete these environment variables before bash is called. But, of course, this doesn't help to track down the actual cause of the problem. - Are there any other steps I could try or does anyone of you perhaps have a solution? I have no idea what's causing your problem. I assume you will have to debug it, using GDB, strace or sysinternal's tools. The above error
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
On Apr 10 12:50, Christoph Herdeg wrote: Adding the following lines to /etc/profile to delet the variables didn't help anything: TMP= TEMP= TMPDIR= man bash The above doesn't remove the variables. Use unset. The same error occured a the same place, so it's neither a solution nor even a workaround for our problem. You should try to remove the variables *before* calling bash. /etc/profile is used by bash so it's already too late. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cron and Windows 2000
- Original Message - From: Vince LaMonica To: cygwin Sent: Wednesday, April 09, 2008 5:08 PM Subject: cron and Windows 2000 | Hi all, | | I recently updated cygwin on a Windows 2000 server box and I am now | getting errors when running cron. It is the famous, can't switch user | context message that I've seen a lot of posts about. The issue is that I | am not running Windows 2003 server, but rather Windows 2000 server. | Cygwin has been installed for 'all to run', and the cron jobs are/were | created by user, Administrator. Did you run cron-config to try to take care of the issue? And you can always run cron as yourself. Pierre [I will be out of reach until Monday.] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Admin can read user file from bash, despite permissions
Brian Dessent wrote: Gmane User wrote: CACLS shows an extensive set of permissions for the power user owner, but only READ_CONTROL, FILE_READ_EA, FILE_READ_ATTRIBUTES for LaptopName\None and Everyone. I've come across nothing on the web (yet) about a special privilege that allows administrators the level of access that it seems to have. In fact, if I just open up a DOS shell as Administrator, I cannot more the said file. So it seems to be specific to Cygwin rather than Windows. Um: http://cygwin.com/ml/cygwin/2008-04/msg00218.html This is the relevant part: Cygwin uses this to simulate the unix semantics of root (i.e. total access to anything regardless of permissions) Thanks for reiterating, Brian. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Admin can read user file from bash, despite permissions
Corinna Vinschen wrote: On Apr 10 04:19, Gmane User wrote: I have a power user file that has go-rwx. However, the administrator account can less the contents from a bash command line. This is both logging onto Windows 2000 as admin, as well as ssh'ing in (loopback) from the power user log-in session. The administrator can also mv the file to a different name, but it can't create a new file in the same folder e.g. by cp. CACLS shows an extensive set of permissions for the power user owner, but only READ_CONTROL, FILE_READ_EA, FILE_READ_ATTRIBUTES for LaptopName\None and Everyone. I've come across nothing on the web (yet) about a special privilege that allows administrators the level of access that it seems to have. In fact, if I just open up a DOS shell as Administrator, I cannot more the said file. So it seems to be specific to Cygwin rather than Windows. [...] what is the explanation? The secret word for tonight is Privileges. See http://msdn2.microsoft.com/en-us/library/bb530716(vs.85).aspx Administrators have the SE_BACKUP_NAME privilege by default. Cygwin opens the files with the FILE_FLAG_BACKUP_SEMANTICS flag set, see http://msdn2.microsoft.com/en-us/library/aa363858.aspx So, all accounts with the backup privilege (usually admins and backup operators) can open all files. That's the same as with the root user on UNIX. It does not work with the standard Windows tools, because these tools don't open files with FILE_FLAG_BACKUP_SEMANTICS. Sort of an obfuscation, if you ask me. cp doesn't work because the current release of Cygwin doesn't use the FILE_FLAG_BACKUP_SEMANTICS flag in every necessary place so far. Thank you, Corinna. That was very informative. BTW, I found this site to be invaluable for those ramping up: http://www.pluralsight.com/wiki/default.aspx/Keith.GuideBook/WhatIsAPrivilege.html Cheers! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Admin can read user file from bash, despite permissions
Gmane User wrote: Brian Dessent wrote: Gmane User wrote: CACLS shows an extensive set of permissions for the power user owner, but only READ_CONTROL, FILE_READ_EA, FILE_READ_ATTRIBUTES for LaptopName\None and Everyone. I've come across nothing on the web (yet) about a special privilege that allows administrators the level of access that it seems to have. In fact, if I just open up a DOS shell as Administrator, I cannot more the said file. So it seems to be specific to Cygwin rather than Windows. Um: http://cygwin.com/ml/cygwin/2008-04/msg00218.html This is the relevant part: Cygwin uses this to simulate the unix semantics of root (i.e. total access to anything regardless of permissions) Thanks for reiterating, Brian. Oh, I should have mentioned that Diskeeper probably uses the privilege since it managed to defrag the files that the built-in defragger, JkDefrag, and Ultra Defragmenter could not. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
On Thu, Apr 10, 2008 at 10:59:06AM +0200, Corinna Vinschen wrote: On Apr 10 09:48, Christoph Herdeg wrote: - Is it possible that Cygwin's mapping of c:\Users\ADMINI~1/AppData/Local/Temp to /cygdrive/c/Users/ADMINI~1/AppData/Local/Temp doesn't yet exist at the time the error occurs? No. The environment is converted before the shell is doing something on its own accord. Is it possible that the cygdrive prefix doesn't exist when cygwin.bat is called the first time? So far the installer is responsible for creating the mount points and the cygdrive prefix in the registry. And after that, before calling cygwin.bat, the installer should run the postinstall scripts in /etc/postinstall. The cygdrive prefix shouldn't have to live in the registry. It should be defaulted by the cygwin DLL, i.e., '/cygdrive/c' should be usable without ever running setup.exe. - Would it be possible for the Cygwin developers to implement the usage of a /tmp independet from it's windows pendant to cure this? The usage of $TEMP/$TMP/$TMPDIR has nothing to do with Cygwin. The Cygwin DLL itself has no need for a tmp dir. The reason it's used is that bash honors (at least) $TMPDIR. One workaround would be to delete these environment variables before bash is called. But, of course, this doesn't help to track down the actual cause of the problem. And, even if that was not the case, this is free software. If you want something done, you can do it yourself. A point that seems to be sometimes lost in this mailing list is that it is primarily devoted to the discussion of the cygwin distribution, and the people working on the cygwin DLL are also primarily devoted to that goal. Asking for people to do work for you which will accommodate needs which fall outside of the Cygwin distribution seems to be missing that point. It's nice that people have found other uses for cygwin1.dll and the packages which go into the distribution found at http://cygwin.com/ but I think it is unrealistic to expect that people here will be cheerfully willing to do extra work to make it easy for other uses of cygwin. Again, maybe if this wasn't free software there would be more of a need to have other people help you but that isn't the case here. I know this isn't really helping your issue but this is at least the second time in a month that someone has suggested that cygwin developers might need to do something or are being unreasonable in not doing something that would meet requirements that were outside of the cygwin.com distribution so I thought it was time for a little bit of a rant. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Perl script vs. Program Files
Andreas wrote: I'm using cvsnt via cygwin command line. When I'm trying to reformat log output with cvs2cl.pl (http://www.red-bean.com/cvs2cl), I get the following error message: Can't open perl script /cygdrive/c/Program: No such file or directory The script is wrong. Edit the file and put quotes around the $0 on the exec perl line. gsw -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
Christopher Faylor [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]... It's nice that people have found other uses for cygwin1.dll and the packages which go into the distribution found at http://cygwin.com/ but I think it is unrealistic to expect that people here will be cheerfully willing to do extra work to make it easy for other uses of cygwin. Would it be appropriate to refer such people to: http://www.redhat.com/software/cygwin/
Re: [ITA] xfig/xfig-lib: An interactive drawing tool
Angelo Graziosi wrote: Dr. Volker Zell ha scritto: I would like to adopt and maintain the 'xfig/xfig-lib' packages from Harold Hunt. The procedure of installing 3.2.4-7 removes the previous 3.2.4-6, so the link app-defaults - /etc/X11/app-defaults in /usr/X11R6/lib/X11/ is lost and the new postinstall script (xfig.sh) does not re-create it. Good catch, will add that to the postinstall script. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ITA] xfig/xfig-lib: An interactive drawing tool (patch)
Angelo Graziosi writes: Angelo Graziosi ha scritto: Dr. Volker Zell ha scritto: Angelo Graziosi writes: But why still 3.2.4 version? A new release 3.2.5 with several bug fixes has been released [1]. The problem is it does not compile due to dependency on #include complex.h in w_intersect.c (which we don't have) and later on w_intersect.c:884: error: syntax error before ix1c w_intersect.c:885: error: syntax error before iy1c w_intersect.c:886: error: syntax error before ix2c w_intersect.c:887: error: syntax error before iy2c w_intersect.c:891: error: `iy1c' undeclared (first use in this function) w_intersect.c:891: error: (Each undeclared identifier is reported only once w_intersect.c:891: error: for each function it appears in.) w_intersect.c:891: error: `_Complex_I' undeclared (first use in this function) w_intersect.c:892: error: `ix1c' undeclared (first use in this function) w_intersect.c:894: error: `iy2c' undeclared (first use in this function) w_intersect.c:895: error: `ix2c' undeclared (first use in this function) Ciao Volker The patch below should solve the thing. It avoids the complex computing. If z=(x,y) is a complex number, then the line 891 of w_intersect.c reads iy1c = (-X,sqrt(-rx))/(2.0 * W) which with reals reads iy1c_x = -X/(2.0 * W) iy1c_y = sqrt(-rx)/(2.0 * W) The line 892 (in complexs) reads ix1c = (K * iy1c) + L i.e. in real form ix1c_x = K*iy1c_x+L ix1c_y = K*iy1c_y+0 and so on. To be noted : --- K,X,W,L are all real. --- (-rx)0 in sqrt(-rx) (see line 873 and 880) My buildnow fails when installing: -- [...] rman -f HTML xfig._man \ xfig.1-html mv -f xfig.1-html xfig.1.html Installing xfig-3.2.5-1 Copying Fig Object Libraries + mkdirhier /tmp.builds/xfig-3.2.5-1/inst/usr/bin + mkdirhier /tmp.builds/xfig-3.2.5-1/inst/usr/lib/xfig/Libraries ^ Oops... +XCOMM in the Imakefile! Sorry. Now it builds and installs. Did you try sending the patch upstream ? Angelo. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ITA] xfig/xfig-lib: An interactive drawing tool (patch)
Dr. Volker Zell ha scritto: Did you try sending the patch upstream ? No. I do not know where one should send. If you know, you can. Volker Thanks, Angelo. --- Facesti come quei che va di notte, che porta il lume dietro e se' non giova, ma dopo se' fa le persone dotte. - DANTE, Purgatorio, xxii 67-69 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
[ANNOUNCEMENT] Updated: atool-0.34.0-1
A new version of the atool package is now available in the Cygwin distribution. Changes in this release: * New upstream release: adds lzma support. About atool: atool is a script for managing file archives of various types (tar, tar+gzip, zip, bzip2, rar, 7zip, ...). atool is called under several names: * aunpack extracts files from an archive. It overcomes the dreaded multiple files in archive root problem by first extracting to a unique subdirectory, and then moving back the files if possible. aunpack also prevents local files from being overwritten by mistake. * apack creates archives. * als lists files in archives. * acat extracts files to standard out. * adiff generates a diff between archives. * arepack converts between archive formats. Home page: http://www.nongnu.org/atool/ License: GPL Andrew E. Schulman *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ITA] transfig... Problems?
I have installed transfig-3.2.5-1+xfig-3.2.4-7* (all candidate)
Then
$ xfig -specialtext -latexfonts -startlatexFont default
creating a simple figure (demo.fig)
saved, then File | export Combined PS/Latex (both part)
and XFig Error message:
Error during EXPORT:
here pstex_file[0]=100
end picture
The same happens if I use Combined PDF/Latex (both part).
Instead using tranfig-3.2.4-2(the current)+xfig-3.2.4-7*(candidate)
there is not error messages, all seems OK.
tranfig-3.2.5-1 does not like 3.2.4-7 ???
^^^ ^^^
Cheers,
Angelo.
#FIG 3.2
Landscape
Center
Inches
Letter
100.00
Single
-2
1200 2
6 1950 1725 6000 4800
1 2 0 1 0 7 50 -1 -1 0.000 1 0. 2850 3112 825 1312 2025 1800 3675 4425
1 2 0 1 0 7 50 -1 -1 0.000 1 0. 4050 4125 1050 600 3000 3525 5100 4725
4 0 0 50 -1 0 12 0. 2 195 2295 3675 2100 $\\fract{-X+i\\sqrt{-rx}}{2W}$\001
-6
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Updated chere-1.0-1
On 23-09-2007 Sun 14:31, Dave wrote: PROBLEMS: If you encounter a problem with chere, please report it to the cygwin mailing list. In addition to the usual reporting guidelines at http://cygwin.com/problems.html please include the output of chere -r What about suggestions for extra features? (Not exactly feature /requests/ - I don't need the feature myself - but something I think would be nifty for chere to do.) cheers, - Peter -- [EMAIL PROTECTED] || http://pgl.yoyo.org/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Restoring text mode on a mount. How?
Hello
I'm having a strange problem with my Cygwin installation and would appreciate
any help. It was originally installed to use DOS text mode by default ('\r\n'
line endings). A 'mount' command after the installation shows /cygwin/c as
mounted in text mode
c: on /cygwin/c type user (textmode)
I have a bunch of sh scripts on /cygwin/c with '\r\n' line endings that work
perfectly fine. If I unmount /cygwin/c and re-mount it in binary mode, the
scripts stop working due to '\r' getting in the way. So far, everything looks
perfectly logical.
Then I unmount the binary /cygwin/c and remount it again in text mode. The
report from 'mount' now looks the same way it looked after the installation
c: on /cygwin/c type user (textmode)
However, the scripts still refuse to work for the very same reason - sh
complains about those '\r's getting in the way. And that's the problem:
regardless of what and how I mount/unmount, there seems to be absolutely no way
to get back to the original functionality, i.e. make Cygwin to interpret text
files from this textmode mount as text files.
The only way to solve the problem I found so far is to re-run the Cygwin setup
again specifying DOS text mode by default. Magically, everything gets back to
normal, even though there are no visible changes in the 'mount' report.
So the question that I'm trying to ask is why doesn't it work without re-
installation of Cygwin? Why does it interpret scripts from re-mounted textmode
mount as binary files? Is there a way to get back to the original freshly-
installed Cygwin textmode behavior without actually re-installing it?
--
Thank you,
Andrey Tarasevich
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Restoring text mode on a mount. How?
Andrey Tarasevich wrote: So the question that I'm trying to ask is why doesn't it work without re- installation of Cygwin? Why does it interpret scripts from re-mounted textmode mount as binary files? Is there a way to get back to the original freshly- installed Cygwin textmode behavior without actually re-installing it? Paste the entire contents of the mount table. The mode that is in effect for a given file is a function of which mount table entry the filename matched. For example, there can be both user and system entries for cygdrive or any other mount. Also, the mode of the cygdrive mount only matters for things accessed through that mount, not e.g. /usr/local/bin/foo. So in other words, you have to consider the table as a whole; show us the entire contents as well as the filename under which you access the file. The setup program does nothing but edit the mounts in the table, there is nothing special about it, and everything it does can be reproduced with the mount command. If you select just me it edits user-mode mounts, if you select everybody it edits system-mode mounts. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Permission Problem with crontab
Hi, Maybe you are determining something within my cygwin configuration which causes the issue. The issue is, when I'm starting jobs from crontab which should transfer backup archives from a local depot to a network depot, I'm determining always no write access to the net share and therefore the cron job will fail. If I'm doing the same from command line (bash) it works as expected. Thanks in advance for any hints. Regards, Adi B. Treiner -- Adolf B. Treiner Leopoldstraße 124 D-80802 München fon +49 (0)89 337504 fax +49 (0)89 337565 web http://www.treiner.net mail [EMAIL PROTECTED] bzw. [EMAIL PROTECTED] bzw. [EMAIL PROTECTED] cygcheck.txt.gz Description: GNU Zip compressed data -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: atool-0.34.0-1
A new version of the atool package is now available in the Cygwin distribution. Changes in this release: * New upstream release: adds lzma support. About atool: atool is a script for managing file archives of various types (tar, tar+gzip, zip, bzip2, rar, 7zip, ...). atool is called under several names: * aunpack extracts files from an archive. It overcomes the dreaded multiple files in archive root problem by first extracting to a unique subdirectory, and then moving back the files if possible. aunpack also prevents local files from being overwritten by mistake. * apack creates archives. * als lists files in archives. * acat extracts files to standard out. * adiff generates a diff between archives. * arepack converts between archive formats. Home page: http://www.nongnu.org/atool/ License: GPL Andrew E. Schulman *** To update your installation, click on the Install Cygwin now link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the List-Unsubscribe: tag in the email header of this message. Send email to the address specified there. It will be in the format: [EMAIL PROTECTED] If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
