| 2020-07-10 09:50:14 |
Thomas Schweikle |
bug |
|
|
added bug |
| 2020-08-11 04:25:41 |
Kai Kasurinen |
bug |
|
|
added subscriber Kai Kasurinen |
| 2020-08-11 04:25:51 |
Kai Kasurinen |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942507 |
|
| 2020-08-11 04:25:51 |
Kai Kasurinen |
bug task added |
|
pdfsam (Debian) |
|
| 2020-08-11 04:32:34 |
Kai Kasurinen |
bug task added |
|
libhibernate-validator-java (Ubuntu) |
|
| 2020-08-11 04:32:49 |
Kai Kasurinen |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=942814 |
|
| 2020-08-11 04:32:49 |
Kai Kasurinen |
bug task added |
|
libhibernate-validator-java (Debian) |
|
| 2020-08-11 05:42:24 |
Bug Watch Updater |
pdfsam (Debian): status |
Unknown |
Confirmed |
|
| 2020-08-11 05:42:27 |
Bug Watch Updater |
libhibernate-validator-java (Debian): status |
Unknown |
New |
|
| 2020-09-01 05:37:41 |
Launchpad Janitor |
libhibernate-validator-java (Ubuntu): status |
New |
Confirmed |
|
| 2020-09-01 05:37:41 |
Launchpad Janitor |
pdfsam (Ubuntu): status |
New |
Confirmed |
|
| 2020-09-17 14:39:59 |
Tiago Stürmer Daitx |
summary |
pdfsam does not produce output |
libhibernate-validator-java should be kept at 4.3.4-1 |
|
| 2020-09-17 15:24:19 |
Tiago Stürmer Daitx |
bug task added |
|
libspring-java (Debian) |
|
| 2020-09-17 16:18:42 |
Kai Kasurinen |
bug watch added |
|
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941685 |
|
| 2020-09-17 16:18:42 |
Kai Kasurinen |
libspring-java (Debian): remote watch |
Debian Bug tracker #942814 |
Debian Bug tracker #941685 |
|
| 2020-09-17 16:19:18 |
Kai Kasurinen |
bug task added |
|
libspring-java (Ubuntu) |
|
| 2020-09-17 17:06:20 |
Bug Watch Updater |
libspring-java (Debian): status |
Unknown |
Confirmed |
|
| 2020-09-21 22:41:02 |
Tiago Stürmer Daitx |
description |
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
Debian started migrating from libgeronimo-validation-1.0-spec-java to libgeronimo-validation-1.1-spec-java quite a while ago. Unfortunately both packages implement different Bean Validation Specs and are not compatible, thus all (build-)dependencies and reverse (build-)dependencies must use the same package to avoid FTBFS or runtime issues. This transition has not yet been completed and both Focal and Groovy ended up with mixed dependencies.
So far 2 packages seem to be affected by this:
1) pdfsam will start but can act (split/merge/etc) on any pdf
2) libspring-java FTBFS
Both depend indirectly on libgeronimo-validation-1.1-spec-java through libhibernate-validator-java.
pdfsam depends on libgeronimo-validation-1.0-spec-java through libsejda-java, while libspring-java depends on 1.0 through through libspring-java.
The easiest fix is to downgrade libhibernate-validator-java from 5.3.6-1 to 4.3.4-1. Trying to update all dependencies to use libgeronimo-validation-1.1-spec-java is problematic, requires new packages, and even some dependencies that have not yet been packaged or tested well.
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
I haven't found packages that depend on libhibernate-validator-java and on validation-1.1-spec-java directly or indirectly, but I haven't looked at a depth bigger than 3. If there are packages with (indirect) dependencies on both libhibernate-validator-java and libgeronimo-validation-1.1-spec-java they will regress after this change.
[Other Info]
* On Debian unstable a new package called libhibernate-validator4-java has been created to deal with this problem, but it is not enough and it is even blocking from moving to testing.
* For pdfsam I tried to move libsejda-java to 1.1 spec, but as described in debian bug 942507 comment 10 it introduces new dependencies and one dependency on el-impl that is not packaged yet.
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-21 22:41:13 |
Tiago Stürmer Daitx |
tags |
amd64 apport-bug focal |
amd64 apport-bug focal groovy |
|
| 2020-09-21 22:44:58 |
Tiago Stürmer Daitx |
description |
[Impact]
Debian started migrating from libgeronimo-validation-1.0-spec-java to libgeronimo-validation-1.1-spec-java quite a while ago. Unfortunately both packages implement different Bean Validation Specs and are not compatible, thus all (build-)dependencies and reverse (build-)dependencies must use the same package to avoid FTBFS or runtime issues. This transition has not yet been completed and both Focal and Groovy ended up with mixed dependencies.
So far 2 packages seem to be affected by this:
1) pdfsam will start but can act (split/merge/etc) on any pdf
2) libspring-java FTBFS
Both depend indirectly on libgeronimo-validation-1.1-spec-java through libhibernate-validator-java.
pdfsam depends on libgeronimo-validation-1.0-spec-java through libsejda-java, while libspring-java depends on 1.0 through through libspring-java.
The easiest fix is to downgrade libhibernate-validator-java from 5.3.6-1 to 4.3.4-1. Trying to update all dependencies to use libgeronimo-validation-1.1-spec-java is problematic, requires new packages, and even some dependencies that have not yet been packaged or tested well.
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
I haven't found packages that depend on libhibernate-validator-java and on validation-1.1-spec-java directly or indirectly, but I haven't looked at a depth bigger than 3. If there are packages with (indirect) dependencies on both libhibernate-validator-java and libgeronimo-validation-1.1-spec-java they will regress after this change.
[Other Info]
* On Debian unstable a new package called libhibernate-validator4-java has been created to deal with this problem, but it is not enough and it is even blocking from moving to testing.
* For pdfsam I tried to move libsejda-java to 1.1 spec, but as described in debian bug 942507 comment 10 it introduces new dependencies and one dependency on el-impl that is not packaged yet.
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
Debian started migrating from libgeronimo-validation-1.0-spec-java to libgeronimo-validation-1.1-spec-java quite a while ago. Unfortunately both packages implement different Bean Validation Specs and are not compatible, thus all reverse (build-)dependencies and reverse (build-)dependencies of these spec packages must rely solely on the 1.0 or 1.1 version to avoid FTBFS or runtime issues. This transition has not yet been completed on Debian and both Focal and Groovy ended up with mixed dependencies.
So far 2 packages seem to be affected by this and have regressed since Focal:
1) pdfsam will start but can't split/merge/etc pdfs
2) libspring-java FTBFS
Both depend indirectly on libgeronimo-validation-1.1-spec-java through libhibernate-validator-java.
pdfsam depends on libgeronimo-validation-1.0-spec-java through libsejda-java, while libspring-java depends on 1.0 through through libspring-java.
The easiest fix is to downgrade libhibernate-validator-java from 5.3.6-1 to 4.3.4-1. Trying to update all dependencies to use libgeronimo-validation-1.1-spec-java is problematic, requires new packages, and even some dependencies that have not yet been packaged or tested well.
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
I haven't found packages that depend on libhibernate-validator-java and on validation-1.1-spec-java directly or indirectly, but I haven't looked at a depth bigger than 3. If there are packages with (indirect) dependencies on both libhibernate-validator-java and libgeronimo-validation-1.1-spec-java they will regress after this change.
[Other Info]
* On Debian unstable a new package called libhibernate-validator4-java has been created to deal with this problem, but it is not enough and it is even blocking from moving to testing.
* For pdfsam I tried to move libsejda-java to 1.1 spec, but as described in debian bug 942507 comment 10 it introduces new dependencies and one dependency on el-impl that is not packaged yet.
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-21 22:47:44 |
Tiago Stürmer Daitx |
summary |
libhibernate-validator-java should be kept at 4.3.4-1 |
libhibernate-validator-java should be backported to 4.3.4-1~18.04.1 |
|
| 2020-09-21 22:48:19 |
Tiago Stürmer Daitx |
description |
[Impact]
Debian started migrating from libgeronimo-validation-1.0-spec-java to libgeronimo-validation-1.1-spec-java quite a while ago. Unfortunately both packages implement different Bean Validation Specs and are not compatible, thus all reverse (build-)dependencies and reverse (build-)dependencies of these spec packages must rely solely on the 1.0 or 1.1 version to avoid FTBFS or runtime issues. This transition has not yet been completed on Debian and both Focal and Groovy ended up with mixed dependencies.
So far 2 packages seem to be affected by this and have regressed since Focal:
1) pdfsam will start but can't split/merge/etc pdfs
2) libspring-java FTBFS
Both depend indirectly on libgeronimo-validation-1.1-spec-java through libhibernate-validator-java.
pdfsam depends on libgeronimo-validation-1.0-spec-java through libsejda-java, while libspring-java depends on 1.0 through through libspring-java.
The easiest fix is to downgrade libhibernate-validator-java from 5.3.6-1 to 4.3.4-1. Trying to update all dependencies to use libgeronimo-validation-1.1-spec-java is problematic, requires new packages, and even some dependencies that have not yet been packaged or tested well.
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
I haven't found packages that depend on libhibernate-validator-java and on validation-1.1-spec-java directly or indirectly, but I haven't looked at a depth bigger than 3. If there are packages with (indirect) dependencies on both libhibernate-validator-java and libgeronimo-validation-1.1-spec-java they will regress after this change.
[Other Info]
* On Debian unstable a new package called libhibernate-validator4-java has been created to deal with this problem, but it is not enough and it is even blocking from moving to testing.
* For pdfsam I tried to move libsejda-java to 1.1 spec, but as described in debian bug 942507 comment 10 it introduces new dependencies and one dependency on el-impl that is not packaged yet.
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
Debian started migrating from libgeronimo-validation-1.0-spec-java to libgeronimo-validation-1.1-spec-java quite a while ago. Unfortunately both packages implement different Bean Validation Specs and are not compatible, thus all reverse (build-)dependencies and reverse (build-)dependencies of these spec packages must rely solely on the 1.0 or 1.1 version to avoid FTBFS or runtime issues. This transition has not yet been completed on Debian and both Focal and Groovy ended up with mixed dependencies.
So far 2 packages seem to be affected by this and have regressed since Focal:
1) pdfsam will start but can't split/merge/etc pdfs
2) libspring-java FTBFS
Both depend indirectly on libgeronimo-validation-1.1-spec-java through libhibernate-validator-java.
pdfsam depends on libgeronimo-validation-1.0-spec-java through libsejda-java, while libspring-java depends on 1.0 through through libspring-java.
The easiest fix is to downgrade libhibernate-validator-java from 5.3.6-1 to 4.3.4-1~18.04.1. Trying to update all dependencies to use libgeronimo-validation-1.1-spec-java is problematic, requires new packages, and even some dependencies that have not yet been packaged or tested well.
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
I haven't found packages that depend on libhibernate-validator-java and on validation-1.1-spec-java directly or indirectly, but I haven't looked at a depth bigger than 3. If there are packages with (indirect) dependencies on both libhibernate-validator-java and libgeronimo-validation-1.1-spec-java they will regress after this change.
[Other Info]
* On Debian unstable a new package called libhibernate-validator4-java has been created to deal with this problem, but it is not enough and it is even blocking from moving to testing.
* For pdfsam I tried to move libsejda-java to 1.1 spec, but as described in debian bug 942507 comment 10 it introduces new dependencies and one dependency on el-impl that is not packaged yet.
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-23 01:41:26 |
Tiago Stürmer Daitx |
description |
[Impact]
Debian started migrating from libgeronimo-validation-1.0-spec-java to libgeronimo-validation-1.1-spec-java quite a while ago. Unfortunately both packages implement different Bean Validation Specs and are not compatible, thus all reverse (build-)dependencies and reverse (build-)dependencies of these spec packages must rely solely on the 1.0 or 1.1 version to avoid FTBFS or runtime issues. This transition has not yet been completed on Debian and both Focal and Groovy ended up with mixed dependencies.
So far 2 packages seem to be affected by this and have regressed since Focal:
1) pdfsam will start but can't split/merge/etc pdfs
2) libspring-java FTBFS
Both depend indirectly on libgeronimo-validation-1.1-spec-java through libhibernate-validator-java.
pdfsam depends on libgeronimo-validation-1.0-spec-java through libsejda-java, while libspring-java depends on 1.0 through through libspring-java.
The easiest fix is to downgrade libhibernate-validator-java from 5.3.6-1 to 4.3.4-1~18.04.1. Trying to update all dependencies to use libgeronimo-validation-1.1-spec-java is problematic, requires new packages, and even some dependencies that have not yet been packaged or tested well.
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
I haven't found packages that depend on libhibernate-validator-java and on validation-1.1-spec-java directly or indirectly, but I haven't looked at a depth bigger than 3. If there are packages with (indirect) dependencies on both libhibernate-validator-java and libgeronimo-validation-1.1-spec-java they will regress after this change.
[Other Info]
* On Debian unstable a new package called libhibernate-validator4-java has been created to deal with this problem, but it is not enough and it is even blocking from moving to testing.
* For pdfsam I tried to move libsejda-java to 1.1 spec, but as described in debian bug 942507 comment 10 it introduces new dependencies and one dependency on el-impl that is not packaged yet.
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-java also provides one such implementation in tomcat9-jasper-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: libel-api-java, libtomcat9-java, and classmate (new dependency from libhibernate-validator-java).
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
* New dependency on libtomcat9-java (as an el-api provider):
The usual implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-23 01:42:18 |
Tiago Stürmer Daitx |
summary |
libhibernate-validator-java should be backported to 4.3.4-1~18.04.1 |
pdfsam won't run, has missing and conflicting dependencies |
|
| 2020-09-23 01:42:32 |
Tiago Stürmer Daitx |
bug task deleted |
libspring-java (Ubuntu) |
|
|
| 2020-09-23 01:42:43 |
Tiago Stürmer Daitx |
bug task deleted |
libspring-java (Debian) |
|
|
| 2020-09-23 01:43:10 |
Tiago Stürmer Daitx |
bug task added |
|
libsejda-java (Ubuntu) |
|
| 2020-09-23 01:43:50 |
Tiago Stürmer Daitx |
nominated for series |
|
Ubuntu Focal |
|
| 2020-09-23 01:43:50 |
Tiago Stürmer Daitx |
bug task added |
|
libhibernate-validator-java (Ubuntu Focal) |
|
| 2020-09-23 01:43:50 |
Tiago Stürmer Daitx |
bug task added |
|
pdfsam (Ubuntu Focal) |
|
| 2020-09-23 01:43:50 |
Tiago Stürmer Daitx |
bug task added |
|
libsejda-java (Ubuntu Focal) |
|
| 2020-09-23 01:44:19 |
Tiago Stürmer Daitx |
libhibernate-validator-java (Ubuntu): status |
Confirmed |
Fix Released |
|
| 2020-09-23 01:44:28 |
Tiago Stürmer Daitx |
libsejda-java (Ubuntu): status |
New |
Fix Released |
|
| 2020-09-23 01:44:40 |
Tiago Stürmer Daitx |
pdfsam (Ubuntu Focal): status |
New |
Confirmed |
|
| 2020-09-23 02:13:04 |
Tiago Stürmer Daitx |
description |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-java also provides one such implementation in tomcat9-jasper-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: libel-api-java, libtomcat9-java, and classmate (new dependency from libhibernate-validator-java).
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
* New dependency on libtomcat9-java (as an el-api provider):
The usual implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-embed-java also provides one such implementation in tomcat9-embed-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: tomcat9-embed-el.jar and classmate.jar (a new dependency from libhibernate-validator-java).
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java backport:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
* New dependency on libtomcat9-embed-java (as an el-api provider):
The most common implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-23 02:15:20 |
Tiago Stürmer Daitx |
description |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-embed-java also provides one such implementation in tomcat9-embed-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: tomcat9-embed-el.jar and classmate.jar (a new dependency from libhibernate-validator-java).
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java backport:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
* New dependency on libtomcat9-embed-java (as an el-api provider):
The most common implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-embed-java also provides one such implementation in tomcat9-embed-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: tomcat9-embed-el.jar and classmate.jar (a new dependency from libhibernate-validator-java) are missing from this list.
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java backport:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
* New dependency on libtomcat9-embed-java (as an el-api provider):
The most common implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-23 02:39:03 |
Launchpad Janitor |
pdfsam (Ubuntu): status |
Confirmed |
Fix Released |
|
| 2020-09-23 20:57:39 |
Tiago Stürmer Daitx |
bug |
|
|
added subscriber Tiago Stürmer Daitx |
| 2020-09-23 21:01:38 |
Tiago Stürmer Daitx |
description |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-embed-java also provides one such implementation in tomcat9-embed-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: tomcat9-embed-el.jar and classmate.jar (a new dependency from libhibernate-validator-java) are missing from this list.
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java backport:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
* New dependency on libtomcat9-embed-java (as an el-api provider):
The most common implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
[Impact]
pdfsam fails to work due missing and conflicting dependencies.
On Focal and Groovy libhibernate-validator-java has a runtime dependency on libel-api-java and an implementation of el-api. Both are usually provided when running under Java EE. On Java SE the application must take care of providing them - and pdfsam is missing these dependencies.
The usual implementation of el-api on Maven projects is from Glassfish, but that has not yet been packaged. libtomcat9-embed-java also provides one such implementation in tomcat9-embed-el.jar which can be used instead.
Also during build time pdfsam must create links of the jar files it needs for runtime: tomcat9-embed-el.jar and classmate.jar (a new dependency from libhibernate-validator-java) are missing from this list.
Only on Focal:
* libsejda-java 3.2.84-1 depends on libgeronimo-validation-1.0-spec-java
* libhibernate-validator-java depends on libgeronimo-validation-1.1-spec-java
A Java application must has either 1.0 or 1.1 spec on its classpath, never both as they are incompatible. To fix this libsejda-java in Focal should be updated to 3.2.84-2 so everything depends on the 1.1 spec (ie. libgeronimo-validation-1.1-spec-java).
[Test Case]
1) On Focal and Groovy, install pdfsam and run it
$ sudo apt get install -y pdfsam
$ pdfsam
2) Split a PDF
Expected result:
For the action to execute correctly.
Actual result:
The console shows a java stacktrace such as
ERROR 15:56:04.873 org.pdfsam.UncaughtExceptionLogger[JavaFX Application Thread] Unexpected error
org.sejda.eventstudio.exception.EventStudioException: Reflective method invocation exception
...
[Regression Potential]
* libseja-java backport:
Moving from 1.0 to 1.1 spec might cause regressions on packages that depend on libsejda-java as now el-api (and its implementation) must be available on the classpath (default on Java EE). At this time the only package that depends on libsejda-java is pdfsam.
Ubuntu users consuming libsejda-java directly can regress if something else in their dependency chain currently relies on spec 1.0 - they would need to update these dependencies to also use spec 1.1.
* New dependency on libtomcat9-embed-java (as an el-api provider):
The most common implementation of el-api is from Glassfish, so using tomcat9 to provide this might introduce problems if it deviates from the spec (unlikely, as tomcat is also a Java EE provider).
[Other Info]
[Original Report]
pdfsam does not produce an output file because of various java-exceptions.
ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: pdfsam 4.0.4-1
ProcVersionSignature: Ubuntu 5.4.0-40.44-generic 5.4.44
Uname: Linux 5.4.0-40-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.3
Architecture: amd64
CasperMD5CheckResult: skip
CurrentDesktop: XFCE
Date: Fri Jul 10 11:46:14 2020
InstallationDate: Installed on 2019-09-09 (304 days ago)
InstallationMedia: Xubuntu 19.04 "Disco Dingo" - Release amd64 (20190416)
PackageArchitecture: all
SourcePackage: pdfsam
UpgradeStatus: No upgrade log present (probably fresh install) |
|
| 2020-09-30 10:24:32 |
Robie Basak |
libsejda-java (Ubuntu Focal): status |
New |
Fix Committed |
|
| 2020-09-30 10:24:33 |
Robie Basak |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
| 2020-09-30 10:24:36 |
Robie Basak |
bug |
|
|
added subscriber SRU Verification |
| 2020-09-30 10:24:39 |
Robie Basak |
tags |
amd64 apport-bug focal groovy |
amd64 apport-bug focal groovy verification-needed verification-needed-focal |
|
| 2020-09-30 10:24:55 |
Robie Basak |
pdfsam (Ubuntu Focal): status |
Confirmed |
Fix Committed |
|
| 2020-10-01 14:43:27 |
Tiago Stürmer Daitx |
tags |
amd64 apport-bug focal groovy verification-needed verification-needed-focal |
amd64 apport-bug focal groovy verification-done-focal |
|
| 2020-10-12 08:52:12 |
Launchpad Janitor |
pdfsam (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
| 2020-10-12 08:52:14 |
Launchpad Janitor |
libsejda-java (Ubuntu Focal): status |
Fix Committed |
Fix Released |
|
| 2020-10-12 08:52:17 |
Łukasz Zemczak |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
| 2020-10-14 15:45:46 |
Matthieu Clemenceau |
tags |
amd64 apport-bug focal groovy verification-done-focal |
amd64 apport-bug focal fr-740 groovy verification-done-focal |
|
| 2021-02-01 20:01:12 |
Mathew Hodson |
bug watch removed |
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=941685 |
|
|
| 2021-02-25 02:06:52 |
Bug Watch Updater |
pdfsam (Debian): status |
Confirmed |
Fix Released |
|
