Hi Markus,
thanks for the prompt reply. I gave it another try with Java 11 and to
my surprise it is working there. After having a closer look at the Java
doc it turns out that the change in return value type from Buffer to
ByteBuffer is only present in Java 9 and has been reverted in 10 again.
Package: libpdfbox2-java
Version: 2.0.9-1
Severity: important
Dear Maintainer,
I get the exception below when running my Java program using
libpdfbox2-java. I tried running the program with different
JREs (down to 1.7) but the error persists. I guess the problem is
that libpdfbox2-java is
Hi,
I am experiencing the same problem. I attached gdb after ssvnc was
started to 'wish /usr/lib/ssvnc/util/ssvnc.tcl' and got the following
backtrace when pression 'Options':
Program received signal SIGSEGV, Segmentation fault.
0x7f8377c646ef in ?? () from
Hi,
try out 2.6.25-rc8, installs just fine in Lenny/sid, see trunk apt lines
This works! However I still have to specify the model manually to get
digital out. Auto-probe will leave me without it.
I will wait for 2.6.25 then.
Thanks for the pointer and best wishes,
Martin.
--
To
Package: linux-image-2.6.24-1-amd64
Version: 5
Severity: normal
Hi,
with the upgrade to 2.6.24 I cannot get digital sound to work any more.
With the following options provided it worked (and works) fine with 2.6.23:
snd-hda-intel model=6stack-dig
Starting with 2.6.24 I get the following error
Package: ftp.debian.org
Severity: important
Hi,
Just recently a security problem was found in all MaxDB versions (see
bug #461444). This problem cannot be easily fixed.
In addition, MaxDB has gone closed source again starting with version 7.6
and there will be no more updates to the open source
Hi Donatas,
have you installed the maxdb-server-7.5.00 package as well? If you
actually want to run a database you will need this package. The
maxdb-server package only contains a server that you need for remote
communication (and that can be installed without the actual server).
Best
Hi,
opening of this bug coincided with the upload of the new packages that
fixed the problem. The current package version 7.5.00.44-2 builds fine.
Best wishes,
Martin.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
I have successfully built and tested a new MaxDB version with NPTL
support for i386. Currently I am waiting for my sponsor to upload a new
version of the maxdb-buildtools package which is a prerequisite for an
upload of the fixed MaxDB packages.
Best wishes,
Martin.
--
To UNSUBSCRIBE,
Hi Martin,
Thanks for reporting. This is already fixed in the upload I am currently
preparing.
Best wishes,
Martin.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi Laurent,
Have you tried with the libc6 version that is in experimental ?
I've finally had the time to test with glibc 2.5. The problem is that in
this version support for linuxthreads was removed. MaxDB 7.5 is still
using this old threading variant on i386 instead of NPTL. I will try and
Hi,
Thanks for reporting this bug. The current version of python-all-dev
does not include the dependencies on python2.3-dev any more which
results in the build failure. I will add a fix shortly.
Best wishes,
Martin.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Hi Julien,
I just noticed this last night. The actual error is a problem with gcc-4.1:
vpa01c.c: In function 'pa01CompareKeywordW':
vpa01c.c:1318: fatal error: internal consistency failure
compilation terminated.
Preprocessed source stored into
Hi,
just a quick update of the situation:
Upstream is still using Word documents as the basis for the HTML docs. I
have asked about the possibility of a license exemption but am not
expecting an answer anytime soon.
This still leaves the discussion open as to whether the HTML would
qualify as
Hi Guido,
Guido Trotter wrote:
I've been asked by the debian release team to look into this bug and see what
can be done to have a successful resolution.
Thanks for taking the initiative. I have been thinking of asking for
advice on this bug on debian-devel, but so far just couldn't get myself
Package: php4-dev
Version: 4:4.4.2-1
Severity: normal
Hi,
phpize4 calls phpize.m4 without specifying which php-config to call, so the
generic php-config is called which usually points to php-config5 if
php5-dev is installed. This results in a Makefile which contains include
paths and the API
Hi Jeroen,
the dir permissions are part of MaxDB's security concept and actively
enforced by the binaries (they refuse to start if they detect
permissions different from what they expect). The idea is to allow local
and remote users to start and stop databases without belonging to any
special
Package: openoffice.org-common
Version: 2.0.0-5
Severity: normal
Hi,
Trying to send e-mail attachments via sensible-ooomua is broken on etch.
The Python script sensible-ooomua requires the 'subprocess' module
which is only available in Python 2.4 (as far as I can see). In a default
etch
Hi Florian,
as far as I know the actual upstream 'source code' is MS-Word, so I
don't know if one were better of with a proprietary format. Given the
fact that HTML can still be processed with simple text processing tools
I have no problem to take this at least as 'some sort of' source code
Hi Charles,
MaxDB on PowerPC requires a 64bit environment while Debian only has
32bit afaik, so getting it to run with Debian on PowerPC can't be done
with a simple compile but would come close to a proper port of MaxDB
(although probably a lot of the pieces are already available somewhere
Hi,
upstream is providing the html files under the GPL. They are not
providing the files the html is generated from, but since they are the
copyright owners, they are free to release the files in any format they
like (and any license they like).
So regarding the maxdb-doc package, there is
Package: debhelper
Version: 5.0.7
Severity: normal
Tags: patch
Hi,
dh_installdocs creates debhelper scripts for doc-base files that have been
explicitly excluded via the -X command line switch.
Although I am not a perl hacker, the following patch seems to do the trick.
Best wishes,
Martin.
Hi Laurent,
I have noticed this myself. It is due to the fact that the documentation
for libsqldbc cannot be generated at the moment due to some missing
files in the upstream tarball. I will have to remove the dhelp entry for
the time being.
Thanks for reporting the problem.
Best wishes,
Hi Lars,
I don't remove any of /var/lib/maxdb because it contains all the
databases (registration and content) created on the system and I
consider those too precious to remove automatically even on purge.
Could you please add an exception to piuparts for maxdb-server?
Thanks and best
Hi,
I can confirm the bug and will prepare a workaround. There must have
been some changes with one of the latest gcc releases that make the
compiler pickier. At the time of the upload the compilation process had
no problems...
Thanks for reporting this bug.
Best wishes,
Martin.
--
To
Hi Wolfgang,
Well, all free runtimes in debian are capable of running JDBC drivers. So
there is no point to exclude the other runtimes. If it works with
java-gcj-compat then it works with all the others given by the virtual
package java1-runtime e.g. kaffe, jamvm, sablevm. java-gcj-compat and
Hi,
sorry for the long silence, I have been away for some time.
I checked with the developers and they claim that a Java2 runtime needs
to be available for all aspects of the driver to work properly, so I
don't want to put a java1-runtime dependency in the package even if it
seems to work
If it can't be fixed then maybe it would be a good idea to mention this
in the man-page. Currently the man-page states in its description of the
TERM variable that it assumes a default of 'unknown' - but not that this
very default will make nvi abort.
BTW, vim -s complains about a terminal
Package: nvi
Version: 1.79-22
Severity: normal
ex aborts if a terminal type is set it doesn't know, while as far as I
know it should disregard TERM if called in batch mode according to POSIX.
Example:
[EMAIL PROTECTED]:/tmp$ export TERM=weirdterm
[EMAIL PROTECTED]:/tmp$ nex
nex: weirdterm:
Hi,
thanks for reporting this issue and for the fix. I passed it on to
upstream. Meanwhile I will integrate your patch and upload it with the
next package (which can take some time due to the upcoming C++ ABI changes)
Thanks again and best wishes,
Martin.
--
To UNSUBSCRIBE, email to
Hi,
there should be a symlink /usr/lib/python2.3/site-packages/sapdb
pointing to the sdb directory. I verified its existence with the maxdb
packages in sarge and I am also able to import sapdb.sql and create a
Connection object with sdb.dbapi. So, in short, I can't reproduce your
problem. Is
Hi,
today, I had trouble with the samba/cups combination even with the
sleep 2 workaround (although I do not really understand why). Upon
closer inspection of the cupsys init-script I
was wondering if you need the pid-file at all. It seems that you are not
using the pid (e.g. when stopping
It's too late to enter in Sarge (this problem isn't release-critical),
but I'll add sleep 2 to wait daemon's wakeup in next upload (for
Sid and next testing Etch).
Thanks for your fast response. sleep 2 was enough for me to solve the
problem.
Best wishes,
Martin.
--
To UNSUBSCRIBE, email to
Package: cupsys
Version: 1.1.23-10
Severity: important
Hi,
the init-script for cups /etc/init.d/cupsys simply starts cupsd in the
background and then finishes immediately, although cupsd is not yet
accepting requests.
In my case, samba was started just a second after cupsd by the samba
Package: gjdoc
Version: 0.6.1-14
Severity: normal
Hi,
when trying to build libsapdbc7.5.01-java from the current version in
unstable and testing I noticed that the dh_javadoc step keeps failing
with
rm: cannot remove `gjdoc_rawcomment.cache': No such file or directory
It seems that the
35 matches
Mail list logo
