Bug#793408: RM: /rabox/ -- RoM; bady maintained
Package: ftp.debian.org Coin, This software has received very few maintenance since 2010. I struggled to get patches merged but the result was quite disappointing (when i even had a reply). A nasty GnuTLS server linking bug was reported many years ago but remained unsolved. I don't think this software has any future and I'm fed-up loosing my time trying to get anything from upstream. So please obliterate the following packages from the Debianverse: - ircd-ratbox - ratbox-services Regards. -- Marc Dequènes (Duck) pgpFI_ijaAMxj.pgp Description: PGP Digital Signature
Bug#768841: libgnutls-deb0-28: SIGABRT when loading certificates
Coin, Quoting Andreas Metzler ametz...@bebt.de: Could you check whether upgrading to 3.3.10 (just uploaded to experimental) fixes the issues you reported, too? You're right, this fixed the problem for both minbif and ircd-ratbox. PS: Looking at https://www.debian.org/Bugs/Developer.en.html#severities this seems to match a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone which would be important, not grave. I disagree. When a bug breaks other packages, this is clearly unsuitable for release and ought to be RC. It can't be critical as it does not break unrelated softwares […]. It can't be serious as it is not a matter of policy. For a library, which only use is to provide functions to other programs, to cause crashes to many rdeps is in my opinion being unusable or mostly so. Well, thanks for your help. I think the next step is ensuring this fix enters Jessie. 3.3.10 does not seem to add more than a few fixes (which at first glance seem important). It could be reasonable to discuss an unblock with the RT. Regards. -- Marc Dequènes (Duck) pgpEl1cgNZe95.pgp Description: PGP Digital Signature
Bug#728113: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed!
Control: severity -1 serious Coin, Unfortunately this breaks smartmontools upgrade. Setting up smartmontools (6.3+svn4002-2) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Starting S.M.A.R.T. daemon: smartdInconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != ((void *)0)' failed! failed! invoke-rc.d: initscript smartmontools, action start failed. dpkg: error processing package smartmontools (--configure): subprocess installed post-installation script returned error exit status 1 Regards. -- Marc Dequènes (Duck) pgpXe3UinNYIP.pgp Description: PGP Digital Signature
Bug#768841: libgnutls-deb0-28: SIGABRT when loading certificates
Package: libgnutls-deb0-28 Version: 3.3.8-3 Severity: grave Justification: breaks related softwares (minbif, ircd-ratbox) Control: affects -1 = minbif ircd-ratbox Coin, I had to update all my certificates because our CA is going to expire soon. I then restarted all services with the new CA and server certificates and it worked for all services but minbif and ircd-ratbox (probably the only ones using gnutls). minbif fork for each connecting user and the new process crash ; see the strace and gdb trace attached. I was not able yet to get a core for ircd-ratbox but the strace is similar. Reverting the certificates (which are still valid until the end of the month) did not help. Downgrading gnutls to 3.3.8-2 (before the rusage patch) did not help either. I find two things disturbing. First, fd 3 is used to read the public key, closed, but then read again which fails and the abort is done shortly afterwards. Second, rnd_func() fails like if there was no entropy available, but /proc/sys/kernel/random/entropy_avail proves it wrong (the machine has a hardware generator with rngd). As for the timing, i uploaded ircd-ratbox on 2014-07-29 which worked perfectly on the testing suite at that time (after a gnutls 3 patch). Tell me if you need anything tested and thanks for your help. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgnutls-deb0-28 depends on: ii libc6 2.19-12 ii libgmp10 2:6.0.0+dfsg-4 ii libhogweed22.7.1-3 ii libnettle4 2.7.1-3 ii libp11-kit00.20.7-1 ii libtasn1-6 4.1-1 ii multiarch-support 2.19-12 ii zlib1g 1:1.2.8.dfsg-1 -- Marc Dequènes (Duck) #0 0x7f9727650107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 28099 selftid = 28099 #1 0x7f97276514e8 in __GI_abort () at abort.c:89 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0x1631eb0, sa_sigaction = 0x1631eb0}, sa_mask = {__val = {140733327892112, 140733327890224, 140287214206471, 1, 0, 0, 140287177530664, 23280608, 140733327890224, 23290456, 140287214232357, 4294966954, 0, 23264720, 0, 0}}, sa_flags = 0, sa_restorer = 0x161a220} sigs = {__val = {32, 0 repeats 15 times}} #2 0x7f9728009199 in rnd_func (_ctx=0x0, length=264, data=0x7fff08045740 ) at pk.c:62 No locals. #3 0x7f97238cd346 in nettle_mpz_random_size (x=0x7fff08045910, ctx=0x0, random=0x7f9728009169 rnd_func, bits=2112) at bignum-random.c:44 length = 264 data = 0x7fff08045740 #4 0x7f97238cd3d1 in nettle_mpz_random (x=0x7fff08045910, ctx=0x0, random=0x7f9728009169 rnd_func, n=0x7fff08045a48) at bignum-random.c:81 No locals. #5 0x7f97238d024a in _nettle_rsa_blind (pub=0x7fff08045a40, random_ctx=0x0, random=0x7f9728009169 rnd_func, c=0x7fff08045a30, ri=0x7fff08045980) at rsa-blind.c:50 r = {{_mp_alloc = 1, _mp_size = 0, _mp_d = 0x161a400}} #6 0x7f97238cedbd in nettle_rsa_pkcs1_sign_tr (pub=0x7fff08045a40, key=0x7fff08045a70, random_ctx=0x0, random=0x7f9728009169 rnd_func, length=51, digest_info=0x1638500 010\r\006\t`\206H\001e\003\004\002\001\005, s=0x7fff08045a30) at rsa-pkcs1-sign-tr.c:47 ri = {{_mp_alloc = 1, _mp_size = 0, _mp_d = 0x161a310}} #7 0x7f972800a997 in _wrap_nettle_pk_sign (algo=GNUTLS_PK_RSA, signature=0x7fff08045bf0, vdata=0x7fff08045b80, pk_params=0x1644680) at pk.c:566 priv = {size = 256, d = {{_mp_alloc = 33, _mp_size = 32, _mp_d = 0x1639180}}, p = {{_mp_alloc = 17, _mp_size = 16, _mp_d = 0x1639320}}, q = {{_mp_alloc = 17, _mp_size = 16, _mp_d = 0x1638a10}}, a = {{_mp_alloc = 16, _mp_size = 16, _mp_d = 0x16398d0}}, b = {{_mp_alloc = 16, _mp_size = 16, _mp_d = 0x1639960}}, c = {{_mp_alloc = 17, _mp_size = 16, _mp_d = 0x1638aa0}}} pub = {size = 256, n = {{_mp_alloc = 33, _mp_size = 32, _mp_d = 0x1639070}}, e = {{_mp_alloc = 1, _mp_size = 1, _mp_d = 0x1616800}}} s = {{_mp_alloc = 32, _mp_size = 32, _mp_d = 0x1639e40}} ret = 134502912 hash_len = 32767 me = 0x7f9723d44e5a #8 0x7f9727f4176c in gnutls_privkey_sign_raw_data (key=0x1645860, flags=0, data=0x7fff08045b80, signature=0x7fff08045bf0) at gnutls_privkey.c:909 No locals. #9 0x7f9727f4147c in gnutls_privkey_sign_data (signer=0x1645860, hash=GNUTLS_DIG_SHA256, flags=0, data=0x7fff08045be0, signature=0x7fff08045bf0) at gnutls_privkey.c:788 ret = 0 digest = {data = 0x1638500 010\r\006\t`\206H\001e\003\004\002\001\005, size = 51} me = 0x7f972824b360 hash_algorithms+96 #10 0x7f9727f2d4ad in _gnutls_check_key_cert_match (res=0x16350e0) at gnutls_cert.c:936 test = {data
Bug#762378: phppgadmin: partial SQL execution failure
Package: phppgadmin Version: 5.1-1 Coin, When executing the attached SQL commands as a file upload (i did not try to paste it) i got this: START TRANSACTION DELETE 1 INSERT 0 1 DELETE 0 COMMIT This execution silently skip the second INSERT statement and mislead the user in thinking it was run correctly (i checked the second insert is not done, this is not just a wrong display). Using psql with the same script i got: START TRANSACTION DELETE 1 INSERT 0 1 DELETE 0 INSERT 0 325 COMMIT Which means phppgadmin should have been able to run it correctly. Regards. -- Marc Dequènes (Duck) english.sql Description: application/sql pgpLnzPUaQpk9.pgp Description: PGP Digital Signature
Bug#582711: PATCH: IPv6 support for dico client
Coin, Quoting أحمد المحمودي aelmahmo...@users.sourceforge.net: I just found out that this problem happens only if I run dicod in daemon mode. But if run in inetd mode, then dico --host=localhost lookup word runs successfully. As i see in /etc/hosts, localhost can either be 127.0.0.1 or ::1 because of this line (from a standard Debian install): ::1 localhost ip6-localhost ip6-loopback Which means it may have tried IPv6 first. Also beware localhost.yourdomain may also be available in your DNS and… I've not yet tested your patch but i think there is probably no specific problem with localhost. Regards. -- Marc Dequènes (Duck) pgp_49nCbtEHZ.pgp Description: PGP Digital Signature
Bug#761637: crashes at startup if appearance/password_hash is setup
Package: phpldapadmin Version: 1.2.2-5.1 Severity: normal Coin, After upgrading from 1.2.2-5 to 1.2.2-5.1, the appearance/password_hash setting is not accepted anymore, leading to the following message: Function error called incorrectly [ERROR: Setting a index [appearance,password_hash] that isnt predefined.] I set this parameter with: $servers-setValue('appearance','password_hash','ssha'); similarly as in /usr/share/phpldapadmin/config/config.php.example. Regards -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phpldapadmin depends on: ii apache22.4.10-1 ii apache2-bin [httpd]2.4.10-1 ii debconf [debconf-2.0] 1.5.53 ii libapache2-mod-php55.6.0+dfsg-1 ii php5-cli 5.6.0+dfsg-1 ii php5-ldap 5.6.0+dfsg-1 ii ucf3.0030 phpldapadmin recommends no packages. phpldapadmin suggests no packages. -- Configuration Files: /etc/phpldapadmin/apache.conf changed [not included] … -- debconf information excluded -- Marc Dequènes (Duck) pgpekGMSF0D0E.pgp Description: PGP Digital Signature
Bug#761517: calibre: Crashes at startup on sip_api_can_convert_to_type
Package: calibre Version: 2.2.0+dfsg-2 Severity: grave Justification: renders package unusable Coin, I just upgraded calibre from 1.48.0+dfsg-1 which worked pretty well, but this new version does not start: $ calibre python2.7: /tmp/buildd/sip4-4.16.3+dfsg/siplib/siplib.c:8514: sip_api_can_convert_to_type: Assertion `(((td)-td_flags 0x0007) == 0x) || (((td)-td_flags 0x0007) == 0x0002)' failed. Aborted In the meanwhile python-sip upgraded from 4.16.2+dfsg-1 to 4.16.3+dfsg-1, nevertheless reverting did not help at all. Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin2.2.0+dfsg-2 ii fonts-liberation 1.07.4-1 ii imagemagick8:6.8.9.6-4 ii libjs-mathjax 2.4-1 ii poppler-utils 0.26.4-1 ii python-apsw3.8.6-r1-1 ii python-beautifulsoup 3.2.1-1 ii python-chardet 2.2.1-2 ii python-cherrypy3 3.5.0-1 ii python-cssselect 0.9.1-1 ii python-cssutils0.9.10-1 ii python-dateutil1.5+dfsg-1 ii python-dbus1.2.0-2+b3 ii python-feedparser 5.1.3-2 ii python-imaging 2.5.3-1 ii python-lxml3.4.0-1 ii python-markdown2.4.1-1 ii python-mechanize 1:0.2.5-3 ii python-netifaces 0.10.4-0.1 ii python-pil 2.5.3-1 ii python-pkg-resources 5.5.1-1 ii python-pyparsing 2.0.2+dfsg1-1 ii python-pyqt5 5.3.2+dfsg-1 ii python-pyqt5.qtsvg 5.3.2+dfsg-1 ii python-pyqt5.qtwebkit 5.3.2+dfsg-1 ii python-routes 2.0-1 ii python2.7 2.7.8-7 ii xdg-utils 1.1.0~rc1+git20111210-7.1 Versions of packages calibre recommends: ii python-dnspython 1.11.1-1 calibre suggests no packages. -- no debconf information -- Marc Dequènes (Duck) pgpenMsGkI_gM.pgp Description: PGP Digital Signature
Bug#760952: ruby2.1: rdoc does not handle jquery.js anymore
Package: ruby2.1 Version: 2.1.2-4 Severity: important Control: block 760909 with -1 Coin, Between may, and probably since Ruby 2.1 took over 2.0, something changes in the rdoc behavior. In the past 'rdoc/js/jquery.js' was created, and i removed and replaced it with a symlink to avoid shipping copies (with a dependency on libjs-jquery in the -doc package). Someone rebuilded ruby-builder recently and discovered a FTBFS (see #760909). As this change probably makes several packages FTBFS, and as the proper symlink to the JS file is not created either, this feels like a regression to me. There's no reason a generated rdoc directory is not usable directly by pointing a browser into it (packaged or not), but it currently fails because it cannot find the 'jquery.js' file. So i'd like your opinion on this before acting on my affected packages. Regards. -- Marc Dequènes (Duck) pgp4eYnd6aovJ.pgp Description: PGP Digital Signature
Bug#720427: showdown: please update to v0.3.1
Coin, Any news on this front? Regards. -- Marc Dequènes (Duck) pgpMFT24t_IxL.pgp Description: PGP Digital Signature
Bug#720427: [Pkg-javascript-devel] Bug#720427: showdown: please update to v0.3.1
Quoting Jérémy Lal kapo...@melix.org: There are plenty other alternatives without a non-existent, dead upstream, for example marked (in debian). Tell me if you need a hand to patch it away from your reverse deps. In fact i've got a user running Ghost and i'm willing to remove the few manually installed deps (i don't intend to package or upgrade). It seems the current Ghost release is still using it and the next one will require 0.3.2. As i'm already forced to use NPM for this one, you may proceed removing it and avoid maintaining this in the upcoming release. This has to be solved upstream then. Thanks for your reply. Regards. -- Marc Dequènes (Duck) pgpSq89a0hm22.pgp Description: PGP Digital Signature
Bug#720427: [Pkg-javascript-devel] Bug#720427: showdown: please update to v0.3.1
Quoting Jérémy Lal kapo...@melix.org: Ghost seems to be in the (slow, clearly not a priority) process of switching to marked. I just discovered 0.3.2 was a fork from the Ghost project with just very few fixes. That's good news. So i guess there is no reason to keep this package any longer and give false hope to users not having noticed its death. Regards. -- Marc Dequènes (Duck) pgplUWQkWLgTP.pgp Description: PGP Digital Signature
Bug#760952: ruby2.1: rdoc does not handle jquery.js anymore
Quoting Antonio Terceiro terce...@debian.org: What changed is that libjs-jquery was moved to Recommends: and recommended packages are not installed by buildds. I missed it, thanks. I would have expected rdoc to fail because an expected file to copy is missing, not to silently skip it while still retaining all the JS calls inside the pages (i checked it). I'm not willing you to revisit your decision which i find perfectly sound, but i think the rdoc behavior is buggy. Regards. -- Marc Dequènes (Duck) pgpR7dvdMoWYz.pgp Description: PGP Digital Signature
Bug#759207: calibre: please add alternative for RAR handling
Package: calibre Version: 1.48.0+dfsg-1 Severity: wishlist Coin, RAR files can also be decrunched using 'unar' which is a Free alternative to the non-free 'unrar'. It would be very useful to support this alternative for 'cbr' files support. Regards. -- Marc Dequènes (Duck) pgp3bhSmJl0BK.pgp Description: PGP Digital Signature
Bug#758312: closed by Michael Gilbert mgilb...@debian.org (Re: [pkg-wine-party] Bug#758312: wine-development: please provide an upgrade path)
Coin, wine-unstable was never in a stable release (or testing even), so there is no need for the inconvenience of transitional packages. I already told you i was aware of that, but did you read my BR? Aren't you happy to be able to upgrade your unstable test system / pbuilder / sbuild instead of reinstalling it from scratch every time or having to do dirty hacking? Many libraries have many upgrade cycles before the freeze and other maintainers handle a proper migration wether or not this will be the final version for the release or not. This ensure rdeps and maintainer's test systems can be upgraded without pain. Even you have rdeps such as playonlinux. You cannot expect people to follow you very specific ML and handle things manually each time you feel like to rename a package. I know there is nothing clearly stated in the policy about this, but this is how all key packages are handled and this has proved good for us all, so i really urge you to rethink about it (for the future). Regards. -- Marc Dequènes (Duck) pgp_rGHRbu8M5.pgp Description: PGP Digital Signature
Bug#758814: php-horde-editor: editor unusable due to broken symlink
Package: php-horde-editor Version: 2.0.4+debian0-1 Severity: grave Coin, This symlink is broken: /usr/share/horde/js/ckeditor/ckeditor_basic.js - ../../../javascript/ckeditor/ckeditor_basic.js The ckeditor package only provides: /usr/share/javascript/ckeditor/ckeditor.js Regards. -- Marc Dequènes (Duck) pgp4bDCEtpCzO.pgp Description: PGP Digital Signature
Bug#758814: Acknowledgement (php-horde-editor: editor unusable due to broken symlink)
Coin, Btw, you also need to symlink ../../../javascript/ckeditor/styles.js And to be proper you can remove the now useless 'themes' symlink. Regards. -- Marc Dequènes (Duck) pgpk6LnwrwzY6.pgp Description: PGP Digital Signature
Bug#680297: closed by Debian FTP Masters ftpmas...@ftp-master.debian.org (Bug#747580: Removed package(s) from unstable)
Control: reopen -1 Control: reassign -1 ruby2.1 This bug is still valid and should have been triaged and moved along. Regards. -- Marc Dequènes (Duck) pgpXrRTdo6hSZ.pgp Description: PGP Digital Signature
Bug#757429: playonlinux: Please update to use wxpython3.0
Coin, Quoting Olly Betts o...@survex.com: This is due to a bug in python-wxversion, not playonlinux - see #758209, which I've just uploaded a fix for to unstable. Thanks for your reply. I though it was directly linked to this bug. The fix should be available very shortly. Meanwhile, if you want a simple workaround, installing python-wxgtk3.0 should allow playonlinux to run. Working fine. Regards. -- Marc Dequènes (Duck) pgp6qzCOIE7FQ.pgp Description: PGP Digital Signature
Bug#757429: playonlinux: Please update to use wxpython3.0
Control: severity -1 grave Coin, Any run now goes wild in an infinite loop with this error message: Looking for python... 2.7.8 - selected Traceback (most recent call last): File mainwindow.py, line 34, in module import wx, wx.aui ImportError: No module named wx Reverting python-wxversion to 2.8.12.1+dfsg2-1 from snapshot fixed the problem, but currently this package is unusable. Regards. -- Marc Dequènes (Duck) pgpLb1hNeRcFg.pgp Description: PGP Digital Signature
Bug#758312: wine-development: please provide an upgrade path
Source: wine-development Severity: normal Coin, I have no idea why you renamed wine-unstable into wine-development, but since the former existed during a significant time in unstable you need to provide an upgrade path. How are your fellow developpers and testers supposed to know about it ? I perfectly understand wine-unstable is not in stable so there is no need for it in the next release, but you can simply drop it just before the release. That's how many other packages do and that greatly simplifies our lives. Regards. -- Marc Dequènes (Duck) pgpuLPrs5wpXH.pgp Description: PGP Digital Signature
Bug#758313: playonlinux: please add another wine alternative
Package: playonlinux Severity: normal X-Debbugs-Cc: pkg-wine-pa...@lists.alioth.debian.org Coin, Since the wine packagers have decided to rename wine-unstable into wine-development, you'll need to update the wine alternatives. I guess they should really have got in sync with you before their move… Regards -- Marc Dequènes (Duck) pgpzQmbcUoB1y.pgp Description: PGP Digital Signature
Bug#757975: smartmontools: reportbug script fails
Package: smartmontools Version: 6.2+svn3841-1.2 Severity: normal Coin, When sending my previous report on this package i got this error when using reportbug: Gathering additional data, this may take a while... The package bug script /usr/share/bug/smartmontools exited with an error status (return code = 256). Do you still want to file a report? [y|N|q|?]? y Which is due to the script looking for IDE_TASK which is not present in my /boot/config-* file (standard Debian kernel). Either this test is obsolete or it should exit with a proper return code in this case. As it is misleading for most users, i raised the severity a bit. Regards. -- Marc Dequènes (Duck) pgpJgtIFAy_2o.pgp Description: PGP Digital Signature
Bug#757973: smartmontools: race condition when restarting service when using systemd
Package: smartmontools Version: 6.2+svn3841-1.2 Severity: normal Coin, Restarting smartd stopped but did not start the service again: # service smartmontools restart # service smartmontools status smartmontools.service - LSB: SMART monitoring daemon Loaded: loaded (/etc/init.d/smartmontools) Active: active (exited) since Tue 2014-08-12 21:43:47 CEST; 3s ago Process: 20780 ExecStop=/etc/init.d/smartmontools stop (code=exited, status=0/SUCCESS) Process: 20784 ExecStart=/etc/init.d/smartmontools start (code=exited, status=0/SUCCESS) Aug 12 21:43:47 Elwing smartd[4489]: smartd received signal 15: Terminated Aug 12 21:43:47 Elwing smartmontools[20784]: Starting S.M.A.R.T. daemon: smartd already running. Aug 12 21:43:47 Elwing systemd[1]: Started LSB: SMART monitoring daemon. Aug 12 21:43:47 Elwing smartd[4489]: Device: /dev/sda [SAT], state written to /var/lib/smartmontools/smartd.Hitachi_HDS722020ALA330-JK1175YAJ0NJ5X.ata.state Aug 12 21:43:47 Elwing smartd[4489]: Device: /dev/sdb [SAT], state written to /var/lib/smartmontools/smartd.Hitachi_HDS722020ALA330-JK1175YAJ05W2X.ata.state Aug 12 21:43:47 Elwing smartd[4489]: Device: /dev/sdc [SAT], state written to /var/lib/smartmontools/smartd.ST2000VX000_1CU164-W1E7SQ1S.ata.state Aug 12 21:43:47 Elwing smartd[4489]: Device: /dev/sdd [SAT], state written to /var/lib/smartmontools/smartd.ST2000VX000_1CU164-W1E7Q584.ata.state Aug 12 21:43:47 Elwing smartd[4489]: smartd is exiting (exit status 0) No smartd was running and the PID file was not present. I tried: service smartmontools start Which resulted in such messages in the logs: systemd[1]: Started LSB: SMART monitoring daemon. But nothing else happened. I really needed to start this service as i fear a failure, so i tried to start the service using the old method: /etc/init.d/smartmontools start But it did not work either. Using: /etc/init.d/smartmontools stop /etc/init.d/smartmontools start started the daemon properly, and now using the 'service' command works perfectly. This machine recently migrated to systemd but had rebooted since then, so the service was already started through systemd. I think the race condition when restarting should be fixed and i'm just unable to reproduce it because the race does not occur anymore. Nevertheless i don't understand why the start action did not work afterwards. Regards -- Package-specific info: Output of /usr/share/bug/smartmontools: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smartmontools depends on: ii debianutils 4.4 ii libc62.19-7 ii libcap-ng0 0.7.3-1.1 ii libgcc1 1:4.9.1-4 ii libselinux1 2.3-1 ii libstdc++6 4.9.1-4 ii lsb-base 4.1+Debian13 Versions of packages smartmontools recommends: ii bsd-mailx [mailx] 8.1.2-0.20131005cvs-1 -- Marc Dequènes (Duck) pgptAe7_bvaNW.pgp Description: PGP Digital Signature
Bug#755501: ircd-ratbox resolver daemon hits 100% cpu on irc client connect, fails to resolve hostname.
Coin, Quoting Michiel Holtkamp deb...@elfstone.nl: rb_get_pseudo_random(0x7fffa62abc86, 2, 0x7f583268fba0, 0) = 1 I did a quick check in the source code and it seemed that this function was called in a tight loop if the random number that was returned is always 0x (a 16-bit short was requested). I did not ran into these problems when testing the package, so thanks for reporting this. I found my patch to switch to a recent GNUTLS introduced in -2 is broken. I will create a fixed one soon. regards. -- Marc Dequènes (Duck) pgpGNDqYwQi0x.pgp Description: PGP Digital Signature
Bug#754794: RM: rbot -- RoM; badly maintained; not working properly with recent Ruby
Package: ftp.debian.org Coin, I've been asking and explaining the current rbot maintainer about having proper and stable releases for more than 4 years, got only one which was broken and had to add a few patches, but i'm tired fighting in vain. As Rbot is working less and less well with each new Ruby version, i think the low threshold quality level has been reached and this package should be removed. Regards. -- Marc Dequènes (Duck) pgpDag1FP13Ou.pgp Description: PGP Digital Signature
Bug#754795: RM: webgen0.5 -- RoM; abandoned upstream; made for Ruby 1.8
Package: ftp.debian.org Coin, This software is not maintained since a while and was already made for an old Ruby version, thus i think this has no place in the next stable release. A new 1.x incompatible branch is available if someone wants to go on with this software with not so good upstream maintainership. Regards. -- Marc Dequènes (Duck) pgpKilD7XHHYr.pgp Description: PGP Digital Signature
Bug#753612: libsofthsm: switch to multiarch should have happened
Package: libsofthsm Version: 1.3.7-1 Severity: important Control: affects -1 opendnssec Coin, Since you changed the default configuration in opendnssec to use: Module/usr/lib/x86_64-linux-gnu/softhsm/libsofthsm.so/Module instead of: Module/usr/lib/softhsm/libsofthsm.so/Module you need to make the multiarch switch. I raised the severity as current opendnssec's configuration is unusable with this package. You should have done this in the right order in the first place. Regards. -- Marc Dequènes (Duck) pgpkrmkLviTCy.pgp Description: PGP Digital Signature
Bug#749135: playonlinux mix up paths with same exe filename
Package: playonlinux Version: 4.2.2-1 Severity: normal Coin, I installed the Drod games, with the three chapters in the same bundle, and wanted to add shortcuts. As the three exe filenames are the same, but in different subdirectories, and it is not possible to differentiate them in the list, i used the Browse choice and selected the right path for each one. Unfortunately, the resulting shortcuts always end up pointing to the second chapter. For example, ~/.PlayOnLinux/shortcuts/DROD\ 3\:\ The\ City\ Beneath contains: #!/bin/bash [ $PLAYONLINUX = ] exit 0 source $PLAYONLINUX/lib/sources export WINEPREFIX=/home/duck/.PlayOnLinux//wineprefix/Newies export WINEDEBUG=-all cd /home/duck/.PlayOnLinux//wineprefix/Newies/drive_c/./GOG Games/DROD 1+2+3/DROD 2 - Journey to Rooted Hold POL_Wine drod.exe $@ Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages playonlinux depends on: ii binutils 2.24.51.20140425-1 ii bzip2 1.0.6-5 ii cabextract1.4-4 ii curl 7.37.0-1 ii gettext-base 0.18.3.2-1 ii gnupg 1.4.16-1.1 ii icoutils 0.31.0-2 ii imagemagick 8:6.7.7.10+dfsg-2 ii mesa-utils8.1.0-2+b1 ii netcat-traditional [netcat] 1.10-40 ii p7zip-full9.20.1~dfsg.1-4 ii python-wxgtk2.8 2.8.12.1+dfsg2-1 pn python:anynone ii unzip 6.0-12 ii wget 1.15-1 ii wine-unstable 1.7.19-1 ii x11-utils 7.7+1 ii xfce4-terminal [x-terminal-emulator] 0.6.3-1 ii xterm [x-terminal-emulator] 304-1 playonlinux recommends no packages. Versions of packages playonlinux suggests: ii scrot 0.8-13 ii ttf-mscorefonts-installer 3.5 -- no debconf information -- Marc Dequènes (Duck) pgpTaIT6zavNw.pgp Description: PGP Digital Signature
Bug#746568: may wrongly ban people due to Apache ACL changes
Package: fail2ban Version: 0.8.13-1 Severity: important Coin, Due to recent changes in Apache, a lot of AH01797 errors are triggered by the access_compat module. As it may take some time to users to convert all their ACL and all web-related Debian packages have not upgraded their shipped configuration yet, i think it would be best to ignore such kind of messages and avoid banning people for no good reason. Regards. -- Marc Dequènes (Duck) pgp2r65LQrGzL.pgp Description: PGP Digital Signature
Bug#746504: doesn't work anymore with recent file-roller
Package: thunar-archive-plugin Version: 0.3.1-2 Severity: normal Coin, Since the recent file-roller upgrade from 3.12.0-1 to 3.12.1-1, the program is not dectected anymore and Extract here button ends up to No suitable archive manager found.. This may be related to commit f32fe39d745cc4e6b848f14a8d511243071f7649: Make DBus-activatable This conmmit installs a service file, renames the desktop file to follow the bus name, and adds the DBusActivatable key to the desktop file, following https://wiki.gnome.org/HowDoI/DBusApplicationLaunching https://bugzilla.gnome.org/show_bug.cgi?id=728009 Reverting to file-roller 3.12.0-1 solves the problem. Since it is a regression from previous behaviour, and since file-roller will not roll back its changes, I think thunar-archive-plugin needs to evolve either with a patch or by removing file-roller's support (in Recommends). I would rather suggest the former since xarchiver seems to be unable to handle multiple selected files at once, thus lacking a feature over file-roller. Regards. -- Marc Dequènes (Duck) pgpwAyuzBMEzW.pgp Description: PGP Digital Signature
Bug#743671: Building extensions breaks resulting packages
Package: libruby2.1 Version: 2.1.1-2 Severity: grave Control: block 743664 with -1 Coin, Building extensions leaves mkmf.log files in weird places since 2.1, see #743664. I though the problem was in mkmf.rb which had changed a bit since 2.0 but after investigation it appears to be a change in rubygems/ext/ext_conf_builder.rb: 39c37,41 run cmd, results --- begin run cmd, results ensure FileUtils.mv 'mkmf.log', dest_path if File.exist? 'mkmf.log' end Commenting FileUtils.mv fixed this issue. I honestly don't understand the reason for moving the log file at all. Thanks Mr KiBi for his help :-). Regards. -- Marc Dequènes (Duck) pgpw85PL_oc8L.pgp Description: PGP Digital Signature
Bug#742423: wine-unstable is *still* unusable
Control: severity -1 critical Coin, You closed #742021 and #742317 in a hurry, but the logic in /usr/bin/wine-unstable is to look for the real 32/64 binaries in the same directory while you moved them into /usr/lib/wine-unstable/, thus your package is unusable. Clearly this release was *again* not tested, not the slightest. I fear I don't understand how running wine --version or the like would be difficult or time consuming enough to justify such kind of blind uploads while you're in the process of a complete rework of wine/wine-unstable packages (to be co-installable if I understood it well). You're really harming Debian and Debian users doing so, so please consider rethinking how you work for Debian, delegating, dropping packages to have a decent workload, i don't know, but PLEASE DO SOMETHING! Regards. -- Marc Dequènes (Duck) pgpYAtEZN_YRT.pgp Description: PGP Digital Signature
Bug#742423: wine-unstable is *still* unusable
Quoting Marc Dequènes (Duck) d...@duckcorp.org: You closed #742021 and #742317 in a hurry, but the logic in /usr/bin/wine-unstable is to look for the real 32/64 binaries in the same directory while you moved them into /usr/lib/wine-unstable/, thus your package is unusable. Broken analysis due to a workaround. Here is the trace of the current problem: $ winecfg + basename /usr/bin/winecfg .exe + appname=winecfg.exe + test -z + test ! -z + WINEPREFIX=/home/duck/.wine + test -e /home/duck/.wine/system.reg + wine=/usr/bin/wine + exec /usr/bin/wine winecfg.exe /usr/bin/winecfg: 36: exec: /usr/bin/wine: not found I'm not using wine directly but through playonlinux, thus there is no trace of me using wine-unstable in any reg file, this is a broken assumption. Btw you also broke using playonlinux or other tools around because they all expect a wine binary and not wine-unstable. Unless there is an alternative mechanism for choosing the default version i think using wine-unstable remains unusable (but using an alternative would probably break your current logic). -- Marc Dequènes (Duck) pgptujQJ1qU3A.pgp Description: PGP Digital Signature
Bug#742317: missing 'wine' binary in several architecture
Package: wine-unstable Version: 1.7.14-4 Severity: critical Coin, /usr/bin/wine is missing from wine-unstable in the following architectures: - i386 - kfreebsd-amd64 which means your package is unusable on this architectures. Regards. -- Marc Dequènes (Duck) pgpsMABRvG7Zy.pgp Description: PGP Digital Signature
Bug#742021: misnamed binaries, unusable
Package: wine-unstable Version: 1.7.14-4 Severity: grave Coin, /usr/bin/wine, provided by wine-unstable is looking for: wine=/usr/lib/wine-unstable/wine-unstable wine64=/usr/lib/wine-unstable/wine64-unstable Unfortunately there are no such files, see: https://packages.debian.org/sid/i386/wine32-unstable/filelist https://packages.debian.org/sid/amd64/wine64-unstable/filelist (the -unstable suffix is missing) Maybe you should test your packages a bit more before uploading… -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-unstable depends on: ii file 1:5.17-1 ii wine32-unstable 1.7.14-4 wine-unstable recommends no packages. Versions of packages wine-unstable suggests: ii binfmt-support 2.1.3-2 ii clamav 0.98.1+dfsg-4 ii ttf-mscorefonts-installer 3.5 pn winbindnone pn wine-doc none -- no debconf information -- Marc Dequènes (Duck) pgp7dzI8cvQiJ.pgp Description: PGP Digital Signature
Bug#741982: boobank/crag module is unusable
Package: weboob Version: 0.h-1 Severity: normal Tags: upstream Coin, I got the following error: $ boobank Welcome to boobank v0.h … Loaded backends: cragr boobank list Bug(cragr): expected string or buffer === [ 0%] Getting http://updates.weboob.org/0.h/main/ Use logging debug option to print backtraces. Account BalanceComing --+--+-- --+--+-- I then ensured having the latest modules, just in case: $ weboob-config update === [ 0%] Getting http://updates.weboob.org/0.h/main/ … === [ 40%] The latest version of cragr is already installed … Here is the backtrace: 2014-03-17 23:22:52,324:DEBUG:bcall:bcall.py:97:_caller Backend 'cragr': Calling function bound method Boobank._do_complete of weboob.applications.boobank.boobank.Boobank object at 0x7fdf8534a290 2014-03-17 23:22:52,588:DEBUG:backend.cragr.browser:browser.py:706:_change_location [user_id=crag-uid] Went on https://www.ca-paris.fr/ 2014-03-17 23:22:53,289:DEBUG:backend.cragr.browser:browser.py:706:_change_location [user_id=crag-uid] Went on https://www.paris-g3-enligne.credit-agricole.fr/stb/entreeBam 2014-03-17 23:23:08,486:DEBUG:bcall:bcall.py:103:_caller Backend 'cragr': Called function bound method Boobank._do_complete of weboob.applications.boobank.boobank.Boobank object at 0x7fdf8534a290 raised an error: TypeError('expected string or buffer',) Bug(cragr): expected string or buffer === [ 0%] Getting http://updates.weboob.org/0.h/main/ 2014-03-17 23:23:08,490:DEBUG:browser:browser.py:277:openurl Opening URL ('http://updates.weboob.org/0.h/main/modules.list',), {} Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/weboob/core/bcall.py, line 99, in _caller result = function(backend, *args, **kwargs) File /usr/lib/python2.7/dist-packages/weboob/tools/application/base.py, line 269, in _do_complete res = getattr(backend, function)(*args, **kwargs) File /usr/lib/python2.7/dist-packages/weboob/capabilities/bank.py, line 177, in iter_resources return self.iter_accounts() File /home/duck/.local/share/weboob/modules/0.h/cragr/backend.py, line 99, in iter_accounts return self.browser.get_accounts_list() File /home/duck/.local/share/weboob/modules/0.h/cragr/web/browser.py, line 139, in get_accounts_list self.location(self.accounts_url) File /usr/lib/python2.7/dist-packages/weboob/tools/browser/browser.py, line 167, in inner return func(self, *args, **kwargs) File /usr/lib/python2.7/dist-packages/weboob/tools/decorators.py, line 41, in f_retry return f(*args, **kwargs) File /usr/lib/python2.7/dist-packages/weboob/tools/browser/browser.py, line 622, in location self._change_location(mechanize.Browser.open(self, *args, **kwargs), no_login=no_login) File /usr/lib/python2.7/dist-packages/mechanize/_mechanize.py, line 203, in open return self._mech_open(url, data, timeout=timeout) File /usr/lib/python2.7/dist-packages/mechanize/_mechanize.py, line 211, in _mech_open scheme, authority = _rfc3986.urlsplit(url)[:2] File /usr/lib/python2.7/dist-packages/mechanize/_rfc3986.py, line 69, in urlsplit match = SPLIT_MATCH(absolute_uri) TypeError: expected string or buffer Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages weboob depends on: ii python 2.7.5-5 ii python-html2text3.200.3-2 ii python-prettytable 0.7.2-2 ii python-weboob-core 0.h-1 Versions of packages weboob recommends: pn python-termcolor none weboob suggests no packages. -- no debconf information -- Marc Dequènes (Duck) pgpekF3SRnuKh.pgp Description: PGP Digital Signature
Bug#739789: causes Apache segfaults
Package: php5-xcache Version: 3.1.0-1 Severity: grave Justification: package partially unusable, breaking (related) softwares Tags: upstream Coin, Recently i experienced blank pages on Horde on specific pages, and went down to find an Apache segfault. After some investigation, it appears xache is the culprit (see below). Deactivating the following Horde specific xcache features did not help: $conf['cache']['driver'] = 'Xcache'; $conf['cache']['use_memorycache'] = 'Xcache'; The only way to fix it was to disable xcache completely. On another machine i also experienced such kind of crashes when using other softwares (dotclear for examples) and deactivating xache fixed the problem. I made a trace on the machine where i found the problem first, which is attached. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-xcache depends on: ii dpkg 1.17.6 ii libc6 2.17-97 ii php5-common [phpapi-20121212] 5.5.8+dfsg-3 php5-xcache recommends no packages. php5-xcache suggests no packages. -- Configuration Files: /etc/php5/mods-available/xcache.ini changed: ; configuration for php Xcache module [xcache-common] ;; non-Windows example: extension = xcache.so ;; Windows example: ; extension = php_xcache.dll [xcache.admin] ; Duck: conflicts with vhost access control xcache.admin.enable_auth = Off ; Configure this to use admin pages xcache.admin.user = user xcache.admin.pass = password ; xcache.admin.pass = md5($your_password) ; xcache.admin.pass = [xcache] ; ini only settings, all the values here is default unless explained ; select low level shm implemenation xcache.shm_scheme =mmap ; to disable: xcache.size=0 ; to enable : xcache.size=64M etc (any size 0) and your system mmap allows xcache.size = 64M ; set to cpu count (cat /proc/cpuinfo |grep -c processor) xcache.count = 2 ; just a hash hints, you can always store count(items) slots xcache.slots =8K ; ttl of the cache item, 0=forever xcache.ttl = 0 ; interval of gc scanning expired items, 0=no scan, other values is in seconds xcache.gc_interval = 0 ; same as aboves but for variable cache xcache.var_size =2M xcache.var_count = 2 xcache.var_slots =8K ; default value for $ttl parameter of xcache_*() functions xcache.var_ttl = 0 ; hard limit ttl that cannot be exceed by xcache_*() functions. 0=unlimited xcache.var_maxttl = 0 xcache.var_gc_interval = 300 ; mode:0, const string specified by xcache.var_namespace ; mode:1, $_SERVER[xcache.var_namespace] ; mode:2, uid or gid (specified by xcache.var_namespace) xcache.var_namespace_mode =0 xcache.var_namespace = ; N/A for /dev/zero xcache.readonly_protection = Off ; for *nix, xcache.mmap_path is a file path, not directory. (auto create/overwrite) ; Use something like /tmp/xcache instead of /dev/* if you want to turn on ReadonlyProtecti$ ; different process group of php won't share the same /tmp/xcache ; for win32, xcache.mmap_path=anonymous map name, not file path xcache.mmap_path =/dev/zero ; Useful when XCache crash. leave it blank(disabled) or /tmp/phpcore/ (writable by php) xcache.coredump_directory = ; Windows only. leave it as 0 (default) until you're told by XCache dev xcache.coredump_type = 0 ; disable cache after crash xcache.disable_on_crash =Off ; enable experimental documented features for each release if available xcache.experimental =Off ; per request settings. can ini_set, .htaccess etc xcache.cacher = On xcache.stat = On xcache.optimizer =On [xcache.coverager] ; enabling this feature will impact performance ; enabled only if xcache.coverager == On xcache.coveragedump_directory == non-empty-value ; per request settings. can ini_set, .htaccess etc ; enable coverage data collecting and xcache_coverager_start/stop/get/clean() functions xcache.coverager = Off xcache.coverager_autostart = On ; set in php ini file only ; make sure it's readable (open_basedir is checked) by coverage viewer script xcache.coveragedump_directory = -- no debconf information -- Marc Dequènes (Duck) #0 0x7f37b8d5007a in zend_hash_find (ht=0x7fff08010128, arKey=0x7f37a1506570 init, nKeyLength=5, pData=0x7fff14826a70) at /tmp/buildd/php5-5.5.8+dfsg/Zend/zend_hash.c:924 h = 210716142681 nIndex = error reading variable nIndex (Cannot access memory at address 0x7fff0801012c) p = optimized out #1 0x7f37a800f4ec in xc_restore_zend_op_array (processor=0x7fff14826c20, dst=0x7f37c22dff60, src=0x7f37a1562038
Bug#738463: anki: missing dependencies or recommends
Package: anki Version: 2.0.20+dfsg-2 Severity: important Coin, When testing a deck i got a window asking me for mplayer. Looking at the source, anki/sound.py needs mplayer (hardcoded) and lame (idem), thus at least these two should be recommends or even depends. Regards. -- Marc Dequènes (Duck) pgpGokiUX8tKw.pgp Description: PGP Digital Signature
Bug#736600: dhis-tools-dns: please add IPv6 support
Package: dhis-tools-dns Version: 5.0-6.1 Severity: wishlist Coin, Please also update RR if host has such an address or delete the RR. Regards. -- Marc Dequènes (Duck) pgp0ekkdXVQCf.pgp Description: PGP Digital Signature
Bug#736601: dhis-server: please add IPv6 support
Package: dhis-server Version: 5.3-2.1 Severity: wishlist Coin, This server should also listen on IPv6 addresses. Regards. -- Marc Dequènes (Duck) pgpGxfRU9jRVE.pgp Description: PGP Digital Signature
Bug#734429: ratbox-services-sqlite: daemon cannot write to database directory
Coin, Quoting Clint Adams cl...@debian.org: because it can't create the journal file. Perhaps it would be better to keep the sqlite db in /var. You're right for the location. I should have tested without adding bans or other such settings and did not experience this problem, thanks for the report. Regards. -- Marc Dequènes (Duck) pgp5SLRfP6hz5.pgp Description: PGP Digital Signature
Bug#734972: dovecot-imapd: crash when reading mail from a virtual mailbox
{ special_use = \Drafts } mailbox Junk { auto = create special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Trash { auto = create special_use = \Trash } prefix = separator = . subscriptions = yes type = private } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { acl = vfile::cache_secs=300 acl_shared_dict = file:/vmail/db/shared-mailboxes.db antispam_backend = spool2dir antispam_signature = X-DSPAM-Signature antispam_signature_missing = move antispam_spam = Junk antispam_spool2dir_notspam = /var/spool/dovecot-antispam/%%020lu-%u-%%05lu.ham antispam_spool2dir_spam = /var/spool/dovecot-antispam/%%020lu-%u-%%05lu.spam antispam_trash_pattern_ignorecase = trash;Deleted * expire = Junk expire_dict = proxy::expire fts = squat fts_autoindex = yes fts_index_timeout = 120 fts_squat = partial=4 full=10 quota = maildir:User quota quota_grace = 1%% quota_rule = *:storage=512M quota_rule2 = Trash:storage=+100M recipient_delimiter = + sieve = ~/sieve/active.sieve sieve_default = /etc/dovecot/global-sieve/default.sieve sieve_dir = ~/sieve/scripts sieve_global_dir = /etc/dovecot/global-sieve/scripts sieve_max_actions = 32 sieve_max_redirects = 4 sieve_max_script_size = 1M sieve_quota_max_scripts = 64 sieve_quota_max_storage = 30M } postmaster_address = postmas...@duckcorp.org protocols = imap sieve pop3 quota_full_tempfail = yes service anvil { client_limit = 500 } service auth-worker { user = $default_internal_user } service auth { client_limit = 400 unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } unix_listener auth-userdb { group = mail mode = 0660 user = vmail } user = $default_internal_user } service dict { unix_listener dict { mode = 0600 user = vmail } } service imap-login { process_min_avail = 12 service_count = 1 vsz_limit = 64 M } service imap-postlogin { executable = script-login /usr/local/sbin/srv_imap_post_login } service imap { executable = imap imap-postlogin process_limit = 128 vsz_limit = 512 M } service indexer-worker { vsz_limit = 512 M } service managesieve-login { inet_listener sieve { port = 4190 } service_count = 1 vsz_limit = 64 M } service managesieve { process_limit = 32 } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } service pop3 { process_limit = 32 } ssl_cert = /etc/ssl/certs/dovecot.pem ssl_key = /etc/ssl/private/dovecot.pem ssl_parameters_regenerate = 1 days userdb { driver = prefetch } userdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } valid_chroot_dirs = /vmail verbose_proctitle = yes protocol lda { mail_plugins = quota zlib fts fts_squat acl virtual expire sieve } protocol imap { mail_max_userip_connections = 10 mail_plugins = quota zlib fts fts_squat acl virtual expire imap_quota imap_zlib imap_acl antispam autocreate } protocol sieve { mail_max_userip_connections = 10 } -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-imapd depends on: ii dovecot-core 1:2.2.9-1 ii libbz2-1.01.0.6-5 ii libc6 2.17-97 ii ucf 3.0027+nmu1 ii zlib1g1:1.2.8.dfsg-1 dovecot-imapd recommends no packages. dovecot-imapd suggests no packages. Versions of packages dovecot-imapd is related to: ii dovecot-core [dovecot-common] 1:2.2.9-1 ii dovecot-dbg1:2.2.9-1 pn dovecot-devnone pn dovecot-gssapi none ii dovecot-imapd 1:2.2.9-1 ii dovecot-ldap 1:2.2.9-1 pn dovecot-lmtpd none ii dovecot-managesieved 1:2.2.9-1 pn dovecot-mysql none pn dovecot-pgsql none ii dovecot-pop3d 1:2.2.9-1 ii dovecot-sieve 1:2.2.9-1 ii dovecot-sqlite 1:2.2.9-1 -- no debconf information -- Marc Dequènes (Duck) pgpn0VxZqAYsH.pgp Description: PGP Digital Signature
Bug#733576: phpldapadmin: broken with recent PHP
Package: phpldapadmin Version: 1.2.2-5 Severity: grave Coin, It fails with the following error: Fatal error: Cannot redeclare password_hash() in /usr/share/phpldapadmin/lib/functions.php on line 2225 This function was added in core PHP since 5.5.0. Regards. -- Marc Dequènes (Duck) pgpLLpE7MCURX.pgp Description: PGP Digital Signature
Bug#732121: fails to start silently
Package: tpb Version: 0.6.4-8 Severity: important Coin, Running /usr/bin/tpb -d (like in /lib/udev/rules.d/92-tpb.rules) exits immediately with return code 0 and with the following errors in ~/.xsession-errors : WARN: event_handle_error:186: X error: request=XFixesCreateRegionFromWindow (major=138, minor=7, resource=2a1), error=BadWindow WARN: event_handle_error:186: X error: request=XFixesTranslateRegion (major=138, minor=17, resource=1204628), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesUnionRegion (major=138, minor=13, resource=1204628), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesDestroyRegion (major=138, minor=10, resource=1204628), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesCreateRegionFromWindow (major=138, minor=7, resource=2a1), error=BadWindow WARN: event_handle_error:186: X error: request=XFixesTranslateRegion (major=138, minor=17, resource=1204629), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesUnionRegion (major=138, minor=13, resource=1204629), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesDestroyRegion (major=138, minor=10, resource=1204629), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesCreateRegionFromWindow (major=138, minor=7, resource=2a1), error=BadWindow WARN: event_handle_error:186: X error: request=XFixesTranslateRegion (major=138, minor=17, resource=120462a), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesUnionRegion (major=138, minor=13, resource=120462a), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesDestroyRegion (major=138, minor=10, resource=120462a), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesCreateRegionFromWindow (major=138, minor=7, resource=2a1), error=BadWindow WARN: event_handle_error:186: X error: request=XFixesTranslateRegion (major=138, minor=17, resource=120462b), error=BadRegion WARN: event_handle_error:186: X error: request=XFixesDestroyRegion (major=138, minor=10, resource=120462b), error=BadRegion Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tpb depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libice62:1.0.8-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxosd2 2.2.14-2 tpb recommends no packages. Versions of packages tpb suggests: pn xfonts-base-transcoded none -- Configuration Files: /etc/tpbrc changed: OSD ON OSDFONT -bh-*-*-*-*-*-34-*-*-*-*-*-*-* OSDCOLORGreen -- debconf information: tpb/groupchanged: tpb/autostart: true -- Marc Dequènes (Duck) pgp7q5qX3nrbU.pgp Description: PGP Digital Signature
Bug#718789: apache2: upgrade wheezy - testing (2.4.6-2) wiped out all of my log files
Coin, Julian Gilbey wrote: with an appropriate warning in the Description field. This field is not meant to be used for communication with our users and as a DD you should know that well. This would also not help people migrating, as they would have no reason to reread the package description. NEWS.Debian is a proper place but in this case would be too late. debconf is a solution but i'd rather a real fix than such an annoying message. From my point of view, purging an obsolete package is perfectly legitimate and i never had any problem with this before. After reading apache2.2-common.postrm i see no easy way as it is not based on package file ownership. Fortunately only symlinks in config subdirs are removed, and not all logs (only certain patterns); thus httpd.conf is probably the most problematic lost file. I guess this is all dead for unstable but a stable upload may introduce some mechanism without recreating an apache2.2-common package. Regards. -- Marc Dequènes (Duck) pgpE7_dy49fdq.pgp Description: PGP Digital Signature
Bug#730488: dicoweb: broken with Django 1.4
Package: dicoweb Version: 2.2-3 Severity: grave With recent Django versions in Debian, dicoweb is broken. I spotted the following problems which can be solved easily to have a working version: 1) new-style 'url' tag (see https://docs.djangoproject.com/en/1.5/releases/1.5/) fix in /etc/dicoweb/templates/base.html by quoting the route name ({% url opensearch %}) 2) « ImproperlyConfigured: If set, MEDIA_URL must end with a slash » /etc/dicoweb/settings.py needs to be fixed 3) django.conf.urls.defaults is deprecated, use django.conf.urls /usr/share/dicoweb/urls.py needs to be fixed Nevertheless, having a program also working on older versions would need more work. Regards. -- Marc Dequènes (Duck) pgpT5fwkhK0BL.pgp Description: PGP Digital Signature
Bug#730488: dicoweb: broken with Django 1.4
Quoting أحمد المحمودي aelmahmo...@sabily.org: href={% url 'opensearch' %} quoting, single or double (i used double in my tests). MEDIA_URL = 'static/' ? yes Sorry i had no time to prepare a proper patch. Nevertheless, having a program also working on older versions would need more work. Please clarify what you mean here. I guess upstream would be willing to have conditionals in order to support newer and older Django versions with the same code, thus a basic patch is ok for Debian and as example, but they may have additional work. Regards. -- Marc Dequènes (Duck) pgpLmCheiu0cw.pgp Description: PGP Digital Signature
Bug#728884: wine-unstable: FTBFS due to missing install files (not generated)
Source: wine-unstable Version: 1.5.31-1 Severity: important Coin, While trying to build this version from git i ran into the following error: … install -d debian/wine32-dev-unstable/usr/share/doc/libwine-dev cp -a ./debian/README.winedump debian/wine32-dev-unstable/usr/share/doc/libwine-dev/ dh_install: cannot run debian/libwine-dev-unstable.install: Permission denied make[1]: *** [override_dh_install] Error 13 … I applied the attached patch to solve this problem. Regards. -- Marc Dequènes (Duck) diff --git a/debian/rules b/debian/rules index 06bc40f..ce556b2 100755 --- a/debian/rules +++ b/debian/rules @@ -17,6 +17,7 @@ CONFLAGS=--without-hal \ INSTALLS=$(shell ls debian/*-common | sed s/-common// | sed s/\\./$(VERSUFFIX)\\./) INSTALLS+=$(shell ls debian/wine*.install-common | sed s/\\.install-common/$(VERSUFFIX)\\.postinst/) +INSTALLS+=$(shell ls debian/libwine*.install-common | sed s/\\.install-common/$(VERSUFFIX)\\.postinst/) INSTALLS+=debian/substvars # 32-bit parameters pgprH0lBNj86g.pgp Description: PGP Digital Signature
Bug#717312: pymsnt upload/sponsorship
Coin, Quoting Sam Morris s...@robots.org.uk: Can you make the necessary change? You've been handling this package as DM since a while, and i've been using it since a while without major problems too, so i see no reason no to reinstate your upload rights. Changes done. Nevertheless, if you need a review before upload, now or in the future, you can contact me. Regards. -- Marc Dequènes (Duck) pgpIhE_wtK9tL.pgp Description: PGP Digital Signature
Bug#727760: softhsm-common: slot path broken in default config
Package: softhsm-common Version: 1.3.5-1 Severity: minor Coin, In /usr/share/softhsm/softhsm.conf, which is used to update /etc/softhsm/softhsm.conf via UCF, the slot path is broken: /var/lib/lib/softhsm/slot0.db Regards. -- Marc Dequènes (Duck) pgpGH2SBgq2hL.pgp Description: PGP Digital Signature
Bug#727233: release.debian.org: a link to wanna-build.txt would be nice
Package: release.debian.org Severity: wishlist User: release.debian@packages.debian.org Usertags: tools Coin, Everything is in the title. Btw, release.debian.org is really a helpful portal :-). Regards. -- Marc Dequènes (Duck) pgp2foAYNwIW9.pgp Description: PGP Digital Signature
Bug#708863: GFDL with invariant section
Control: tags -1 + squeeze wheezy Coin This problem already has been fixed upstream and 2.2 in unstable is unaffected. We (the maintainer and me as sponsor) are discussing the matter with upstream authors to see what can be done about it. Regards. -- Marc Dequènes (Duck) pgpN63LjwDIJS.pgp Description: PGP Digital Signature
Bug#717312: not really pending
Control: tags 717312 - pending Coin, Pending means a new upload is to be done in days not months. The provided patch is working, so i don't see any reason to delay. Do you need any help with this package? Regards. -- Marc Dequènes (Duck) pgpHmTQycnJiZ.pgp Description: PGP Digital Signature
Bug#722301: RM: ruby-feedtools -- ROM; broken with Ruby = 1.9, stalled upstream since early 2008
Package: ftp.debian.org Severity: normal Coin, It is broken (#721091) with no hope to be fixed, and 1.8 is to be dropped soon. ruby-feedparser or yapra should do the job fine. It has no redeps so please remove it. Regards. -- Marc Dequènes (Duck) pgpKKLEZ7jrNM.pgp Description: PGP Digital Signature
Bug#721091: ruby-feedtools: does not work with Ruby 1.9
Coin, Quoting Antonio Terceiro terce...@debian.org: ruby-feedtools has no reverse dependencies, and judging by this bug not being reported before, no users. It also seems to be stalled upstream since Debian already has the latest upstream version: http://pkg-ruby-extras.alioth.debian.org/cgi-bin/gemwatch/feedtools That's sad :-(. I don't even remember why i packaged it in the first place. I guess ruby-feedparser or yapra can do the job fine. Maybe having 3 feed-oriented libraries was too much. Maybe we should remove it from the archive? Will do. Thanks for your time. Regards. -- Marc Dequènes (Duck) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675560: Embedded code copies of libmspack
Coin, You will soon be able to fix this bug, as libmspack is in NEW. Building with this lib only needs build-depending on libmspack-dev and adding --with-external-libmspack to the configure. Regards. -- Marc Dequènes (Duck) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719929: cabextract: FTBTIAR
Source: cabextract Version: 1.4-4 User: debian...@lists.debian.org Usertags: qa-doublebuild Coin, This package fails to build twice in a row: dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building cabextract using existing ./cabextract_1.4.orig.tar.gz dpkg-source: warning: executable mode 0755 of 'config.status' will not be represented in diff dpkg-source: warning: newly created empty file 'src/.dirstamp' will not be represented in diff dpkg-source: info: local changes detected, the modified files are: cabextract-1.4/Makefile cabextract-1.4/changelog cabextract-1.4/config.h cabextract-1.4/config.log cabextract-1.4/config.status cabextract-1.4/stamp-h1 dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/cabextract_1.4-4.diff.fs4c57 dpkg-buildpackage: error: dpkg-source -b cabextract-1.4 gave error exit status 2 Regards. -- Marc Dequènes (Duck) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718226: crash when selecting a disapeared directory in the history dropdown
:3384 #27 0x779de884 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #28 0x778cddb4 in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #29 0x778ce16b in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #30 0x77549b1c in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 #31 0x76b7bea6 in g_main_dispatch (context=0x779900) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3054 #32 g_main_context_dispatch (context=context@entry=0x779900) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3630 #33 0x76b7c1f8 in g_main_context_iterate (context=0x779900, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3701 #34 0x76b7c5fa in g_main_loop_run (loop=0x98f3e0) at /tmp/buildd/glib2.0-2.36.3/./glib/gmain.c:3895 #35 0x778cd257 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #36 0x0041addc in main (argc=1, argv=0x7fffe2b8) at main.c:921 Regards. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common 1:1.1-7 ii libc6 2.17-7 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.1-8 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.3-3 ii libgtk2.0-0 2.24.20-1 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii liblircclient0 0.9.0~pre1-1 ii libpango1.0-0 1.32.5-5+b1 ii libstdc++6 4.8.1-8 ii libtiff43.9.7-1 Versions of packages geeqie recommends: pn exiftran none ii exiv20.23-1 ii imagemagick 8:6.7.7.10-5 ii librsvg2-common 2.36.4-2 pn ufraw-batch none ii zenity 3.8.0-1 Versions of packages geeqie suggests: ii geeqie-dbg 1:1.1-7 ii gimp 2.8.6-1 ii libjpeg-progs 8d-1 pn ufraw none pn xpaint none -- no debconf information -- debsums errors found: sh: 1: /usr/sbin/dpkg-divert: not found -- Marc Dequènes (Duck) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714164: fontconfig-config: fails to purge
Package: fontconfig-config Version: 2.10.2-1 Severity: serious Coin, Installing 2.10.2-1 and purging it fails: … Selecting previously unselected package fontconfig-config. Unpacking fontconfig-config (from .../fontconfig-config_2.10.2-1_all.deb) ... … Setting up fontconfig-config (2.10.2-1) ... … Removing fontconfig-config ... rm: cannot remove '/etc/fonts/conf.avail': Is a directory dpkg: error processing fontconfig-config (--purge): subprocess installed post-removal script returned error exit status 1 Regards. -- Marc Dequènes (Duck) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697301: unblock: ircd-ratbox/3.0.7.dfsg-3
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: important Please unblock package ircd-ratbox. This package only includes a patch taken upstream to fix a nasty security bug (see #697093), debdiff attached. The magic command: unblock ircd-ratbox/3.0.7.dfsg-3 Happy new year release team, and thanks for your hard work. Regards. -- Marc Dequènes (Duck) ircd-ratbox.debdiff Description: Binary data pgpNO_RPfouyp.pgp Description: PGP Digital Signature
Bug#696774: console-setup: should probably dpkg-trigger update-initramfs
Package: console-setup Version: 1.89 Severity: important Coin, After looking at #694156, i wondered how the keymap would be wrongly set. I guessed it would affect other situations and wondered what would happen if i decided to change the c-s settings. I unpacked /boot/initrd.img-3.2.0-4-686-pae, wrote aside the md5sum of etc/boottime.kmap.gz. I then changed the c-s settings (dpkg-reconfigure), did the process again, and the sum was unchanged. If I then run update-initramfs -u -k all myself, redid the process, and the sum is changed. In the postinst code, or in setupcon i cannot see anything related to the initramfs. I fail to see how it is supposed to be updated. I believe dpkg-trigger update-initramfs should be called in postinst, either unconditionally, or at least when non-defaut settings are used. This would probably help #694156 as well. Regards. -- Marc Dequènes (Duck) pgpxzwQdQIk9n.pgp Description: PGP Digital Signature
Bug#517331: Imapproxy refused to start when imap server is not available
severity 517331 important tag 517331 - upstream thanks Coin, This is not a wish but a packaging bug, and upstream has nothing to do with it. In your LSB information you just stated : # Should-Start: $named This is not sufficient, and you need to add all the imap servers (look at packages providing imap-server, like cyrus or dovecot). Regards. -- Marc Dequènes (Duck) pgpSLF1OrU9UG.pgp Description: PGP Digital Signature
Bug#680227: webgen0.5: webgen does not work with default YAML implementation of ruby1.9
severity 680227 serious tags 680227 + patch pending thanks Coin, Quoting Sebastian Reichel s...@debian.org: require 'syck' as first code line of /usr/bin/webgen0.5 Unfortunately, this doesn't work for rake tasks, only when calling webgen directly, but moving it into /usr/lib/ruby/vendor_ruby/webgen/website.rb is a success :-). Thanks for your help, I'm preparing an upload. Regards. -- Marc Dequènes (Duck) pgpWOtxMJm8RZ.pgp Description: PGP Digital Signature
Bug#680297: ruby1.9.1: rdoc manpage outdated
Package: ruby1.9.1 version: 1.9.3.194-1 Severity: minor Coin, When building documentation in one of my packages i found: rdoc --all --inline-source --diagram --fileboxes --line-numbers --fmt=html --main lib/webgen/website.rb \ -o build-doc/rdoc lib option --inline-source is deprecated: source code is now always inlined option --diagram is deprecated: support discontinued invalid options: --fileboxes, --fmt=html (invalid options are ignored) Unfortunately the rdoc manpage is totally outdated and is of no help. Regards. -- Marc Dequènes (Duck) pgp7m98Y8kvIk.pgp Description: PGP Digital Signature
Bug#680312: unblock: webgen0.5/0.5.14+dfsg1-3
Package: release.debian.org User: release.debian@packages.debian.org Usertags: unblock Severity: normal Coin, Please unblock package webgen0.5 webgen0.5 (0.5.14+dfsg1-3) unstable; urgency=low * Update dependencies to follow the new ruby policy for: exif, haml, and erubis. * Fixed breakage with the new YAML parser in Ruby 1.9, which is now the default version, thanks to Sebastian Reichel (Closes: #680227). * Removed embedded copy of JQuery and depends on libjs-jquery instead. 1) allows to get rid of old policy packages and dirty dependency alternatives, and is a trivial change 2) solves a breakage with the default Ruby version 3) is still a deduplication/security improvement Regards. unblock webgen0.5/0.5.14+dfsg1-3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Marc Dequènes (Duck) pgpZyZMUYBgDQ.pgp Description: PGP Digital Signature
Bug#678515: redmine: 500 Internal Server Error. Incompatible character encodings: ASCII-8BIT and UTF-8
tag 678515 + confirmed severity 678515 grave thanks Coin, As Ruby 1.9 is now the default, this application is now unusable for the default installation, thus bumping severity accordingly. Btw, according to upstream authors, the mysql2 adapters is to be used with Ruby 1.9 instead of the traditional mysql backend. I don't understand why, but if he is right, this package is missing in Debian so there is no easy workaround. According to [1], we would need ruby-mysql2 0.2.7, and not earlier versions. Regards. [1] https://github.com/brianmario/mysql2#activerecord -- Marc Dequènes (Duck) pgpK05qboEPjz.pgp Description: PGP Digital Signature
Bug#678912: dicoweb: crash since Django switch from 1.3 to 1.4
Package: dicoweb Version: 2.2-1 Severity: grave Coin, The webui is totally broken with the following error message: Traceback: File /usr/lib/python2.7/dist-packages/django/core/handlers/base.py in get_response 111. response = callback(request, *callback_args, **callback_kwargs) File /usr/share/dicoweb/views.py in index 188. 'selects': selects,}) File /usr/lib/python2.7/dist-packages/django/shortcuts/__init__.py in render_to_response 20. return HttpResponse(loader.render_to_string(*args, **kwargs), **httpresponse_kwargs) File /usr/lib/python2.7/dist-packages/django/template/loader.py in render_to_string 169. t = get_template(template_name) File /usr/lib/python2.7/dist-packages/django/template/loader.py in get_template 145. template, origin = find_template(template_name) File /usr/lib/python2.7/dist-packages/django/template/loader.py in find_template 128. loader = find_template_loader(loader_name) File /usr/lib/python2.7/dist-packages/django/template/loader.py in find_template_loader 101. raise ImproperlyConfigured('Error importing template source loader %s: %s' % (loader, e)) Exception Type: ImproperlyConfigured at / Exception Value: Error importing template source loader django.template.loaders.filesystem.load_template_source: 'module' object has no attribute 'load_template_source' More details with the debug mode activated can be found here: http://dico.duckcorp.org/ Regards. -- Marc Dequènes (Duck) pgpYUyO1kjKMM.pgp Description: PGP Digital Signature
Bug#647613: boswars: Crashes when loading saved game.
Coin, We still have no reply from you about your crash in Boswars. Would you please have a look at http://bugs.debian.org/647613 and reply to this mail (with the Cc) ? Regards. -- Marc Dequènes (Duck) pgpZpKSwQazQk.pgp Description: PGP Digital Signature
Bug#675586: Acknowledgement (imp4: parsing mail headers is broken since PHP5.4)
tags 675586 + patch thanks Coin, I investigated this issue, starting from PHP 5.4 incompatible changes. According to: http://fr.php.net/manual/en/migration54.other.php htmlentities and htmlspecialchars have changed in a will surely break lots of websites way. I changed a few htmlspecialchars calls (in the provided patch) to not trust the new default values for charset-sensitive text fields, and succeeded in fixing the mailbox listing, message view, and reply form. I'm not 100% certain everything is fixed but at least it should be usable again. Unfortunately, it is very probable other parts of Horde core and apps would be affected. I'll open extra bugs if i can spot other problems. Regards. -- Marc Dequènes (Duck) diff -Nur /usr/share/horde3_orig_htmlspecialchars/imp/compose.php /usr/share/horde3/imp/compose.php --- /usr/share/horde3_orig_htmlspecialchars/imp/compose.php 2012-01-07 13:08:31.0 +0100 +++ /usr/share/horde3/imp/compose.php 2012-06-04 03:49:05.0 +0200 @@ -822,7 +822,7 @@ $t-set('mailbox', htmlspecialchars($thismailbox)); $t-set('index', htmlspecialchars($index)); $t-set('status', IMP::status()); -$t-set('title', htmlspecialchars($title)); +$t-set('title', htmlspecialchars($title, ENT_COMPAT, NLS::getCharset())); $t-set('token', IMP::getRequestToken('imp.compose')); if ($registry-hasMethod('contacts/search')) { @@ -845,14 +845,14 @@ if (count($to_item) 1) { $entry['multiple'] = true; $entry['select_tabindex'] = ++$tabindex; -$entry['select_name'] = htmlspecialchars($to_item[0]); +$entry['select_name'] = htmlspecialchars($to_item[0], ENT_COMPAT, NLS::getCharset()); $entry['select_to'] = array(); for ($i = 1; $i count($to_item); $i++) { -$entry['select_to'][] = array('val' = htmlspecialchars($to_item[$i])); +$entry['select_to'][] = array('val' = htmlspecialchars($to_item[$i], ENT_COMPAT, NLS::getCharset())); } } else { $entry['multiple'] = null; -$entry['input_value'] = htmlspecialchars($to_item); +$entry['input_value'] = htmlspecialchars($to_item, ENT_COMPAT, NLS::getCharset()); } $entry['input_tabindex'] = ++$tabindex; @@ -868,7 +868,7 @@ $t-set('to_hdrs', $to_hdrs); } else { $t-set('input_tabindex', ++$tabindex); -$t-set('input_value', htmlspecialchars($header['to'])); +$t-set('input_value', htmlspecialchars($header['to'], ENT_COMPAT, NLS::getCharset())); $t-set('help', Help::link('imp', 'compose-to')); } @@ -928,7 +928,7 @@ } $t-set('hidden', $hidden); -$t-set('title', htmlspecialchars($title)); +$t-set('title', htmlspecialchars($title, ENT_COMPAT, NLS::getCharset())); $t-set('send_msg_ak', Horde::getAccessKeyAndTitle(_(_Send Message))); if ($conf['user']['allow_folders']) { $t-set('save_draft_ak', Horde::getAccessKeyAndTitle(_(Save _Draft))); @@ -938,7 +938,7 @@ if ($t-get('di_locked')) { $t-set('help_compose-from', Help::link('imp', 'compose-from')); $t-set('fromaddr_locked', $prefs-isLocked('from_addr')); -$t-set('from', htmlspecialchars($identity-getFromLine(null, Util::getFormData('from'; +$t-set('from', htmlspecialchars($identity-getFromLine(null, Util::getFormData('from')), ENT_COMPAT, NLS::getCharset())); if (!$t-get('fromaddr_locked')) { $t-set('fromaddr_tabindex', ++$tabindex); } @@ -952,12 +952,12 @@ $t-set('selectlist_tabindex', ++$tabindex); $t_select_list = array(); foreach ($select_list as $key = $select) { -$t_select_list[] = array('value' = $key, 'selected' = ($key == $identity-getDefault()), 'label' = htmlspecialchars($select)); +$t_select_list[] = array('value' = $key, 'selected' = ($key == $identity-getDefault()), 'label' = htmlspecialchars($select, ENT_COMPAT, NLS::getCharset())); } $t-set('select_list', $t_select_list); } else { $t-set('identity_default', $identity-getDefault()); -$t-set('identity_text', htmlspecialchars($select_list[0])); +$t-set('identity_text', htmlspecialchars($select_list[0], ENT_COMPAT, NLS::getCharset())); } } $t-set('label_to', Horde::label('to', _(_To))); @@ -987,15 +987,15 @@ if (count($item) 1) { $entry['multiple'] = true; $entry['select_tabindex'] = ++$tabindex; -$entry['select_name'] = htmlspecialchars($item[0]); +$entry['select_name'] = htmlspecialchars($item[0], ENT_COMPAT, NLS::getCharset()); $entry['select_arr'] = array(); for ($i = 1; $i
Bug#675586: imp4: parsing mail headers is broken since PHP5.4
Package: imp4 Version: 4.3.10+debian0-1 Severity: important Coin, After applying patch in #675526, i was able to use Horde3+Imp4 again. Nevertheless, the headers displayed are broken when they need to be decoded. For example, the provided screenshot is the result of: From: Marc =?utf-8?b?RGVxdcOobmVz?= (Duck) d...@duckcorp.org To: d...@duckcorp.org I could check with several other mails it only fails when the headers are encoded. As a result, when i try to reply to mails having this problem, the To field is empty, the quoted message is missing, and i got this error in the logs: [Sat Jun 02 12:25:42 2012] [error] [client 2001:7a8:810:6969:21f:d0ff:fe8f:cfec] PHP Warning: Creating default object from empty value in /usr/share/horde3/imp/lib/IMAP/MessageCache.php on line 340, referer: https://webdesk.duckcorp.org/imp/message.php?mailbox=INBOXindex=13221 Regards. attachment: imp4_php5.4_headers_broken.jpg pgpiu9GWfkCWu.pgp Description: PGP Digital Signature
Bug#673057: ifupdown: /etc/network/run migration leaves unnecessary /etc/network/run.dpkg-old
Coin, This seems to be related: dpkg: considering deconfiguration of ifupdown, which would be broken by installation of netbase ... dpkg: yes, will deconfigure ifupdown (broken by netbase). (Reading database ... 18691 files and directories currently installed.) Preparing to replace netbase 4.47 (using .../archives/netbase_5.0_all.deb) ... De-configuring ifupdown ... Unpacking replacement netbase ... Preparing to replace ifupdown 0.7~alpha5+really0.6.16 (using .../archives/ifupdown_0.7_i386.deb) ... Moving obsolete conffile /etc/default/ifupdown out of the way... Moving obsolete conffile /etc/init.d/ifupdown out of the way... Moving obsolete conffile /etc/init.d/ifupdown-clean out of the way... Unpacking replacement ifupdown ... Setting up netbase (5.0) ... Installing new version of config file /etc/services ... Installing new version of config file /etc/init.d/networking ... Setting up iproute (20120521-2) ... Setting up ifupdown (0.7) ... Migrating network state directory from /etc/network/run to /run/network... mv: cannot overwrite non-directory `/etc/network/run.dpkg-old' with directory `/etc/network/run' dpkg: error processing ifupdown (--configure): subprocess installed post-installation script returned error exit status 1 Removing /etc/network/run.dpkg-old solves the problem. It could be a serious bug but as the previous package was an alpha one, maybe it's not necessary. Do as you see fit. Regards. pgpPGEzhssEdQ.pgp Description: PGP Digital Signature
Bug#675506: opendnssec-enforcer-sqlite3: does not ship 'add_indexes.sqlite3'
Package: opendnssec-enforcer-sqlite3 Version: 1:1.3.8-1 Severity: minor Coin, 'add_indexes.sqlite3' was introduced in 1.3.8 but you forgot to ship it. Regards. -- Marc Dequènes (Duck) pgpt9qNx21k9R.pgp Description: PGP Digital Signature
Bug#675526: horde3: unusable with PHP 5.4
Package: horde3 Version: 3.3.12+debian0-2.1 Severity: grave Tags: patch Coin, Since i upgraded to PHP 5.4, Horde only returned code 500. I don't really understand what is Horde doing to error handling (empty apache or Horde logs), but after loosing some time i found the problem: PHP Fatal error: Cannot redeclare class SessionHandler in /usr/share/horde3/lib/Horde/SessionHandler.php on line 21 Since PHP 5.4 a SessionHandler class is provided in the language, conflicting with Horde's own class. I made a patch solving this problem by simply renaming the Horde's class, and it works like a charm. I only tested it with the pgsql backend, so you should probably proofread the changes affecting the other backends. Regards. diff -Nur /usr/share/horde3_orig/lib/Horde/SessionHandler/dbm.php /usr/share/horde3/lib/Horde/SessionHandler/dbm.php --- /usr/share/horde3_orig/lib/Horde/SessionHandler/dbm.php 2012-04-30 07:00:13.0 +0200 +++ /usr/share/horde3/lib/Horde/SessionHandler/dbm.php 2012-06-01 23:12:16.0 +0200 @@ -1,6 +1,6 @@ ?php /** - * SessionHandler:: implementation for DBM files. + * HordeSessionHandler:: implementation for DBM files. * NOTE: The PHP DBM functions are deprecated. * * No additional configuration parameters needed. @@ -13,9 +13,9 @@ * did not receive this file, see http://www.fsf.org/copyleft/lgpl.html. * * @author Chuck Hagenbuch ch...@horde.org - * @package Horde_SessionHandler + * @package Horde_HordeSessionHandler */ -class SessionHandler_dbm extends SessionHandler { +class HordeSessionHandler_dbm extends HordeSessionHandler { /** * Our pointer to the DBM file, if open. @@ -25,7 +25,7 @@ var $_dbm; /** - * Open the SessionHandler backend. + * Open the HordeSessionHandler backend. * * @access private * @@ -41,7 +41,7 @@ } /** - * Close the SessionHandler backend. + * Close the HordeSessionHandler backend. * * @access private * @@ -54,7 +54,7 @@ /** * Read the data for a particular session identifier from the - * SessionHandler backend. + * HordeSessionHandler backend. * * @access private * @@ -72,7 +72,7 @@ } /** - * Write session data to the SessionHandler backend. + * Write session data to the HordeSessionHandler backend. * * @access private * @@ -88,7 +88,7 @@ /** * Destroy the data for a particular session identifier in the - * SessionHandler backend. + * HordeSessionHandler backend. * * @param string $id The session identifier. * @@ -105,7 +105,7 @@ } /** - * Garbage collect stale sessions from the SessionHandler backend. + * Garbage collect stale sessions from the HordeSessionHandler backend. * * @param integer $maxlifetime The maximum age of a session. * diff -Nur /usr/share/horde3_orig/lib/Horde/SessionHandler/ldap.php /usr/share/horde3/lib/Horde/SessionHandler/ldap.php --- /usr/share/horde3_orig/lib/Horde/SessionHandler/ldap.php 2012-04-30 07:00:13.0 +0200 +++ /usr/share/horde3/lib/Horde/SessionHandler/ldap.php 2012-06-01 22:53:29.0 +0200 @@ -1,6 +1,6 @@ ?php /** - * SessionHandler implementation for LDAP directories. + * HordeSessionHandler implementation for LDAP directories. * * Required parameters:pre * 'hostspec' - (string) The hostname of the ldap server. @@ -20,7 +20,7 @@ * @since Horde 3.1 * @package Horde_SessionHandler */ -class SessionHandler_ldap extends SessionHandler { +class HordeSessionHandler_ldap extends HordeSessionHandler { /** * Handle for the current database connection. @@ -70,7 +70,7 @@ /** * Read the data for a particular session identifier from the - * SessionHandler backend. + * HordeSessionHandler backend. * * @access private * @@ -86,7 +86,7 @@ } /** - * Write session data to the SessionHandler backend. + * Write session data to the HordeSessionHandler backend. * * @access private * @@ -106,7 +106,7 @@ /** * Destroy the data for a particular session identifier in the - * SessionHandler backend. + * HordeSessionHandler backend. * * @param string $id The session identifier. * @@ -119,7 +119,7 @@ } /** - * Garbage collect stale sessions from the SessionHandler backend. + * Garbage collect stale sessions from the HordeSessionHandler backend. * * @param integer $maxlifetime The maximum age of a session. * diff -Nur /usr/share/horde3_orig/lib/Horde/SessionHandler/memcache.php /usr/share/horde3/lib/Horde/SessionHandler/memcache.php --- /usr/share/horde3_orig/lib/Horde/SessionHandler/memcache.php 2012-04-30 07:00:13.0 +0200 +++ /usr/share/horde3/lib/Horde/SessionHandler/memcache.php 2012-06-01 23:12:57.0 +0200 @@ -3,7 +3,7 @@ require_once
Bug#672361: bootlogd: escape sequences should be filtered out
Coin, Fancy output should be deactivated or handled differently, but we really need the ok/fail/warn status displayed properly. Having the result of escape commands would be easier to parse than just removing escape codes ([ok] stuff instead of [] stuff ok). Regards. -- Marc Dequènes (Duck) pgpfTrMojuj4S.pgp Description: PGP Digital Signature
Bug#673577: ruby-activesupport-3.2: fails to install
Package: ruby-activesupport-3.2 Version: 3.2.3-1 Severity: serious Coin, Upgrade from 2.3 was not tested: Unpacking ruby-activesupport-3.2 (from .../ruby-activesupport-3.2_3.2.3-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/ruby-activesupport-3.2_3.2.3-1_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_support/xml_mini.rb', which is also in package ruby-activesupport-2.3 2.3.14-3 Regards. -- Marc Dequènes (Duck) pgpTRiE3CNi1r.pgp Description: PGP Digital Signature
Bug#673578: ruby-activerecord: fails to upgrade
Package: ruby-activerecord Version: 3.2.3-1 Severity: serious Coin, Upgrade was not tested: Unpacking replacement ruby-activerecord ... dpkg: error processing /var/cache/apt/archives/ruby-activerecord_3.2.3-1_all.deb (--unpack): trying to overwrite '/usr/lib/ruby/vendor_ruby/active_record/fixtures.rb', which is also in package ruby-activerecord-2.3 2.3.14-1 Regards. -- Marc Dequènes (Duck) pgpKW4WU1xJlb.pgp Description: PGP Digital Signature
Bug#673284: morituri: support releases with multiple mediums
Package: morituri Version: 0.1.2-2 Coin, Ripping releases with multiple medium is broken, see: http://thomas.apestaart.org/morituri/trac/ticket/67 As this is not a rare situation and the main goal of this program, i do not consider this a wish but a bug (thus the severity). Unfortunately, the next version is probably not coming soon. This bug was closed 4 months ago, not so much activity recently, and there is still much to do: http://thomas.apestaart.org/morituri/trac/query?group=statusmilestone=0.1.3 Moreover, there is no way to properly solve the situation using python-musicbrainz2 because the new MusicBrainZ's API is necessary to compute which tracks are in the selected medium. I made a patch to work around this problem. For the first and last medium the track offset can be guessed, and in all other cases the user is asked to manually enter the track offset. I'm not a Python developper, so my patch is probably not the most beautiful ever, but it seems to work nicely. I think applying this patch would be nice for Wheezy, because the next version will clearly not be ready for it. When the next version is released, this patch would be obsolete and you'd just have to remove it, so there should be no maintenance work. Regards. -- Marc Dequènes (Duck) --- /usr/share/pyshared/morituri/common/program.py.orig 2012-05-15 00:54:00.193503421 +0200 +++ /usr/share/pyshared/morituri/common/program.py 2012-05-17 15:01:24.072825041 +0200 @@ -56,12 +56,25 @@ mbid = None mbidArtist = None +mbrelease = None + def __init__(self): self.tracks = [] def filterForPath(text): return -.join(text.split(/)) +# borrowed from http://kraehen.org/isrcsubmit.py +# Copyright (C) 2010-2012 Johannes Dewender +# GPL-3+ +def askForOffset(release, discTrackCount, releaseTrackCount): +print +print Could not determine starting track. +print Please look at the following URL: %s % release.id +print How many tracks are on the previous (actual) discs altogether? +num = raw_input([0-%d] % (releaseTrackCount - discTrackCount)) +return int(num) + def getMetadata(release): @rtype: L{DiscMetadata} @@ -78,10 +91,40 @@ metadata.mbid = urlparse.urlparse(release.id)[2].split(/)[-1] metadata.mbidArtist = urlparse.urlparse(release.artist.id)[2].split(/)[-1] +metadata.mbrelease = release + +return metadata + +def getTracksMetadata(metadata, discid, ittoc): +release = metadata.mbrelease -for t in release.tracks: +disc = None +discId = 1 +for d in release.discs: +if d.id == discid: +disc = d +break +discId += 1 +# should never happen +if disc is None: +raise MusicBrainzException(wanted disc cannot be found in release) +print 'Disc ID: %u' % discId + +discTrackCount = ittoc.getAudioTracks() +releaseTrackCount = len(release.tracks) + +if discId == 1: +trackOffset = 0 +elif discId == len(release.discs): +trackOffset = releaseTrackCount - discTrackCount +else: +trackOffset = askForOffset(release, discTrackCount, releaseTrackCount) +print 'Track Offset: %u' % trackOffset + +for i in range(trackOffset, trackOffset + discTrackCount): +t = release.tracks[i] track = TrackMetadata() -if isSingleArtist or t.artist == None: +if not metadata.various or t.artist == None: track.artist = metadata.artist track.sortName = metadata.sortName track.mbidArtist = metadata.mbidArtist @@ -95,9 +138,6 @@ track.mbid = urlparse.urlparse(t.id)[2].split(/)[-1] metadata.tracks.append(track) -return metadata - - def musicbrainz(discid): @rtype: list of L{DiscMetadata} @@ -134,7 +174,7 @@ # The returned release object only contains title and artist, but no # tracks. Query the web service once again to get all data we need. try: -inc = mbws.ReleaseIncludes(artist=True, tracks=True, +inc = mbws.ReleaseIncludes(artist=True, tracks=True, discs=True, releaseEvents=True) # Arid - Under the Cold Street Lights has getId() None if release.getId(): @@ -340,6 +380,7 @@ # Select one of the returned releases. We just pick the first one. ret = metadatas[0] +getTracksMetadata(ret, mbdiscid, ittoc) else: print 'Submit this disc to MusicBrainz at:' print ittoc.getMusicBrainzSubmitURL() pgp4wIP2LE7Kt.pgp Description: PGP Digital Signature
Bug#673285: morituri: let user choose the right release
Package: morituri Version: 0.1.2-2 Tags: patch Coin, Using the same rational as #673284, i think morituri arbitrarily choosing a release when the medium appears in multiple releases, is a bug. It leads to unwanted artist/album/tracks names when ripping, and maybe other consequences. I made a patch asking the user which release is the right one. Someone may later add a command line option to avoid interactivity, but at least it makes this program useful again. Regards. -- Marc Dequènes (Duck) --- /usr/share/pyshared/morituri/common/program.py.orig2 2012-05-17 15:07:07.204922966 +0200 +++ /usr/share/pyshared/morituri/common/program.py 2012-05-17 15:14:20.638212209 +0200 @@ -374,12 +374,20 @@ if metadatas: print 'Matching releases:' +i = 0 for metadata in metadatas: -print 'Artist : %s' % metadata.artist.encode('utf-8') -print 'Title : %s' % metadata.title.encode('utf-8') +print '%u - %s' % (i, metadata.mbrelease.id) +print ' Artist : %s' % metadata.artist.encode('utf-8') +print ' Title : %s' % metadata.title.encode('utf-8') +i += 1 + +if len(metadatas) == 1: + ret = metadatas[0] +else: + print 'Please choose a release' + num = raw_input([0-%u] % i) + ret = metadatas[int(num)] -# Select one of the returned releases. We just pick the first one. -ret = metadatas[0] getTracksMetadata(ret, mbdiscid, ittoc) else: print 'Submit this disc to MusicBrainz at:' pgp2Qf3APrdy1.pgp Description: PGP Digital Signature
Bug#673285: morituri: let user choose the right release
Coin, I forgot to say this patch requires patch in #673284, because the logic is intricated, but could be remade if necessary. -- Marc Dequènes (Duck) pgpSnDWgApUSN.pgp Description: PGP Digital Signature
Bug#664903: Please enable hardened build flags
tag 664903 + pending thanks Coin, Quoting Carlos Alberto Lopez Perez clo...@igalia.com: Patch attached Sorry, but this patch is not suitable: - missing build-dependency on hardening-includes - using hardening-includes is deprecated in favor of dpkg-buildflags only (via /usr/share/dpkg/buildflags.mk) + DEB_BUILD_MAINT_OPTIONS (as stated in your linked documentation btw ;-) Nevertheless, thanks for pushing me into this. I'm gonna upload something soon (and ratbox-ircd should follow soon). Regards. -- Marc Dequènes (Duck) pgpaGraynpZVX.pgp Description: PGP Digital Signature
Bug#667726: libreoffice-writer: crash when copy-pasting between two LO docs
Package: libreoffice-writer Version: 1:3.5.2~rc2-1 Severity: important Coin, I just tried to copy-paste 2.5 pages of pure text between two ODT docs when this happened: Program received signal SIGABRT, Aborted. 0x7f4aaf411475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. A backtrace is attached. I tried copy-pasting smaller parts and I was able to process everything without crash. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-writer depends on: ii libc6 2.13-27 ii libgcc11:4.7.0-2 ii libicu48 4.8.1.1-5 ii libreoffice-base-core 1:3.5.2~rc2-1 ii libreoffice-core 1:3.5.2~rc2-1 ii libstdc++6 4.7.0-2 ii libwpd-0.9-9 0.9.4-3 ii libwpg-0.2-2 0.2.1-1 ii libwps-0.2-2 0.2.4-2 ii libxml22.7.8.dfsg-7 ii uno-libs3 3.5.2~rc2-1 ii ure3.5.2~rc2-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages libreoffice-writer recommends: ii libreoffice-emailmerge none ii libreoffice-filter-binfilter none ii libreoffice-java-commonnone ii libreoffice-math none ii openjdk-6-jre [java5-runtime] 6b24-1.11.1-3 ii sun-java6-jre [java5-runtime] 6.26-3 Versions of packages libreoffice-writer suggests: pn libreoffice-base none pn libreoffice-gcj none Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3.1 ii fonts-opensymbol [ttf-opensymbol] 2:102.2+LibO3.5.2~rc2-1 ii libc6 2.13-27 ii libcairo2 none ii libcmis-0.2-0 0.1.0-1 ii libcurl3-gnutls7.25.0-1 ii libdb5.1 5.1.29-1 ii libexpat1 2.1.0-1 ii libexttextcat0 3.2.0-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.0-2 ii libglib2.0-0 2.32.0-3 ii libgraphite2-2.0.0 1.1.1-1 ii libgstreamer-plugins-base0.10-00.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-1 ii libice62:1.0.7-2 ii libicu48 4.8.1.1-5 ii libjpeg8 8d-1 ii libmythes-1.2-02:1.2.2-1 ii libneon27-gnutls 0.29.6-2 ii libnspr4-0d4.9-1 ii libnss3-1d 3.13.3-1 ii libpng12-0 1.2.47-2 ii librdf01.0.15-1 ii libreoffice-common 1:3.5.2~rc2-1 ii librsvg2-2 2.36.0-5 ii libsm6 2:1.2.0-2 ii libssl1.0.01.0.1-4 ii libstdc++6 4.7.0-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxml22.7.8.dfsg-7 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.6-2 ii libxslt1.1 1.1.26-8 ii ttf-opensymbol 2:102.2+LibO3.5.2~rc2-1 ii uno-libs3 3.5.2~rc2-1 ii ure3.5.2~rc2-1 ii zlib1g 1:1.2.6.dfsg-2 -- no debconf information -- Marc Dequènes (Duck) Thread 5 (Thread 0x7f4aa50ac700 (LWP 17802)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:216 No locals. #1 0x7f4ab01ede9f in rtl_cache_wsupdate_wait (seconds=10) at /home/rene/Debian/Pakete/LibreOffice/libreoffice-3.5.2/sal/rtl/source/alloc_cache.cxx:1411 now = {tv_sec = 1333704020, tv_usec = 395319} wakeup = {tv_sec = 1333704030, tv_nsec = 395319000} #2 rtl_cache_wsupdate_all (arg=optimized out) at /home/rene/Debian/Pakete/LibreOffice/libreoffice-3.5.2/sal/rtl/source/alloc_cache.cxx:1551 seconds = 10 #3 0x7f4aaefc5b50 in start_thread (arg=optimized out) at pthread_create.c:304 __res = optimized out pd = 0x7f4aa50ac700 unwind_buf = {cancel_jmp_buf = {{jmp_buf = { 139958573254400, 2288784615263939155, 139958740124064, 139958573255104, 139958763593792, 3, -2209526416300594605
Bug#511715: ITP: gallery3 -- web-based photo album written in PHP
Coin, Quoting you from Gallery's ML: Another thing that should be discussed is whether it's worth having a gallery3 package in the main Debian repository. The benefit of having a package in the Debian repository is the simplicity of installation via apt-get install gallery3 Having a gallery3 package hosted outside of the main Debian repository (such as my people.debian.org repository) gets the same benefit, assuming one has configured their system to access that repository. While initially somewhat complicated, the setup is a one time cost. There are also ways to simplify the repository setup, such as a helper package. You're not the only DD having hit a license problem, and if every (if not all) DD had created a personal repository for each package causing problem, there would be no central repository at all. Do you intend to support sid, testing, stable, and security up to old-stable by yourself in the long run? Do you really think this situation is sustainable? Now that you have tell upstream that it is not necessary, do you think anyone of them will help you solve the licensing problem? You also forgot about the trust and security problem caused by adding any apt key like explained in your installation procedure[1]. What would happen if your GPG key is compromised? If you want to help Debian and your users you'll have to clean this up and make up a decision. If the source code of the SWF apps cannot be provided, then i think you could provide a package with such files removed and the corresponding features deactivated. If you also want to care about the lost features, and if these files are _really_ allowed to be distributed at all, then you may package them separately in a non-free package which would enhance the free one (and provide a helper script of some sort to activate the feature if needed). Please do not consider this mail an offensive one. I just think you made a mistake and i wanted to explain my point of view. I also think you should perfectly be able to improve the situation. Don't forget you may also ask your fellow developers for opinions and/or help on the MLs. [1] http://codex.gallery2.org/Gallery3:Installation_on_Debian -- Marc Dequènes (Duck) pgpyX0C43ZrqJ.pgp Description: PGP Digital Signature
Bug#659907: texlive-binaries: fails to upgrade
Coin, I had to remove jadetex to continue upgrading my machine, and it was in fact purged. After reinstalling the problem still arise. On another machine having texlive-full and jadetex too i could not reproduce. I'm still trying to find a real different besides the architecture (i386 in this case). Quoting Hilmar Preusse hill...@web.de: I guess you can reproduce the problem by running fmtutil-sys --byfmt jadetex as root, right? Yes. I see a lot of sty files from hyperref in /usr/local/share/texmf, which are read by initex when generating the format file for jadetex. Could you (temporarily) hide them by renaming the texmf tree and rerun mktexlsr? You were right, my local extensions were at fault (and not present on the other machine). The message was not that clear, and honestly i would not have expected difficulties when upgrading to a new Debian revision. As this bug will not appear on a pure Debian installation you may well close this bug. Nevertheless avoiding such breakage when there is no new upstream release would be much better if possible. Tell me if you want to investigate more on the subject. Regards. -- Marc Dequènes (Duck) pgpWRomvN5mJe.pgp Description: PGP Digital Signature
Bug#660700: vlc-plugin-notify: application blocks at startup when activated
Package: vlc-plugin-notify Version: 2.0.0-1 Severity: important Coin, After upgrading from 1.1.13-1+b1, the (default) interface window opens, but stays empty without any widget but the background color, and the whole application stays blocked forever (see the attached debug logs). These two tests work perfectly using xine or mplayer. Using 'cvlc --control qt4' i was able to have it open properly. I then found disabling libnotify support solved my problem. libnotify4 was not upgraded since a while, worked perfectly with 1.1.13-1+b1, and still works for other applications. Tell me if you need more info. Regards. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-plugin-notify depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.9-2 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libvlccore5 2.0.0-1 ii vlc-nox 2.0.0-1 vlc-plugin-notify recommends no packages. vlc-plugin-notify suggests no packages. -- no debconf information -- Marc Dequènes (Duck) -- logger module started -- main debug: using interface module logger main debug: TIMER module_need() : 0.202 ms - Total 0.202 ms / 1 intvls (Avg 0.202 ms) main debug: adding item `video.mkv' ( file:///data/video.mkv ) dbus debug: Got a VLC event on playlist-item-append. The main loop needs to wake up in order to process it dbus debug: Sending wakeup signal to the main loop dbus debug: Got a VLC event on playlist-item-append. The main loop needs to wake up in order to process it dbus debug: Sending wakeup signal to the main loop dbus debug: the main loop has been woken up dbus debug: Removing a byte from the self-pipe dbus debug: the main loop has been woken up dbus debug: Removing a byte from the self-pipe main debug: looking for interface module: 1 candidate dbus debug: Nothing happened on fd 6 dbus debug: Dispatching incoming dbus message dbus debug: Dispatching incoming dbus message dbus debug: DBus dispatch status changed to COMPLETE. dbus debug: 9234 µs elapsed since last wakeup dbus debug: Sleeping until something happens dbus debug: Nothing happened on fd 13 dbus debug: Dispatching incoming dbus message dbus debug: DBus dispatch status changed to COMPLETE. dbus debug: 1024 µs elapsed since last wakeup dbus debug: Sleeping until something happens main debug: Creating an input for 'video.mkv' main debug: using interface module globalhotkeys main debug: TIMER module_need() : 0.532 ms - Total 0.532 ms / 1 intvls (Avg 0.532 ms) main: Running vlc with the default interface. Use 'cvlc' to use vlc without interface. main debug: looking for interface module: 5 candidates main debug: meta ok for (null), need to fetch art main debug: looking for meta fetcher module: 1 candidate lua debug: Trying Lua scripts in /home/duck/.local/share/vlc/lua/meta/fetcher lua debug: Trying Lua scripts in /usr/lib/vlc/lua/meta/fetcher lua debug: Trying Lua playlist script /usr/lib/vlc/lua/meta/fetcher/tvrage.luac main debug: using meta fetcher module lua main debug: TIMER module_need() : 0.483 ms - Total 0.483 ms / 1 intvls (Avg 0.483 ms) main debug: removing module lua main debug: searching art for video.mkv main debug: looking for art finder module: 2 candidates lua debug: Trying Lua scripts in /home/duck/.local/share/vlc/lua/meta/art lua debug: Trying Lua scripts in /usr/lib/vlc/lua/meta/art lua debug: Trying Lua playlist script /usr/lib/vlc/lua/meta/art/00_musicbrainz.luac lua debug: Trying Lua playlist script /usr/lib/vlc/lua/meta/art/01_googleimage.luac lua debug: Trying Lua playlist script /usr/lib/vlc/lua/meta/art/02_frenchtv.luac lua debug: Trying Lua playlist script /usr/lib/vlc/lua/meta/art/03_lastfm.luac lua debug: Trying Lua scripts in /usr/share/vlc/lua/meta/art main debug: no art finder module matching any could be loaded main debug: TIMER module_need() : 1.689 ms - Total 1.689 ms / 1 intvls (Avg 1.689 ms) main debug: art not found for video.mkv main debug: looking for extension module: 1 candidate lua debug: Opening Lua Extension module lua debug: Trying Lua scripts in /home/duck/.local/share/vlc/lua/extensions lua debug: Trying Lua scripts in /usr/lib/vlc/lua/extensions lua debug: Trying Lua scripts in /usr/share/vlc/lua/extensions main debug: using extension module lua main debug: TIMER module_need() : 0.154 ms - Total 0.154 ms / 1 intvls (Avg 0.154 ms) main debug: looking for services probe module: 10 candidates main debug: no services probe module matching any could
Bug#660578: python-cddb: crash when used with morituri
Package: python-cddb Version: 1.4-5.1+b3 Severity: important Coin, When using morituri, it crashes when calling python-cddb: -- Checking device /dev/sr0 CDDB disc id 20087929 MusicBrainz disc id VJzU8Fn9F8PLIEqx.OeqmVnSpjI- Submit this disc to MusicBrainz at: http://mm.musicbrainz.org/bare/cdlookup.html?toc=1+41+162836+150+5449+12795+16595+19025+22854+25284+30117+32756+36484+43078+46532+47570+49438+52905+54278+63426+83742+103763+105342+107570+110548+112315+114269+115473+117435+119886+121653+123132+138963+141696+143261+144307+145879+147418+149178+150274+156972+158270+159842+161241tracks=41id=VJzU8Fn9F8PLIEqx.OeqmVnSpjI- Traceback (most recent call last): File /usr/bin/rip, line 35, in module sys.exit(main.main(sys.argv[1:])) File /usr/lib/python2.7/dist-packages/morituri/rip/main.py, line 14, in main ret = c.parse(argv) File /usr/lib/python2.7/dist-packages/morituri/rip/main.py, line 82, in parse logcommand.LogCommand.parse(self, argv) File /usr/lib/python2.7/dist-packages/morituri/extern/command/command.py, line 335, in parse return self.subCommands[command].parse(args[1:]) File /usr/lib/python2.7/dist-packages/morituri/extern/command/command.py, line 335, in parse return self.subCommands[command].parse(args[1:]) File /usr/lib/python2.7/dist-packages/morituri/extern/command/command.py, line 304, in parse ret = self.do(args) File /usr/lib/python2.7/dist-packages/morituri/rip/cd.py, line 153, in do cddbmd = prog.getCDDB(cddbid) File /usr/lib/python2.7/dist-packages/morituri/common/program.py, line 316, in getCDDB code, md = CDDB.query(cddbdiscid) File /usr/lib/pymodules/python2.7/CDDB.py, line 51, in query header[0] = string.atoi(header[0]) File /usr/lib/python2.7/string.py, line 403, in atoi return _int(s, base) ValueError: invalid literal for int() with base 10: '!DOCTYPE' -- Regards. -- Marc Dequènes (Duck) pgp1X1VF4gLig.pgp Description: PGP Digital Signature
Bug#660015: popularity-contest: fails to cope with multiarch
Package: popularity-contest Version: 1.53 Severity: important Tags: patch Coin, I got this reported by cron: /etc/cron.daily/popularity-contest: Package `libc6-i686' is not installed. Use dpkg --info (= dpkg-deb --info) to examine archive files, and dpkg --contents (= dpkg-deb --contents) to list their contents. In the Read dpkg database of installed packages part of /usr/sbin/popularity-contest, the call to dpkg-query report a list of packages like this: install ok installed libc6-i686 Unfortunately, the call to dpkg -L pkg in proc_pkgs() fails because indeed libc6-i686, which is libc6-i686:amd64 on this host, does not exist while libc6-i686:i386 does. I guess being conservative is the safest choice on the dpkg's side and using an updated format to include the architecture is a very easy change for applications migrating to the multiarch world. The small attached patch seems to solve this issue. Regards. -- Marc Dequènes (Duck) --- /usr/sbin/popularity-contest.orig 2012-02-15 20:21:29.593742437 +0100 +++ /usr/sbin/popularity-contest 2012-02-15 20:22:10.274234367 +0100 @@ -158,7 +158,7 @@ } # Read dpkg database of installed packages -open PACKAGES, dpkg-query --show --showformat='\${status} \${package}\\n'|; +open PACKAGES, dpkg-query --show --showformat='\${status} \${package}:\${architecture}\\n'|; my @pkglist = (); while (PACKAGES) { pgpr6J0z3gpsN.pgp Description: PGP Digital Signature
Bug#660015: [Popcon-developers] Bug#660015: popularity-contest: fails to cope with multiarch
reassign 660015 dpkg forcemerge 659782 660015 affects 659782 + popularity-contest bye Quoting Bill Allombert bill.allomb...@math.u-bordeaux1.fr: I think this is a duplicate of bug #659782. You're right. Adding affects. -- Marc Dequènes (Duck) pgpQujcHnbKD4.pgp Description: PGP Digital Signature
Bug#659198: openal-soft: openal-info is missing
Source: openal-info Version: 1:1.13-4 Coin, The openal-info utility is properly built but installed nowhere. I don't consider this a wish, but a lack of an important tool, thus the severity. Regards. -- Marc Dequènes (Duck) pgpC4rKRPH0vc.pgp Description: PGP Digital Signature
Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
Coin, Quoting Vincent Bernat ber...@debian.org: I don't really understand why the fact that the symlink is a relative one is a problem. From what I understand, you want to try to access to: /var/lib/roundcube/plugins/jqueryui/js/jquery-ui.min.js Apache tries to yes: [Sun Feb 05 18:59:15 2012] [error] [client 2001:7a8:810:6969:21f:d0ff:fe8f:cfec] Symbolic link not allowed or link target not accessible: /var/lib/roundcube/plugins/jqueryui/css, referer: https://webmail-rc.duckcorp.org/?_task=settings [Sun Feb 05 18:59:15 2012] [error] [client 2001:7a8:810:6969:21f:d0ff:fe8f:cfec] Symbolic link not allowed or link target not accessible: /var/lib/roundcube/plugins/jqueryui/js/jquery-ui.min.js, referer: https://webmail-rc.duckcorp.org/?_task=settings And as you can see, the css symlink is not working either. The output of ls -l is misleading for this file: lrwxrwxrwx 1 root root 49 janv. 22 12:37 /var/lib/roundcube/plugins/jqueryui/js/jquery-ui.min.js - ../../../../javascript/jquery-ui/jquery-ui.min.js Why misleading? From the above, we may assume that the linked file is: /var/lib/javascript/jquery-ui/jquery-ui.min.js Is that what you mean? Yes. However, readlink -f output confirms that everything works as expected: $ readlink -f /var/lib/roundcube/plugins/jqueryui/js/jquery-ui.min.js /usr/share/javascript/jquery-ui/jquery-ui.min.js But it does not here. Do you get a 404 when accessing this file? With Apache, if I try this, I get the file: $ curl http://localhost/roundcube/plugins/jqueryui/js/jquery-ui.min.js I get a 403, see log entries above. I have: Alias /roundcube /var/lib/roundcube I'm using a dedicated vhost, but was using /usr/share/roundcube. It seems i missed the change in the changelog in 0.5.1-1 « Rework how symlinks work. ». Nevertheless, after changing the directory, it does not work better. I had another look at the problem. When building your package i get (using debc): lrwxrwxrwx root/root 0 2012-02-05 19:06 ./var/lib/roundcube/plugins/jqueryui - /usr/share/roundcube/plugins/jqueryui In my system, it is not a symlink, but a directory. I may have done a mistake earlier, so i moved /var/lib/roundcube/plugins/jqueryui away, before upgrading to 0.7.1-1. This file is then recreated as a directory! Looking a bit further, i can see /usr/share/roundcube/plugins should be a directory, but in my system is a symlink to /var/lib/roundcube/plugins. It really seems the migration to the new symlink layout did not work correctly on my system :-(. -- Marc Dequènes (Duck) pgpqF1L84LUu6.pgp Description: PGP Digital Signature
Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
Coin, Quoting Vincent Bernat ber...@debian.org: I don't understand where jqueryui_pkg comes from in your output. You type plugins/jqueryui and you get plugins/jqueryui_pkg. Moreover, I have no such directory on my system. Maybe you have an old version of roundcube-plugins-extra? Because of this symlink problem, i had to find a fix quickly, to avoid my users killing me, so i moved the jqueryui directory from the package away, copied it, and fixed the symlinks in the copy. But when you asked for details, i had to use these original path, and did not remove the _pkg suffix everywhere by mistake, sorry. Regards. -- Marc Dequènes (Duck) pgp8WE1clbqYP.pgp Description: PGP Digital Signature
Bug#658341: upload of multi-arch enabled dpkg (in time for wheezy)
Coin, I remember working along with you on Debian/Hurd, and don't have any bad souvenirs, so i'm a bit astonished to find you in this situation. I found Cyril's attitude, and one of the release-team mails to be extremely annoying, coming up with demands and threats, instead of I heard many times that you didn't communicate much or at all (not to speak about public statements i could not see by myself), so i'm not surprised after several months people are beginning to be scared about the release (especially in the release team) and, maybe, overreacted a bit. http://dpkg.alioth.debian.org/stats/ I fail to understand why people should read VCS stats or logs to hear about your progress, considering the commit count is clearly irrelevant and one might not have the knowledge and time to read all the stuff. Why didn't you use d-d-a to give news about the project, and ask for reviews and help btw? It really seems to me you didn't trust your fellow developers, which is quite sad. If you were not able to work on this with buxy, maybe another could have helped you. In any case a multi-arch enabled dpkg will not miss wheezy. But I have kept finding extremely annoying, demotivating and a drain of fun at various times when working on Debian for the past last year or so... Even with all the code reviews of the world, you can't be sure your design will be perfect and will meet future needs. If it happens to be a failure, this code can still be deactivated before the release and the extra control fields / package reorganization won't hurt. Now that many probably have installed KiBi's package to have a look, you have at your disposal a big bunch of witting guinea pigs and maybe several able to proofread the code, so i really really hope you won't let us down (despite the disagreement). And let's have a bear some day :-). -- Marc Dequènes (Duck) pgpqYJtpduGdC.pgp Description: PGP Digital Signature
Bug#654270: gnusound: FTBFS on armhf, reproduced on amd64: error: format not a string literal and no format arguments [-Werror=format-security]
Coin, Quoting Jonathan Nieder jrnie...@gmail.com: Format string includes filename, which I believe can be arbitrary. Looks like a low-severity security bug. (Attacker tricks victim into opening sound file with funny name. Then...) Yes, that's true for any package needing a format-security patch. I'll prepare a package for stable, but i'm gonna solve the problem in unstable by a removal, as nobody has stepped to handle maintainership since i asked for help on #622013 and alerted the GNU application maintainer. Regards. -- Marc Dequènes (Duck) pgpGmZXdyczIl.pgp Description: PGP Digital Signature
Bug#658085: RM: gnusound -- ROM; RC-buggy; abandoned upstream
Package: ftp.debian.org pseudo-package Severity: important Coin, Nobody has stepped to handle maintainership since i asked for help on #622013 and alerted the GNU application maintainer. I also tried to contact the original author. Time has passed and it is clearly abandonned. Severity is set to important because it also partially solves the security bug #654270. Will remove the following packages from unstable: gnusound |0.7.5-3 | source gnusound | 0.7.5-3+b1 | amd64, armel, i386, ia64, mips, mipsel, powerpc, s390, sparc Regards. -- Marc Dequènes (Duck) pgpV9Z6bWam3f.pgp Description: PGP Digital Signature
Bug#658085: RM: gnusound -- ROM; RC-buggy; abandoned upstream
Quoting Gergely Nagy alger...@balabit.hu: Wrong. You don't need the pseudo-package part. The package: pseudo-header's value is taken as a space separated list of packages to assign the bug to, and pseudo-package is not a valid (pseudo-)package. Silly paste mistake, sorry for the noise. Reassigned to ftp.d.o to clear the invalid assignment. Thanks. -- Marc Dequènes (Duck) pgpE9O89xreTO.pgp Description: PGP Digital Signature
Bug#657721: unscd: no binary in package
Package: unscd Version: 0.48-1 Severity: grave Coin, As you can see in http://packages.debian.org/sid/amd64/unscd/filelist the nscd binary is not shipped in the package anymore, which then breaks everything on the system. Clearly this package has not be verified before upload. -- Marc Dequènes (Duck) pgpRjBX3Ey8rE.pgp Description: PGP Digital Signature
Bug#610048: option --dry-run for debsnap
Coin, In fact a --list option would be appropriate for this feature and should not be difficult to implement. Regards. -- Marc Dequènes (Duck) pgpg4VoUk2aHr.pgp Description: PGP Digital Signature
Bug#646657: Fix available
Coin, Quoting Diego Elio Pettenò flamee...@flameeyes.eu: https://github.com/jimweirich/builder/pull/15 should fix the issue (and another unrelated one fwiw). -- Diego Elio Pettenò flamee...@flameeyes.eu Thanks a lot :-). -- Marc Dequènes (Duck) pgp5iwK2PXkYS.pgp Description: PGP Digital Signature
Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
Quoting Vincent Bernat ber...@luffy.cx: This should be the same for jquery.js. Why is it working for jquery.js and not jquery-ui.js? Probably because it is under /usr/share/roundcube/program while jqueryui is only used by a small set of plugins. There is no such symlink to /var/lib for program/. -- Marc Dequènes (Duck) pgpRCuMeYEhKH.pgp Description: PGP Digital Signature
Bug#656886: [Pkg-roundcube-maintainers] Bug#656886: roundcube: problems with symlinks in /var/lib/roundcube/plugins/
Coin, Quoting Jérémy Bobbio lu...@debian.org: PHP Error: Failed to load config from /var/lib/roundcube/plugins/jqueryui/config.inc.php in /usr/share/roundcube/program/include/rcube_plugin.php I don't have such errors. I saw this message once on a fresh install. But I am usually doing my tests with the following in /etc/roundcube/plugins/jqueryui/config.inc.php: Mine contains: // if you want to load localization strings for specific sub-libraries of jquery-ui, configure them here $rcmail_config['jquery_ui_i18n'] = array('datepicker'); // map Roundcube skins with jquery-ui themes here $rcmail_config['jquery_ui_skin_map'] = array( 'groupvice4' = 'redmond', ); Which is in fact a copy of the default config here: /usr/share/roundcube/plugins/jqueryui/config.inc.php Regards. -- Marc Dequènes (Duck) pgpTMlf1CRjSw.pgp Description: PGP Digital Signature