Marcus Better wrote:
> The Maintainer has ultimate responsibility for the package, so there is
> someone to blame if the package rots. :-)
What if this person becomes MIA? We then know (better) who to blame but
the situations does not improve compared to now.
I'm listed as uploader in serveral p
Eric Lavarde - Debian wrote:
2. svn-buildpackage --svn-tag creates tags which are not compliant with
the Java packager instructions hosted somewhere (I lost track of this
page), i.e. it's X.Y.Z-N instead of RELEASE_X_Y_Z-N. Do you see this as
an issue?
Thanks for your work. IIRC this was bec
Peter Eisentraut wrote:
I have long wondered what the purpose of including the version number in
the installed name of a jar was.
I don't see one and still think they are a bad idea, as stated in
http://lists.debian.org/debian-java/2003/07/msg00086.html
Most people disagreed at that time an
Hi!
The old wiki at java.debian.net does not exist any longer so I have
changed the DNS record for java.debian.net to point to
pkg-java.alioth.debian.org. There is now a redirection from
http://java.debian.net/index.php to http://wiki.debian.org/Java so some
of the old URLs (except HomePage,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Arnaud Vandyck wrote:
| Maybe you mean java.debian.net. This wiki is maybe too open... it's a
| problem for spam. Also, I though maybe we could find some hardware to
The server that java.debian.net is currently running on will be replaced
at the end
On Tue, Aug 16, 2005 at 06:06:15PM +0200, Eric Lavarde - Debian wrote:
> I didn't get an answer to this email? Everybody in holiday or nobody
Well, at least I'm on holiday and will be offline until Sunday.
> interested? (it's not a problem, I can try to "use" my usual sponsor,
> perhaps he doesn
Petter Reinholdtsen wrote:
At the moment, java-common is the only java package maintained by
. All the other java packages are
maintained by <[EMAIL PROTECTED]>.
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
On Thu, Jan 20, 2005 at 12:44:25PM +, John Patterson wrote:
> I have hit another problem with the Jetty package. It depends on
> /usr/share/java/ant.jar which does not exist on my installation (unstable).
> There is only an ant-1.6.jar. Creating a symlink to this fixed the problem.
You nee
Madhavi wrote:
Step 2:
root/download_directory> j2eesdk-1_4_01-linux.bin
But none are working. Getting a message: command not found.
The current directory is not in the command path in the default setup.
If you need to run a programm in the current directory, you need to
prefix it with "./", e.g.
Arnaud Vandyck wrote:
If you have the time to test the package, and send feedbacks, it is
*very* important so maybe Benoit or I could upload it and close
#221236. This bug render liblog4j1.2-java not a valid candidate for
sarge, that means some java packages won't be valid candidates for
sarge, but
[EMAIL PROTECTED] wrote:
> Restarting web server: Apache2Syntax error on line 5
> of /etc/apache2/conf.d/work ers2.properties:
> Invalid command '[logger]', perhaps mis-spelled or
> defined by a module not inclu ded in the server
> configuration
workers2.properties is not a configuration file snipp
Grzegorz B. Prokopski wrote:
This version is quite an improvement, as for ex. building .jars with
Ant1.6 was reported to work.
I can confirm this: I just managed to build libxerces2-java with
free-java-sdk / SableVM and libant1.6-java instead of Kaffe. Thanks for
your great work, Grzegorz and Eti
Caoilte O'Connor wrote:
Does anyone else find that tomcat-users.xml gets deleted
every time they upgrade tomcat4?
Someone told my that tomcat-users.xml got overwritten in past releases,
but I have never heard of it being deleted. Can you reproduce this with
the latest version? If so, please fil
Arnaud Vandyck wrote:
Lookin at your web space at people.d.o, I did not find any mod_jk
package but with a quick google search, I think I read you put some
mod_jk2 package for apache2 there, isn't it?
No, I have not created a mod_jk2 package for Apache 2.0 in the past. But
I did today :-) and upl
Daniel Bonniot wrote:
What is the rationale for /usr/share/ant1.X/lib ? Is it designed for
plugins that would only work with a certain version of ant?
Plugins should work with both versions since the API for them has not
changed. The reason for /usr/share/ant1.X is that both libant1.5-java
and
Daniel Bonniot wrote:
Maybe we should discuss on that. Maybe it's good but I think we should
have a common way of doing it.
No need to discuss this. :-)
Just do it like the other packages do it already: Put your JAR with Ant
tasks (or a symlink to the JAR) in /usr/share/ant/lib.
I still think t
Arnaud Vandyck wrote:
I do not follow the ant-dev mailing list, but I'd like to know what is
the ant-launcher.jar? And what is the startup script?
ant-launcher.jar contains classes to set up Ant's class path. It is now
the preferred way to start Ant using
org.apache.tools.ant.launch.Launcher fro
Arnaud Vandyck wrote:
Take an account on Alioth (it'll be the same as your Debian login), drop
me a mail when you have your account and I'll add you to pkg-java
project.
I have already done this on 15-Jan-2004 and sent Ean a mail about it.
However, I did not get a response.
I propose kaffe to be
Ean Schuessler wrote:
The last significant change to Kaffe from a *packaging* perspective was
migrating it to DBS and that was my work. Your recent NMUs (which have been
The most significant work on the Kaffe package in the last 12 months was
the move to 1.1. Arnaud has created test packages [1
Bob Snyder wrote:
Clearly from your email you think Arnaud should be the/a maintainer of
Kaffe. I'm not arguing that point, I just think to make that happen you
need to follow b or c from above, not just make it happen and see if
anyone notices.
Ean has already stated that Arnaud and Ben should
Arnaud Vandyck wrote:
What about xalan? Did you upload it to main? Did you success running
Not yet. I'm waiting for Ean's response. I don't want to base more
packages on Kaffe if it is not properly maintained.
gjdoc with xalan?
I can build gjdoc with Kaffe and the new packages in main but it doe
Ean Schuessler wrote:
That said, I must protest whole-heartedly with the way you are dealing with me
as the maintainer of Kaffe. Performing an NMU that adds yourself as an
Uploader and uses a non-NMU version number is gross breach of protocol.
I have talked to Arnaud about the Kaffe package at F
The Debian project shared a developers' room at FOSDEM
(http://www.fosdem.org/) with Free Java developers so this room was
particularly interesing for Debian Java maintainers like me. I had a lot
of discussions with Grzegorz Prokopski, Arnaud Vandyck and Dalibor Topic
but also with some GNU cla
Jan Schulz wrote:
Sorry, for all the inconvinience. I completly missed the 'source' here.
Well, the binary package would also be called libxalan-java. The
packages that are ready to go to main are available at
http://people.debian.org/~sgybas/java/. All but libxalan-java have been
uplodaded are
Jan Schulz wrote:
It seems that some packages use xalan directly and having it upgrading
I've not looked at fop but as I've said, the currently packaged
libxalan2-java includes additional external classes in xalan2.jar and
FOP might use them to access the XSL transformer.
to a newer breaking AP
Jan Schulz wrote:
Thats also the reason, why the proposed policy uses
'[-].jar' and
'lib-java' as names for jars and packages.
Xalan and Xerces don't not have external APIs themselves. The API for
Xalan is TrAX and packaged in libjaxp1.2-java. If some packages are
using internal classes directly
Hi!
I've managed to build Xalan-J 2.5.2 with Kaffe and Jikes and it even
seems to run with Kaffe. So the main Xalan package could go into main!
I'd like to name the new source package in main libxalan-java (instead
of libxalan_2_-java) since that's also the name that upstream uses.
However, th
Arnaud Vandyck wrote:
I've been working on the MovingJavaToMain page[1] and it seems that
eight packages could possibly go to main:
Good work, thanks!
I just managed to build libxerces2-java with Kaffe and Jikes. I had to
use an ugly hack because Kaffe's wrapper does not allow to override
$BOOT
Jerry Haltom wrote:
Anybody working on packaging this? If not I'm willing to take a shot at
it.
Good luck! :-)
Seriously: You need to package some libraries like Commons EL first.
They are required by Tomcat 5. Then you need to change the build system
not do do CVS checkouts during build time.
Matthias Klose wrote:
See #176629: gij-3.2: package incorrctly provides java1-runtime. Is
this a somewhat valid report? which runtime implementations provide
the complete runtime?
I don't know if you've read -java in the past weeks but there's no
consensus what java*-runtime actually means and wh
Forrest Cahoon wrote:
Something that strikes me as really odd is that there is only the file
04webapps.policy in the directory /etc/tomcat4/policy.d. Am I missing
another policy file that's supposed to go in that directory?
You are missing 4 of them, the missing entries that you have manually
josh buhl wrote:
no they don't. some, like tomcat4, have an "or" type dependency on
java-virtual-machine, so the dummy package takes care of this. the only
two java packages giving me a headache right now are libtomcat4-java and
libcommons-beanutils-java, both of which insist on installing
jav
josh buhl wrote:
Here's the deal: I have Sun's j2sdk1.4.2_01 installed. That pretty much
takes care of all the java dependencies, but since it's not a debian
package, none of the debian java stuff knows about it. I don't want to
install any of the packages that provide java2-runtime, since I've
Michael Forster wrote:
IIRC the problem is, that the links are regenerated when the package is
updated.
They are not regenerated if at least one link is not deleted (or an S
link is replaced by a K link).
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trou
Mariano García wrote:
I want to ask you if there is any way to get tomcat does not start
automatically when linux starts.
Yes, you can set TOMCAT4_USER to an empty string in
/etc/default/tomcat4. However, you won't be able to manually run
/etc/init.d/tomcat4 in this case either.
There has been
Daniel Bonniot wrote:
One solution to this (which I found at
http://www.mail-archive.com/[EMAIL PROTECTED]/msg10605.html)
would be to temporily make new (empty) versions of the jikes-* packages
with priority extra, and that only depend on the new jikes-with-*
packages.
This would require a new
[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
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
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
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
Ean Schuessler wrote:
However, Kaffe is the only thing that I maintain so I am loathe to give it up
entirely. I would be happy to share the burden of maintaining Kaffe with a
I don't think you have to maintain packages to stay a Debian developer,
especially if you are SPI's president. :-)
numb
Jan Schulz wrote:
* j2/1-runtime does not garantee anything *at runtime*, so it is
Right. That's exaclty the reason why I'd like to see them removed for
library packages. But I guess I have already told this... :)
useless in that respect. IMO, and that was the result of the policy
discusion
Ben Burton wrote:
Thus the *absence* of java2-runtime in the depends list is
an indication that the package should work on most JVMs in
debian. I would however expect these packages to run under
java2 as well.
In my understanding the absence of java2-runtime means that a package
that (solely) pr
Ben Burton wrote:
I invite you to try apt-cache showpkg. Btw, I maintain two of them
(jython and libreadline-java), both of which can be used as libraries.
$ dpkg -p jython
[...]
Depends: gij | java-virtual-machine, gij | java1-runtime |
java2-runtime, libreadline-java (>= 0.6), python2.
Jan Schulz wrote:
The 'suggested' way was: wait for sarge, do another discussion, do the
implementation and then decide on the proposal. Seems that Stefan took
some of the ideas and weent for his own proposal (Stefan, may I ask,
why you didn't say something at that time?). Anyway, there is
current
Ben Burton wrote:
Yes it does. It tells us that the lib/app won't work with java1 alone.
Right. But it might work with Kaffe, GIJ and SavleVM. None of them
provides java2-runtime since they don't implement the full JDK 1.2+ API.
Non of them even implements the full JDK 1.1 API so they also shou
Ben Burton wrote:
I do not like deleting this requirement. Although there are some
serious problems with it (such as different libraries working to
different degrees on different JVMs), removing this dependency will
not solve these problems - it will in fact give the user *less*
information regar
Ben Burton wrote:
I would encourage changing "should suggest" to "may suggest or recommend".
Agreed.
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: java-common
Version: 0.22
Severity: wishlist
I propose to change the following paragraphs in section 2.3 of the
Debian Java policy
> Programs must have executable(s) in /usr/bin and be executable. They
> can be Java classes (using binfmt_misc) or wrappers. In any case, they
> must run with
Package: java-common
Version: 0.22
Severity: wishlist
I propose to change the following paragraph in section 2.4. of the
Debian Java policy
> Java libraries must depend on the needed runtime environment
> (java1-runtime and/or java2-runtime) but should not depend (only
> suggest) java-virtual-mac
Dalibor Topic wrote:
For other platforms, we essentially need more developers native on those
platforms to look into the compiler warnings, and fix them (easy step
one, I guess), and try to fix the crashes (using a prebuilt rt.jar, and
running the regression test suite, for example).
Let's assu
David J. M. Karlsen wrote:
I can do builds on HPPA and Sparc if interested.
Sure, that would be great!
URL to sources ?
pool/main/k/kaffe/ on your favoirite Debian mirror. :-) Just add the
unstable sources to /etc/apt/sources.list and type "apt-get source kaffe".
Stefan
--
To UNSUBSCRIBE, emai
Kalle Kivimaa wrote:
Actually it seems to run with the following on unstable:
You are right. This is great news! Thanks Kaffe developers!
I haven't tried the latest Kaffe 1.1.3 packages before making my
statement. Even JSPWiki works! So tomcat4 can move to main as soon as
all dependencies have
Kalle Kivimaa wrote:
Actually it seems to run with the following on unstable:
1. Install Kaffe
2. Install Tomcat4
3. Add the following into /etc/defaults/tomcat4:
JAVA_HOME=/usr/local/kaffe
JAVA_OPTS="-Xmx128M -mx256M -Dbuild.compiler=kjc"
I had to use CATALINA_OPTS since JAVA_OPTS is not exported
Kalle Kivimaa wrote:
Stupid question: why is java.debian.net running PhpWiki instead of
some Java based wiki? :)
Because running a Java-based wiki (e.g. JspWiki) would require non-free
software. I have not managed to get Tomcat working with free software
only. :-(
Stefan
--
To UNSUBSCRIBE, ema
Jan Schulz wrote:
Would you mind, if this page was used for some other brainstorming,
too?
No, go ahead - but please use a different page. :-) Tell me if you need
any configuration changes, e.g. user authentication.
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubsc
Arnaud Vandyck wrote:
Done: http://wiki.debian.net/index.cgi?MovingJavaToMain
I must admit that I have never user KWiki before I suggested to use
wiki.debian.net. After trying to properly format your page I'm a bit
disappointed by the lack of features that I know from PhpWiki, mostly
multi-line
Arnaud Vandyck wrote:
kaffe_1.1.3-0.2_powerpc.deb
to pool/main/k/kaffe/kaffe_1.1.3-0.2_powerpc.deb
Thanks Arnaud! So we now have a current Kaffe version for i386 and powerpc.
However, building Kaffe for the other architectures has failed, in most
cases while trying to rebuild the class library
Patrick Herzig wrote:
It mentions the package tomcat-connectors, which I guess is intended to
replace libapache2-mod-webapp.
Yes, this was the intention. However, I was told that mod_webapp is
deprecated so I decided to package mod_jk for Apache 1.3 and mod_jk2 for
Apache 2.x separately.
Is the
Alessandro Polverini wrote:
I'm using his package right now (why is it not in the debian archive
btw?), but it's only for apache 1.3.29, while I need mod_jk2 for
apache2.
I have rebuild and uploaded the mod_jk package now. It should be in the
Debian archives in a couple of days.
Any help on how
Arnaud Vandyck wrote:
I did prepare a web page to try to put as more debian-java packages in main.
Good work! Thanks a lot!
Could you turn it into a Wiki page so you don't have to merge all
comments? You can e.g. create a new MovingJavaToMain page at
http://wiki.debian.net/.
Stefan
--
To UNSU
Alessandro Polverini wrote:
anybody knows why I seems unable to find mod_jk nor mod_jk2 also in
unstable?
Yes: mod_jk has been removed from the archives together with Tomcat 3.x
and I did not yet upload the new libapache-mod-jk package. A package for
the latest Apache 1.3 packages is available f
[EMAIL PROTECTED] wrote:
3) apt-get install j2sdk1.3
4) cp all the contents from "tmp" to "/usr/lib/j2se/1.3/" delete the
original first! (this is because the blackdown is not stable!!!)
This is something that you never should do: Replaced files from a Debian
package will be overwritten wheneve
Mariano García wrote:
# /usr/share/tomcat4/bin/startup.sh
This is not the Debian start script, please use /etc/init.d/tomcat4
instead. You need to set some variables first if you want to use startup.sh.
Using CATALINA_BASE: /usr/share/tomcat4
This needs to be set to /var/lib/tomcat4.
It seems
Mariano García wrote:
I am installing tomcat with apache on Debian (testing). Looking for
information I have found that I need mod-jk apache module, and I have
found some references about libapache-mod-jk debian package.
The libapache-mod-jk package was built by the tomcat source package in
woody
Bear Giles wrote:
Is there a reason the latest Tomcat is 4.1.28, not .29?
Yes. The reason is that I did not yet have time to update the package.
And what about Tomcat5 - still bleeding edge, but some people
> are checking it out on less critical sites.
Simply download the binary distribtion fro
elijah wright wrote:
i found some messages from october 2003 in the archive about the future
availability of a tomcat-connectors package - has any progress been made
regarding getting that included in the debian archive? a user of mine
Yes, I have created a package and tried to upload it to the F
Daniel Bonniot wrote:
And why do you think that? The cases look quite different to me.
Because the FTP admins abviously don't want to have a lot of small
packages when these small scripts/binaries with the same target users
can easily be put into a single package (that's also my opinion). But
w
Takashi Okamoto wrote:
I would like to upload j2se-package Nov 11. If you disagree, please
tell me.
I don't disagree but I think the FTP admins will reject the package
after reading the "ftpmaster accepts packages that have been rejected a
few days ago" thread in -devel, especially
http://lists
Dalibor Topic wrote:
B) me (and I guess a few others who are not lawyers, either):
As GPL only really talks about derived works, in order to decide if the
GPL applies to a work we must try to see if the new work is derived from
a GPLd work, or not.
FWIW, this is also my POV after reading some of
Jan Schulz wrote:
Installer depend on unfree software and therefor at least must go into
contrib. There was some discussion, whether they should altogether go
to non-free. See debian-devel for that.
That't true for packages that only consist of an installer. However, I
don't see a reason in Polic
Takashi Okamoto wrote:
J2SDK1.3 is used for server purpose by a lot of user. I'll sponsor
your pacakge after supporting Sun's j2sdk1.3.
What do you think of including it into java-common (together with other
useful Java-related scripts)?
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with
J. R. Westmoreland wrote:
I'm looking at the versions of tomcat4 and find that debian version is 4.1.28 while apache version is 4.1.27.
4.1.28 is labeled as alpha version by the Jakarta team because it ships
newer version on Xerces, regexp and Commons Modeler and because it
includes the newer Ap
Arnaud Vandyck wrote:
Same for me, wait until sarge is out and let's restart the discussions
about a new policy.
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
Jan Schulz wrote:
Here is the discussed proposal java policy as txt and also as tar.gz archive,
including all written scripts and manpages
As I've already mentioned in
http://lists.debian.org/debian-java/2003/debian-java-200309/msg00124.html
you (or anybody else) can't replace the whole Java Poli
Jan Schulz wrote:
Here is the discussed proposal java policy as txt and also as tar.gz archive,
including all written scripts and manpages
As I've already mentioned in
http://lists.debian.org/debian-java/2003/debian-java-200309/msg00124.html
you (or anybody else) can't replace the whole Java Pol
Takashi Okamoto wrote:
BUILD FAILED
file:/home/okamototk/deb/libant1.5-java/build-tree/build.xml:580:
/usr/lib/kaffe/share/kaffe not found.
Damn, I thought this was fixed in Kaffe 1.1.1-1. I've told Ean about
this problem before he uplodaded the new package but he obviously forgot
to include the
Takashi Okamoto wrote:
BUILD FAILED
file:/home/okamototk/deb/libant1.5-java/build-tree/build.xml:580:
/usr/lib/kaffe/share/kaffe not found.
Damn, I thought this was fixed in Kaffe 1.1.1-1. I've told Ean about
this problem before he uplodaded the new package but he obviously forgot
to include th
Jan Schulz wrote:
This is a significant rewrite of my previous proposal. To make
discussion alittle easier, I've broken the subject line to tell, that
this is the third request for discussion.
Sorry, I've been away a couple of days when you have posted your
proposal so I still need to catch up. I'
Jan Schulz wrote:
This is a significant rewrite of my previous proposal. To make
discussion alittle easier, I've broken the subject line to tell, that
this is the third request for discussion.
Sorry, I've been away a couple of days when you have posted your
proposal so I still need to catch up. I
Arnaud Vandyck wrote:
I'll be on holliday until september 9. Stefan, will your ant*.mk be
included in the official cdbs package?
Yes, they are part of CDBS since version 0.4.5.3, so if you want to make
use of ant.mk, you need to add a versioned build dependency to your package.
I plan to m
Arnaud Vandyck wrote:
I'll be on holliday until september 9. Stefan, will your ant*.mk be
included in the official cdbs package?
Yes, they are part of CDBS since version 0.4.5.3, so if you want to make
use of ant.mk, you need to add a versioned build dependency to your package.
I plan to mo
Stefan Gybas wrote:
Anthony's mail also mentions a liberal policy for NMUs between next
Saturday and September 14th. I will therefore NMU Kaffe 1.1.1 next
Monday (August 25th) if Ean has not uploaded his package until than.
I'll be away a couple of days next week to it will be best
Stefan Gybas wrote:
Anthony's mail also mentions a liberal policy for NMUs between next
Saturday and September 14th. I will therefore NMU Kaffe 1.1.1 next
Monday (August 25th) if Ean has not uploaded his package until than.
I'll be away a couple of days next week to it will be best
Arnaud Vandyck wrote:
Thanks, I'm making progress and did that. As you can see in a private
mail (I'll send a complete example when everything will be finished), I
do have problems to specify the location of a build.xml file that is not
in '.' ;)
I've now created an unoffical CDBS package whic
Arnaud Vandyck wrote:
Thanks, I'm making progress and did that. As you can see in a private
mail (I'll send a complete example when everything will be finished), I
do have problems to specify the location of a build.xml file that is not
in '.' ;)
I've now created an unoffical CDBS package which
Takashi Okamoto wrote:
So, ant depends on a lot of packages. Should we put them into main in
the first for putting ant into main?
Almost all of these dependecies are for ant-optional.jar. However, most
other Java packages will only need ant.jar to build so I think it makes
sense to split ant-1.5.
Takashi Okamoto wrote:
So, ant depends on a lot of packages. Should we put them into main in
the first for putting ant into main?
Almost all of these dependecies are for ant-optional.jar. However, most
other Java packages will only need ant.jar to build so I think it makes
sense to split ant-1.5
Arnaud Vandyck wrote:
Hi Stefan, I'm migrating my libgef-java to CBDS but I do not think you
did commit your changes to libcommons-beanutils-java to pkg-java on
Alioth? I'd like to see your complete debian/rules and you
debian/control files.
No, I did not commit the changes, s
Hi!
Anthony has posted a release plan for sarge a few hours ago
(http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200308/msg00010.html).
I'm sure that he will not delay the release because of some Java
packages in contrib that did not make it to main in time, so we really
Arnaud Vandyck wrote:
Hi Stefan, I'm migrating my libgef-java to CBDS but I do not think you
did commit your changes to libcommons-beanutils-java to pkg-java on
Alioth? I'd like to see your complete debian/rules and you
debian/control files.
No, I did not commit the changes,
Hi!
Anthony has posted a release plan for sarge a few hours ago
(http://lists.debian.org/debian-devel-announce/2003/debian-devel-announce-200308/msg00010.html).
I'm sure that he will not delay the release because of some Java
packages in contrib that did not make it to main in time, so we reall
Hi Ean,
My apologies. We installed a new mail server and I was in a car wreck
shortly after so some configuration issues went unattended. I have built
packages for 1.1.1 for Intel and they seem to work well enough. I need
to verify that I can stop using pthreads. Under 1.0.7 I could not get
ant to
Hi Ean,
My apologies. We installed a new mail server and I was in a car wreck
shortly after so some configuration issues went unattended. I have built
packages for 1.1.1 for Intel and they seem to work well enough. I need
to verify that I can stop using pthreads. Under 1.0.7 I could not get
ant to
David Goodenough wrote:
Surely this says that having explicit runtime-? virtual packages is the wrong
way to go. What is needed is that the virtual package has a version and then
it can be compared in the normal way.
Yes, but unfortunately dpkg does not support versioned Provides: (see
#112131),
David Goodenough wrote:
Surely this says that having explicit runtime-? virtual packages is the wrong
way to go. What is needed is that the virtual package has a version and then
it can be compared in the normal way.
Yes, but unfortunately dpkg does not support versioned Provides: (see
#112131),
Hi!
I've written a little script to compare the contents of two JARs. I've
used it compare Debian packages with upstream binaries so I know that
the build process worked fine, for example when using CDBS or Ant and
Kaffe from main.
I'm posting this here so it's not lost in case I have a harddis
eceive any compaints or suggestions for major
changes in the next days.
Stefan
# -*- mode: makefile; coding: utf-8 -*-
# Copyright © 2003 Stefan Gybas <[EMAIL PROTECTED]>
# Description: Builds and cleans packages which have an Ant build.xml file
#
# This program is free software; you can redist
Michael R Head wrote:
It appears that tomcat (3.3) and libapache-mod-jk have left sid.
That's true. See #203052 for the reason.
libapache-mod-webapp appears to be the only connector available now. I
don't care to upgrade to apache2, and since mod-webapp is deprecated,
[according to
http://jakarta
Stefan Gybas wrote:
Unfortunately, your packages don't work - at least on i386. Building
libant1.5-java with your Kaffe package fails. The Ant build process
calls itself during the build (and thus starts a JVM) but using
JAVA_HOME=/usr/lib/kaffe does not compile and classes at all. Th
1 - 100 of 347 matches
Mail list logo
