Package: maven
Version: 3.6.3-5
Severity: normal
X-Debbugs-Cc: inf...@gmail.com
Dear Maintainer,
When running mvn command, a warning message shows:
/usr/bin/which: this version of `which' is deprecated; use `command -v' in
scripts instead.
-- System Information:
Debian Release: bookworm/sid
Hi
I've developped a patch to make iText not modify metadata on
PdfStamperImp.java unless explicitily instructed.
Patch attached
--- a/core/com/lowagie/text/pdf/PdfStamperImp.java
+++ b/core/com/lowagie/text/pdf/PdfStamperImp.java
@@ -234,24 +234,9 @@
altMetadata = xmpMetadata;
Hi
I've just reuploaded gpsbabel 1.4.4 to mentors.
we may consider packaging 1.5.0
El mar, 06-05-2014 a las 11:42 +0200, Florian Ernst escribió:
Hello there,
On Sat, Jun 22, 2013 at 01:24:31PM +0200, Alberto Fernández wrote:
I've packaged version 1.4.4 and uploaded to mentors if you're
It's still failling with 331.67-1
The workaround of starting xcompmgr is working for me.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi!
I've packaged version 1.4.4 and uploaded to mentors if you're interested
on reviewing and sponsoring it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi
The patch is applied upstream:
http://svn.apache.org/viewvc?view=revisionrevision=1422573
http://svn.apache.org/repos/asf/httpcomponents/oac.hc3x/trunk
Kind Regars
Alberto
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hi
Oracle have fixed it in JDK 1.7.0_09:
http://www.oracle.com/technetwork/java/javase/7u9-relnotes-1863279.html
http://www.oracle.com/technetwork/topics/security/alerts-086861.html
I suppose it's fixed at the same version of OpenJdk.
I've tested openjdk at experimental (7u9-2.3.3-1) and seems
Package: openjdk-7-jre
Version: 7u9-2.3.3-1
Severity: minor
Hi
If you drop files to a java app the function that parse the parameters fail in
some cases because some filemanagers send it as null-terminated string.
This is the case of lxde filemanager, pcmanfm, and maybe others.
I've tested and
Hi
I've created http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695992 to
address this bug.
The patch I've provided here can be applied as workaround for josm.
Kind Regards
Alberto
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Hi
I attach a testcase for the bug.
It's a simple application that open a window and writes de data droppped
from a file-manager.
With nautilus it works ok, but if you drop files from pcmanfm it throws
a exception at the console.
I also attach a patch to openjdk, to ignore lines with only null
Hi
In short, I've attached a patch with a workaround.
I've to test it in other environments (windows) before send it to
upstream.
I've to test too the jdk7 / pcmanfm bug and open a new bug.
The root error is pcmanfm sends a null-terminated-string for file list
(nautilus don't send it)
When
Hi.
Both patches attached at upstream JIRA and reopened HTTPCLIENT-1265.
Waiting for response.
Kind regards
Alberto
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi Tobias
Here's a testcase.
In sid it works fine, but if I use the jars provided in testing it
fails.
Important: the pdf file is protected , so it's necesary bouncycastle
to decrpyt it. Normal pdf files don't fail because they don't need
bouncycastle.
Attached sample pdf and sample java that
Hie Tobias and Niels
I've upload to the BTS a testcase for the bug.
It's a protected pdf sample file and a simple java program that counts
the number of pages of a PDF.
It works fine in sid and fails in testing.
Grettings
Alberto
--
To UNSUBSCRIBE, email to
fixed 689484 22.0.1229.94~r161065-1
thanks
Hi
This bug have been fixed upstream and sid-testing version works fine (at
least works for me)
they have recently applied the patch again to the M23 and M24 branches
because they accidentally reverted it.
Michael, can you please confirm it works for
Hi All,
I've prepared the patch with the problem pointed by David fixed (thanks
David). It also fixes a bug related to wildcard certificates.
The first patch is backported from httpclient 4.0 and apache synapse.
This second patch backports some fixes from httpclient 4.2
The patch differ a lot
Description: Fixed CN extraction from DN of X500 principal and wildcard validation
commons-httpclient (3.1-10.2) unstable; urgency=low
* Fixed CN extraction from DN of X500 principal and wildcard validation
Author: Alberto Fernández MartÃnez inf...@gmail.com
Origin: other
Bug-Debian:
Description: Fixed CN extraction from DN of X500 principal and wildcard validation
axis (1.4-16.2) unstable; urgency=low
* Fixed CN extraction from DN of X500 principal and wildcard validation
Author: Alberto Fernández MartÃnez inf...@gmail.com
Origin: other
Bug-Debian:
volunteer to sponsor your
new version if you confirm that this is needed to finally fix the issue.
Kind regards
Andreas.
On Thu, Dec 06, 2012 at 01:49:07PM +0100, Alberto Fernández wrote:
Hi All,
I've prepared the patch with the problem pointed by David fixed (thanks
David
Hi
I've reopened the two bugs.
The first patch was incomplete, as pointed by David and by other bug
i've found reviewing the code.
The bug pointed by David can occur in some rare cases where the CA
issues malformed certificates. It's rare, but there are may CA...
The other bug it's about
Hi,
I've uploaded the two packages to mentors.debian.net.
We must solve the two bugs at the same time because axis uses
commons-httpclient.
Upstream seems End-of-life and rejected the patches.
El mié, 05-12-2012 a las 16:43 +0100, Andreas Tille escribió:
Hi,
seems the package is ready for
, Andreas Tille escribió:
Hi Alberto,
On Wed, Dec 05, 2012 at 06:01:51PM +0100, Alberto Fernández wrote:
I've uploaded the two packages to mentors.debian.net.
We must solve the two bugs at the same time because axis uses
commons-httpclient.
I guess you mean bug #692442, right
Hi Mike,
I don't understand what you expect from me.
I've uploaded the patches to the BTS, I don't know what next steep is.
I suppose a maintainer would pick it from there.
If there's something I can do let me know.
Thanks,
Alberto
El jue, 22-11-2012 a las 04:00 -0500, Michael Gilbert
El jue, 22-11-2012 a las 04:00 -0500, Michael Gilbert escribió:
I've backported the routine to validate certificate name, and I've made
a patch (attached).
I'm not sure it's a good idea apply the patch, it can break programs
that connect with bad hostnames (ips, host in /etc/hostname,
Here is the patch posted to upstream:
https://issues.apache.org/jira/browse/HTTPCLIENT-1265
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
patch posted upstream:
https://issues.apache.org/jira/browse/AXIS-2883
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi
I've backported the routine to validate certificate name, and I've made
a patch (attached).
I'm not sure it's a good idea apply the patch, it can break programs
that connect with bad hostnames (ips, host in /etc/hostname, etc)
Description: Validates the hostname requested is the same in the
Hi
I've made a patch (attached)
It's basically the same patch i've submitted to commons-httpclient
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=692442 ),
This patch is tested in commons-httpclient but untested in axis (sorry)
Description: Validates the hostname requested is the same in
the upstream bug is at:
http://code.google.com/p/chromium/issues/detail?id=138386
It's marked as Fixed, but I think it needs some more work (last comment
says it's undone)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
I've tried putting a new rule on debian/rules and it works:
override_dh_auto_configure:
dh_auto_configure -- --datarootdir=/usr/share/osm2pgsql
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi
Default postgresql port is 5432.
If you try to install two different postgresql versions on Debian, it
assigns the next port to the new database.
I guest you have (at least at 8.4 install time) postgresql 8.3
installed too.
I think it's not a bug (default port is ok) and you can always use
It's the launcher script, not josm.
The echo command is failing if no console is available (or redirect to
somewhere).
if you put the echo commands this way
echo message || true
all works fine.
if [ $JAVACMD ]; then
echo Using $JAVACMD to execute josm. || true
exec $JAVACMD $JAVA_OPTS
Seems to be fixed upstream in version 4262.
I've tested on debian sid (4487) and seems to be ok.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hi,
I've solved that on my machine.
You can try the following:
Create the file /etc/osmosis/log4j.properties with a simple line (file
attached)
log4j.logger.org.java.plugin=WARN
I've tried an empty file, because log4j is configured by osmosis (or a
library osmosis uses), but it doesn't work
In debian sid (amd64)
You can solve it installing libaccess-bridge-java-jni
Maybe can be a 'required' by josm.
This package install libjava-access-bridge-jni.so
to /usr/lib/jni/libjava-access-bridge-jni.so, so you need to create a
symlink
in
35 matches
Mail list logo