* 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
18 matches
Mail list logo
