headers
Balaji Venkataraman | 3 Dec 2011 07:10
Picon

Cygwin ports PHP 5.3.8-2 missing session extension

I upgraded my Cygwin PHP from 5.3.8 (or 5.3.8-1) to 5.3.8-2 - all from
cygwin ports- and since then PHP has been broken because this version
does not have built in 'session' extensions. I've tried a lot of
things including trying to use cygport to rebuild the php package
myself etc. But this process has had another whole set of issues.

Is this missing session extension a known bug or is there an update
planned to include the session extension? Or am I just not rtfm-ing
something and don't know what's going on.

Appreciate any help. Thanks!
Permalink | Reply | 0 comments |
headers
Dave Kilroy | 3 Dec 2011 20:19

[RFU] chere-1.2-1

Please upload, removing anything except the previous version (1.1-1)

I've 'solved' my hosting problem by putting the chere release in a 
public git repo. The following wget (all one line) works for me - please 
let me know if there are problems

wget 
http://repo.or.cz/w/chere.git/snapshot/6741094878fca0a68be370cd0a9ea6d9d70d25ff.tar.gz 
-O chere-1.2-1.tar.gz

Thanks,

Dave.
Permalink | Reply | 4 comments |
headers
Corinna Vinschen | 3 Dec 2011 21:45
Favicon

Re: [RFU] chere-1.2-1

On Dec  3 19:19, Dave Kilroy wrote:
> Please upload, removing anything except the previous version (1.1-1)
> 
> I've 'solved' my hosting problem by putting the chere release in a
> public git repo. The following wget (all one line) works for me -
> please let me know if there are problems
> 
> wget http://repo.or.cz/w/chere.git/snapshot/6741094878fca0a68be370cd0a9ea6d9d70d25ff.tar.gz
> -O chere-1.2-1.tar.gz

I would upload, but there are at least three problems with this package.

- The tar file should be bziped, not gziped.

- The paths in the archive are wrong since they are in a "chere" subdir.

- The scripts don't have the execute bit set.

Corinna

--

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat
Permalink | Reply | 3 comments |
headers
Dave Kilroy | 4 Dec 2011 00:12

Re: [RFU] chere-1.2-1

On 03/12/2011 20:45, Corinna Vinschen wrote:
> On Dec  3 19:19, Dave Kilroy wrote:
>> Please upload, removing anything except the previous version (1.1-1)
>>
>> I've 'solved' my hosting problem by putting the chere release in a
>> public git repo. The following wget (all one line) works for me -
>> please let me know if there are problems
>>
>> wget http://repo.or.cz/w/chere.git/snapshot/6741094878fca0a68be370cd0a9ea6d9d70d25ff.tar.gz
>> -O chere-1.2-1.tar.gz
>
> I would upload, but there are at least three problems with this package.
>
> - The tar file should be bziped, not gziped.
>
> - The paths in the archive are wrong since they are in a "chere" subdir.
>
> - The scripts don't have the execute bit set.

Thanks for double checking - I verified things worked locally, and 
didn't look too closely at the archive produced :(.

I'll redo a .tar.bz2 and try post that somewhere.

Dave.
Permalink | Reply | 2 comments |
headers
Dave Kilroy | 4 Dec 2011 00:38

Re: [RFU] chere-1.2-1

On 03/12/2011 23:12, Dave Kilroy wrote:
> On 03/12/2011 20:45, Corinna Vinschen wrote:
>> On Dec 3 19:19, Dave Kilroy wrote:
>>> Please upload, removing anything except the previous version (1.1-1)

>> I would upload, but there are at least three problems with this package.
>>
>> - The tar file should be bziped, not gziped.
>>
>> - The paths in the archive are wrong since they are in a "chere" subdir.
>>
>> - The scripts don't have the execute bit set.

The above problems are addressed in the following archive. I'm trying 
temp-share which looks to provide a stable download link. Again, the 
following should be all on one line

wget

http://temp-share.com/download/1bc793e43dbf09604669347b7d0a9677d6b895f334f6f7bc0d94fe7c4fe606ab 
-O chere-1.2-1.tar.bz2

Apologies for the hassle.

Dave.

* The short link is as follows but requires click through. 
<http://temp-share.com/show/gFHKd90sY>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Charles Wilson | 4 Dec 2011 00:45
Favicon

Re: ATTENTION: Tcl/Tk transition

Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff 
like this:

TCL_DEFS='-DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\" 
-DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tcl\ 8.5\" 
-DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 ....

This causes warnings (PACKAGE_NAME redefined, etc) when building other 
packages.  Could you update your .cygport(5) to add a line like this:

	-e '/^TCL_DEFS/s|-DPACKAGE[^=]*=\\\"[^"]*" ||g' \

to the "munge the tclConfig.sh" section of src_install?  (Likewise 
TK_DEFS etc).

--
Chuck
Permalink | Reply | 5 comments |
headers
Yaakov (Cygwin/X | 5 Dec 2011 01:33
Picon
Gravatar

Re: ATTENTION: Tcl/Tk transition

On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
> Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff 
> like this:
> 
> TCL_DEFS='-DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\" 
> -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tcl\ 8.5\" 
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 ....
> 
> This causes warnings (PACKAGE_NAME redefined, etc) when building other 
> packages.

Which packages are you referring to?

Yaakov
Permalink | Reply | 4 comments |
headers
Charles Wilson | 5 Dec 2011 03:05
Favicon

Re: ATTENTION: Tcl/Tk transition

On 12/4/2011 7:33 PM, Yaakov (Cygwin/X) wrote:
> On Sat, 2011-12-03 at 18:45 -0500, Charles Wilson wrote:
>> Yaakov -- the installed tclConfig.sh and tkConfig.sh files include stuff
>> like this:
>>
>> TCL_DEFS='-DPACKAGE_NAME=\"tcl\" -DPACKAGE_TARNAME=\"tcl\"
>> -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tcl\ 8.5\"
>> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1 ....
>>
>> This causes warnings (PACKAGE_NAME redefined, etc) when building other
>> packages.
>
> Which packages are you referring to?

I found this while building (msys) versions of tcl and tk, (loosely) 
based on your cygports.  However...I modified tk's configure.in to do a 
"proper" AC_INIT.  So now, tk defines PACKAGE_NAME as "tk" -- but 
inherits tclConfig's setting of "tcl" (and etc.).

It's possible that because tk doesn't, OOB, use the proper AC_INIT 
invocation that you don't see this problem with your builds.  But...is 
it really right for tk to self-identify as "tcl"?

Fix that...and then you see the warning.

However, it just seems unambiguously correct, to me, that derived 
packages should NOT inherit "tcl's" settings of those particular macros.

--
Chuck
(Continue reading)

Permalink | Reply | 3 comments |
headers
Yaakov (Cygwin/X | 5 Dec 2011 04:03
Picon
Gravatar

Re: ATTENTION: Tcl/Tk transition

On Sun, 2011-12-04 at 21:05 -0500, Charles Wilson wrote:
> I found this while building (msys) versions of tcl and tk, (loosely) 
> based on your cygports.  However...I modified tk's configure.in to do a 
> "proper" AC_INIT.  So now, tk defines PACKAGE_NAME as "tk" -- but 
> inherits tclConfig's setting of "tcl" (and etc.).
> 
> Fix that...and then you see the warning.

It is win/configure.in which doesn't AC_INIT properly, not
unix/configure.in.  Try building my tcl-tk and you won't see any such
warnings, and PACKAGE_NAME is "tk".  So it would seem that your "fix" is
incorrect.

Yaakov
Permalink | Reply | 2 comments |
headers
Yaakov (Cygwin/X | 5 Dec 2011 06:32
Picon
Gravatar

Re: ATTENTION: Tcl/Tk transition

Thank you to Dr. Volker Zell for rebuilding his packages.  That still leaves:

> * brltty [tcl-brlapi] (Samuel Thibault)
> * python[-tkinter] (Jason Tishler)
> * suite3270 [tcl3270] (Peter A. Castro)

In order to provide a seamless transition for users, your packages must
be rebuilt for the new Tcl/Tk per my original instructions[1].  Please
let us know when you will be able to do this, or if you need any
assistance.

Yaakov

[1] http://cygwin.com/ml/cygwin-apps/2011-10/msg00083.html
Permalink | Reply | 2 comments |

Gmane