[ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[Reini Urban]

perl has been updated to 5.14.2-1 as test in the Experimental section.

It looks pretty stable to me when I tested it in the last 2 weeks.

This is to build the 102 (!) dependent packages. I hope the
dependencies can be done
in the next month. Please upload them as test. I'll make the big
switch then by myself
when most packages are updated.

I added a new subpackage perl_vendor which includes all formerly
shipped vendor_perl modules,
which are mainly required to build and test and report test results of
other CPAN modules.

I also added a new subpackage perl_debuginfo which includes stripped
debug symbols
as in fedora. They might come handy if you want to debug into perl or
perl XS modules.

The archname and some minor internals changed. mymalloc is gone.
threads are still unstable. cc is gcc-4.
There is a new Cygwin::sync_winenv function.
The old 5.10 and 5.8 non-arch module paths are kept in @INC, so there
is less need to update.


rebase errors still happen, but are much less common than with 5.10.
There's special code in the ExtUtils::MakeMaker installer to re-use previous
image base addresses on cpan updated dll's.
With a full cpan re-install I got 2 rebase problems. Try to close
bigger dll hogs such the
MS Internet Explorer or SQL Server when doing cpan updates.

I've got some problems with perl-Win32-GUI, but I've got more problems
with perl 5.16 (to be)
than with 5.14, so 5.14 it will be for the time being, at least until
5.16.1 will come out.
5.16.0 looked better in theory than in practise.

In theory I could support parallel perl packages, perl510 and perl514
(or perl516),
but I doubt that other packagers want to support double packages and
rename all their names.
The clashes can be solved via alternatives. manpages and scripts only
for the latest.

Update recommendations from 5.10:
------------------------------------------------

Since 5.14 is not installed in parallel to 5.10 (it is possible, but not
with this package), all your old 5.10 binary modules will need to be
reinstalled for 5.14.

BEFORE INSTALLATION of this 5.14
# get the list of installed 5.8 modules
$ perl -MExtUtils::Installed \
   -e'print join("\n", new ExtUtils::Installed->modules)' > module.list

AFTER INSTALLATION of this 5.14
# install all previous modules for 5.10
$ cpan `cat module.list`

-- 
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[Achim Gratz]

Reini Urban <rurban <at> x-ray.at> writes:
> perl has been updated to 5.14.2-1 as test in the Experimental section.
> 
> It looks pretty stable to me when I tested it in the last 2 weeks.

I've hit two interesting snags (perl_vendor is installed):

1) Some modules, when built with cpanminus fail at test, but the same module
built with cpan tests OK (File::Slurp being the most simple example I have right
now).

2) If I install another module that uses LWP (HTTP::Status, for example), then I
also need to reinstall LWP.  Otherwise I'm getting errors like these:

Attempt to reload LWP/Protocol/http.pm aborted.
Compilation failed in require at (eval 7) line 2.

Lastly, I'd much prefer if the vendor modules would be separate entities to
install, this would make it easier to keep proper dependencies among them.  I
will re-build all these modules plus some 150 more with cygport anyway (provided
I don't hit a roadblock), so once that works I could send you the perl-*.cygport
files.


Regards,
Achim.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[Reini Urban]

On Thu, May 3, 2012 at 9:24 AM, Achim Gratz  wrote:
> Reini Urban <rurban <at> x-ray.at> writes:
>> perl has been updated to 5.14.2-1 as test in the Experimental section.
>>
>> It looks pretty stable to me when I tested it in the last 2 weeks.
>
> I've hit two interesting snags (perl_vendor is installed):
>
> 1) Some modules, when built with cpanminus fail at test, but the same module
> built with cpan tests OK (File::Slurp being the most simple example I have right
> now).

Interesting. I'll look into that. I regularly try out cpanm also.
I thought we only got problems with Module::Install and Module::Build cs. EUMM.

> 2) If I install another module that uses LWP (HTTP::Status, for example), then I
> also need to reinstall LWP.  Otherwise I'm getting errors like these:
>
> Attempt to reload LWP/Protocol/http.pm aborted.
> Compilation failed in require at (eval 7) line 2.

I could not repro this. I built HTTP::Status just fine. I'll think about it.

> Lastly, I'd much prefer if the vendor modules would be separate entities to
> install, this would make it easier to keep proper dependencies among them.  I
> will re-build all these modules plus some 150 more with cygport anyway (provided
> I don't hit a roadblock), so once that works I could send you the perl-*.cygport
> files.

Sorry, too much manual work.
I rather prefer only one single dependency and update step than 150.

These are just the basics to get CPAN and CPAN::Reporter working,
the rest you can do by your own.
You''l only need such cygports deps (like Yaakov needs them) if you
build projects
requiring perl modules. There are not many.
-- 
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[Achim Gratz]

Reini Urban writes:
>> 2) If I install another module that uses LWP (HTTP::Status, for example), then I
>> also need to reinstall LWP.  Otherwise I'm getting errors like these:
>>
>> Attempt to reload LWP/Protocol/http.pm aborted.
>> Compilation failed in require at (eval 7) line 2.
>
> I could not repro this. I built HTTP::Status just fine. I'll think about it.

The build goes OK as well as the install.  It is when I then use it from
a very simple script (just perl -e 'require LWP qw( $ua request );'
is enough actually) that things fall apart.  Or trying to do the next
build with cpan(m) which fails unless you let it fall back to curl or
wget.  I first thought the reason for this was that some parts were in
site_per and the others in vendor_perl, but even when I symlinked the
two the issue was not going away.

>> Lastly, I'd much prefer if the vendor modules would be separate entities to
>> install, this would make it easier to keep proper dependencies among them.  I
>> will re-build all these modules plus some 150 more with cygport anyway (provided
>> I don't hit a roadblock), so once that works I could send you the perl-*.cygport
>> files.
>
> Sorry, too much manual work.

Tell me about it, that's why I've scripted it.  Give it a list of module
names and it gives you back the cygport files and initial setup.hint for
each, with dependencies for build and install.  For most modules that's
all that was needed, but a handful did need patches, either because they
needed extra configuration or tried to run manual tests.

> I rather prefer only one single dependency and update step than 150.

If all machines this installation is going to had internet access than
cpanm would do the job, but I'll have to be able to install onto
isolated machines.  Anyway, I can understand if you're not wanting to go
there, I can just not install perl_vendor and drop in a bundle package
that pulls in the individual modules (or rather distributions, since
cygport builds on them).
 

Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[Achim Gratz]

Achim Gratz writes:
> Reini Urban writes:
>>> 2) If I install another module that uses LWP (HTTP::Status, for example), then I
>>> also need to reinstall LWP.  Otherwise I'm getting errors like these:
>>>
>>> Attempt to reload LWP/Protocol/http.pm aborted.
>>> Compilation failed in require at (eval 7) line 2.
>>
>> I could not repro this. I built HTTP::Status just fine. I'll think about it.

As I have been slowly building all the modules myself and thus replacing
the ones in perl_vendor these issues have gone away.  I still don't know
what caused it, but maybe you could review the compiler settings you
used and/or simply rebuild the perl-vendor package before release.  One
problem that remains is that perl-OpenGL will sometimes crash when it
checks the server capabilities (it did that before IIRC, but now does
more often).  With the new X server from a few days ago it reliably
crashes the rootless/multiwindow configuration with a really hairy
backtrace, but rooted X is still OK.  I think that the threadedness of
the new perl might come into play here.  There were a few residual test
fails that might be related to fork failures, I'll run the tests again
when the packages are properly installed and all DLL rebased, but there
were no issues that were noticeably worse than with 5.10.

I found out today that perl-Tk from the 5.10 version won't work since
the architecture has changed from i686-cygwin to
i686-cygwin-threaded-int64, so I'll have to re-package that one too,
which brings the number of perl-* packages to exactly 200 (I've built
another 40 or so locally for building and testing, but I'll probably not
package them all - at least not now).


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Waldorf MIDI Implementation & additional documentation:
http://Synth.Stromeko.net/Downloads.html#WaldorfDocs


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Test update: perl-5.14.2-1, please update your dependent packages

[Achim Gratz]

Achim Gratz <Stromeko <at> nexgo.de> writes:
> With the new X server from a few days ago it [OpenGL] reliably
> crashes the rootless/multiwindow configuration with a really hairy
> backtrace, but rooted X is still OK.

It is definitely the new X server, mor specifically the built-in window manager.
 I've managed to crash just the manager and have the X server still running,
just without any window decoration.  I've installed the new Cygwin snapshot
today to see if maybe it has to do with that, but it will be a while before I
can report back if that helps or not.

> which brings the number of perl-* packages to exactly 200 (I've built
> another 40 or so locally for building and testing, but I'll probably not
> package them all - at least not now).

I'm at 224 packages now...


Achim.




--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple