On 07/04/14 19:54, Reini Urban wrote:
The new 5.18.2 package will be unified for 32bit and 64bit, yes.
perl_vendor will probably stay as is, as it is the easiest for the
user and the maintainer.
Thank you for your reply. I'm pleased that there is a way forward to get
these perl modules into
Reini Urban writes:
Nope.
Care to explain?
You can do individual perlrebase or wait for the full autorebase for
every XS installation.
Or do an ephemeral rebase that is taking the rebase map of the rest of
the system correctly into account.
With individual split perl_vendor packages the
Christopher Faylor writes:
Package updates happen every five minutes so you were probably only
a minute or so from having inetutils upload privileges.
I've seen that and almost put the update out, but I have one question: I
gave the patched tar file a release number of 1p1 so that Chuck can
On Tue, Apr 08, 2014 at 08:05:39PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
Package updates happen every five minutes so you were probably only
a minute or so from having inetutils upload privileges.
I've seen that and almost put the update out, but I have one question: I
gave the
Christopher Faylor writes:
That's very thoughtful of you but I think I'd rather not experiment with
version number ordering. I think you should just bump the -N part to
the next higher number and let Chuck deal with bumping his version number
twice. I think that will be less confusing to
On Tue, Apr 08, 2014 at 08:30:02PM +0200, Achim Gratz wrote:
Christopher Faylor writes:
That's very thoughtful of you but I think I'd rather not experiment with
version number ordering. I think you should just bump the -N part to
the next higher number and let Chuck deal with bumping his
Christopher Faylor writes:
You can always download them directly from ftp.cygwin.com but I wouldn't
advertise that fact too heavily. We have mirrors to keep the load on
cygwin.com/sourceware.org as light as possible.
Thanks. Being able to use this has alerted me to the fact that I
needed to
On Tue, Apr 8, 2014 at 1:01 PM, Achim Gratz wrote:
Reini Urban writes:
Nope.
Care to explain?
Already did. It's vastly easier to keep perl_vendor than to split it up.
For all parties.
You can do individual perlrebase or wait for the full autorebase for
every XS installation.
Or do an
Reini Urban writes:
Already did. It's vastly easier to keep perl_vendor than to split it up.
For all parties.
Then consider me not a party. For me keeping perl_vendor an opaque
bundle is making things more difficult. I could special-case it into
all the dependecy tests, but seeing that
upset: *** /var/ftp/pub/cygwin/x86_64/setup.ini: warning - package
inetutils-server refers to nonexistent external-source: inetutils
This is a valid error since there was no
inetutils-1.9.1-2-src.tar.xz
I fixed that but I don't understand is how this ended up in the release
area in that state.
Chuck,
A vulnerability has been announced in jbigkit[1][2]; please either
update to 2.1, or add the following patch to 2.0:
http://pkgs.fedoraproject.org/cgit/jbigkit.git/plain/jbigkit-CVE-2013-6369.patch
TIA,
Yaakov
[1] https://www.cl.cam.ac.uk/~mgk25/jbigkit/CHANGES
[2]
Christopher Faylor writes:
upset: *** /var/ftp/pub/cygwin/x86_64/setup.ini: warning - package
inetutils-server refers to nonexistent external-source: inetutils
This is a valid error since there was no
inetutils-1.9.1-2-src.tar.xz
I fixed that but I don't understand is how this ended up in
On 2014-04-08 15:52, Reini Urban wrote:
On Tue, Apr 8, 2014 at 1:01 PM, Achim Gratz wrote:
Reini Urban writes:
Nope.
Care to explain?
Already did. It's vastly easier to keep perl_vendor than to split it up.
For all parties.
Obviously, it's not, because perl_vendor hasn't been updated for
13 matches
Mail list logo