On Wed, Jul 11, 2012 at 10:07 AM, Reini Urban wrote:
> On Wed, Jul 11, 2012 at 4:53 AM, Yaakov (Cygwin/X) wrote:
>> Where this really breaks things is where a EU::E module is linked with
>> libtool (as in gnumeric's perl-loader plugin): the xsinit-generated
>> code calls boot_Win32CORE() but libto
On Thu, Jul 12, 2012 at 11:14 AM, Corinna Vinschen wrote:
> On Jul 12 10:24, Reini Urban wrote:
>> Well, I'm not so happy with threads. They seem to be more broken than with
>> 5.10.
>> But I like 5.14.2 generally at most of all also, much better than the
>> completely flawed 5.16.
>
> Is this thr
On Jul 12 10:24, Reini Urban wrote:
> Well, I'm not so happy with threads. They seem to be more broken than with
> 5.10.
> But I like 5.14.2 generally at most of all also, much better than the
> completely flawed 5.16.
Is this thread problem something Cygwin-specific, a Cygwin bug perhaps?
If so,
On Thu, Jul 12, 2012 at 12:19 AM, Achim Gratz wrote:
> Steven Hartland writes:
>> Unfortunately the current perl_vendor install is so broken cpan
>> won't allow you to fix it with simple "install" unless you know
>> the exact missing modules and just breaks in some very strange
>> and random ways.
Steven Hartland writes:
> Unfortunately the current perl_vendor install is so broken cpan
> won't allow you to fix it with simple "install" unless you know
> the exact missing modules and just breaks in some very strange
> and random ways. Like missing protocol for ftp in LWP
I suggested to use cp
- Original Message -
From: "Achim Gratz"
Steven Hartland writes:
Cool looking forward to it the new update :)
I don't think that Reini will switch from perl_vendor to unbundled
module packages, at least not for this release. I've posted a link to
my cygport package definitions over
Steven Hartland writes:
>> I have recompiled all Perl modules in perl_vendor as separate packages
>> due to (among other things) problems with LWP.
>
> Cool looking forward to it the new update :)
I don't think that Reini will switch from perl_vendor to unbundled
module packages, at least not for
- Original Message -
From: "Achim Gratz"
Steven Hartland writes:
Just been trying the 5.14.2 that's was available in setup.exe as of
6th June 2012 and the dependencies for LWP are quite broken.
I have recompiled all Perl modules in perl_vendor as separate packages
due to (among other
Steven Hartland writes:
> Just been trying the 5.14.2 that's was available in setup.exe as of
> 6th June 2012 and the dependencies for LWP are quite broken.
I have recompiled all Perl modules in perl_vendor as separate packages
due to (among other things) problems with LWP.
> Although this may be
Just been trying the 5.14.2 that's was available in setup.exe as of
6th June 2012 and the dependencies for LWP are quite broken.
So far I found the following missing dependencies for libwww:-
Warning: prerequisite File::Listing 6 not found.
Warning: prerequisite HTTP::Daemon 6 not found.
Warning:
On Wed, Jul 11, 2012 at 4:53 AM, Yaakov (Cygwin/X) wrote:
> On Tue, Jul 10, 2012 at 1:01 PM, Reini Urban wrote:
>> I'll be switching perl from 5.10 to 5.14 in the next days.
>
> Another issue:
>
> $Config{static_ext} is defined as Win32CORE. The problem is that any
> use of ExtUtils::Embed then r
On Tue, Jul 10, 2012 at 1:01 PM, Reini Urban wrote:
> I'll be switching perl from 5.10 to 5.14 in the next days.
Another issue:
$Config{static_ext} is defined as Win32CORE. The problem is that any
use of ExtUtils::Embed then requires Win32CORE; its bootstrap call is
included by xsinit and the st
> Reini Urban writes:
> I'll be switching perl from 5.10 to 5.14 in the next days.
> These are the packages which need to be switched also:
> perl-ming Volker Zell
I'll do after my vacation.
Ciao
Volker
--
Problem reports: http://cygwin.com/
On Tue, Jul 10, 2012 at 9:31 PM, Reini Urban wrote:
> Not that I know of.
> Can you please check the perl-5.14.2-2 test version I just uploaded?
My patch is still required.
Another problem: libwww-perl in perl_vendor requires at least
HTTP-Date and HTTP-Message to be added.
Yaakov
--
Problem r
On Tue, Jul 10, 2012 at 9:19 PM, Yaakov (Cygwin/X) wrote:
> On Tue, Jul 10, 2012 at 6:51 PM, Reini Urban wrote:
>> On Tue, Jul 10, 2012 at 6:10 PM, Yaakov (Cygwin/X) wrote:
>>> Found another problem which breaks gtk2-perl modules (which link
>>> against each other). The following change needs to b
On Tue, Jul 10, 2012 at 6:51 PM, Reini Urban wrote:
> On Tue, Jul 10, 2012 at 6:10 PM, Yaakov (Cygwin/X) wrote:
>> Found another problem which breaks gtk2-perl modules (which link
>> against each other). The following change needs to be made in
>> ExtUtils::Liblist::Kid::_unix_os2_ext(), line 135:
On Tue, Jul 10, 2012 at 6:10 PM, Yaakov (Cygwin/X) wrote:
> On Tue, Jul 10, 2012 at 5:36 PM, Reini Urban wrote:
>> On Tue, Jul 10, 2012 at 3:56 PM, Yaakov (Cygwin/X) wrote:
>>> Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
>>> into account, breaking cygport. Line 195 of sai
On Tue, Jul 10, 2012 at 5:36 PM, Reini Urban wrote:
> On Tue, Jul 10, 2012 at 3:56 PM, Yaakov (Cygwin/X) wrote:
>> Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
>> into account, breaking cygport. Line 195 of said module needs to be
>> changed to (as one long line):
>>[snip]
On Tue, Jul 10, 2012 at 3:56 PM, Yaakov (Cygwin/X) wrote:
> On Tue, Jul 10, 2012 at 1:01 PM, Reini Urban wrote:
>> I'll be switching perl from 5.10 to 5.14 in the next days.
>
> Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
> into account, breaking cygport. Line 195 of said
On Tue, Jul 10, 2012 at 1:01 PM, Reini Urban wrote:
> I'll be switching perl from 5.10 to 5.14 in the next days.
Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
into account, breaking cygport. Line 195 of said module needs to be
changed to (as one long line):
$s =~ s|^(pure
I'll be switching perl from 5.10 to 5.14 in the next days.
These are the packages which need to be switched also:
perl-net-libproxy Yaakov S
perl-locale-gettext Yaakov S
perl-dbd-mysql Yaakov S
perl-dbiYaakov S
perl-tk
21 matches
Mail list logo
