* Tom Marble:
> 10. Filesystem conventions (FHS) for runtimes (e.g. /usr/lib/jvm)
> and libraries (e.g. /usr/share/java).
I think we also need to decide if we want to ship something under
/usr/share/java which can be ripped out and redistributed outside the
system, or if we follow the usual r
Petteri Räty wrote:
>> I don't know how Gentoo works, but it's not enough for us to know which
>> ABI version of a particular dependency we need, we also need the mapping
>> of that ABI to Debian packages to avoid upgrade problems.
>
> So you install to /usr/share/ as you need to have the ABI in t
Marcus Better kirjoitti:
> Petteri Räty wrote:
>>> I think we will need something similar to the shlibs system, no?
>
>> Well why would they be any different for a binary distribution?
>
> I don't know how Gentoo works, but it's not enough for us to know which ABI
> version of a particular depend
Petteri Räty wrote:
>> I think we will need something similar to the shlibs system, no?
> Well why would they be any different for a binary distribution?
I don't know how Gentoo works, but it's not enough for us to know which ABI
version of a particular dependency we need, we also need the mappin
Marcus Better kirjoitti:
> Petteri Räty wrote:
>> We solved this by installing to /usr/share/- where slot is
>> roughly the ABI (we increase it every time a new version breaks
>> something using the library).
>
> For a binary distribution like Debian there are other issues, for instance
> *how to
Petteri Räty wrote:
> We solved this by installing to /usr/share/- where slot is
> roughly the ABI (we increase it every time a new version breaks
> something using the library).
For a binary distribution like Debian there are other issues, for instance
*how to generate dependencies on the correct
On Sat Jun 16 15:06, Gerardo Curiel wrote:
> > Packaging
> > -
> > 9. Debhelper tools to help packaging Java libraries and
> >applications easier and less error prone (e.g. dh_installjars,
> >cdbs extensions).
>
> I'd like to have something like dh_shlibsdeps for java apps, and use
Paul Cager kirjoitti:
> Petteri Räty wrote:
>> [EMAIL PROTECTED] kirjoitti:
>>> Quoting Marcus Better <[EMAIL PROTECTED]>:
>>>
Tom Marble wrote:
> Packaging
> -
I think we need to add:
* Library ABI handling and support for parallel installation of multiple
On Sun, 2007-06-17 at 01:01 +0100, Paul Cager wrote:
> * How do you detect when a new version breaks the ABI? It seems quite
> complicated. Do you use a tool to compare the classes / method
> signatures, etc, or do you only bump the slot number if an application
> fails?
There is Japitools http:/
Petteri Räty wrote:
> [EMAIL PROTECTED] kirjoitti:
>> Quoting Marcus Better <[EMAIL PROTECTED]>:
>>
>>> Tom Marble wrote:
Packaging
-
>>> I think we need to add:
>>>
>>> * Library ABI handling and support for parallel installation of multiple
>>> versions (as discussed in another
El mié, 13-06-2007 a las 23:37 -0500, Tom Marble escribió:
> 7. GUI tools for making choices
>(e.g. a GUI front end for update-java-alternatives).
There's something called galternatives, a front end to
update-alternatives, but it's dead upstream.
> Packaging
> -
> 9. Debhelper tools
Quoting Petteri Räty <[EMAIL PROTECTED]>:
We solved this by installing to /usr/share/- where slot is
roughly the ABI (we increase it every time a new version breaks
something using the library).
Very nice. So you actually allow a package to be installed in various
version numbers in parallel?
[EMAIL PROTECTED] kirjoitti:
> Quoting Petteri Räty <[EMAIL PROTECTED]>:
>
>> [EMAIL PROTECTED] kirjoitti:
>>> Quoting Marcus Better <[EMAIL PROTECTED]>:
>>>
Tom Marble wrote:
> Packaging
> -
I think we need to add:
* Library ABI handling and support for pa
Quoting Petteri Räty <[EMAIL PROTECTED]>:
[EMAIL PROTECTED] kirjoitti:
Quoting Marcus Better <[EMAIL PROTECTED]>:
Tom Marble wrote:
Packaging
-
I think we need to add:
* Library ABI handling and support for parallel installation of multiple
versions (as discussed in another thread
[EMAIL PROTECTED] kirjoitti:
> Quoting Marcus Better <[EMAIL PROTECTED]>:
>
>> Tom Marble wrote:
>>> Packaging
>>> -
>>
>> I think we need to add:
>>
>> * Library ABI handling and support for parallel installation of multiple
>> versions (as discussed in another thread [1]).
>>
>> Marcus
>
Quoting Marcus Better <[EMAIL PROTECTED]>:
Tom Marble wrote:
Packaging
-
I think we need to add:
* Library ABI handling and support for parallel installation of multiple
versions (as discussed in another thread [1]).
Marcus
[1] http://thread.gmane.org/gmane.linux.debian.devel.java/
Tom Marble kirjoitti:
>
> I think the right way to flesh out these ideas is to
> work them up on the Wiki, but to get started let
> me write some here. I realize most of this is already
> decided and works just fine... Again the purpose
> is discussion:
I can explain in more detail our system i
Tom Marble wrote:
> Packaging
> -
I think we need to add:
* Library ABI handling and support for parallel installation of multiple
versions (as discussed in another thread [1]).
Marcus
[1] http://thread.gmane.org/gmane.linux.debian.devel.java/6537
--
To UNSUBSCRIBE, email to [EMAIL
All:
I'm very much looking forward to working Java Policy and
Packaging issues at Debconf7.
There has been some great discussion about this recently
from Paul, Manfred, Matthew and others. And, of course,
there is a lot of documentation out there [1].
My proposal is that, if folks agree, that w
19 matches
Mail list logo
