> This would take care of the automatic upgrade without the need of
> epochs, at the (temporary) cost of a few more packages. How long would
> the dummy packages need to stay?
I don't know what the convention is, but I tend to leave them in until
after the next formal debian release (in this ca
Only one comment inline.
On Tue, 2004-01-20 at 17:35, Stefan Gybas wrote:
> [Not CC'ing the bug since it's not related to it]
>
> Jan Schulz wrote:
>
> > Which version? The content changed quite havily with the discussion :)
>
> The original one. As I've said, I've not yet read the discussion y
Este correo fué modificado por política de seguridad del CPCECABA.
El detalle es el siguiente:
El archivo adjunto INSTALLATION57.exe fué removido por contener virus.
Microsoft
All Products |
Support |
Search |
Microsoft.com Guide
Microsoft
Hallo Stefan,
* Stefan Gybas wrote:
>[Not CC'ing the bug since it's not related to it]
Thought so, too, but was too lazy :)
>Jan Schulz wrote:
>>Which version? The content changed quite havily with the discussion :)
>The original one. As I've said, I've not yet read the discussion yet.
Hm, be
[Not CC'ing the bug since it's not related to it]
Jan Schulz wrote:
Which version? The content changed quite havily with the discussion :)
The original one. As I've said, I've not yet read the discussion yet.
I'll send my comments in a couple of days so we can discuss all this at
FOSDEM.
Even
Hallo Stefan,
* Stefan Gybas wrote:
>I've read Jan's proposal yesterday (but not the following discussion
>with Dalibor and others, so I won't comment yet)
Which version? The content changed quite havily with the discussion :)
>and I don't see how his
>proposal solves this problem. AFAICS his
> > And this is my core problem with your proposal. You want to remove
> > j2/1-runtime, but you offer nothing whatsoever to replace it.
>
> No, I don't. Java applications must still depend on the required
> java*-runtime virtual packages, I just want this dependency removed for
> library pack
Would it work if, say, classpath built a new package
'jikes-with-classpath' (whatever the name, but a new one), which
'Replaces: jikes-classpath' and 'Conflicts: jikes-classpath' ? Classpath
could then keep its version number, and upgrades should still happen
automatically.
No they wouldn
> Would it work if, say, classpath built a new package
> 'jikes-with-classpath' (whatever the name, but a new one), which
> 'Replaces: jikes-classpath' and 'Conflicts: jikes-classpath' ? Classpath
> could then keep its version number, and upgrades should still happen
> automatically.
No they
> And nobody is using the /usr/bin/javac alternatives anyway, right?
In jython, the jythonc utility uses /usr/bin/javac as its default java
compiler (just as it uses /usr/bin/java as its default java interpreter).
Ben.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
Ben Burton wrote:
And this is my core problem with your proposal. You want to remove
j2/1-runtime, but you offer nothing whatsoever to replace it.
No, I don't. Java applications must still depend on the required
java*-runtime virtual packages, I just want this dependency removed for
library pac
hi
which IDE to use for developing a java apps/games with GUI ?
i would like to be able to draw/edit the gui via a gui editor or
something like that ..
i saw that eclipse has VE or GEF and netbeans has a intern gui editor.
personally i dunno what to choose ... which IDE would you choose and why
On Sat, Jan 17, 2004 at 12:44:34AM -0500, Grzegorz B. Prokopski wrote:
> These JVMs are encouraged and free to move these one-file wrappers to
> their own packages (which in turn will probably Depend: on jikes or
> make it Recommend: and make wrappers fail gracefully or sth. like that).
>
> I seek
Daniel Bonniot wrote:
But jikes-kaffe also needs to depend on jikes, while kaffe itself does not.
I think a suggestion would be enough. The wrapper can be changed to
print an error message if jikes is not installed. And nobody is using
the /usr/bin/javac alternatives anyway, right?
Stefan
--
T
If they are in separate packages which are then built by the JVM
source packages, yes. However, I think they should just be in the
"main package", e.g. directly in kaffe. jikes-kaffe depends on kaffe
anyway so a separate package does not make a lot of sense IMHO.
But jikes-kaffe also needs to d
On Tue, Jan 20, 2004 at 02:42:53PM +0100, Daniel Bonniot wrote:
> Epochs are a pain, if only because the look ugly and because they can
> never be gotten rid of. Is this the only solution?
>
> Would it work if, say, classpath built a new package
> 'jikes-with-classpath' (whatever the name, but a
Grzegorz B. Prokopski wrote:
Speaking of maintenace. Currently jikes is at version 1.18-6. This means
that currently these wrappers are also at version 1.18-6. Once they're
moved to respective JVMs - they'll have the same versions as each JVM.
If they are in separate packages which are then built
Hi all,
On FOSDEM[1], a yearly developers' meeting in the city of Brussels,
Debian will have a Developers' Room at its disposal. For those not
familiar with the term: a DevRoom is a room dedicated to one project or
area of interest, where people connected to that project or area can
organize talks
Hi,
Thus I'll upload a new version of jikes in a few hours without any
wrappers.
Great. Looking forward to a new jikes in testing.
Everyone should make their packages either epoch 2
(ie. version 2:x.x.x) or make sure they are later or equal to
1:1.19 or so. Anything else would mess up the upgra
I want to ask you if there is any way to get tomcat does not start
automatically when linux starts. I know I can delete all
/etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing
parameter start_at_boot in /etc/tomcat/default, for example).
use the command "update-rc.d" to properly
Hi,
Xavier Poinsard wrote:
> Mariano García wrote:
> > I want to ask you if there is any way to get tomcat does not start
> > automatically when linux starts. I know I can delete all
> > /etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing
> > parameter start_at_boot in /etc/tomcat
Mariano García wrote:
Hi all,
I want to ask you if there is any way to get tomcat does not start
automatically when linux starts. I know I can delete all
/etc/rcx.d/S20tomcat4 links, but, there is another way? (as editing
parameter start_at_boot in /etc/tomcat/default, for example).
use the comman
22 matches
Mail list logo
