Bug#702491: Package passwd: useradd-defaults
Package: passwd Version: 1:4.1.5.1-1 Shouldn't the var SHELL=/bin/sh from /etc/default/useradd be changed into SHELL=/bin/bash as the default usershell? Using /bin/sh (a symlink to /bin/dash) confuses lots of people, if they don't use -s /bin/bash and get new users with dash as shell. Regards, lutz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702460: openblas: does not revert atlas lapack alternative
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/03/2013 23:12, S←bastien Villemot wrote: Le mercredi 06 mars 2013 ¢ 22:58 +0100, Julian Taylor a ←crit : On 06.03.2013 22:53, S←bastien Villemot wrote: Le mercredi 06 mars 2013 ¢ 22:01 +0100, Julian Taylor a ←crit : Package: openblas Version: 0.1.1-6 Severity: normal installing atlas and the openblas changes the alternative to openblas as it has higher priority. but atlas also changes the lapack alternative to its own. This leads to usr/lib/liblapack.so having undefined references to atlas extensions apt-get install libatlas3-base apt-get install libopenblas-base ldd -r /usr/lib/liblapack.so.3 ... undefined symbol: ATL_dpttrmm(/usr/lib/liblapack.so.3) You have either an old version of atlas, or you manually changed the alternative. The standard LAPACK has higher priority than ATLAS': I didn't install lapack at all, it uses the lapack in atlas. possibly openblas could depend on lapack to avoid this? I don?t think this would make much sense. I agree with S←bastien. LAPACK is built upon BLAS and LAPACK is not away used when doing linear algebra. Sylvestre -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlE4TykACgkQiOXXM92JlhB6dQCgsoN29GDT9L40yYLFOVuO4+HO TzMAoLNEnHvThdytGEJOxPXQR3EpGdgQ =+Kl4 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701985: libcomedi0: Library has the undefined symbols
Hello Ilya You are right and I don't know how to fix it. Adding LDFLAGS = -lm did not fix the bug. I will have to reopen it :( But can you live with it if you compile your programs with -lm, see the demos Makefile? Regards Gudjon
Bug#701548: libv4l-0: bashism in /bin/sh script
Hi, On 6 March 2013 20:23, Gregor Jasny gja...@googlemail.com wrote: Hello, I'll fix the shell rediretion with the next upload. But the other complain puzzles me: Thanks On 2/24/13 7:07 AM, Raphael Geissert wrote: Your linked Wiki page states: Also, the following can be used to check for the presence of the time program. ... # if statement if [ ! $(command -v time) ]; then echo time is not installed exit 1 fi So the example also uses the -v option. Is the -v option allowed or not? Good catch; I haven't reviewed that page in a while and there have been quite some changes since. -v may or may not be implemented, so it shouldn't be used either. In Debian (and its derivatives) you can rely on the which(1) command; it also works on FreeBSD and some other systems but it's best not to pass any option to it. Cheers, -- Raphael Geissert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693393: 3.16+dfsg1-1_all is 942M
http://ftp.debian.org/debian/pool/main/n/ns3/ns3-doc_3.16+dfsg1-1_all.deb 06-Mar-2013 20:11942M -- victory no need to CC me :-) http://userscripts.org/scripts/show/102724 0.0.1.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702480: xserver-xorg-video-radeon: GTK fonts are invisible on PowerPC
On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote: Package: xserver-xorg-video-radeon Version: 1:6.14.4-7 Severity: important FWIW I think this deserves even higher severity, it should definitely be fixed for wheezy. Dear Maintainer, On new Wheezy installs or after an upgrade, PowerPC Macs using the radeon driver have GTK fonts render as very light purple making them invisible against gray backgrounds. Other users have discussed this problem in the following threads: http://lists.debian.org/debian-powerpc/2013/01/msg00028.html http://www.mintppc.org/forums/viewtopic.php?f=15t=1205sid=19248fa6623f340007d9c86ea8f37611 A workaround is to edit xorg.conf, changing AccelMethod to XAA or keeping the EXA default but adding the options RenderAcceleration False and MigrationHeuristic greedy. This bug does not affect fonts in a console, xterm, qt apps, or Openbox desktop menus, only in GTK apps. I think the attached patch should fix this. Can you or anyone else on the debian-powerpc list test it? Option RenderAccelerationFalse Option MigrationHeuristicgreedy [...] [45.807] (WW) RADEON(0): Option RenderAcceleration is not used BTW, if you spelled RenderAccel correctly, Option MigrationHeuristic shouldn't be necessary to work around the problem. In theory the latter won't avoid the problem in some cases anyway. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer From f9c21f46e87fb2bf5c6489b2365fc2bba88fd336 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Michel=20D=C3=A4nzer?= michel.daen...@amd.com Date: Thu, 7 Mar 2013 09:59:29 +0100 Subject: [PATCH] UMS: Swap bytes when uploading to pixmap for solid picture on big endian host MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: Michel Dänzer michel.daen...@amd.com --- src/radeon_exa_shared.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/radeon_exa_shared.c b/src/radeon_exa_shared.c index 7af8a52..48c8fcf 100644 --- a/src/radeon_exa_shared.c +++ b/src/radeon_exa_shared.c @@ -40,6 +40,7 @@ #endif #include radeon_macros.h #include radeon_probe.h +#include radeon_reg.h #include radeon_version.h #include radeon_vbo.h @@ -159,7 +160,12 @@ PixmapPtr RADEONSolidPixmap(ScreenPtr pScreen, uint32_t solid) /* XXX: Big hammer... */ info-accel_state-exa-WaitMarker(pScreen, info-accel_state-exaSyncMarker); +#if X_BYTE_ORDER == X_BIG_ENDIAN +RADEONCopySwap(info-FB + exaGetPixmapOffset(pPix), (uint8_t*)solid, 4, + RADEON_HOST_DATA_SWAP_32BIT); +#else memcpy(info-FB + exaGetPixmapOffset(pPix), solid, 4); +#endif return pPix; } -- 1.8.2.rc1
Bug#628843: [Pkg-shadow-devel] Bug#628843: use pty?
Hello, On Wed, Mar 06, 2013 at 11:23:01AM -0600, Serge Hallyn wrote: As mdeslaur has pointed out in irc, one solution would be to have interactive su use a new pty for the session. Not trivial, and not very portable too. The best pty handling is done by Expect (Tcl/Expect) IMHO, but its code looks too complex. Probably, we should do the simplified pty for selected platforms (GNU/Linux, FreeBSD) and try not to break others (and leave them vulnerable until someone cares much). Alternatively, we could simply update the su man page to recommend su only be used for increasing privilege (becoming root), and recommend other means for dropping privilege or switching users. IMHO we should do both -- first update the su man page (and leave it so for other platforms), then implement pty workaround for Linux and BSD and restore su manpage for Linux/BSD. -- With best regards, xrgtn signature.asc Description: Digital signature
Bug#659440: Patch for bumblebee package
Hi, attached is a patch for the bumblebee package to properly handle the configuration files stored in /etc/bumblebee. For some reason, the package used to not ship these files, but instead copy them in postinst, which means users would not be prompted about changes in the default configuration, nor obtain an updated configuration if they did not change the file. I also simplieifed debian/rules a bit in favour of using debian/bumblebee.install to give additional files which are included in the package. The bash-completion file is installed by make install, so there's no need to do that again. Kind regards, Ralf From 23f3310b78ecace5fba1c92fac0e55544f0eb8df Mon Sep 17 00:00:00 2001 From: Ralf Jung p...@ralfj.de Date: Wed, 6 Mar 2013 21:47:23 +0100 Subject: [PATCH] Make the files in /etc conffiles and use debian/bumblebee.install instead of manually calling dh_install or cp copying the bash_completion file is no longer needed, make install does that --- debian/bumblebee.install |2 ++ debian/postinst |6 -- debian/postrm|1 + debian/rules | 14 -- 4 files changed, 3 insertions(+), 20 deletions(-) create mode 100644 debian/bumblebee.install diff --git a/debian/bumblebee.install b/debian/bumblebee.install new file mode 100644 index 000..f6931c5 --- /dev/null +++ b/debian/bumblebee.install @@ -0,0 +1,2 @@ +debian/bumblebee/etc/bumblebee/* usr/share/bumblebee/default-conf/ +scripts/systemd/bumblebeed.service lib/systemd/system/ diff --git a/debian/postinst b/debian/postinst index 5a06623..76cf24e 100644 --- a/debian/postinst +++ b/debian/postinst @@ -14,12 +14,6 @@ USE_GROUPS='adm sudo admin' case $1 in configure) -for file in bumblebee.conf xorg.conf.nvidia xorg.conf.nouveau; do -if [ ! -f /etc/bumblebee/$file ]; then -cp -p /usr/share/bumblebee/default-conf/$file /etc/bumblebee/ -fi -done - # only add a group and members if the configured group does match the # default group and if the group is missing if grep -qx ServerGroup=$BB_GROUP /etc/bumblebee/bumblebee.conf diff --git a/debian/postrm b/debian/postrm index 24f2c6d..95f7ec8 100644 --- a/debian/postrm +++ b/debian/postrm @@ -9,6 +9,7 @@ set -e case $1 in purge) groupdel bumblebee || true +# keep this as old versions did not mark these files as conffiles for file in bumblebee.conf xorg.conf.nvidia xorg.conf.nouveau; do rm -f /etc/bumblebee/$file done diff --git a/debian/rules b/debian/rules index 90e38e7..fe4008f 100755 --- a/debian/rules +++ b/debian/rules @@ -23,20 +23,6 @@ endif override_dh_auto_install: dh_auto_install --destdir=debian/bumblebee/ - dh_installdirs usr/share/bumblebee/default-conf - mv debian/bumblebee/etc/bumblebee/* \ - debian/bumblebee/usr/share/bumblebee/default-conf/ - dh_installdirs lib/systemd/system - cp scripts/systemd/bumblebeed.service \ - debian/bumblebee/lib/systemd/system/bumblebeed.service - -override_dh_install: - dh_install - # Use our own sysvinit script instead of the one distributed upstream - #cp scripts/sysvinit/bumblebeed debian/bumblebee.bumblebeed.init - #cp scripts/upstart/bumblebeed.conf debian/bumblebee.bumblebeed.upstart - cp scripts/bash_completion/bumblebee \ - debian/bumblebee/etc/bash_completion.d/bumblebee override_dh_installinit: dh_installinit --name=bumblebeed -- 1.7.10.4
Bug#697890: iwconfig not in /sbin
Quoting Charles Plessy (ple...@debian.org): There are multiple ways to solve this: - The upload is made by an uploader. - I or someone else sponsor an upload where the changelog is signed by an uploader. - The upload is marked Team upload. - The upload is made version 3.16, ignoring warnings. - I or someone else become uploader, and upload. Any is fine with me. Getting Joey's ACK would also be a good idea. Just let me know a timeline if you would like me to upload. Let's give Joey some time to comment (something like a week should be fine) and let's decide later on. signature.asc Description: Digital signature
Bug#700333: Stack trace
Hi Ben! Did the stack help you to identify something? Enabling non-boot CPUs seems suspicious to me - does that mean instead of writing an image to disk and hibernating it's trying to resume? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702428: log output
errors from /var/log/xcp-xapi.log: 652Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xapi] creating device emulator 652Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] Device.Dm.start domid=10 661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] qemu-dm: should be running in the background (stdout redirected to syslog) 661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] qemu-dm: pid = 9169. Waiting for /local/domain/0/device-model/10/state 661Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] watch: watching xenstore paths: [ /local/domain/0/device-model/10/state ] with timeout 5.00 seconds 667Z|error||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] watch: timeout while watching xenstore after 5.00 seconds 667Z|error||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xenops] qemu-dm: unexpected exit with code: 1 667Z|debug||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|backtrace] Raised at device.ml:1606.12-57 - vmops.ml:627.2-32 - vmops.ml:1123.8-104 667Z|error||1227 UNIX /var/lib/xcp/xapi|VM.start R:0b98978366e4|xapi] Vmops.start_paused caught: INTERNAL_ERROR: [ Device.Ioemu_failed(qemu-dm exitted unexpectedly) ] and more from /var/log/daemon.log: xcp-fe: qemu-dm-10[9169]: domid: 10 xcp-fe: qemu-dm-10[9169]: -c config qemu network with xen bridge for xcp-fe: qemu-dm-10[9169]: tap10.0 xapi1 xcp-fe: qemu-dm-10[9169]: can't add tap10.0 to bridge xapi1: Operation not supported xcp-fe: qemu-dm-10[9169]: /etc/xen/scripts/qemu-ifup: could not launch network script xcp-fe: qemu-dm-10[9169]: Could not initialize device 'tap' The message about can't add tap10.0 to bridge xapi1: Operation not supported seems to be the point where it fails. xapi1 does exist and two PV domUs are connected to it already: # brctl show xapi1 bridge namebridge idSTP enabledinterfaces xapi1.de699bd4dc4dnovif1.2 vif3.1 It is only the HVM domU that has this error. Why is it talking about tap10.0 and not vif10.0 in the qemu-dm log message? Do HVM vifs use the tapX naming convention? Or is this the cause of the problem? dmesg output shows that a vif10.0 did exist briefly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699046: psi-plus-plugin-psimedia: psi-plus segfaults while psi-plus-plugin-media installed
Hi, Could you try psimedia 1.0.3-git20130306-c2b8446-1 and psi-plus 0.16.78-1 from experimental? Best regards, Boris
Bug#702285: unblock: vlc/2.0.3-5
Hi, On Mittwoch, 6. März 2013, Niels Thykier wrote: Moreover, we have a Jenkins job [0] that currently consistently reproduces the bug (thanks Holger!), and will confirm as soon as this is accepted in testing if it's really fixed. I commit to check it myself. Counting on this! and indeed, http://jenkins.debian.net/job/chroot-installation_squeeze_install_full_desktop_upgrade_to_wheezy/ finally was successful this morning \o/ So now there is only one failing chroot installation test: http://jenkins.debian.net/view/chroot-installation/job/chroot-installation_squeeze_install_gnome_upgrade_to_wheezy/ Which actually surprises me a bit, as the latter installs less than the former...?! cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702492: RFS: anox/2.2-1
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package anox. anoX aims to provide a simple and powerful way to run an application, mainly games, in another X server. The goal is to bypass bugs such as wine's windows disappearing when using Compiz or SDL-based games (like Tremulous) preventing from switching between the game and the desktop. Package name: anox Version : 2.2-1 Upstream Author : Sébastien Bertrand thedamoc...@gmail.com URL : https://launchpad.net/anox License : GPL-3+ Section : x11 It builds those binary packages: anox - run an application in another X server To access further information about this package, please visit the following URL: http://mentors.debian.net/package/anox Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/anox/anox_2.2-1.dsc More information about hello can be obtained from http://www.example.com. https://launchpad.net/anox Changes since the last upload: * Now automatically select a free display and a virtual terminal * Now use argparse to parse command-line * Syntax improvments I know that Testing migration has been frozen, but I would appreciate any comment concerning the quality of my package or my program. I would be glad if someone uploaded this package for me. Kind regards, Sébastien Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702293: unblock: dspam/3.10.1+dfsg-10
After explaining my problem on IRC, formorer showed me an SQL expression that creates plpgsql only if needed. You'll notice that plpgsql is created with CREATE LANGUAGE because since PostgreSQL 9, plpgsql is created by default. Hence, if it needs to be created the old CREATE LANGUAGE construct should be used. I tried installing dspam with this patch with both PostgreSQL 8.4 from Squeeze and PostgreSQL 9.1 from Wheezy with success. Purging works fine too. If this diff suits you, should I rather upload to tpu with a new changelog entry as in the attached debdiff or merge the entry in the previous one so that only one upload appears to have been done? Best regards, Thomas diff -Nru dspam-3.10.1+dfsg/debian/changelog dspam-3.10.1+dfsg/debian/changelog --- dspam-3.10.1+dfsg/debian/changelog 2013-03-04 17:39:52.0 +0100 +++ dspam-3.10.1+dfsg/debian/changelog 2013-03-07 11:03:34.0 +0100 @@ -1,6 +1,12 @@ +dspam (3.10.1+dfsg-11) testing-proposed-updates; urgency=low + + * Create plpgsql only if it is not loaded yet. + + -- Thomas Preud'homme robo...@debian.org Thu, 07 Mar 2013 10:25:49 +0100 + dspam (3.10.1+dfsg-10) testing-proposed-updates; urgency=low - * Explicitely require legacy mode for string escaping in PostgreSQL since it + * Explicitly require legacy mode for string escaping in PostgreSQL since it now defaults to standard compliant mode (Closes: #694942). * Fix error when creating database in PostgreSQL by creating plpgsql as extension instead of language. diff -Nru dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql --- dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql 2013-03-04 17:39:52.0 +0100 +++ dspam-3.10.1+dfsg/debian/sqlfiles/install-dbadmin/pgsql 2013-03-07 11:03:34.0 +0100 @@ -1 +1,19 @@ -CREATE EXTENSION IF NOT EXISTS plpgsql; +CREATE OR REPLACE FUNCTION public.create_plpgsql_language () +RETURNS TEXT +AS $$ +CREATE LANGUAGE plpgsql; +SELECT 'language plpgsql created'::TEXT; +$$ +LANGUAGE 'sql'; + +SELECT CASE WHEN + (SELECT true::BOOLEAN + FROM pg_language +WHERE lanname='plpgsql') +THEN + (SELECT 'language already installed'::TEXT) +ELSE + (SELECT public.create_plpgsql_language()) +END; + +DROP FUNCTION public.create_plpgsql_language (); signature.asc Description: This is a digitally signed message part.
Bug#528015: manpages: securetty is not only used to restrict root login
On Sun, May 10, 2009 at 12:59 PM, Nicolas FRANCOIS (Nekral) nicolas.franc...@centraliens.net wrote: Package: manpages Version: 3.21-1 Severity: normal Tags: patch Hello, pam_unix, with the nullok_secure option uses /etc/securetty for a slightly different purpose than documented in securetty(5). securetty(5) could also be completed to indicate that PAM also support securetty (with pam_securetty). Note that the nullok_secure option is a Debian specific patch for PAM. I'm attaching a proposal for these two additions. Thanks in advance, Nicolas, is there some non-Debian-specific stuff here that could be applied upstream? If you would craft a patch against (current) upstream, I'll apply it. -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702476: RFP: untrunc -- simple tool to recover truncated mp4, mov, 3gp files
Ciao, I do not know what exactly this is... am I supposed to do something? in any case I rewrote the software some time ago not to need Qt anymore, and improving it a bit so that the range of format it is able to recover is somewhat extended. Federico On Thu, Mar 7, 2013 at 2:01 AM, Rogério Brito rbr...@ime.usp.br wrote: Package: wnpp Severity: wishlist * Package name: untrunc Version : 1.0 Upstream Author : Federico Ponchio ponc...@gmail.com * URL : http://vcg.isti.cnr.it/~ponchio/untrunc.php * License : GPL Programming Lang: C++ Description : simple tool to recover truncated mp4, mov, 3gp files untrunc is a small program which uses QT, ffmpeg and libfaad to rebuild the index and, given a complete video as an example, recreate the moov atom, thus rendering a truncated MP4, MOV or 3GP file playable again. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702457: [Pkg-postgresql-public] Bug#702457: [postgresql-9.2] Can't install postgresql-9.2
How can I install postgresql-9.2 package? https://wiki.postgresql.org/wiki/Apt Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702494: malformed messages/gibberish in logs
Package: rsyslog Version: 5.8.11-2 Severity: important On two of our machines we are seeing that rsyslog is filling up the log with undecipherable gibberish: From /var/log/kern.log (other logs are also affected such as */syslog): Mar 7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery complete Mar 7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6 3p_a:lnnecie1 Mar 7 03:37:06 brisi kernel: [492xr_ndirei3 Mar 7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m elsn.34e3p_negfed9 rhnioe eee Mar 7 03:45:07 brisi kernel: 3526Xs- eptam The corresponding output from dmesg: [236975.910574] EXT3-fs (dm-12): recovery complete [236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237050.760055] kjournald starting. Commit interval 5 seconds [237050.789205] EXT3-fs (dm-12): using internal journal [237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237459.946661] kjournald starting. Commit interval 5 seconds [237459.953863] EXT3-fs (dm-12): using internal journal [237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354 [237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342 [237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340 [237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338 [237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298 [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted [237459.967662] EXT3-fs (dm-12): recovery complete [237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237712.565835] kjournald starting. Commit interval 5 seconds [237712.596382] EXT3-fs (dm-12): using internal journal [237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data mode Note that some of the timestamps in the kern.log and in dmesg correspond. One could think that this is a result of the filesystem breaking, but that is not the case. The above fsck's are from lvm snapshots that are (in theory) not interfering with the real FS. Additionaly we are seing the same symptoms (gibberish in the logs) on another machine that doesn't do fscks on lvm snapshots, that is the gibberish occursare aparently random times there. This problem has also been reported to the rsyslog mailing list: http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html We have also tested this with rsyslog 7.2.5-1 from experimental (as seen inthe ML thread above). It's weird that this problem hasn't been reported elsewhere yet, since we're seeing it on two different, independently set up machines. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702494: malformed messages/gibberish in logs
Is that on virtualised hardware? Does that only happen for kernel messages or also if you run logger foo? Tomas Pospisek tpo_...@sourcepole.ch schrieb: Package: rsyslog Version: 5.8.11-2 Severity: important On two of our machines we are seeing that rsyslog is filling up the log with undecipherable gibberish: From /var/log/kern.log (other logs are also affected such as */syslog): Mar 7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery complete Mar 7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6 3p_a:lnnecie1 Mar 7 03:37:06 brisi kernel: [492xr_ndirei3 Mar 7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m elsn.34e3p_negfed9 rhnioe eee Mar 7 03:45:07 brisi kernel: 3526Xs- eptam The corresponding output from dmesg: [236975.910574] EXT3-fs (dm-12): recovery complete [236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237050.760055] kjournald starting. Commit interval 5 seconds [237050.789205] EXT3-fs (dm-12): using internal journal [237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237459.946661] kjournald starting. Commit interval 5 seconds [237459.953863] EXT3-fs (dm-12): using internal journal [237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354 [237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342 [237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340 [237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338 [237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298 [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted [237459.967662] EXT3-fs (dm-12): recovery complete [237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237712.565835] kjournald starting. Commit interval 5 seconds [237712.596382] EXT3-fs (dm-12): using internal journal [237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data mode Note that some of the timestamps in the kern.log and in dmesg correspond. One could think that this is a result of the filesystem breaking, but that is not the case. The above fsck's are from lvm snapshots that are (in theory) not interfering with the real FS. Additionaly we are seing the same symptoms (gibberish in the logs) on another machine that doesn't do fscks on lvm snapshots, that is the gibberish occursare aparently random times there. This problem has also been reported to the rsyslog mailing list: http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html We have also tested this with rsyslog 7.2.5-1 from experimental (as seen inthe ML thread above). It's weird that this problem hasn't been reported elsewhere yet, since we're seeing it on two different, independently set up machines. *t -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702495: netplug: [PATCH] Allow to specify custom script file via param '-s'
Package: netplug Version: 1.2.9.2-1 Severity: normal Tags: patch Hello, I'm sending patch for netplug which allow to specify custom script file via new param '-s'. It is usefull if you want to start another instance of netplug, or want to start netplug with custom script file (no with default which calling ifup/ifdown). Patch is attached, generated by hg diff against repository on: http://hg.serpentine.com/netplug -- Pali Rohár pali.ro...@gmail.com diff -r aaebd52fac19 lib.c --- a/lib.c Sat Jun 26 09:36:45 2010 -0700 +++ b/lib.c Sat Mar 02 02:38:19 2013 +0100 @@ -29,6 +29,7 @@ #include netplug.h +const char *script_file = NP_SCRIPT_DIR /netplug; void do_log(int pri, const char *fmt, ...) @@ -109,11 +110,11 @@ setpgrp(); /* become group leader */ do_log(LOG_INFO, %s %s %s - pid %d, - NP_SCRIPT, ifname, action, getpid()); + script_file, ifname, action, getpid()); -execl(NP_SCRIPT, NP_SCRIPT, ifname, action, NULL); +execl(script_file, script_file, ifname, action, NULL); -do_log(LOG_ERR, NP_SCRIPT : %m); +do_log(LOG_ERR, %s: %m, script_file); exit(1); } diff -r aaebd52fac19 main.c --- a/main.c Sat Jun 26 09:36:45 2010 -0700 +++ b/main.c Sat Mar 02 02:38:19 2013 +0100 @@ -91,7 +91,7 @@ static void usage(char *progname, int exitcode) { -fprintf(stderr, Usage: %s [-DFP] [-c config-file] [-i interface] [-p pid-file]\n, +fprintf(stderr, Usage: %s [-DFP] [-c config-file] [-s script-file] [-i interface] [-p pid-file]\n, progname); fprintf(stderr, \t-D\t\t @@ -102,6 +102,8 @@ do not autoprobe for interfaces (use with care)\n); fprintf(stderr, \t-c config_file\t read interface patterns from this config file\n); +fprintf(stderr, \t-s script_file\t +script file for probing interfaces, bringing them up or down\n); fprintf(stderr, \t-i interface\t only handle interfaces matching this pattern\n); fprintf(stderr, \t-p pid_file\t @@ -219,7 +221,7 @@ int probe = 1; int c; -while ((c = getopt(argc, argv, DFPc:hi:p:)) != EOF) { +while ((c = getopt(argc, argv, DFPc:s:hi:p:)) != EOF) { switch (c) { case 'D': debug = 1; @@ -234,6 +236,9 @@ read_config(optarg); cfg_read = 1; break; +case 's': +script_file = optarg; +break; case 'h': fprintf(stderr, netplugd version %s\n, NP_VERSION); usage(argv[0], 0); diff -r aaebd52fac19 man/man8/netplugd.8 --- a/man/man8/netplugd.8 Sat Jun 26 09:36:45 2010 -0700 +++ b/man/man8/netplugd.8 Sat Mar 02 02:38:19 2013 +0100 @@ -19,6 +19,7 @@ .Nm netplugd .Op Fl FP .Op Fl c Ar config_file +.Op Fl s Ar script_file .Op Fl i Ar interface_pattern .Op Fl p Ar pid_file .\ @@ -117,6 +118,9 @@ .Pa /dev/null as a config file. .\ +.It Fl s Ar script_file +Specify an alternative script file path, override /etc/netplug.d/netplug +.\ .It Fl i Ar interface_pattern Specify a pattern that will be used to match interface names that .Nm diff -r aaebd52fac19 netplug.h --- a/netplug.h Sat Jun 26 09:36:45 2010 -0700 +++ b/netplug.h Sat Mar 02 02:38:19 2013 +0100 @@ -26,8 +26,6 @@ #include linux/netlink.h #include linux/rtnetlink.h -#define NP_SCRIPT NP_SCRIPT_DIR /netplug - /* configuration */ void read_config(char *filename); @@ -37,6 +35,8 @@ void probe_interfaces(void); void close_on_exec(int fd); +extern const char *script_file; + extern int debug; /* netlink interfacing */ signature.asc Description: This is a digitally signed message part.
Bug#309599: manpages-dev: Return value of res_search and friends
Florian, Can you provide some supporting eveidence for this patch -- (simple) test code or a specific references in the glibs source? Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698440: Bug#700173: ruby-rack: CVE-2013-0262 and CVE-2013-0263
dear security team, On Mon, Feb 11, 2013 at 1:24 PM, Satoru KURASHIKI lur...@gmail.com wrote: I've contacted Youhei SASAKI (maintainer of ruby-rack, successor of librack-ruby), and acknowledged about preparing NMU for this bug. Please audit this patch, after that I will prepare NMU for squeeze. (and after that t-p-u, unstable, ...) I've created a NMU debdiff for stable, which includes these fixes: #698440 (CVE-2013-0184) #700226 (CVE-2013-0263) These are already applied in unstable/testing. Please consider to update stable version of librack-ruby with attached debdiff to close those CVE issues. regards, -- KURASHIKI Satoru librack-ruby_s-p-u.debdiff Description: Binary data
Bug#700869: solved
reassign 700869 xfdesktop4 merge 700869 694765 thanks It looks like it will not be repaired in Debian Wheezy. ._ _ _ _ | . _ |' _ | | |.-|| '| || || (_) signature.asc Description: PGP signature
Bug#702494: malformed messages/gibberish in logs
What kernel are you running? Tomas Pospisek tpo_...@sourcepole.ch schrieb: Package: rsyslog Version: 5.8.11-2 Severity: important On two of our machines we are seeing that rsyslog is filling up the log with undecipherable gibberish: From /var/log/kern.log (other logs are also affected such as */syslog): Mar 7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery complete Mar 7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6 3p_a:lnnecie1 Mar 7 03:37:06 brisi kernel: [492xr_ndirei3 Mar 7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m elsn.34e3p_negfed9 rhnioe eee Mar 7 03:45:07 brisi kernel: 3526Xs- eptam The corresponding output from dmesg: [236975.910574] EXT3-fs (dm-12): recovery complete [236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237050.760055] kjournald starting. Commit interval 5 seconds [237050.789205] EXT3-fs (dm-12): using internal journal [237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237459.946661] kjournald starting. Commit interval 5 seconds [237459.953863] EXT3-fs (dm-12): using internal journal [237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354 [237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342 [237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340 [237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338 [237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298 [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted [237459.967662] EXT3-fs (dm-12): recovery complete [237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237712.565835] kjournald starting. Commit interval 5 seconds [237712.596382] EXT3-fs (dm-12): using internal journal [237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data mode Note that some of the timestamps in the kern.log and in dmesg correspond. One could think that this is a result of the filesystem breaking, but that is not the case. The above fsck's are from lvm snapshots that are (in theory) not interfering with the real FS. Additionaly we are seing the same symptoms (gibberish in the logs) on another machine that doesn't do fscks on lvm snapshots, that is the gibberish occursare aparently random times there. This problem has also been reported to the rsyslog mailing list: http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html We have also tested this with rsyslog 7.2.5-1 from experimental (as seen inthe ML thread above). It's weird that this problem hasn't been reported elsewhere yet, since we're seeing it on two different, independently set up machines. *t -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702474: dbus: Screensaver service seems to be absent.
reassign 702474 kde-workspace-bin thanks On 06/03/13 23:19, Boris Barbour wrote: After a recent upgrade (and after testing the very latest dbus suggested by reportbug), I can no longer lock my kde session (in particular, using the Lock/Logout widget). This seems more likely to be caused by (or at least related to) whatever KDE package provides screensaver functionality, which appears to be kde-workspace-bin. Invoking qdbus org.freedesktop.ScreenSaver /ScreenSaver Lock tells me Service 'org.freedesktop.ScreenSaver' does not exist. Indeed, I can't seem to find any screensaver.service in /usr/share/dbus-1/services Should there be one? A well-known bus name (something that looks like 'org.freedesktop.ScreenSaver') can be made available to D-Bus in two ways: * an application that was run for some other reason claims that name; or * a file in .../dbus-1/services has Name=org.freedesktop.ScreenSaver and Exec=some application, where that application claims the name when it's started (service activation). For a shared-between-desktops name like o.fd.ScreenSaver, .service files aren't very useful, because if you have (say) both KDE and GNOME installed, service-activation would choose either the KDE implementation or the GNOME implementation, randomly. That's unlikely to make either KDE or GNOME users happy :-) I don't use KDE myself, but I would expect that the intended setup is that some application or daemon that's normally run by the KDE session - perhaps /usr/lib/kde4/libexec/kscreenlocker, or perhaps something else - claims the name org.freedesktop.ScreenSaver when it starts up. If so, then absence of that name means that either that daemon wasn't run for some reason, or it was run but has crashed. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702480: xserver-xorg-video-radeon: GTK fonts are invisible on PowerPC
forwarded 702480 https://bugs.freedesktop.org/show_bug.cgi?id=57649 kthxbye On Don, 2013-03-07 at 10:07 +0100, Michel Dänzer wrote: On Mit, 2013-03-06 at 19:04 -0800, Dan DeVoto wrote: On new Wheezy installs or after an upgrade, PowerPC Macs using the radeon driver have GTK fonts render as very light purple making them invisible against gray backgrounds. Other users have discussed this problem in the following threads: http://lists.debian.org/debian-powerpc/2013/01/msg00028.html http://www.mintppc.org/forums/viewtopic.php?f=15t=1205sid=19248fa6623f340007d9c86ea8f37611 A workaround is to edit xorg.conf, changing AccelMethod to XAA or keeping the EXA default but adding the options RenderAcceleration False and MigrationHeuristic greedy. This bug does not affect fonts in a console, xterm, qt apps, or Openbox desktop menus, only in GTK apps. I think the attached patch should fix this. Can you or anyone else on the debian-powerpc list test it? I attached a better patch to the upstream bug report above. Please test when running X at depth 16 as well as 24. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702494: malformed messages/gibberish in logs
On Thu, 7 Mar 2013, Michael Biebl wrote: Is that on virtualised hardware? No, that's on the metal. However each lxc container is *also* running out of the box rsyslog (without any config adaptations), so it might be that there's a problem there somewhere with all those rsyslogs getting along. However of course each syslog is sitting on its own FS and thus on its own log files. Ad hoc I couldn't tell what access rights those lxc containers have wrt to the kernel log feed and how that feed works. Does that only happen for kernel messages or also if you run logger foo? I think I have only seen malformed log entries in connection with kernel messages, however it's not only kernel messages that are affected. I am getting the impression that rsyslog gets a hickup at some point and then is not able to issue coherent log messages until at some point it gets into step again and then log messages are coherent again (and then at some point they break again etc.). *t Tomas Pospisek tpo_...@sourcepole.ch schrieb: Package: rsyslog Version: 5.8.11-2 Severity: important On two of our machines we are seeing that rsyslog is filling up the log with undecipherable gibberish: From /var/log/kern.log (other logs are also affected such as */syslog): Mar 7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery complete Mar 7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6 3p_a:lnnecie1 Mar 7 03:37:06 brisi kernel: [492xr_ndirei3 Mar 7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m elsn.34e3p_negfed9 rhnioe eee Mar 7 03:45:07 brisi kernel: 3526Xs- eptam The corresponding output from dmesg: [236975.910574] EXT3-fs (dm-12): recovery complete [236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237050.760055] kjournald starting. Commit interval 5 seconds [237050.789205] EXT3-fs (dm-12): using internal journal [237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237459.946661] kjournald starting. Commit interval 5 seconds [237459.953863] EXT3-fs (dm-12): using internal journal [237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354 [237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342 [237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340 [237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338 [237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298 [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted [237459.967662] EXT3-fs (dm-12): recovery complete [237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237712.565835] kjournald starting. Commit interval 5 seconds [237712.596382] EXT3-fs (dm-12): using internal journal [237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data mode Note that some of the timestamps in the kern.log and in dmesg correspond. One could think that this is a result of the filesystem breaking, but that is not the case. The above fsck's are from lvm snapshots that are (in theory) not interfering with the real FS. Additionaly we are seing the same symptoms (gibberish in the logs) on another machine that doesn't do fscks on lvm snapshots, that is the gibberish occursare aparently random times there. This problem has also been reported to the rsyslog mailing list: http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html We have also tested this with rsyslog 7.2.5-1 from experimental (as seen inthe ML thread above). It's weird that this problem hasn't been reported elsewhere yet, since we're seeing it on two different, independently set up machines. *t -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702494: malformed messages/gibberish in logs
On Thu, 7 Mar 2013, Michael Biebl wrote: What kernel are you running? vanilla Debian 3.2.0-3-amd64 and 3.2.0-4-amd64 kernels Tomas Pospisek tpo_...@sourcepole.ch schrieb: Package: rsyslog Version: 5.8.11-2 Severity: important On two of our machines we are seeing that rsyslog is filling up the log with undecipherable gibberish: From /var/log/kern.log (other logs are also affected such as */syslog): Mar 7 03:29:02 brisi kernel: [236975.910574] EXT3-fs (dm-12): recovery complete Mar 7 03:37:06 brisi kernel: 9]X- m2 nnnjn2596Xfd2mtfseiord e6[237459.93863] ET-s(m1) sn nenljra96]trnepeiufn d127.6 3p_a:lnnecie1 Mar 7 03:37:06 brisi kernel: [492xr_ndirei3 Mar 7 03:41:58 brisi kernel: 39]_nnegfed250X 2o st56X 2c e[237712.63]jrlst.ottaes55E3sd1:ot lyewhrr tme15 ulti m elsn.34e3p_negfed9 rhnioe eee Mar 7 03:45:07 brisi kernel: 3526Xs- eptam The corresponding output from dmesg: [236975.910574] EXT3-fs (dm-12): recovery complete [236975.984204] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237050.760055] kjournald starting. Commit interval 5 seconds [237050.789205] EXT3-fs (dm-12): using internal journal [237050.790426] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237459.946661] kjournald starting. Commit interval 5 seconds [237459.953863] EXT3-fs (dm-12): using internal journal [237459.965601] ext3_orphan_cleanup: deleting unreferenced inode 311354 [237459.966597] ext3_orphan_cleanup: deleting unreferenced inode 311342 [237459.966614] ext3_orphan_cleanup: deleting unreferenced inode 311340 [237459.966621] ext3_orphan_cleanup: deleting unreferenced inode 311338 [237459.967046] ext3_orphan_cleanup: deleting unreferenced inode 311298 [237459.967056] EXT3-fs (dm-12): 5 orphan inodes deleted [237459.967662] EXT3-fs (dm-12): recovery complete [237460.037427] EXT3-fs (dm-12): mounted filesystem with ordered data mode [237712.565835] kjournald starting. Commit interval 5 seconds [237712.596382] EXT3-fs (dm-12): using internal journal [237712.596995] EXT3-fs (dm-12): mounted filesystem with ordered data mode Note that some of the timestamps in the kern.log and in dmesg correspond. One could think that this is a result of the filesystem breaking, but that is not the case. The above fsck's are from lvm snapshots that are (in theory) not interfering with the real FS. Additionaly we are seing the same symptoms (gibberish in the logs) on another machine that doesn't do fscks on lvm snapshots, that is the gibberish occursare aparently random times there. This problem has also been reported to the rsyslog mailing list: http://lists.adiscon.net/pipermail/rsyslog/2013-March/031832.html We have also tested this with rsyslog 7.2.5-1 from experimental (as seen inthe ML thread above). It's weird that this problem hasn't been reported elsewhere yet, since we're seeing it on two different, independently set up machines. *t -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702497: asymptote: Nested picture scaled unexpectedly
Package: asymptote Version: 2.15-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I was trying to lay out nested pictures (the Asymptote type) on another picture. * What exactly did you do (or not do) that was effective (or ineffective)? The pictures are laid out, as can be seen from the resulting PDF. * What was the outcome of this action? The pictures are laid out, but their spacing is scaled incorrectly. * What outcome did you expect instead? By drawing a scaled unitsquare on the source picture, and again on the destination picture, their sizes aren't the same - they should be. I've created a project in SourceForge called pi-leaf that contains pi-leaf.asy. Search for BUG to see the places where I inserted the test unit-squares. I'll attach a copy for convenience. This may well turn out to be a misunderstanding on my part, a documentation problem or a documentation - implementation mismatch. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asymptote depends on: ii dpkg 1.16.9 ii freeglut32.6.0-4 ii ghostscript 9.05~dfsg-6.3 ii imagemagick 8:6.7.7.10-5 ii install-info 4.13a.dfsg.1-10 ii libc62.17-0experimental2 ii libfftw3-3 3.3.2-3.1 ii libgc1c2 1:7.1-9.1 ii libgcc1 1:4.8-20130217-1 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglu1-mesa [libglu1] 8.0.5-3 ii libgsl0ldbl 1.15+dfsg.2-2 ii libncurses5 5.9-10 ii libreadline6 6.2+dfsg-0.1 ii libsigsegv2 2.9-4 ii libstdc++6 4.8-20130217-1 ii libtinfo55.9-10 ii python 2.7.3-4 ii python-imaging-tk1.1.7-4 ii python-tk2.7.3-1 ii tex-common 3.15 ii texlive-binaries [texlive-base-bin] 2012.20120628-4 ii texlive-latex-base 2012.20120611-5 ii texlive-pstricks 2012.20120611-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages asymptote recommends: ii asymptote-doc 2.15-2 Versions of packages asymptote suggests: pn gvnone pn xpdf none -- no debconf information // To generate the PDF, do // // asy -f pdf pi-leaf.asy // // See my problem below by searching for BUG. //defaultpen(AvantGarde(series=b) + fontsize(2.5)); ///defaultpen(Bookman(series=b) + fontsize(2.5)); ///defaultpen(Courier(series=b) + fontsize(2.5)); defaultpen(Helvetica(series=b) + fontsize(2.5)); //defaultpen(NewCenturySchoolBook(series=b) + fontsize(3)); //defaultpen(Palatino(series=b) + fontsize(3)); //defaultpen(TimesRoman(series=b) + fontsize(3)); //defaultpen(ZapfChancery(series=b) + fontsize(3)); import plain; import graph; import roundedpath; unitsize(1mm); // Define the bounds of the page. draw(scale(210,297)*unitsquare, invisible); path unitcircle=E..N..W..S..cycle; path pad_circle_outer = scale(0.8)*unitcircle; path pad_circle_inner = scale(0.9)*unitcircle; path pad_circle_paths[] = pad_circle_outer^^pad_circle_inner; void pcb_pad(picture f) { path inner = pad_circle_inner; path outer = pad_circle_outer; filldraw(f, pad_circle_paths,evenodd,black + linewidth(0.3)); } real Yoffs = 14.0; void col_label(picture f, int pin, string text, pen p = black) { pin -= 1; // 1-based to 0-based. bool left = (pin % 2 == 0); real x = 2.54*(left ? -0.5 : 0.5); real y = Yoffs - ((int)(pin / 2)) * 2.54; pair loc = (x, y); picture g; unitsize(g, 1mm, 1mm); pcb_pad(g); add(f, g, loc); loc += (2x, 0); text = $ + text + $; if(left) label(f, text, loc, W, p, filltype=NoFill); else label(f, text, loc, E, p, filltype=NoFill); //draw(f, shift(0, y) * scale(2.54,2.54) * shift(-0.5, -1) * unitsquare); } pen DarkOrange = rgb(EE330A); pen DarkGreen = rgb(11AA11); pen DarkBlue = rgb(AA); real LeafStepX = 2.54 * 17.0; real LeafStepY = 2.54 * 13.0; //write(stdout, suffix=endl, LeafStepX : , LeafStepX); //write(stdout, suffix=endl, LeafStepY : , LeafStepY); picture v1_cols, v2_cols, page1, page2; unitsize(v1_cols, 1mm, 1mm); unitsize(v2_cols, 1mm, 1mm); unitsize(page1, 1mm, 1mm); unitsize(page2, 1mm,
Bug#602145: #3487: Display problems for mbox-files 2GiB
#3487: Display problems for mbox-files 2GiB +-- Reporter: antonio@… | Owner: mutt-dev Type: defect | Status: new Priority: trivial| Milestone: Component: mutt |Version: 1.5.21 Resolution: | Keywords: +-- Changes (by ansgar): * cc: ansgar@… (added) Comment: Jö and I wrote the attached patch after playing a bit with gdb. The tmpoffset variable is used to temporarily store a off_t value: tmpoffset = b-offset; ... b-offset = tmpoffset; This doesn't work if sizeof(off_t) != sizeof(long) as on i386 with 64-bit off_t. Ansgar -- Ticket URL: http://dev.mutt.org/trac/ticket/3487#comment:2 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673923: KVM-Switch-Problem
Same Problem here. (Being despaired since I need my notebook for many presentations.) lspci output: 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Hewlett-Packard Company Device 17df Flags: bus master, fast devsel, latency 0, IRQ 48 Memory at d400 (64-bit, non-prefetchable) [size=4M] Memory at c000 (64-bit, prefetchable) [size=256M] I/O ports at 4000 [size=64] Expansion ROM at unassigned [disabled] Capabilities: access denied Kernel driver in use: i915 Regards, Bernhard signature.asc Description: This is a digitally signed message part.
Bug#692215: yatex: recommend non-free ptex-jtex and list non-existing binary packages texlive-bin gimageview jweblint
hi, Thank you for pointing out. On Sun, Nov 4, 2012 at 12:59 AM, Osamu Aoki os...@debian.org wrote: emacs22Now not for wheezy. why not use virtual package emacsen? The reason is to deal with #217129. Anyway, I have to fix this explicit declaration to fit current emacs status. ptex-bin Now this is replaced by texlive-lang-cjk ptex-jtex Non-free package -- Should be in suggest field to be safe (non-free can not be in recommends but can be in suggests.) texlive-binSource package name. Use texlive-binaries jbibtexNon-existing. Use jbibtex-bin ? jweblint Non-existing. Use weblint-perl ? I will take your suggestion. Thanks. gimageview Non-existing. I do not know. Drop ? I will drop this with next upload. regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702498: bash-completion: xpdf should be able to get completion of compressed PDF files
Package: bash-completion Version: 1:2.0-1 Severity: normal Tags: patch The xpdf reader is also able to open PDF files compressed in various formats (gz, bz2, xz, and Z). The following patch allows completion for those cases (*.pdf.gz, etc.). Best regards. --- /usr/share/bash-completion/bash_completion 2013-03-07 13:03:48.365849111 +0100 +++ bash_completion 2013-03-07 13:23:39.249902990 +0100 @@ -1862,7 +1862,8 @@ _install_xspec '!*.@(@(?(e)ps|?(E)PS|pdf|PDF)?(.gz|.GZ|.bz2|.BZ2|.Z))' gv ggv kghostview _install_xspec '!*.@(dvi|DVI)?(.@(gz|Z|bz2))' xdvi kdvi _install_xspec '!*.dvi' dvips dviselect dvitype dvipdf advi dvipdfm dvipdfmx -_install_xspec '!*.[pf]df' acroread gpdf xpdf +_install_xspec '!*.[pf]df' acroread gpdf +_install_xspec '!*.@(pdf|fdf)?(.@(gz|GZ|bz2|BZ2|Z))' xpdf _install_xspec '!*.@(?(e)ps|pdf)' kpdf _install_xspec '!*.@(okular|@(?(e|x)ps|?(E|X)PS|[pf]df|[PF]DF|dvi|DVI|cb[rz]|CB[RZ]|djv?(u)|DJV?(U)|dvi|DVI|gif|jp?(e)g|miff|tif?(f)|pn[gm]|p[bgp]m|bmp|xpm|ico|xwd|tga|pcx|GIF|JP?(E)G|MIFF|TIF?(F)|PN[GM]|P[BGP]M|BMP|XPM|ICO|XWD|TGA|PCX|epub|EPUB|odt|ODT|fb?(2)|FB?(2)|mobi|MOBI|g3|G3|chm|CHM)?(.?(gz|GZ|bz2|BZ2)))' okular _install_xspec '!*.pdf' epdfview -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8.2-t410 (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 bash-completion depends on: ii bash 4.2+dfsg-0.1 ii dpkg 1.16.9 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702499: python-zbar segfaults on import on arm
Package: python-zbar Severity: grave Version: 0.10+doc-7 root@plugwash:/# gdb python GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabi. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python...Reading symbols from /usr/lib/debug/usr/bin/python2.7...done. done. (gdb) run Starting program: /usr/bin/python [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/arm-linux-gnueabi/libthread_db.so.1. Python 2.7.3 (default, Jan 2 2013, 22:35:13) [GCC 4.6.3] on linux2 Type help, copyright, credits or license for more information. import zbar Program received signal SIGSEGV, Segmentation fault. strlen () at ../ports/sysdeps/arm/strlen.S:29 29 ../ports/sysdeps/arm/strlen.S: No such file or directory. (gdb) bt #0 strlen () at ../ports/sysdeps/arm/strlen.S:29 #1 0x0018c684 in PyString_FromString (str= 0x20776f6c Address 0x20776f6c out of bounds) at ../Objects/stringobject.c:121 #2 0x000396bc in PyDict_GetItemString (key=optimized out, v=0xb6cd1a50) at ../Objects/dictobject.c:2421 #3 PyType_Ready (type=0xb6ac5384) at ../Objects/typeobject.c:3626 #4 0xb6ab7ee8 in initzbar () at /build/buildd-zbar_0.10+doc-7+b2-armel-RjFsDq/zbar-0.10+doc/python/zbarmodule.c:126 #5 0x00173750 in _PyImport_LoadDynamicModule (name=0x315d40 zbar, pathname= 0x316d48 /usr/lib/python2.7/dist-packages/zbar.so, fp=optimized out) at ../Python/importdl.c:53 #6 0x000321a0 in load_module.38003 (name=0x315d40 zbar, fp=0x33ccf8, pathname=optimized out, type=3, loader=0x0) at ../Python/import.c:1866 #7 0x000323d4 in import_submodule.38014 (mod=0x273a28, subname= 0x315d40 zbar, fullname=0x315d40 zbar) at ../Python/import.c:2645 #8 0x0010b9fc in load_next.38019 (mod=0x273a28, altmod=0x273a28, p_name=optimized out, buf=0x315d40 zbar, p_buflen=0xbefff934) at ../Python/import.c:2460 #9 0x00032bf0 in import_module_level.isra.1.38040 (name=0x0, globals=optimized out, fromlist=0x273a28, level=-1) at ../Python/import.c:2175 #10 0x00121334 in PyImport_ImportModuleLevel (level=-1, fromlist=0x273a28, locals=optimized out, globals=0xb6d62660, name=0xb6cd0eb4 zbar) at ../Python/import.c:2233 #11 builtin___import__.31832 (self=optimized out, args=optimized out, kwds=optimized out) at ../Python/bltinmodule.c:49 #12 0x000741e8 in PyCFunction_Call (func=0xb6d4eb70, arg=optimized out, kw=optimized out) at ../Objects/methodobject.c:85 #13 0x000732f8 in PyObject_Call (func=0xb6d4eb70, arg=optimized out, kw=optimized out) at ../Objects/abstract.c:2529 #14 0x0007cd00 in PyEval_CallObjectWithKeywords (func=0xb6d4eb70, arg= 0xb6d24c00, kw=optimized out) at ../Python/ceval.c:3890 #15 0x000bd7cc in PyEval_EvalFrameEx (f=optimized out, throwflag=optimized out) at ../Python/ceval.c:2333 #16 0x000c1fd8 in PyEval_EvalCodeEx (co=0xb6cb08d8, globals=optimized out, locals=optimized out, args=optimized out, argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0) at ../Python/ceval.c:3253 #17 0x0015776c in PyEval_EvalCode (locals=0xb6d62660, globals=0xb6d62660, co= 0xb6cb08d8) at ../Python/ceval.c:667 #18 run_mod (mod=optimized out, filename=optimized out, globals= 0xb6d62660, locals=optimized out, flags=0xbefffc2c, arena=0x2ef2b8) at ../Python/pythonrun.c:1365 #19 0x001585b8 in PyRun_InteractiveOneFlags (fp=0xb6ecc538, filename= 0x1b4ee4 stdin, flags=0xbefffc2c) at ../Python/pythonrun.c:852 #20 0x00158870 in PyRun_InteractiveLoopFlags (fp=0xb6ecc538, filename= 0x1b4ee4 stdin, flags=0xbefffc2c) at ../Python/pythonrun.c:772 #21 0x00158978 in PyRun_AnyFileExFlags (fp=0xb6ecc538, filename= 0x1b4ee4 stdin, closeit=0, flags=0xbefffc2c) at ../Python/pythonrun.c:741 #22 0x0015915c in Py_Main (argc=optimized out, argv=0xbefffda4) at ../Modules/main.c:639 ---Type return to continue, or q return to quit--- #23 0xb6daf694 in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini= 0x19308c __libc_csu_fini, rtld_fini=0x20ae0 _start+44, stack_end= 0xbefffda4) at libc-start.c:228 #24 0x00020ae0 in _start () (gdb) This was originally reported to me by a raspbian user. I have confirmed it in debian armel, debian armhf and raspbian chroots (all on amv7 machines). The above gdb session is from a debian armel chroot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702474: dbus: Screensaver service seems to be absent.
Thanks for the quick reply and explanation. I've now had time to examine a working system. I can't find anything under /usr/share/dbus-1/services or /etc/dbus-1/ that mentions screen So I have no idea how locking should work or what is now missing/wrong... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702500: remmina-plugin-rdp: Window fit to remote resolution crashes gnome-shell
Package: remmina-plugin-rdp Version: 1.0.0-4 Severity: important When connecting to a Win2008 R2 RDP server (both with native client resolution and fixed resolution) gnome-shell crashes when you press the Window fit remote resolution (left-most button). All window decorations are gone. Happens with both 1.0.0-4 and 1.0.0-5 Will attach the xsession-errors logfile asap -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remmina-plugin-rdp depends on: ii libc62.13-38 ii libcairo21.12.2-3 ii libfreerdp-plugins-standard 1.0.1-1.1+deb7u2 ii libfreerdp1 1.0.1-1.1+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii remmina 1.0.0-5 remmina-plugin-rdp recommends no packages. remmina-plugin-rdp suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause
Package: simplesamlphp Version: 1.10.0-1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Team, If you are using expired metadata the error you get is: Exception during login: SimpleSAML_Error_Exception: Could not find the metadata of an IdP with entity ID 'https://www.rediris.es/sir/shibtestidp' Backtrace: 5 /usr/share/simplesamlphp/modules/saml/lib/Auth/Source/SP.php:130 (sspmod_saml_Auth_Source_SP::getIdPMetadata) 4 /usr/share/simplesamlphp/modules/saml/lib/Auth/Source/SP.php:261 (sspmod_saml_Auth_Source_SP::startSSO) 3 /usr/share/simplesamlphp/modules/saml/lib/Auth/Source/SP.php:339 (sspmod_saml_Auth_Source_SP::authenticate) 2 /usr/share/simplesamlphp/lib/SimpleSAML/Auth/Default.php:58 (SimpleSAML_Auth_Default::initLogin) 1 /usr/share/simplesamlphp/modules/core/www/authenticate.php:43 (require) 0 /usr/share/simplesamlphp/www/module.php:135 (N/A) The error message does not make references to the real cause: simplesaml is not using the metadata because is expired. So, SimpleSAML_Error_Exception: Could not find the metadata of an IdP with entity ID 'https://www.rediris.es/sir/shibtestidp' is FALSE!! Thanks in advance - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 simplesamlphp depends on: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii libapache2-mod-php5 5.4.4-14 ii openssl 1.0.1e-1 ii php-openid 2.2.2-1.1 ii php-xml-parser 1.3.4-6 ii php5 5.4.4-14 ii php5-common [php5-mhash] 5.4.4-14 ii php5-mcrypt 5.4.4-14 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages simplesamlphp recommends: ii php5-cli 5.4.4-14 Versions of packages simplesamlphp suggests: ii mysql-server 5.5.29+dfsg-1 ii php5-ldap 5.4.4-14 ii php5-mysql5.4.4-14 pn php5-radius none - -- Configuration Files: /etc/simplesamlphp/authsources.php changed [not included] /etc/simplesamlphp/config.php changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJROJcDAAoJEKgvu4Pz1XAzswkP/3K6oVqKC6Ivza+EL0SlqWox bzO9NEVr7q85wF255cw1G4WK8x0Lvyt1lJlz5Vxv8LtqvpGk7bmBSZf5dcpVC1Yr UXAPPLIqcV8e6Gs8sB1J0ryuEm59mB5qj52Y2/aIIKspLXN6X28t89xAPHmm8leT BLqLZD1NyLLcU6U3SdpdFEv1T8uv+JXFc/a7VG+fyKU5FHfrmYsuya+VyjNqt+HC JS9W0IQhc/eh8L318QE5UW50zZMmyg64ZA1ITqolxv3djc2zWgxB2wVBSSJPaK0H //eAYAh0LyNCr9b+j1e5TQlYoeTWtBQcQObjirgrok2fSqdzHuM47d1Sh7KThzki m3I1EdePh78ZUOdLTeLZPKF65WHZt1AXk9Rsb+U+T51SCY57smeYXI89Il8NoyDb 7ZA8CsgQBzHN4DdSpTy0P8x0rPztBsJSDkUeNGuzggBqwoqQNwJNC98LZFArZI5m Dh06F2IO5sEiTBr3Y9iAOF08Roo1O6HovqOOIXWjsfLxusF4Kc4OPJ7Qu+dFLLFY pMdgucWNkQomyM4LpPtHQWpalDtk/ZcN1jY0dEFulXBEU5tKLwAjp+b/XZh3zMDH 5l6lwL2amg9TBX7BobZTyE9oPJ6qM+DIlTwF2Ro4bLkLnRddDtAKt3O6XHHlFIpn 98WNX6k2alRClPKIURna =bqWE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702502: tcllib: conflict with tcl8.6-doc: trying to overwrite '/usr/share/man/man3/string.3tcl.gz', which is also in package tcl8.6-doc
Package: tcllib Version: 1.15-dfsg-1 Severity: important Preparing to replace tcllib 1.14-dfsg-3 (using .../tcllib_1.15-dfsg-1_all.deb) ... Unpacking replacement tcllib ... dpkg: error processing /var/cache/apt/archives/tcllib_1.15-dfsg-1_all.deb (--unpack): trying to overwrite '/usr/share/man/man3/string.3tcl.gz', which is also in package tcl8.6-doc 8.6.0-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/tcllib_1.15-dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcllib depends on: ii tcl 8.5.0-2 ii tcl8.5 [tclsh] 8.5.11-2 ii tcl8.6 [tclsh] 8.6.0-1 tcllib recommends no packages. tcllib suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702500: Acknowledgement (remmina-plugin-rdp: Window fit to remote resolution crashes gnome-shell)
reassign 702500 remmina reassign 668020 remmina forcemerge 668020 702500 severity 668020 important tags 668020 + patch thanks Happens with VNC as well. And while the description does not really fit, the patch from #668020 fixes the problem for me. So -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702281: Patch
Hi, fwiw, I guess this --- root@debian:~# diff -u /usr/lib/cinnamon-settings/modules/cs_keyboard.py.orig /usr/lib/cinnamon-settings/modules/cs_keyboard.py --- /usr/lib/cinnamon-settings/modules/cs_keyboard.py.orig 2013-03-07 14:48:10.897291292 +0100 +++ /usr/lib/cinnamon-settings/modules/cs_keyboard.py 2013-03-07 14:44:23.933284714 +0100 @@ -241,7 +241,7 @@ self.label = label self.action = action self.entries = [] -self.entries.append(binding) +self.entries.append(binding if binding else ) def setBinding(self, index, val): if val is not None: --- may qualify as upstream patch (as the setBinding method has the same guard against None, __init__ should have it too I guess). At least it fixes this bug for me. HtH, Stephan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702503: blender 2.66a-1 crashes at launch, when looking for locales dir
Package: blender Version: 2.66a-1 Severity: important Tags: upstream Dear Maintainer, blender-2.66a-1 from experimental crashes here, this is the backtrace: --- (gdb) run Starting program: /usr/bin/blender warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe5e32700 (LWP 30189)] Color management: using fallback mode for management connect failed: No such file or directory Program received signal SIGSEGV, Segmentation fault. memchr () at ../sysdeps/x86_64/memchr.S:33 33 ../sysdeps/x86_64/memchr.S: File o directory non esistente. (gdb) bt full #0 memchr () at ../sysdeps/x86_64/memchr.S:33 No locals. #1 0x00f0b02e in BLI_strnlen (str=str@entry=0x0, maxlen=maxlen@entry=1024) at /tmp/buildd/blender-2.66a/source/blender/blenlib/intern/string.c:436 end = optimized out #2 0x00f03ba6 in BLI_join_dirfile (dst=dst@entry=0x0, maxlen=maxlen@entry=1024, dir=dir@entry=0x0, file=file@entry=0x17f34c8 languages) at /tmp/buildd/blender-2.66a/source/blender/blenlib/intern/path_util.c:1521 dirlen = optimized out #3 0x0132e312 in fill_locales () at /tmp/buildd/blender-2.66a/source/blender/blenfont/intern/blf_lang.c:88 lines = 0x0 line = optimized out str = optimized out idx = 0 languages_path = 0x0 #4 BLF_lang_init () at /tmp/buildd/blender-2.66a/source/blender/blenfont/intern/blf_lang.c:192 messagepath = optimized out __func__ = BLF_lang_init #5 0x008bbe6d in WM_init (C=C@entry=0x2984c78, argc=argc@entry=1, argv=argv@entry=0x7fffe038) at /tmp/buildd/blender-2.66a/source/blender/windowmanager/intern/wm_init_exit.c:156 No locals. #6 0x008a537f in main (argc=1, argv=0x7fffe038) at /tmp/buildd/blender-2.66a/source/creator/creator.c:1548 C = 0x2984c78 syshandle = 0x298cba0 ba = 0x298cc18 (gdb) --- A strace capture shows what the program was doing before crashing: --- stat(/home/ao2/.config/blender/2.66/datafiles/locale, 0x7fff6f95bac0) = -1 ENOENT (No such file or directory) stat(/usr/bin/2.66/datafiles/locale, 0x7fff6f95bad0) = -1 ENOENT (No such file or directory) stat(/home/ao2/Proj/debian/Src/blender/release/datafiles/locale, 0x7fff6f95b2b0) = -1 ENOENT (No such file or directory) stat(/usr/bin/release/datafiles/locale, 0x7fff6f95b2b0) = -1 ENOENT (No such file or directory) stat(/usr/share/blender/2.66/datafiles/locale, 0x7fff6f95b2b0) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- --- We have to fix fill_locales(), which still thinks the locale files are in BLENDER_SYSTEM_DATAFILES. I have an experimental patch which fixes the crash, I am going to post it as a follow up mail, so I can use use the report number in it. BTW, I think that blender should fail gracefully when it does not find a directory or a file, it should not crash, maybe something like this can be upstreamed: --- diff --git a/source/blender/blenfont/intern/blf_lang.c b/source/blender/blenfont/intern/blf_lang.c index 73294f1..23dd3d5 100644 --- a/source/blender/blenfont/intern/blf_lang.c +++ b/source/blender/blenfont/intern/blf_lang.c @@ -76,16 +76,16 @@ static void free_locales(void) num_locales = num_locales_menu = 0; } -static void fill_locales(void) +static void fill_locales(char *locale_path) { - char *languages_path = BLI_get_folder(BLENDER_DATAFILES, locale); + char *languages_path = locale_path; LinkNode *lines = NULL, *line; char *str; int idx = 0; free_locales(); - BLI_join_dirfile(languages_path, FILE_MAX, languages_path, languages); + BLI_join_dirfile(languages_path, FILE_MAX, locale_path, languages); line = lines = BLI_file_read_as_lines(languages_path); /* This whole parsing code is a bit weak, in that it expects strictly formated input file... @@ -189,7 +189,7 @@ void BLF_lang_init(void) if (messagepath) { bl_locale_init(messagepath, TEXT_DOMAIN_NAME); - fill_locales(); + fill_locales(messagepath); } else { printf(%s: 'locale' data path for translations not found, continuing\n, __func__); --- This would avoid a possible crash even for the pristine code as fill_locales() is called only when messagepath has been found. But I have no time to properly test it and
Bug#700372: remmina: Remmina crashes gnome on newly created VNC profiles
merge 700372 700369 thanks Hi Thomas, your bug sounds similar to #668020. Can you try whether this patch fixes your problem as well? I can provide patched amd64 .deb if you need them. Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause
Hi Dario, Op donderdag 7 maart 2013 14:32:59 schreef Dario Minnucci: Exception during login: SimpleSAML_Error_Exception: Could not find the metadata of an IdP with entity ID 'https://www.rediris.es/sir/shibtestidp' The error message does not make references to the real cause: simplesaml is not using the metadata because is expired. Yes, indeed. This is caused by simpleSAMLphp filtering the IdP's at load time on expiry and hence only 'knows' about valid IdP's. It does log a warning though when it skips an IdP for being expired. Fixing this would therefore require a bit of reworking of how simpleSAMLphp tracks IdP's internally. Cheers, Thijs -- Thijs Kinkhorst th...@uvt.nl – LIS Unix Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl signature.asc Description: This is a digitally signed message part.
Bug#702448: nfs-common: UID's do not get properly mapped
I've created users test1 and test2 in /etc/passwd, but with swapped UID's There's a common (and understable) mistake here: many people think that NFSv4 never requires uid's and gid's to agree between hosts. This is not true. NFSv4, when used with traditional auth_sys authentication, requires names and ID's to agree between client and server. The behavior you describe is as expected. The issue is that while the NFSv4 protocol itself uses names, it's the RPC protocol (which NFSv4 runs on top of) which carries the information about who is performing a given RPC. How exactly it identifies the user depends on the security flavor. In the auth_sys case, it uses numeric ID's. For example, in this case, when you create a file, the owner of the new file will the one who performed the create. The server determines this from the uid sent in the rpc header. However, when you ls -l the file, the information about who owns the file is returned as a name in the body of the NFSv4 reply. The clearest way to see what's going on is to rerun your test cases while watching the traffic in wireshark, and look at both the rpc headers and the bodies of the requests. If you wish to get away from numeric id's on the wire, you need to switch to using NFSv4 with kerberos instead of auth_sys. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702504: python-gi: none
Package: python-gi Version: 3.2.2-2 Severity: normal Dear Maintainer, The user_data property of the TreeIter is always set to None, when returning it from the do_get_iter function. Here a minimal example: from gi.repository import Gtk, GObject class Model(GObject.Object, Gtk.TreeModel): def do_get_iter(self, path): it = Gtk.TreeIter() it.user_data = 23 return (True, it) def do_get_value(self, it, column): return it.user_data m = Model() it = m.get_iter_first() it.user_data # returns None m.get_value(it, 0) # returns None Bug seems to be known and fixed in newer versions, see also: http://old.nabble.com/Problem-understanding-how-to-port-GenericTreeModel-to-gi-td34846802.html -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-gi depends on: ii gir1.2-glib-2.0 1.32.1-1 ii libc6 2.13-38 ii libffi5 3.0.10-3 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii python 2.7.3-4 python-gi recommends no packages. Versions of packages python-gi suggests: ii python-gi-cairo 3.2.2-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668020: Patch
Trivial enough, but for the record ... amd64 binaries with that patch included are available at http://ping.lrz.de/~bschmidt/remmina-688020/ (please excuse the typo in the version number) commit c30639ae215bdf674044103d1f6cce5b4a148dc7 Author: Bernhard Schmidt bernhard.schm...@lrz.de Date: Thu Mar 7 14:34:44 2013 +0100 Cherry-pick commit 9243d35 from upstream to fix crash on resize Closes: 668020 diff --git a/debian/patches/fix-crash-on-resize.patch b/debian/patches/fix-crash-on-resize.patch new file mode 100644 index 000..a674c7d --- /dev/null +++ b/debian/patches/fix-crash-on-resize.patch @@ -0,0 +1,25 @@ +From 1901a1e9e5282c1deca2f5f98476e2c7e9243d35 Mon Sep 17 00:00:00 2001 +From: Jean-Louis Dupond jean-lo...@dupond.be +Date: Mon, 10 Sep 2012 14:12:11 +0200 +Subject: [PATCH] Closes #63: fix typo when fitting window + +--- + remmina/src/remmina_connection_window.c |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/remmina/src/remmina_connection_window.c b/remmina/src/remmina_connection_window.c +index 7ff1246..2ba8193 100644 +--- a/remmina/src/remmina_connection_window.c b/remmina/src/remmina_connection_window.c +@@ -436,7 +436,7 @@ static gboolean remmina_connection_holder_toolbar_autofit_restore(RemminaConnect + remmina_connection_holder_get_desktop_size(cnnhld, width, height, TRUE); + gtk_widget_get_allocation(priv-notebook, na); + gtk_widget_get_allocation(cnnobj-scrolled_container, ca); +- gtk_widget_get_allocation(priv-toolbar, ca); ++ gtk_widget_get_allocation(priv-toolbar, ta); + gtk_window_resize(GTK_WINDOW(cnnhld-cnnwin), MAX(1, width + na.width - ca.width), + MAX(1, height + ta.height + na.height - ca.height)); + gtk_container_check_resize(GTK_CONTAINER(cnnhld-cnnwin)); +-- +1.7.10 + diff --git a/debian/patches/series b/debian/patches/series index ac85699..e0295c4 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -7,3 +7,4 @@ clipboard.patch fullname.patch systray.patch scroll.patch +fix-crash-on-resize.patch
Bug#702505: ITP: ruby-activerecord-import -- Extraction of the ActiveRecord::Base#import functionality from ar-extensions
package: wnpp severity: wishlist owner: Praveen A prav...@debian.org * Homepage: http://github.com/zdennis/activerecord-import * Upstream Author: Zach Dennis * License: Ruby License * Description: Extraction of the ActiveRecord::Base#import functionality from ar-extensions for Rails 3 and beyond -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702195: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports
Laszlo Boszormenyi (GCS) g...@debian.hu writes: On Wed, 2013-03-06 at 13:17 +0100, Michael Biebl wrote: 1/ as you no longer mark the symlinks as conffiles, the cleanup in syslog-ng-core.postrm is not necessary. Removed. 2/ you need to remove the existing conffile symlinks in syslog-ng-core.preinst so dpkg converts it to non-conffiles on upgrades Remove those in preinst. 3/ please drop the line ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service from syslog-ng.service. The systemd-kmsg-syslogd.service service has been removed a long time ago and future versions of systemd will generate an error if you stop a non-existing service. Gergely told he had this change in his Git repo already. Line removed, added other fixes from the Git repo. I checked just now, and some things were picked from the merge-queue/3.5 branch (the default branch on github), namely Type=notify - that is not supported by syslog-ng 3.3, and will be new in 3.5. Other than that, Michael already said what I would've, just better. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause
Hi Thijs, Thanks for your quick answer. On 03/07/2013 03:11 PM, Thijs Kinkhorst wrote: Hi Dario, Op donderdag 7 maart 2013 14:32:59 schreef Dario Minnucci: Exception during login: SimpleSAML_Error_Exception: Could not find the metadata of an IdP with entity ID 'https://www.rediris.es/sir/shibtestidp' The error message does not make references to the real cause: simplesaml is not using the metadata because is expired. Yes, indeed. This is caused by simpleSAMLphp filtering the IdP's at load time on expiry and hence only 'knows' about valid IdP's. It does log a warning though when it skips an IdP for being expired. Ok, I undestand that. Fixing this would therefore require a bit of reworking of how simpleSAMLphp tracks IdP's internally. I didn't look at the code enough to provide or propose a definitive and elegant solution but I guess adding the reason why the IdP was not considered to the backtrace presented on the browser could help. My 2 cents. Regards, -- Dario Minnucci mid...@debian.org Phone: +34 902884117 | Fax: +34 902024417 | Support: +34 80745 Key fingerprint = BAA1 7AAF B21D 6567 D457 D67D A82F BB83 F3D5 7033 signature.asc Description: OpenPGP digital signature
Bug#702506: ITP: ruby-delorean -- lets you travel in time with Ruby by mocking Time.now
package: wnpp severity: wishlist owner: Praveen A prav...@debian.org * Homepage: http://github.com/bebanjo/delorean * Upstream Authors: Luismi Cavallé, Sergio Gil and BeBanjo S.L. * License: MIT * Description: Delorean lets you travel in time with Ruby by mocking Time.now -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702501: simplesamlphp: Error message doesn't correspond to the real error cause
Op donderdag 7 maart 2013 15:40:31 schreef Dario Minnucci: Fixing this would therefore require a bit of reworking of how simpleSAMLphp tracks IdP's internally. I didn't look at the code enough to provide or propose a definitive and elegant solution but I guess adding the reason why the IdP was not considered to the backtrace presented on the browser could help. So my point is that this is not known at that codepoint so the reason cannot be added. SSP works like this: it reads at one point the set of IdP's configured in saml20-idp-remote.php. At that time already, it will skip any IdP that has expired (and logs a warning). After that, the set of IdP's that's used around the code doesn't include that IdP at all. At the point where this error happens, the entityId is held against SSP's internal list of IdP's, which doesn't contain that IdP because it was already dropped way earlier. So we cannot really change that error because we do not know at that point anything about the IdP. Changing this would be good, but it would require to load all IdP's, keep track of the expired status in the internal data structure, and check at each point where it's used whether it's expired, if so, error out with specific message, if not, continue. Possible, but not a matter of augmenting the error message. -- Thijs Kinkhorst th...@uvt.nl – LIS Unix Universiteit van Tilburg – Library and IT Services • Postbus 90153, 5000 LE Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236 • http://www.uvt.nl signature.asc Description: This is a digitally signed message part.
Bug#655969: [Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user
tags 655969 + patch thanks Le samedi 26 janvier 2013 19:22:23, Jonathan Wiltshire a écrit : On Wed, Jan 18, 2012 at 01:34:08AM +0100, Stefan Lippers-Hollmann wrote: Thanks for the notice, while I don't exactly share that severity classification (although that is of course covered by the policy text), I'll work on this as soon as possible. Ping? It's been a year, and with a popcon of over 60,000 a *lot* of people are going to start seeing this prompt very soon... What about this patch? It checks whether the md5 of the lirc/hardware.conf conffile installed on the system matches the md5 of the file as modified by the postinst in an automatic install. If that is the case, it sets the file back to the content as shipped in the .deb package so that dpkg doesn't detect the file as modified. I reproduced the bug in pbuilder and the bug disappear when using this patch. Best regards, Thomas signature.asc Description: This is a digitally signed message part.
Bug#655969: [Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user
How many times will I forget to attach a file? Sorry. Thomas diff -Nru lirc-0.9.0~pre1/debian/changelog lirc-0.9.0~pre1/debian/changelog --- lirc-0.9.0~pre1/debian/changelog 2011-03-06 22:16:30.0 +0100 +++ lirc-0.9.0~pre1/debian/changelog 2013-02-12 18:25:50.0 +0100 @@ -1,3 +1,10 @@ +lirc (0.9.0~pre1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Avoid prompt when conffiles are not modified (Closes: #655969). + + -- Thomas Preud'homme robo...@debian.org Tue, 12 Feb 2013 18:24:27 +0100 + lirc (0.9.0~pre1-1) unstable; urgency=low [ Sven Mueller ] diff -Nru lirc-0.9.0~pre1/debian/lirc.preinst lirc-0.9.0~pre1/debian/lirc.preinst --- lirc-0.9.0~pre1/debian/lirc.preinst 1970-01-01 01:00:00.0 +0100 +++ lirc-0.9.0~pre1/debian/lirc.preinst 2013-03-07 15:51:25.0 +0100 @@ -0,0 +1,26 @@ +#!/bin/sh + +set -e + +case $1 in + upgrade) + oldconfmd5=$(md5sum /etc/lirc/hardware.conf | cut -d ' ' -f 1) + if [ $oldconfmd5 = 566ee1cfca73380a6ec4af14c7d874cd ] + then + sed -i s/^\(DRIVER\)=\/\1=\UNCONFIGURED/ /etc/lirc/hardware.conf + fi;; + install|abort-upgrade) + ;; + + *) + echo preinst called with unknown argument \`$1' 2 + exit 1 + ;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 signature.asc Description: This is a digitally signed message part.
Bug#702507: ITP: validns -- high performance DNS/DNSSEC zone validator
Package: wnpp Severity: wishlist Owner: Casper Gielen casper-ali...@gielen.name * Package name: validns Version : 0.6 Upstream Author : Anton Berezin to...@tobez.org * URL : http://http://www.validns.net/ * License : BSD Programming Lang: C Description : high performance DNS/DNSSEC zone validator Validns is a standalone command line RFC 1034/1035 zone file validation tool that, in addition to basic syntactic and semantic zone checks, includes DNSSEC signature verification and NSEC/NSEC3 chain validation, as well a number of optional policy checks on the zone. . The utility was developed with the goal of it being the last verification step in the chain of production and publication of one or more zones containing up to many thousands (or millions) of signed records, making the speed of operation a primary focus, and reflect on validns’ design. . The utility is currently being used by several major DNS operators. . Currently, validns offers the following features: - parse RFC 1035-compliant zone files (so called “BIND” file format) - supports most of the standard record types - informs the user precisely where and what the errors are - verifies RRSIG signatures - NSEC/NSEC3 chain validation - supports signature validation in the future or in the past - built-in policy checks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701985: libcomedi0: Library has the undefined symbols
Hello Gudjon I have found solution to fix the package building. You can add this string to the `lib/Makefile.am` file: libcomedi_la_LIBADD = -lm The patched `Makefile.am` file from the `lib` directory is attached to this email. -- Best regards Ilya Shpigor Makefile.am Description: Binary data
Bug#696385: astromenace: reviewing
Hi, I'm reviewing astromenace. Looks pretty good so far, you seem to have already tackled the license problems. Looks technically sound. Regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#702508: rsyslog-gnutls: sends log message in clear text, even if tls configured (on sparc, debian squeeze)
Package: rsyslog-gnutls Version: 4.6.4-2 Severity: important Hi, I've got a SPARC system, Debian squeeze, running rsyslog-gnutls. My rsyslog configuration has: $DefaultNetstreamDriver gtls # use gtls netstream driver $ActionSendStreamDriverMode 1# require TLS for the connection $ActionSendStreamDriverAuthMode x509/name $DefaultNetstreamDriverCAFile /etc/ssl/chains/addtrust-terena.pem *.*;auth,authpriv.none @@loghost2.uvt.nl:6514 . If I execute: joostvb@popper:~% echo 'test, please ignore' | logger , while on the loghost, running: root@durell:~# tcpdump -w /tmp/mijnlogfile.dump -i eth0 host popper.uvt.nl ; then running root@durell:~# tcpdump -A -r /tmp/mijnlogfile.dump 2/dev/null | grep ignore gives ,...#.[)13Mar 7 12:49:51 popper logger: test, please ignore . The log message is sent in clear text to the log server, while it should have been encrypted using tls. This introduces a security issue, therefore setting severity to important. (The logserver does not save the message to disk, but complains: Mar 7 13:23:26 durell syslog-ng[2570]: Syslog connection accepted; fd='245', client='AF_INET(137.56.126.144:54724)', local='AF_INET(0.0.0.0:6514)' Mar 7 13:23:26 durell syslog-ng[2570]: SSL error while reading stream; tls_error='SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol' Mar 7 13:23:26 durell syslog-ng[2570]: I/O error occurred while reading; fd='245', error='Connection reset by peer (104)' .) We run lots of Debian systems, both squeeze and wheezy, on amd64, i386 and sparc. Only squeeze on sparc suffers from this problem. Upgrading rsyslog-gnutls to the version in squeeze-backports serves as a workaround: I am now running rsyslog and rsyslog-gnutls version 5.8.11-1~bpo60+2 (and libgnutls26 2.8.6-1+squeeze2), this works flawlessly. Bye, Joost -- Joost van Baal-Ilić http://abramowitz.uvt.nl/ Tilburg University mailto:joostvb.uvt.nl The Netherlands signature.asc Description: Digital signature
Bug#702503: blender 2.66a-1 crashes at launch, when looking for locales dir
Package: blender Version: 2.66a-1 Followup-For: Bug #702503 Dear Maintainer, I am attaching a patch which avoids the crash. After applying it, blender starts, but it sitll fails to find some addons, I'll get back on that in another report. Thanks, Antonio From 86b75aa04d6d35a93d76a023aa794a82488e791d Mon Sep 17 00:00:00 2001 From: Antonio Ospite osp...@studenti.unina.it Date: Thu, 7 Mar 2013 12:50:25 +0100 Subject: [PATCH] debian/patches/: #0005 updated to avoid a crash X-Face: z*RaLf`X@C75u6Ig9}{oW$H;1_\2t5)({*|jhMpyWR#k60!#=#/Vb;]yA5GWI5`6u+ ;6b'@y|8wwB;4/e!7wYYrcqdJFY,~%Gk_4]cq$Ei/7jN3ah(m`ku?pX.+~:_/wC~dwn^)MizBG !pE^+iDQQ1yC6^,)YDKkxDd!T\I~93J_`4)A{':UrE Fix fill_locales() which is still looking for the locales dir in BLENDER_SYSTEM_DATAFILES. Closes: #702503 --- debian/patches/0005-locales_directory_install.patch | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/debian/patches/0005-locales_directory_install.patch b/debian/patches/0005-locales_directory_install.patch index fc07d59..288d855 100644 --- a/debian/patches/0005-locales_directory_install.patch +++ b/debian/patches/0005-locales_directory_install.patch @@ -4,16 +4,25 @@ Subject: locales_directory_install Change where locales are installed. --- - source/blender/blenfont/intern/blf_lang.c | 2 +- + source/blender/blenfont/intern/blf_lang.c | 4 ++-- source/blender/blenlib/BLI_path_util.h| 1 + source/blender/blenlib/intern/path_util.c | 3 +++ source/creator/CMakeLists.txt | 4 ++-- - 4 files changed, 7 insertions(+), 3 deletions(-) + 4 files changed, 8 insertions(+), 4 deletions(-) diff --git a/source/blender/blenfont/intern/blf_lang.c b/source/blender/blenfont/intern/blf_lang.c index 73294f1..dc0ba58 100644 --- a/source/blender/blenfont/intern/blf_lang.c +++ b/source/blender/blenfont/intern/blf_lang.c +@@ -78,7 +78,7 @@ static void free_locales(void) + + static void fill_locales(void) + { +- char *languages_path = BLI_get_folder(BLENDER_DATAFILES, locale); ++ char *languages_path = BLI_get_folder(BLENDER_SYSTEM_LOCALE, NULL); + LinkNode *lines = NULL, *line; + char *str; + int idx = 0; @@ -185,7 +185,7 @@ EnumPropertyItem *BLF_RNA_lang_enum_properties(void) void BLF_lang_init(void) { -- 1.7.10.4
Bug#702509: unattended-upgrades: does not run autonomously, even after it was enabled
Package: unattended-upgrades Version: 0.79.4 Severity: grave Tags: security Justification: renders package unusable Dear Maintainer, after trying to make it run by myself and googling and make a few questions here[1] and there[2], I've decided to contact you to report what seems to be a lack of functionality of the package. Following the instructions in /usr/share/doc/unattended-upgrades/README, after installing the package, I enabled it sudo dpkg-reconfigure -plow unattended-upgrades uncommented the proper lines in /etc/apt/apt.conf.d/50unattended-upgrades (below) and waited for it to unattendedly keeps my system update. But that didn't happen. After checking the logs in /var/log/unattended-upgrades/ and /var/log/apt/history.log for several days, no activity was recorded there. I also tried running it in the --dry-run way and it dry worked with no errors. I've tagged the bug like a security issue because someone could trust the security updates of their system after installing and enabling the package and don't check if it's working after a long, and potentially insecure, time. Thank you for your time and for your job maintaining the package. Cheers, g0to [1] http://serverfault.com/questions/483751/unattended-upgrades-doesnt-upgrade-or-does-nothing-at-all [2] http://lists.debian.org/debian-user/2013/03/msg00394.html -- System Information: Debian Release: 7.0 Architecture: armhf (armv6l) Kernel: Linux 3.6.11+ (PREEMPT) 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 unattended-upgrades depends on: ii apt0.9.7.7+rpi1 ii apt-utils 0.9.7.7+rpi1 ii debconf [debconf-2.0] 1.5.49 ii lsb-base 4.1+Debian8+rpi1 ii lsb-release4.1+Debian8+rpi1 ii python 2.7.3-4 ii python-apt 0.8.8.1 ii ucf3.0025+nmu3 ii xz-utils 5.1.1alpha+20120614-2 unattended-upgrades recommends no packages. Versions of packages unattended-upgrades suggests: pn bsd-mailx none pn mail-transport-agent none -- Configuration Files: /etc/apt/apt.conf.d/50unattended-upgrades changed: // Automatically upgrade packages from these origin patterns Unattended-Upgrade::Origins-Pattern { // Codename based matching: // This will follow the migration of a release through different // archives (e.g. from testing to stable and later oldstable). o=Debian,n=wheezy; o=Debian,n=wheezy-updates; o=Debian,n=wheezy-proposed-updates; o=Debian,n=wheezy,l=Debian-Security; // Archive or Suite based matching: // Note that this will silently match a different release after // migration to the specified archive (e.g. testing becomes the // new stable). // o=Debian,a=stable; // o=Debian,a=stable-updates; // o=Debian,a=proposed-updates; // origin=Debian,archive=stable,label=Debian-Security; }; // List of packages to not update Unattended-Upgrade::Package-Blacklist { // vim; // libc6; // libc6-dev; // libc6-i686; }; // This option allows you to control if on a unclean dpkg exit // unattended-upgrades will automatically run // dpkg --force-confold --configure -a // The default is true, to ensure updates keep getting installed //Unattended-Upgrade::AutoFixInterruptedDpkg false; // Split the upgrade into the smallest possible chunks so that // they can be interrupted with SIGUSR1. This makes the upgrade // a bit slower but it has the benefit that shutdown while a upgrade // is running is possible (with a small delay) //Unattended-Upgrade::MinimalSteps true; // Install all unattended-upgrades when the machine is shuting down // instead of doing it in the background while the machine is running // This will (obviously) make shutdown slower //Unattended-Upgrade::InstallOnShutdown true; // Send email to this address for problems or packages upgrades // If empty or unset then no email is sent, make sure that you // have a working mail setup on your system. A package that provides // 'mailx' must be installed. E.g. u...@example.com //Unattended-Upgrade::Mail root // Set this value to true to get emails only on errors. Default // is to always send a mail if Unattended-Upgrade::Mail is set //Unattended-Upgrade::MailOnlyOnError true; // Do automatic removal of new unused dependencies after the upgrade // (equivalent to apt-get autoremove) Unattended-Upgrade::Remove-Unused-Dependencies true; // Automatically reboot *WITHOUT CONFIRMATION* if a // the file /var/run/reboot-required is found after the upgrade Unattended-Upgrade::Automatic-Reboot true; // Use apt bandwidth limit feature, this example limits the download // speed to 70kb/sec //Acquire::http::Dl-Limit 70; -- debconf information: * unattended-upgrades/enable_auto_updates: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject
Bug#702510: ITP: libtemplate-plugin-html-strip-perl -- Plugin to remove HTML for the Template Toolkit
Package: wnpp Severity: wishlist Owner: Ernesto Hernández-Novich (USB) e...@usb.ve * Package name: libtemplate-plugin-html-strip-perl Version : 0.01 Upstream Author : Geoff Simmons gsimm...@cpan.org * URL : http://search.cpan.org/dist/Template-Plugin-HTML-Strip/ * License : Artistic Programming Lang: Perl Description : Plugin to remove HTML for the Template Toolkit This package provides a Template Toolkit plugin which uses HTML::Strip to remove markup (primarily HTML, but also SGML, XML, etc) from filtered content during template processing -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702503: blender 2.66a-1 crashes at launch, when looking for locales dir
On Thu, 07 Mar 2013 15:06:33 +0100 Antonio Ospite osp...@studenti.unina.it wrote: [...] BTW, I think that blender should fail gracefully when it does not find a directory or a file, it should not crash, maybe something like this can be upstreamed: --- diff --git a/source/blender/blenfont/intern/blf_lang.c b/source/blender/blenfont/intern/blf_lang.c index 73294f1..23dd3d5 100644 --- a/source/blender/blenfont/intern/blf_lang.c +++ b/source/blender/blenfont/intern/blf_lang.c @@ -76,16 +76,16 @@ static void free_locales(void) num_locales = num_locales_menu = 0; } -static void fill_locales(void) +static void fill_locales(char *locale_path) { - char *languages_path = BLI_get_folder(BLENDER_DATAFILES, locale); + char *languages_path = locale_path; LinkNode *lines = NULL, *line; char *str; int idx = 0; free_locales(); - BLI_join_dirfile(languages_path, FILE_MAX, languages_path, languages); + BLI_join_dirfile(languages_path, FILE_MAX, locale_path, languages); line = lines = BLI_file_read_as_lines(languages_path); /* This whole parsing code is a bit weak, in that it expects strictly formated input file... @@ -189,7 +189,7 @@ void BLF_lang_init(void) if (messagepath) { bl_locale_init(messagepath, TEXT_DOMAIN_NAME); - fill_locales(); + fill_locales(messagepath); } else { printf(%s: 'locale' data path for translations not found, continuing\n, __func__); --- This would avoid a possible crash even for the pristine code as fill_locales() is called only when messagepath has been found. Actually this sentence is not accurate, the original code won't crash, it is patch 0005 which was incomplete. But still, a change like the one above may make the code a bit more robust against patching. But I have no time to properly test it and upstream it for now. Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697890: tasksel arch any? (Re: Bug#697890: iwconfig not in /sbin)
My concerns with going arch any would be that it becomes slower to make a tasksel change for some pressing concern, and this magnifies any installation breakage, or blockage caused by task dependencies. The same reason we keep debootstrap arch all. Also every divergence between architectures makes it that much harder to test that tasks are working. The same reason we avoid them in debootstrap when we can. Also, if we are going to depend on something linux-specific in a task, we could | depend on the freebsd equivilant too, and that should work with the task being arch all. If there is not a freebsd equivilant, we could | depend on something that documents how to do it the freebsd way. :P However, we mostly don't depend on things in tasks; we Recommend them. And recommends don't care if it's not available on some architecture. I don't necessarily think these are showstopper converns, but they need to be considered, and any alternatives to the problem considered. Re #697890, if we need iw, d-i should install it on appropriate machines. netcfg already installs wireless-tools when the interface is wireless. Not all machines with wifi are laptops, or even desktops, as was noted several times in that bug. Re #697868, I would much rather leave it to the maintainers of desktop environments (and/or Tech Ctte :P) to ensure that they have eg, necessary network-manager dependencies on appropriate architectures, rather than making tasksel need to track that. Reading that bug, the only reason task-gnome is depending on network-manager is to ensure it gets on CD#1. There are other ways to do that, particularly debian-cd's generate_di+k_list is appropriate since netcfg arranges for network-manager to be installed. -- see shy jo signature.asc Description: Digital signature
Bug#702511: golang-mode: does not compile with xemacs21
Package: golang-mode Version: 2:1.1~hg20130304-2 Severity: important Dear Maintainer, when I try to install golang-mode on my system where xemacs is installed I get the following error: Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el: !! File error ((Cannot open load file find-lisp)) Error occurred processing go-mode.el: Cannot open load file: find-lisp Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.el... Wrote /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.elc Done ERROR: install script from golang-mode package failed dpkg: error processing golang-mode (--configure): subprocess installed post-installation script returned error exit status 1 The find-lisp file is only available in emacs and not in xemacs: $ locate find-lisp /usr/share/emacs/23.4/lisp/find-lisp.elc /usr/share/emacs/24.2/lisp/find-lisp.el.gz /usr/share/emacs/24.2/lisp/find-lisp.elc -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-rt-686-pae (SMP w/1 CPU core; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages golang-mode depends on: ii emacs23 [emacsen]23.4+1-4 ii emacs24 [emacsen]24.2+1-2 ii emacsen-common 2.0.5 ii xemacs21-mule [emacsen] 21.4.22-4 golang-mode recommends no packages. Versions of packages golang-mode suggests: ii golang-go 2:1.1~hg20130304-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602145: #3487: Display problems for mbox-files 2GiB
#3487: Display problems for mbox-files 2GiB +-- Reporter: antonio@… | Owner: mutt-dev Type: defect | Status: new Priority: trivial| Milestone: Component: mutt |Version: 1.5.21 Resolution: | Keywords: patch +-- Changes (by Joe): * keywords: = patch -- Ticket URL: http://dev.mutt.org/trac/ticket/3487#comment:3 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702512: openms: FTBFS when DEB_HOST_MULTIARCH != DEB_BUILD_GNU_TYPE (e.g., on i386)
Source: openms Version: 1.9.0-2 Severity: serious Justification: fails to build from source Builds of openms on certain architectures (i386 and kfreebsd-i386 so far) have been failing because they base expected multiarch paths on DEB_BUILD_GNU_TYPE rather than DEB_HOST_MULTIARCH, which may differ. (For instance, on i386, DEB_BUILD_GNU_TYPE is i486-linux-gnu, whereas DEB_HOST_MULTIARCH is i386-linux-gnu.) cd /build/buildd-openms_1.9.0-2-i386-iJCLgn/openms-1.9.0/debian/build \ /usr/bin/cmake -DCMAKE_FIND_LIBRARY_SUFFIXES=.so \ -DCONTRIB_LIB_DIR=/usr/lib;/usr/lib/i486-linux-gnu;/lib/i486-linux-gnu \ -DCF_OPENMS_DATA_PATH=/usr/share/openms-common/OpenMS/ \ -DCF_OPENMS_DOC_PATH=/usr/share/doc/openms-doc/ \ -DCMAKE_BUILD_TYPE=release ../.. -- The C compiler identification is GNU 4.7.2 -- The CXX compiler identification is GNU 4.7.2 [...] CMake Error at cmake/OpenMSBuildSystem_macros.cmake:11 (MESSAGE): Unable to find xerces_c library! Searched names are: [xerces-c_3;xerces-c_static_3;libxerces-c;xerces-c] Please make sure it is part of the contrib (which we assume to be in either of these directories: /usr/lib;/usr/lib/i486-linux-gnu;/lib/i486-linux-gnu;/build/buildd-openms_1.9.0-2-i386-iJCLgn/openms-1.9.0/contrib/lib/;/opt/local/lib/;/usr/local/lib/) According to cmake's changelog, find_library has supported multiarch paths since 2.8.4+dfsg.1-3 from 2011, so you shouldn't necessarily need to override its search path at all; however, if you do, please do so on the basis of the correct variable. Thanks! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702513: crash: please provide crash/defs.h
Package: crash Version: 6.1.3-1 Severity: wishlist Can you please consider providing the crash/defs.h header so that I can use --enable-crash in the systemtap package and enable its crash extension? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700836: RFP: zero-cache -- Memory caching system based on ZMQ messaging library
Hello Some changes have been occured with architecture of the Zero-cache system. Now Zero-cache is minimalistic kernel space memory caching system. This is special solution for the highly loaded real-time systems based on GNU/Linux. It provides the better response time than the existing caching systems like Redis and memcached. I hope that my project will be helpful for the developers of real-time system. -- Best regards Ilya Shpigor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699848: sks: sks_build.sh hangs
Hi Kurt, did you try the suggestions from John, which he sent to this bug report two weeks ago? Did this help? Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#624278: Are you still working on this gem?
Hi Hemanth, I need this as a dependency for activesupport-import. Should I package it? Thanks Praveen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702514: ITP: libtemplate-plugin-posix-perl -- Template Toolkit plugin to access Perl POSIX functions
Package: wnpp Severity: wishlist Owner: Ernesto Hernández-Novich (USB) e...@usb.ve * Package name: libtemplate-plugin-posix-perl Version : 0.05 Upstream Author : Agent Zhang agen...@gmail.com * URL : http://search.cpan.org/dist/Template-Plugin-POSIX/ * License : Artistic Programming Lang: Perl Description : Template Toolkit plugin to access Perl POSIX functions This package provides a Template Toolkit plugin which enables using any of Perl POSIX functions to help create content during template processing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655969: [Pkg-lirc-maint] Bug#655969: lirc: prompting due to modified conffiles which where not modified by the user
Updated patch with (much) more comments. Thomas diff -Nru lirc-0.9.0~pre1/debian/changelog lirc-0.9.0~pre1/debian/changelog --- lirc-0.9.0~pre1/debian/changelog 2011-03-06 22:16:30.0 +0100 +++ lirc-0.9.0~pre1/debian/changelog 2013-03-07 16:58:28.0 +0100 @@ -1,3 +1,11 @@ +lirc (0.9.0~pre1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Avoid prompt when conffiles are not modified by the system administrator +(Closes: #655969). + + -- Thomas Preud'homme robo...@debian.org Tue, 12 Feb 2013 18:24:27 +0100 + lirc (0.9.0~pre1-1) unstable; urgency=low [ Sven Mueller ] diff -Nru lirc-0.9.0~pre1/debian/lirc.preinst lirc-0.9.0~pre1/debian/lirc.preinst --- lirc-0.9.0~pre1/debian/lirc.preinst 1970-01-01 01:00:00.0 +0100 +++ lirc-0.9.0~pre1/debian/lirc.preinst 2013-03-07 17:15:35.0 +0100 @@ -0,0 +1,36 @@ +#!/bin/sh + +set -e + +case $1 in + upgrade) + oldconfmd5=$(md5sum /etc/lirc/hardware.conf | cut -d ' ' -f 1) + # In Squeeze, lirc's postinst empties the value of DRIVER + # from /etc/lirc/hardware.conf if the value equals + # UNCONFIGURED. Since this file defaults to UNCONFIGURED, + # it is subsequently modified by the postinst. + # + # The code below check whether the md5 of the file matches the + # one of the file after a default install. If that is the case, + # the code reverts the change made by the postinst to prevent + # asking questions to the administrator when no file were + # modified. + if [ $oldconfmd5 = 566ee1cfca73380a6ec4af14c7d874cd ] + then + sed -i s/^\(DRIVER\)=\/\1=\UNCONFIGURED/ /etc/lirc/hardware.conf + fi;; + install|abort-upgrade) + ;; + + *) + echo preinst called with unknown argument \`$1' 2 + exit 1 + ;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 signature.asc Description: This is a digitally signed message part.
Bug#702511: golang-mode: does not compile with xemacs21
Hi Laurent, Laurent Bonnaud laurent.bonn...@inpg.fr writes: when I try to install golang-mode on my system where xemacs is installed I get the following error: Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el... While compiling toplevel forms in file /usr/share/xemacs21/site-lisp/golang-mode/go-mode.el: !! File error ((Cannot open load file find-lisp)) Error occurred processing go-mode.el: Cannot open load file: find-lisp Compiling /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.el... Wrote /usr/share/xemacs21/site-lisp/golang-mode/go-mode-load.elc Done ERROR: install script from golang-mode package failed dpkg: error processing golang-mode (--configure): subprocess installed post-installation script returned error exit status 1 The find-lisp file is only available in emacs and not in xemacs: $ locate find-lisp /usr/share/emacs/23.4/lisp/find-lisp.elc /usr/share/emacs/24.2/lisp/find-lisp.el.gz /usr/share/emacs/24.2/lisp/find-lisp.elc Can you please forward this bugreport upstream? This is not Debian-specific. Also, I have far too little knowledge of all the different emacsen in Debian. I only use emacs24 and that works fine. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702515: blender: 2.66a-1 cannot find scripts, still uses version string for system path
Package: blender Version: 2.66a-1 Severity: important Dear Maintainer, After applying the fix for the crash in #702503 blender starts but it cannot find the scripts dir and complains with errors like: pyrna_srna_ExternalType: failed to find 'bpy_types' module ... search for unknown operator 'WM_OT_context_set_enum', 'WM_OT_context_set_enum' ... search for unknown operator 'WM_OT_url_open', 'WM_OT_url_open' ... It looks like blender still looks for the system path with the version string in it. As a workaround we can set the environment variable: BLENDER_SYSTEM_SCRIPTS=/usr/share/blender/scripts blender I am going to send a patch to fix that as a follow up to the report. Thanks, Antonio -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blender depends on: ii fonts-droid20111207+git-1 ii libavcodec54 6:9.3-1 ii libavdevice53 6:9.3-1 ii libavformat54 6:9.3-1 ii libavutil526:9.3-1 ii libboost-date-time1.49.0 1.49.0-3.2 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-locale1.49.0 1.49.0-3.2 ii libboost-regex1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libfftw3-3 3.3.2-3.1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglew1.7 1.7.0-3 ii libglu1-mesa [libglu1] 8.0.5-3 ii libgomp1 4.7.2-5 ii libilmbase61.0.1-6 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii libjs-jquery 1.7.2+dfsg-1 ii libopenal1 1:1.14-4 ii libopenexr61.6.1-7 ii libopenimageio1.1 1.1.3+dfsg0-1 ii libopenjpeg2 1.3+dfsg-4.6 ii libpng12-0 1.2.49-3 ii libpython3.3 3.3.0-12 ii libsdl-1.3-0 1.3.0~20111204-1 ii libsndfile11.0.25-5 ii libspnav0 0.2.2-1 ii libstdc++6 4.7.2-5 ii libswscale26:9.3-1 ii libtiff4 3.9.6-11 ii libx11-6 2:1.5.0-1 ii libxi6 2:1.6.1-1 ii python33.3.0-2 ii python3.3 3.3.0-12 ii zlib1g 1:1.2.7.dfsg-13 blender recommends no packages. Versions of packages blender suggests: pn yafaray-exporter none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702516: libwine-openal:i386: No sound with wine 1.4 and OpenAL and PulseAudio
Package: libwine-openal Version: 1.4.1-4 Severity: normal Despite having OpenAL installed (64-bit) wine (32-bit) fails to play on a PulseAudio based system. With some version of 1.3, openal was supposed to solve the wine - pulse problem, but I think 64/32 may be the problem here. Is it possible to bridge openal (64-bit) and libwine-openal (32-bit)? Regards, Daniel -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwine-openal:i386 depends on: ii libc6 2.13-38 ii libopenal1 1:1.14-4 ii libwine 1.4.1-4 libwine-openal:i386 recommends no packages. libwine-openal:i386 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702486: libnet-twitter-perl: version 4.x required for new Twitter API
On Thu, 07 Mar 2013 07:28:50 +0100, Ansgar Burchardt wrote: Patrick Brewer pwbre...@me.com writes: For those using Net:Twitter the latest version of the lib is needed ASAP. Twitter is turning off their old API sometime this month (official date was yesterday). A version of the module in 4.x is required for the new API. The very latest I can find for debian is 3.18003 here: http://packages.debian.org/sid/libnet-twitter-perl Extracting a minimal (*cough*) diff out of https://metacpan.org/diff/release/MMIMS/Net-Twitter-3.18003/MMIMS/Net-Twitter-4.3 sounds like fun. Not. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Tori Amos: The Wrong Band signature.asc Description: Digital signature
Bug#695807: CVE-2012-5617: gksu-polkit privileged code execution with unprivileged credentials
Control: tags -1 + patch Hi I propose something like the attached debdiff, restricting to auth_admin only in the conffile. Regards, Salvatore diff -u gksu-polkit-0.0.3/debian/changelog gksu-polkit-0.0.3/debian/changelog --- gksu-polkit-0.0.3/debian/changelog +++ gksu-polkit-0.0.3/debian/changelog @@ -1,3 +1,12 @@ +gksu-polkit (0.0.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Request priviledged credentials in default policy. +Change default policy to allow privileged code execution only with +priviledged credentials. CVE-2012-5617. (Closes: #695807) + + -- Salvatore Bonaccorso car...@debian.org Thu, 07 Mar 2013 17:06:28 +0100 + gksu-polkit (0.0.3-1) unstable; urgency=low * Fix glib includes (Closes: #665534) only in patch2: unchanged: --- gksu-polkit-0.0.3.orig/data/org.gnome.gksu.policy +++ gksu-polkit-0.0.3/data/org.gnome.gksu.policy @@ -10,9 +10,9 @@ descriptionspawn/description messageSystem policy prevents executing a program with administration privileges/message defaults - allow_anyauth_self/allow_any - allow_inactiveauth_self/allow_inactive - allow_activeauth_self/allow_active + allow_anyauth_admin/allow_any + allow_inactiveauth_admin/allow_inactive + allow_activeauth_admin/allow_active /defaults /action signature.asc Description: Digital signature
Bug#702515: blender: 2.66a-1 cannot find scripts, still uses version string for system path
Tags: patch On Thu, 07 Mar 2013 17:21:48 +0100 Antonio Ospite osp...@studenti.unina.it wrote: [...] I am going to send a patch to fix that as a follow up to the report. Patch attached, it's hacky but it works fine. Thanks, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? From 74c37f4af3bb65346f52de298bee8d3dd1f89b17 Mon Sep 17 00:00:00 2001 From: Antonio Ospite osp...@studenti.unina.it Date: Thu, 7 Mar 2013 15:58:16 +0100 Subject: [PATCH] debian/patches/: #0007 fix getting system path X-Face: z*RaLf`X@C75u6Ig9}{oW$H;1_\2t5)({*|jhMpyWR#k60!#=#/Vb;]yA5GWI5`6u+ ;6b'@y|8wwB;4/e!7wYYrcqdJFY,~%Gk_4]cq$Ei/7jN3ah(m`ku?pX.+~:_/wC~dwn^)MizBG !pE^+iDQQ1yC6^,)YDKkxDd!T\I~93J_`4)A{':UrE Don't use version string when getting the system path. Patch 0007 fixes this for the installation part, but is incomplete as it does not cover the runtime query of the system path. Fix also a typo in the description of patch 0007. Closes: #702515 --- ...7-do_not_use_version_number_in_system_path.patch | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/debian/patches/0007-do_not_use_version_number_in_system_path.patch b/debian/patches/0007-do_not_use_version_number_in_system_path.patch index d08a0cd..75f4f3b 100644 --- a/debian/patches/0007-do_not_use_version_number_in_system_path.patch +++ b/debian/patches/0007-do_not_use_version_number_in_system_path.patch @@ -2,12 +2,13 @@ From: Matteo F. Vescovi mfv.deb...@gmail.com Date: Fri, 11 Jan 2013 15:37:53 +0100 Subject: do_not_use_version_number_in_system_path -Global installation expects system patch to be +Global installation expects system path to be something like /usr/share/blender/scripts/ without version numbers. --- - source/creator/CMakeLists.txt | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) + intern/ghost/intern/GHOST_SystemPathsX11.cpp | 3 +++ + source/creator/CMakeLists.txt| 2 +- + 2 files changed, 4 insertions(+), 1 deletion(-) diff --git a/source/creator/CMakeLists.txt b/source/creator/CMakeLists.txt index 7ea1dd3..6553ce3 100644 @@ -22,3 +23,15 @@ index 7ea1dd3..6553ce3 100644 endif() endif() +--- a/intern/ghost/intern/GHOST_SystemPathsX11.cpp b/intern/ghost/intern/GHOST_SystemPathsX11.cpp +@@ -60,6 +60,9 @@ GHOST_SystemPathsX11::~GHOST_SystemPaths + + const GHOST_TUns8 *GHOST_SystemPathsX11::getSystemDir(int, const char *versionstr) const + { ++ /* XXX On Debian ignore versionstr when building the system path */ ++ versionstr = ; ++ + /* no prefix assumes a portable build which only uses bundled scripts */ + if (static_path) { + static char system_path[PATH_MAX]; -- 1.7.10.4
Bug#624278: Are you still working on this gem?
My progress has been very slow almost nil on this, due to various factors. Will be pleased to pack it with some help. On Thu, Mar 7, 2013 at 9:45 PM, Praveen A prav...@debian.org wrote: Hi Hemanth, I need this as a dependency for activesupport-import. Should I package it? Thanks Praveen -- *'I am what I am because of who we all are'* h3manth.com http://www.h3manth.com *-- Hemanth HM *
Bug#702517: emacs24: assertion failure: GdkPixbuf:ERROR:gdk-pixbuf-animation.c:242:gdk_pixbuf_animation_new_from_file: assertion failed: (animation)
Package: emacs24 Version: 24.2+1-2 Severity: important Dear Maintainer, each time I try to start emacs it aborts with the following assertion failure $ emacs24 -q ** (emacs24:29207): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-XKm6tQqkjj: Connection refused ** GdkPixbuf:ERROR:gdk-pixbuf-animation.c:242:gdk_pixbuf_animation_new_from_file: assertion failed: (animation) Fatal error (6)Aborted (core dumped) Here is a gdb session with a backtrace: $ gdb emacs24 GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/emacs24...Reading symbols from /usr/lib/debug/.build-id/c3/7c34c0f91448820151c4816053c27d4c95149f.debug...done. done. (gdb) run Starting program: /usr/bin/emacs24 warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. Traceback (most recent call last): File /usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18-gdb.py, line 59, in module from libstdcxx.v6.printers import register_libstdcxx_printers ImportError: No module named libstdcxx.v6.printers Traceback (most recent call last): File /usr/lib/debug/usr/lib/i386-linux-gnu/libstdc++.so.6.0.18-gdb.py, line 59, in module from libstdcxx.v6.printers import register_libstdcxx_printers ImportError: No module named libstdcxx.v6.printers ** (emacs24:29618): WARNING **: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-XKm6tQqkjj: Connection refused [New Thread 0xb457bb40 (LWP 29632)] [New Thread 0xb3bffb40 (LWP 29634)] ** GdkPixbuf:ERROR:gdk-pixbuf-animation.c:242:gdk_pixbuf_animation_new_from_file: assertion failed: (animation) Program received signal SIGABRT, Aborted. 0xb7fde424 in __kernel_vsyscall () (gdb) bt #0 0xb7fde424 in __kernel_vsyscall () #1 0xb6724b26 in kill () at ../sysdeps/unix/syscall-template.S:81 #2 0x0813ccd8 in abort () at emacs.c:394 #3 0xb752846a in g_assertion_message (domain=domain@entry=0xb77af286 GdkPixbuf, file=file@entry=0xb77af639 gdk-pixbuf-animation.c, line=line@entry=242, func=func@entry=0xb77afa20 gdk_pixbuf_animation_new_from_file, message=optimized out) at /tmp/buildd/glib2.0-2.35.8/./glib/gtestutils.c:1912 #4 0xb7528aaf in g_assertion_message_expr (domain=0xb77af286 GdkPixbuf, file=0xb77af639 gdk-pixbuf-animation.c, line=242, func=0xb77afa20 gdk_pixbuf_animation_new_from_file, expr=0xb77af6be animation) at /tmp/buildd/glib2.0-2.35.8/./glib/gtestutils.c:1923 #5 0xb779cb98 in gdk_pixbuf_animation_new_from_file () from /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so.0 #6 0xb7b8b9b3 in gtk_image_set_from_file (image=image@entry=0x8596348, filename=filename@entry=0x8b7d350 /usr/share/emacs/site-lisp/etc/images/mh-e/open.xpm) at /tmp/buildd/gtk+3.0-3.7.12/./gtk/gtkimage.c:777 #7 0xb7b8ba8d in gtk_image_new_from_file (filename=0x8b7d350 /usr/share/emacs/site-lisp/etc/images/mh-e/open.xpm) at /tmp/buildd/gtk+3.0-3.7.12/./gtk/gtkimage.c:536 #8 0x08133ce4 in xg_get_image_for_pixmap (img=0x89da420, f=0x869b520, widget=optimized out, old_widget=optimized out) at gtkutil.c:382 #9 update_frame_tool_bar (f=f@entry=0x869b520) at gtkutil.c:4614 #10 0x0809e7dd in redisplay_tool_bar (f=0x869b520) at xdisp.c:11795 #11 redisplay_window (window=window@entry=141145805, just_this_one_p=just_this_one_p@entry=0) at xdisp.c:16040 #12 0x0809ffbe in redisplay_window_0 (window=window@entry=141145805) at xdisp.c:13748 #13 0x081ae1ba in internal_condition_case_1 (bfun=0x809ff90 redisplay_window_0, arg=141145805, handlers=138821398, hfun=0x806e7c0 redisplay_window_error) at eval.c:1552 #14 0x0807309f in redisplay_windows (window=6) at xdisp.c:13728 #15 0x0808bbd0 in redisplay_internal () at xdisp.c:13305 #16 0x0808cd89 in echo_area_display (update_frame_p=update_frame_p@entry=1) at xdisp.c:10722 #17 0x0808d0c7 in message3_nolog (m=m@entry=138902121, nbytes=nbytes@entry=84, multibyte=multibyte@entry=0) at xdisp.c:9611 #18 0x0808d28a in message3 (m=m@entry=138902121, nbytes=84, multibyte=0) at xdisp.c:9548 #19 0x081a84e1 in Fmessage (nargs=2, args=0xbfffde74) at editfns.c:3383 #20 0x081afd6d in Ffuncall (nargs=nargs@entry=3, args=args@entry=0xbfffde70) at eval.c:2983 #21 0x081e682c in exec_byte_code (bytestr=optimized out, vector=136905773, maxdepth=24, args_template=138839322, nargs=nargs@entry=0, args=optimized out, args@entry=0x0) at bytecode.c:785 #22 0x081af735 in
Bug#702518: openms: watchfile for openms is broken
Package: openms Version: 1.9.0-2 Severity: normal Dear Maintainer, Howdy! The watchfile for openms as released to Unstable this morning in 1.90-2 is broken, both syntactically and semantically. The correct watchfile would be: [skynet](0) $ cat debian/watch version=3 http://sf.net/open-ms/OpenMS-([\d\.]+)\.tar\..* [skynet](0) $ This properly pulls 1.90: [skynet](0) $ uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In debian/watch, processing watchfile line: http://sf.net/open-ms/OpenMS-([\d\.]+)\.tar\..* -- Found the following matching hrefs: OpenMS-1.9.0.tar.gz OpenMS-1.8.tar.gz OpenMS-1.7.0.tar.gz OpenMS-1.6.0.tar.gz OpenMS-1.5.tar.gz OpenMS-1.4.0.tar.gz OpenMS-1.3.tar.gz OpenMS-1.2.tar.gz OpenMS-1.1.tar.gz OpenMS-1.1.1.tar.gz OpenMS-1.0.tar.gz Newest version on remote site is 1.9.0, local version is 1.9.0 = Package is up to date -- Scan finished [skynet](1) $ Please apply the watchfile as included in SprezzOS 2, Kolmogorov (provided above inline). Thanks! -- System Information: Debian Release: 1 (von Neumann) APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.7.7 (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/bash version=3 http://sf.net/open-ms/OpenMS-([\d\.]+)\.tar\..*
Bug#683826: Any progress on this one?
As any progress been made on this issue? Is this work in progress? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702244: libopendbx: Vcs-Browser points to empty repository
On Mon, Mar 04, 2013 at 01:51:06PM +0100, Ansgar Burchardt wrote: libopendbx has a Vcs-Browser field pointing to http://anonscm.debian.org/gitweb/?p=collab-maint/opendbx.git;a=summary but that repository is empty. Yes, we have not yet gotten around to pushing things, sorry. Working on it. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698829: kernel swap after upgrade to 3.2.23-1~bpo60+2
On 05/03/2013 03:40, Ben Hutchings wrote: # wc -l /proc/mounts 329219 /proc/mounts [...] Er, wow, that's a lot. Does this *also* increase over time, or are those mostly mounted at boot? I agree, it's a lot. The number of entries in /proc/mounts file increase over time, at the boot is low (~100 lines). -- Daniele Melosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702444: Bug#702416: perl: memory leak in Encode::decode
On Wed, Mar 06, 2013 at 10:09:09PM +0100, gregor herrmann wrote: I'm attaching the diff of the potential upload to t-p-u. Thanks. Niko, I assume you contact the release team for an upload of Perl; can you ask about this upload to t-p-u too or should we handle this separately? I can handle that. libencode-perl needs to be fixed first in wheezy: it makes no sense to supply a fixed perl package if the fix can be overridden by installing an unfixed libencode-perl package. Preferably they should go in at the same time, of course. -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682958: byobu spawns apt-cache without end ... and freezes that way the system by high load
Package: byobu Followup-For: Bug #682958 Control: tag -1 patch Here is a patch that uses upstream revision 1952 (part of version 5.20). It replaces the use of run-one with flock. The package run-one being not part of Debian, there was little surprise that we got this bug. The use of flock from util-linux should prevent the launch of multiple 'apt-get' unwanted processes. I am currently testing the change. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 byobu depends on: ii debconf [debconf-2.0] 1.5.49 ii gettext-base 0.18.1.1-10 ii python 2.7.3-4 ii python-newt0.52.14-11.1 ii tmux 1.7-3 ii util-linux 2.20.1-5.3 Versions of packages byobu recommends: pn screen none ii tmux1.7-3 Versions of packages byobu suggests: pn apport none ii lsb-release 4.1+Debian9 ii po-debconf 1.0.16+nmu2 pn ttf-ubuntu-font-family none pn update-notifier-common none ii vim 2:7.3.547-7 ii vim-gtk [vim] 2:7.3.547-7 ii w3m 0.5.3-8 -- debconf information: byobu/launch-by-default: false Description: short summary of the patch TODO: Put a short summary on the line above and replace this paragraph with a longer explanation of this change. Complete the meta-information with other relevant fields (see below for details). To make it easier, the information below has been extracted from the changelog. Adjust it or drop it. . patch from upstream that replaces run-one with flock to avoid creating ever growing apt-get commands --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: upstream, http://bazaar.launchpad.net/~kirkland/byobu/trunk/revision/1952?remember=1952#usr/lib/byobu/updates_available Bug: https://bugs.launchpad.net/debian/+source/byobu/+bug/999151 Bug-Debian: http://bugs.debian.org/682958 Forwarded: not-needed Reviewed-By: name and email of someone who approved the patch Last-Update: 2013-03-07 --- byobu-5.16.orig/usr/lib/byobu/updates_available +++ byobu-5.16/usr/lib/byobu/updates_available @@ -39,7 +39,7 @@ ___print_updates() { } ___update_cache() { - local mycache=$1 RUN_THIS_ONE= + local mycache=$1 flock=$1.lock # Now we actually have to do hard computational work to calculate updates. # Let's try to be nice about it: renice 10 $$ /dev/null 21 || true @@ -47,28 +47,26 @@ ___update_cache() { # These are very computationally intensive processes. # Background this work, have it write to the cache files, # and let the next cache check pick up the results. - # Also, try to ensure that no more than one of these run at - # a given time; install the run-one package. - command -v run-this-one /dev/null RUN_THIS_ONE=run-this-one + # Ensure that no more than one of these run at a given time if [ -x /usr/lib/update-notifier/apt-check ]; then # If apt-check binary exists, use it - $RUN_THIS_ONE /usr/lib/update-notifier/apt-check 21 | awk '-F;' 'END { print $1, $2 }' $mycache + flock -xn $flock /usr/lib/update-notifier/apt-check 21 | awk '-F;' 'END { print $1, $2 }' $mycache elif command -v apt-get /dev/null; then # If apt-get exists, use it - $RUN_THIS_ONE apt-get -s -o Debug::NoLocking=true upgrade | grep -c ^Inst $mycache + flock -xn $flock apt-get -s -o Debug::NoLocking=true upgrade | grep -c ^Inst $mycache elif command -v pkcon /dev/null; then # use packagekit to show list of packages - $RUN_THIS_ONE pkcon get-updates -p | grep -c '^Package' $mycache + flock -xn $flock pkcon get-updates -p | grep -c '^Package' $mycache elif command -v zypper /dev/null; then # If zypper exists, use it - $RUN_THIS_ONE zypper --no-refresh lu --best-effort | grep -c 'v |' $mycache + flock -xn $flock zypper --no-refresh lu --best-effort | grep -c 'v |' $mycache elif command -v yum /dev/null; then # If yum exists, use it # TODO: We need a better way of counting updates available from a RH expert - $RUN_THIS_ONE yum list updates -q | grep -vc Updated Packages $mycache + flock -xn $flock yum list updates -q | grep -vc Updated Packages $mycache elif command -v pacman /dev/null; then # If pacman (Archlinux) exists, use it - LC_ALL=C $RUN_THIS_ONE pacman -Sup | grep -vc ^\(::\| \) $mycache + LC_ALL=C flock -xn $flock pacman -Sup | grep -vc ^\(::\| \) $mycache fi }
Bug#702519: unblock/pre-approval: perl and libencode-perl (memory leak in Encode::decode)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-Debbugs-Cc: p...@packages.debian.org, libencode-p...@packages.debian.org I'd like to fix #702416 / #702444 (memory leak in Encode::decode) in perl + libencode-perl in wheezy. It's not a regression from squeeze, but I intend to pursue a squeeze fix in a point release later. The wheezy side would need a tpu upload of libencode-perl and a sid upload of perl (obviously after 5.14.2-19 has migrated.) I'm attaching the preliminary debdiffs. The perl package needs to Break the unfixed versions of libencode-perl, because the separate packaged version takes precedence in @INC when installed. So perl/5.14.2-20 can't migrate before libencode-perl 2.44-1+deb7u1 but the latter could be uploaded straight away. Would you be OK with this? Thanks for your work, -- Niko Tyni nt...@debian.org diff -Nru perl-5.14.2/debian/changelog perl-5.14.2/debian/changelog --- perl-5.14.2/debian/changelog2013-03-05 21:38:31.0 +0200 +++ perl-5.14.2/debian/changelog2013-03-07 19:08:49.0 +0200 @@ -1,3 +1,12 @@ +perl (5.14.2-20) unstable; urgency=low + + * Fix an Encode memory leak that occurred in the UTF-8 encoding. +(Closes: #702416) ++ upgrade the Broken versions of the separate libencode-perl + package accordingly. + + -- Niko Tyni nt...@debian.org Thu, 07 Mar 2013 19:08:47 +0200 + perl (5.14.2-19) unstable; urgency=high * [SECURITY] CVE-2013-1667: fix a rehashing DoS opportunity diff -Nru perl-5.14.2/debian/control perl-5.14.2/debian/control --- perl-5.14.2/debian/control 2013-03-05 21:38:02.0 +0200 +++ perl-5.14.2/debian/control 2013-03-07 19:02:52.0 +0200 @@ -294,7 +294,7 @@ libthreads-perl ( 1.83), libthreads-shared-perl ( 1.37), libtime-piece-perl ( 1.20.01), - libencode-perl ( 2.42.01), + libencode-perl ( 2.44-1+deb7u1), libdevel-dprof-perl ( 20110228.00), mrtg ( 2.16.3-3.1), libhtml-template-compiled-perl ( 0.95-1), diff -Nru perl-5.14.2/debian/patches/fixes/encode-memleak.diff perl-5.14.2/debian/patches/fixes/encode-memleak.diff --- perl-5.14.2/debian/patches/fixes/encode-memleak.diff1970-01-01 02:00:00.0 +0200 +++ perl-5.14.2/debian/patches/fixes/encode-memleak.diff2013-03-07 19:01:39.0 +0200 @@ -0,0 +1,64 @@ +From 89405c8ebc5bf8ae4ed6479de2bc0f311c1f6fe1 Mon Sep 17 00:00:00 2001 +From: chansen chan...@cpan.org +Date: Sun, 3 Mar 2013 22:43:53 +0100 +Subject: Encode: Fixed a memory leak that occurred in the UTF-8 encoding. + +The decode and encode methods allocated a SV for the result, this SV +is passed to the process_utf8() function which may croak() if the +CHECK flag has FB_CROAK set. + +Origin: upstream, http://perl5.git.perl.org/perl.git/commit/5814803a8fa15d6b5fd483efdaf849a7166f9ac4 +Bug: https://github.com/dankogai/p5-encode/issues/8 +Bug-Debian: http://bugs.debian.org/702416 +Patch-Name: fixes/encode-memleak.diff +--- + cpan/Encode/Encode.xs |8 + 1 file changed, 4 insertions(+), 4 deletions(-) + +diff --git a/cpan/Encode/Encode.xs b/cpan/Encode/Encode.xs +index 723170c..4fa4ac3 100644 +--- a/cpan/Encode/Encode.xs b/cpan/Encode/Encode.xs +@@ -440,7 +440,6 @@ CODE: + if (src == PL_sv_undef || SvROK(src)) src = sv_2mortal(newSV(0)); + s = (U8 *) SvPV(src, slen); + e = (U8 *) SvEND(src); +-dst = newSV(slen0?slen:1); /* newSV() abhors 0 -- inaba */ + check = SvROK(check_sv) ? ENCODE_PERLQQ|ENCODE_LEAVE_SRC : SvIV(check_sv); + /* + * PerlIO check -- we assume the object is of PerlIO if renewed +@@ -471,6 +470,7 @@ CODE: + } + } + ++dst = sv_2mortal(newSV(slen0?slen:1)); /* newSV() abhors 0 -- inaba */ + s = process_utf8(aTHX_ dst, s, e, check_sv, 0, strict_utf8(aTHX_ obj), renewed); + + /* Clear out translated part of source unless asked not to */ +@@ -482,7 +482,7 @@ CODE: + SvCUR_set(src, slen); + } + SvUTF8_on(dst); +-ST(0) = sv_2mortal(dst); ++ST(0) = dst; + XSRETURN(1); + } + +@@ -504,7 +504,7 @@ CODE: + if (src == PL_sv_undef || SvROK(src)) src = sv_2mortal(newSV(0)); + s = (U8 *) SvPV(src, slen); + e = (U8 *) SvEND(src); +-dst = newSV(slen0?slen:1); /* newSV() abhors 0 -- inaba */ ++dst = sv_2mortal(newSV(slen0?slen:1)); /* newSV() abhors 0 -- inaba */ + if (SvUTF8(src)) { + /* Already encoded */ + if (strict_utf8(aTHX_ obj)) { +@@ -543,7 +543,7 @@ CODE: + } + SvPOK_only(dst); + SvUTF8_off(dst); +-ST(0) = sv_2mortal(dst); ++ST(0) = dst; + XSRETURN(1); + } + diff -Nru perl-5.14.2/debian/patches/series perl-5.14.2/debian/patches/series --- perl-5.14.2/debian/patches/series 2013-03-05 21:38:04.0 +0200 +++ perl-5.14.2/debian/patches/series 2013-03-07 19:01:39.0 +0200 @@ -77,3 +77,4 @@ fixes/64bitint-signedness-wraparound.diff fixes/stdin-sigchld.diff fixes/hsplit-rehash.diff +fixes/encode-memleak.diff diff -Nru
Bug#700205: unblock: libquvi-scripts/0.4.11-2 (pre-upload approval)
On 03/02/2013 15:22, intrigeri wrote: I would like to update libquvi-scripts in wheezy to 0.4.11-2 (identical to -1 already in experimental). Is this unblock request still up-to-date, now that experimental has 0.4.12-1? (I mean, I was going to install the version in experimental to run it and report back how I was happy with it in a week, but now I'm confused.) There's even 0.4.13-1 in experimental now. I plan to eventually update the unblock request, but there's no RC bug fixes so I guess it's at a low priority. Also I haven't found time to do so yet. Given libquvi-scripts rather frequent updates, I am also wondering if it is useful to follow the upstream releases even for stable. If you look at the upstream NEWS[1] there are quite a lot of fixes for various sites: 1 out of 2 entries for 0.4.13, 2/5 for 0.4.12, 7/10 for 0.4.11, 3/3 for 0.4.10. Not all of them would be relevant to backports as there are also fixes for sites that weren't supported by older version, but there's enough left. This means larger changes to push to stable, but I think the risk of breaking reverse dependencies is low as the Lua scripts in libquvi-scripts are not used directly by applications, only via libquvi. In addition support for new sites usually happens via a new Lua script file: if it's broken, it shouldn't affect other scripts. Ansgar [1] http://repo.or.cz/w/libquvi-scripts.git/blob/refs/tags/v0.4.13:/NEWS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702520: please don't patch the Makefile, use configure --bindir= instead
Package: tcllib Version: 1.13-dfsg-1 Severity: normal Tags: patch Patch attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.6-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcllib depends on: ii tcl 8.5.0-2 ii tcl8.4 [tclsh] 8.4.19-4 ii tcl8.5 [tclsh] 8.5.8-2 ii tcl8.6 [tclsh] 8.6.0~b3-1 tcllib recommends no packages. tcllib suggests no packages. -- no debconf information diff --git a/debian/patches/build.diff b/debian/patches/build.diff deleted file mode 100644 --- a/debian/patches/build.diff +++ /dev/null @@ -1,17 +0,0 @@ tcllib-1.15.orig/Makefile.in -+++ tcllib-1.15/Makefile.in -@@ -49,12 +49,14 @@ - all: - doc: html-doc nroff-doc - -+# set -app-path for Debian to hack around broken script - install: - $(TCLSH_PROG) `$(CYGPATH) $(srcdir)/installer.tcl` \ - -no-examples -no-html \ - -pkg-path $(DESTDIR)$(pkglibdir) \ - -app-path $(DESTDIR)$(bindir) \ - -nroff-path $(DESTDIR)$(mandir)/mann \ -+ -app-path $(DESTDIR)/usr/bin \ - -no-wait -no-gui - - install-libraries: diff --git a/debian/patches/series b/debian/patches/series --- a/debian/patches/series +++ b/debian/patches/series @@ -1,2 +1,1 @@ -build.diff manpages.diff diff --git a/debian/rules b/debian/rules --- a/debian/rules +++ b/debian/rules @@ -28,7 +28,7 @@ build-arch: build-stamp build-indep: build-stamp build-stamp: patch-stamp dh_testdir - ./configure --prefix=/usr --mandir=$(mandir) + ./configure --prefix=/usr --mandir=$(mandir) --bindir=/usr/bin $(MAKE) html-doc # # Remove doc for non-existent module
Bug#697890: tasksel arch any? (Re: Bug#697890: iwconfig not in /sbin)
Quoting Joey Hess (jo...@debian.org): Thanks, Joey, for bringing this interesting alternative perspective. Indeed, when committing these changes, I thought that, because that arch-dependent packages are added to Recommends and not Depend, it would not be a problem. Apparently it is. This is what slightly puzzles me, indeed. Anyway: Re #697890, if we need iw, d-i should install it on appropriate machines. netcfg already installs wireless-tools when the interface is wireless. Not all machines with wifi are laptops, or even desktops, as was noted several times in that bug. Oh, I didn't think this this was, but, indeed, as we already add wireless-tools through netcfg, I see not reason to not use the same concept to add iw when the (installation) interface is wireless (of course, one might argue what if the installation interface is wired and the system has wireless). Re #697868, I would much rather leave it to the maintainers of desktop environments (and/or Tech Ctte :P) to ensure that they have eg, necessary network-manager dependencies on appropriate architectures, rather than making tasksel need to track that. Reading that bug, the only reason task-gnome is depending on network-manager is to ensure it gets on CD#1. There are other ways to do that, particularly debian-cd's generate_di+k_list is appropriate since netcfg arranges for network-manager to be installed. Yes, it was my first reaction : why not deal with that in the D.E. instead of dealing with it in tasksel. The need to be on CD#1 was what drove me to commit. If there are alternative solutions, yes we should consider them. signature.asc Description: Digital signature
Bug#702521: urwid interface Cancel button broken when selecting severity
Package: reportbug Version: 6.4.3 Severity: normal When selecting the severity of a bug under urwid, the Cancel button doesn't do anything, apart from refresh the screen. -- Package-specific info: ** Environment settings: EDITOR=vim DEBEMAIL=r...@debian.org EMAIL=r...@debian.org DEBFULLNAME=Ryan Kavanagh NAME=Ryan Kavanagh INTERFACE=urwid ** /home/ryan/.reportbugrc: reportbug_version 4.12.6 mode expert ui urwid realname Ryan Kavanagh email r...@debian.org no-cc header X-Debbugs-CC: r...@debian.org smtphost reportbug.debian.org keyid 4A11C97A sign gpg mutt -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.7 ii python2.7.3-4 ii python-reportbug 6.4.3 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsums none pn dlocate none ii emacs23-bin-common 23.4+1-4 ii file5.11-2 ii gnupg 1.4.12-7 ii postfix [mail-transport-agent] 2.10.0-1 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell none ii python-urwid1.0.2-1 pn python-vte none ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.7.7 ii python2.7.3-4 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- no debconf information -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A signature.asc Description: Digital signature
Bug#702241: gnome-packagekit: gpk-update-viewer does not update package index so falsely says is up to date.
Package: gnome-packagekit Version: 3.4.2-2 Followup-For: Bug #702241 Dear Maintainer, Even when there are updates that it knows about, for example if I have run apt- get update, or refresh on synaptic, it still does not either install them or notify me that they should be installed, despite the implication of my settings in gpk-prefs being that it would automatically install them, or at least notify me about them being there. -- System Information: Debian Release: 7.0 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=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-packagekit depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gnome-packagekit-data3.4.2-2 ii gnome-settings-daemon3.4.2+git20121218.7c1322-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.1-1 ii libfontconfig1 2.9.0-7.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libnotify4 0.7.5-1 ii libpackagekit-glib2-14 0.7.6-3 ii libpango1.0-01.30.0-1 ii libsqlite3-0 3.7.13-1 ii libupower-glib1 0.9.17-1 ii libx11-6 2:1.5.0-1 ii packagekit 0.7.6-3 gnome-packagekit recommends no packages. gnome-packagekit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699848: sks: sks_build.sh hangs
On Thu, Mar 07, 2013 at 05:12:16PM +0100, Christoph Martin wrote: Hi Kurt, did you try the suggestions from John, which he sent to this bug report two weeks ago? Did this help? I'm not subscribed to the bug, so I didn't get this message. So I've edited /etc/sks/sksconf and added: pagesize: 16 ptree_pagesize:16 It ran succesfully like that. I tried setting mutex_set_max in the environnment before, but that didn't help anything. The DB_CONFIG didn't mention anything about pagesizes. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702116: exim4-daemon-heavy: LDAP for SMTP auth not working
On 2013-03-06 Paul Muster p...@muster.dyndns.info wrote: Debug-mode information exim -d -bdf -oX 2525 [...] -d+all might be more helpful. cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700290: pbuilder: clang support
Hi, On Sun, 3 Mar 2013 15:43:10 + (UTC) Thorsten Glaser t...@mirbsd.de wrote: This would allow switching to any gcc version, tcc and clang; adding pcc, TenDRA and other compilers is surely possible, and this hook script is controlled by $PBUILDER_COMPILER which you can just export before calling pbuilder/cowbuilder. Sounds great and can choose more compilers are so good. I'm happy when I get interesting idea from smart people :) I've chatted with Junichi via twitter and he encouraged hook or pentium-builder package approach to me, so I thought to make clang-builder (or something) and use it with --extrapackage option, but your approach is more appropriate than mine, so I'll update and test your script and post it to BTS later. Thanks! -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702241: gnome-packagekit: gpk-update-viewer does not update package index so falsely says is up to date.
Hi! This is a tricky issue, and I am not sure that we can fix it for Wheezy, as it would require too many code changes. Generally, there is an Apt cronjob for fetching updates, so this shouldn't be an issue. And also the settings in gpk-prefs should work Have you checked if the packagekitd daemon crashed when applying a setting? (run sudo /usr/lib/packagekit/packagekitd --verbose in a Terminal, change a setting and pastebin the output somewhere, so I can take a look at it) Updating packages has no known issues Did you get any error message? Later, you might try GPK and PK from Debian Experimental, but these packages aren't ready for use yet. Regards, Matthias 2013/3/7 Asterix zzz...@rocketmail.com: Package: gnome-packagekit Version: 3.4.2-2 Followup-For: Bug #702241 Dear Maintainer, Even when there are updates that it knows about, for example if I have run apt- get update, or refresh on synaptic, it still does not either install them or notify me that they should be installed, despite the implication of my settings in gpk-prefs being that it would automatically install them, or at least notify me about them being there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700290: pbuilder: clang support
On 07/03/2013 19:24, Hideki Yamane wrote: Hi, On Sun, 3 Mar 2013 15:43:10 + (UTC) Thorsten Glaser t...@mirbsd.de wrote: This would allow switching to any gcc version, tcc and clang; adding pcc, TenDRA and other compilers is surely possible, and this hook script is controlled by $PBUILDER_COMPILER which you can just export before calling pbuilder/cowbuilder. Sounds great and can choose more compilers are so good. I'm happy when I get interesting idea from smart people :) I've chatted with Junichi via twitter and he encouraged hook or pentium-builder package approach to me, so I thought to make clang-builder (or something) and use it with --extrapackage option, but your approach is more appropriate than mine, so I'll update and test your script and post it to BTS later. Excellent! I am available to test anything! Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702116: exim4-daemon-heavy: LDAP for SMTP auth not working
On 07.03.2013 19:18, Andreas Metzler wrote: On 2013-03-06 Paul Muster p...@muster.dyndns.info wrote: Debug-mode information exim -d -bdf -oX 2525 [...] -d+all might be more helpful. ok, there it is: 19:23:32 29767 SMTP AUTH PLAIN auth_data= 19:23:32 29767 plain_server_ldap authenticator server_condition: 19:23:32 29767 $auth1 = 19:23:32 29767 $auth2 = paul 19:23:32 29767 $auth3 = password 19:23:32 29767 $1 = 19:23:32 29767 $2 = paul 19:23:32 29767 $3 = password 19:23:32 29767 expanding: 19:23:32 29767result: 19:23:32 29767 expanding: $auth2 19:23:32 29767result: paul 19:23:32 29767 expanding: $auth2 19:23:32 29767result: paul 19:23:32 29767 expanding: $auth3 19:23:32 29767result: password 19:23:32 29767 expanding: user=uid=${quote_ldap_dn:$auth2},ou=Users,dc=BASIS pass=${quote:$auth3} ldap://ldap/ 19:23:32 29767result: user=uid=paul,ou=Users,dc=BASIS pass=password ldap://ldap/ 19:23:32 29767 LDAP parameters: user=uid=paul,ou=Users,dc=BASIS pass=password size=0 time=0 connect=0 dereference=0 referrals=on 19:23:32 29767 perform_ldap_search: ldapauth URL = ldap://ldap/; server=NULL port=0 sizelimit=0 timelimit=0 tcplimit=0 19:23:32 29767 after ldap_url_parse: host=ldap port=389 19:23:32 29767 ldap_initialize with URL ldap://ldap:389/ 19:23:32 29767 initialized for LDAP (v3) server ldap:389 19:23:32 29767 LDAP_OPT_X_TLS_TRY set 19:23:32 29767 binding with user=uid=paul,ou=Users,dc=BASIS password=password 19:23:32 29767 failed to bind the LDAP connection to server ldap:389 - ldap_bind() returned -1 19:23:32 29767 failed to expand: ${if and{{ !eq{}{$auth2} }{ ldapauth{user=uid=${quote_ldap_dn:$auth2},ou=Users,dc=BASIS pass=${quote:$auth3} ldap://ldap/} }} } 19:23:32 29767error message: failed to bind the LDAP connection to server ldap:389 - ldap_bind() returned -1 inside and{...} condition 19:23:32 29767 expansion failed: failed to bind the LDAP connection to server ldap:389 - ldap_bind() returned -1 inside and{...} condition 19:23:32 29767 expanding: $auth2 19:23:32 29767result: paul 19:23:32 29767 SMTP 435 Unable to authenticate at present 19:23:32 29767 tls_do_write(0xb8b33840, 39) 19:23:32 29767 gnutls_record_send(SSL, 0xb8b33840, 39) 19:23:32 29767 outbytes=39 19:23:32 29767 LOG: MAIN REJECT 19:23:32 29767 plain_server_ldap authenticator failed for client: 435 Unable to authenticate at present (set_id=paul): failed to bind the LDAP connection to server ldap:389 - ldap_bind() returned -1 inside and{...} condition 19:23:32 29767 Calling gnutls_record_recv(0xb8b55570, 0xb8cf01a8, 4096) On the LDAP server no connection comes in. Thanks greetings, Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688577:
severity 688577 grave tag 688577 + patch upstream fixed-upstream thanks Hi, Raising severity as this renders the package unusable. The fix is at: https://github.com/Jasig/mod_auth_cas/commit/24369afdb9363273f0436582dda44589d5014c65 Regards -- Mathieu Parent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671063: closed by Francesco Paolo Lovergine fran...@debian.org (Bug#671063: fixed in proftpd-dfsg 1.3.5~rc2-1)
Quoting Debian Bug Tracking System (2013-03-07 14:51:03) #671063: proftpd-basic: should renew dhparams.pem file (last updated on 2008-09-07) [snip] * New upstream pre-releaese. (closes: #671063) Could you please elaborate on how more spefically this has been fixed? Do perhaps upstream now generate certificates during build, as I suggested? If they maybe simply ship with fresh prebuilt files, has any mechanism been put into place to ensure it does not silently bitrot again? Or put differently: Has this really been _fixed_ or only poked at? Thanks for your work on this package, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature