Re: base-files: Does not permit the use of symlinks in /etc/profile.d/

2005-09-18 Thread John Morrison
On Sat, September 17, 2005 2:35 pm, Corinna Vinschen wrote: On Sep 17 07:19, Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Max Bowsher on 9/16/2005 4:27 PM: The current /etc/profile does not permit the use of symlinks in /etc/profile.d/ - it ignores them.

Re: base-files: Does not permit the use of symlinks in /etc/profile.d/

2005-09-18 Thread John Morrison
On Sat, September 17, 2005 5:33 pm, Max Bowsher wrote: John Morrison replied to me privately (accidentally, I presume). Yes, it was - sorry Max. I'm forwarding the message to cygwin-apps@ to maintain threading: Thanks - I wondered by it didn't appear on the list before I logged off! J.

Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Reini Urban
Please upload into perl: http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1.tar.bz2 790765 d9e9278eb21dae1c2da0983e93acc900 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1-src.tar.bz2 718845 2ec0772ce228c2ad07d356768d34a2b0

Re: base-files: Does not permit the use of symlinks in /etc/profile.d/

2005-09-18 Thread John Morrison
On Sun, September 18, 2005 1:14 am, Max Bowsher wrote: Eric Blake wrote: Sorry, didn't realise. If I change the line /bin/find /etc/profile.d -type f -iname '*.sh' -or -iname '*.zsh' to be /bin/find -L /etc/profile.d -type f -iname '*.sh' -or -iname '*.zsh' would that fix things? (The

Re: How about script? [was: Re: Command 'more': missing dll cygpcre.dll [Attn more maintainer]]

2005-09-18 Thread Reini Urban
Gerrit P. Haase schrieb: James R. Phillips wrote: Hm, another program in util-linux that would be nice to have is 'script'. All linux systems have it. Is anyone interested in taking that on ? script does not build out of the box. I ported another similar tool, I believe Reini has done

Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Gerrit P. Haase
Reini Urban wrote: Please upload into perl: http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1.tar.bz2 790765 d9e9278eb21dae1c2da0983e93acc900 http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1-src.tar.bz2 718845

setup.hint: curr: prev: test: tags

2005-09-18 Thread Gerrit P. Haase
Hello, Is it possible to use only 'curr:' without 'prev:'? Gerrit -- =^..^=

Re: setup.hint: curr: prev: test: tags

2005-09-18 Thread Gerrit P. Haase
Gerrit P. Haase wrote: Hello, Is it possible to use only 'curr:' without 'prev:'? And will 'curr: 0.1' overrule an installed 0.2 package? Gerrit -- =^..^=

Re: I'm back

2005-09-18 Thread Gerrit P. Haase
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: I'm back, will try to catch up on everything what I missed. Here's a few things from GNOME: 1) As I'm convinced that everything is working now, please upload the libIDL(2)/ORBit(2) packages per the

Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Reini Urban
Gerrit P. Haase schrieb: Reini Urban wrote: ... properly rebased via gbs, though the general gbs solution to do a automatic rebase is quite hard. interested parties can see steps rebase1 and rebase2 in http://xarch.tu-graz.ac.at/publ/cygwin/release/perl-libwin32/perl-libwin32-0.26-1.sh

GConf2 packaging error

2005-09-18 Thread Christopher Faylor
upset: *** warning package GConf2 requires non-existent package sysvinitatk-runtime I've made the obvious fix. cgf

Re: GConf2 packaging error

2005-09-18 Thread Gerrit P. Haase
Christopher Faylor wrote: upset: *** warning package GConf2 requires non-existent package sysvinitatk-runtime Oops, sorry for the mess. I've made the obvious fix. Thank you. Gerrit -- =^..^=

Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Gerrit P. Haase
Reini Urban wrote: Gerrit P. Haase schrieb: Reini Urban wrote: properly rebased via gbs, though the general gbs solution to do a automatic rebase is quite hard. interested parties can see steps rebase1 and rebase2 in

Re: setup.hint: curr: prev: test: tags

2005-09-18 Thread Christopher Faylor
On Sun, Sep 18, 2005 at 01:49:22PM +0200, Gerrit P. Haase wrote: Is it possible to use only 'curr:' without 'prev:'? Assuming that you you want the curr: package and only the curr: package to show up in setup.ini, then yes. cgf

Musings on PHP

2005-09-18 Thread Max Bowsher
I personally have no need for PHP, but I know it's a very widely used piece of software. After John Morrison's recent mention of PHP in passing, I decided to do a quick estimate of how difficult getting PHP working on Cygwin would be. To cut a long story short, I got a bit carried away, and

Re: [HEADSUP] ALL Maintainers, please reply.

2005-09-18 Thread Dave
I'll guess this message was meant to go to the list :) Dave. --- Joe Linoff [EMAIL PROTECTED] wrote: Date: Sat, 17 Sep 2005 10:50:52 -0700 From: Joe Linoff [EMAIL PROTECTED] To: Dave [EMAIL PROTECTED] Subject: Re: [HEADSUP] ALL Maintainers, please reply. Dave wrote: So, ALL

Re: base-files: Does not permit the use of symlinks in /etc/profile.d/

2005-09-18 Thread Corinna Vinschen
On Sep 18 11:12, John Morrison wrote: On Sat, September 17, 2005 2:35 pm, Corinna Vinschen wrote: I'm wondering if base-files can't check if /etc/profile has been changed, for instance, using md5sum. Then it could overwrite the file if it's still the original version, or, if it has been

Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Corinna Vinschen
On Sep 18 17:30, Gerrit P. Haase wrote: Reini Urban wrote: Gerrit P. Haase schrieb: Reini Urban wrote: properly rebased via gbs, though the general gbs solution to do a automatic rebase is quite hard. interested parties can see steps rebase1 and rebase2 in

Re: Musings on PHP

2005-09-18 Thread Gerrit P. Haase
Max Bowsher wrote: 2) Shared library headaches. PHP definitely needs its postgresql support available to be useful most non-trivial application. If I want to avoid creating a hard dependency on the postgresql package, the PHP pgsql extension needs to be built as a shared library. But to

Re: setup.hint: curr: prev: test: tags

2005-09-18 Thread Yaakov S
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: Yes, it is a new package, however there is currently another package with the same name and a higher version, libIDL. This will be renamed to libIDL2. The new libIDL package needs the tag therefore and there is no previous

Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Gerrit P. Haase
Corinna Vinschen wrote: Gerrit, since you obviously care, I'm wondering if you are also going to install the package when you're happy. I don't understand the discussion here enough to see if it's ok to upload or not. It is definitively good to go. I just was wondering why Reini doesn't

Re: I'm back

2005-09-18 Thread Yaakov S
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: It is needed to add a 'curr: 0.6.8-2' to the libIDL setup.hint because currently libIDL(2) is at 0.8.3-2, right? Maybe we should name the package different, eg. ORBit-libIDL to avoid conflicts? No, when you remove the old

Re: Please upload: perl-libwin32-0.26-1

2005-09-18 Thread Yitzchak Scott-Thoennes
On Sun, Sep 18, 2005 at 04:23:17PM +0200, Reini Urban wrote: Gerrit P. Haase schrieb: Reini Urban wrote: ... properly rebased via gbs, though the general gbs solution to do a automatic rebase is quite hard. interested parties can see steps rebase1 and rebase2 in

Re: setup.hint: curr: prev: test: tags

2005-09-18 Thread Gerrit P. Haase
Yaakov S wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: Yes, it is a new package, however there is currently another package with the same name and a higher version, libIDL. This will be renamed to libIDL2. The new libIDL package needs the tag therefore and

Re: setup.hint: curr: prev: test: tags

2005-09-18 Thread Yaakov S
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerrit P. Haase wrote: It will never be installed for a user who has already 0.8.x? Yes, it will be; but it's small, and I intend to mention this upon announcement. After the switch, those who don't want 0.6.x can just uninstall it on the next run