Happy to report that kotlin just made it into unstable.
https://tracker.debian.org/pkg/kotlin >
--
Happy hacking
Petter Reinholdtsen
me on any replies.
--
Happy hacking
Petter Reinholdtsen
ther, but perhaps there is some existing
package using maven we can peek at to see how it work?
Perhaps discussing this on IRC (#debian-java) is a good idea?
Any chance to get the table formatting patch included in Debian?
--
Happy hacking
Petter Reinholdtsen
to
get it done tomorrow unless someone betas me to it.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
[Onkar Shinde]
> I see vecmath and java3d packages in new queue, uploaded by Jonny
> Lamb. Are they not yours?
Ah, great. Nope, I do not remember being involved. Very good to hear
that it is on its way. :)
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to debian-jav
[Sylvestre Ledru]
> I made some minor changes to the java3d package (watch file +
> repacking script). Can I commit it ?
Please do. Jonny Lamb have been quiet for a few months, so I very
much welcome your work until he return.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE,
; uploaded. I'd also be happy to co-maintain them with someone/others.
[Petter Reinholdtsen]
> I'll do this after tomorrow, unless someone objects.
You are now added to the Debian Java alioth project.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL
d he is happy for me to do
> so. Therefore it would be superb if I was given access to pkg-java
> so I may commit my changes to the packages and get them
> uploaded. I'd also be happy to co-maintain them with someone/others.
I'll do this after tomorrow, unless someone obj
[Petter Reinholdtsen]
> What should the package name be? libj3d-java or libjava3d-java? Or
> something else completely? Perhaps libj3d-core-java?
I've added draft build rules to pkg-java svn,
. I'm not
sure about naming, but have selected java3d as the source name, an
[Petter Reinholdtsen]
> OK. I might start on build rules in the pkg-java svn repository.
I had a look at the source zip file available from SUN,
http://download.java.net/media/java3d/builds/release/1.5.2/j3d-1_5_2-src.zip>,
and must say I fail to see why it is provided at all. The READ
[Manuel Prinz]
> I will not be able to start with that in the next 3-4 weeks but I'm
> interested in joining efforts, in case you want to start now.
OK. I might start on build rules in the pkg-java svn repository.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, emai
but also a library
available from
ftp://ftp.j3d.org/pub/code/j3d-org-code-0.9.tar.gz>.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n all relevant GIS packages in Debian.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
penjdk package in Lenny. 80 000 Linux terminals in Extremadura,
Spain, would benefit a lot from it. :)
Because of this, I hope it will be allowed into Lenny.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; long time.
I afraid that signal will fail to reach any user.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Petter Reinholdtsen]
> Is there an easy way to replace this with code that work with GNU
> Classpath?
I suspect this patch work based on documentation I found on the web, but do not
know how to test it.
---
openjump-1.2D.orig/src/com/vividsolutions/jump/workbench/imagery/g
easy way to replace this with code that work with GNU
Classpath?
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
285 >.
What is the current best practice with java wrapper scripts these
days? The current version is very simple, and just uses the java
alternative. Is there a better way, when some JVMs work better than
others?
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PRO
[Michael Koch]
> Before I start with these cleanups I would like ask for your
> opinions about this. Is this okay for everyone? Are there things I
> have forgotten? What do you think?
I have no problem with this plan. I can't vouch for everyone,
though. :)
Happy hacki
re from somewhere,
change their hardware, or port the software to their architecture.
The location of the source or binary do not affect their options,
while it do change the options for those architectures where the
package in question do work.
Happy hacking,
--
Petter Reinholdtsen
--
e team and lend a hand
> (alioth login fourmond) ?
I was given admin privileges by Stefan Gybas, and have now added you
to the project. Welcome.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e packages I am
involved in, I am more than happy to let you. :)
I do not have the privileges required to add you to the alioth
project, so that will have to done by one of the project admins.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
ies is one of the benefits of Debian's
> package system.
Yes, libraries from other sources needed by openjump should be placed
in separate Debian packages.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. I've also never made a Debian package of my own.
Nothing foolish about the question. But note that /user/ and /usr/ is
not the same thing.
Happy hacking,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Paul Cager]
> Would this still allow us to get a package overview for all of the
> packages owned by the team:
Yes. The summary will include all team maintained packages as long as
the list is listed as maintainer or uploader.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, em
is work very well. If group maintainence do not work properly, I
believe it need to be fixed in the group. I doubt shuffling fields in
the control file will fix the problem.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe&q
ogl in main. :)
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ith the free java stack. See
http://gnu.wildebeest.org/diary/index.php?p=156> for a screen
shot. Of course, something might have broke since then. :)
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to write about how
this change is received, to encourage other companies to do the same.
Is there a wiki page with the text draft?
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lement some kind
of sandbox. Can anyone verify this? It would be great to have the
Free applet support in Etch with proper sandboxing.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and
spend the space on the CD on other packages instead.
The most important feature is java applet support. Some of the
important test cases are listed on
http://wiki.debian.org/DebianEdu/JavaInDebianEdu>. Last time I
tested, few of them were working properly in Etch with gcjappletviewer. :
s?
You can review the bugs listed in http://bugs.debian.org/src:fop>
and http://bugs.debian.org/src:batik>, and submit patches and
suggestions on how to solve them.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ike the above. As
long as the dependencies can be fulfilled using packages in main, it
is my opinion that the DFSG freeness is fulfilled.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Michael Koch 2006-08-19]
> Expect it today or tomorrow in incoming.debian.org.
Is it hard to package?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
package broken? Did something change in SUN Java
breaking batik, or did this never work?
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Michael Koch]
> Don't forget the "exec" like "exec $JAVACMD ...". People tend to forget
> this.
Right. Good idea. I forgot. :)
> Looks great. This should be in the FAQ in java-common and in the wiki.
Well, I believe part of it should go in the FAQ or the wiki, and part
of it should go into s
[ "$JAVA_ARGS" ] || JAVA_ARGS=
}
Is this a good idea? Should we implement it? In which package, and
which file?
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Robin Putters]
> How about uploading an Azureus 'pure' debian package to
> experimental, while GCJ4.1 is not in unstable yet?
Does it only work with gij? What about the latest classpath release
and jamvm or cocoa? If it work with those, it can to into unstable
directly.
--
To UNSUBSCRIBE, e
[Guido Guenther]
> Which Wiki would be appropriate?
I assume http://wiki.debian.org/Java> would be a good choice.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Wolfgang Baer]
> Hi all,
>
> this is now going to be GNU classpath specific. I just post to the openjump
> list to let them know that its not a problem in their codebase.
I know. But the question was what kind of errors are now showing up
with classpath, so I decided to show them. :)
> Petter,
[Wolfgang Baer]
> You may want to look in the exiting old jump package in the debian
> gis repository to find a manpage and other stuff maybe also usefull
> for openjump.
Right. I'm not sure if we want to package jump or openjump.
Apparently both projects are developed in parallel.
> Well, as it
resolved to a type
[javac] --
I'll leave it at that, and try again later when buoy is in Debian and
the jpeg stuff is implemented in Classpath. I'll ask the openjump
people to stop using the sun API functions as well.
Friendly,
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, e
[Florian Weimer]
> debian/rules actually compiles the source code, and does not simply
> copy JAR files around (or something like that).
Right. I read your statement that the code should be compiled with
the free java compiler and libraries, and not with SUNs compiler and
libraries, and wondered
[Florian Weimer]
> "can be built" or "are built"? AFAICS, only the latter complies
> with the letter of the policy and the spirit of the DFSG.
How are you to see the difference? I assume the build-dependencies
will point to the free tools needed to built it.
--
To UNSUBSCRIBE, email to [EMAI
[Eric Lavarde]
> I've got a good news: FreeMind is compiling with the new kaffe.
Great!
> The bad news is that it's not usable with kaffe (FreeMind starts but
> spits errors, doesn't redraw properly when using the menus, and is
> just not usable).
Did you try any of the other JVMs? For example
I just found classpath-tools listed quite high on
http://haydn.debian.org/~thuriaux-guest/qa/global.html>. The
package look like it could need some care. Is the package still
useful? I could not quite see what it does.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscr
[Seo Sanghyeon]
> Changes:
> icu4j (3.4-2) unstable; urgency=low
> .
>* Changed maintainer to Debian Java Maintainers.
>* Explicitly Build-Depends and Depends with version on kaffe, for
> reproducible build environment.
>* Use dh_install.
>* Included rules.cdbs for future con
[Michael Koch]
> Tomcat5 is in contrib.
>
> Eclipse is coming soon.
>
> JOnAS is still future. :-(
Perhaps time for a new status update to d-d-a or d-a? It could
mention the oldenburg meeting as well. :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
[Øyvind Harboe]
> Some questions before then:
>
> Do you believe that I've found a real problem in the /etc/init.d/jetty
> script?
No idea. Didn't spend enough time on the issue. :)
>> What about adding pidfile support to jetty? It sound like the correct
>> place to fix it.
>
> I don't know wh
[Eric Lavarde]
> - Java libraries should be compiled with the Java compiler having
> the least possible version (i.e. 1.3 instead of 1.4 instead of
> 1.5):
Do you mean 'lowest version number' when you write 'least possible
version'?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
[Øyvind Harboe]
> Any help here would be greatly appreciated.
Does it help to use 'exec' in the command line, to get rid of the
extra process?
What about adding pidfile support to jetty? It sound like the correct
place to fix it.
And please consider adding dependency information using the LSB
[Eric Lavarde]
> Conclusion:
> - if your package works with free VMs, you should write something
> like: kaffe | sablevm | java1-runtime.
Is it not enough and recommended to list only one non-virtual package,
aka 'kaffe | java1-runtime' or 'sablevm | java1-runtime'? I assume
would kaffe and sabl
f
your package, read
http://pkg-java.alioth.debian.org/developers.html> and join in on
the effort to improve the state of Java in Debian. :)
And if you need a sponsor for your package, join us on #debian-java
and ask around. I'm willing to sponsor well maintained java packages.
Friendly,
--
Pette
[Vardan Gevorgyan]
> Which jvm is better for debian?
Difficult question. They all have strength and weaknesses. I would
recommend gcj or kaffe, but I suggest you test a few of them and pick
the one working for you. :
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
[Wolfgang Baer]
> Hi Petter,
>
> strange list - seems to be stable.
It is supposed to use the section info from testing and unstable, and
I've verified myself on another installation that the code to do that
works. Perhaps just a propagation problem for the mirror on the
machine hosting popcon.d
bio-java 3
libpja-java-doc 3
libsapdbc7.5.01-java 3
libcharva1-java 0
--
Petter Reinholdtsen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Wade Curry]
> Please, don't let unsubscribed people send messages.
I recommend stopping all non-subscriber postings for moderation, and
using the listadmin package to do the moderation job. I do it for a
lot of lists, and it works very well.
> I genuinely hope for the best for this list. I'll
o do the NMU myself shortly, so this is just an
warning email.
I only change debian/changelog, adding this entry:
jikes (1:1.22-2.1) unstable; urgency=low
* Non-maintainer upload to get a rebuild with the new C++ ABI.
-- Petter Reinholdtsen <[EMAIL PROTECTED]> Fri, 22 Jul 2005
[Michael Riedel]
> Does any of them support the new language features of java 1.5?
No idea. Please post your test summary here, so the rest of us can
learn it too. :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Eric Lavarde]
> So my questions:
> 1. is this correct?
No idea.
> 2. if yes, shouldn't the consequence for Debian be, even though Sun
> Java is not officially supported, a recommendation or policy that
> Java packages should be compiled with Java 1.4, if possible?
Java packages should be compi
[Arnaud Vandyck]
> What about Debian Java Maintainers in the uploaders field?
That should solve the problem as well, yes. :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Barry Hawkins]
> General Recommendations
> 1. Use version numbers almost always. Our current policy[0] shows this
> as optional, but I believe it should be more the standard we follow by
> default. Java libraries, in this case Jakarta Commons libraries, are
> almost always vulnerable to incompa
[Arnaud Vandyck]
> Why do you want java-common to be listed there?
To make it easier to check the status of all java packages maintained
by the debian-java group.
> Also, not every packages are maintained by pkg-java-maintainers.
I know. Those are maintained outside the group, and should not sh
[Stefan Gybas]
> java-common is a special package because it contains the Java Policy.
> Like the Debian Policy, it is not maintained by a small group of
> developers (in this case pkg-java) but all Debian Java developers. I
> think it is best if debian-java stays the maintainer of java-common s
Package: java-common
Severity: minor
Version: 0.22
At the moment, java-common is the only java package maintained by
. All the other java packages are
maintained by <[EMAIL PROTECTED]>.
Making sure all java packages are using the same maintainer string
make it possible to list all java packag
[Michael Koch]
> We had this discussion before. And I still think that your
> conclusions is good for commercial distris but bad for Debian.
The conclusion is good for Custom Debian Distributions too. A lot of
users want to leave the hard choices to the domain experts, and trust
the experts to m
This proposal has been circulating on IRC for a while, and I believe
it is time it made it to the mailing list.
In debian-edu, we have development gatherings fairly often, both to
coordinate the developers and focus the effort, and to increase the
motivation among the group of people participatin
67 matches
Mail list logo
