the default password for the Admin user id. I can not
> find any user record for the Admin user, but as it should have been set
> up by install.jsp it must be somewhere.
>
> David
>
> On Saturday 27 November 2010, Kalle Kivimaa wrote:
>> You should *not* run install.jsp, the
00 PM, Adnan Hodzic wrote:
>>>>>>> That's great. Have you uploaded the package and notified the
>>>
>>> release
>>>
>>>>>>> team? I don't see the new version on the PTS page [0] yet.
>>>>>>
>>>&g
On 29.10.2010, at 17.14, tony mancill wrote:
> Any opinions on adding a tomcat dependency? I realise that it's
> conceivable to run JspWiki without it, but suspect that the vast
> majority of users would prefer for the wiki to work "out-of-the-box"
> (i.e. with minimal setup).
The dependency was
On 26.10.2010, at 8.36, tony mancill wrote:
> The package isn't currently maintained by the java team, so I'm copying
> the maintainers to see if they have objections to either team
> maintenance or an NMU.
I think I at one point approached the Java team about team maintenance, so I'm
all for it!
On 26.10.2010, at 9.21, Niels Thykier wrote:
> its embedded version). I thinking we could remove this
> (Build-)Dependency and then have servlet2.3 removed from Squeeze and
> unstable. That would fix the "easy half" of #581024.
I think so too. I'll see if I have the time this week to verify that t
Florian Grandel <[EMAIL PROTECTED]> writes:
> If you use 1)
> - How do you get your deleted binaries back in during clean phase?
> AFAIK clean target has to reverse all changes the build process
> introduced.
Easiest way to do this is to move the libraries somewhere else for
build, and then back
Philipp Matthias Hahn <[EMAIL PROTECTED]> writes:
> Sorry, but 2.5.139 already violates this rule. The following .jar-files
Yes, and as you may have noticed, I have already filed a serious bug
against JSPWiki because of this. Most likely JSPWiki will move back to
contrib, at least for now, as some
Philipp Matthias Hahn <[EMAIL PROTECTED]> writes:
> 1. Only in the final debian/jspwiki/ tree (but build with the original
>.jar files)
> 2. Each time during the debian/rules run
> 3. Once in the .orig.tar.gz (the download is only availabe as .zip)
You can either modify the .orig.tar.gz not to
Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> Our problem is Tomcat4 is no more supported, we all focus on Tomcat5.
> Tomcat4 will be patched only if a security problem is discovered.
Umm, tomcat4 is in Sarge (although not in main), so it should still be
supported, at least for RC bugs. You can of
Jan Schulz <[EMAIL PROTECTED]> writes:
> Since the 1.1.4 release of kaffe, eclipse runs reasonable well with
> kaffe. Reasonable well means, that I successfully did some java coding
> with it. I couldn't call it very good, since the second editor (XML
> plugin) I tryed to open crashed the whole thi
Dalibor Topic <[EMAIL PROTECTED]> writes:
> If the things continue at this pace, we may consider doing kaffe-cvs
> releases more regularly for interested people to play with.
I for one would love that.
--
* Sufficiently advanced magic is indistinguishable from technology (T.P) *
* PGP
Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> Would be cool to have JBoss in Debian ;-)
As soon as Kaffe runs JBoss (even rudimentally) I will package JBoss
for Debian, unless somebody else beats me to it (I don't see a need to
package it before that as the installation to /usr/local or /var/jboss
I installed the new 1.1.4 Kaffe with the hopes that it would not have
the same unstability problem as 1.1.3 has on my home server.
Unfortunately again after running fine for two days the Tomcat4 stops
responding. Here is the telnet trace:
[EMAIL PROTECTED]:~$ telnet localhost 8180
Trying 127.0.0.1
Adam Majer <[EMAIL PROTECTED]> writes:
> I really, really think that we need to have some sort of a proper
> process for this type of thing without people getting pissed off. This
> process should also be put in the debian policy; a sort of a virtual
Actually we do have this. You want either Techi
Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> I did not find the exact procedure in devref, can you point me somewhere
> to be the more specific about this, thanks.
5.9.5 says:
"It is not OK to simply take over a package that you feel is neglected
- that would be package hijacking. You can, of cou
Daniel Bonniot <[EMAIL PROTECTED]> writes:
> I think you are mixing the debian package with the upstream program.
And remember that a build-depends is really a suggestion. The end user
can override it and build the package with Sun JDK, for example.
--
* Sufficiently advanced magic is indistingu
"Dj Statik" <[EMAIL PROTECTED]> writes:
> Has anyone managed to get Tomcat4 and Kaffe to play nicely, and if so, what
> work arounds did you use for the dependancies?
I installed the Blackdown JDK but changed the three environment
variables in /etc/default/tomcat4 so it runs on Kaffe. I had to rev
Dalibor Topic <[EMAIL PROTECTED]> writes:
> Sounds interesting, like some sort of leekage of ressources would
> happen. Do the tomcat logs provide any clue (like runtime exceptions)?
Unfortunately no information on the logs. The Kaffe process does
exist. Does Kaffe respond to some signals like Sun
I've been running Tomcat4 on top of Kaffe in my testing/unstable
server for a few weeks now. It works fine for a few days and then it
simply stops responding (connections to the HTTP connector close
immediately). A restart will always help. Has anybody else had this
problem and/or ideas on what is
Kalle Kivimaa <[EMAIL PROTECTED]> writes:
> I got it running simply following Dalibor's instructions. See for
> example http://www.jspwiki.org/Wiki.jsp?page=RunningTomcatOnKaffe
Actually it seems to run with the following on unstable:
1. Install Kaffe
2. Install Tomcat4
3. Add t
Stefan Gybas <[EMAIL PROTECTED]> writes:
> 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. :-(
I got it running simply following Dalibor's instructions. See for
example http://www.jspwiki.org/Wi
Stefan Gybas <[EMAIL PROTECTED]> writes:
> So I've set up a PhpWiki at http://java.debian.net/. Any objections to
> moving this page to PhpWiki?
Stupid question: why is java.debian.net running PhpWiki instead of
some Java based wiki? :)
--
* Sufficiently advanced magic is indistinguishable from
Matt Zimmerman <[EMAIL PROTECTED]> writes:
> file. Changelog entries should be focused on the change, not the bug, and
> should be descriptive enough to allow someone who was not involved with the
> bug report (e.g., most users of the package) to understand what changed.
Is there any reason to in
[I think it is best to involve the people who actually know about the
status and not take my word for it - I'm probably wrong.]
MJ Ray <[EMAIL PROTECTED]> writes:
> I thought there were some Java systems which could go in Debian now.
> Is that correct? If so, why aren't those things you named in
Arnaud Vandyck <[EMAIL PROTECTED]> writes:
> The bugs are resolved in the release of Kaffe in Debian (1.1.1) and
> should have been closed by the Kaffe maintainer.
Umm, based on the current (1.1.1-5.2) Kaffe changelogs, not all of
them are closed. The latest upstream changelog entry is from
2003-0
Stefan Gybas <[EMAIL PROTECTED]> writes:
> 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.debian.org/debian-devel/2003/debian-devel-200311/msg00
"Grzegorz B. Prokopski" <[EMAIL PROTECTED]> writes:
> Summary: Usage of GPLed libs to compile GPL-incompatible code makes
> the result *undistributable*. [0]
Does it? AFAIK using gcc (GPL licensed) to compile _any_ software does
not make that software GPL. So, why would kaffe be a special case?
Mark Howard <[EMAIL PROTECTED]> writes:
> then parse this into separate messages within the program. One item I
> could do with is a mime parser. I've done searches for java libraries
> which found org.w3c.www.mime.
Do you need more than what javax.mail.internet package provides? There
are class
Mark Howard <[EMAIL PROTECTED]> writes:
> then parse this into separate messages within the program. One item I
> could do with is a mime parser. I've done searches for java libraries
> which found org.w3c.www.mime.
Do you need more than what javax.mail.internet package provides? There
are class
Jerry Haltom <[EMAIL PROTECTED]> writes:
> I had heard from the grapevine that somebody had put together some JBoss
> .debs? Are these "release quality" (do they work?) Where can I get them?
I tried them at some point and found that the regular JBoss
installation package is a better way to go. The
Jerry Haltom <[EMAIL PROTECTED]> writes:
> I had heard from the grapevine that somebody had put together some JBoss
> .debs? Are these "release quality" (do they work?) Where can I get them?
I tried them at some point and found that the regular JBoss
installation package is a better way to go. The
Edward Murray <[EMAIL PROTECTED]> writes:
> Can anybody else confirm this problem with tomcat4?
I have the same problem. Starting Tomcat4 at startup via
/etc/rc2.d/tomcat4 does not work but running "/etc/init.d/tomcat4
start" from the command line works.
This has been reported on the BTS and mark
Edward Murray <[EMAIL PROTECTED]> writes:
> Can anybody else confirm this problem with tomcat4?
I have the same problem. Starting Tomcat4 at startup via
/etc/rc2.d/tomcat4 does not work but running "/etc/init.d/tomcat4
start" from the command line works.
This has been reported on the BTS and mark
Philipp Meier <[EMAIL PROTECTED]> writes:
> Jetty depends on jasper. Jasper is not packaged standalone but included
> in libtomcat4-java. Shall I file a bug-report against libtomcat4-java or
> what's the proposed procedure in this case?
Why not simply depend on libtomcat4-java? Is it that big a pa
Philipp Meier <[EMAIL PROTECTED]> writes:
> Jetty depends on jasper. Jasper is not packaged standalone but included
> in libtomcat4-java. Shall I file a bug-report against libtomcat4-java or
> what's the proposed procedure in this case?
Why not simply depend on libtomcat4-java? Is it that big a pa
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> The package should also be renamed to liblog4-java. But there are a couple
Shouldn't it be liblog4j-java as log4j is the name of the library?
--
* Sufficiently advanced magic is indistinguishable from technology (T.P) *
* PGP public key avai
Ola Lundqvist <[EMAIL PROTECTED]> writes:
> The package should also be renamed to liblog4-java. But there are a couple
Shouldn't it be liblog4j-java as log4j is the name of the library?
--
* Sufficiently advanced magic is indistinguishable from technology (T.P) *
* PGP public key avai
I'm in the process of trying to make my current JSPWiki[0] package
into a Debian policy conformant package. The fact that JSPWiki is a
Tomcat "module" makes things a little difficult, though.
How big a no-no is it to put configuration files into other places
than /etc/jspwiki? The JSPWiki contains
I'm in the process of trying to make my current JSPWiki[0] package
into a Debian policy conformant package. The fact that JSPWiki is a
Tomcat "module" makes things a little difficult, though.
How big a no-no is it to put configuration files into other places
than /etc/jspwiki? The JSPWiki contains
39 matches
Mail list logo
