2008-12-06 20:14:25 |
Chris Cheney |
bug |
|
|
added bug |
2008-12-06 20:29:07 |
Chris Cheney |
bug |
|
|
added subscriber MIR approval team |
2008-12-06 22:31:36 |
Martin Pitt |
backport-util-concurrent: status |
New |
Fix Released |
|
2008-12-06 22:31:36 |
Martin Pitt |
backport-util-concurrent: statusexplanation |
|
Promoting the ones which already were in main in hardy. |
|
2008-12-16 10:13:55 |
Martin Pitt |
lp-solve: status |
New |
Fix Released |
|
2008-12-16 10:13:55 |
Martin Pitt |
lp-solve: statusexplanation |
|
lp-solve reviewed, approved, promoted. |
|
2008-12-16 10:17:30 |
Martin Pitt |
suitesparse: status |
New |
Fix Released |
|
2008-12-16 10:17:30 |
Martin Pitt |
suitesparse: statusexplanation |
|
suitesparse review/ack/promoted |
|
2008-12-16 10:34:02 |
Martin Pitt |
commons-httpclient: status |
New |
Incomplete |
|
2008-12-16 10:34:02 |
Martin Pitt |
commons-httpclient: statusexplanation |
|
commons-httpclient: needs update to current java packaging policy (default-jdk-builddep) |
|
2008-12-16 10:39:06 |
Martin Pitt |
libcommons-codec-java: status |
New |
Incomplete |
|
2008-12-16 10:39:06 |
Martin Pitt |
libcommons-codec-java: statusexplanation |
|
libcommons-codec-java: likewise (kaffe -> default-jdk/jre) |
|
2008-12-16 10:48:13 |
Martin Pitt |
lucene2: status |
New |
Incomplete |
|
2008-12-16 10:48:13 |
Martin Pitt |
lucene2: statusexplanation |
|
lucene2: needs migration to default-jdk/jre, otherwise ok. |
|
2008-12-16 10:56:56 |
Martin Pitt |
saxonb: status |
New |
Incomplete |
|
2008-12-16 10:56:56 |
Martin Pitt |
saxonb: statusexplanation |
|
saxonb: needs default-jre/jdk migration
Also, this package is huge (3.7 MB), and OO.o already uses other XSLT processors during build. Is this just a build-time, or also a runtime dependency? If the latter, is it possible to use libxalan2-java, which the current OO.o already pulls in? Or does OO.o 3 move from xalan to saxonb? |
|
2008-12-16 12:07:02 |
Alexander Sack |
libxpp2-java: status |
New |
Incomplete |
|
2008-12-16 12:07:02 |
Alexander Sack |
libxpp2-java: statusexplanation |
|
libxpp2-java has kaffe from universe as build-dep too. |
|
2008-12-16 12:07:44 |
Alexander Sack |
libxpp3-java: status |
New |
Incomplete |
|
2008-12-16 12:07:44 |
Alexander Sack |
libxpp3-java: statusexplanation |
|
same here: libxpp3-java has kaffe from universe as build-dep. |
|
2008-12-16 12:14:09 |
Alexander Sack |
libjaxen-java: status |
New |
Incomplete |
|
2008-12-16 12:14:09 |
Alexander Sack |
libjaxen-java: statusexplanation |
|
libjaxen-java has build-depends on libxom-java, which depends on libjaxen-java ... maybe we can prevent this circle somehow? |
|
2008-12-16 12:15:57 |
Alexander Sack |
xom: status |
New |
Incomplete |
|
2008-12-16 12:15:57 |
Alexander Sack |
xom: statusexplanation |
|
libxom-java (xom) has depends on libjaxen-java, which build-depends on libxom-java. |
|
2008-12-16 12:31:32 |
Alexander Sack |
jtidy: status |
New |
Incomplete |
|
2008-12-16 12:31:32 |
Alexander Sack |
jtidy: statusexplanation |
|
libjtidy-java doesnt depend on anything:
according to debian/java policy section "2.4. Java libraries", it must depend on the proper runtime:
> Java libraries must depend on the needed runtime environment (java1-runtime and/or java2-runtime) but should not depend (only suggest) java-virtual-machine.
|
|
2008-12-16 12:42:51 |
Alexander Sack |
libdb-je-java: status |
New |
Incomplete |
|
2008-12-16 12:42:51 |
Alexander Sack |
libdb-je-java: statusexplanation |
|
javadb-je-java build-depends on glassfish-javaee which is in universe. probably needs to be added here too. also it should build-depend on default-jdk-builddep from what i see (and not java-gcj-compat-dev) afaiu. |
|
2008-12-23 17:08:57 |
Chris Cheney |
commons-httpclient: status |
Incomplete |
Confirmed |
|
2008-12-23 17:08:57 |
Chris Cheney |
commons-httpclient: statusexplanation |
commons-httpclient: needs update to current java packaging policy (default-jdk-builddep) |
|
|
2008-12-23 17:09:14 |
Chris Cheney |
dom4j: status |
New |
Confirmed |
|
2008-12-23 17:09:14 |
Chris Cheney |
dom4j: statusexplanation |
|
|
|
2008-12-23 17:09:33 |
Chris Cheney |
libcommons-codec-java: status |
Incomplete |
Confirmed |
|
2008-12-23 17:09:33 |
Chris Cheney |
libcommons-codec-java: statusexplanation |
libcommons-codec-java: likewise (kaffe -> default-jdk/jre) |
|
|
2008-12-23 17:09:53 |
Chris Cheney |
libdb-je-java: status |
Incomplete |
Confirmed |
|
2008-12-23 17:09:53 |
Chris Cheney |
libdb-je-java: statusexplanation |
javadb-je-java build-depends on glassfish-javaee which is in universe. probably needs to be added here too. also it should build-depend on default-jdk-builddep from what i see (and not java-gcj-compat-dev) afaiu. |
|
|
2008-12-23 17:10:11 |
Chris Cheney |
libcommons-digester-java: status |
New |
Confirmed |
|
2008-12-23 17:10:11 |
Chris Cheney |
libcommons-digester-java: statusexplanation |
|
|
|
2008-12-23 17:10:30 |
Chris Cheney |
jtidy: status |
Incomplete |
Confirmed |
|
2008-12-23 17:10:30 |
Chris Cheney |
jtidy: statusexplanation |
libjtidy-java doesnt depend on anything:
according to debian/java policy section "2.4. Java libraries", it must depend on the proper runtime:
> Java libraries must depend on the needed runtime environment (java1-runtime and/or java2-runtime) but should not depend (only suggest) java-virtual-machine.
|
|
|
2008-12-23 17:10:58 |
Chris Cheney |
libjaxen-java: status |
Incomplete |
Confirmed |
|
2008-12-23 17:10:58 |
Chris Cheney |
libjaxen-java: statusexplanation |
libjaxen-java has build-depends on libxom-java, which depends on libjaxen-java ... maybe we can prevent this circle somehow? |
|
|
2008-12-23 17:11:23 |
Chris Cheney |
libxpp2-java: status |
Incomplete |
Confirmed |
|
2008-12-23 17:11:23 |
Chris Cheney |
libxpp2-java: statusexplanation |
libxpp2-java has kaffe from universe as build-dep too. |
|
|
2008-12-23 17:11:42 |
Chris Cheney |
libxpp3-java: status |
Incomplete |
Confirmed |
|
2008-12-23 17:11:42 |
Chris Cheney |
libxpp3-java: statusexplanation |
same here: libxpp3-java has kaffe from universe as build-dep. |
|
|
2008-12-23 17:12:22 |
Chris Cheney |
saxonb: status |
Incomplete |
Confirmed |
|
2008-12-23 17:12:22 |
Chris Cheney |
saxonb: statusexplanation |
saxonb: needs default-jre/jdk migration
Also, this package is huge (3.7 MB), and OO.o already uses other XSLT processors during build. Is this just a build-time, or also a runtime dependency? If the latter, is it possible to use libxalan2-java, which the current OO.o already pulls in? Or does OO.o 3 move from xalan to saxonb? |
|
|
2009-01-06 10:42:40 |
Martin Pitt |
commons-httpclient: status |
Confirmed |
Fix Committed |
|
2009-01-06 10:42:40 |
Martin Pitt |
commons-httpclient: statusexplanation |
|
commons-httpclient approved, depends on codec-java |
|
2009-01-06 10:44:49 |
Martin Pitt |
libcommons-codec-java: status |
Confirmed |
Fix Released |
|
2009-01-06 10:44:49 |
Martin Pitt |
libcommons-codec-java: statusexplanation |
|
libcommons-codec-java approved/promoted |
|
2009-01-06 10:45:09 |
Martin Pitt |
commons-httpclient: status |
Fix Committed |
Fix Released |
|
2009-01-06 10:45:09 |
Martin Pitt |
commons-httpclient: statusexplanation |
commons-httpclient approved, depends on codec-java |
|
|
2009-01-06 10:47:08 |
Martin Pitt |
libcommons-digester-java: status |
Confirmed |
Fix Released |
|
2009-01-06 10:47:08 |
Martin Pitt |
libcommons-digester-java: statusexplanation |
|
libcommons-digester-java a/p |
|
2009-01-06 10:50:26 |
Martin Pitt |
jtidy: status |
Confirmed |
Fix Released |
|
2009-01-06 10:50:26 |
Martin Pitt |
jtidy: statusexplanation |
|
jtidy approved. I promoted the source and libjtidy-java to main, but kept libjtidy-java-doc in universe, since it depends on classpath-doc. Would be good to fix, though (only suggest classpath-doc). |
|
2009-01-06 10:52:05 |
Martin Pitt |
jaxme: status |
New |
Incomplete |
|
2009-01-06 10:52:05 |
Martin Pitt |
jaxme: statusexplanation |
|
jaxme needs default-jdk conversion first, and the FTBFS resolved |
|
2009-01-06 10:56:37 |
Martin Pitt |
libdb-je-java: status |
Confirmed |
In Progress |
|
2009-01-06 10:56:37 |
Martin Pitt |
libdb-je-java: statusexplanation |
|
libdb-je-java looks ok now. However, there is no chance to use libdb4.7-java, which is already in main? I don't see how a pure Java implementation, which doesn't even keep up with original libdb's transaction data format changes is more beneficial than using the official java bindings of db? |
|
2009-01-06 11:01:20 |
Martin Pitt |
libjaxen-java: status |
Confirmed |
Fix Released |
|
2009-01-06 11:01:20 |
Martin Pitt |
libjaxen-java: statusexplanation |
|
libjaxen-java: 2/3 of the deb is documentation, which ought to be split out to safe CD space. However, packaging is fine now, promoted. |
|
2009-01-06 11:03:55 |
Martin Pitt |
libjdom1-java: status |
New |
Fix Released |
|
2009-01-06 11:03:55 |
Martin Pitt |
libjdom1-java: statusexplanation |
|
libjdom1-java: sounds like the 1001st reimplementation of an XML parser *sigh*, but looks ok. Promoted.
This is also a target for documentation split out, although it only buys 150 KB compressed. Might become relevant when under pressure. |
|
2009-01-06 11:06:21 |
Martin Pitt |
libxpp2-java: status |
Confirmed |
Fix Released |
|
2009-01-06 11:06:21 |
Martin Pitt |
libxpp2-java: statusexplanation |
|
libxpp[23]-java a/p |
|
2009-01-06 11:06:34 |
Martin Pitt |
libxpp3-java: status |
Confirmed |
Fix Released |
|
2009-01-06 11:09:02 |
Martin Pitt |
dom4j: status |
Confirmed |
Fix Released |
|
2009-01-06 11:09:02 |
Martin Pitt |
dom4j: statusexplanation |
|
dom4j: *yet* another DOM parser, argh! a/p, I guess we don't have much choice. |
|
2009-01-06 11:12:02 |
Martin Pitt |
saxonb: status |
Confirmed |
Fix Released |
|
2009-01-06 11:12:02 |
Martin Pitt |
saxonb: statusexplanation |
|
saxonb a/p.
So the remaining issues here:
- fix the three FTBFS (the three incompete tasks)
- answer redundancy question about libdb-je-java (not a blocker, but it's not currently holding up building) |
|
2009-01-07 07:09:18 |
Onkar Shinde |
lucene2: status |
Incomplete |
New |
|
2009-01-07 07:09:18 |
Onkar Shinde |
lucene2: statusexplanation |
lucene2: needs migration to default-jdk/jre, otherwise ok. |
I have uploaded lucene2 with default-j* changes in control file and a patch to disable the unit test that was causing build failure. |
|
2009-01-07 10:10:02 |
Martin Pitt |
lucene2: status |
New |
Fix Released |
|
2009-01-07 10:10:02 |
Martin Pitt |
lucene2: statusexplanation |
I have uploaded lucene2 with default-j* changes in control file and a patch to disable the unit test that was causing build failure. |
lucene2 a/p |
|
2009-01-07 10:10:32 |
Martin Pitt |
libdb-je-java: status |
In Progress |
Fix Released |
|
2009-01-07 10:10:32 |
Martin Pitt |
libdb-je-java: statusexplanation |
libdb-je-java looks ok now. However, there is no chance to use libdb4.7-java, which is already in main? I don't see how a pure Java implementation, which doesn't even keep up with original libdb's transaction data format changes is more beneficial than using the official java bindings of db? |
libdb-je-java promoted |
|
2009-01-09 15:05:26 |
Martin Pitt |
jaxme: importance |
Undecided |
High |
|
2009-01-09 15:05:26 |
Martin Pitt |
jaxme: assignee |
|
calc |
|
2009-01-09 15:05:26 |
Martin Pitt |
jaxme: statusexplanation |
jaxme needs default-jdk conversion first, and the FTBFS resolved |
I'll promote jaxme and xom to main for now, to unblock OO.o 3 for the next alpha. However, these two still need to be fixed. |
|
2009-01-09 15:05:26 |
Martin Pitt |
jaxme: milestone |
|
ubuntu-9.04-beta |
|
2009-01-09 15:05:52 |
Martin Pitt |
xom: importance |
Undecided |
High |
|
2009-01-09 15:05:52 |
Martin Pitt |
xom: assignee |
|
calc |
|
2009-01-09 15:05:52 |
Martin Pitt |
xom: statusexplanation |
libxom-java (xom) has depends on libjaxen-java, which build-depends on libxom-java. |
|
|
2009-01-09 15:05:52 |
Martin Pitt |
xom: milestone |
|
ubuntu-9.04-beta |
|
2009-01-09 15:13:44 |
Martin Pitt |
xom: assignee |
calc |
ccheney |
|
2009-01-09 15:15:07 |
Martin Pitt |
jaxme: assignee |
calc |
ccheney |
|
2009-01-09 15:15:07 |
Martin Pitt |
jaxme: statusexplanation |
I'll promote jaxme and xom to main for now, to unblock OO.o 3 for the next alpha. However, these two still need to be fixed. |
|
|
2009-03-10 19:54:49 |
Martin Pitt |
bug |
|
|
added subscriber Matthias Klose |
2009-03-17 16:44:21 |
Matthias Klose |
xom (Ubuntu Jaunty): status |
Incomplete |
Fix Released |
|
2009-03-17 16:44:21 |
Matthias Klose |
xom (Ubuntu Jaunty): assignee |
ccheney |
doko |
|
2009-03-17 16:44:21 |
Matthias Klose |
xom (Ubuntu Jaunty): statusexplanation |
|
|
|
2009-03-17 17:38:31 |
Matthias Klose |
jaxme (Ubuntu Jaunty): assignee |
ccheney |
doko |
|
2009-03-17 17:38:31 |
Matthias Klose |
jaxme (Ubuntu Jaunty): statusexplanation |
|
|
|
2009-03-17 18:07:46 |
Matthias Klose |
jaxme (Ubuntu Jaunty): status |
Incomplete |
Fix Released |
|