I've finally managed to produce a working Perl including debuginfo via
cygport. I have not yet ported most patches from Reini's 5.18.2 test
version or checked whether they are still necessary. I've also
experimented with splitting off a perl_base package (I've used the
selection of files from
On 1/14/2015 12:46 PM, Achim Gratz wrote:
Corinna Vinschen writes:
Clisp is not yet ported to 64bit and it has problems under 32bit as well
(temporary file generation) that also affect Maxima from ports.
If it's a problem with the Cygwin DLL, it would be nice to get a
bug report and,
On 14/01/15 14:13, Corinna Vinschen wrote:
The following packages have dependecies of their own, so they can't
go away until the dependent packages have been rebuilt:
libpqMarco Atzeri
required by:
xemacs Dr. Volker Zell
Some time ago, there was a
Hi folks,
it's really *really* overdue to remove the OpenSSL 0.98 DLLs from
the 32 bit distro. Fortunately they were never in the 64 bit distro.
The problem is that we still have packages requiring libopenssl098.
These need rebuilding or removing.
The following packages need simple
Yaakov Selkowitz writes:
Some of these -- php and python at least -- do not have separate 'site'
and 'vendor' extension directories, so adding a directory entry for
these would pick up DLLs that are already registered with setup's
database. How would you avoid duplicates (and hence wasted
On Jan 14 18:15, Achim Gratz wrote:
Corinna Vinschen writes:
clisp and xemacs need rebuilding against libpq5. libsasl2-sql
is old and unused and can go away.
Clisp is not yet ported to 64bit and it has problems under 32bit as well
(temporary file generation) that also affect
Corinna Vinschen writes:
Clisp is not yet ported to 64bit and it has problems under 32bit as well
(temporary file generation) that also affect Maxima from ports.
If it's a problem with the Cygwin DLL, it would be nice to get a
bug report and, preferredly, an STC, so we have a chance to fix
Corinna Vinschen writes:
AFAIU, you just have to provide a per-package file defining the path
to your dynamic libs. I just unpacked
http://cygwin.stromeko.net/noarch/release/_autorebase/_autorebase-001000-1.tar.xz
and it contains files under etc/rebase/dynpath.d/ called R and octave:
$
On Wed, 2014-12-17 at 18:16 +0100, Corinna Vinschen wrote:
On Dec 17 18:01, Achim Gratz wrote:
In fact if we do that, I'd like to require either new releases for the
packages using /etc/rebase/dynpath.d or alternatively that they get an
additional package that drops just this file (if a
Corinna Vinschen writes:
clisp and xemacs need rebuilding against libpq5. libsasl2-sql
is old and unused and can go away.
Clisp is not yet ported to 64bit and it has problems under 32bit as well
(temporary file generation) that also affect Maxima from ports. ONe of
the things
On Jan 14 18:00, Achim Gratz wrote:
Corinna Vinschen writes:
AFAIU, you just have to provide a per-package file defining the path
to your dynamic libs. I just unpacked
http://cygwin.stromeko.net/noarch/release/_autorebase/_autorebase-001000-1.tar.xz
and it contains files under
Corinna Vinschen writes:
BTW, do we want to keep these files in /etc or move to /var/lib? Both
Ken and I interpret the LSB/FSH document as recommending /var/lib as the
place to put such things. We could of course do that later on (there's
other stuff in /etc that would fall under that rule),
On Wed, 2015-01-14 at 15:13 +0100, Corinna Vinschen wrote:
it's really *really* overdue to remove the OpenSSL 0.98 DLLs from
the 32 bit distro. Fortunately they were never in the 64 bit distro.
The problem is that we still have packages requiring libopenssl098.
These need rebuilding or
Jason,
Python 3.2 is no longer supported upstream, and many packages now
require newer versions. Any idea on a timeframe for a coordinated
upgrade to 3.4.2?
Yaakov
On Jan 7 17:09, Corinna Vinschen wrote:
Reini? Jason?
Three weeks without reply is a long time... :}
Any input?
On Dec 17 19:05, Achim Gratz wrote:
Corinna Vinschen writes:
That should be fine, given the rather short list of affected maintainers:
octave Marco Atzeri
On 1/14/2015 10:40 AM, Corinna Vinschen wrote:
On Jan 7 17:09, Corinna Vinschen wrote:
Reini? Jason?
Three weeks without reply is a long time... :}
Any input?
On Dec 17 19:05, Achim Gratz wrote:
Corinna Vinschen writes:
That should be fine, given the rather short list of affected
On Jan 14 10:50, Marco Atzeri wrote:
On 1/14/2015 10:40 AM, Corinna Vinschen wrote:
On Jan 7 17:09, Corinna Vinschen wrote:
Reini? Jason?
Three weeks without reply is a long time... :}
Any input?
On Dec 17 19:05, Achim Gratz wrote:
Corinna Vinschen writes:
That should be fine,
17 matches
Mail list logo
