On 17/06/2025 16:27, Fab Stz wrote:
I got a look and I confirm it's possible to build css-validator without
jigsaw, by just importing a few classes:
https://github.com/w3c/css-validator/pull/449
Ok, thank you for that. Can I use it directly as a patch in the Debian
package, or should I rather
Le mardi 17 juin 2025 11:42:35 CEST, vous avez écrit :
> I got a look and I confirm it's possible to build css-validator without
> jigsaw, by just importing a few classes:
>
> https://github.com/w3c/css-validator/pull/449
Ok, thank you for that. Can I use it directly as a patch in the Debian
pac
On 17/06/2025 07:33, Fab Stz wrote:
But this raises another question: why a 20 year old unmaintained web
server is necessary? Is it possible to do without it?
I don't know exactly. Digging into the internals of jigsaw to know why would
be too time-consuming. I have 2 guesses:
- css-validator c
Le mardi 17 juin 2025, 07:33:54 CEST Fab Stz a écrit :
> - css-validator requires package "org.w3c.www.http" (~60 classes) and some
> of its dependencies that are shipped in jigsaw.
https://github.com/w3c/css-validator/blob/cssval-20250226/org/w3c/css/util/
ApplContext.java#L367
Le lundi 16 juin 2025 23:03:25 CEST, vous avez écrit :
> I just realized that Jigsaw is actually a web server, so that's not
> surprising if it doesn't build with the Servlet API 4.0.
>
> But this raises another question: why a 20 year old unmaintained web
> server is necessary? Is it possible to
On 16/06/2025 20:32, Fab Stz wrote:
You most certainly don't need the Servlet API 2.2, the package should
build against libservlet-api-java (Servlet API 4.0) with minor
adjustments (if any).
Actually I did that initially and even tried to "fix it" but that went much
above my skills and interes
Hello,
Thanks for the reply.
Le lundi 16 juin 2025 14:55:33 CEST, vous avez écrit :
> On 16/06/2025 07:40, Fab Stz wrote:
> > Questions:
> >
> > === [servlet api 2.2] src:jakarta-servletapi-2.2 ? ===
>
> You most certainly don't need the Servlet API 2.2, the package should
> build against libs
On 16/06/2025 07:40, Fab Stz wrote:
Questions:
=== [servlet api 2.2] src:jakarta-servletapi-2.2 ? ===
You most certainly don't need the Servlet API 2.2, the package should
build against libservlet-api-java (Servlet API 4.0) with minor
adjustments (if any).
=== |jigsaw] src:jigsaw ===
Hello,
I've started packaging a few (some very old) java packages required for vnu
and its dependencies.
xp + servlet api 2.2 -> jigsaw -> css-validator -> validator.nu
Questions:
=== [servlet api 2.2] src:jakarta-servletapi-2.2 ? ===
The only sources I have found that support servlet API 2.
Hi
On Tue, Nov 14, 2006 at 05:03:22PM +0100, Arnaud Vandyck wrote:
> On 11/13/06, Benjamin Mesing <[EMAIL PROTECTED]> wrote:
> >[Why is it, that nobody honors my request for CC?]
> >
> >Thanks for the answers. I would definitely recommend to create a
> >java5.0-compiler and java5.0-runtime package
On 11/13/06, Benjamin Mesing <[EMAIL PROTECTED]> wrote:
[Why is it, that nobody honors my request for CC?]
Thanks for the answers. I would definitely recommend to create a
java5.0-compiler and java5.0-runtime package.
I don't like the idea because the development environment is not just
about
[Why is it, that nobody honors my request for CC?]
Thanks for the answers. I would definitely recommend to create a
java5.0-compiler and java5.0-runtime package.
I will use the dependency on sun-java5 for now and put it in contrib.
Regards Ben
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
Marcus Better writes:
> Benjamin Mesing wrote:
> > However it requires Java 5.0 and I haven't found any information if
> > there is a 5.0 compatible free java compiler available.
>
> I don't think so, but check GCJ upstream. It's not just the compiler, but
> also the class library that needs
Benjamin Mesing wrote:
> However it requires Java 5.0 and I haven't found any information if
> there is a 5.0 compatible free java compiler available.
I don't think so, but check GCJ upstream. It's not just the compiler, but
also the class library that needs to support some new features, such as
g
[please CC I am not subscribed]
Hello,
I intent to package UMLet [1,2] which is a neat little UML editor.
However it requires Java 5.0 and I haven't found any information if
there is a 5.0 compatible free java compiler available. Also, how would
I specify a dependency on Java 5.0?
Looking at the
I've began packaging gcjlib ant task into a .deb:
http://spindazzle.org/gcjlib/
I've already filled an ITP:
http://bugs.debian.org/310962
And initial package, which passes the lintian tests is available on the
mentors repository:
http://mentors.debian.net/debian/pool/main/g/gcjlib-anttasks/
Fir
What about saving it as a lib and creating a sim-link to it named
/usr/bin/saxon also?
:)
- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To:
Sent: Tuesday, June 26, 2001 1:53 AM
Subject: java packaging questions
> Hi All,
>
> I package some of
What about saving it as a lib and creating a sim-link to it named
/usr/bin/saxon also?
:)
- Original Message -
From: "Mark Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 26, 2001 1:53 AM
Subject: java packaging questions
> Hi All,
On Monday 25 June 2001 15:53, Mark Johnson wrote:
> Hi All,
>
> I package some of the DocBook XML stuff and want to package some java
> xslt processing tools as well, but I'm not too clear on a few policy
> points. Any help/suggestions would be much appreciated. Here goes:
>
> 1. Package naming, li
* Mark Johnson
|I have similar questions for other packages I'd like to upload. The
|arbortext catalog classes (and related extensions) that provide
|catalog support for saxon and XT are an example. I could package
|the base classes as "lib-arbortext-java", the saxon extensions as
On Monday 25 June 2001 15:53, Mark Johnson wrote:
> Hi All,
>
> I package some of the DocBook XML stuff and want to package some java
> xslt processing tools as well, but I'm not too clear on a few policy
> points. Any help/suggestions would be much appreciated. Here goes:
>
> 1. Package naming, l
* Mark Johnson
|I have similar questions for other packages I'd like to upload. The
|arbortext catalog classes (and related extensions) that provide
|catalog support for saxon and XT are an example. I could package
|the base classes as "lib-arbortext-java", the saxon extensions a
Hi All,
I package some of the DocBook XML stuff and want to package some java
xslt processing tools as well, but I'm not too clear on a few policy
points. Any help/suggestions would be much appreciated. Here goes:
1. Package naming, libraries vs. programs, etc.
I recently uploaded an xslt pro
Hi All,
I package some of the DocBook XML stuff and want to package some java
xslt processing tools as well, but I'm not too clear on a few policy
points. Any help/suggestions would be much appreciated. Here goes:
1. Package naming, libraries vs. programs, etc.
I recently uploaded an xslt pr
24 matches
Mail list logo
