Hi You,
Sanghyeon Seo wrote:
I just finished reading http://wiki.debian.org/Java/Draft
Me too. :-)
Some comments:
[Virtual packages]
Please define, what it means to provide a virtual package. From the
context of the document, the only *garantee* this provides makes is "you
can develop java
d, but requires a GPL
incompatible lib (swt)...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
he latest changes to the update manager API
I have now orphaned the package, so its up to somebody to pick it up. I
will be around on ths ML for a while, if there are any questions.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
different source package
See this mail for more information on the state of the packaging:
http://lists.debian.org/debian-java/2004/09/msg00039.html
Package information:
Package: eclipse-platform
Source: eclipse
Version: 2.1.3-3
Priority: optional
Section: contrib/devel
Maintainer: Jan Schulz
rules, it gets better, but I didn'T want to
delete them as thy might be usefull for someone.
Nice greetings, Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
ogenerated via debian/input/
* Droped all patches, including the debian only ones. No idea yet,
how to port them to new system and if thats needed. Some parts are
now supported upstream, just in a different way.
* Cleaned up various debian/* files
. copyright: add "2004"
Hallo Mark,
* Mark Wielaard wrote:
>Since SWT is distributed under the CPL, Common Public License, which is
>not GPL compatible, you won't be able to distribute a larger work based
>on it under the GPL.
What is with GPL+linking exception? Azaurus (sp?) is also GPL and
absed on swt and tehre is
d?
So you discovered, why so mayn apps are in contrib instead of main :)
awt is currently implemented from the classpath guys. ANother error
could be to use gij-3.5 instead of gij-3.4.
BTW: I will try the libswt-java package this days and see how it goes.
>From the changelog, I suppose it s
maintainer).
Nice greetings, Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
uch though.
I haven't looked at that, but I suspect, that this can be worked
around with additionall plugin locations ("sites"). Anyway, all
features, which are installd by the package manager will be patched to
disable the internal update-manager.
Jan
--
Jan Schulz
ntil the 22nd of August. Sorry that it took so
long, but there are some Real Life things, which have more importance
to me right now.
Nice greetings from Karlsruhe, Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
m or a full featured SUN
derived 1.4).
For discussion and ideas how to solve this problem, see
http://java.debian.net/index.php/CommonJavaPackaging
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
Hello Yevgen,
Wednesday, April 14, 2004, 12:56:17 PM, you wrote:
> Unbound classpath container: 'org.eclipse.jdt.launching.JRE_CONTAINER'.
> I am using the newest version (2.1.2) from sid under Blackdown Java
> 1.4.2-rc1.
> Any ideas?
No, but I will get some after you send the excpetions which ca
Hello Arnaud,
Monday, April 12, 2004, 3:42:57 PM, you wrote:
> I planed to ask some clarifications of the debian java policy about a
> 'build from sources' but I don't think it's necessary. I plan to file RC
> bugs on java packages not building from sources (that's why I'm Cc'ing
> to debian-java)
Hello Arnaud,
Thursday, April 8, 2004, 12:01:56 PM, you wrote:
> You mean 2.1.2-2 or 2.1.3-2? can you please also update your Sources.gz
> file ;-)
Oh no, don't tell me the source.gz is still pointing to 2.1.2-2? If
so, I've uplaoded 2.1.3-2 just yesterday...
>> complains are false ones IMO (Why
are false ones IMO (Why can't I have a *symlink* in /usr/lib
if the package is Arch: all?).
>java version "1.4.1"
Oh, I didn't know that. Once I heard that there is no 1.4 JDK for PPC.
Ok, good old big blue :) So why aren't they publishing eclipse for tis
platform?
>Debian!
I feel the same, but unfortunatelly I don't have a powerpc arround to
test the build. I don't even have a 1.3 JDK anymore, as the sun one
doesn't work here anymore :(
Sorry again for the bad communications and my neglection to fix this
bugs.
Jan
--
Jan Schulz
stuff and when running the
>SDK with kaffe, the platform stuff also is loaded by kaffe. Right?
the sdk package is only there to pull in the same functionality than
the upstream SDK drops. eclipse platform has the starter and so it
depends on a JVM.
Jan
--
Jan Schulz [
Hallo Arnaud,
* Arnaud Vandyck wrote:
>> BTW: I'm still looking for a sponsort for this release!
>I'll try to upload and build it tomorrow...
Thanks a lot!
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To
anged the jar names and split the optional jar.
deb-src http://www.katzien.de/debian/eclipse ./
apt-get source -b eclipse-sdk
BTW: I'm still looking for a sponsort for this release!
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
ckage can be used to compile arch
depended code only, so you need not to compile the java code.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
2852)
* Add some info to the libswt*.README.Debian re compiling the jars
to native libs with gcj. (closes: #232011)
* Removed one desktop file, as this is not anymore needed since kde 3.2
* Sidenote: kaffe is now able to do rudimentary startup.
-- Jan Schulz <[EMAIL PROTECTED]> Wed,
ake some time longer, as the build script generator, which comes with
eclipse isn't up to date wrt the latest changes in eclipse. So I need
to package this 2.1.x maintainance release...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
7;official answer to how to install a SUN derived JDK".
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
f you are intersted in them...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Aurélien,
* Aurélien Labrosse wrote:
>at java.util.zip.Inflater.end(Native Method)
Known and reported. See the BTS for the workarounds.
I really don't know, how I can make
#228599: [SUN derived JVM] crash in zip related code
any clearer...
Jan
--
Ja
m IDE and be used independly with RCP)
and more packages uses it as a base for there apps.
Anyway, the thing I'm doing just now is writing a script to do the
work :) I want to build from CVS and I'm currently setting up the
'basebuilder' to do it for me.
Ok, enough chat :)
J
JPackage, gentoo, RedHat (gcj, native) and a FreeBSD port.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
?) to declare the package 'Depends: kaffe
(>=1.1.4) and try to move it into main?
Please note, that eclipse currently requires a prebuild tomcat and
xerces (IBM Maintance branch), so it can't go into main for that reason.
Jan
--
Jan Schulz [EMAIL PROTECTED]
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Jan Schulz <[EMAIL PROTECTED]> writes:
>I agree, but with you should read the arguments of Stefan:
>>> I'd like to name the new source package in main libxalan-java
^^
Moep...
Sorry, for all the
IMO': Everything with lib in front should be 'library
packaged'. Otherwise it wouldn't be 'lib' (I know that this isn't true
with some normal packages, but... :)
Jan, only opinions...
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bl
ould be packaged accordingly.
Thats also the reason, why the proposed policy uses
'[-].jar' and
'lib-java' as names for jars and packages.
Just consider, what will happen if the next xalan version includes
breaking API changes.
Jan
--
Jan Schulz [EMAIL PROTECTED
but It should be a option into the config file to
>chage it.
Loged as wishlist against eclipse-platform. It will be available in
the next version, but I'm not sure, when I will be ready with that.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm.
Hallo David,
First of all: I've written up my version of this all on
http://java.debian.net/index.php/CombinedClasspathAndRuntimeSolution
Please comment, I'm not sure, how well I've written that up...
* David Walluck wrote:
>Jan Schulz wrote:
>So far, this is the only opti
Hey, cool. I'm seeing light on the end of the problem tunnel :) Seems
that we were far nearer together than I expected.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
In
this case it would be better to link statically -> include the jar.
[re-finding old rules for java]
>In short, just because you are I might be used to all of these things
>being second nature, they obviously aren't in the Java world, or we
>would even be here having this discuss
king upwards (lib has more
restriction than app, so less JVM are taken in account)
>Some points I forgot but I agree with - care to add them to the
>writeup ?
Will do after the discussion is over. Don't want to discuss in the
wiki if we have such a nice ML :)
Jan
--
Jan Schulz
Hallo Jan,
* Jan Schulz wrote:
>>``Make specifying the build classpath easy using either command line
>>switches of property files (and document it).''
>>currently we use `export CLASSPATH', how does this fit in? Note that a
>>build.xml using only pr
is recommeneded.
signed!
Somehow I just relize, that we are putting up a list with points, but
just rewriting rules, which are in use in c or any other language
releases since ages :). I wonder if they had once the same problems :)
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ing.
Hoepfully some people upstream will take it and do something about the
proeblem :)
I will add a small para for debians 'don't use JAVA_HOME', but will
label that debian only for now.
Ah, and maybe another para about 'not using non-API classes' would be
good.
J
Hallo Nicolas,
* Nicolas Mailhot wrote:
>face the same problems and wish for more or less the same things :
[...]
Would you mind adding that to the wiki? Seems like a nice thing to
have there :)
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, ble
Hallo Mark,
* Mark Wielaard wrote:
>can with gij. (Thread system unix-pthread is also needed to run e.g.
>Eclipse with swt/gtk bindings).
Ah, thats why it didn'T startup with gtk, but with motif...
I would then also go for a differetn threading lib.
Jan
--
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 no
See the last mails in
debian-java or my eclipse buglog :( ), as sablevm seems to set a very
high u-a priority.
This whole system is a mess!
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
than 128MB to compile eclipse. It seems that your
kernel or anything else on the system wont let it take anything more
than 128MB and ant gets killed at that time. It's AFAIR not the VM,
which kills itself, this would show the OutOfMemeoryError and no
'Killed' line.
Jan
--
Jan Sch
nd since you obviosuly
>have addressed some of the problems that I tried so solve.
That would be great! Anyway, I will wait for the result of our 'common
packaging' discussion on java.debian.net until I take further steps.
It would be a great thing, if we (gentoo, JPackage, Debian) could
agree
d you would still need a script, which enforces it at runtime...
So, I don't know how far away sarge is, but maybe instead of getting
yourself flamed here, put up your commets at the above page and maybe
we get that implemented earlier than the next Debian release :)
Jan
--
Jan Schulz
on of a
thought out solution to ApplicationClasspath and FindingWorkingRuntime.
Please add you thoughs and comments to the pages or add new pages, if
you see fit.
Thanks a lot for your attention!
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUB
propably compiled agains a libSomething version,
which has changed in debian. That's at least my explanation, newer
(e.g.: not packaged, but -bin download) seems to work fine.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSU
tools/policies.
The main page is on
http://java.debian.net/index.php/CommonJavaPackaging
The idea is, to start on that page and move the whole thing to 'a
proper .org' later, when we have something to show around.
Enjoy!
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer
geing system for all' project going and before we take ages to
get a freedesktop.org place, java.debian.net might be a alternative.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
7; could be *THE* way to build the Debian-java
>packages!
When I get time to do the eclipse3.0 builds, I will...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Jerry,
Thursday, December 25, 2003, 8:02:08 PM, you wrote:
> Just wondering if anybody is working on packages for this, or has them
> available. It would be nice to get them into experimental.
I will try to get the available during early january, but I fear
that I won't get them ready until
ar ein contrib.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ial
task, will not work with pure 'main' packages).
[EMAIL PROTECTED]:~/psgr$ /usr/lib/kaffe/bin/javadoc
java.lang.ClassNotFoundException: sun.tools.javadoc.Main
at kaffe.lang.AppClassLoader.findClass (AppClassLoader.java:296)
at java.lang.ClassLoader.loadClass (ClassLoader.java:142)
Or
;as I explained.
We have the same problem (optional.jar surely will not compile without
junit installed), but we distribute binary packages, so we could add
only suggests and the actual packages, which use the task could
Depends: on the 'functionality' package. gentoo doesn't have tha
elly this
will not be possible, because one task is probably 'encoded' in one
class file and James will not let us have that small packages :)
Please note, that the gentoo guys (gentoo-java ML) currently discuss
the same problem: They have the problem that ant requires all
underlying
pkg-j2sdk
will not be needed anymore.
So the answer is: We can have it in contrib. Actually now. Takashi,
didn't you want to do the upload?
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
e date will then be end of
february (after my exams...).
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e other day about doing
>something wrt the freedesktop project, and aproaching them in the
>context of free java runtimes. It seems like this would be the perfect
>opportunity & theme for that with a good chances of mutual benefit for
>all parties involved, free VMs, java applicati
packages, at least eclipse
will not work with it on a current unstable distribution. I'm not
sure, how the latest *-bin download will workout. Usuall BD was better
than the sun-linux version.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm.&quo
; and it will work out.
There is a policy in CVS, but quite hidden due to the ViewCVS version,
which will show up branches in the attic.
Funnily, I had also a look at gentoo, and they came up with some
scripts 'inbetween' the debian java proposal and Jpackage ones. The
whole issue would bene
sor
for it, so that I can start to send some patches?
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Jan Schulz <[EMAIL PROTECTED]> writes:
>> [if anybody knows how to get grep accepting ".*(eclipse|swt).*"...]
>use egrep instead of grep (and don't forget the "").
And again something learned... Thanks!
Ja
.eclipse/eclipsrc -> s/gtk/motif/ ?
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sted version is actually installed by he package manager.
This feature (changing the SWT implemantation on the fly) is debian
(and now JPackage.org -> Java RPM packages) specific and NOT
supported by upstream. Seems that I was too optimistic about the 'fail
quote'.
Jan
--
Jan Schulz
lass has no such method. AFAIK, this methods (or better 'Jobs') were
introduced in 3.0 Stream, so 2.1 shouldn't know about it at all...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
bug in the help system, which I
have to solve relly soon...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
stribution that's
>getting packaged.
Hm: I think most users will no know this context and will search for
"java". So IMO, it would be best to include that buzzword somewhere in
the package name. mpkg-java comes to my mind :)
Jan
--
Jan Schulz [EMAIL PROTECTED]
re appropriate, I'm also a subscriber, so
>feel free to redirect the discussion on that list.]
Read the policy, IMO it explains the problem quite good.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
apps would Depends: on
debian and all findjava calls would be made to
'debian', which I find a mess as well. At least it makes the
dependencies and findjava calls bad to read.
So I would prefer to rename the upstream package into and
the peer package into .
Jan
--
Jan Schulz
sstif would give me one headache less when I
package the 3.0 Stream, which will feature swt-gtk in main and
therefor in a different source package...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hallo Takashi,
* Takashi Okamoto wrote:
>Maybe most of people like mpkg-xx name. I suggest 'mpkg-j2se'. It's
>more intuitive.
No idea, if people like it, but I do :) I would even go further to a
mpkg-java script.
Jan
--
Jan Schulz [EMAIL PROTECTED]
Hallo Hubert,
* Hubert Schmid wrote:
>I don't insist on this name. Are there any further packages in Debian
>(except kernel-package) that build Debian packages? If someone has a good
>name for the package and/or the executable shell script, then I will
>rename the package.
I don't know of any mor
ava --all
tomcat4 -h` -> bad if instead of tomcats classpath now the help is
outputted).
I will add some help, which is then ouputted to stderr and exited
with an error code.
All information is in the manpage. It took more time to write the
manpages than to write the scritps... I hope the
icy (0.6) unstable; urgency=low
* moved examples into /usr/share/doc/new-java-policy/examples
-> to use the examples, do a
'export JAVA_CONFIG_DIR=/usr/share/doc/new-java-policy/examples'
* changed dh_java manpage heading, which was still dh_python...
-- Jan Schulz <[E
:) In that future, you will have to name
all JVMs, which work and add them to your Depends and to a call to
'findjava' (all done via some debhelper command) and that script will
figure out the right start command.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer ni
I ask for a sponsor to
upload it to experimental or unstable?
I'm currently speaking with the JPackage guys about having one policy
and scripts for JPackage and debian. So far, they seem to opt for a
'add as much API to 'smaller' JVMs, as possible' sollution, effectivly
dropp
clipse packages btw. the quality
>has really picked up.
Thanks :)
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eclipse as gnome app and not with my nice stylish KDE :)
I think eclipse.org has a demo version ready (or had), but the lawers
stoped them, because it would have meant to GPL eclipse which would
mean, that eclipse couldn't be used comercially (-> closed source).
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
u please take this two thing to debian-legal and get a opinion
there.
Anyway: if thats true, that it will kill kaffe in debian, as we could
not use it with almost any programm, because in one way or another,
they all include apache licensed libs (-> jakarta project).
I hate licenses..
Hallo Hubert,
* Hubert Schmid wrote:
>On Mon, 27 Oct 2003, Jan Schulz wrote:
>> * Hubert Schmid wrote:
>> nitpick: I find the mpkg-* idea better :) What about mpkg-java or
>> mpkg-j2se? At least it make sit clear that a package is created.
>I will think about this. But a
will require 1.4 complient JDKs, and I'm not sure, how far the free
JDK are (I guess most can be done with including certain API) in that
respect.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTE
Hallo!
A quick look at my 'update-excuses' [1] showed, that eclipse is currently
hold back because of several issues:
* Some libs, which can't do anything about...
* As there are no autobuilder in contrib, I need to provide the
platform dependend packages for !i386 platforms. I have no idea, how
common and
mpkg-java/j2se-package must also go into contrib...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hich sets up the 'debian files' for the
package.
Considre it a nice pertunity to do some cut&paste coding :) I will
propably do the IBMJDK1.4...
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, emai
ixed in the peer-package and the user doesn't need rebuild the binary
>package each time.
True.
It would be nice, if the whole packages could be merged into one source
package.
Please don't hesitate to ask for help. I have some interest in seeing
this package making it into debi
one package. Yo only need the doc for one
reason: to develop something against the libs. On the other hand, you
can depend on all three java packages independently.
Jan
--
Jan Schulz [EMAIL PROTECTED]
"Wer nicht fragt, bleibt dumm."
--
To UNSUBSCRIBE, email
Hallo Arnaud,
* Arnaud Vandyck wrote:
>So (even if I'm not yet a DD), I second your proposal if point 3 is
>respected.
s/(.*),//
-> Seems that I got my one and only DD approval 'the other way' :(
On the other hand: Congratulation!
Jan
--
Jan Schulz
7;t
hesitate to conatact me.
If you only want to install hyades, simple drop it into
/usr/local/share/eclipse/{plugins,features) or into
$HOME/.eclipse/eclipse/{plugins,features), depending whether you have
admin rights or not :)
Both sites will be picked up by the debian eclipse.
Jan
--
Jan S
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Jan Schulz <[EMAIL PROTECTED]> wrote:
>> * Arnaud Vandyck wrote:
>So I did not follow all the thread. I appreciate the summary effort and
>after reading this mail I have no special argument to stop your proposal
>but I do not wan
Hallo Stefan,
only to the list...
* Stefan Gybas wrote:
>I also suggest to handle it this way. However, I think we can still make
>small changes to the Java Policy before sarge's release, e.g. remove the
>possibility to put Java classes in /usr/bin/ (using binfmt_misc). This
>would not affect
Hallo Arnaud,
* Arnaud Vandyck wrote:
>Same for me, wait until sarge is out and let's restart the discussions
>about a new policy.
Sorry, but that was exactly the reply I was *not* hoping for. IMO
there is enough discussion and the whole thing needs some testing. I'm
also willing to write most
current magic to find a java
fi
if [ -x /usr/bin/java-config ] ; then
PACKAGES=""
CLASSPATH="$(java-config --all $PACKAGES)";
else
# current classpath magic
fi
>I'm perfectly happy to have the scripts/etc in java-common/etc now, as long
>as they don&
Stefan Gybas
Takashi Okamoto
Ola Lundqvist
Ben Burton
Mark Johnson
Adam Majer
Stephen Zander
Robert Bihlmeyer
Stephen Zander
Tollef Fog Heen
Grzegorz Prokopski
I'm especially interested in the OK from Arnaud, Stefan, Takashi and
Ola, who are representing more than 50% of the above
Hello,
Thursday, October 9, 2003, 11:43:00 PM, I wrote:
> [I hope] I can persuade Stephan to include such things in the [CDBS ...]
s/Stephan/Stefan/
Sorry about that...
Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hello Ean,
Thursday, October 9, 2003, 10:26:10 PM, you wrote:
> They often use JAVA_HOME to find the executable, the base class
> libraries,
The base classes shouldn't matter apart from ant bootclasspath,
which is already included in the ant-environment.
> the compiler and jar.
Both are useba
Hello Dalibor,
Thursday, October 9, 2003, 9:12:38 PM, you wrote:
> Well, yes. But no matter which version they put in, it's always going to
> have bugs, and be a decidedly old version in a year from now. I thought
> there was a documented way to replace the parser implementation using
> system p
Hello Ean,
Thursday, October 9, 2003, 7:33:22 AM, you wrote:
> For instance, if the Tomcat maintainer decides that compiling certain
> baseline classes with GCJ before running the main system with GIJ is a
> good idea then I can't see that findjava will elegantly accomodate that.
> The idea itself
Hello Dalibor,
Thursday, October 9, 2003, 6:34:56 PM, you wrote:
>> I'm waiting for the screams...
> /me screams: not the same discussion again! ;)
Thanks! :)
[...big snip, complete ACK...]
> Unfortunately, the Xerces J developers don't want to lose that 'feature'
> so the miserable code will st
1 - 100 of 479 matches
Mail list logo
