Bug#816607: void EncoderStrategy::AppendToBitStream(LONG, LONG): Assertion `bitpos >=0' failed

2016-03-03 Thread Sjors Gielen
at runtime. Op do 3 mrt. 2016 om 23:09 schreef Sjors Gielen : > Hello Matthieu, > > A test case is attached. It allocates an uncompressed 1165 by 1434 pixel > 16-bit image, and writes a relatively small set of pixels while still > reproducing the issue. > > It then fills a

Bug#816607: libcharls1: void EncoderStrategy::AppendToBitStream(LONG, LONG): Assertion `bitpos >=0' failed

2016-03-03 Thread Sjors Gielen
Package: libcharls1 Version: 1.0-6 Severity: important Dear Maintainer, I can reliably reproduce an assertion failure in LibCharLS version 1.0-6. My investigation into this is still pending, but nonetheless I wanted to raise this early so that we could discuss potential fixes. The assertion happ

Bug#751634: Erratum

2014-06-14 Thread Sjors Gielen
The bug report says "since upgrading from wheezy to jessie", but I just noticed I didn't even do that yet: this bug occurs on vanilla wheezy. I'll try upgrading to xbmc from wheezy-backports to see if the bug still occurs there. Sjors signature.asc Description: OpenPGP digital signature

Bug#751634: /usr/lib/xbmc/xbmc.bin: XBMC aborts when scrolling over some directory

2014-06-14 Thread Sjors Gielen
Package: xbmc-bin Version: 2:11.0~git20120510.82388d5-1+b1 Severity: important File: /usr/lib/xbmc/xbmc.bin Since upgrading from Wheezy to Jessie, xbmc has started to crash (sometimes SIGABRT, sometimes SIGSEGV) while scrolling through a directory of videos that previously worked fine. The specifi

Bug#745419: [Pkg-xen-devel] Bug#745419: xen-utils-4.1: Pygrub fails to boot from LVM LV when something installed in the volume boot record

2014-04-23 Thread Sjors Gielen
Hi Ian, Thanks for your reply. My thoughts are inline. Ian Campbell schreef op 22-04-14 16:14: > I'm afraid I don't follow your logic here. is_disk_image is trying to > determine whether or not the device (be it a virtual device or > otherwise) contains a partition table or not. A device with a p

Bug#745419: xen-utils-4.1: Pygrub fails to boot from LVM LV when something installed in the volume boot record

2014-04-21 Thread Sjors Gielen
Sjors Gielen schreef op 21-04-14 15:43: > When an LVM LV that serves as the root disk for a Xen DomU contains a boot > loader (or possibly other data) in its volume boot record, pygrub fails to > boot > it, printing "Error: boot loader didn't return any data" before

Bug#745419: xen-utils-4.1: Pygrub fails to boot from LVM LV when something installed in the volume boot record

2014-04-21 Thread Sjors Gielen
Package: xen-utils-4.1 Version: 4.1.4-3+deb7u1 Severity: important When an LVM LV that serves as the root disk for a Xen DomU contains a boot loader (or possibly other data) in its volume boot record, pygrub fails to boot it, printing "Error: boot loader didn't return any data" before exiting. I

Bug#705115: "cannot compile this atomic library call yet" fixed in clang trunk

2013-05-31 Thread Sjors Gielen
Erratum: even though revision 183033 is supposed to fix this bug "on architectures for which we don't provide these operations as builtins (e.g. ARM)", I've just compiled Clang from the earlier revision 182770 and in there, the following test program already compiles and runs fine: sjors@baz:~

Bug#705115: "cannot compile this atomic library call yet" fixed in clang trunk

2013-05-31 Thread Sjors Gielen
This bug is fixed in Clang trunk, revision 183033: http://llvm.org/viewvc/llvm-project?view=revision&revision=183033 This fix will be in Clang 3.4, probably not in Clang 3.3. Considering this bug makes clang-3.2 unusable on armhf for any serious code, maybe a back-port of this patch would be so

Bug#701943: quassel-core: Only start quassel-core after its database

2013-02-28 Thread Sjors Gielen
Erratum: the init script is at /etc/init.d/quasselcore (without the dash). signature.asc Description: OpenPGP digital signature

Bug#701943: quassel-core: Only start quassel-core after its database

2013-02-28 Thread Sjors Gielen
Package: quassel-core Version: 0.8.0-1 Severity: normal Tags: patch The init script /etc/init.d/quassel-core allows starting quassel-core before its databases are set up. This is OK in the default configuration where quassel-core uses SQLite, but on large setups quassel-core is set up using a back

Bug#700717: request-tracker4: Server path display issue in /usr/bin/rt

2013-02-16 Thread Sjors Gielen
Package: request-tracker4 Version: 4.0.7-4 Severity: minor When Request Tracker is installed under a path, such as https://rt.example.org/rt, the /usr/bin/rt tool does not display the path correctly. This makes debugging connection issues harder, for example. To reproduce, run: RTSERVER="https://

Bug#698998: felix-main: felix-framework requires java-wrappers to be installed, but it's not listed as a dependency

2013-01-25 Thread Sjors Gielen
Package: felix-main Version: 4.0.1-2 Severity: important felix-main includes a script called "felix-framework", which is a short-hand for starting the Felix framework in one go. This script sources the file /usr/lib/java-wrappers/java-wrappers.sh without checking whether that file exists. The file

Bug#690733: dcmtk: There should be a debug package

2012-10-16 Thread Sjors Gielen
+++ debian/changelog 2012-10-15 21:01:19.565216697 +0200 @@ -1,3 +1,10 @@ +dcmtk (3.6.0-9.1~sjors1) unstable; urgency=low + + * Non-maintainer upload. + * Add libdcmtk2-dbg package for debugging symbols. + + -- Sjors Gielen Mon, 15 Oct 2012 16:11:03 +0200 + dcmtk (3.6.0-9) unstable; urgency

Bug#649520: munin: Munin should not automatically add itself to Apache configuration

2011-11-21 Thread Sjors Gielen
Package: munin Version: 1.4.6-1 Severity: wishlist Munin installs itself into /etc/apache2/conf.d, which makes Apache automatically load access rules for the Munin configuration for every address in Apache. This is both unexpected and insecure. The problem is the following line in the postinst scr

Bug#634826: Please package the last version

2011-11-20 Thread Sjors Gielen
Package: trac-git Version: 0.0.20100513-2 Followup-For: Bug #634826 This version of the package is unusable next to trac -- not only does it not work with version 0.12, it also gives some vague error instead of bailing out with a clear message. It would be better if this package had "trac < 0.12"

Bug#647893: quassel-core: Silently disables SSL support if a certificate is expired

2011-11-07 Thread Sjors Gielen
Apparantly I have failed here: this message did show in my log prior to start-up: 2011-10-18 19:41:18 Warning: SslServer: Invalid certificate 2011-10-18 19:41:18 Warning: SslServer: Unable to set certificate file Quassel Core will still work, but cannot provide SSL for client connections

Bug#647893: quassel-core: Silently disables SSL support if a certificate is expired

2011-11-07 Thread Sjors Gielen
Package: quassel-core Version: 0.7.3-1 Severity: important Tags: upstream Quassel-core by default reads a quasselCert.pem file, containing a certificate and a private key, to determine if it can enable SSL support for communication between client and core. If it couldn't load the certificate, it s

Bug#610730: mpt-status: -p asks to e-mail author if no SCSI device can be found, but author e-mail address is nonexistant

2011-01-21 Thread Sjors Gielen
Package: mpt-status Version: 1.2.0-7 Severity: minor File: mpt-status The mpt-status executable might not detect a hardware RAID in your SCSI ID's correctly. In this case, "mpt-status -p" will fail to find the drive, and say "Nothing found, contact the author". The author e-mail address in the m

Bug#610729: mpt-status fails to find HP Proliant RAID array, keeps sending failure e-mails

2011-01-21 Thread Sjors Gielen
Package: mpt-status Version: 1.2.0-7 Severity: normal The mpt-status tool was installed on my Debian Lenny HP Proliant server after installation. It instantly began sending me an e-mail every two hours containing just: > This is a RAID status update from mpt-statusd. The mpt-status > program r

Bug#522142: ITP: Qoreutils -- Coreutils reimplemented using Qt libraries

2009-04-01 Thread Sjors Gielen
- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sune Vuorela wrote: > Package: wnpp > Severity: wishlist > Owner: Sune Vuorela > > > * Package name: Qoreutils > Version : 1.0.0 > Upstream Author : John Doe > * URL : http://www.qoreutils.org/ > * License : GPL

Bug#522142: ITP: Qoreutils -- Coreutils reimplemented using Qt libraries

2009-04-01 Thread Sjors Gielen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sune Vuorela wrote: > Package: wnpp > Severity: wishlist > Owner: Sune Vuorela > > > * Package name: Qoreutils > Version : 1.0.0 > Upstream Author : John Doe > * URL : http://www.qoreutils.org/ > * License : GPL

Bug#513073: Bug #513073 - debhelper impossible to unpack on Win32 due to case insensitivity - please reopen

2009-02-24 Thread Sjors Gielen
Neil Williams schreef: On Tue, 24 Feb 2009 23:07:35 +0100 Sjors Gielen wrote: I'd like to ask you to reopen this bug. I have sent you a patch which fixes debhelper so it can unpack on case insensitive file systems or operating systems. debhelper has in its main directory, next t

Bug#513073: Bug #513073 - debhelper impossible to unpack on Win32 due to case insensitivity - please reopen

2009-02-24 Thread Sjors Gielen
Hello Joey and list, I'd like to ask you to reopen this bug. I have sent you a patch which fixes debhelper so it can unpack on case insensitive file systems or operating systems. debhelper has in its main directory, next to the regular debian directory, also a Debian directory which contains P

Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.

2009-02-18 Thread Sjors Gielen
Rafael Belmonte schreef: Kmess 1.5 is the current stable version of kmess, and built in KDE3, kmess2 is the current development version of kmess and built in KDE4, it is not stable yet, but it provides functional svn snapshots regularly. I am not sure if kmess and kmess2 packages should be at th

Bug#515663: ITP: kmess2 -- Windows(R) Live(R) Messenger(R) Client for KDE4.

2009-02-17 Thread Sjors Gielen
Sune Vuorela schreef: On Monday 16 February 2009 20:38:38 Rafael Belmonte wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: kmess2 Version: 2.0alpha Upstream Author: Diederik van der Boor

Bug#513073: Status update on #513073 - debhelper impossible to unpack on Win32 due to case insensitivity

2009-02-12 Thread Sjors Gielen
Hey all, I'm wondering about the status of this bug. A patch has been supplied which fixes a problem as seen on Cygwin. Has it been committed yet? Can the bug be closed? Sjors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Co

Bug#513073: closed by Joey Hess (Re: Bug#513073: debhelper impossible to unpack on Win32 due to case insensitivity)

2009-01-26 Thread Sjors Gielen
Joey Hess schreef: You're implicitly asking me to take care to avoid the case of files that differ only in case, which would be an ongoing effort, for no appreciable benefit. I'm asking you to apply this patch to make it possible for users with case-insensitive filesystems to install debhelpe

Bug#513073: closed by Joey Hess (Re: Bug#513073: debhelper impossible to unpack on Win32 due to case insensitivity)

2009-01-25 Thread Sjors Gielen
Debian Bug Tracking System schreef: Sjors Gielen wrote: The debhelper package contains both a 'debian' directory for debian/rules etc and a 'Debian' directory for the Debian/Debhelper/*.pm Perl modules. Therefore, on Win32 (i.e. Cygwin), it is impossible to unpack debh

Bug#513073: debhelper impossible to unpack on Win32 due to case insensitivity

2009-01-25 Thread Sjors Gielen
Package: debhelper Version: 7.0.17 Hey all, The debhelper package contains both a 'debian' directory for debian/rules etc and a 'Debian' directory for the Debian/Debhelper/*.pm Perl modules. Therefore, on Win32 (i.e. Cygwin), it is impossible to unpack debhelper - when you try, you get only th

Bug#504757: Agreed

2008-12-28 Thread Sjors Gielen
I just fixed a problem I could not even find out using ssh's highest debug level - had to pipe it through strace! write(2, "debug1: server_input_channel_req"..., 69debug1: server_input_channel_req: channel 0 request x11-req reply 0^M ) = 69 write(2, "debug1: session_by_channel: sess"..., 49debug1: