Hello,
I am running late to this discussion, but thought I could share my
personal thoughts as a data point.
On 2024-06-12 18:27, Andreas Tille wrote:
I have some specific questions to the Java packaging team.
- Do you feel good when doing your work in Java packaging team?
Yes. I
Hello,
On 2024-06-26 00:06, Emmanuel Bourg wrote:
Le 17/06/2024 à 08:16, Andreas Tille a écrit :
The problems Pierre described with upgrading Gradle might be some
indication that some more skilled packagers could help.
We would need a core Gradle and/or Kotlin developer to tackle this
issue
Hi Emmanuel,
Am Tue, Jun 25, 2024 at 11:06:59PM +0200 schrieb Emmanuel Bourg:
> > The problems Pierre described with upgrading Gradle might be some
> > indication that some more skilled packagers could help.
>
> We would need a core Gradle and/or Kotlin developer to tackle this issue,
> but I don
On Tue, 25 Jun 2024 23:06:59 +0200, Emmanuel Bourg wrote:
> > Regarding the "IRC spam": IMHO this is not a Salsa CI feature but
> > rather the KGB bot you can switch of.
> I'd like KGB to report commits but not CI builds, if that's possible.
In the Perl team we're using
https://kgb.debian.net/we
Le 17/06/2024 à 08:16, Andreas Tille a écrit :
The problems Pierre described with upgrading Gradle might be some
indication that some more skilled packagers could help.
We would need a core Gradle and/or Kotlin developer to tackle this
issue, but I don't think they are interested in spending
Hi Emmanuel,
Am Sun, Jun 16, 2024 at 10:40:02PM +0200 schrieb Emmanuel Bourg:
> That's a good idea, thank you.
You (all in the Java team) are welcome. I frequently profited from
your help.
> > I have some specific questions to the Java packaging team.
> >
> >- D
ou do some regular meetings - be it
on IRC, video conference or whatever I'm interested in joining one of
your next meetings.
That's a good idea, thank you.
I have some specific questions to the Java packaging team.
- Do you feel good when doing your work in Java packaging team?
rence or whatever I'm interested in joining one of
your next meetings.
That's a good idea, thank you.
I have some specific questions to the Java packaging team.
- Do you feel good when doing your work in Java packaging team?
Absolutely
- Do you consider the workload of yo
Hi Andreas,
And thanks for contacting us.
All thoughts below are personal and I hope some others will come up.
Le 12/06/2024 à 17:27, Andreas Tille a écrit :
Hi,
[...]
I have some specific questions to the Java packaging team.
- Do you feel good when doing your work in Java packaging
ted BoF with your team and other teams that are caring for Debian
infrastructure.
I have some specific questions to the Java packaging team.
- Do you feel good when doing your work in Java packaging team?
- Do you consider the workload of your team equally shared amongst its
members?
- D
Hi,
On Sat, Apr 06, 2019 at 01:23:49PM +0200, Hans-Christoph Steiner wrote:
> Hey Armando,
>
> Thanks for your interest and welcome!
+1
> There are many ways to jump into
> Java packaging. One way is to go through the bug reports and try
> confirming them and fixing them.
Hi Armando,
As mentioned we are in freeze now, so please go ahead and help fix/test some
of release critical bugs:
https://bugs.debian.org/release-critical/debian/main.html
Another way to start would be to install and run how-can-i-help package.
If you have some gradle experience you could help
Hey Armando,
Thanks for your interest and welcome! There are many ways to jump into
Java packaging. One way is to go through the bug reports and try
confirming them and fixing them. Right now Debian/buster is in the
release freeze, so it is a great time to fix bugs for the upcoming release
Hi,
Happy Friday to all of you! I hope you are doing pretty well.
My name is Armando Ferreira, I'm a Java Software Engineer that works at
Mountain View, CA. I have been using Debian since college as my main OS, since
that time I always wanted to contribute to the community but I was too young
On 2019-04-01 17:37, Emmanuel Bourg wrote:
> Also, don't forget to use the repository creation script [1], it ensures
> all the Java Team repositories are configured the same way.
Yes, I've noticed this requirement on project's page on Salsa. Thanks
for reminding.
Best wishes,
Andrius
--
Andriu
Le 01/04/2019 à 15:50, Andrius Merkys a écrit :
> On 2019-04-01 16:39, Markus Koschany wrote:
>> You just needed the "maintainer" status. I've granted it a minute ago.
>> Welcome on board!
>
> Thanks a lot for adding me!
Also, don't forget to use the repository creation script [1], it ensures
al
Dear Markus,
On 2019-04-01 16:39, Markus Koschany wrote:
> You just needed the "maintainer" status. I've granted it a minute ago.
> Welcome on board!
Thanks a lot for adding me!
Best wishes,
Andrius
--
Andrius Merkys
Vilnius University Institute of Biotechnology, Saulėtekio al. 7, room V325
LT
Hi,
Am 01.04.19 um 15:26 schrieb Andrius Merkys:
> Hello,
>
> I have recently been granted Developer rights in Debian Java Project on
> Salsa (as 'merkys'). However, I am unable to create new repositories
> there, and I am willing to upload a couple of new packages. Are there
> additional require
Hello,
I have recently been granted Developer rights in Debian Java Project on
Salsa (as 'merkys'). However, I am unable to create new repositories
there, and I am willing to upload a couple of new packages. Are there
additional requirements for repo creation rights? I have read and I
accept the p
lowing ideas:
>
> https://wiki.debian.org/Java/Packaging/
>
> To me Java packaging is like following existing examples. When I try
> to
> explain Debian packaging I usually use existing examples and Java
> packages are no exception.
>
> How can I compile the most simplest Jav
Hi folks,
during DebConf18 I tried to improve our documentation how to package new
Java applications and libraries.
I completely rewrote most of the current documentation. I had the
following ideas:
https://wiki.debian.org/Java/Packaging/
To me Java packaging is like following existing
Hello,
`gradle-debian-helper` is your friend, you can take a look at
`uncommons-maths` [1] for example. It basically substitutes the
hardcoded versions of compile dependencies and generates Maven POM
files so that you can install them into `/usr/share/maven-repo` using
`maven-repo-helper`. Unfortu
Dear Java team,
In my quest to package ImageJ2 for Debian, I came across some leaf
dependencies which need to be packaged and use gradle as their build system.
I was wondering whether we had Debian helpers for that, or at least a
representative package I could inspire myself from?
Best rega
On Sun, Apr 23, 2017 at 02:58:07AM +0200, Hubert Hauser wrote:
> Hi!
>
> I am a new Debian contributor and I would like to participate to Java
> Packaging Team. I am very interested in open source development and
> computer science. I would like to have in my account first
>
On Sun, Apr 23, 2017 at 02:58:07AM +0200, Hubert Hauser wrote:
> Hi!
>
> I am a new Debian contributor and I would like to participate to Java
> Packaging Team. I am very interested in open source development and
> computer science. I would like to have in my account first
>
Hi!
I am a new Debian contributor and I would like to participate to Java
Packaging Team. I am very interested in open source development and
computer science. I would like to have in my account first
contributions to Debian. My primary language is Java and I know very
well git. I am going to
> Does the page reflect the way Debian Java packages should be made these
> days?
>
> Could you please update the page or remove that warning?
>
> Regards,
>
> [1] https://wiki.debian.org/Java/Packaging
Hello,
I haven't found the time to complete the rewrite of th
?
Could you please update the page or remove that warning?
Regards,
[1] https://wiki.debian.org/Java/Packaging
--
Gioele Barabucci
Le 27/10/2015 16:41, Sergio Fernández a écrit :
> Thanks Emmanuel for such detailed introduction. Although not with the
> official policies, I have quite some experience on Debian as user (~15
> years) and packaging (~2 years). In my company all the internal deployment
> process is fully based on D
Thanks Emmanuel for such detailed introduction. Although not with the
official policies, I have quite some experience on Debian as user (~15
years) and packaging (~2 years). In my company all the internal deployment
process is fully based on Debian processes, including tools such
dch, dpkg-buildpac
Hello Emmanuel,
thank you for the comprehensive how-to on how to get involved. I'll have a
look as soon as possible.
Benedikt
2015-10-27 14:08 GMT+01:00 Emmanuel Bourg :
> Le 19/10/2015 21:36, Benedikt Ritter a écrit :
>
> > One thing I'd like to work on, is taking care that all Commons Compone
Le 19/10/2015 21:36, Benedikt Ritter a écrit :
> One thing I'd like to work on, is taking care that all Commons Components
> can be build with Maven at the Debian project. So some pointers on how that
> works would be really appreciated.
Benedikt, Sergio,
Thank you very much for offering your he
2015-10-19 20:45 GMT+02:00 Benedikt Ritter :
> Hello Emmanuel,
>
> 2015-10-19 16:23 GMT+02:00 Emmanuel Bourg :
>
>> Hi Sergio,
>>
>> Le 19/10/2015 15:37, Sergio Fernández a écrit :
>>
>> > So, do you really need the build.xml for maintain
>> > the libcommons-lang-java.deb package?
>>
>> libcommons
Hello Emmanuel,
2015-10-19 16:23 GMT+02:00 Emmanuel Bourg :
> Hi Sergio,
>
> Le 19/10/2015 15:37, Sergio Fernández a écrit :
>
> > So, do you really need the build.xml for maintain
> > the libcommons-lang-java.deb package?
>
> libcommons-lang-java contains the old 2.x version, the new 3.x version
Hi Emmanuel,
On Mon, Oct 19, 2015 at 4:23 PM, Emmanuel Bourg wrote:
> Hi Sergio,
>
> Le 19/10/2015 15:37, Sergio Fernández a écrit :
>
> > So, do you really need the build.xml for maintain
> > the libcommons-lang-java.deb package?
>
> libcommons-lang-java contains the old 2.x version, the new 3.
Hi Sergio,
Le 19/10/2015 15:37, Sergio Fernández a écrit :
> So, do you really need the build.xml for maintain
> the libcommons-lang-java.deb package?
libcommons-lang-java contains the old 2.x version, the new 3.x version
is packaged in libcommons-lang3-java and already uses Maven. So removing
t
Hi,
in the Apache Commons list is being discussed about the Ant-base build [1].
The project is using Maven as default build system for quite long, and
would prefer to drop the Ant configuration from the source.
So, do you really need the build.xml for maintain
the libcommons-lang-java.deb package
Hi Emmanuel,
that did the trick!
Thank you very much,
Alex
On 16.10.2013, at 18:18, Emmanuel Bourg wrote:
> Hi Alex,
>
> Quite often the projects requiring Maven 3 still build fine with Maven
> 2. You just have to patch the prereq in the pom.xml.
>
> Replace:
>
>
>3.0.0
>
>
Hi Alex,
Quite often the projects requiring Maven 3 still build fine with Maven
2. You just have to patch the prereq in the pom.xml.
Replace:
3.0.0
with:
2.2.1
Emmanuel Bourg
Le 16/10/2013 17:58, Alexander Holupirek a écrit :
> Hi all,
>
> i'm in the progress of updatin
Hi all,
i'm in the progress of updating the java package basex [1].
However, upstream has changed their build process to maven3.
How do we proceed in cases like this?
Cheers,
Alex
[1] http://packages.qa.debian.org/b/basex.html
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debi
Hi,
after having me on site for interviews, Google told me last week that I barely
missed it.
What I also would love to work on would be to improve the situation of Java
packaging in linux distros, especially the collaboration between Fedora and
Debian.
If you know any company that would be
Le 10/30/12 1:32 PM, Thomas Koch a écrit :
> Hi,
>
> does anybody know how java packaging is done on the other side? What tools,
> policies does Fedora has? Could you point me to the related websites?
>
> Thank you,
>
> Thomas Koch, http://www.koch.ro
One "bad"
On Tue, 30 Oct 2012 13:32:36 +0100, Thomas Koch wrote:
> does anybody know how java packaging is done on the other side? What tools,
> policies does Fedora has? Could you point me to the related websites?
I just found https://fedoraproject.org/wiki/Packaging:Java [0];
haven't read i
Hi,
does anybody know how java packaging is done on the other side? What tools,
policies does Fedora has? Could you point me to the related websites?
Thank you,
Thomas Koch, http://www.koch.ro
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubs
Done deal! :-)
Thanks, Eric
Andrew Ross said:
> On 22/10/11 11:19, Eric Lavarde wrote:
>>
>> * libjcalendar-java - used to be a dependency of FreeMind, not anymore,
>> dependency of no package, and popcon 52 - candidate for removal!
>>
>
> Eric,
>
> Please don't request removal of this one - I'm
On 22/10/11 11:19, Eric Lavarde wrote:
>
> * libjcalendar-java - used to be a dependency of FreeMind, not anymore,
> dependency of no package, and popcon 52 - candidate for removal!
>
Eric,
Please don't request removal of this one - I'm planning to upload a
package which depends on this when I
Hello Cedric,
On 22/10/11 13:24, Cédric Pineau wrote:
Hello Eric.
I once waited for an answer from Christine regarding freemind and then
forgot it all, but I'm still interested in packaging it and related libs.
I currently trying to package EJS with Georges Khaznadar (Georges is
debian m
Hello Eric.
I once waited for an answer from Christine regarding freemind and then
forgot it all, but I'm still interested in packaging it and related libs.
I currently trying to package EJS with Georges Khaznadar (Georges is debian
maintener and EJS user with little java knowledge, I'm a java
Hello,
I didn't find any time for quite a long time to maintain my packages,
and before their quality suffers under my lack of attention, I'd prefer
to properly manage my "retirement", and would like to hear your advices,
and possibly take of ownership.
Based on [1], list of packages I'm mai
On Tue, Aug 16, 2011 at 9:43 PM, Jan-Pascal van Best
wrote:
> Done for lucene2, commons-csv, easymock, lucene3 (including the 3.0->3.2
> branch) and solr (in git).
Thanks!
Torsten
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
On 08/16/2011 05:50 PM, Torsten Werner wrote:
> Hi Jan-Pascal,
>
> thank you for your work in the past! Should we remove you from the
> Alioth project?
Please do.
> Do you plan to remove your name from the Uploaders
> fields and commit such changes to the VCS repos with an unreleased
> changelog e
Hi Jan-Pascal,
thank you for your work in the past! Should we remove you from the
Alioth project? Do you plan to remove your name from the Uploaders
fields and commit such changes to the VCS repos with an unreleased
changelog entry?
Cheers,
Torsten
On Fri, Aug 12, 2011 at 4:36 PM, Jan-Pascal van
Hi all,
Having less interest, and less time, for working on the Lucene and Solr
packages has convinced me it will be better for the team, or someone else,
to take over. Lucene2 is in a reasonable shape. I've started work on
lucene3 (it's in SVN), which builds from source, but cannot find the time
Hello again,
First of all thanks James for your answer, I have not had time until now
to work on the issue but now I can comment some progress that I have
made.
On Wed, 18 May 2011 14:45:04 +0100 James Page wrote:
> Hi Miguel
>
> On Wed, 2011-05-18 at 11:39 +0200, Miguel Telleria de Esteban wro
Hi Miguel
On Wed, 2011-05-18 at 11:39 +0200, Miguel Telleria de Esteban wrote:
>
> * Is there a way to disable any test phase in the package? I would
>like to set the property
>
> maven.test.skip = true
>
>but I don't know where, in the debian/ directory place this
> command.
Dear all Debian Javaers
First of all let me state my SKILLS:
- Java: MEDIUM
- Maven: NEWBIE, although I have gone through several tutorials and
docs [1].
- Ant (if applicable): NONE
- Debian Packaging: MEDIUM-HIGH. Lots of experience backporting,
still no
Hi.
On 13/03/2011 16:03, Eric Lavarde wrote:
> The reality is that, invoked with -jar, java ignores any classpath from
> the command line and uses only the one from the manifest, which explains
> the differences in behavior your are experiencing.
I considered this option, which partially solves t
Hi,
On 12/03/11 12:13, Giovanni Mascellani wrote:
Third try: if I explicitly set classpath with this line
java -cp
/usr/share/beast-mcmc/lib/beast.jar:/usr/share/java/jam.jar:/usr/share/java/jdom1.jar:/usr/share/java/jebl.jar:/usr/share/java/commons-math.jar
dr.app.beast.BeastMain
then the pro
Hi Andreas.
On 28/02/2011 22:51, Andreas Tille wrote:
> Hi,
>
> I would like to refresh my question about the problem I mentioned.
> Here again a short summary: At
>
>http://people.debian.org/~tille/packages/beast-mcmc-help-wanted/
>
> you can find a source package of beast-mcmc. All prec
Hi,
I would like to refresh my question about the problem I mentioned.
Here again a short summary: At
http://people.debian.org/~tille/packages/beast-mcmc-help-wanted/
you can find a source package of beast-mcmc. All preconditions which
are not available in Debian are at
http://people.de
On Fri, Feb 18, 2011 at 04:37:53PM +0100, Vincent Fourmond wrote:
>
> This could mean that the version of jam in NEW was built without
> support for one of its components (this can happen sometimes with
> complex ant files), or that these components were split somehow. Where
> can I get the pack
On Wed, Feb 16, 2011 at 10:59 PM, Andreas Tille wrote:
> when dealing with phylogenie related programs I found several Java based
> programs up for packaging. I've got FigTree close to ready - just one
> JAR (iText PDF library) is up for isolation of binary JAR into separate
> package (will be to
On Fri, Feb 18, 2011 at 09:31:09AM -0500, Scott Howard wrote:
> > ... but failed. Any idea why this does not work?
>
> Is it failing when you try to execute the .jar? (Saying can't find jam.jar?)
Yes.
> I don't know the insides of jh_manifest and dh7 style commands, but I
> usually see debian/
On Fri, Feb 18, 2011 at 02:06:54PM +0100, Niels Thykier wrote:
>
> jh_manifest follows the symlink and updates the original jar file rather
> than creating a copy of the original jar file and updating that copy.
>
> That being said; java generally does not support multiple purpose jars
> via the
> > jh_manifest
> > Syntax error in debian/beast-mcmc.manifest
> > (/usr/share/beast-mcmc/beast.jar) - perhaps you are missing a ":"?
> > jh_manifest: Unknown line in debian/beast-mcmc.manifest
> > (/usr/share/beast-mcmc/beast.jar),
>
> It looks like you're missing a : after the jar name (e.g
On Thu, Feb 17, 2011 at 3:49 AM, Andreas Tille wrote:
> The problem I had is that beast-mcmc contains more than one executables
> with more than one JAR files. Some executables are using a common JAR
> file with different main classes. As far as I have seen this case
> is not covered by the tuto
explicitely there?
> or you should make a debian/package.manifest file. Doing both ends up
> being confusing. With java packaging, you need to declare the
> classpath both at build time and at runtime; and you define it at
> runtime through the manifest via jh_manifest (or similar).
I
lasspath in your jars. By only defining
it during the ant build, you are intentionally hiding that information
from jh_manifest. You should either define CLASSPATH in debian/rules
or you should make a debian/package.manifest file. Doing both ends up
being confusing. With java packaging, you need to decla
Hi,
when dealing with phylogenie related programs I found several Java based
programs up for packaging. I've got FigTree close to ready - just one
JAR (iText PDF library) is up for isolation of binary JAR into separate
package (will be topic of another mail soonish). For the package
beast-mcmc[1
11/28/2010 11:33 AM, Erlend Sogge Heggen wrote:
>>> *Hello ludovicc,*
>>>
>>> Thanks for getting in touch
>>> <http://ubuntuforums.org/showthread.php?p=10169360#post10169360>! I hope
>>> you don't mind, but I intend to let you take the lead
>
> > On 11/28/2010 11:33 AM, Erlend Sogge Heggen wrote:
> >> *Hello ludovicc,*
> >>
> >> Thanks for getting in touch
> >> <http://ubuntuforums.org/showthread.php?p=10169360#post10169360>! I
> hope
> >> you don't mind, but I intend to
ebian/pool/main/j/jme/jme_2.0.1+dfsg-1.dsc
> On 11/28/2010 11:33 AM, Erlend Sogge Heggen wrote:
>> *Hello ludovicc,*
>>
>> Thanks for getting in touch
>> <http://ubuntuforums.org/showthread.php?p=10169360#post10169360>! I hope
>> you don't mind, but I int
t; Thanks for getting in touch
> <http://ubuntuforums.org/showthread.php?p=10169360#post10169360>! I hope
> you don't mind, but I intend to let you take the lead on this one
> straight off the bat. I've tried contacting some other people found on
> similar Java packaging page
Hi Onkar,
Am 23.06.2010 08:23, schrieb Onkar Shinde:
> I am working on migrating (build)rdeps of libservlet2.4-java.
nice
> While working on libproxool-java I observed that the packaging bits include a
> separate debian/build.xml file even though upstream ships one.
Short answer: feel free to
Hi,
I am working on migrating (build)rdeps of libservlet2.4-java. While
working on libproxool-java I observed that the packaging bits include
a separate debian/build.xml file even though upstream ships one. There
is no mention in debian/changelog as to why this file was created or
why wasn't it re
don't have
> right to distribute a .jar file under GPL/LGPL without providing the
> appropriate source. Go fish for the latter !
Thanks for having remembered me the right way.
> Welcome to the joy of Java packaging ;-)...
I'll package and publish it on mentors and I will ask a r
oviding the
appropriate source. Go fish for the latter !
Welcome to the joy of Java packaging ;-)...
Cheers,
Vincent
--
The moon was high now, in a sky as black as a cup of coffee that
wasn't very black at all.
-- Terry Pratchet, Men at arms
Vincent, not listening to any
Hello,
I'm packaging sweethome3d [1], a java application.
I have some questions regarding the best Debian way to do it.
The upstream tarball includes many libraries which are all included
during the build in the final jar.
Most of these libraries are also available in the Debian tree and I
think I
Marcus Better wrote:
>> And please... if you have ideas for interesting libraries and/or
>> applications to package please add them to the wiki.
>
> Please, that's the umpteenth wiki page with requested packages. For instance
> there is
>
> http://wiki.debian.org/Java/RequestedPackages
O.K. Th
Tom Marble wrote:
> And please... if you have ideas for interesting libraries and/or
> applications to package please add them to the wiki.
Please, that's the umpteenth wiki page with requested packages. For instance
there is
http://wiki.debian.org/Java/RequestedPackages
which is longer and h
Petteri Räty wrote:
> Tom Marble kirjoitti:
>> Tom Marble wrote:
>>> I did upload my slides from today's talk to the website, but it
>>> appears the URL has not shown up yet? [1] As soon as I can point
>>> you to the slides I will.
>>> [...]
>>> [1] http://wiki.debian.org/Java/JavaPolicy2007
>
>
But I like what the server tells you when you try to be smart and follow
the link
https://penta.debconf.org/file/event_attachment/38%20deb-openjdk.odp
:-)
Eric
Florian Weimer said:
>
> These appear to be password-protected.
>
--
Eric de France, d'Allemagne et de Navarre
--
To UNSUBSCRIBE, e
* Tom Marble:
> Following up one's own post is rarely a good idea, but in this
> case... please find today's slides here:
>
> deb-openjdk.odp
> https://penta.debconf.org/file/event_attachment/38 deb-openjdk.odp
>
> deb-openjdk.pdf
> https://penta.debconf.org/file/event_attachment/39 deb-openjd
Tom Marble kirjoitti:
> Tom Marble wrote:
>> I did upload my slides from today's talk to the website, but it
>> appears the URL has not shown up yet? [1] As soon as I can point
>> you to the slides I will.
>> [...]
>> [1] http://wiki.debian.org/Java/JavaPolicy2007
>
> Following up one's own post
Tom Marble wrote:
> I did upload my slides from today's talk to the website, but it
> appears the URL has not shown up yet? [1] As soon as I can point
> you to the slides I will.
> [...]
> [1] http://wiki.debian.org/Java/JavaPolicy2007
Following up one's own post is rarely a good idea, but in thi
All:
I did upload my slides from today's talk to the website, but it
appears the URL has not shown up yet? [1] As soon as I can point
you to the slides I will.
I also wanted to let you know that I have setup a wiki page to work
on documenting the Policy issues I've mentioned previously on the li
Arnaud Vandyck wrote:
On 5/26/07, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
Arnaud Vandyck wrote:
> If we wanna use maven to build, we need maven in main. If we want to
> extract metadata, we just need an xslt or some
> perl/python/java/whatever xml parser.
No you don't. I meant that you can u
On Saturday May 26 2007, Arnaud Vandyck wrote:
> On 5/26/07, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
> > Arnaud Vandyck wrote:
> > > If we wanna use maven to build, we need maven in main. If we
> > > want to extract metadata, we just need an xslt or some
> > > perl/python/java/whatever xml parse
On 5/26/07, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
Arnaud Vandyck wrote:
> If we wanna use maven to build, we need maven in main. If we want to
> extract metadata, we just need an xslt or some
> perl/python/java/whatever xml parser.
No you don't. I meant that you can use Maven to generate th
Arnaud Vandyck wrote:
On 5/23/07, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
Arnaud Vandyck wrote:
[...]
> We must first have maven in main!.. That's not so easy ;-)
Why do you need Maven in main first? There shouldn't be any issues using
Maven's metadata to generate the control file nor gener
On 5/23/07, Trygve Laugstøl <[EMAIL PROTECTED]> wrote:
Arnaud Vandyck wrote:
[...]
> We must first have maven in main!.. That's not so easy ;-)
Why do you need Maven in main first? There shouldn't be any issues using
Maven's metadata to generate the control file nor generating a build.xml
file.
Arnaud Vandyck wrote:
On 5/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I will some more:
- Support Maven builds and be able to read dependencies from the maven
pom.xml file and translate them to the debian control file entries for
dependencies and run dependencies.
We must first have
On Tuesday May 22 2007, Paul Cager wrote:
> [EMAIL PROTECTED] wrote:
> > I will some more:
> >
> > - Support Maven builds and be able to read dependencies from the
> > maven pom.xml file and translate them to the debian control file
> > entries for dependencies and run dependencies.
>
> The maven p
On Tuesday May 22 2007, Arnaud Vandyck wrote:
> > In the meantime Michael Koch provides a binary maven package that
> > can be used for developing these features.
>
> His work couldn't be used for that at the moment because the maven
> binary package will never reach 'main' as is. And we can't rela
[EMAIL PROTECTED] wrote:
> I will some more:
>
> - Support Maven builds and be able to read dependencies from the maven
> pom.xml file and translate them to the debian control file entries for
> dependencies and run dependencies.
The maven pom certainly contains lots of the information you need t
On 5/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Quoting Arnaud Vandyck <[EMAIL PROTECTED]>:
> On 5/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> - Support Maven builds
> We must first have maven in main!.. That's not so easy ;-)
I know. But work is being done on that. We might a
Quoting Arnaud Vandyck <[EMAIL PROTECTED]>:
On 5/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I will some more:
- Support Maven builds and be able to read dependencies from the maven
pom.xml file and translate them to the debian control file entries for
dependencies and run dependencies
On 5/22/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I will some more:
- Support Maven builds and be able to read dependencies from the maven
pom.xml file and translate them to the debian control file entries for
dependencies and run dependencies.
We must first have maven in main!.. That's
I will some more:
- Support Maven builds and be able to read dependencies from the maven
pom.xml file and translate them to the debian control file entries for
dependencies and run dependencies.
- have a sort of meta information for provides for the major versions
of the JDK/JRE e.g. requ
Excellent proposal!
On 5/22/07, Paul Cager <[EMAIL PROTECTED]> wrote:
Late-night, random thoughts about what would be useful for us Debian
Java packagers. Any comments?
dh_installjars
==
A new debhelper command:
* Installs Jars into usr/share/java directory, adding correct
versi
1 - 100 of 126 matches
Mail list logo
