Emmanuel Bourg writes:
> Le 28/08/2014 00:24, tony mancill a écrit :
>> Reproducible builds:
>> There is interest in having reproducible builds of JARs (timestamps are
>> a problem - perhaps other attributes as well?). There will be some
>> hacking in this area; the team will then assess integr
Le 28/08/2014 00:24, tony mancill a écrit :
> Reproducible builds:
>
> There is interest in having reproducible builds of JARs (timestamps are
> a problem - perhaps other attributes as well?). There will be some
> hacking in this area; the team will then assess integrating this into
> our packag
Le 29/08/2014 23:39, Miguel Landaeta a écrit :
> We already have the precedent of shipping 6 and 7 versions in a stable
> release, so maybe they can agree on that again if we can provide some
> assurance that tomcat7 is going to be supported at upstream during
> "jessie" lifecycle.
I asked upstre
On Fri, Aug 29, 2014 at 11:02:41PM +0200, Emmanuel Bourg wrote:
>
> Tomcat updates are usually easy to package, the build system doesn't
> change, the code is stable and well tested (starting with tomcat7). If
> we could convince the release/security teams to upload full updates of
> tomcat{7,8} i
Le 29/08/2014 19:00, Miguel Landaeta a écrit :
> I don't agree and I'd prefer if we can maintain only one tomcat for
> the next stable release.
I understand it's preferable from a maintainer point of view, but from a
user point of view I think choice is good too.
Tomcat updates are usually easy
Le 29/08/2014 16:41, tony mancill a écrit :
> We were discussing yesterday whether libservlet 3.0 was backwards
> compatible with 2.5, or whether tomcat8 could provide a 2.5 interface
> package. I take you don't think this is the right course of action.
The Servlet API 3.0 isn't fully compatible
I hacked the maven-debian-helper scripts to see if they would work
with maven3. I've tried it with one of the packages that I've created
(libweupnp-java) and it appears to almost work while only changing the
maven version. Everything ran fine except the javadoc generation
(likely something I missed
On Fri, Aug 29, 2014 at 10:09:05AM +0200, Emmanuel Bourg wrote:
>
> I think we have too many dependencies on tomcat6 to remove it completely
> for Jessie. But we can at least change the tomcat6 source package to
> build only:
> - libservlet2.5-java: this package is the most commonly used as a buil
Hi Emmanuel:
On 08/29/2014 01:09 AM, Emmanuel Bourg wrote:
> Le 28/08/2014 00:24, tony mancill a écrit :
>
>> Tomcat version for jessie:
>>
>> In a subsequent conversation, Miguel and I discussed targeting tomcat8
>> for jessie and removing tomcat6 and tomcat7 binary packages from the
>> archive.
Le 28/08/2014 00:24, tony mancill a écrit :
> Tomcat version for jessie:
>
> In a subsequent conversation, Miguel and I discussed targeting tomcat8
> for jessie and removing tomcat6 and tomcat7 binary packages from the
> archive. If there are objections to this plan, please speak up.
> tomcat8 w
Hi tony,
On 28.08.2014 00:24, tony mancill wrote:
[...]
First of all thank you for this very informative post.
[...]
> Sustainability/Maintainability:
>
> I made a strawman statement about whether we might consider paring down
> Java within Debian to just a JDK and a few core packages (e.g. tom
On 08/27/2014 04:59 PM, Potter, Tim (Cloud Services) wrote:
> On 28/08/14 8:24 AM, "tony mancill" wrote:
>
>> Hi Java Team:
>>
>> The following is my recollection and impressions (before they fade away
>> completely) from both the Java Team BoF that took place on at DC14 on
>> August 25th and sub
On 28/08/14 8:24 AM, "tony mancill" wrote:
>Hi Java Team:
>
>The following is my recollection and impressions (before they fade away
>completely) from both the Java Team BoF that took place on at DC14 on
>August 25th and subsequent informal discussions. It is not meant to be
>a comprehensive set
Hi Java Team:
The following is my recollection and impressions (before they fade away
completely) from both the Java Team BoF that took place on at DC14 on
August 25th and subsequent informal discussions. It is not meant to be
a comprehensive set of notes (and thus may biased towards what I recal
14 matches
Mail list logo
