Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
On 10:33 Wed 16 Oct , intrigeri wrote: Hi, Vasudev Kamath wrote (22 Sep 2013 07:52:26 GMT) : I went through the log and prepared an NMU for fixing the policy issue, as mentioned in Debian policy document I symlinked the sample folder under /usr/share/doc/xmail to /usr/share/xmail and in the maint script replaced the path to use /usr/share/xmail instead. I wanted to test this scenario on piuparts but failed to do so. It seems to me that the attached patch symlinks /usr/share/xmail/sample to /usr/share/doc/xmail/sample (while it should do the contrary, right?) and does not move /usr/share/doc/xmail/sample to /usr/share/xmail/sample. Vasudev, did you actually test it with 'dpkg --path-exclude=...'? Regarding the symbolic linking excerpt from � 12.3 Packages must not require the existence of any files in /usr/share/doc/ in order to function 7 . Any files that are refer- enced by programs but are also useful as stand alone documentation should be installed under /usr/share/package/ with symbolic links from /usr/share/doc/package. So did I do something wrong in understanding above? Regarding dpkg --path-exclude=... actually I don't know how to execute this with piuparts as stated in bug report. I also encountered some other error with piuparts which I mentioned in the bug report reply. Also, although a minor issue, unrelated whitespace changes are generally not well suited for a NMU. Are you referring to new lines introduced by me or is there any whitespace in patch? I just did a white space cleanup on patch let me know if its fine. To end with, I see that xmail is a leaf package, its popcon has been rapidly decreasing since 2011, there are a number of bugs with no reply from the maintainer for years, and the last maintainer upload was in June, 2010. So perhaps this package would be a candidate for removal from Debian? Radu, are you still interested in maintaining xmail in Debian? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- Vasudev Kamath http://copyninja.info Connect on ~friendica: copyninja@{frndk.de | vasudev.homelinux.net} IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net} GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E diff -u xmail-1.27/debian/changelog xmail-1.27/debian/changelog --- xmail-1.27/debian/changelog +++ xmail-1.27/debian/changelog @@ -1,3 +1,13 @@ +xmail (1.27-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Symlink contents of /usr/share/doc/xmail/sample to /usr/share/xmail/ +in rules file and use the file from /usr/share/xmail/ in maintainer +script. +Closes: bug#710311. Thanks to Andreas Beckmann. + + -- Vasudev Kamath kamathvasu...@gmail.com Sat, 21 Sep 2013 14:01:46 +0530 + xmail (1.27-1.1) unstable; urgency=low * Non-maintainer upload. diff -u xmail-1.27/debian/rules xmail-1.27/debian/rules --- xmail-1.27/debian/rules +++ xmail-1.27/debian/rules @@ -63,7 +63,6 @@ install-doc: build # installing docs in $(docdir) install -m 0444 docs/* $(docdir) - DESTDIR=$(CURDIR)/debian/xmail @@ -85,6 +84,9 @@ cp MailRoot/*.tab $(DESTDIR)/usr/share/doc/xmail/sample/ cp MailRoot/dnsroots $(DESTDIR)/usr/share/doc/xmail/sample/ + # symlink the sample cfgs to /usr/share/xmail + dh_link /usr/share/doc/xmail/sample /usr/share/xmail/sample + touch $(DESTDIR)/etc/xmail/cmd_line #Enable Logging echo Md -Pl -Sl -Fl -Cl -Ll $(DESTDIR)/etc/xmail/cmd_line diff -u xmail-1.27/debian/postinst xmail-1.27/debian/postinst --- xmail-1.27/debian/postinst +++ xmail-1.27/debian/postinst @@ -15,8 +15,8 @@ if [ -z $2 ]; then #we are installing for the first time -cp /usr/share/doc/xmail/sample/*.tab /etc/xmail -cp /usr/share/doc/xmail/sample/dnsroots /etc/xmail +cp /usr/share/xmail/sample/*.tab /etc/xmail +cp /usr/share/xmail/sample/dnsroots /etc/xmail #make links to xmail config files ln -s /etc/xmail/*.tab /var/lib/xmail/ ln -s /etc/xmail/dnsroots /var/lib/xmail signature.asc Description: Digital signature
Bug#726763: gnome-settings-daemon: no suspend on close lid, action not configurable, key missing
On Fri, Oct 18, 2013 at 10:07:49PM +0200, Michael Biebl wrote: [...] Working suspend/resume requires systemd to be PID 1 [1]. Boot with init=/bin/systemd for that. I'll probably add a small notification on first login with instructions how to do that. Thanks for the quick response your instructions! However, using this method, the screen is not locked on resume, which obviously is a security issue. Is there any trick to work around this as well? (lock screen settings appear to have disappeared from GNOME altogether) Thanks, Johannes -- infoe - Institut für Ökologie und Aktions-Ethnologie e.V. Melchiorstr. 3, 50670 Köln, +49-221-739 28 71 http://www.infoe.de/ Fax: +49-221-922 97 60 signature.asc Description: Digital signature
Bug#722567: nginx-extras 1.4.3-1 segfault libc-2.17.so
On Fri, Oct 18, 2013 at 11:50:17PM +0200, Lars Reimann wrote: Hi, I dunno if this is the right place, but it still segfaults with 1.4.3-1. (gdb) run -t Starting program: /usr/sbin/nginx -t [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:213 213 ../sysdeps/x86_64/multiarch/../strcmp.S: No such file or directory. (gdb) bt #0 __strcmp_sse2 () at ../sysdeps/x86_64/multiarch/../strcmp.S:213 #1 0x00428be1 in ngx_conf_parse () #2 0x004290b3 in ngx_conf_include () #3 0x00428d1a in ngx_conf_parse () #4 0x004290b3 in ngx_conf_include () #5 0x00428d1a in ngx_conf_parse () #6 0x00440e72 in ?? () #7 0x00428d1a in ngx_conf_parse () #8 0x004265d9 in ngx_init_cycle () #9 0x0041841a in main () (gdb) I was able to reproduce the previous bug locally, and that was indeed fixed by the 1.4.3-1 release. Perhaps this a different bug. Could you please send your /etc/nginx directory, or even better, a mimimum set that reproduces the bug? Also please install the nginx-extras-dbg package and run bt backtrace full from gdb. Thank you for reporting this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576051: console-tools still build-depends on dbs
found 576051 2:0.2.3-71 thanks Hi, Thanks for switching console-tools to the 3.0 source format, and not using dbs in debian/rules, but unfortunatelly dbs is still mentioned in debian/control as build-dependency: grep dbs console-tools-0.2.3/debian/control Build-Depends: dbs, debhelper (= 9), linuxdoc-tools, groff, flex | flex-old, gettext, bison, libtool ^^^ Could you please remove that build-dependency? Thanks a lot, Robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726701: general: apt-get install bootchart pybootchartgui command marking important packages for removal
Hi Holger, are you sure it's not bootchart the one breaking? I think you want to install bootchart2 instead which is the one pybootchartgui is packaged from. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724208: cl-plplot: FTBFS: Component ASDF/USER::ALEXANDRIA not found, required by #SYSTEM cffi
Hi, in the current cl-alexandria package the 'alexandria.asd' file is missing which might cause this bug. Best, Philipp On Sun, 22 Sep 2013 19:49:29 +0200 David Suárez david.sephi...@gmail.com wrote: Source: cl-plplot Version: 0.6.0-4 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130922 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): Output written on cl-plplot-manual.pdf (32 pages, 158867 bytes). Transcript written on cl-plplot-manual.log. cd doc makeinfo --html --no-split -o cl-plplot-manual.html cl-plplot-manual.texinfo [ Testing the cl-plplot interface... ] echo '(load debian/test.lisp)' | sbcl --noinform --disable-debugger Unhandled ASDF/FIND-COMPONENT:MISSING-DEPENDENCY in thread #SB-THREAD:THREAD main thread RUNNING {1002ADBD43}: Component ASDF/USER::ALEXANDRIA not found, required by #SYSTEM cffi Backtrace for: #SB-THREAD:THREAD main thread RUNNING {1002ADBD43} 0: ((LAMBDA NIL :IN SB-DEBUG::FUNCALL-WITH-DEBUG-IO-SYNTAX)) 1: (SB-IMPL::CALL-WITH-SANE-IO-SYNTAX #CLOSURE (LAMBDA NIL :IN SB-DEBUG::FUNCALL-WITH-DEBUG-IO-SYNTAX) {10035A5F9B}) 2: (SB-IMPL::%WITH-STANDARD-IO-SYNTAX #CLOSURE (LAMBDA NIL :IN SB-DEBUG::FUNCALL-WITH-DEBUG-IO-SYNTAX) {10035A5F6B}) 3: (PRINT-BACKTRACE :STREAM #SYNONYM-STREAM :SYMBOL SB-SYS:*STDERR* {100016E573} :START 0 :FROM :INTERRUPTED-FRAME :COUNT NIL :PRINT-THREAD T :PRINT-FRAME-SOURCE NIL :METHOD-FRAME-STYLE NIL) 4: (SB-DEBUG::DEBUGGER-DISABLED-HOOK Component ASDF/USER::ALEXANDRIA not found, required by #SYSTEM cffi #unavailable argument) 5: (SB-DEBUG::RUN-HOOK *INVOKE-DEBUGGER-HOOK* Component ASDF/USER::ALEXANDRIA not found, required by #SYSTEM cffi) 6: (INVOKE-DEBUGGER Component ASDF/USER::ALEXANDRIA not found, required by #SYSTEM cffi) 7: (ERROR ASDF/FIND-COMPONENT:MISSING-DEPENDENCY :REQUIRED-BY #ASDF/SYSTEM:SYSTEM cffi :REQUIRES ASDF/USER::ALEXANDRIA) 8: (ASDF/FIND-COMPONENT:RESOLVE-DEPENDENCY-NAME #ASDF/SYSTEM:SYSTEM cffi ASDF/USER::ALEXANDRIA NIL) 9: ((:METHOD ASDF/ACTION:COMPONENT-DEPENDS-ON (ASDF/ACTION:SIDEWAY-OPERATION ASDF/COMPONENT:COMPONENT)) #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi) [fast-method] 10: ((:METHOD ASDF/ACTION:COMPONENT-DEPENDS-ON (ASDF/ACTION:UPWARD-OPERATION ASDF/COMPONENT:CHILD-COMPONENT)) #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi) [fast-method] 11: (ASDF/CACHE:CONSULT-ASDF-CACHE (ASDF/ACTION:COMPONENT-DEPENDS-ON #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi) #CLOSURE (LAMBDA NIL :IN ASDF/ACTION:COMPONENT-DEPENDS-ON) {100359EFFB}) 12: (ASDF/PLAN:MAP-DIRECT-DEPENDENCIES #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi #CLOSURE (LAMBDA (ASDF/PLAN::DEP-O ASDF/PLAN::DEP-C) :IN ASDF/PLAN:VISIT-DEPENDENCIES) {100359EF9B}) 13: (ASDF/PLAN:VISIT-DEPENDENCIES #ASDF/PLAN:SEQUENTIAL-PLAN {10034CD4A3} #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi #CLOSURE (LAMBDA (ASDF/PLAN::O ASDF/PLAN::C) :IN ASDF/PLAN:TRAVERSE-ACTION) {100359EF6B}) 14: ((LAMBDA NIL :IN ASDF/PLAN:TRAVERSE-ACTION)) 15: ((:METHOD ASDF/PLAN:CALL-WHILE-VISITING-ACTION (ASDF/PLAN:PLAN-TRAVERSAL T T T)) #ASDF/PLAN:SEQUENTIAL-PLAN {10034CD4A3} #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi #CLOSURE (LAMBDA NIL :IN ASDF/PLAN:TRAVERSE-ACTION) {100359EF0B}) [fast-method] 16: ((LAMBDA (ASDF/PLAN::DEP-O ASDF/PLAN::DEP-C) :IN ASDF/PLAN:VISIT-DEPENDENCIES) #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/SYSTEM:SYSTEM cffi) 17: (ASDF/PLAN:MAP-DIRECT-DEPENDENCIES #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/COMPONENT:MODULE cffi src #CLOSURE (LAMBDA (ASDF/PLAN::DEP-O ASDF/PLAN::DEP-C) :IN ASDF/PLAN:VISIT-DEPENDENCIES) {100359EB6B}) 18: (ASDF/PLAN:VISIT-DEPENDENCIES #ASDF/PLAN:SEQUENTIAL-PLAN {10034CD4A3} #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/COMPONENT:MODULE cffi src #CLOSURE (LAMBDA (ASDF/PLAN::O ASDF/PLAN::C) :IN ASDF/PLAN:TRAVERSE-ACTION) {100359EB3B}) 19: ((LAMBDA NIL :IN ASDF/PLAN:TRAVERSE-ACTION)) 20: ((:METHOD ASDF/PLAN:CALL-WHILE-VISITING-ACTION (ASDF/PLAN:PLAN-TRAVERSAL T T T)) #ASDF/PLAN:SEQUENTIAL-PLAN {10034CD4A3} #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/COMPONENT:MODULE cffi src #CLOSURE (LAMBDA NIL :IN ASDF/PLAN:TRAVERSE-ACTION) {100359EADB}) [fast-method] 21: ((LAMBDA (ASDF/PLAN::DEP-O ASDF/PLAN::DEP-C) :IN ASDF/PLAN:VISIT-DEPENDENCIES) #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/COMPONENT:MODULE cffi src) 22: (ASDF/PLAN:MAP-DIRECT-DEPENDENCIES #ASDF/LISP-ACTION:PREPARE-SOURCE-OP #ASDF/LISP-ACTION:CL-SOURCE-FILE cffi src cffi-sbcl #CLOSURE (LAMBDA (ASDF/PLAN::DEP-O ASDF/PLAN::DEP-C) :IN ASDF/PLAN:VISIT-DEPENDENCIES) {100359E34B}) 23: (ASDF/PLAN:VISIT-DEPENDENCIES
Bug#726782: RM: gpe-appmgr gpe-mininet gpe-conf -- ROM; End of Life
Package: ftp.debian.org Severity: normal IMHO the time has come to remove GPE from Debian. Upstream has been dead for some time (two of these three packages have seen no upstream releases and no Debian uploads since Etch). The environment itself is aimed at a dead platform (iPAQ) and is unsuitable for use on current devices like phones or tablets without widescale modification. I've no interest in maintaining it any longer but rather than simply orphan ~60 packages, I've decided to seek removal on the basis that the orphaned environment would be unmaintainable in the long term. There is zero prospect of GPE ever being ported to GTK3. These three packages are the top level dependencies and need to be removed together (the metapackage in gpe-conf depends on the other two which in turn depend on the binary package of gpe-conf). Once these three are removed, I'll move on to remove the applications and then the libraries. I've tried to contact the only other GPE team member to have made uploads of GPE packages to Debian, Moray, without reply so far. Moray hasn't made uploads of GPE packages for about a year now. I've already contacted Gregor regarding gpesyncd and Hector regarding tslib and each agree that GPE is End of Life. I've already orphaned tslib - it has uses outside GPE and may find a new maintainer independently. Please start the removal of GPE by removing gpe-appmgr, gpe-mininet and gpe-conf from unstable. Thanks. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#726783: Add support for systemd
Package: brltty Version: 4.5-3+b1 Severity: normal Tags: patch User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: systemd-units X-Debbugs-CC: pkg-systemd-maintain...@lists.alioth.debian.org BRLTTY includes a systemd service file, which is currently not installed by the Debian package. Furthermore, the upstream version of this file has improvements over the version included in the BRLTTY 4.5 source, and additional changes were necessary for the Debian environment (the path and command line options of the executable, most notably). I have included a revised version as debian/brltty.service. Here is a patch. Review and improvements are most welcome. From ca26011b0b4a7eef89e48c5d68f7bbab7f1c54c3 Mon Sep 17 00:00:00 2001 From: Jason White ja...@jasonjgw.net Date: Sat, 19 Oct 2013 18:03:31 +1100 Subject: [PATCH] Add systemd service. --- debian/brltty.service | 30 ++ debian/changelog | 8 ++-- debian/control| 2 +- debian/rules | 3 +++ 4 files changed, 40 insertions(+), 3 deletions(-) create mode 100644 debian/brltty.service diff --git a/debian/brltty.service b/debian/brltty.service new file mode 100644 index 000..a856712 --- /dev/null +++ b/debian/brltty.service @@ -0,0 +1,30 @@ +[Unit] + +Description=Braille Device Support +Documentation=man:brltty(1) +Documentation=http://mielke.cc/brltty/ + +DefaultDependencies=no +Before=sysinit.target + + +[Service] + +Type=forking +PIDFile=/run/brltty.pid +ExecStart=/sbin/brltty -q -P /run/brltty.pid + +TimeoutStartSec=5 +TimeoutStopSec=10 + +Restart=always +RestartSec=30 + +Nice=-10 +OOMScoreAdjust=-900 + + +[Install] +WantedBy=sysinit.target + + diff --git a/debian/changelog b/debian/changelog index c145a5b..8c31e1a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,10 +1,14 @@ + [ Samuel Thibault ] * control: - Make python*-brlapi description more explict. - Bump Standards-Version to 3.9.4 (no changes). - -- Samuel Thibault sthiba...@debian.org Sun, 23 Jun 2013 21:07:45 +0200 + [ Jason White ] + * Add support for systemd (based on upstream service file). + + -- Jason White ja...@jasonjgw.net Sat, 19 Oct 2013 17:15:54 +1100 brltty (4.5-3) unstable; urgency=low diff --git a/debian/control b/debian/control index 1401a8b..83e26e3 100644 --- a/debian/control +++ b/debian/control @@ -6,7 +6,7 @@ Uploaders: Mario Lang ml...@debian.org, Samuel Thibault sthiba...@debian.org Vcs-Browser: http://git.debian.org/?p=pkg-a11y/brltty.git;a=summary Vcs-Git: git://git.debian.org/git/pkg-a11y/brltty.git Homepage: http://mielke.cc/brltty/ -Build-Depends: debhelper (= 7), dh-lisp, +Build-Depends: debhelper (= 7), dh-lisp, dh-systemd (= 1.5), autotools-dev, autoconf, tcl (= 8.5~), libasound2-dev [linux-any], python-all-dev (= 2.7~0), diff --git a/debian/rules b/debian/rules index 953d619..767fbca 100755 --- a/debian/rules +++ b/debian/rules @@ -143,8 +143,11 @@ brltty: build-brltty build-python for file in Drivers/Braille/*/README*; \ do cp $$file `pwd`/debian/$(PACKAGE)/usr/share/doc/brltty/`basename $$(dirname $$file)`.`basename $$file`; \ done + dh_systemd_enable -p$@ # -r because we don't want to lose the console on an upgrade dh_installinit -p$@ -r -- start 25 S . + # and likewise for systemd + dh_systemd_start -p$@ --restart-after-upgrade dh_installchangelogs Documents/ChangeLog dh_installman dh_lintian -- 1.8.4.rc3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726784: libgtk-3-0: Scrolling only works when window has focus
Package: libgtk-3-0 Version: 3.8.4-1 Severity: normal Dear Maintainer, in gtk2 programs I'm able to move the mouse pointer over a window and scroll through it using the scroll wheel without the window having the focus. Programs using gtk3 don't have this ability. Example: When using Rhythmbox (gtk3) I have to move the focus to its window in order to scroll through my music library. By contrast, I can scroll through the file list in PCManFM (gtk2) even when a different window has the focus. Since I'm using a dual-head setup, the behavior of gtk2 is much more useful in my opinion and it would be nice if this was re-enabled in gtk3. My window manager is IceWM, if that's relevant to the problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.5-gnu (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 libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.10.0-1 ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcolord1 1.0.2-1 ii libcomerr2 1.42.8-1 ii libcups2 1.6.3-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcrypt11 1.5.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgnutls26 2.12.23-8 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii libgtk-3-common 3.8.4-1 ii libk5crypto3 1.11.3+dfsg-3 ii libkrb5-31.11.3+dfsg-3 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxinerama1 2:1.1.3-1 ii libxrandr2 2:1.4.1-1 ii multiarch-support2.17-93 ii shared-mime-info 1.0-1+b1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk-3-bin3.8.4-1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.16.3-1+b1 ii librsvg2-common 2.36.4-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#726786: O: libtext-vfile-asdata-perl
Package: wnpp Severity: normal I'm orphaning libtext-vfile-asdata-perl as I no longer use it. I contacted the debian-perl team on 14th Oct 2013 about the package, hopefully someone there will pick it up. The package details are: libtext-vfile-asdata-perl - generic perl module to read and write vfile files Works with such as vCard (RFC 2426) and vCalendar (RFC 2445). The result of loading this data is a collection of objects which will grant you easy access to the properties. Then the module can write your objects back to a data file. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#726719: Issue is still there
Hi, This issue is fixed for me, after doing what is described here: https://review.openstack.org/#/c/52636 (including my comment) but then there's another issue of the same sort that appears just right after that one, which I am tracking in upstream bug tracker here: https://bugs.launchpad.net/bugs/1241952 Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726785: O: libtext-vcard-perl
Package: wnpp Severity: normal I'm orphaning libtext-vcard-perl as I no longer use it. I contacted the debian-perl team on 14th Oct 2013 about the package, hopefully someone there will pick it up. The package details are: libtext-vcard-perl - parse, edit and create multiple vCards Text::vCard::Addressbook provides an API to reading / editing and creating multiple vCards. A vCard is an electronic business card. This package has been developed based on rfc2426. Many applications (Apple Address book, MS Outlook, Evolution etc) can export and import vCards. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#726787: RM: libxml-qofqsf-perl -- ROM; Dead upstream
Package: ftp.debian.org Severity: normal This package is a hangover from the pilot-qof package which has already been removed. I kept it around in case it turned out to be useful but it is now time to remove it. I'm no longer working on it upstream, I'm not interested in developing it further and therefore as I was both upstream and maintainer, the package is dead. Please remove from unstable. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#637346: ERR: no video format specified for VMGM
You need to explicitly specify the video format, either PAL or NTSC. With 0.7.1, this can be done for the entire XML control file by putting it in the dvdauthor top-level tag. Or you can have a user- or system-wide default. The information on how to specify this is given here http://create.freedesktop.org/wiki/Video_Format_Pref. Lawrence D’Oliveiro lead DVDAuthor developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726788: QT GUI Range widget causes SEGV
Package: libgnuradio-qtgui3.7.1 Version: 3.7.1-2 Severity: normal An update to my machine in the last around 12 days or so has caused any flowgraph that has a QT GUI Range widget in it to SEGV on startup. I note that around 6 days ago a set of Qt4 updates were installed by aptitude. The bug appears easy to reproduce (for me anyway!). Just create a new flowgraph in GRC which is a null source link that to a QT GUI Sink and run it, and everything is fine. Now add QT GUI Entry widget and/or QT GUI Label and/or QT Tab Widget and everything still works when you run it. Now add a QT GUI Range widget and now you get an instant SEGV when you run it. Below is the output of gdb when attached to python: Program received signal SIGSEGV, Segmentation fault. 0x75ff7d7a in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 (gdb) where #0 0x75ff7d7a in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #1 0x764fd81a in ?? () from /usr/lib/python2.7/dist-packages/PyQt4/QtCore.so #2 0x754f9f20 in ?? () from /usr/lib/python2.7/dist-packages/PyQt4/QtGui.so #3 0x032ea808 in ?? () #4 0x7fffdbe8 in ?? () #5 0x750a9059 in ?? () from /usr/lib/python2.7/dist-packages/PyQt4/QtGui.so #6 0x7fffdbe8 in ?? () #7 0x037820d0 in ?? () #8 0x0050e8d0 in ?? () #9 0x00902430 in ?? () #10 0x in ?? () but its not exactly illuminating! Thanks, Matt -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/6 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 libgnuradio-qtgui3.7.1 depends on: ii libboost-date-time1.54.01.54.0-3 ii libboost-filesystem1.54.0 1.54.0-3 ii libboost-program-options1.54.0 1.54.0-3 ii libboost-system1.54.0 1.54.0-3 ii libboost-thread1.54.0 1.54.0-3 ii libc6 2.17-93 ii libfftw3-single33.3.3-5+b1 ii libgcc1 1:4.8.1-10 ii libgnuradio-blocks3.7.1 3.7.1-2 ii libgnuradio-fft3.7.13.7.1-2 ii libgnuradio-filter3.7.1 3.7.1-2 ii libgnuradio-pmt3.7.13.7.1-2 ii libgnuradio-runtime3.7.13.7.1-2 ii libiceutil353.5.0-3 ii liblog4cpp5 1.0-4 ii liborc-0.4-01:0.4.18-1 ii libpython2.72.7.5-8 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqwt5-qt4 5.2.3-1 ii libstdc++6 4.8.1-10 ii libvolk0.0.03.7.1-2 ii libzeroc-ice35 3.5.0-3 ii multiarch-support 2.17-93 libgnuradio-qtgui3.7.1 recommends no packages. libgnuradio-qtgui3.7.1 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#593303: acpi-support: suspend in half the time - background xscreensaver
reopen 593303 thanks xscreensaver-command sleeping three times for a second each. Here's a patch to execute those sleeps in the background and half the time to get the system suspended using the hot keys. It could be executed in another half the time, but I haven't tracked that down. Running these actions in parallel is probably fine, but what is not OK is to suspend the system before these actions have finished. I suggested a partly reverting patch in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700696#15 but maybe it is enough to add a wait command at the end of the script. FYI, I have fixed xscreensaver --lock to not wait an extra second when it is launched by a suspend action (well, anything not typed from a command line), see https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/1229486/comments/9 http://anonscm.debian.org/gitweb/?p=collab-maint/xscreensaver.git;a=commitdiff;h=a48b6e029f6c2d93a0c88303b226efcff46bb23f As a side note, throttling the screen saver and forcing dpms to off is pointless when the cpu and graphics card are going to be powered off. Especially on older machines, it takes noticable time to launch some xscreensaver hacks. Throttling the screensaver before activating it avoids seeing the screensaver hack executing before the screen goes black. Best regards, Tormod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726789: ITP: milter-manager -- A milter to use milters effectively
Package: wnpp Owner: Youhei SASAKI uwab...@gfd-dennou.org Severity: wishlist * Package name: milter-manager Version : 2.0.0 Upstream Author : Kouhei Sutou k...@clear-code.com * URL or Web page : http://milter-manager.sourceforge.net/ * License : GPL-3+ Description : A milter to use milters effectively Milter manager is a milter to use multiple milters effectively. If milter manager is introduced, milter manager administrates milters instead of MTA. The has some advantages: * reduce milter administration cost * combine milters flexibly --- Youhei SASAKI uwab...@gfd-dennou.org uwab...@debian.or.jp GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710311: Unable to reproduce exact scenario mentioned and nmu diff
Hi, Vasudev Kamath wrote (19 Oct 2013 05:59:12 GMT) : It seems to me that the attached patch symlinks /usr/share/xmail/sample to /usr/share/doc/xmail/sample (while it should do the contrary, right?) and does not move /usr/share/doc/xmail/sample to /usr/share/xmail/sample. Regarding the symbolic linking excerpt from � 12.3 Packages must not require the existence of any files in /usr/share/doc/ in order to function 7 . Any files that are refer- enced by programs but are also useful as stand alone documentation should be installed under /usr/share/package/ with symbolic links from /usr/share/doc/package. So did I do something wrong in understanding above? I believe you did it the wrong way. Vasudev, did you actually test it with 'dpkg --path-exclude=...'? Regarding dpkg --path-exclude=... actually I don't know how to execute this with piuparts as stated in bug report. I also encountered some other error with piuparts which I mentioned in the bug report reply. I think you should install the patched package without piuparts, but with dpkg --path-exclude=, see if it installs and configures fine, look at the resulting symlinks, and see if it makes sense to you :) (Or I am totally misunderstanding your path, which is possible too.) Also, although a minor issue, unrelated whitespace changes are generally not well suited for a NMU. Are you referring to new lines introduced by me or is there any whitespace in patch? I just did a white space cleanup on patch let me know if its fine. The attached patch removes an empty line somewhere unrelated to its purpose. That's what I call unrelated changes. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726430: apt-listbugs: Does not uses proxy from Acquire::http::ProxyAutoDetect
Control: tags -1 - moreinfo On Fri, 18 Oct 2013 23:22:58 -0300 Lisandro Damián Nicanor Pérez Meyer wrote: On Friday 18 October 2013 00:48:47 Francesco Poli wrote: [...] By the way, if I understand correctly, the /usr/share/squid-deb-proxy-client/apt-avahi-discover command detects the appropriate acng proxy and prints something like http://acng.example.com:3142/ to its stdout. Does this command require root privileges or can you just run it as a regular user and get the correct output? I've just ran it with my regular user and got http://192.168.1.5:3142/, which is correct. Good! [...] I hope KDE writes this setting to an easy-to-read place. If this is the case, then, while waiting for a more elegant solution, you could prepare a trivial script that reads the proxy from there and sets the http_proxy environment variable. Oh well, the script should be sourced, rather than executed, in order to set an environment variable that can actually survive after the script exits... Maybe a shell function (to be placed into your the shell initialization file) would be better: it would become a ready-to-use command to update the http_proxy variable... This could be useful for other programs too, such as wget or some textual web browser, I think. I hope this helps a bit... I really don't know how KDE or Gnome handles this, but I would expect a dbus thing. Then maybe you could set the http_proxy environment variable to the value printed by /usr/share/squid-deb-proxy-client/apt-avahi-discover , assuming that this does not break other programs that use this environment variable... If you use a POSIX-compatible shell (such as GNU Bash) you could maybe define the following function in a suitable ~/.profile : update_http_proxy() { http_proxy=`/usr/share/squid-deb-proxy-client/apt-avahi-discover` export http_proxy } or something similar... Then the command $ update_http_proxy could be used in order to set the http_proxy to an updated value, whenever the box changes network. In case you test this workaround, please let me know whether it works acceptably... Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp5OWE0WW_hp.pgp Description: PGP signature
Bug#726790: openjdk-7-jdk: adequate reports broken-symlink in your package
Package: openjdk-7-jdk Version: 7u21-2.3.9-5 Severity: normal User: debian...@lists.debian.org Usertags: adequate broken-symlink Dear Maintainer, Adequate reported broken symlink in your package. $ adequate openjdk-7-jdk openjdk-7-jdk:amd64: broken-symlink /usr/lib/jvm/java-7-openjdk-amd64/src.zip - ../java-7-openjdk-common/src.zip I looked and there isn't any java-7-openjdk-common directory directly under /usr with the above name. $ cd /usr/ bin/ games/ include/ lib/ local/ sbin/share/ src/ In fact there is no directory named java-7-openjdk-common anywhere in the system. That file is actually in openjdk-7-source which is in suggests :- $ apt-file list openjdk-7-source openjdk-7-source: /usr/lib/jvm/java-7-openjdk-common/src.zip openjdk-7-source: /usr/share/doc/openjdk-7-source But please be aware of the path there as well as the path is different than the one given/shared for the symlink above as well. Please fix the same. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-7-jdk depends on: ii libc6 2.17-93 ii libx11-6 2:1.6.2-1 ii openjdk-7-jre 7u21-2.3.9-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages openjdk-7-jdk recommends: ii libxt-dev 1:1.1.4-1 Versions of packages openjdk-7-jdk suggests: pn openjdk-7-demonone pn openjdk-7-source none pn visualvm none -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726791: RFS: awstats/7.2+dfsg-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package awstats * Package name: awstats Version : 7.2+dfsg-1 * URL : http://awstats.sourceforge.net/ * License : GPL-3+ Section : web It builds those binary packages: awstats- powerful and featureful web server log analyzer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/awstats Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/awstats/awstats_7.2+dfsg-1.dsc Changes since the last upload: new upstream release + few tweaks to automate uscan. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531472: sendmail: makemap segfaults on MIPS
On Monday, 1. June 2009 19:24:52 Ulrich Teichert wrote: Package: sendmail Version: 8.14.3-9 makemap segfaults on MIPS like: tolsyt:/etc/mail# /usr/sbin/makemap hash /etc/mail/access.new.db /etc/mail/access Segmentation fault The file /etc/mail/access exists and is readable by root only. Is this issue still present in sendmail 8.14.4 in wheezy or jessie? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653444: Some rules in ignore.d.server/smartd lacks optinal [SAT] mark
Yet another fix: ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ smartd\[[[:digit:]]+\]: Device: /dev/[^[:space:]]+( \[[_/[:alnum:][:space:]]+\])?( \[SAT\])?, self-test in progress, [1-9]0% remaining$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726585: Chipset ATI Rage XL PCI [1002:4752] fails during initialization with MACH64 driver
On Wed, Oct 16, 2013 at 17:21:12 -0400, Stephen Powell wrote: Package: xserver-xorg-video-mach64 Version: 6.9.4-1+b1 Severity: important After upgrade of package xserver-xorg-video-mach64 from version 6.9.1-2 (which was working for me) to version 6.9.4-1+b1, I receive the following error during X initialization (extracted from /var/log/Xorg.0.log): drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: node name is /dev/dri/card0 [drm] failed to load kernel module mach64 (EE) [drm] drmOpen failed (EE) MACH64(0): [dri] DRIScreenInit Failed I believe that's pretty much expected. mach64 dri was never merged in linux upstream iirc. I'm not sure if this is a fatal error, as the driver keeps on ticking. But then later I get this: (EE) Backtrace: (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x49) [0xb7761f99] (EE) 1: /usr/bin/Xorg (0xb75c2000+0x1a3d24) [0xb7765d24] (EE) 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xb75a040c] (EE) 3: /usr/lib/xorg/modules/drivers/mach64_drv.so (0xb6f68000+0x1de95) [0xb6f85e95] (EE) 4: /usr/lib/xorg/modules/drivers/mach64_drv.so (0xb6f68000+0x1df96) [0xb6f85f96] (EE) 5: /usr/lib/xorg/modules/libexa.so (0xb6592000+0xdc19) [0xb659fc19] (EE) 6: /usr/lib/xorg/modules/libexa.so (0xb6592000+0xeb7e) [0xb65a0b7e] (EE) 7: /usr/bin/Xorg (0xb75c2000+0x1232ce) [0xb76e52ce] (EE) 8: /usr/bin/Xorg (CompositePicture+0x299) [0xb76da0a9] Can you check if http://cgit.freedesktop.org/xorg/driver/xf86-video-mach64/commit/?id=2c83b465b336a012f2d2716940bf483358388000 fixes the crash? Thanks, Julien signature.asc Description: Digital signature
Bug#726472: share passwords not working after upgrade from samba3
Hi Steve, Thanks for all the info. That really helps! On Fri, Oct 18, 2013 at 08:41:10PM -0500, Steve M. Robbins wrote: /var/lib/samba/: total 344 [...] -rw--- 1 root root 61440 Feb 16 2012 passdb.tdb /var/lib/samba/private/: total 832 -rw--- 1 root root 421888 Oct 15 23:14 passdb.tdb I think this is the issue. On upgrade from 3.x to 4.x, passdb.tdb gets moved from /var/lib/samba/ to /var/lib/samba/private/. From samba.postinst: if dpkg --compare-versions $2 lt-nl 2:4.0.6 \ [ -e /var/lib/samba/passdb.tdb ] \ ! [ -e /var/lib/samba/private/passdb.tdb ] then mv /var/lib/samba/passdb.tdb /var/lib/samba/private/passdb.tdb fi If this would have happened, the old /var/lib/samba/passdb.tdb wouldn't be there anymore. I guess there was a /var/lib/samba/private/passdb.tdb before the upgrade, which resulted in both files staying where they are. As the newer version looks to /var/lib/samba/private/passdb.tdb, the old info wasn't available anymore. After that, /var/lib/samba/private/passdb.tdb got changed when you recreated the users. The same seems to have happened with secrets.tdb. It's not immediately clear why /var/lib/samba/private/passdb.tdb existed, but this issue reminds me of #454770. I guess you track unstable on this system? Most probably, there has been a version some time ago which created /var/lib/samba/private/passdb.tdb in error, leaving the file on the system. I'll try to search some more to see if I can find a version that actually did this. The best thing I can propose, is to fail on upgrade when both files exist, so that the admin has to do the cleanup manually. There isn't really a good way for a script to decide which file is the right one. At least the admin will know that something is going wrong, instead of silently getting old (possibly empty) user data. - did you ever install samba4 No, not that I recall. I suppose it's possible that I did install it at one time, discovered it didn't work, then reverted. If you did, there would be traces left in the directories you showed. - do you have backups from before the upgrade? Could you get the contents of smb.conf and the directory listings mentioned above from before the upgrade? Yes, I have backups. I'll recover them and send in a separate email. It seems the smb.conf didn't change. Also, you weren't using smbpasswd. You old smbpasswd was converted to passdb.tdb during an uprade years ago. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726792: gcj-4.8-jre-headless: adequate reports broken symlinks for gcj-4.8-jre-headless
Package: gcj-4.8-jre-headless Version: 4.8.1-10 Severity: normal User: debian...@lists.debian.org Usertags: adequate broken-symlink Dear Maintainer, Adequate reported broken symlinks for gcj-4.8-jre-headless. $ adequate gcj-4.8-jre-headless gcj-4.8-jre-headless: broken-symlink /usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre/lib/amd64/libjawt.so - ../../../../../x86_64-linux-gnu/gcj-4.8-14/libjawt.so gcj-4.8-jre-headless: broken-symlink /usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre/lib/security/java.security - ../../../../../x86_64-linux-gnu/security/classpath.security On investigating further they were proved to be correct as there is no x86_64-linux-gnu sub-directory as can be seen below. /usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre$ ls bin lib So please fix the same. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcj-4.8-jre-headless depends on: ii gcc-4.8-base 4.8.1-10 ii gcj-4.8-jre-lib 4.8.1-10 ii libc62.17-93 ii libgcc1 1:4.8.1-10 ii libgcj14 4.8.1-10 ii zlib1g 1:1.2.8.dfsg-1 gcj-4.8-jre-headless recommends no packages. Versions of packages gcj-4.8-jre-headless suggests: ii fastjar 2:0.98-5 pn gcj-4.8-jdk none pn libgcj14-awt none -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726765: xserver-xorg-core: Crash after opening some URL with Iceweasel
On Fri, Oct 18, 2013 at 22:04:40 +0200, Vincent Lefevre wrote: Package: xserver-xorg-core Version: 2:1.12.4-6.2+b1 Severity: important Just after opening some URL[*] with Iceweasel, the system froze for several seconds (I assume that it was constantly swapping), then the X server crashed. This is the first time I got such a problem. Please attach the X log from the crash. Cheers, Julien signature.asc Description: Digital signature
Bug#726793: texlive-luatex: adequate reports broken symlink
Package: texlive-luatex Version: 2013.20130918-1 Severity: normal User: debian...@lists.debian.org Usertags: adequate broken-symlink Dear Maintainer, Adequte reported broken symlink. $ adequate texlive-luatex texlive-luatex: broken-symlink /usr/bin/lua2dox_filter - lua2dox_lua This file or binary is not available anywhere. Please fix this. -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problems with combination of packages in a LaTeX document, please consult your local TeX User Group, the comp.text.tex user group, the author of the original .sty file, or any other help resource. In particular, bugs that are related to up-upstream, i.e., neither Debian nor TeX Live (upstream), but the original package authors, will be closed immediately. *** The Debian TeX Team is *not* a LaTeX Help Desk *** If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.minimalbeispiel.de/mini-en.html (english) or http://www.minimalbeispiel.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1252 Oct 10 20:03 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 15 13:32 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Sep 18 09:19 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Sep 18 09:19 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST -rw-r--r-- 1 root root 80 Oct 1 02:53 /usr/share/texlive/texmf/ls-R ## Config files -rw-r--r-- 1 root root 475 Aug 8 22:57 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 3840 Oct 10 20:03 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Sep 18 09:19 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3245 Oct 1 02:53 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Jun 15 13:32 mktex.cnf -rw-r--r-- 1 root root 475 Aug 8 22:57 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-luatex depends on: ii dpkg 1.17.1 ii luatex0.76.0-3 ii tex-common4.04 ii texlive-base 2013.20130918-1 ii texlive-binaries 2013.20130729.30972-2 texlive-luatex recommends no packages. texlive-luatex suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.51 ii dpkg 1.17.1 ii ucf3.0027+nmu1 Versions of packages tex-common suggests: ii debhelper 9.20130921 Versions of packages texlive-luatex is related to: ii tex-common4.04 ii texlive-binaries 2013.20130729.30972-2 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726794: simple program compiled with gccgo segfaults
Package: gccgo Version: 4:4.8.1-3 Severity: important I wanted to compile a program using gccgo to see how much faster it is. However, the program segfaults. A minimum example that segfaults is this: package main import ( flag fmt log os strings ) var aflag = flag.String(a, b, c) func verifyExtract(filename string) { u, err2 := os.Create(/tmp/ex) if err2 != nil { log.Fatal(err2) } fmt.Printf(%v\n, u) strings.HasSuffix(filename, .bz2) log.Printf(bz2\n) strings.HasSuffix(filename, .gzip) log.Printf(gz\n) } func main() { fmt.Println(This example compiles but segfaults) b := []string{ /tmp/bench/audacity_2.0.4.orig.tar.xz, /tmp/bench/ardour3_3.4~dfsg.orig.tar.xz, /tmp/bench/anjuta_3.8.4.orig.tar.xz, /tmp/bench/apache2_2.4.6.orig.tar.bz2, /tmp/bench/afterstep_2.2.12.orig.tar.bz2, /tmp/bench/abtransfers_0.0.4.1.orig.tar.bz2, /tmp/bench/aces3_3.0.6.orig.tar.gz, /tmp/bench/9base_6.orig.tar.gz, /tmp/bench/3depict_0.0.13.orig.tar.gz, } for _, f := range b { fmt.Printf(f = %v\n, f) verifyExtract(f) } } $ go build $ ./helloworld.O This example compiles but segfaults f = /tmp/bench/audacity_2.0.4.orig.tar.xz {0xc2000662a0} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/ardour3_3.4~dfsg.orig.tar.xz {0xc200066480} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/anjuta_3.8.4.orig.tar.xz {0xc2000664b0} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/apache2_2.4.6.orig.tar.bz2 {0xc2000664e0} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/afterstep_2.2.12.orig.tar.bz2 {0xc200066510} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/abtransfers_0.0.4.1.orig.tar.bz2 {0xc200066540} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/aces3_3.0.6.orig.tar.gz {0xc200066570} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/9base_6.orig.tar.gz {0xc2000665a0} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz f = /tmp/bench/3depict_0.0.13.orig.tar.gz {0xc2000665d0} 2013/10/19 12:11:05 bz2 2013/10/19 12:11:05 gz $ go build -compiler gccgo $ ulimit -c unlimited $ ./helloworld.O zsh: segmentation fault (core dumped) ./helloworld.O $ gdb helloworld.O /tmp/helloworld.O.core.18748 Reading symbols from /home/michael/gocode/src/helloworld.O/helloworld.O...done. [New LWP 18748] warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7fffb3dfe000 Core was generated by `./helloworld.O'. Program terminated with signal 11, Segmentation fault. #0 0x7fd957f2f124 in read_uint32 () from /usr/lib/x86_64-linux-gnu/libgo.so.4 gdb $ bt #0 0x7fd957f2f124 in read_uint32 () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #1 0x7fd957f31c14 in backtrace_dwarf_add () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #2 0x7fd957f33a97 in elf_add () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #3 0x7fd957f33e5f in backtrace_initialize () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #4 0x7fd957f32be5 in fileline_initialize () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #5 0x7fd957f32ce2 in backtrace_pcinfo () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #6 0x7fd957f33051 in unwind () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #7 0x7fd9572f3ea9 in _Unwind_Backtrace () from /lib/x86_64-linux-gnu/libgcc_s.so.1 #8 0x7fd957f330a5 in backtrace_full () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #9 0x7fd957ce15e6 in runtime_callers () from /usr/lib/x86_64-linux-gnu/libgo.so.4 #10 0x7fd957cf1eeb in mcommoninit () at ../../../src/libgo/runtime/proc.c:666 #11 0x7fd957cf31c3 in runtime_schedinit () at ../../../src/libgo/runtime/proc.c:476 #12 0x00401c61 in main () gdb $ quit $ ldd helloworld.O linux-vdso.so.1 (0x7fff373fe000) libgo.so.4 = /usr/lib/x86_64-linux-gnu/libgo.so.4 (0x7ff338c4f000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7ff338951000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7ff33873a000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7ff33838d000) /lib64/ld-linux-x86-64.so.2 (0x7ff339998000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7ff338171000) $ dpkg -S /usr/lib/x86_64-linux-gnu/libgo.so.4 libgo4:amd64: /usr/lib/x86_64-linux-gnu/libgo.so.4 $ dpkg -S /lib/x86_64-linux-gnu/libm.so.6 libc6:amd64: /lib/x86_64-linux-gnu/libm.so.6 $ dpkg -S
Bug#724615: clementine: Can't search in music library
severity 724615 important merge 724615 722471 thanks Hello Luigi, Thanks for your report. This issue has already been reported. The last sqlite3 upgrade caused a regression on clementine global search feature. Regards, Thomas Pierson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674519: blueman initial state
Hi, I picked up the upstream development. Can you please check if the following change resolves your issues: https://github.com/cschramm/blueman/commit/daba01b16ec83c8b76cc97c34acff1d741b3ddc9 You can edit the file installed in your /usr/lib/python2.7/dist-packages directory to do so. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718172: nmu: uucp_1.07-20
On Sunday, 28. July 2013 12:30:47 Andreas Beckmann wrote: nmu uucp_1.07-20 . ALL . -m Rebuild with current debhelper to drop install-info call. A binNMU is sufficient to fix uucp in sid (#598904). Ping? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666514: backtrace of crash
I also saw the crash on a new install of transmission on a new install of Debian unstable x64. The crash doesn't happen when running as root, only as the user debian-transmission. [New Thread 0x73d6e700 (LWP 12280)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x73d6e700 (LWP 12280)] 0x767ff4c9 in __readdir (dirp=dirp@entry=0x0) at ../sysdeps/posix/readdir.c:44 44 ../sysdeps/posix/readdir.c: Permission denied. (gdb) bt #0 0x767ff4c9 in __readdir (dirp=dirp@entry=0x0) at ../sysdeps/posix/readdir.c:44 #1 0x55560318 in loadBlocklists (session=session@entry=0x557ce3d0) at session.c:2226 #2 0x5556214d in tr_sessionInitImpl (vdata=0x7fffe360) at session.c:726 #3 0x5556f0db in readFromPipe (fd=7, eventType=optimized out, veh=0x557ce960) at trevent.c:193 #4 0x77592184 in event_base_loop () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #5 0x5556f1a8 in libeventThreadFunc (veh=0x557ce960) at trevent.c:249 #6 0xf5ba in ThreadFunc (_t=0x557ce9e0) at platform.c:108 #7 0x76afde0e in start_thread (arg=0x73d6e700) at pthread_create.c:311 #8 0x768329ed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 (gdb) bt full #0 0x767ff4c9 in __readdir (dirp=dirp@entry=0x0) at ../sysdeps/posix/readdir.c:44 dp = optimized out saved_errno = 2 #1 0x55560318 in loadBlocklists (session=session@entry=0x557ce3d0) at session.c:2226 odir = 0x0 dirname = 0x7fffec001810 /home/debian-transmission/.config/transmission-daemon/blocklists d = optimized out blocklists = 0x0 loadme = {items = 0x0, n_items = 0, n_alloc = 0} isEnabled = false #2 0x5556214d in tr_sessionInitImpl (vdata=0x7fffe360) at session.c:726 filename = 0x7fffec001810 /home/debian-transmission/.config/transmission-daemon/blocklists settings = {type = 8 '\b', key = 140737328459958, val = {b = false, d = 1.2648080533535912e-321, i = 256, s = { type = (unknown: 256), quark = 63, len = 140737152820176, str = {buf = '\000' repeats 15 times, str = 0x0}}, l = { alloc = 256, count = 63, vals = 0x7fffec0023d0}}} data = 0x7fffe360 clientSettings = optimized out session = 0x557ce3d0 #3 0x5556f0db in readFromPipe (fd=7, eventType=optimized out, veh=0x557ce960) at trevent.c:193 data = {func = 0x55562050 tr_sessionInitImpl, user_data = 0x7fffe360} nwant = 16 ch = 114 'r' ret = 1 eh = 0x557ce960 #4 0x77592184 in event_base_loop () from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 No symbol table info available. #5 0x5556f1a8 in libeventThreadFunc (veh=0x557ce960) at trevent.c:249 base = 0x7fffec0008f0 eh = 0x557ce960 #6 0xf5ba in ThreadFunc (_t=0x557ce9e0) at platform.c:108 t = 0x557ce9e0 #7 0x76afde0e in start_thread (arg=0x73d6e700) at pthread_create.c:311 __res = optimized out pd = 0x73d6e700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737284335360, 7434306307216419016, 1, 140737332145376, 4096, 140737284335360, -7434297709806966584, -7434286929468020536}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0 pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #8 0x768329ed in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 No locals.
Bug#722564: rabbitvcs-nautilus: RabbitVCS not working with nautilus and gedit
Control: tags -1 + upstream Control: forwarded -1 https://code.google.com/p/rabbitvcs/issues/detail?id=797 On Thu, 2013-09-12 at 11:53 +0200, Adrian Immanuel Kiess wrote: I want to hook-up to the bugreport that the rabbitcvs-* modules are not working using default installation. It would be really nice to have this in nautilus and gedit. I can confirm that the nedit plugin no longer works with recent versions of nedit. The nautilus plugin seems to be working again (see #710181). When running nedit and trying to enable the plugin, the following appears: (gedit:28545): libpeas-WARNING **: Could not find loader 'python' for plugin 'rabbitvcs-plugin' Which leads me to: https://bugs.archlinux.org/task/34976 https://code.google.com/p/rabbitvcs/issues/detail?id=797 The problem seems to be that newer nedit only support Python 3 plugins and rabbitvcs needs to be rewritten in Python 3. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#726796: lokalize: Places `#, fuzzy' in a wrong place causing msgfmt's syntax errors
Package: lokalize Version: 4:4.10.5+dfsg-2 Severity: normal Hi, When message string contain a comment, lokalize places `fuzzy' marker after it, which causes any further msg* commands to report `syntax error'. Example to reproduce the issue: Please see the attached file. Before running lokalize, msgfmt displays: LC_ALL=C msgfmt --statistics test.po 0 translated messages, 1 fuzzy translation. Now, please run lokalize ./test.po and do the three following actions inside it: 1. first mark the entry as translated: Edit-Translated-Ready 2. than mark it as untranslated : Edit-Translated-Needs Review 3. finally save the file : File-Save After doing that msgfmt fails: LC_ALL=C msgfmt --statistics test.po test.po:20:1: syntax error msgfmt: found 1 fatal err Regards, robert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (200, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Versions of packages lokalize depends on: ii kde-runtime4:4.10.5-1 ii kdesdk-strigi-plugins 4:4.10.5+dfsg-2 ii libc6 2.17-93 ii libgcc11:4.8.2-1 ii libhunspell-1.3-0 1.3.2-4 ii libkdecore54:4.10.5-1+b1 ii libkdeui5 4:4.10.5-1+b1 ii libkfile4 4:4.10.5-1+b1 ii libkio54:4.10.5-1+b1 ii libkparts4 4:4.10.5-1+b1 ii libkrosscore4 4:4.10.5-1+b1 ii libkrossui44:4.10.5-1+b1 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-sql-sqlite 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libstdc++6 4.8.2-1 ii libthreadweaver4 4:4.10.5-1+b1 Versions of packages lokalize recommends: ii gettext0.18.3.1-1 pn krosspythonnone ii python-dbus1.2.0-2+b1 pn python-kde4none ii python-lxml3.2.0-1+b1 ii subversion 1.7.13-1 ii translate-toolkit 1.10.0-2 Versions of packages lokalize suggests: pn khelpcenter4 none ii poxml 4:4.10.5+dfsg-2 -- no debconf information msgid msgstr Project-Id-Version: \n POT-Creation-Date: 2013-05-07 23:56+0300\n PO-Revision-Date: 2013-10-19 12:51+0200\n Last-Translator: \n Language-Team: \n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=3; plural=(n==1 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n X-Generator: Lokalize 1.5\n #. type: Plain text #, fuzzy #| msgid the shell executes the command(s) contained in E.Ar command-string msgid E.Nm will execute the command(s) contained in E.Ar string. msgstr E.Nm wykona
Bug#726797: ruby-gettext: rxgettext fails with uninitialized constant GetText::Tools::XGetText::PO (NameError)
Package: ruby-gettext Version: 3.0.2-1 Severity: normal Hello, since bug #716916 [1] was fixed a while ago, I thought I could test rxgettext again. I took the test case described in bug #684182 [2]. Mh, there seems to be something wrong! $ rxgettext --copyright-holder=Francesco Poli \ --package-name=myapplication --package-version=0.1 \ --msgid-bugs-address=addr...@example.com \ myapplication.rb -o myapplication_RXGETTEXT.pot /usr/lib/ruby/vendor_ruby/gettext/tools/xgettext.rb:163:in `parse': uninitialized constant GetText::Tools::XGetText::PO (NameError) from /usr/lib/ruby/vendor_ruby/gettext/tools/xgettext.rb:216:in `generate_pot' from /usr/lib/ruby/vendor_ruby/gettext/tools/xgettext.rb:150:in `run' from /usr/lib/ruby/vendor_ruby/gettext/tools/xgettext.rb:33:in `run' from /usr/bin/rxgettext:24:in `main' I get the same exact error even with the simple: $ rxgettext myapplication.rb -o myapplication_RXGETTEXT.pot Am I using the tool in a wrong way? Please clarify and/or fix the issue and/or forward my report upstream! Thanks for your time. [1] http://bugs.debian.org/716916 [2] http://bugs.debian.org/684182 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ruby-gettext depends on: ii ruby 1:1.9.3 ii ruby-locale 2.0.8-1 ii ruby-text 1.2.1-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-8 ii ruby1.9.1 [ruby-interpreter] 1.9.3.448-1 ruby-gettext recommends no packages. ruby-gettext 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#726798: amanda-server: amcheck -M email does not work
Package: amanda-server Version: 1:3.3.1-4 Severity: normal Tags: patch amcheck -M email conf does not work. It spawns a mail process but fail to provide the email on the arg list I have found the issue and a patch is attached.. -- System Information: Debian Release: 7.2 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) 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 amanda-server depends on: pn amanda-common none ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii libc6 2.13-38 ii libcomerr2 1.42.5-1.1 ii libcurl3 7.26.0-1+wheezy4 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libkrb5support01.10.1+dfsg-5+deb7u1 ii libssl1.0.01.0.1e-2 amanda-server recommends no packages. Versions of packages amanda-server suggests: pn amanda-client none ii cpio 2.11+dfsg-0.1 pn gnuplotnone ii mt-st 1.1-4 ii perl [perl5] 5.14.2-21+deb7u1 -- no debconf information Description: Fix amcheck -M --- amanda-3.3.1.orig/server-src/amcheck.c +++ amanda-3.3.1/server-src/amcheck.c @@ -448,8 +448,8 @@ main( } if(mailto) { a = (char **) g_new0(char *, 2); - a[1] = stralloc(mailto); - a[2] = NULL; + a[0] = stralloc(mailto); + a[1] = NULL; } else { /* (note that validate_mailto doesn't allow any quotes, so this * is really just splitting regular old strings) */
Bug#726799: qgo: deletes a shipped file during upgrades: /usr/share/mime/text/x-sgf.xml
Package: qgo Version: 2.0~git-20130914-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes one of its shipped files during upgrades. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m50.7s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /usr/share/mime/text/x-sgf.xml (from qgo package) Cheers, Andreas qgo_2.0~git-20130914-1.log.gz Description: GNU Zip compressed data
Bug#726800: xzgv: fails to upgrade from wheezy, needs empty dummy prerm
Package: xzgv Version: 0.9.1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Preparing to replace xzgv 0.9+svn40-1 (using .../xzgv_0.9.1-2_amd64.deb) ... /var/lib/dpkg/info/xzgv.prerm: 5: /var/lib/dpkg/info/xzgv.prerm: install-info: not found dpkg: warning: subprocess old pre-removal script returned error exit status 127 dpkg: trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/xzgv_0.9.1-2_amd64.deb (--unpack): there is no script in the new version of the package - giving up Errors were encountered while processing: /var/cache/apt/archives/xzgv_0.9.1-2_amd64.deb Please add a dummy empty xzgv.prerm script like this: #!/bin/sh set -e # dummy empty prerm script to ensure clean upgrades from wheezy # (that still called install-info) #DEBHELPER# cheers, Andreas xzgv_0.9.1-2.log.gz Description: GNU Zip compressed data
Bug#726765: xserver-xorg-core: Crash after opening some URL with Iceweasel
On 2013-10-19 11:58:27 +0200, Julien Cristau wrote: On Fri, Oct 18, 2013 at 22:04:40 +0200, Vincent Lefevre wrote: Just after opening some URL[*] with Iceweasel, the system froze for several seconds (I assume that it was constantly swapping), then the X server crashed. This is the first time I got such a problem. Please attach the X log from the crash. Unfortunately it wasn't kept, because when I logged in just after the crash, Iceweasel froze most of the parts of the window manager (I could only switch the desktops) and I rebooted the machine. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695435: ITP: scanbd -- scanner button daemon acting on events such as button presses, etc.
On 12.10.2013 22:29, Philipp Matthias Hahn wrote: I just has a look at scanbd myself and created a quick package using systemd. I abandoned it, since scanbd does not satisfy my current expectation, but I still don't want to get my work lost. Feel free to re-use for you work. Philipp Matthias, vielen Dank für den Hinweis. Did you publish your work anywhere? Feel free to push to a branch in git.debian.org. I have set up a repo there already for scanbd and mentioned the URL in this ticket previously, I think. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674519: blueman initial state
On Sat, 2013-10-19 at 12:06 +0200, Christopher Schramm wrote: Hi, I picked up the upstream development. Can you please check if the following change resolves your issues: https://github.com/cschramm/blueman/commit/daba01b16ec83c8b76cc97c34acff1d741b3ddc9 You can edit the file installed in your /usr/lib/python2.7/dist-packages directory to do so. It looks to work fine at first sight, will report back if I notice something else. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#725887: Dropping NAS support
On Thu, Oct 10, 2013 at 11:50:28AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: tag 725887 moreinfo thanks On Wednesday 09 October 2013 18:54:24 Moritz Muehlenhoff wrote: Package: qt4-x11 Severity: normal I suggest to remove NAS support from libqtgui4 or move it to a separate module which can be installed selectively. NAS is a vintage sound server and unlikely to be present on modern desktop system (since it would also fight with pulseaudio over sound device control). Passing -no-nas-sound to configure and dropping the build-dep on libaudio-dev resolves this. QT seems to be the main culprit for the relatively large installed base of libaudio2 compared to the NAS sound server itself: http://qa.debian.org/popcon.php?package=nas Hi Moritz! The popcon is indeed low. But I also noted that libaudio2 it's a very small package (~175 kB uncompressed in amd64) and having the lib itself installed it's not a big problem as far as I understand (or does it triggers something else I'm not aware?) nas recently had a DSA security update and when I tested the packages I wondered about the high popcon of libaudio2 in comparison to the actual nas server. How is the sound output configured in QT? Is it a system-wide setting (i.e. a a system with libaudio2 installed is only exploitable if QT is configured to use NAS)? Cheers, Moritz Yesterday I checked the possibility of adding it as a separate module but it seems there is no way to do that. So, at least there is the intention of removing nas from Debian [0] I don't think I'll remove the support. [0] For which I would wait for proper bugs+usertagging Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723847: [Pkg-postgresql-public] Bug#723847: Bug#723847: Bug#723847: postgresql-9.3: server - pg_upgradecluster - initdb: --data-checksums ?
Re: Karsten Hilbert 2013-10-16 20131016063457.gb4...@hermes.hilbert.loc No problem. Just asking. What we could do is to add this as an example (comment) to the default version we ship for createcluster.conf. (Though I will probably postpone that till the next real (non-comment) change of that file in order not to annoy people with too many dpkg conffile questions.) Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#726802: doesn't handle case when allocated buffers are less than requested.
Package: uvccapture Version: 0.5-2.1 Severity: normal Tags: upstream patch My camera is unable to allocate 16 buffers, but returns 15 instead. uvccapture tries to map 16 of them anyway, which means it doesn't work. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-3-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 uvccapture depends on: ii libc6 2.17-93 ii libjpeg8 8d-1 uvccapture recommends no packages. uvccapture suggests no packages. -- no debconf information Description: Use returned number of buffers instead of requested. VIDIOC_REQBUFS stores the number of actually allocated buffers. This patch uses this value instead of assuming it is equal to the requested number. Author: Bas Wijnen wij...@debian.org Last-Update: 2013-10-19 --- uvccapture-0.5.orig/v4l2uvc.c +++ uvccapture-0.5/v4l2uvc.c @@ -202,7 +202,7 @@ init_v4l2 (struct vdIn *vd) goto fatal; } /* map the buffers */ - for (i = 0; i NB_BUFFER; i++) { + for (i = 0; i vd-rb.count; i++) { memset (vd-buf, 0, sizeof (struct v4l2_buffer)); vd-buf.index = i; vd-buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; @@ -226,7 +226,7 @@ init_v4l2 (struct vdIn *vd) fprintf (stderr, Buffer mapped at address %p.\n, vd-mem[i]); } /* Queue the buffers. */ - for (i = 0; i NB_BUFFER; ++i) { + for (i = 0; i vd-rb.count; ++i) { memset (vd-buf, 0, sizeof (struct v4l2_buffer)); vd-buf.index = i; vd-buf.type = V4L2_BUF_TYPE_VIDEO_CAPTURE; @@ -335,7 +335,7 @@ close_v4l2 (struct vdIn *vd) /* If the memory maps are not released the device will remain opened even after a call to close(); */ - for (i = 0; i NB_BUFFER; i++) { + for (i = 0; i vd-rb.count; i++) { munmap (vd-mem[i], vd-buf.length); }
Bug#726804: Add hardening and remove build warnings
Package: uvccapture Version: 0.5-2.1 Severity: wishlist Tags: patch uvccapture has some harmless warnings during the build. It also builds without hardening enabled. A patch for each of these issues is attached. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-3-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 uvccapture depends on: ii libc6 2.17-93 ii libjpeg8 8d-1 uvccapture recommends no packages. uvccapture suggests no packages. -- no debconf information Description: Remove build warnings This patch fixes several warnings during the build: redefined symbols (which weren't referenced) and unused variables. Last-Update: 2013-10-19 Author: Bas Wijnen --- uvccapture-0.5.orig/Makefile +++ uvccapture-0.5/Makefile @@ -18,6 +18,8 @@ LDFLAGS = $(DPKG_LDFLAGS) OBJECTS= uvccapture.o v4l2uvc.o +%.o: %.c v4l2uvc.h + $(CC) $(CPPFLAGS) $(CFLAGS) -c $ -o $@ all:uvccapture --- uvccapture-0.5.orig/v4l2uvc.c +++ uvccapture-0.5/v4l2uvc.c @@ -397,15 +397,13 @@ v4l2SetControl (struct vdIn *vd, int con { struct v4l2_control control_s; struct v4l2_queryctrl queryctrl; - int min, max, step, val_def; + int min, max; int err; if (isv4l2Control (vd, control, queryctrl) 0) return -1; min = queryctrl.minimum; max = queryctrl.maximum; - step = queryctrl.step; - val_def = queryctrl.default_value; if ((value = min) (value = max)) { control_s.id = control; control_s.value = value; @@ -422,15 +420,13 @@ v4l2UpControl (struct vdIn *vd, int cont { struct v4l2_control control_s; struct v4l2_queryctrl queryctrl; - int min, max, current, step, val_def; + int max, current, step; int err; if (isv4l2Control (vd, control, queryctrl) 0) return -1; - min = queryctrl.minimum; max = queryctrl.maximum; step = queryctrl.step; - val_def = queryctrl.default_value; current = v4l2GetControl (vd, control); current += step; if (current = max) { @@ -449,15 +445,13 @@ v4l2DownControl (struct vdIn *vd, int co { struct v4l2_control control_s; struct v4l2_queryctrl queryctrl; - int min, max, current, step, val_def; + int min, current, step; int err; if (isv4l2Control (vd, control, queryctrl) 0) return -1; min = queryctrl.minimum; - max = queryctrl.maximum; step = queryctrl.step; - val_def = queryctrl.default_value; current = v4l2GetControl (vd, control); current -= step; if (current = min) { --- uvccapture-0.5.orig/v4l2uvc.h +++ uvccapture-0.5/v4l2uvc.h @@ -25,14 +25,6 @@ #define NB_BUFFER 16 #define DHT_SIZE 420 -#define V4L2_CID_BACKLIGHT_COMPENSATION (V4L2_CID_PRIVATE_BASE+0) -#define V4L2_CID_POWER_LINE_FREQUENCY (V4L2_CID_PRIVATE_BASE+1) -#define V4L2_CID_SHARPNESS (V4L2_CID_PRIVATE_BASE+2) -#define V4L2_CID_HUE_AUTO (V4L2_CID_PRIVATE_BASE+3) -#define V4L2_CID_FOCUS_AUTO (V4L2_CID_PRIVATE_BASE+4) -#define V4L2_CID_FOCUS_ABSOLUTE (V4L2_CID_PRIVATE_BASE+5) -#define V4L2_CID_FOCUS_RELATIVE (V4L2_CID_PRIVATE_BASE+6) - #define V4L2_CID_PANTILT_RELATIVE (V4L2_CID_PRIVATE_BASE+7) #define V4L2_CID_PANTILT_RESET (V4L2_CID_PRIVATE_BASE+8) Description: Add hardening build flags This patch adds hardening flags to the Makefile. It does this using Debian's tools, so in its current form it cannot be used upstream. Last-Update: 2013-10-19 Author: Bas Wijnen --- uvccapture-0.5.orig/Makefile +++ uvccapture-0.5/Makefile @@ -7,8 +7,14 @@ PREFIX=/usr/local/bin WARNINGS = -Wall -CFLAGS = -std=gnu99 -O2 -DLINUX -DVERSION=\$(VERSION)\ $(WARNINGS) -CPPFLAGS = $(CFLAGS) +DPKG_CPPFLAGS:=$(shell dpkg-buildflags --get CPPFLAGS) +DPKG_CFLAGS:=$(shell dpkg-buildflags --get CFLAGS) +DPKG_LDFLAGS:=$(shell dpkg-buildflags --get LDFLAGS) +COMMON_FLAGS = -std=gnu99 -O2 $(WARNINGS) + +CFLAGS = $(DPKG_CFLAGS) $(COMMON_FLAGS) +CPPFLAGS = $(DPKG_CPPFLAGS) $(COMMON_FLAGS) -DLINUX -DVERSION=\$(VERSION)\ +LDFLAGS = $(DPKG_LDFLAGS) OBJECTS= uvccapture.o v4l2uvc.o @@ -24,4 +30,4 @@ install: # Applications: uvccapture: $(OBJECTS) - $(CC) $(OBJECTS) $(XPM_LIB) $(MATH_LIB) -ljpeg -o $(APP_BINARY) + $(CC) $(LDFLAGS) $(OBJECTS) $(XPM_LIB) $(MATH_LIB) -ljpeg -o $(APP_BINARY)
Bug#726803: qbittorrent fails to respond after sometime and gdb session kinda hangs.
Package: qbittorrent Version: 3.1.0-1 Severity: normal Dear Maintainer, Maybe the title isn't correct, maybe something more accurately could be said. What does happen is qbittorrent doesn't do what it's supposed to do after sometime and if I run a gdb session to find out what's wrong the gdb session hangs. $ gdb qbittorrent GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 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 x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/qbittorrent...Reading symbols from /usr/lib/debug/usr/bin/qbittorrent...done. done. (gdb) set logging on Copying output to gdb.txt. (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/qbittorrent warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7153a700 (LWP 4632)] [New Thread 0x7fffdd941700 (LWP 4634)] [New Thread 0x7fffdd140700 (LWP 4635)] [New Thread 0x7fffdc93f700 (LWP 4642)] [New Thread 0x7fffc700 (LWP 4643)] [New Thread 0x7fffcf3f6700 (LWP 4645)] [New Thread 0x7fffcebf5700 (LWP 4646)] [New Thread 0x7fffcd446700 (LWP 4694)] quit [Thread 0x7fffcf3f6700 (LWP 4645) exited] quit Now both the quits I was doing. What I had done is when qbittorrent stopped responding (as in downloading torrents or re-checking torrents) I exited normally from the Close box on the top right-hand side. After exit, normally the gdb prompt would be there, but in this case it did not. Doing a grep of processes which are still running I got this :- $ ps ux | grep qbittorrent shirish 4548 0.2 8.7 221992 179064 pts/0 S17:26 0:03 gdb qbittorrent shirish 4628 64.4 2.8 1138320 58928 pts/0 tl+ 17:26 16:37 /usr/bin/qbittorrent Looking forward to guidance and help. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qbittorrent depends on: ii geoip-database 20131007-1 ii libboost-system1.54.0 1.54.0-2 ii libc6 2.17-93 ii libgcc11:4.8.1-10 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-network 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg-1 ii libstdc++6 4.8.1-10 ii libtorrent-rasterbar7 0.16.11-1 ii python 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-1 qbittorrent recommends no packages. Versions of packages qbittorrent suggests: ii qbittorrent-dbg 3.1.0-1 -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726805: freecad: debian/copyright file is outdated
Package: freecad Version: 0.13.2580-dfsg-2 Severity: important Hello, as said in the latest messages of bug #617613 log [1], the debian/copyright file of freecad is outdated. At the very least, it still describes some files as GPL-licensed, while in the actual package there no longer are any [2]. Please update the debian/copyright file to reflect the current licensing status of the package. Thanks for your time. [1] http://bugs.debian.org/617613 [2] apart from src/Base/QuantityParser.c src/Base/UnitsApi.tab.c src/Gui/SelectionFilter.tab.c which are GPL-3+, but with the Bison exception... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726803: qbittorrent is defunct.
Hi all, Some more info. I got this :- $ ps ux | grep qbittorrent shirish 4548 0.1 8.7 221992 179064 pts/0 S17:26 0:03 gdb qbittorrent shirish 4628 70.1 2.8 1138484 58992 pts/0 tl+ 17:26 21:36 /usr/bin/qbittorrent Then I killed the offending process numbers. Then I ran a listing of processes again to see if something is still awake. $ ps ux | grep qbittorrent shirish 4628 70.3 0.0 0 0 pts/0Zl 17:26 21:47 [qbittorrent] defunct I had seen/observed this behavior a few times now. Can this be fixed as well ? -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720819: plee-the-bear: FTBFS: config.hpp:16:5: error: #error Compiling Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3
Hi folks, plee-the-bear has been removed from testing and is still RC buggy. Gonéri claims that Julien's patch is broken. What's the current status of this bug? Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#720819: plee-the-bear: FTBFS: config.hpp:16:5: error: #error Compiling Filesystem version 3 file with BOOST_FILESYSTEM_VERSION defined != 3
Le samedi 19 octobre 2013 à 14:47 +0200, Markus Koschany a écrit : Hi folks, plee-the-bear has been removed from testing and is still RC buggy. Gonéri claims that Julien's patch is broken. What's the current status of this bug? Regards, Markus Hi, I have finally found some time to spend on these patches and I am currently working on integrating the patches in the SVN of the Debian's package of the game. I hope it will solve this bug and allow the game to come back in testing. Regards, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726806: live-build: Syntax error in /usr/lib/live/build/bootstrap_debootstrap
Package: live-build Version: 4.0~alpha27-1 Severity: normal When running lb build, I'm getting the following error message: [2013-10-19 14:46:44] lb build .. .. .. W: skipping bootstrap, already done [2013-10-19 14:46:44] lb bootstrap_debootstrap File /usr/lib/live/build/bootstrap_debootstrap, line 46 print('E: config/build - no such file', file=sys.stderr) ^ SyntaxError: invalid syntax P: Begin unmounting filesystems... .. .. .. The Python code print('E: config/build - no such file', file=sys.stderr) works fine for me in python 3.3.2, but the default python on my system is 2.7.5, and it doesn't work there. So perhaps the live-build Depends: python should be versioned? Best regards Torquil Sørensen -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11.6 (SMP w/2 CPU cores; PREEMPT) 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 live-build depends on: ii cdebootstrap 0.5.10 ii debootstrap 1.0.53 ii python2.7.5-5 Versions of packages live-build recommends: ii cpio2.11+dfsg-1 ii gnu-fdisk 1.2.5-2 pn live-boot-doc none pn live-config-doc none pn live-manual-html | live-manual none Versions of packages live-build suggests: pn debian-keyring none ii dosfstools 3.0.16-2 ii git 1:1.8.4-1 ii gpgv1.4.15-1.1 pn loadlin none ii memtest86 4.3.3-1 ii memtest86+ 4.20-1.1 pn mtools none ii parted 2.3-16 pn squashfs-tools | mtd-tools none pn syslinux | grub none pn uuid-runtimenone pn win32-loadernone pn xorriso 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#726807: pu: package usemod-wiki/1.0.5-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, usemod-wiki uses a hard-coded expiration date for its cookies. That's silly, but fact is that's now in the past. #726762 has a patch that I would also like to apply to the wheezy version: usemod-wiki (1.0.5-1+deb7u1) stable; urgency=low * Update hardcoded cookie expiration date from 2013 to 2025. Thanks to Andrew Bezella for the patch. (Closes: #726762) -- Christoph Berg m...@debian.org Sat, 19 Oct 2013 14:55:00 +0200 diff -Nru usemod-wiki-1.0.5/debian/patches/cookie-expiration usemod-wiki-1.0.5/debian/patches/cookie-expiration --- usemod-wiki-1.0.5/debian/patches/cookie-expiration 1970-01-01 01:00:00.0 +0100 +++ usemod-wiki-1.0.5/debian/patches/cookie-expiration 2013-10-19 14:54:59.0 +0200 @@ -0,0 +1,11 @@ +--- a/wiki.pl b/wiki.pl +@@ -1348,7 +1348,7 @@ sub GetHttpHeader { + . rev . $SetCookie{'rev'} + . id . $SetCookie{'id'} + . randkey . $SetCookie{'randkey'}; +-$cookie .= ;expires=Fri, 08-Sep-2013 19:48:23 GMT; ++$cookie .= ;expires=Fri, 08-Sep-2025 19:48:23 GMT; + if ($HttpCharset ne '') { + return $q-header(-cookie=$cookie, + -type=$type; charset=$HttpCharset); diff -Nru usemod-wiki-1.0.5/debian/patches/series usemod-wiki-1.0.5/debian/patches/series --- usemod-wiki-1.0.5/debian/patches/series 2011-01-30 19:50:29.0 +0100 +++ usemod-wiki-1.0.5/debian/patches/series 2013-10-19 14:54:01.0 +0200 @@ -12,3 +12,4 @@ # other files intermap +cookie-expiration Ok to upload? Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#726254: [phantomjs] PDF content is scaled by 1.5277777777777777
tags 726254 + patch thanks The fixes were just released in the upstream bug 11590. Please add them to the package. The extracted patches are attached From 0fd71586389344f6baa373fc692ecc027e6ed2af Mon Sep 17 00:00:00 2001 From: Sven Eckelmann s...@narfation.org Date: Sat, 19 Oct 2013 12:49:38 +0200 Subject: [PATCH 3/4] Don't scale the unit px to 1/2.54 pixel in phantomjs pdf settings --- src/webpage.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/webpage.cpp b/src/webpage.cpp index c76a4b8..649ed58 100644 --- a/src/webpage.cpp +++ b/src/webpage.cpp @@ -1039,8 +1039,8 @@ qreal stringToPointSize(const QString string) { mm, 72 / 25.4 }, { cm, 72 / 2.54 }, { in, 72 }, -{ px, 72.0 / PHANTOMJS_PDF_DPI / 2.54 }, -{ , 72.0 / PHANTOMJS_PDF_DPI / 2.54 } +{ px, 72.0 / PHANTOMJS_PDF_DPI }, +{ , 72.0 / PHANTOMJS_PDF_DPI } }; for (uint i = 0; i sizeof(units) / sizeof(units[0]); ++i) { if (string.endsWith(units[i].unit)) { -- 1.8.4.rc3 From d66f2d748caf0fdea4ffbcfd7602dac971c50ecd Mon Sep 17 00:00:00 2001 From: Sven Eckelmann s...@narfation.org Date: Sat, 19 Oct 2013 12:54:41 +0200 Subject: [PATCH 4/4] Disable page shrinking for pdf printing to create an accurate output --- src/qt/src/3rdparty/webkit/Source/WebCore/page/PrintContext.cpp | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/src/qt/src/3rdparty/webkit/Source/WebCore/page/PrintContext.cpp b/src/qt/src/3rdparty/webkit/Source/WebCore/page/PrintContext.cpp index a1b8f84..a1dcb57 100644 --- a/src/qt/src/3rdparty/webkit/Source/WebCore/page/PrintContext.cpp +++ b/src/qt/src/3rdparty/webkit/Source/WebCore/page/PrintContext.cpp @@ -35,13 +35,13 @@ namespace WebCore { // print in IE and Camino. This lets them use fewer sheets than they // would otherwise, which is presumably why other browsers do this. // Wide pages will be scaled down more than this. -const float printingMinimumShrinkFactor = 1.25f; +const float printingMinimumShrinkFactor = 1; // This number determines how small we are willing to reduce the page content // in order to accommodate the widest line. If the page would have to be // reduced smaller to make the widest line fit, we just clip instead (this // behavior matches MacIE and Mozilla, at least) -const float printingMaximumShrinkFactor = 2; +const float printingMaximumShrinkFactor = 1; PrintContext::PrintContext(Frame* frame) : m_frame(frame) -- 1.8.4.rc3
Bug#726808: manpage: mount command unproperly documented
Package: obnam Version: 1.5-1 Severity: normal Tags: patch upstream Dear Maintainer, The manpage sectin for the mount command is incomplete. It says: obnam [options] mount [ROOT] and only provides details for the viewmode and fuse-opts options Using the mount commmand that way simply doesn't work. I have been able to find online docs to make it work, see http://vlists.pepperfish.net/pipermail/obnam-flarn.net/2013-April/000745.html The basic usage is: obnam mount --config=normal.conf --generation NN --to=/mount/point --root=/ (where --root is path within repo generation NN) Alternatively you can mount all generations in separate subdirectories obnam mount --config=normal.conf --viewmode=multiple --to=/mount/point --root=/ (you can also set --root if they all have the same prefix) So, the manpage should at least read obnam [options] mount --to=[MOUNTPOINT] --root=[ROOT] because it doesn't work at all without these options, and --root and --to have different meanings for the mount command and backup/restore commands. Thanks -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.17-92+b1 ii python2.7.5-5 ii python-cliapp 1.20130808-1 ii python-larch 1.20130808-1 ii python-paramiko 1.10.1-1 ii python-tracing0.6-2 ii python-ttystatus 0.23-1 obnam recommends no packages. obnam 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#724731: [gdm3] gdm does not start properly, cannot login via gdm
Package: gdm3 Followup-For: Bug #724731 Same here, libpam-systemd did NOT solve the issue. When using gdm3, I get a splash screen saying that something went wrong ( Oops! A problem has occured! .. ) with the only option too log out. No greeter, username field or password field. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/3 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 gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.51 ii gir1.2-gdm3 3.8.4-2 ii gnome-session [x-session-manager]3.8.4-2 ii gnome-session-bin3.8.4-2 ii gnome-session-flashback [x-session-manager] 3.6.2-2 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-4 ii gnome-terminal [x-terminal-emulator] 3.8.4-1 ii gsettings-desktop-schemas3.8.2-2 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit11:2.3.2-2 ii libc62.17-93 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgdm1 3.8.4-2 ii libglib2.0-0 2.36.4-1 ii libglib2.0-bin 2.36.4-1 ii libgtk-3-0 3.8.5-1 ii libpam-modules 1.1.3-9 ii libpam-runtime 1.1.3-9 ii libpam0g 1.1.3-9 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii librsvg2-common 2.36.4-2 ii libselinux1 2.1.13-3 ii libwrap0 7.6.q-24 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base 4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii policykit-1-gnome0.105-2 ii upower 0.9.22-1 ii x11-common 1:7.7+4 ii x11-xserver-utils7.7+1 ii xterm [x-terminal-emulator] 297-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.0-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.8.3-1 ii gnome-icon-theme-symbolic 3.8.2.2-2 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.14.3-4 ii xserver-xorg 1:7.7+4 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii libpam-gnome-keyring 3.8.2-2 -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726807: pu: package usemod-wiki/1.0.5-1
Control: tag -1 wheezy Christoph Berg m...@debian.org (2013-10-19): usemod-wiki uses a hard-coded expiration date for its cookies. That's silly, but fact is that's now in the past. #726762 has a patch that I would also like to apply to the wheezy version: usemod-wiki (1.0.5-1+deb7u1) stable; urgency=low * Update hardcoded cookie expiration date from 2013 to 2025. Thanks to Andrew Bezella for the patch. (Closes: #726762) -- Christoph Berg m...@debian.org Sat, 19 Oct 2013 14:55:00 +0200 I assume the upload to unstable is already in the pipes? (We tend to prefer having fixes uploaded to s-p-u after they're in unstable). Given the diff, I guess you could go ahead with an upload to s-p-u right now anyway. Would it make sense to ship it through wheezy-updates (https://wiki.debian.org/StableUpdates) to avoid waiting until the next point release? I guess Adam might have the final word on those two topics once he's less busy with the current squeeze point release. Mraw, KiBi. signature.asc Description: Digital signature
Bug#726809: langdrill: missing icon entry in menu file and no desktop file Jessie Release Goal
Package: langdrill Version: 0.3-7 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, langdrill does not supply a menu icon and a desktop file hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu file and consider providing a new desktop file with a quality icon. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726758: saods9: FTBFS with the future tcl/tk-dev 8.6
Tags: pending Dear Sergei, A new version (7.3) that is build on top of tcl/tk 8.6 is already in beta status (available in experimental). So I think it does not make sense to put efforts in porting 7.2. I will upload a changed release with your patch applied. Thank you very much for your efforts. Best Ole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726810: late: missing icon entry in menu file and no desktop file Jessie Release Goal
Package: late Version: 0.1.0-12 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, late does not supply a menu icon and a desktop file hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu file and consider providing a new desktop file with a quality icon. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726812: lordsawar: missing icon entry in menu file Jessie Release Goal
Package: lordsawar Version: 0.2.0-2.1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, lordsawar does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu file. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726811: londonlaw: missing icon entry in menu file Jessie Release Goal
Package: londonlaw Version: 0.2.1-15.2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, londonlaw does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu file. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726807: pu: package usemod-wiki/1.0.5-1
Re: Cyril Brulebois 2013-10-19 20131019133050.gb17...@mraw.org I assume the upload to unstable is already in the pipes? (We tend to prefer having fixes uploaded to s-p-u after they're in unstable). It's on the way, yes. Given the diff, I guess you could go ahead with an upload to s-p-u right now anyway. Would it make sense to ship it through wheezy-updates (https://wiki.debian.org/StableUpdates) to avoid waiting until the next point release? Tbh, I'm not using the package myself anymore, but it sounds like w-u would be appropriate, yes. Do I need to put anything special in the distribtution field for that, or do you just do the cherry-picking for that yourself? Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#726813: magicor: missing icon entry in menu file Jessie Release Goal
Package: magicor Version: 1.1-4 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, magicor does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu file. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726814: mancala: missing icon entry in menu and desktop file Jessie Release Goal
Package: mancala Version: 1.0.3-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, mancala does not supply a menu and desktop icon hence the game is not well integrated into the user's desktop environment. Please add an icon entry to your menu and desktop file. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726815: matanza: missing desktop and menu file Jessie Release Goal
Package: matanza Version: 0.13+ds1-4 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, matanza does not supply a menu and desktop file hence the game is not well integrated into the user's desktop environment. Please consider adding new quality icons too. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726817: chrony: GPL-2-only program linking GPL-3+ libreadline6 on amd64
Package: chrony Severity: serious Version: 1.24-3+squeeze1 X-Debbugs-Cc: t...@security.debian.org, debian-rele...@lists.debian.org The security update for chrony links against libreadline6 on amd64. However chrony is licensed under GPL-2-only and libreadline6 is GPL-3-or-later. The buildd uploads still link against libreadline5 (GPL-2+). So it looks like the amd64 version was built in an unclean environment. So chrony needs either a, a binNMU on amd64 for the next point release, leaving the current version on security.d.o, or b, a sourceful upload that changes the build-depends to libreadline-gplv2-dev with no alternative (to require the GPL-2+ version). This could also replace the version currently in the security archive. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726816: /etc/network/if-up.d/00check-network-cable: 72: local: detected:: bad variable name
Package: ifupdown-extra Version: 0.23 Severity: normal Dear Maintainer, whenever I start the system I get the above message. To replicate it, I restarted the networking from console. The idea of ifupdown-extra is to check (for e.g.) if the network-cable is alright and it's put in and things like that. $ sudo /etc/init.d/networking restart [warn] Running /etc/init.d/networking restart is deprecated because it may not re-enable some interfaces ... (warning). [] Reconfiguring network interfaces...Internet Systems Consortium DHCP Client 4.2.4 Copyright 2004-2012 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/20:cf:30:c6:cc:9d Sending on LPF/eth0/20:cf:30:c6:cc:9d Sending on Socket/fallback DHCPRELEASE on eth0 to 192.168.1.1 port 67 Internet Systems Consortium DHCP Client 4.2.4 Copyright 2004-2012 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/20:cf:30:c6:cc:9d Sending on LPF/eth0/20:cf:30:c6:cc:9d Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3 DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 7 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPOFFER from 192.168.1.1 DHCPACK from 192.168.1.1 bound to 192.168.1.2 -- renewal in 47951 seconds. /etc/network/if-up.d/00check-network-cable: 72: local: detected:: bad variable name run-parts: /etc/network/if-up.d/00check-network-cable exited with return code 2 grep: eth0: No such file or directory grep: : No such file or directory grep: unrecognized option '--all' Usage: grep [OPTION]... PATTERN [FILE]... Try 'grep --help' for more information. grep: : No such file or directory ifup: interface eth0 already configured done. I did see that /etc/init.d/networking is supposedly deprecated, what is replacing it in the interim ? (I know it's supposed to be systemd after sometime) and hence systemd service files would be there. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (600, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown-extra depends on: ii bind9-host [host]1:9.8.4.dfsg.P1-6+nmu3 ii dpkg 1.17.1 ii host 1:9.8.4.dfsg.P1-6+nmu3 ii iproute2 3.11.0-1 ii iputils-arping 3:20121221-1 ii iputils-ping [ping] 3:20121221-1 ii net-tools1.60-25 ii netcat-traditional [netcat] 1.10-40 Versions of packages ifupdown-extra recommends: ii ethtool 1:3.11-1 ifupdown-extra suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726393: general: Possible malware infections in source packages
On Fri, 18 Oct 2013, Thorsten Glaser wrote: On Tue, 15 Oct 2013, Thijs Kinkhorst wrote: I'm still not sure why the virus contained in the source could not be replaced by the EICAR test signature. Because it’s not testing a virus scanner, but because the specific RFC822 message in question exhibited multiple problems in the code, due to the way it’s written/structured. Then we could just defang it for good, replacing most of the virus code with crap while preserving the malformedness. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726807: pu: package usemod-wiki/1.0.5-1
Christoph Berg m...@debian.org (2013-10-19): Do I need to put anything special in the distribtution field for that, or do you just do the cherry-picking for that yourself? I think it's cherry-picked from s-p-u, so uploading it there should work on your side. Mraw, KiBi. signature.asc Description: Digital signature
Bug#726738: [Openstack-devel] Bug#726738: Bug#726738: [INTL:es] Spanish debconf template translation for glance
El 2013-10-19 a las 10:13 +0800, Thomas Goirand escribió: On 10/19/2013 03:49 AM, Camaleón wrote: El 2013-10-19 a las 02:15 +0800, Thomas Goirand escribió: Hi, Would you be able to provide the templates for the latest version in Sid, which is 2013.2-1? Indeed, your translation doesn't include the strings for the configuration of RabbitMQ. Sure I can, no problem, just let me first ask Christian (CC'ing him now) because I'm unsure about this. @Christian, is this O.K.? The last PO template I had for glance was the one attached to this post¹ but I must have overlooked/missed some update done onwards. http://lists.debian.org/debian-l10n-spanish/2013/08/msg4.html Greetings, Hi, Here's the current es.po for Glance. (...) Thanks, I will upload the new file with updated strings on the next days because first, the Spanish translators team needs to review the new translated messages before uploading. Greetings, -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726009: Yade requires too much RAM for building
Found 726009 1.00.0-3 Thanks The good news is your most recent upload made yade build on i386. The bad news is your package is still failing to build on most archictures including several where it has built in the past. Release architectures where your package is out of date: ia64/powerpc/s390x/sparc: unrecognized command line option '-ftrack-macro-expansion=0' This appears to be caused by the fact those architectures still have gcc-4.6 as their default compiler. I see two possible fixes for this, one is to check the gcc version and only pass that option when it is high enough. The other is to force use of a gcc version recent enough to support it. kfreebsd-i386: ran out of memory (probablly really address space) during linking, passing -no-keep-memory to the linker may help Other architectures: hurd-i386/mips/mipsel: ran out of memory (possibly really address space) during compilation, not sure what to suggest there other than dropping the optimisation level to O1 alpha/s390/ppc64: same issue as ia64 etc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726818: openssh-server: fatal xfree error with sftp when RekeyLimit hit
Package: openssh-server Version: 1:6.2p2-6 Severity: normal I am attempting to transfer a large (1.6 GiB) file over sftp. I have set my RekeyLimit to 1G in my ~/.ssh/config file. When I get to the rekey limit, the connection is reset: vauxhall ok % sftp bmc@castro:/media/data/bmc/finished/upload/ Connected to castro. Changing to: /media/data/bmc/finished/upload/ sftp put large-file Uploading large-file to /media/data/bmc/finished/upload/large-file large-file 67% 1021MB 8.0MB/s 01:02 ETAConnection closed by 173.11.243.49 Couldn't read packet: Connection reset by peer The auth.log file on the server says: Oct 19 14:01:12 castro sshd[649315]: Authorized to bmc, krb5 principal b...@crustytoothpaste.net (krb5_kuserok) Oct 19 14:01:12 castro sshd[649315]: Accepted gssapi-with-mic for bmc from 172.16.2.247 port 44985 ssh2 Oct 19 14:01:12 castro sshd[649315]: pam_unix(sshd:session): session opened for user bmc by (uid=0) Oct 19 14:01:12 castro sshd[649317]: subsystem request for sftp by user bmc Oct 19 14:03:44 castro sshd[649317]: fatal: xfree: NULL pointer given as argument Oct 19 14:03:44 castro sshd[649315]: pam_unix(sshd:session): session closed for user bmc Note the fatal: xfree: NULL pointer given as argument error. This terminates the session. If I set the RekeyLimit value to 2G (larger than my file), it works just fine. If you don't feel like transferring gigabytes of data, I can also reproduce this problem with a 200M RekeyLimit (I haven't tried smaller). It also happens with publickey authentication as well as GSSAPI, although the line starting with fatal is not logged in that case. I originally saw this error with sshfs-fuse, but as you can see, it also happens with the plain sftp client. Please let me know if you need more information, as this is easily reproducible for me. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.1 ii libc6 2.17-93 ii libcomerr21.42.8-1 ii libgssapi-krb5-2 1.11.3+dfsg-3 ii libkrb5-3 1.11.3+dfsg-3 ii libpam-modules1.1.3-9 ii libpam-runtime1.1.3-9 ii libpam0g 1.1.3-9 ii libselinux1 2.1.13-3 ii libssl1.0.0 1.0.1e-3 ii libwrap0 7.6.q-24 ii lsb-base 4.1+Debian12 ii openssh-client1:6.2p2-6 ii procps1:3.3.8-2 ii sysv-rc 2.88dsf-43 ii zlib1g1:1.2.8.dfsg-1 Versions of packages openssh-server recommends: ii ncurses-term 5.9+20130608-1 ii xauth 1:1.0.7-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none ii openssh-blacklist0.4.1+nmu1 ii openssh-blacklist-extra 0.4.1+nmu1 pn rssh none pn ssh-askpass none pn ufw none -- debconf information: ssh/disable_cr_auth: false ssh/encrypted_host_key_but_no_keygen: ssh/vulnerable_host_keys: * ssh/use_old_init_script: true -- brian m. carlson / brian with sandals: Houston, Texas, US +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Bug#713500: 3.1.0 continues to fail to build
The buildd logs from PTS indicate that the package fails to build. - https://buildd.debian.org/status/package.php?p=qbittorrent The i386 log says: libboost1.54-dev but it is not going to be installed It appears that libtorrent wants to pull in libboost1.53 while qbt wants 1.54 I did a local pbuilder build and the build finished successfully. pbuilder warned about these 2 dependencies but was able to autoresolve the conflict.
Bug#700764: This is a libtorrent bug
This is a libtorrent 0.15.x series bug. I have already filed a debian bug. Here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717933 Here are 2 possible workarounds: 1. Use libtorrent 0.16.x series. Users have reported that it works perfectly 2. Go to qbt options and disable peer encryption. Tools-Options...-BitTorrent-Encryption mode
Bug#713500: 3.1.0 continues to fail to build
On Sat, 19 Oct 2013 17:38:26 +0300 sledgehammer999 sledgehammer...@qbittorrent.org wrote: The buildd logs from PTS indicate that the package fails to build. - https://buildd.debian.org/status/package.php?p=qbittorrent The i386 log says: libboost1.54-dev but it is not going to be installed It appears that libtorrent wants to pull in libboost1.53 while qbt wants 1.54 I did a local pbuilder build and the build finished successfully. pbuilder warned about these 2 dependencies but was able to autoresolve the conflict. Hi, I thinks this may depend on the following wrong dependency in libtorrent-rasterbar-dev: libboost-system1.53-dev | libboost-system-dev, I'll try to fix it with an upload of libtorrent-rasterbar. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev
On 19/10/2013 02:57, Mark Wielaard wrote: How compatible are the different implementations? They are meant to be source compatible so that if programs use DTRACE_PROBE macros they get build with SDT probes that systemtap, perf, gdb, etc. can use to introspect the program. High-level overview: http://tromey.com/blog/?p=687 Implementation bits that describe the ELF sections created: https://sourceware.org/systemtap/wiki/UserSpaceProbeImplementation If they're meant to be bit-by-bit compatible, then it should be possible for systemtap-sdt-dev to just skip this file on kfreebsd-* so that applications will use the FreeBSD version. Do you think this could work? I suspect, but haven't checked, that the sys/sdt.h variant in kfreebsd-kernel-headers is also source compatible, but might produce different ELF section bits, so that tools like gdb won't be able to read the SDT probes when that version is used. I see. That's what I am worried about :-( But the real goal is just to have the sdt-dev package be arch:any. They don't have to be used on the Debian kfreebsd arch if really not needed, as long as they don't conflict in such a way that that would prevent the package being arch:any. Which is why I suggested extracting your sys/sdt.h variant also in a separate package (not being build essential), so that either can be installed (even if they would conflict with each other). But note that I am not a Debian packager, so I might miss some other more obvious solution. I understand but the sys/* namespace is for system headers. As useful as they may be, we really shouldn't have other libraries collide with it... (it's bad enough glibc and kfreebsd have different ideas on what system headers means already). If you want to avoid modifying programs that #include sys/sdt.h, why not just install it in /usr/include/systemtap/sys/sdt.h ? Then you can build them with -I/usr/include/systemtap so that your version takes preference. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726819: RFS: spatialite/4.1.1-1
Package: sponsorship-requests Severity: normal Dear mentors, As part of the upcoming SpatiaLite transition am I looking for a sponsor for my package spatialite. Please refer to the thread on debian-gis@ for more information on this transition: https://lists.debian.org/debian-gis/2013/10/msg9.html Package name: spatialite Version : 4.1.1-1 Upstream Author : Alessandro Furieri a.furi...@lqt.it URL : https://www.gaia-gis.it/fossil/libspatialite/ License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ Section : science It builds those binary packages: libspatialite-dev - Geospatial extension for SQLite - development files libspatialite5 - Geospatial extension for SQLite - libraries libspatialite5-dbg - Geospatial extension for SQLite - debugging symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spatialite Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spatialite/spatialite_4.1.1-1.dsc More information about SpatiaLite can be obtained from https://www.gaia-gis.it/fossil/libspatialite/. Changes since the last upload: * New upstream version. * Update debian/watch, use sepwatch improvements and address common mistakes. * Use dh-autoreconf to run autoreconf during build. * Update copyright file, use copyright-format 1.0 (dep5). * Use canonical URLs for Vcs-* fields. * Add lintian overrides for no upstream changelog, link to online timeline. * Strip debian revision in symbols file. * Use upstream version without debian revision when generating symbols. * Add patch to set automake option subdir-objects. * Bump Standards-Version to 3.9.4, changes: copyright, Vcs-* fields, symbols. * Update Homepage URL. * Disable fromgeojson22.testcase on advise from upstream, fails on armel, armhf, mips mipsel with a minor rounding difference. (closes: #725267) * Fix dev package description. (closes: #725717) Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726820: RFP: ansiweather -- Weather in your terminal, with ANSI colors and Unicode symbols
Package: wnpp Severity: wishlist * Package name: ansiweather Version : 1.0 Upstream Author : Frederic Cambus http://www.cambus.net * URL : https://github.com/fcambus/ansiweather * License : MIT Programming Lang: sh Description : Weather in your terminal, with ANSI colors and Unicode symbols AnsiWeather is a Shell script for displaying the current weather conditions in your terminal, with support for ANSI colors and Unicode symbols. Weather data comes from the OpenWeatherMap free weather API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726821: linux: shutdown -h now reboots instead shutting down the system
Package: linux-image-3.2.0-3-amd64 Version: 3.2.51-1 Severity: normal I'm experiencing the same problem as reported at BTS #691902¹ but given the difference in hardware I open a new report. Running Debian Wheezy, XFCE and nouveau driver, whether I try to shutdown the system by either: - using XFCE's menu entry; - issuing on xfce4-terminal shutdown -h now; - stopping lightdm service and then issuing on tty1 shutdown -h now; I get the same random behaviour: system restarts instead shtting down. But this happens sometimes, other times it shutdowns fine (error ratio is about 50%). Note 1: I have several computers running the same configuration (wheezy+xfce) but this issue is only reproducible under one system that uses nouveau driver (the others run nvidia closed source driver). The other difference is the hardware itself which is different on every computer. Note 2: this is a production system so cannot perform any hard test (e.g., installing a new kernel or compile it from scratch). Attaching dmesg. ¹http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691902 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726822: mmpong: should recommend or suggest mmpongd
Package: mmpong-gl Version: 0.9.1-3 Severity: normal User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, you can't play mmpong-gl without a mmpongd server. I'm not aware that online servers still exist. Without a server the game shows just a black screen. Please recommend or suggest mmpongd which is required to play the game. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726823: [libtorrent-rasterbar7] Wrong dependency in libtorrent-rasterbar-dev
Package: libtorrent-rasterbar7 Version: 0.16.11-1 Severity: serious Hi, while libtorrent-rasterbar build-depends on various boost1.54 libraries, libtorrent-rasterbar-dev still shows a dependency on boost1.53. This is likely to cause build failures in reverse-deps. Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#726824: mmpong-gl: please document how to play the game
Package: mmpong-gl Version: 0.9.1-3 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals Dear maintainer, admittedly the game comes with a man page but it's not well explained how to play the game and how to connect to a server. There is no README or guide that explains with examples how to start the server or to connect to an internet server. The desktop file simply executes mmpong-gl but without further parameters the game will just start up with a black screen. Please improve the documentation how to play the game. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#726821: Dmesg log
Dmesg log. -- Camaleón [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.51-1 [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=ee84d99d-9315-4855-83c1-be91645390fe ro quiet [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f000 (usable) [0.00] BIOS-e820: 0009f000 - 000a (reserved) [0.00] BIOS-e820: 000f - 0010 (reserved) [0.00] BIOS-e820: 0010 - cfee (usable) [0.00] BIOS-e820: cfee - cfee3000 (ACPI NVS) [0.00] BIOS-e820: cfee3000 - cfef (ACPI data) [0.00] BIOS-e820: cfef - cff0 (reserved) [0.00] BIOS-e820: e000 - e400 (reserved) [0.00] BIOS-e820: fec0 - 0001 (reserved) [0.00] BIOS-e820: 0001 - 00023000 (usable) [0.00] NX (Execute Disable) protection: active [0.00] SMBIOS 2.3 present. [0.00] DMI: Supermicro PDSG4/PDSG4, BIOS 6.00 PG 03/15/2006 [0.00] e820 update range: - 0001 (usable) == (reserved) [0.00] e820 remove range: 000a - 0010 (usable) [0.00] No AGP bridge found [0.00] last_pfn = 0x23 max_arch_pfn = 0x4 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-D write-protect [0.00] E-E uncachable [0.00] F-F write-through [0.00] MTRR variable ranges enabled: [0.00] 0 base 1 mask F write-back [0.00] 1 base 2 mask FE000 write-back [0.00] 2 base 22000 mask FF000 write-back [0.00] 3 base 0 mask F8000 write-back [0.00] 4 base 08000 mask FC000 write-back [0.00] 5 base 0C000 mask FF000 write-back [0.00] 6 base 0CFF0 mask 0 uncachable [0.00] 7 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] e820 update range: cff0 - 0001 (usable) == (reserved) [0.00] last_pfn = 0xcfee0 max_arch_pfn = 0x4 [0.00] found SMP MP-table at [880f35f0] f35f0 [0.00] initial memory mapped : 0 - 2000 [0.00] Base memory trampoline at [8809a000] 9a000 size 20480 [0.00] init_memory_mapping: -cfee [0.00] 00 - 00cfe0 page 2M [0.00] 00cfe0 - 00cfee page 4k [0.00] kernel direct mapping tables up to cfee @ 1fffa000-2000 [0.00] init_memory_mapping: 0001-00023000 [0.00] 01 - 023000 page 2M [0.00] kernel direct mapping tables up to 23000 @ cfeda000-cfee [0.00] RAMDISK: 37aee000 - 37d6f000 [0.00] ACPI: RSDP 000f7880 00014 (v00 IntelR) [0.00] ACPI: RSDT cfee3040 00038 (v01 IntelR AWRDACPI 42302E31 AWRD ) [0.00] ACPI: FACP cfee30c0 00074 (v01 IntelR AWRDACPI 42302E31 AWRD ) [0.00] ACPI: DSDT cfee3180 0458D (v01 INTELR AWRDACPI 1000 MSFT 010E) [0.00] ACPI: FACS cfee 00040 [0.00] ACPI: MCFG cfee7880 0003C (v01 IntelR AWRDACPI 42302E31 AWRD ) [0.00] ACPI: APIC cfee7780 00090 (v01 IntelR AWRDACPI 42302E31 AWRD ) [0.00] ACPI: SSDT cfee7900 0015C (v01 PmRef Cpu0Ist 3000 INTL 20040514) [0.00] ACPI: SSDT cfee7d90 0022A (v01 PmRefCpuPm 3000 INTL 20040514) [0.00] ACPI: Local APIC address 0xfee0 [0.00] No NUMA configuration found [0.00] Faking a node at -00023000 [0.00] Initmem setup node 0 -00023000 [0.00] NODE_DATA [00022fffb000 - 00022fff] [0.00] [ea00-ea0007bf] PMD - [88022760-88022e7f] on node 0 [0.00] Zone PFN ranges: [0.00] DMA 0x0010 - 0x1000 [0.00] DMA320x1000 - 0x0010 [0.00] Normal 0x0010 - 0x0023 [0.00] Movable zone start PFN for each node [0.00] early_node_map[3] active PFN ranges [0.00] 0: 0x0010 - 0x009f [0.00] 0: 0x0100 - 0x000cfee0 [0.00] 0: 0x0010 - 0x0023 [0.00] On node 0 totalpages: 2096751 [0.00] DMA zone: 56 pages used for memmap [
Bug#725931: random order in SGML tags
Hi Denis, Thanks for your quick answer, and sorry for my late one Le 10/10/2013 04:10, D. Barbier a écrit : On 2013/10/10 David Prévot wrote: It seems like, with the new Perl version, the order of items inside a tag is not respected anymore […] This is strange, never heard of this problem before. Did you try to run po4a tests? ./Build test It works, but there is no debiandoc test at all. Please find attached a minimal test case that could make it into t/data-20: po4a-gettextize -f sgml -o force -m debiandoc.sgml -p debiandoc.po It currently gives random results. Regards # SOME DESCRIPTIVE TITLE # Copyright (C) YEAR Free Software Foundation, Inc. # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n POT-Creation-Date: 2013-10-19 11:32-0400\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. type: p/p #: data-20/debiandoc.sgml:8 msgid 3 times the same item: url id=\http://www.debian.org/support\; name=\IRC\ url id=\http://www.debian.org/support\; name=\IRC\ url id=\http://www.debian.org/support\; name=\IRC\ msgstr !doctype debiandoc public -//DebianDoc//DTD DebianDoc//EN debiandoc book p 3 times the same item: url id=http://www.debian.org/support; name=IRC url id=http://www.debian.org/support; name=IRC url id=http://www.debian.org/support; name=IRC /p /book /debiandoc signature.asc Description: OpenPGP digital signature
Bug#726815: matanza: missing desktop and menu file Jessie Release Goal
Hi Markus, Package: matanza ... matanza does not supply a menu and desktop file hence the game is not well integrated into the user's desktop environment. Please consider adding new quality icons too. If you prepare the patch for this package, I may upload it for you. Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev
On Sat, Oct 19, 2013 at 05:00:48PM +0200, Robert Millan wrote: If you want to avoid modifying programs that #include sys/sdt.h, why not just install it in /usr/include/systemtap/sys/sdt.h ? Then you can build them with -I/usr/include/systemtap so that your version takes preference. But then programs that expect the header to be in the default place wouldn't build. The whole idea is that programs that use sys/sdt.h (and optionally the dtrace script) to use DTRACE_PROBE macros to define SDT probe points get them without having to change anything to their build system. They just detect in configure the sys/sdt.h is available (possibly checking for the dtrace script and whether the compiler is capable of building with DTRACE_PROBE macros). That is how for example qemu, java hotspot or libreoffice do it. The default sys/sdt.h header should match the toolchain and user space you are using. It looks to me that for Debian that should be the one from sdt-dev, not the fbsd specific kernel header. That way all the default tools can get and use the SDT probes. But if you think that on kfreebsd programs should be build against a different sys/sdt.h that is fine too (but then programs like gdb will not work with the SDT probes in programs and libraries or will be less efficient when handling things in glibc and libgcc). All that is really needed is that the sdt-dev package can be made arch:all. Whether or not it is installed by default and/or whether it provides the default sys/sdt.h alternative header is secondary. I don't know enough about Debian packaging to suggest the right course of action of making the package arch:all. But that is what Bug#726248 is really about as I understood it. systemtap-sdt-dev: should be Arch: all so gcc and libc can B-D on it. How did you resolve the conflicts between kfreebsd-kernel-headers and glibc-headers? Maybe the same solution can be used here? Does any user space program Debian actually use the kfreebsd sys/sdt.h variant? Are there any programs that can use the SDT probes it generates? If not, then maybe you can just not install it for now and get the conflict between the packages resolved? Cheers, Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726472: share passwords not working after upgrade from samba3
On October 19, 2013 04:34:55 PM Andrew Bartlett wrote: On Fri, 2013-10-18 at 20:41 -0500, Steve M. Robbins wrote: - the samba version you were running before the upgrade I was following the samba packages (not samba4) so it would have been from the version currently in testing: 2:3.6.19-1. Can you examine logfiles to show that this was the case? Samba should print it's version in the logs when starting up. Grepping log.nmbd*gz confirms I was running 3.6.18 and 3.6.19 recently. We changed the default passdb backend long before 3.6. Is there as passdb.tdb anywhere else on your system? It turns out there was; I'm reading Ivo's analysis on it now... -Steve signature.asc Description: This is a digitally signed message part.
Bug#726825: debian-reference: dpkg now defaults to xz compression
Package: debian-reference Version: 2.50 Severity: normal from dpkg 1.17.0, xz compression is used. * Switch dpkg-deb default compressor from gzip to xz. Build dpkg.deb using gzip to make debootstrap life easier on non-Debian based systems. This explains why the package size of some packages changed for jessie. http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_extracting_package_without_dpkg Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-rt-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-reference depends on: ii debian-reference-en 2.50 Versions of packages debian-reference recommends: ii debian-reference-fr 2.50 ii debian-reference-it 2.50 ii debian-reference-ja 2.50 ii debian-reference-pt 2.50 debian-reference 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#726826: lynis: Lynis fails to check a few places NTP client might be configured.
Package: lynis Version: 1.3.2-1 Severity: normal Tags: patch Dear Maintainer, I've run into a pair of small problems with the way Lynis is testing for configured NTP clients. The first problem I encountered was on my laptop, because this machine is running intermittently I have my NTP client configured in /etc/anacrontab and not in /etc/crontab. The second file was being checked by Lynis but not the first and so was missed on my system. The second problem I encountered was on a few servers I manage. On them, I have my NTP client set to run from /etc/cron.daily but Lynis only checks /etc/cron.d and /var/spool/crontab. I was able to add a small loop that then checks /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly, /etc/cron.monthly and /var/spool/crontab. This should allow a user to configure his NTP client to run based on what is appropriate to compensate for the time drift of his system. I have included a patch that includes fixes for both problems for your consideration. Is this the type of change Lynis should make on Debian? Thank you, Dave Vehrs -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-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 lynis depends on no packages. Versions of packages lynis recommends: ii menu 2.1.46 Versions of packages lynis suggests: ii dnsutils 1:9.9.3.dfsg.P2-4 -- no debconf information *** tests_time.patch --- tests_time.orig 2013-10-19 08:46:21.0 -0600 +++ tests_time 2013-10-19 09:07:42.0 -0600 @@ -50,55 +50,72 @@ Display --indent 2 --text - Checking running NTP daemon... --result NOT FOUND --color WHITE fi -# Check crontab for OpenBSD/FreeBSD - if [ -f /etc/crontab ]; then - FIND=`cat /etc/crontab | egrep ntpdate|rdate | grep -v '^#'` - if [ ! ${FIND} = ]; then - FOUND=1; - Display --indent 2 --text - Checking NTP client in crontab file... --result FOUND --color GREEN - else - Display --indent 2 --text - Checking NTP client in crontab file... --result NOT FOUND --color WHITE - fi - fi - - # Don't run check in cron job directory on Solaris - # /etc/cron.d/FIFO is a special file and test get stuck at this file - if [ ! ${OS} = Solaris ]; then - # Check cron jobs - if [ -d /etc/cron.d ]; then - FIND=`ls /etc/cron.d` - if [ ! ${FIND} = ]; then - FIND2=`egrep rdate|ntpdate /etc/cron.d/*` - if [ ! ${FIND2} = ]; then - FOUND=1; - Display --indent 2 --text - Checking NTP client in cron.d files... --result FOUND --color GREEN - logtext Result: found ntpdate or rdate in /etc/cron.d directory - logtext Output: ${FIND2} - else - Display --indent 2 --text - Checking NTP client in cron.d files... --result NOT FOUND --color WHITE - fi - else - logtext Result: /etc/cron.d is empty, skipping search in cron.d directory - fi - fi +# If not already found, check files. + if [ ${FOUND} -eq 0 ]; then +# Check if ntpdate or rdate are scheduled for execution in various crontab files for OpenBSD/FreeBSD/Linux +logtext Test: Searching for scheduled ntpdate or rdate execution in a few files... +for FILE in \ +/etc/crontab \ +/etc/anacrontab; do +# Check if file exists +if [ -f ${FILE} ]; then +# Check if rdate or ntpdate are configured to run in FILE +FIND=`cat ${FILE} | egrep ntpdate|rdate | grep -v '^#'` +if [ ! ${FIND} = ]; then +FOUND=1 +Display --indent 2 --text - Checking for NTP client in ${FILE} file... --result FOUND --color GREEN +logtext Result: found ntpdate or rdate in ${FILE} file +logtext Output: ${FIND} +else +Display --indent 2 --text - Checking for NTP client in ${FILE} file... --result NOT FOUND --color WHITE +fi +else +logtext Result: ${FILE} does not exist, skipping search. +fi +done +fi - if [ -d /var/spool/crontabs ]; then - FIND=`ls /var/spool/crontabs` - if [ ! ${FIND} = ]; then - FIND2=`egrep rdate|ntpdate /var/spool/crontabs/*` - if [ ! ${FIND2} = ]; then - FOUND=1; - Display --indent 2 --text - Checking NTP client in crontabs files... --result FOUND
Bug#724337: pork: FTBFS: configure.ac:12: error: required file './compile' not found
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru pork-0.99.8.1/debian/changelog pork-0.99.8.1/debian/changelog --- pork-0.99.8.1/debian/changelog 2012-05-06 04:05:24.0 +0900 +++ pork-0.99.8.1/debian/changelog 2013-10-15 19:23:21.0 +0900 @@ -1,3 +1,11 @@ +pork (0.99.8.1-2.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules +- call autoreconf -fi, instead of autoconf and automake + + -- Hideki Yamane henr...@debian.org Tue, 15 Oct 2013 19:23:19 +0900 + pork (0.99.8.1-2.1) unstable; urgency=low * Non-maintainer upload; ACKed by the maintainer, see #670953. diff -Nru pork-0.99.8.1/debian/rules pork-0.99.8.1/debian/rules --- pork-0.99.8.1/debian/rules 2012-05-01 02:43:10.0 +0900 +++ pork-0.99.8.1/debian/rules 2013-10-20 01:12:28.0 +0900 @@ -29,9 +29,7 @@ dh_testdir # Fix location of porkrc cp -vf /usr/share/misc/config.sub /usr/share/misc/config.guess . - aclocal - autoconf - automake + autoreconf -fi # Add here commands to configure the package. ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --sysconfdir=/etc
Bug#726797: closed by Jérémy Bobbio lu...@debian.org (Bug#726797: fixed in ruby-gettext 3.0.2-2)
On Sat, 19 Oct 2013 13:03:25 +0200 Francesco Poli (wintermute) wrote: Package: ruby-gettext Version: 3.0.2-1 Severity: normal [...] Mh, there seems to be something wrong! [...] On Sat, 19 Oct 2013 14:42:27 + Debian Bug Tracking System wrote: Date: Sat, 19 Oct 2013 14:58:05 +0200 [...] [ Jérémy Bobbio ] * Team upload. * Add a patch to fix rxgettext. (Closes: #726797) [...] [Please note the timestamps] Wow! This probably wins the Quickest Package Maintainer Reaction Of All Times Award™! ;-) Thanks a lot for fixing things up. I will soon test ruby-gettext/3.0.2-2 and let you know. Thanks again! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp4bLUNMSgTn.pgp Description: PGP signature
Bug#726827: xen-utils-4.1: Xen doesn't start on a laptop with Nvidia Optimus graphics
Package: xen-utils-4.1 Version: 4.1.4-4 Severity: important Tags: patch Dear Maintainer, * What led up to the situation? Trying to start Xen on a Asus X53S laptop (which has dual Intel + Nvidia Geforce 610M Optimus graphics card) xend.log contains: [2013-10-19 17:14:26 4239] INFO (SrvDaemon:332) Xend Daemon started [2013-10-19 17:14:26 4239] INFO (SrvDaemon:336) Xend changeset: unavailable. [2013-10-19 17:14:27 4239] ERROR (SrvDaemon:349) Exception starting xend (Looped capability chain: :01:00.0) Traceback (most recent call last): File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/SrvDaemon.py, line 341, in run servers = SrvServer.create() File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/SrvServer.py, line 258, in create root.putChild('xend', SrvRoot()) File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/SrvRoot.py, line 40, in __init__ self.get(name) File /usr/lib/xen-4.1/bin/../lib/python/xen/web/SrvDir.py, line 84, in get val = val.getobj() File /usr/lib/xen-4.1/bin/../lib/python/xen/web/SrvDir.py, line 52, in getobj self.obj = klassobj() File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/server/SrvNode.py, line 30, in __init__ self.xn = XendNode.instance() File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendNode.py, line 1181, in instance inst = XendNode() File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendNode.py, line 159, in __init__ self._init_PPCIs() File /usr/lib/xen-4.1/bin/../lib/python/xen/xend/XendNode.py, line 282, in _init_PPCIs for pci_dev in PciUtil.get_all_pci_devices(): File /usr/lib/xen-4.1/bin/../lib/python/xen/util/pci.py, line 474, in get_all_pci_devices return map(PciDevice, get_all_pci_dict()) File /usr/lib/xen-4.1/bin/../lib/python/xen/util/pci.py, line 699, in __init__ self.get_info_from_sysfs() File /usr/lib/xen-4.1/bin/../lib/python/xen/util/pci.py, line 1269, in get_info_from_sysfs self.find_capability(0x11) File /usr/lib/xen-4.1/bin/../lib/python/xen/util/pci.py, line 1236, in find_capability ('Looped capability chain: %s' % self.name)) PciDeviceParseError: Looped capability chain: :01:00.0 [2013-10-19 17:14:27 4238] INFO (SrvDaemon:220) Xend exited with status 1. * What exactly did you do (or not do) that was effective (or ineffective)? Searching for the error message (Looped capability chain: :01:00.0) led to this page: http://martin.schinz.de/blog/2012/03/31/fixing-xen-daemon-on-a-laptop-with- nvidia-optimus-graphics/ which contains a fix and a link to the same bug that was fixed on Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=767742 I edited the file /usr/lib/xen-4.1//lib/python/xen/util/pci.py as indicated in these 2 pages * What was the outcome of this action? Xen was then able to start. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-utils-4.1 depends on: ii e2fslibs 1.42.8-1 ii libc6 2.17-93 ii libgnutls26 2.12.23-8 ii libncurses5 5.9+20130608-1 ii libpci3 1:3.2.0-3 ii libtinfo5 5.9+20130608-1 ii libuuid1 2.20.1-5.5 ii libxen-4.14.1.4-4 ii libxenstore3.04.3.0-3 ii python2.7.5-5 ii python2.7 2.7.5-8 ii xen-utils-common 4.1.4-4 ii zlib1g1:1.2.8.dfsg-1 Versions of packages xen-utils-4.1 recommends: ii bridge-utils 1.5-6 pn qemu-keymaps none pn qemu-utils none ii xen-hypervisor-4.1-amd64 [xen-hypervisor-4.1] 4.1.4-4 Versions of packages xen-utils-4.1 suggests: pn xen-docs-4.1 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#726472: share passwords not working after upgrade from samba3
On October 19, 2013 11:51:14 AM Ivo De Decker wrote: Hi Steve, Thanks for all the info. That really helps! Thank YOU (the Samba Team) for diligent analysis of bug reports! It can't be easy on a complex configurable suite like Samba. It's not immediately clear why /var/lib/samba/private/passdb.tdb existed, but this issue reminds me of #454770. I guess you track unstable on this system? Yes, I track unstable and tend to do updates every few days so if ever there was a bug introduced in one revision and fixed in the next ... it's likely I got bitten :-) The best thing I can propose, is to fail on upgrade when both files exist, so that the admin has to do the cleanup manually. There isn't really a good way for a script to decide which file is the right one. At least the admin will know that something is going wrong, instead of silently getting old (possibly empty) user data. I would support this kind of approach! - do you have backups from before the upgrade? Could you get the contents of smb.conf and the directory listings mentioned above from before the upgrade? Yes, I have backups. I'll recover them and send in a separate email. It seems the smb.conf didn't change. No. I got the usual file has changed, look at the diffs, take the new, etc dialog. I chose to keep the existing. Then I looked at the new config file and didn't see anything worth changing. Also, you weren't using smbpasswd. You old smbpasswd was converted to passdb.tdb during an uprade years ago. Good to know. I will remove /etc/samba/smbpasswd, then. Thanks, -Steve signature.asc Description: This is a digitally signed message part.
Bug#726828: transition: libgnutls-openssl27
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I would like to provide libgnutls-openssl27 from the gnutls28 source package (up to date upstream version of GnuTLS). The binary package name will not change, however the reverse dependencies will require a sourceful upload to update the build-depency. I have already done some testbuilds and and had a look at debian/copyright of the involved packages to check for LGPLv3+ compatibility. Transition plan: 1. libgnutls-dev in sid and libgnutls28-dev in experimental start providing libgnutls-openssl-dev. [DONE] 2. The respective version of libgnutls-dev propages to testing. [DONE] 3. The rdeps change their build-dependencies from libgnutls-dev to the purely virtual package libgnutls-openssl-dev. 4. The updated rdeps enter testing. 5. Start providing libgnutls-openssl-dev from libgnutls28-dev in sid, stop doing so in libgnutls-dev. 6. BinNMU all rdeps. Step 6 is necessary since the packages usually depend on both libgnutls-openssl27 and libgnutls26, also we want to verify buildability. Does this plan look good? I would start submitting bug-reports against the rdeps, asking them to change build-deps as a next step. Ben file: title = libgnutls-openssl27; is_affected = .depends ~ libgnutls-openssl27; is_good = .build-depends ~ libgnutls-openssl-dev; is_bad = .build-depends ~ libgnutls-dev; 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#725975: RM: xen-system-amd64 [i386] -- NBS; no longer built on i386
Control: tag -1 moreinfo Julien Cristau jcris...@debian.org writes: xen 4.3.0-1's changelog says Drop all i386 hypervisor packages. Which I guess means xen-system-amd64:i386 should be removed. The package now is back. So not sure what the plan is. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726743: RM: libfusioninventory-agent-task-netdiscovery-perl -- ROM; replaced by fusioninventory-agent
Gonéri Le Bouder gon...@debian.org writes: Can you please remove libfusioninventory-agent-task-netdiscovery-perl from sid and testing. The newly uploaded fusioninventory-agent now replace this package. # Broken Build-Depends: libfusioninventory-agent-task-snmpquery-perl: libfusioninventory-agent-task-netdiscovery-perl (= 2.0) Should that package also be removed? Note that this is the 2.1-1 version, not 1:2.3.2-2. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726750: xserver-xorg-base: Xorg crashes often when switching to a VT if multiple X servers are running
Control: reassign -1 xserver-xorg-core On Vi, 18 oct 13, 21:05:23, Aleksej wrote: Package: xserver-xorg-base Version: /usr/bin/Xorg Severity: normal Dear Maintainer, When one X server is running started by the display manager, and another one is running as a non-root user (X :1), on switching from either X to a VT (virtual console), that X sometimes crashes. The stack trace is similar to the one in https://bugzilla.redhat.com/show_bug.cgi?id=951164 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash *** Xorg.0.log.old (with duplicate blocks stripped) [50.338] X.Org X Server 1.14.3 Release Date: 2013-09-12 [50.338] X Protocol Version 11, Revision 0 [50.338] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian [50.338] Current Operating System: Linux [snip] 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 [50.339] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10-3-amd64 root=UUID=ec90c795-a078-4c8c-b7dd-a88b57963c28 ro quiet [50.339] Build Date: 05 October 2013 02:04:26PM [50.339] xorg-server 2:1.14.3-4 (Julien Cristau jcris...@debian.org) [50.339] Current version of pixman: 0.30.2 [50.339] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [50.339] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [50.339] (==) Log file: /var/log/Xorg.0.log, Time: Fri Oct 18 12:05:54 2013 [50.464] (==) Using config file: /etc/X11/xorg.conf [50.464] (==) Using config directory: /etc/X11/xorg.conf.d [50.464] (==) Using system config directory /usr/share/X11/xorg.conf.d [50.535] (==) ServerLayout aticonfig Layout [50.535] (**) |--Screen aticonfig-Screen[0]-0 (0) [50.535] (**) | |--Monitor default monitor [50.581] (**) | |--Device radeon [50.581] (==) No monitor specified for screen aticonfig-Screen[0]-0. Using a default monitor configuration. [50.581] (==) Automatically adding devices [50.581] (==) Automatically enabling devices [50.581] (==) Automatically adding GPU devices [50.668] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [50.668] (==) ModulePath set to /usr/lib/xorg/modules [50.668] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [50.684] (II) Loader magic: 0x7f3feeaa6d00 [50.684] (II) Module ABI versions: [50.684] X.Org ANSI C Emulation: 0.4 [50.684] X.Org Video Driver: 14.1 [50.684] X.Org XInput driver : 19.1 [50.685] X.Org Server Extension : 7.0 [50.685] (II) xfree86: Adding drm device (/dev/dri/card0) [50.692] (--) PCI:*(0:0:1:0) 1002:9802:1849:9802 rev 0, Mem @ 0xc000/268435456, 0xfeb0/262144, I/O @ 0xf000/256 [50.693] (II) Open ACPI successful (/var/run/acpid.socket) [50.976] Initializing built-in extension Generic Event Extension [50.976] Initializing built-in extension SHAPE [50.976] Initializing built-in extension MIT-SHM [50.976] Initializing built-in extension XInputExtension [50.976] Initializing built-in extension XTEST [50.976] Initializing built-in extension BIG-REQUESTS [50.976] Initializing built-in extension SYNC [50.976] Initializing built-in extension XKEYBOARD [50.976] Initializing built-in extension XC-MISC [50.976] Initializing built-in extension SECURITY [50.976] Initializing built-in extension XINERAMA [50.976] Initializing built-in extension XFIXES [50.976] Initializing built-in extension RENDER [50.976] Initializing built-in extension RANDR [50.976] Initializing built-in extension COMPOSITE [50.976] Initializing built-in extension DAMAGE [50.976] Initializing built-in extension MIT-SCREEN-SAVER [50.976] Initializing built-in extension DOUBLE-BUFFER [50.977] Initializing built-in extension RECORD [50.977] Initializing built-in extension DPMS [50.977] Initializing built-in extension X-Resource [50.977] Initializing built-in extension XVideo [50.977] Initializing built-in extension XVideo-MotionCompensation [50.977] Initializing built-in extension SELinux [50.977] Initializing built-in extension
Bug#726821: linux: shutdown -h now reboots instead shutting down the system
Control: reassign -1 linux-image-3.2.0-4-amd64 On Sb, 19 oct 13, 17:20:44, Camaleón wrote: Package: linux-image-3.2.0-3-amd64 Version: 3.2.51-1 Severity: normal Based on the version I'm guessing you meant -4, reassigning accordingly. BTW, classic debugging question: did you try a newer kernel (e.g. from backports, which has 3.10)? I'm experiencing the same problem as reported at BTS #691902¹ but given the difference in hardware I open a new report. Running Debian Wheezy, XFCE and nouveau driver, whether I try to shutdown the system by either: - using XFCE's menu entry; - issuing on xfce4-terminal shutdown -h now; - stopping lightdm service and then issuing on tty1 shutdown -h now; I get the same random behaviour: system restarts instead shtting down. But this happens sometimes, other times it shutdowns fine (error ratio is about 50%). Note 1: I have several computers running the same configuration (wheezy+xfce) but this issue is only reproducible under one system that uses nouveau driver (the others run nvidia closed source driver). The other difference is the hardware itself which is different on every computer. Note 2: this is a production system so cannot perform any hard test (e.g., installing a new kernel or compile it from scratch). Attaching dmesg. ¹http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691902 Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#679390: debian-el: M-x debian-bug does not run bug script if it is a symlink
On 2012-06-28 13:46 +0200, Sven Joachim wrote: tags 679390 + patch thanks On 2012-06-28 13:03 +0200, Sven Joachim wrote: Package: debian-el Version: 35.2 Severity: normal M-x debian-bug does not run the package's bug script if it is a symlink. So far I have tracked this down to debian-bug-find-bug-script which returns nil in such cases: (debian-bug-find-bug-script xserver-xorg-video-nouveau) = nil (debian-bug-find-bug-script xserver-xorg-core) = /usr/share/bug/xserver-xorg-core/script However, these packages actually use the same script: , | $ file /usr/share/bug/xserver-xorg-video-nouveau/script | /usr/share/bug/xserver-xorg-video-nouveau/script: symbolic link to `../xserver-xorg-core/script' ` I'm 99% sure this had worked in the past. Looks like it broke more than two years ago, though. Wonder what broke it. That part was easy, it's the rather bogus check for executability in debian-bug-file-is-executable. The following one-liner fixes it: diff -Nru emacs-goodies-el-35.2/elisp/debian-el/debian-bug.el emacs-goodies-el-35.2/elisp/debian-el/debian-bug.el --- emacs-goodies-el-35.2/elisp/debian-el/debian-bug.el 2010-06-22 23:55:44.0 +0200 +++ emacs-goodies-el-35.2/elisp/debian-el/debian-bug.el 2012-06-28 13:18:12.0 +0200 @@ -781,7 +781,7 @@ Return non-nil if FILE is executable. Otherwise nil is returned. (and (file-regular-p file) - (string-match -..x..x..x (nth 8 (file-attributes file) + (file-executable-p file))) (defun debian-bug-find-bug-script (package) Return the full path name of the bug script of PACKAGE. Ping? I have been applying this patch locally for the last releases, would like not having to do this anymore. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org