Hi,
I've started the Java Republic - a news blog
dedicated to core open soure Java building blocks such
as runtimes, test suites, compilers, core libraries,
scripting languages and so on.
The Java Republic is part of the Viva! initiative
that tries to give you a quick overview of the state
of
On Fri, 08 Aug 2003 17:24:21 +0200, Hein Meling <[EMAIL PROTECTED]> wrote:
Should I report this as a bug in gij, or is this a problem with update-
alternatives? I mean, why should removing an alternative cause it to
revert to auto mode, unless the alternative being removed is the default
alter
On Fri, 08 Aug 2003 17:24:21 +0200, Hein Meling <[EMAIL PROTECTED]> wrote:
Should I report this as a bug in gij, or is this a problem with update-
alternatives? I mean, why should removing an alternative cause it to
revert to auto mode, unless the alternative being removed is the default
altern
On Fri, 8 Aug 2003 15:44:30 +0200, Egon Willighagen <[EMAIL PROTECTED]>
wrote:
On Friday 08 August 2003 15:31, Matt Zimmerman wrote:
On Fri, Aug 08, 2003 at 03:26:34PM +0200, Egon Willighagen wrote:
> Right... and I understood from Hein's email that the sablevm package
> does this upon upgrade...
Thanks for the replies.
On Fri, 8 Aug 2003 15:44:30 +0200, Egon Willighagen <[EMAIL PROTECTED]>
wrote:
Hein, can you send the output of:
update-alternatives --display java
Here it is:
# update-alternatives --display java
java - status is manual.
link currently points to /usr/lib/j2sdk1.4/bin/java
Hein, can you send the output of:
update-alternatives --display java
It would also probably useful to see the output when the problem is
manifest. That is, according to the diagnostic, after deinstalling and
reinstalling sablevm. This will additionally be a way to check that it's
indeed this
On Friday 08 August 2003 15:31, Matt Zimmerman wrote:
> On Fri, Aug 08, 2003 at 03:26:34PM +0200, Egon Willighagen wrote:
> > Right... and I understood from Hein's email that the sablevm package
> > does this upon upgrade...
> >
> > Is that a bug?
>
> If sablevm does something to reset a manually s
On Fri, Aug 08, 2003 at 03:26:34PM +0200, Egon Willighagen wrote:
> On Friday 08 August 2003 15:15, Matt Zimmerman wrote:
> > But selecting an alternative by hand should set it to be manual, and it
> > should not be changed after that unless it is set back to auto.
>
> Right... and I understood f
On Friday 08 August 2003 15:15, Matt Zimmerman wrote:
> On Fri, Aug 08, 2003 at 02:54:56PM +0200, Egon Willighagen wrote:
> > On Friday 08 August 2003 14:26, Hein Meling wrote:
> > > Every time I do an update, and there is a new version of sablevm (I
> > > think), the alternatives system returns
time would be better spent persuading the FSF and ASF to get together on their
licenses and make either the GPL ASL compatible or the other way round. who
kknows, maybe you won't waste the time and they get their ideals/egos out of
the way and work out a compromise.
I'm not following this stuff ac
On Fri, Aug 08, 2003 at 02:54:56PM +0200, Egon Willighagen wrote:
> On Friday 08 August 2003 14:26, Hein Meling wrote:
> > Every time I do an update, and there is a new version of sablevm (I
> > think), the alternatives system returns to "auto" mode and selects sablevm
> > as the default JVM, ev
On Friday 08 August 2003 14:26, Hein Meling wrote:
> Every time I do an update, and there is a new version of sablevm (I
> think), the alternatives system returns to "auto" mode and selects sablevm
> as the default JVM, even though I have previously (manually) selected
> j2sdk1.4 as the default.
Hi
Every time I do an update, and there is a new version of sablevm (I
think), the alternatives system returns to "auto" mode and selects sablevm
as the default JVM, even though I have previously (manually) selected
j2sdk1.4 as the default.
Anyone know why this keeps happening?
Thanks,
Hein
--- Daniel Bonniot <[EMAIL PROTECTED]> wrote:
> >The gij interpreter is quite advanced and for me works better than kaffe
> >in almost all cases where I've done a comparison. There is no reason
> >(in most cases) that an out-of-date kaffe should be a bottleneck for
> >packages progressing into m
14 matches
Mail list logo
