Re: postinstall scripts don't run when installing onto samba share.

On Mon, Nov 15, 2004 at 03:56:01PM +1100, Donovan Baarda wrote: >On Mon, 2004-11-15 at 15:36, Christopher Faylor wrote: >> On Mon, Nov 15, 2004 at 10:47:16AM +1100, Donovan Baarda wrote: >> >I don't understand why the execute bits would not be set. >> >> Remote shares are assumed to be non-executa

Re: postinstall scripts don't run when installing onto samba share.

On Mon, 2004-11-15 at 15:36, Christopher Faylor wrote: > On Mon, Nov 15, 2004 at 10:47:16AM +1100, Donovan Baarda wrote: > >I don't understand why the execute bits would not be set. > > Remote shares are assumed to be non-executable by default for speed > considerations. > > You can fix this by m

[ANNOUNCEMENT] Updated: desktop-file-utils-0.10-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following package has been updated in the Cygwin distribution: *** desktop-file-utils-0.10-1 This upstream release includes a major rewrite to the code and build system, as much of the previous code (namely the internal libmenu) is now in the GNO

[ANNOUNCEMENT] Updated: libgnomeprint22-2.8.0.1-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following package has been updated in the Cygwin distribution: *** libgnomeprint22-2.8.0.1-1 This contains upstream bugfixes as part of the GNOME 2.8.1 desktop release. Yaakov - -- *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you

Re: postinstall scripts don't run when installing onto samba share.

On Mon, Nov 15, 2004 at 10:47:16AM +1100, Donovan Baarda wrote: >I don't understand why the execute bits would not be set. Remote shares are assumed to be non-executable by default for speed considerations. You can fix this by mounting the share with the -x option: mount -x -f //foo/bar /bar Mo

Re: FYI: Reboot is needed after a failed setup.

Stephen More wrote: > I am willing to try an add this logic. Where is the source for setup.exe ? > > I am looking through CVS and I am not finding the setup code: > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src You can find details of building setup.exe at

Re: FYI: Reboot is needed after a failed setup.

On Fri, 12 Nov 2004 16:58:00 -0800, Brian Dessent <[EMAIL PROTECTED]> wrote: > Solution: add setup.exe logic to remove and install new > cygwin DLL first before all other operations, if selected. I am willing to try an add this logic. Where is the source for setup.exe ? I am looking through CVS a

postinstall scripts don't run when installing onto samba share.

G'day, I've googled around, searched the list archives, and not found anything quite like what I'm experiencing. Whenever I install onto a samba share (ie P:/cygwin instead of C:/cygwin), the postinstall scripts don't run. There is no indication of any errors. The most obvious symptom is the cygw

Re: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

I could not resist to try it before going out. It worked. I am late but tha's ok. The only little problem is with the profile in /etc: bash: /etc/profile: line 196: syntax error: unexpected end of file. And I look in it with vi: E325: ATTENTION Found a swap file by the name "/etc/.profile.swp"

Re: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

At 04:23 PM 11/14/2004, you wrote: >Thanks Larry, > >This seems easy enough. I was about to run setup to follow your hunch of the >1st email you sent me. Also, I was reading about "rebase" in same post. >You are right, I was distracted, I am so used to see the select the loacl >package director

Re: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

Thanks Larry, This seems easy enough. I was about to run setup to follow your hunch of the 1st email you sent me. Also, I was reading about "rebase" in same post. You are right, I was distracted, I am so used to see the select the loacl package directory selction on the 4th page, I must have ad

Re: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

At 03:50 PM 11/14/2004, you wrote: >Larry, > >Thanks for your reply. C:\cygwin\download has always been the one used for >Setup on my system, and it only created havoc when I re-installed base and >library packages. It was supposed to be on the place "to store the >installation files" that Setu

Re: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

Larry, Thanks for your reply. C:\cygwin\download has always been the one used for Setup on my system, and it only created havoc when I re-installed base and library packages. It was supposed to be on the place "to store the installation files" that Setup downloads. Do suggest I should re-instal

[ANNOUNCEMENT] [ANNOUNCEMENT] Update: base-files

Changes: 3.1-3 * Change cd ${HOME} functionality for CHERE - Dave Kilroy 3.1-2 * Fix for zsh/ksh - Tero Niemela Please direct all comments and questions to the cygwin list. J. ** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look

Re: [ANNOUNCEMENT] Updated: libxml2-2.6.13-1

Hi. On Sun, Nov 14, 2004 at 04:20:07PM +0100, Patrick Eisenacher wrote: > Unfortunately, the xml:base parameter in the group element is ignored > when updating the catalog, and I end up with my relative path being > substituted with an absolute one. But that's Marcel's plate again :) Can > the pos

Re: Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

At 05:42 AM 11/14/2004, you wrote: >I have two root directory structures (both with usr, bin, etc, ...). One >under the standard C:\cygwin ( i.e. /cygdrive/c/cygwin) and the other under >C:\cygwin\download (i.e. /cygdrive/c/cygwin/download). >When I enquire about the default bin location here i

Re: sometimes resource alters but version numbers don't

On Sun, Nov 14, 2004 at 12:30:57PM +0100, Reini Urban wrote: >fergus schrieb: >>Recently 23 files *.tar.bz2 under release/X11/ altered and so did the >>matching md5sums in setup.ini. (So these were real changes, not just a >>case of a buggy setup.ini catching up with release/.) >> >>However the ver

Re: icecast

Hi Bernie, Bernhard Janetzki wrote: Hello, i want to compile icecast under cygwin. â./configureâ works fine, but it produces this warning: â checking winsock2.h usability... no checking winsock2.h presence... yes configure: WARNING: winsock2.h: present but cannot be compiled configure: WARNING: win

Re: icecast

At 07:06 AM 11/14/2004, Bernhard Janetzki wrote: Hello, i want to compile icecast under cygwin. “./configure” works fine, but it produces this warning: … checking winsock2.h usability... no checking winsock2.h presence... yes configure: WARNING: winsock2.h: present but cannot be compiled configure:

Re: [ANNOUNCEMENT] Updated: libxml2-2.6.13-1

Gerrit P. Haase schrieb: Libxml2 has been updated to version 2.6.16 NEWS There was a bug in the 'xmlcatalog' program in version 2.6.13 of Libxml2, it is strongly recommended to upgrade as soon as possible to libxml2-2.6.16. The Cygwin Libxml2 distribution consists now of four separate package

icecast

Hello, i want to compile icecast under cygwin. “./configure” works fine, but it produces this warning: … checking winsock2.h usability... no checking winsock2.h presence... yes configure: WARNING: winsock2.h: present but cannot be compiled configure: WARNING: winsock2.h: check for missing prerequi

Re: new cygwin has memory problems?

In regards to adding code to support coLinux, I don't see why that would be neccessary. coLinux doesn't need to talk to cygwin. Except for older versions, coLinux is not built on cygwin. If someone is really interested, as part of the coLinux tools I wrote set of functions for querying cygwin pa

Re: slightly different cygwin installation problem

Daniel Newhouse wrote: I installed all the cygwin packages except for the X11 packages (I set the X11 packages to uninstall) and although I installed successfully there were a couple of errors in the installation procedure. I got an error message (in a Windows error message box) at one point tellin

Re: sometimes resource alters but version numbers don't

fergus schrieb: Recently 23 files *.tar.bz2 under release/X11/ altered and so did the matching md5sums in setup.ini. (So these were real changes, not just a case of a buggy setup.ini catching up with release/.) However the version numbers did not alter, and so users with the earlier download i.j.ol

sometimes resource alters but version numbers don't

Hi, Recently 23 files *.tar.bz2 under release/X11/ altered and so did the matching md5sums in setup.ini. (So these were real changes, not just a case of a buggy setup.ini catching up with release/.) However the version numbers did not alter, and so users with the earlier download i.j.old are not

Cygwin has two ROOT tree strcutures and the old one is not the default anymore.

I have two root directory structures (both with usr, bin, etc, ...). One under the standard C:\cygwin ( i.e. /cygdrive/c/cygwin) and the other under C:\cygwin\download (i.e. /cygdrive/c/cygwin/download). When I enquire about the default bin location here is the reply: $ which ls /usr/bin/ls He