Bug#716659: [php-maint] Bug#716659: Bug#716659: php5-mysql: upgrade to 5.5.0+dsfg-9 breaks mediawiki
Hmm, it looks like the module is not enabled for apache2 SAPI. I'll investigate that right now. O. On Thu, Jul 11, 2013 at 7:33 AM, Brian Paterni bpate...@gmail.com wrote: On 07/11/2013 12:05 AM, Ondřej Surý wrote: Could you please attach output of: php5query -M -v and php5query -S and ls -lR /etc/php5 ? Sure thing, output should be attached ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
Hi Dmitry, On Thu, Jul 11, 2013 at 09:21:50AM +1000, Dmitry Smirnov wrote: For example, in the particular case of cuetools package, updated debian/watch file suggest fixing old mirror that shall be removed completely in the future. Since cuetools package is team (un-)maintained future uploaders will be inevitably confused with such suggestion. The watch file included in cuetools 1.3.1-13 also uses that old mirror. Other examples ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714634: [lsb-discuss] Clarification of general LSB requirements
Le jeudi, 11 juillet 2013 02.27:52, Russ Allbery a écrit : Steve Langasek vor...@debian.org writes: If lsb-core is going to pull in default-mta as the preferred option, then arguably lsb-invalid-mta shouldn't exist at all (or at least, there's no reason to label it an 'lsb' package). I think the purpose of the package is to let lsb-core be installed without automatically pulling in an MTA that has to be configured, and default-mta | mail-transport-agent | lsb-invalid-mta wouldn't achieve that. But I think dropping the Provides: from lsb-invalid-mta would. Ah, I see. Hm. I do think that the behavior a user most likely expects, when installing lsb-core, is to pull in a functional MTA. In other words, I think it's fine to provide a way for a sysadmin to select to not configure an MTA, but I do think that installing lsb-core should result in configuring an MTA by default. I am of the opposite opinion: if an administrator decided to uninstall the default-mta as installed by Debian, then the installation of lsb- core should respect that choice and not impose the configuration of an MTA, especially because lsb-* is meant as a compliance layer, not a functional layer (in my understanding). As argued before in this bug, LSB only formally requires the presence of a compliant sendmail command, not that this one does anything useful. I think I quite like Steve's line: make lsb-invalid-mta stop providing mail-transport-agent. In all but unusual Debian installations (in which the administrator decided to remove all MTAs), the installation of lsb- core will result in the re-use of the installed MTA. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714634: [lsb-discuss] Clarification of general LSB requirements
Le mercredi, 10 juillet 2013 20.20:21, Steve Langasek a écrit : On Wed, Jul 10, 2013 at 02:10:22AM -0700, Russ Allbery wrote: (It's probably also worth noting that Debian does not claim LSB compliance and the description of that Debian package states, rather prominently: The intent of this package is to provide a best current practice way of installing and running LSB packages on Debian GNU/Linux. Its presence does not imply that Debian fully complies with the Linux Standard Base, and should not be construed as a statement that Debian is LSB-compliant. So, really, it's kind of hard to see what's notably egregious about this.) Well, I think that package description is silly in its lawyeresque weaselness. The raison d'être of the package is to provide an LSB-compliant layer, which is what it means to support installing and running LSB packages. I don't see any reason the package description should have this long disclaimer about the possibility of bugs in the implementation. The core of what this phrasing [0] conveys is this package doesn't imply that Debian is LSB-compliant but is our best-effort at it; I would welcome any patch in that direction, if possible acked by Jeff/LSB. Cheers, OdyX [0] Which apparently has been that was at least since 2002 for the LSB 1.1.0-11 package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715545: [pkg-wine-party] Bug#715545: wine-bin multiarch installation
On 2013-07-10, Michael Gilbert wrote: On Wed, Jul 10, 2013 at 5:26 AM, Sean Rütschi wrote: The following packages have unmet dependencies: wine-bin:i386 : Depends: libc6:i386 (= 2.4) but it is not going to be installed Depends: libwine-bin:i386 (= 1.4.1-4) but it is not going to be installed E: Unable to correct problems, you have held broken packages. What does installing libc6:i386 on its own say? apt-get install libc6:i386 Best wishes, Mike When I run that command, I get a rather big list of programs that I'd prefer not to delete. Practically my entire installation including the kernel gets shot. Obviously that isn't quite what I'm aiming to do... Does this sound like anything you've ever had to deal with? Because if not, I'm getting the feeling that this isn't wine-specific... if I need to file a bug in a different place, then please let me know! # apt-get install libc6:i386 Reading package lists... Building dependency tree... Reading state information... The following packages were automatically installed and are no longer required: discover-data fonts-droid git-man gsfonts hicolor-icon-theme libatk1.0-data libavahi-common-data libgdk-pixbuf2.0-common libglib2.0-data libgs9-common libgtk2.0-common libssl-doc libthai-data libwireshark-data linux-headers-3.9-0.bpo.1-common mc-data python-dbus-dev tsconf vim-runtime x11proto-core-dev xbitmaps xorg-sgml-doctools Use 'apt-get autoremove' to remove them. The following extra packages will be installed: gcc-4.7-base:i386 libc6-i686:i386 libgcc1:i386 multiarch-support:i386 Suggested packages: glibc-doc:i386 locales:i386 The following packages will be REMOVED: acpi acpi-fakekey acpi-support acpi-support-base acpid adduser alien alsa-base alsa-utils apt apt-utils aptitude aspell aspell-en autopoint base-files base-passwd bash bind9-host binutils bitlbee bitlbee-common bsdgames bsdmainutils bsdutils build-essential busybox bzip2 ca-certificates cabextract checkinstall cifs-utils comerr-dev conky-cli console-setup console-setup-linux consolekit coreutils cpio cpp cpp-4.4 cpp-4.6 cpp-4.7 cpufrequtils cron cryptsetup cryptsetup-bin curl dash dbus debconf debconf-i18n debconf-utils debhelper debian-archive-keyring debianutils dictionaries-common diffutils directvnc discover dmidecode dmsetup dnsutils dosbox dosfstools dpkg dpkg-dev e2fslibs e2fsprogs eject elinks ettercap ettercap-common fakeroot fbi fbset fbterm file findutils fontconfig fontconfig-config fuse fuse-utils g++ g++-4.7 gcc gcc-4.4 gcc-4.6 gcc-4.7 genisoimage geoip-bin geoip-database gettext gettext-base ghostscript gir1.2-glib-2.0 git git-svn gnupg gpgv gpm grep groff-base grub-common grub-pc grub-pc-bin grub2-common gzip hdparm hostname html2text hwinfo ifupdown info initramfs-tools initscripts insserv install-info intltool-debian iproute iptables iputils-ping irssi isc-dhcp-client isc-dhcp-common iucode-tool kbd kernel-package keyboard-configuration keyutils kmod krb5-multidev laptop-detect less libaa1 libacl1 libalgorithm-diff-perl libalgorithm-diff-xs-perl libalgorithm-merge-perl libapr1 libaprutil1 libapt-inst1.5 libapt-pkg4.12 libasound2 libaspell15 libasprintf0c2 libass4 libasyncns0 libatk1.0-0 libattr1 libaudit0 libavahi-client3 libavahi-common3 libavcodec53 libavformat53 libavutil51 libbind9-80 libblkid1 libbluray1 libboost-iostreams1.42.0 libboost-iostreams1.49.0 libbsd0 libbz2-1.0 libc-ares2 libc-dev-bin libc6 libc6-dev libcaca0 libcairo2 libcap2 libcap2-bin libcarp-assert-more-perl libcarp-assert-perl libcdio-cdda1 libcdio-paranoia1 libcdio13 libck-connector0 libcomerr2 libcpufreq0 libcroco3 libcryptsetup4 libcups2 libcupsimage2 libcurl3 libcurl3-gnutls libcurl4-gnutls-dev libcwidget3 libdatrie1 libdb4.8 libdb5.1 libdbus-1-3 libdbus-glib-1-2 libdca0 libdevmapper-event1.02.1 libdevmapper1.02.1 libdirac-encoder0 libdirectfb-1.2-9 libdiscover2 libdns88 libdpkg-perl libdrm-intel1 libdrm-nouveau1a libdrm-radeon1 libdrm2 libdvdcss2 libdvdnav4 libdvdread4 libedit2 libelf1 libenca0 libencode-locale-perl libept1.4.12 liberror-perl libevent-1.4-2 libevent-2.0-5 libexif12 libexpat1 libfaad2 libffi5 libffi6 libfile-fcntllock-perl libfile-listing-perl libflac8 libfont-afm-perl libfontconfig1 libfontenc1 libfreetype6 libfribidi0 libfsplib0 libfuse2 libgc1c2 libgcc1 libgcrypt11 libgcrypt11-dev libgdbm3 libgdk-pixbuf2.0-0 libgeoip1 libgettextpo0 libgif4 libgirepository-1.0-1 libgl1-mesa-dri libgl1-mesa-glx libglade2-0 libglapi-mesa libglib2.0-0 libgmp10 libgnutls-dev libgnutls-openssl27 libgnutls26 libgnutlsxx27 libgomp1 libgpg-error-dev libgpg-error0 libgpm2 libgs9 libgsm1 libgssapi-krb5-2 libgssrpc4 libgtk2.0-0 libgtk2.0-bin libhal1 libhd16 libhtml-form-perl libhtml-format-perl libhtml-lint-perl libhtml-parser-perl libhtml-tagset-perl libhtml-tree-perl libhttp-cookies-perl libhttp-daemon-perl libhttp-date-perl libhttp-message-perl
Bug#716666: bacula-common: Bacula log filename differ in director and logrotate config
Package: bacula-common Version: 5.2.6+dfsg-9 Severity: normal The bacula-common installs logrotate configuration like this: $ cat /etc/logrotate.d/bacula-common /var/log/bacula/log { monthly rotate 5 notifempty missingok } But by default, bacula-director configures logging into file with different name: Messages { Name = Standard mailcommand = /usr/sbin/bsmtp -h localhost -f \\(Bacula\) \%r\\ -s \Bacula: %t %e of %c %l\ %r operatorcommand = /usr/sbin/bsmtp -h localhost -f \\(Bacula\) \%r\\ -s \Bacula: Intervention needed for %j\ %r mail = root = all, !skipped operator = root = mount console = all, !skipped, !saved # # WARNING! the following will create a file that you must cycle from # time to time as it will grow indefinitely. However, it will # also keep all your messages if they scroll off the console. # append = /var/log/bacula/bacula.log = all, !skipped catalog = all } Which means that the logs never rotates unless reconfigured manually. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-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 bacula-common depends on: ii adduser 3.113+nmu3 ii libc6 2.17-7 ii libcap2 1:2.22-1.2 ii libgcc1 1:4.8.1-2 ii libpython2.7 2.7.5-5 ii libssl1.0.0 1.0.1e-3 ii libstdc++64.8.1-2 ii libwrap0 7.6.q-24 ii zlib1g1:1.2.8.dfsg-1 bacula-common recommends no packages. Versions of packages bacula-common suggests: pn bacula-doc 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#666811: libapache-mod-auth-kerb: sourceful transition towards Apache 2.4
Colin Watson cjwat...@debian.org writes: On Sun, Jun 02, 2013 at 07:02:55PM -0700, Russ Allbery wrote: I only tested with SPNEGO authentication, but I see no reason to believe that Basic authentication wouldn't also work. There were two issues: first, the connection-request_ip struct member had to be changed as mentioned in the bug report, I've been struggling with the choice between r-useragent_ip and r-connection-client_ip while porting a number of modules. I've sort of been settling down to the approach that if it's used as an element of authentication, the replacement should be client_ip (because otherwise you can forge it with a stunt proxy), and otherwise it should be useragent_ip. Does that make sense to you? If so, does that imply that client_ip should be used here instead? In this particular case, I suspect it won't make any difference since the connection ID is also part of the internal key, but yes, I agree. I've made that change. I've been hearing rumours that the release team would like to push through the transition this weekend and remove anything that's broken from testing then, to unblock other work. So I think it would be very helpful if you could NMU, given that there's been no (public) response. Uploading now. Attached is the final NMU patch that I used. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ reverted: --- libapache-mod-auth-kerb-5.4/debian/libapache2-mod-auth-kerb.postinst +++ libapache-mod-auth-kerb-5.4.orig/debian/libapache2-mod-auth-kerb.postinst @@ -1,11 +0,0 @@ -#!/bin/sh - -set -e - -#DEBHELPER# -if [ $1 = configure ]; then -a2enmod auth_kerb || true -fi - -exit 0 - diff -u libapache-mod-auth-kerb-5.4/debian/control libapache-mod-auth-kerb-5.4/debian/control --- libapache-mod-auth-kerb-5.4/debian/control +++ libapache-mod-auth-kerb-5.4/debian/control @@ -2,12 +2,12 @@ Section: net Priority: optional Maintainer: Ghe Rivero g...@debian.org -Build-Depends: debhelper (= 4), autotools-dev, libkrb5-dev (= 1.4.0), autoconf, apache2-threaded-dev (= 2.2.3), quilt +Build-Depends: debhelper (= 4), autotools-dev, libkrb5-dev (= 1.4.0), autoconf, apache2-dev (= 2.4), dh-apache2, quilt Standards-Version: 3.9.3 Package: libapache2-mod-auth-kerb Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, apache2.2-common, krb5-config +Depends: ${shlibs:Depends}, ${misc:Depends}, krb5-config Description: apache2 module for Kerberos authentication An apache2 module for authenticating users in a Kerberos realm. It supports basic user and password authentication or a reverted: --- libapache-mod-auth-kerb-5.4/debian/libapache2-mod-auth-kerb.debhelper.log +++ libapache-mod-auth-kerb-5.4.orig/debian/libapache2-mod-auth-kerb.debhelper.log @@ -1,73 +0,0 @@ -dh_installchangelogs -dh_installdocs -dh_installexamples -dh_installman -dh_link -dh_strip -dh_compress -dh_fixperms -dh_installdeb -dh_shlibdeps -dh_gencontrol -dh_md5sums -dh_builddeb -dh_builddeb -dh_builddeb -dh_installchangelogs -dh_installdocs -dh_installexamples -dh_installman -dh_link -dh_strip -dh_compress -dh_fixperms -dh_installdeb -dh_shlibdeps -dh_gencontrol -dh_md5sums -dh_builddeb -dh_builddeb -dh_builddeb -dh_installchangelogs -dh_installdocs -dh_installexamples -dh_installman -dh_link -dh_strip -dh_compress -dh_fixperms -dh_installdeb -dh_shlibdeps -dh_gencontrol -dh_md5sums -dh_builddeb -dh_builddeb -dh_builddeb -dh_installchangelogs -dh_installdocs -dh_installexamples -dh_installman -dh_link -dh_strip -dh_compress -dh_fixperms -dh_installdeb -dh_shlibdeps -dh_gencontrol -dh_md5sums -dh_builddeb -dh_builddeb -dh_installchangelogs -dh_installdocs -dh_installexamples -dh_installman -dh_link -dh_strip -dh_compress -dh_fixperms -dh_installdeb -dh_shlibdeps -dh_gencontrol -dh_md5sums -dh_builddeb -dh_builddeb diff -u libapache-mod-auth-kerb-5.4/debian/changelog libapache-mod-auth-kerb-5.4/debian/changelog --- libapache-mod-auth-kerb-5.4/debian/changelog +++ libapache-mod-auth-kerb-5.4/debian/changelog @@ -1,3 +1,10 @@ +libapache-mod-auth-kerb (5.4-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Port to Apache 2.4 and dh_apache2. (Closes: #666811) + + -- Russ Allbery r...@debian.org Wed, 10 Jul 2013 23:41:23 -0700 + libapache-mod-auth-kerb (5.4-2) unstable; urgency=low * Reenabled patch gssapi_delegation (Closes: #613920) reverted: --- libapache-mod-auth-kerb-5.4/debian/libapache2-mod-auth-kerb.prerm +++ libapache-mod-auth-kerb-5.4.orig/debian/libapache2-mod-auth-kerb.prerm @@ -1,11 +0,0 @@ -#!/bin/sh - -set -e - -#DEBHELPER# - -if [ $1 = remove ]; then -a2dismod auth_kerb || true - fi - -exit 0 diff -u libapache-mod-auth-kerb-5.4/debian/rules libapache-mod-auth-kerb-5.4/debian/rules --- libapache-mod-auth-kerb-5.4/debian/rules +++ libapache-mod-auth-kerb-5.4/debian/rules @@ -38,12 +38,7 @@ ## INSTALL TARGETS apache20: build-apache20 - mkdir -p
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
On Thu, 11 Jul 2013 16:11:59 Bart Martens wrote: The watch file included in cuetools 1.3.1-13 also uses that old mirror. Only because newer mirror have repackaged (not identical) orig.tar of a current version. With new upstream release it will be safe to drop. Other examples ? Why? Still not convinced? Even hypothetical example should be enough as long as argument make sense. IMHO at this point you shall explain what stopping you from answering my question or better answer it. -- All the best, Dmitry Smirnov. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704987: Kernel bug
Switch to kernel 3.10 from experimental repository solved my problem of freezing system too. Regards.
Bug#538091: Fixing suspend
Using pm-utils would be good. I got suspend working on my machine by installing pm-utils and adding this line: action: suspend /usr/sbin/pm-suspend to /etc/enlightenment/sysactions.conf. -- Martin Geisler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716655: multipath-tools: mention aliases in README.debian
On Thursday 11 July 2013 05:52 AM, Vincent McIntyre wrote: Explicit aliases for particular wwwn are a better alternative than user_friendly_names because the mpathN - wwwn name mapping can change unexpectedly. The patch below explains this in README.debian. Please consider applying. Thanks. I'll apply the patch. But user_friendly_names shouldn't break across reboots. The problem earlier used to be with locking (which I is fixed now) and in general, the idea of the bindings file. Do you have any other behavior seen? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#715324: mdadm: many files missing from upstream (docs, mdassemble and raid6check)
also sprach Christoph Anton Mitterer cales...@scientia.net [2013.07.10.1600 +0200]: No,.. the idea was that most of the questions in the FAQ are not Debian specific... therefore, it seams reasonable to put the FAQ into the upstream distribution where any other people could benefit (and contribute) as well. Sounds good. Neil may slap whatever licence he wants onto the file. -- martin | http://madduck.net/ | http://two.sentenc.es/ i started taking an online a.d.d. test, linked from someone's blog. i never finished it; i got distracted, and clicked on random other shiny things -- andres salomon spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#715398: please add a bbswitch-source package
David Kalnischkies kalnischkies+deb...@gmail.com writes: I guess the old arguments pro and cons for both are still mostly valid: https://lists.debian.org/debian-devel/2011/02/msg00411.html Message-id: 4d58595a.3030...@debian.org Ah, okay, some of the caveats around what kernels the module is built for are interesting. For me personally, its mostly that I can't easily share the modules with people who I can't let modules install by themselves (dkms kills the module in each kernel version on upgrade of the module by design in the hope that the new version of the module will build as well. Thats rather misfortune if the module is needed for proper X or WLAN as you suddenly have no working configuration anymore if build fails) I assumed that if you just built a Debian package of the module on a single host with DKMS and installed that package on the other systems, this would behave the way that you wanted. Beside, with my APT hat on it feels of course cleaner to have APT/dpkg in control of which modules are installed rather than a module manager – even if this manager was created by a big company and used by many distros. (strawman: If that would be an argument, we should all be using rpm by now) This objection also doesn't seem to apply to using DKMS to build Debian packages. I certainly agree for the default behavior that you get when you install the -dkms package everywhere. m-a could really be better integrated, but most of it is available for a long time, just not by default (m-a cronjob, dmakms) … My concern as a package maintainer is that it's kind of annoying to have two ways to do this, and writing a good debian/rules file for m-a is actually quite difficult. (I keep encountering all sorts of weird problems. For example, one of my packages, for some reason, builds the module three times over the course of a normal m-a build.) Obviously we need some way to generate real Debian packages and not do ad hoc compiles on every system. But DKMS does actually have a mechanism to do that. It would be nice to be able to converge on a single system that has all the required features. All that said, I'm happy to continue to support m-a as long as it's important to people. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715804: Debian policy for web apps still references /doc as accessible
On 07/11/2013 07:06 AM, Charles Plessy wrote: user debian-pol...@packages.debian.org usertags 715804 normative discussion thanks Le Thu, Jul 11, 2013 at 01:24:45AM +0800, Thomas Goirand a écrit : Package: debian-policy Severity: important The Debian policy for web apps still references /doc as accessible through the web (see point 3 of chapter 11.5), though it has been removed for security reasons. The policy should be updated. Hi Thomas, basically, what you propose is the following: diff --git a/policy.sgml b/policy.sgml index 1508231..2651a1a 100644 --- a/policy.sgml +++ b/policy.sgml @@ -9668,27 +9668,6 @@ http://localhost/cgi-bin/varcgi-bin-name/var before varcgi-bin-name/var). /item - item - pAccess to HTML documents/p - - p - HTML documents for a package are stored in -file/usr/share/doc/varpackage/var/file - and can be referred to as - example compact=compact -http://localhost/doc/varpackage/var/varfilename/var - /example - /p - - p -The web server should restrict access to the document -tree so that only clients on the same host can read -the documents. If the web server does not support such -access controls, then it should not provide access at -all, or ask about providing access during installation. - /p - /item - item pAccess to images/p p I note that /doc was only to be served locally. How did that cause security issues ? See David's reply, which is good. Anyway, if the webservers that we distribute have dropped that functionality (can you confirm that it is not just apache2 ?), then I also support adjusting the Policy accordingly. I confirm. If others didn't, then it's a RC bug with tags: security. I agree with the removal, though I would also add a quick note saying that we *used* to have access to /doc with web servers on localhost, but it was removed, with a link to http://www.debian.org/security/2012/dsa-2452. Something like: p HTML documents must not refer anymore to documents using example compact=compacthttp://localhost/doc/varpackage/var/varfilename/var/example since this functionality was removed due to security problems (see: http://www.debian.org/security/2012/dsa-2452). Moreover, web servers must not provide direct access to /usr/share/doc anymore, even from localhost only. /p Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715518: agent aborted loading intel-ucode/06-2a-07 (not found?)
OK, I'm sending you the files so they won't waste BTS space. BTW, one notes .old-dkms files are not cleaned up after their kernels are gone... /boot: total used in directory 93928 available 380367280 drwxr-xr-x 3 root 4096 07-11 14:58 . drwxr-xr-x 22 root 4096 06-04 09:35 .. -rw-r--r-- 1 root 1792376 05-16 23:01 System.map-3.8-2-686-pae -rw-r--r-- 1 root 1818498 06-30 13:49 System.map-3.9-1-686-pae -rw-r--r-- 1 root 144192 05-16 23:01 config-3.8-2-686-pae -rw-r--r-- 1 root 149996 06-30 13:49 config-3.9-1-686-pae drwxr-xr-x 5 root12288 07-03 21:48 grub -rw-r--r-- 1 root 14752229 05-11 02:28 initrd.img-3.2.0-4-686-pae.old-dkms -rw-r--r-- 1 root 14574327 06-08 07:42 initrd.img-3.8-1-686-pae.old-dkms -rw-r--r-- 1 root 14572561 05-28 16:29 initrd.img-3.8-2-686-pae -rw-r--r-- 1 root 14572561 06-08 07:42 initrd.img-3.8-2-686-pae.old-dkms -rw-r--r-- 1 root 14385235 07-11 14:58 initrd.img-3.9-1-686-pae -rw-r--r-- 1 root 14778358 06-08 07:43 initrd.img-3.9-1-686-pae.old-dkms -rw-r--r-- 1 root 2288848 05-16 23:00 vmlinuz-3.8-2-686-pae -rw-r--r-- 1 root 2312816 06-30 13:46 vmlinuz-3.9-1-686-pae -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715804: Debian policy for web apps still references /doc as accessible
Thomas Goirand z...@debian.org writes: I agree with the removal, though I would also add a quick note saying that we *used* to have access to /doc with web servers on localhost, but it was removed, with a link to http://www.debian.org/security/2012/dsa-2452. Something like: I don't think that's a good idea. There's a *lot* of history in Debian. We don't want to document all of it in Policy or that will dominate the document. And, in particular, we can't say this... p HTML documents must not refer anymore to documents using example compact=compacthttp://localhost/doc/varpackage/var/varfilename/var/example since this functionality was removed due to security problems (see: http://www.debian.org/security/2012/dsa-2452). Moreover, web servers must not provide direct access to /usr/share/doc anymore, even from localhost only. /p ...because, phrased that way, it requires that web servers somehow detect /usr/share/doc and block it from being served regardless of the configuration of the server, which is rather more than I thin we would want to say. Also, the first sentence is redundant with other requirements already in Policy that prohibit any package from relying on the presence of any file in /usr/share/doc. I suppose we could say something in Policy along the lines that web servers should come configured to serve /usr/share/doc by default, even to localhost, but I'm not sure how useful that is -- are there are a lot of web servers in Debian that still do so and that need to be notified of this? If this is a transition that's already complete, I'm not sure it's worth saying anything here. It doesn't strike me as the sort of idea that's so obvious that people are likely to spontaneously add it back unless we explicitly prohibit it. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715567: pu: package mdbtools/0.7-1+deb7u1
On Wed, Jul 10, 2013 at 16:59:00 +, Jean-Michel Vourgère wrote: So attached my proposal. That looks fine to me, fwiw. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
On Thu, 11 Jul 2013 17:11:15 Bart Martens wrote: Hi Dmitry, On Thu, Jul 11, 2013 at 04:53:40PM +1000, Dmitry Smirnov wrote: Why? Still not convinced? Even hypothetical example should be enough as long as argument make sense. IMHO at this point you shall explain what stopping you from answering my question or better answer it. Please apologize in public for the tone of what you wrote in public quoted above. Regards, Bart Martens I apologise if the way how I speak about this issue feels insulting to you. Obviously that's wasn't the intention. Please don't be that sensitive. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706514: RFS: dcraw/9.17-1
Add to description something like: Fixing lintiant warnings in manpages. I will do that, but please comment on my questions below first. Plus, we are now at dcraw-9.19-1.1, because upstream has made two new releases in the meantime. ,,,1.1 is not correct version number. You are not doing NMU, so the last number should be integer. See the Debian Policy. I don't understand. I am not the maintainer, hence what I am doing is a NMU, hence the NMU number? Please tell me the version number you want and I'll use it. I still do not understand, what are you doing with patch. import_from_old_1.0_format.diff: a) why do you add gpg_key? What is that? I have no clue. It is not from upstream, but must have been added by the package maintainer instead. I didn't want to remove it without knowing why it is there. b) why do you add badpixel, if it is shipped by upstream? Same here: I am just keeping what the actual package currently in Debian does. In this case, upstream ships a file .badpixels (note the leading dot), and the packaging renames it to badpixels (without the dot). No idea why. best, Oliver Patches are only to fix some problems, in the source code. No need to add there everything. Please, look also into Debian Developer's reference, if you find time. Cheers, Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
On Thu, 11 Jul 2013 17:04:48 Bart Martens wrote: Hi Dmitry, On Thu, Jul 11, 2013 at 09:21:50AM +1000, Dmitry Smirnov wrote: I do not understand why are you hiding information how to remove updated watch files from PTS. It is not good that you're appears to be the only person who posses this knowledge. Also I must mention that we had this discussion before in private email where you ignored my question at least three times in a row. This bug report is yet another call for transparency. Please apologize in public for the nonsense you wrote in public quoted above. Regards, Bart Martens I'm not sure why you overreacting like this. I would also appreciate if you could be more specific regarding things that you call nonsense. I'm sorry if I unintentionally made you feel bad but I don't recognise any nonsense in what I wrote. I'm doing my best to speak as straightforward as I can but I'm not sure if I have enough eloquence to express this more politely. Your work is appreciated -- it's me who feel frustrated from not being able to get the simple answer from you. Am I asking the wrong question? Or do you think the answer shouldn't be public for whatever reason? If that's true please say so or mention internal QA team documentation (if any) and that's will be enough for me and for others who will have to seek assistance from QA team for similar requests. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716667: ITP: python-scripttest -- Helper to test command-line scripts
Package: wnpp Severity: wishlist Owner: Thomas Bechtold thomasbecht...@jpberlin.de * Package name: python-scripttest Version : 1.2 Upstream Author : Ian Bicking * URL : https://pypi.python.org/pypi/ScriptTest/ * License : MIT Programming Lang: Python Description : Helper to test command-line scripts ScriptTest is a library to help you test your interactive command-line applications. With it you can easily run the command (in a subprocess) and see the output (stdout, stderr) and any file modifications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714634: [lsb-discuss] Clarification of general LSB requirements
On Wed, 2013-07-10 at 17:25 -0700, Steve Langasek wrote: If lsb-core is going to pull in default-mta as the preferred option, then arguably lsb-invalid-mta shouldn't exist at all I agree. None of the suggested solutions address the crontab issue, and there may be other similar problems we haven't found yet. I realise that Ubuntu perceives this as a problem, and it seems to stem from the fact that Debian's default sendmail client implementation (exim4) is intimately tied to the server component. But Debian != Ubuntu, and I agree with Debian's definition that an MTA should consist of both server and client components. That said, there is no reason why a simple sendmail client cannot be provided separately by those distributions which don't want to have to install a server - is this a completely unreasonable course of action for Canonical to take? IMHO, as far as Debian is concerned, lsb-invalid-mta has to go. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709460: [Britney] binNMUs plus source take-over issue
Control: tags -1 confirmed On 2013-05-23 15:06, Niels Thykier wrote: [...] The story is something like this (Kudos to Adam for debugging this): * llvm-3.2 used to produce llvm-3.2-doc/3.2-5 (arch:all) - source is in testing and sid * llvm-toolchain has taken over llvm-3.2-doc as 1:3.2repack-6 - the binary is still arch:all - source is only in sid - source is currently not built on all the architectures (that previously built llvm-3.2) * llvm-3.2 was binNMU'ed and the binNMU migrates during the run. The problem here, is that llvm-3.2-doc/1:3.2repack-6 ends up in the testing without its source which causes Britney to crash (when doing a binary - source lookup later). [...] ~Niels We now have a test case for this bug[1]. ~Niels [1] http://anonscm.debian.org/gitweb/?p=collab-maint/britney2-tests.git;a=commitdiff;h=bfa55f0b307711786332d9f3eba6ab14073e2b8e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715821: plasma-widget-networkmanagement: Should not ask for wallet access when no password is used
Am 10.07.2013 23:35, schrieb Petter Reinholdtsen: Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=322219 [Michael Biebl] Since this isn't a Debian specific issue, please file it upstream and report back with the bug reference so I can link it. Done. https://bugs.kde.org/show_bug.cgi?id=322219 Thanks! -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#698248: odbcinst apparently ignores the -l option when used to uninstall a DSN
Package: odbcinst Version: 2.2.14p2-5 Followup-For: Bug #698248 Dear Maintainer, I made a small patch to fix this problem like below, diff -u -r unixodbc-2.2.14p2/exe/odbcinst.c unixodbc-2.2.14p2-fix/exe/odbcinst.c --- unixodbc-2.2.14p2/exe/odbcinst.c2013-07-11 16:36:52.0 +0900 +++ unixodbc-2.2.14p2-fix/exe/odbcinst.c2013-07-11 16:09:31.528641411 +0900 @@ -350,6 +350,15 @@ UWORD nConfigMode; char*pMode; +if ( system_dsn ) +{ +SQLSetConfigMode( ODBC_SYSTEM_DSN ); +} +else if ( user_dsn ) +{ +SQLSetConfigMode( ODBC_USER_DSN ); +} + if ( SQLGetConfigMode( nConfigMode ) == FALSE ) { SQLInstallerError( 1, nError, szError, ODBC_FILENAME_MAX, NULL ); Regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/24 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages odbcinst depends on: ii libc6 2.17-7 ii libltdl7 2.4.2-1.3 ii odbcinst1debian2 2.2.14p2-5 odbcinst recommends no packages. odbcinst 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#711943: transition: openmpi
On 11/07/2013 00:28, Julien Cristau wrote: On Tue, Jun 11, 2013 at 12:14:25 +0200, Sylvestre Ledru wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, I would like to propose the transition of openmpi from version 1.4 = 1.6. The ABI has changed between the two releases. However, the MPI ABI being stable, binNMU should be enough most of (all?) the time. Version 1.6.4+-1~exp1 is available in experimental. The package in experimental seems to build on fewer archs than 1.4. Mostly because it build-depends on linux-only infiniband stuff. Is that optional? If so can you change that build-dep in experimental? Right. Thanks. I fixed that in 1.6.5-1~exp2 and uploaded it. Sylvestre signature.asc Description: OpenPGP digital signature
Bug#716668: bad spelling in /etc/default/pdnsd
Package: pdnsd Version: 1.2.9a-par-1 Severity: minor # auto-mode, overrides /etc/pdsnd.conf if set [see /usr/share/pdnsd/] __^^ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716217: Bug report on alliance: mips_asm crashes with exit status 139
Short bug description: mips_asm -textsize segfaults. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716529: Bug report on alliance: m2e crashes with exit status 139
Short bug description: m2e -v segfaults -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
Hi Bart, Other examples ? I completely support Dmitry's request. I do not understand why he decided to write about one particular case, but the basic idea is clear. Yes, in many cases these suggestions for watch files are useful. Thanks a lot for your effort in this direction. But in some particular cases these suggested watch files are useless because they absolutely ignore get-orig-sources section in debian/rules. In such cases these annoying strings on PTS pages will be placed forever. It would be nice to have the documented procedure for removing suggested watch files. 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#716669: [aptitude] Wrong help for some aptitude options (es_ES locale)
Package: aptitude Version: 0.6.8.2-1 Severity: minor Tags: l10n Hi, aptitude Spanish help translation for markauto and marknoauto options is wrong, at least for es_ES locale. In fact, they do just the opposite that is told. Best regards, -- Manolo Díaz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
But in some particular cases these suggested watch files are useless because they absolutely ignore get-orig-sources section in debian/rules. In such cases these annoying strings on PTS pages will be placed forever. It would be nice to have the documented procedure for removing suggested watch files. Sorry, I missed one message in thread. Now I have read updated page [1] and it looks enough for me. As Dmitry mentioned, in some cases disagreement with maintainer is possible, but such situations should be rare I think. [1] https://wiki.debian.org/qa.debian.org/HowToHelpWithFixingWatchFiles#Removing_separate_watch_files 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#712855: Update with version 3.9.8-1
Hi all, :) I don't know whether this is useful actually, so my apologize if it isn't. Using the latest version on sid 3.9.8-1, the wifi still has hiccups and is cut every 20 minutes or so, but at least, I can connect more or less connect to the internet with it. (Thanks for that already!) After one or two hours, though, the wifi is cut and can no longer get connected, stuck at getting an IP, according to the network manager. Thanks for the endless work made on this and best regards, Yohann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716670: linux-image-3.9-1-amd64 unbootable with mdadm raid1 /boot
Package: src:linux Version: 3.9.8-1 Severity: critical Justification: breaks the whole system Dear Maintainer, After switching from linux-image-3.2.0-4-amd64 to linux-image-3.9-1-amd64 I got an unbootable system. The previous version 3.9.6-1 gave errors with mdadm config. During boot message mdadm: No devices listed in conf file were found before halt. With version 3.9.8-1 the root filesystem (lv in vg on md raid1) is not found. Booting back to linux-image-3.2.0-4-amd64 3.2.46-1 restores the system to a perfect working condition. Looks like a mismatch with update-initramfs, mdadm and the 3.9 kernel from this package. BTW a self compiled kernel version 3.9.3 and 3.9.4 were working without problems. (wil be testing with 3.9.9 compiles from kernel.org source) With regards Jan Huijsmans -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: To Be Filled By O.E.M. product_name: To Be Filled By O.E.M. product_version: To Be Filled By O.E.M. chassis_vendor: To Be Filled By O.E.M. chassis_version: To Be Filled By O.E.M. bios_vendor: American Megatrends Inc. bios_version: P1.60 board_vendor: ASRock board_name: A790GXH/128M board_version: ** PCI devices: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] RS780 Host Bridge [1022:9600] Subsystem: ASRock Incorporation Device [1849:9600] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied 00:01.0 PCI bridge [0604]: ASRock Incorporation Device [1849:9602] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32 Bus: primary=00, secondary=01, subordinate=01, sec-latency=32 I/O behind bridge: d000-dfff Memory behind bridge: fe90-feaf Prefetchable memory behind bridge: d000-dfff Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied 00:0a.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] RS780/RS880 PCI to PCI bridge (PCIE port 5) [1022:9609] (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: e000-efff Memory behind bridge: feb0-febf Prefetchable memory behind bridge: fdf0-fdff Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- BridgeCtl: Parity+ SERR+ NoISA+ VGA- MAbort- Reset- FastB2B- PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn- Capabilities: access denied Kernel driver in use: pcieport 00:11.0 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 SATA Controller [AHCI mode] [1002:4391] (prog-if 01 [AHCI 1.0]) Subsystem: ASRock Incorporation Device [1849:4391] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 42 Region 0: I/O ports at c000 [size=8] Region 1: I/O ports at b000 [size=4] Region 2: I/O ports at a000 [size=8] Region 3: I/O ports at 9000 [size=4] Region 4: I/O ports at 8000 [size=16] Region 5: Memory at fe8ffc00 (32-bit, non-prefetchable) [size=1K] Capabilities: access denied Kernel driver in use: ahci 00:12.0 USB controller [0c03]: Advanced Micro Devices, Inc. [AMD/ATI] SB7x0/SB8x0/SB9x0 USB OHCI0 Controller [1002:4397] (prog-if 10 [OHCI]) Subsystem: ASRock Incorporation Device [1849:4397] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: Memory at fe8fe000 (32-bit, non-prefetchable) [size=4K] Kernel driver in use: ohci_hcd 00:12.1
Bug#702513: #702513 crash: please provide crash/defs.h
Hi, crash 7.0.0-1 now has /usr/include/defs.h but shouldn't it be /usr/include/crash/defs.h? See http://codesearch.debian.net/search?q=crash%2Fdefs.h on how both systemtap and crash_6.1.6-1/extensions/snap.mk try to access it. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656132: #656132 crash: please enable building for armel
Hi, crash 7.0.1-1 seems to still lack armel, debian/control has Architecture: i386 ia64 alpha powerpc amd64. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712755: iptables: Memory allocation problem. when trying to use iptables with geoip module
forwarded 712755 http://marc.info/?l=netfilter-develm=136810220604302w=2 found 712755 1.42-2+b1 thanks Hi, i noted the same problems some months ago on a debian wheezy amd64 system with version 1.42-2+b1 of this package and reported this directly to the netfilder-dev mailinglist: http://marc.info/?l=netfilter-develm=136810220604302w=2 unfortunately without an answer yet. This problem only happens happens when i'm adding new rules via ip6tables. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716670: Cancel bug
Sorry, my bad. I had selinux installed and removed it. With removal of the packages, it didn't remove the selinux options in /etc/default/grub - GRUB_CMDLINE_LINUX This caused the hang in the mount of root. (can't explain why the 3.2 kernel did boot tho) With regards, Jan Huijsmans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716671: libjack-jackd2-0:i386 - upgrade to version 1.9.9.5+20130622git7de15e7a-1:i386 breaks libasound2-plugins:i386 on amd64
Package: libjack-jackd2-0 Version: 1.9.8~dfsg.4+20120529git007cdc37-5 Severity: important File: jackd2 When I tried to upgrade the libasound2-plugins:i386 I got into a dependency dead-lock, which requires me to remove both libjack-jackd2-0:i386 and libasound2-plugins:i386. It seems that the amd64 version of the libjack- jackd2-0 conflicts with its i386 counterpart. Hope that helps. -- 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.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjack-jackd2-0:i386 depends on: ii libc6 2.17-7 ii libgcc11:4.8.1-5 ii libsamplerate0 0.1.8-5 ii libstdc++6 4.8.1-5 ii multiarch-support 2.17-7 libjack-jackd2-0:i386 recommends no packages. Versions of packages libjack-jackd2-0:i386 suggests: pn jackd2 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#399904: gnupg: --list-keys hangs at ctrl-C
This is follow up to the bug #399904 in Debian. It is now assigned to libc6, but I think that this would be a bug of GnuPG 1.4.x. The call sequence in question is: g10/signal.c:got_fatal_signal - util/dotlock.c:dotlock_remove_lockfiles - util/dotlock.c:dotlock_destroy - free Here, free is not a one of async-signal-safe functions (see: signal(7) ). When the signal handler is called interrupting malloc or related, hang might occur. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716672: virtinst: virt-clone changes image format from qcow2 to raw
Package: virtinst Version: 0.600.1-3 Severity: normal Dear Maintainer, When I use virt-clone to clone a guest machine with an image file in the qcow2 format, it changes the format to raw in the XML file of the clone. The cloned image file itself is still qcow2 as it is suppossed. Steps to reproduce: 1) Create a guest with qcow2 image file 2) Clone with virt-clone -o guest name --auto-clone 3) Start the clone; The harddisk is not bootable virsh dumpxml clone name show type='raw' instead of type='qcow2' = changing this manually solves the boot problem When Google'd, the bug is also in Red Hat's bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=795400 -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.48 (SMP w/24 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 virtinst depends on: ii python 2.7.3-4 ii python-libvirt 0.9.12-11+deb7u1 ii python-libxml2 2.8.0+dfsg1-7+nmu1 ii python-support 1.0.15 ii python-urlgrabber 3.9.1-4 Versions of packages virtinst recommends: pn qemu none pn virt-viewer none virtinst 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#666854: mod-ruby: sourceful transition towards Apache 2.4
clone 666854 -1 reassign -1 ftp.debian.org retitle -1 RM: mod-ruby -- unmaintained upstream and in Debian, requires substantial upstream porting to Apache 2.4, at least partially superseded by ruby-passenger thanks On Sun, Apr 01, 2012 at 09:15:52PM +, a...@debian.org wrote: your package mod-ruby is provding an Apache2 web server module. We're upgrading Apache to the new upstream version 2.4 [1] (tracked as transition bug #661958). This requires all modules to be rebuilt due to ABI changes. I spent some time looking at this, and got as far as in the patch I've attached here for the record. The next thing to look at according to the resulting build failure would be changes to request.c. However, this being a language binding, it requires significant new outbound API as well as inbound API. I am getting increasingly uncomfortable with trying to construct what would amount to a Debian-specific API-changing fork of mod_ruby. I think that mod-ruby should be removed from Debian, for the following reasons: * The upstream project appears dead. modruby.net now has nothing to do with mod_ruby and (insofar as I can understand the Japanese with the aid of machine translation) appears to be something to do with pawn shops. https://github.com/shugo/mod_ruby has had some changes since 1.2.6, mostly for Ruby 1.9 support, but nothing to do with Apache 2.4 and the last commit was almost two years ago. * The changes necessary for Apache 2.4 are sufficiently complex that they really ought to be made by somebody with upstream responsibility. * The Debian package is apparently all but orphaned; see both this bug and #676349. It's been just under five years since the last upload. * ruby-passenger (binary package: libapache2-mod-passenger) is probably a suitable replacement for many modern uses of Ruby, although I don't know Ruby anywhere near well enough to say whether it would suit everyone. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710143: transition: libraw
2013/7/10 Julien Cristau jcris...@debian.org: Assuming you're prepared to nmu the rdeps feel free to move this to sid. Thanks! libraw 0.15.3-1 built everywhere, and I just uploaded fixed packages for shotwell and freeimage. Could you please schedule binNMUs for the other two packages? nmu entangle_0.5.1-1 . ALL . -m 'Rebuild against libraw9' nmu luminance-hdr_2.3.0-3 . ALL . -m 'Rebuild against libraw9' Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714803: Chains of causality
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I worked out the following chains of causality: task-xfce-desktop suggests network-manager-gnome suggests gnome-bluetooth suggests gnome-control-center suggests gnome-session and lxde suggests network-manager-gnome ... Now, I think there is no dispute that the result I wanted to install a _light_ desktop and it came with the core of gnome. is unacceptable. It might however be unfair to blame solely the maintainers of gnome-bluetooth who happened to be the unlucky guys to close these unfortunate chains. I personally couldn't care less, where these chains are interrupted, but I contend they _must_ be interrupted. I will therefore assign this bug to all packages involved in these chains in the hope that somebody finds their package provides the least necessary of the links. Disclaimer: The above message is supposed to be witty. If it comes about as insulting, annoying, moody or aggressive this is most probably due to my not being a native speaker and completely unintended. Cheers, Benjamin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJR3oA+AAoJEK27BRz67lmpZocQAILdLclhXiuxztQCpTlHH+NH KdPgruTdjbJqyBi94hOvYVACjry3c/EbiyYrREZlAkMbwN+bhmilk9aL08lw2AGZ s6lkZt9mlzQWQ7oQvhQV++4FFgPsUQglvKepDdVSl52Lmj2jJ2YmNiQb6EQkDVgW sW71DwtQPUpgCV1cL/EcQCPeykOOzWwIJZKNQi7UbfvgNzIDzF5vwnXA5uQo/+tl 7WLSsAP+lUz+kWaOSMy/mh+8yeENib32gTPmxUAscfoCw6cTnkc24wC1zVjky/H5 aIbGs7QU6ibGNKJwy7OFpaEH+JfmK2RyCW+ry1Ds8yOqLP1Rh9dirDOB7BqeaP3b LihL7WTayfyL5/Lkkr9+FNRbEUtFa1EQiXaHvz/C18rh8xHSdTTOlEq5s+oxCmbB Yj0vlL4GcsxztpLiD7GrQseOzPIkehjtKEYtO1t6FFTmwqBZUHSmdH1B/UxjgbpL +QmkZIj2c+SsrfVmGziQHakbo9MgQ/mNsP4/4JwUWHEGLnynljk3epa1GtdWa/ID 97C1uFxrQ4N3j4KI06/gQTd72AWP8ZJGNIwCBoYvi0m5gygS6pTVStEoQJfLN4Ba JQ6sa0N/fEeuYfMI5bkDY7RfZzi8QTTLqseyppXv7ohuapXeXFQJ8Qq2tAUlacha Yv0dEhFdW5cXmHB30owp =GhuH -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666833: libcgi-application-dispatch-perl: sourceful transition towards Apache 2.4
Control: severity -1 normal On Sun, Apr 01, 2012 at 09:15:52PM +, a...@debian.org wrote: your package libcgi-application-dispatch-perl is provding an Apache2 web server module. We're upgrading Apache to the new upstream version 2.4 [1] (tracked as transition bug #661958). This requires all modules to be rebuilt due to ABI changes. I cannot find any evidence that this is actually broken. It doesn't appear to use any of the mod_perl APIs broken by Apache 2.4, and when I install it and test it as best I can it still appears to work perfectly well. The only thing that I see that ought to be improved is that it should now build-depend on apache2-dev rather than on apache2-threaded-dev | apache2-prefork-dev, and that the build-dependency on apache2 itself appears to be unnecessary. However, none of these actually prevent it from building with Apache 2.4 in unstable (the apache2-threaded-dev | apache2-prefork-dev build-dependencies are unversioned, so the Provides in apache2-dev is good enough), and there's no reason for them to block Apache 2.4 entering testing. Applying the following patch should close this out. diff -Nru libcgi-application-dispatch-perl-3.12/debian/changelog libcgi-application-dispatch-perl-3.12/debian/changelog --- libcgi-application-dispatch-perl-3.12/debian/changelog 2012-11-04 13:35:09.0 + +++ libcgi-application-dispatch-perl-3.12/debian/changelog 2013-07-10 22:27:18.0 +0100 @@ -1,3 +1,10 @@ +libcgi-application-dispatch-perl (3.12-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Update build-dependencies for Apache 2.4 (closes: #666833). + + -- Colin Watson cjwat...@debian.org Wed, 10 Jul 2013 22:27:06 +0100 + libcgi-application-dispatch-perl (3.12-1) unstable; urgency=low [ gregor herrmann ] diff -Nru libcgi-application-dispatch-perl-3.12/debian/control libcgi-application-dispatch-perl-3.12/debian/control --- libcgi-application-dispatch-perl-3.12/debian/control2012-11-04 13:35:09.0 + +++ libcgi-application-dispatch-perl-3.12/debian/control2013-07-10 22:27:02.0 +0100 @@ -5,8 +5,7 @@ Xavier Guimard x.guim...@free.fr Section: perl Priority: optional -Build-Depends: apache2, - apache2-threaded-dev | apache2-prefork-dev, +Build-Depends: apache2-dev, debhelper (= 8), libapache2-mod-perl2, libcgi-application-perl (= 4.50), Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666854: mod-ruby: sourceful transition towards Apache 2.4
On Thu, Jul 11, 2013 at 10:39:21AM +0100, Colin Watson wrote: On Sun, Apr 01, 2012 at 09:15:52PM +, a...@debian.org wrote: your package mod-ruby is provding an Apache2 web server module. We're upgrading Apache to the new upstream version 2.4 [1] (tracked as transition bug #661958). This requires all modules to be rebuilt due to ABI changes. I spent some time looking at this, and got as far as in the patch I've attached here for the record. The next thing to look at according to the resulting build failure would be changes to request.c. And here's the actual patch ... -- Colin Watson [cjwat...@debian.org] reverted: --- mod-ruby-1.2.6/debian/httpd.conf-apache1 +++ mod-ruby-1.2.6.orig/debian/httpd.conf-apache1 @@ -1,47 +0,0 @@ -LoadModule ruby_module /usr/lib/apache/1.3/mod_ruby.so - -# If the ruby module is installed, this will be enabled. -IfModule mod_ruby.c - # for Apache::RubyRun - RubyRequire apache/ruby-run - - # exec files under /ruby as ruby scripts. - Location /ruby -SetHandler ruby-object -RubyHandler Apache::RubyRun.instance -Options +ExecCGI - /Location - - # exec *.rbx as ruby scripts. - Files *.rbx -SetHandler ruby-object -RubyHandler Apache::RubyRun.instance - /Files - - # # for Apache::ERubyRun - # RubyRequire apache/eruby-run - # - # # handle files under /eruby as eRuby files by eruby. - # Location /eruby - # SetHandler ruby-object - # RubyHandler Apache::ERubyRun.instance - # /Location - # - # # handle *.rhtml as eruby files. - # Files *.rhtml - # SetHandler ruby-object - # RubyHandler Apache::ERubyRun.instance - # /Files - - # # for Apache::ERbRun - # RubyRequire apache/erb-run - # - # # handle files under /erb as eRuby files by ERb. - # Location /erb - # SetHandler ruby-object - # RubyHandler Apache::ERbRun.instance - # /Location - - # # for debug - # RubyRequire auto-reload -/IfModule diff -u mod-ruby-1.2.6/debian/changelog mod-ruby-1.2.6/debian/changelog --- mod-ruby-1.2.6/debian/changelog +++ mod-ruby-1.2.6/debian/changelog @@ -1,3 +1,11 @@ +mod-ruby (1.2.6-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Port to Apache 2.4 (closes: #666854). + * Drop some more vestiges of Apache 1 support. + + -- Colin Watson cjwat...@debian.org Wed, 10 Jul 2013 23:37:44 +0100 + mod-ruby (1.2.6-2) unstable; urgency=low * Fixes for Ruby 1.8.7. reverted: --- mod-ruby-1.2.6/debian/libapache-mod-ruby.dirs +++ mod-ruby-1.2.6.orig/debian/libapache-mod-ruby.dirs @@ -1 +0,0 @@ -usr/lib/apache/1.3 reverted: --- mod-ruby-1.2.6/debian/libapache2-mod-ruby.prerm +++ mod-ruby-1.2.6.orig/debian/libapache2-mod-ruby.prerm @@ -1,15 +0,0 @@ -#!/bin/sh - -set -e - -#DEBHELPER# - -if [ $1 != remove -a $1 != purge ]; then -exit 0 -fi; - -if [ -e /etc/apache2/apache2.conf ]; then - a2dismod ruby || true -fi - -exit 0 reverted: --- mod-ruby-1.2.6/debian/libapache-mod-ruby.docs +++ mod-ruby-1.2.6.orig/debian/libapache-mod-ruby.docs @@ -1,3 +0,0 @@ -README.en -README.ja -NOTICE reverted: --- mod-ruby-1.2.6/debian/libapache-mod-ruby.examples +++ mod-ruby-1.2.6.orig/debian/libapache-mod-ruby.examples @@ -1 +0,0 @@ -debian/httpd.conf-apache1 diff -u mod-ruby-1.2.6/debian/control mod-ruby-1.2.6/debian/control --- mod-ruby-1.2.6/debian/control +++ mod-ruby-1.2.6/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Shugo Maeda sh...@debian.org Uploaders: Shugo Maeda sh...@debian.org, ARAKI Yasuhiro a...@debian.org -Build-Depends: debhelper (= 4.1.16), apache2-threaded-dev (= 2.2.3-1) | apache2-prefork-dev (= 2.2.3-1), ruby1.8, ruby1.8-dev +Build-Depends: debhelper (= 4.1.16), dh-apache2, apache2-dev (= 2.2.3-1), ruby1.8, ruby1.8-dev Standards-Version: 3.6.2 Package: libapache-ruby1.8 @@ -21,7 +21,7 @@ Package: libapache2-mod-ruby Architecture: any -Depends: ${shlibs:Depends}, apache2.2-common, libapache-ruby1.8 (= ${source:Version}) +Depends: ${shlibs:Depends}, ${misc:Depends}, libapache-ruby1.8 (= ${source:Version}) Suggests: liberuby (= 0.9.4) Description: Embedding Ruby in the Apache2 web server mod_ruby embeds the Ruby interpreter into the Apache2 web server, reverted: --- mod-ruby-1.2.6/debian/libapache2-mod-ruby.postinst +++ mod-ruby-1.2.6.orig/debian/libapache2-mod-ruby.postinst @@ -1,15 +0,0 @@ -#!/bin/sh - -set -e - -#DEBHELPER# - -if [ $1 != configure ]; then -exit 0 -fi - -if [ -e /etc/apache2/apache2.conf ]; then -a2enmod ruby || true -fi - -exit 0 diff -u mod-ruby-1.2.6/debian/rules mod-ruby-1.2.6/debian/rules --- mod-ruby-1.2.6/debian/rules +++ mod-ruby-1.2.6/debian/rules @@ -77,6 +77,7 @@ # dh_installman # dh_undocumented dh_installchangelogs ChangeLog + dh_apache2 dh_strip dh_compress dh_fixperms only in patch2: unchanged: --- mod-ruby-1.2.6.orig/mod_ruby.c +++ mod-ruby-1.2.6/mod_ruby.c @@ -238,6 +238,10 @@ NULL, NULL, APR_HOOK_MIDDLE);
Bug#716674: monkeysign: Missing manpage for msign / msign-cli
Package: monkeysign Version: 0.7.1 Severity: wishlist I've installed monkeysign out of curiosity, because it had been recommended and its homepage wasn't very clear on its working: I hoped to find a manpage (and/or some other documentation for the steps beyond installation that didn't require running the command), but it wasn't available. Having it would be nice :) -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) 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 monkeysign depends on: ii gnupg 1.4.12-7 ii python 2.7.3-4 Versions of packages monkeysign recommends: ii python-gtk2 2.24.0-3+b1 ii python-qrencode 1.01-2+b1 ii python-zbar 0.10+doc-8 pn python-zbarpygtk none monkeysign 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#714803: Chains of causality
On 11/07/13 11:52, Benjamin Eltzner wrote: Hi, I worked out the following chains of causality: task-xfce-desktop suggests network-manager-gnome suggests gnome-bluetooth suggests gnome-control-center suggests gnome-session and lxde suggests network-manager-gnome ... Really? Suggests are not installed by default. Now, I think there is no dispute that the result I wanted to install a _light_ desktop and it came with the core of gnome. is unacceptable. It might however be unfair to blame solely the maintainers of gnome-bluetooth who happened to be the unlucky guys to close these unfortunate chains. I personally couldn't care less, where these chains are interrupted, but I contend they _must_ be interrupted. I will therefore assign this bug to all packages involved in these chains in the hope that somebody finds their package provides the least necessary of the links. Don't do that. Reassign this to the xfce or lxde packages and let them analyze the situation. They can reassign if/as needed. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716309: [Mayhem] Bug report on freebsd-buildutils: mtree crashes with exit status 139
2013/7/11 Steven Chamberlain ste...@pyro.eu.org: See http://lists.debian.org/debian-bsd/2013/06/msg00189.html and followup mails in that thread. After more careful testing, the fix for this non-security issue can be shared with upstream. Does it pass make universe? If it does, I can help with upstream merging. If you'd like me to test myself, just let me know (it can take a day or two). -- 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#714803: Chains of causality
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 11.07.2013 12:01, schrieb Emilio Pozuelo Monfort: On 11/07/13 11:52, Benjamin Eltzner wrote: Hi, I worked out the following chains of causality: task-xfce-desktop suggests network-manager-gnome suggests gnome-bluetooth suggests gnome-control-center suggests gnome-session and lxde suggests network-manager-gnome ... Really? Suggests are not installed by default. Now, I think there is no dispute that the result I wanted to install a _light_ desktop and it came with the core of gnome. is unacceptable. It might however be unfair to blame solely the maintainers of gnome-bluetooth who happened to be the unlucky guys to close these unfortunate chains. I personally couldn't care less, where these chains are interrupted, but I contend they _must_ be interrupted. I will therefore assign this bug to all packages involved in these chains in the hope that somebody finds their package provides the least necessary of the links. Don't do that. Reassign this to the xfce or lxde packages and let them analyze the situation. They can reassign if/as needed. Emilio Oh, sorry, you are right: Substitute all suggests by recommends in the above. Also I took your advice and only reassigned to lxde and task-xfce-desktop. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJR3oMhAAoJEK27BRz67lmpud4P/j7zOyg4uxtoqXDWcPwzp2zx GWUyk3IFcVCGG8N5y0m5ifdNJzPlpyC7VqM9czU/DzMOafLpGqCTRwa80euUPHrb 7tDDj8VEaQh1qYS1oUzVZmF+E5FccnS5Yxv2MTrBrjPuXY5HC2UtU+QJlh9K8nHT bHy4wLQZLUrREAeI+Cg6RhNOkUhir+7u6Pu4HrkyMR8b4CuaE1YIiTpT6nPGMUA0 EZh3zPDE8i6SWEIGOLA1Mc22iCVemgOl4RozQfn1XjPXBG7kzXq+0Q4cN/Usk3ES 7wca8FGIVbrvFiJnvGTT9LStKnA0r32dRFGwJq19QwdSM22gin0PF+WPhDlt0djf OQkZ6fCAoN1eoVUFej35vU9r7Q+17JCegWRuEp2hmxn+wMWibKWhRVM52XD6SvvQ doIQ9EIUPZwAeIIdF++//Qs84WZMgctcIdBDL+mcgg+jeNH20Wy8p9o+jzeB/djC +UuWxV6MgYJhJL0QUM6enhACHZmfd0z2DMozjz8hHk+Ba4FzPUNkPm++Pgf29p2S XVyxnDUIELaA0yqMF4CxfBUvrpbDNXc7jYmqXs43xIORCEYt4Rqf4ioD+GIYNAQ8 sNxT2sOEBy6375lOclzKk05x+aqDyn0xuWIPH/Ak+PwEZcIhFtnCeJNdpyiZo32Q 7QVeUPvvm/p6E70m0E6F =waYb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666847: mod-spamhaus: diff for NMU version 0.7-1.1
Control: tag -1 pending Dear maintainer, I've prepared an NMU for mod-spamhaus (versioned as 0.7-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. My apologies for the relative rush on what I know is a fairly complex NMU; but this is blocking the Apache 2.4 transition and the release team would like to get that cleared out this weekend. I talked through the maintainer script changes on #debian-apache; Arno reviewed it and suggested a few tweaks but seemed generally happy with them. Regards, -- Colin Watson [cjwat...@debian.org] diff -Nru mod-spamhaus-0.7/debian/apache2 mod-spamhaus-0.7/debian/apache2 --- mod-spamhaus-0.7/debian/apache2 1970-01-01 01:00:00.0 +0100 +++ mod-spamhaus-0.7/debian/apache2 2013-07-10 12:11:55.0 +0100 @@ -0,0 +1,3 @@ +mod src/.libs/mod_spamhaus.so +mod debian/conf/spamhaus.load +mod debian/conf/spamhaus.conf diff -Nru mod-spamhaus-0.7/debian/changelog mod-spamhaus-0.7/debian/changelog --- mod-spamhaus-0.7/debian/changelog 2013-07-11 11:03:12.0 +0100 +++ mod-spamhaus-0.7/debian/changelog 2013-07-11 11:00:13.0 +0100 @@ -1,3 +1,13 @@ +mod-spamhaus (0.7-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Port to Apache 2.4 (closes: #666847). + * Rename mod-spamhaus.conf and mod-spamhaus.load to the standard form of +spamhaus.conf and spamhaus.load, otherwise the prerm/postrm scripts +generated by dh_apache2 are unable to unload the module. + + -- Colin Watson cjwat...@debian.org Thu, 11 Jul 2013 11:00:10 +0100 + mod-spamhaus (0.7-1) unstable; urgency=low * Initial release (Closes: #503395) diff -Nru mod-spamhaus-0.7/debian/conf/mod-spamhaus.conf mod-spamhaus-0.7/debian/conf/mod-spamhaus.conf --- mod-spamhaus-0.7/debian/conf/mod-spamhaus.conf 2013-07-11 11:03:12.0 +0100 +++ mod-spamhaus-0.7/debian/conf/mod-spamhaus.conf 1970-01-01 01:00:00.0 +0100 @@ -1,47 +0,0 @@ -IfModule mod_spamhaus.c - -#MS_Methods -#Syntax: MS_Methods POST,PUT,OPTIONS -#Default: POST,PUT,OPTIONS -# -#The values admitted are the httpd's methods (GET,POST,etc) -#Module verify remote ip address if the method used by the user is present -#in the value passed to this variable. Methods must be comma-separated -MS_METHODS POST,PUT,OPTIONS,CONNECT - - -#MS_WhiteList -#Syntax: MS_WhiteList /etc/spamhaus.wl -#Default: no value -#Path of whitelist file. -#After you've edit it, you mustn't reload apache. This file will be read only -#when 'data modification time' change. You can add an individual IP address or -#subnets with CIDR. -#MS_WhiteList /etc/spamhaus.wl - - -#MS_DNS -#Syntax: MS_DNS sbl-xbl.spamhaus.org -#Default: sbl-xbl.spamhaus.org -#Name server to use for verify is an ip is blacklisted. -#Using a local rbldnsd instance of sbl-xbl, you can increase query performance -#MS_Dns local.rbldnsd.instance.of.sbl-xbl - - -#MS_CacheSize -#Syntax:MS_CacheSize 256 -#Default: 512 -#Max value: 8192 -#This directive can manage the number of cache entries. -#MS_CacheSize 512 - - -#MS_CustomError -#Syntax: MS_CustomError My custom error message -#Default: Access Denied! Your address is blacklisted. More information about this error may be available in the server error log. -#A custom error message that allows you to replace default error message with one you create -#MS_CustomError Access Denied! Your address is blacklisted. More information about this error may be available in the server error log. - - -/IfModule - diff -Nru mod-spamhaus-0.7/debian/conf/mod-spamhaus.load mod-spamhaus-0.7/debian/conf/mod-spamhaus.load --- mod-spamhaus-0.7/debian/conf/mod-spamhaus.load 2013-07-11 11:03:12.0 +0100 +++ mod-spamhaus-0.7/debian/conf/mod-spamhaus.load 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -LoadModule spamhaus_module /usr/lib/apache2/modules/mod_spamhaus.so diff -Nru mod-spamhaus-0.7/debian/conf/spamhaus.conf mod-spamhaus-0.7/debian/conf/spamhaus.conf --- mod-spamhaus-0.7/debian/conf/spamhaus.conf 1970-01-01 01:00:00.0 +0100 +++ mod-spamhaus-0.7/debian/conf/spamhaus.conf 2013-07-10 11:38:48.0 +0100 @@ -0,0 +1,47 @@ +IfModule mod_spamhaus.c + +#MS_Methods +#Syntax: MS_Methods POST,PUT,OPTIONS +#Default: POST,PUT,OPTIONS +# +#The values admitted are the httpd's methods (GET,POST,etc) +#Module verify remote ip address if the method used by the user is present +#in the value passed to this variable. Methods must be comma-separated +MS_METHODS POST,PUT,OPTIONS,CONNECT + + +#MS_WhiteList +#Syntax: MS_WhiteList /etc/spamhaus.wl +#Default: no value +#Path of whitelist file. +#After you've edit it, you mustn't reload apache. This file will be read only +#when 'data modification time' change. You can add an individual IP address or +#subnets with CIDR. +#MS_WhiteList /etc/spamhaus.wl + +
Bug#716675: monkeysign: Unmanaged ValueError exception in case of bad input
Package: monkeysign Version: 0.7.1 Severity: minor While playing around with msign I run it on my own key (as a test), decided after all I didn't want to sign it and didn't specify any identity; instead of an error message I got a ValueError + trackeback:: $ msign $MY_KEY some modules missing for scanning functionality, going commandline-only Preparing to sign with this key [key data...] Sign all identities? [y/N] n Specify the identity to sign: Traceback (most recent call last): File /usr/bin/msign, line 34, in module u.main() File /usr/lib/python2.7/dist-packages/monkeysign/cli.py, line 56, in main self.sign_key() File /usr/lib/python2.7/dist-packages/monkeysign/ui.py, line 284, in sign_key pattern = self.choose_uid('Specify the identity to sign: ', keys[key]) File /usr/lib/python2.7/dist-packages/monkeysign/cli.py, line 81, in choose_uid while pattern not in allowed_uids and not pattern.isdigit() and int(pattern)-1 not in range(0,len(allowed_uids)): ValueError: invalid literal for int() with base 10: '' As you can see below I have installed it on wheezy with a self-built trivial backport. Thanks in advance, Elena Grandi, the nitpicker :) -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) 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 monkeysign depends on: ii gnupg 1.4.12-7 ii python 2.7.3-4 Versions of packages monkeysign recommends: ii python-gtk2 2.24.0-3+b1 ii python-qrencode 1.01-2+b1 ii python-zbar 0.10+doc-8 pn python-zbarpygtk none monkeysign 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#399904: gnupg: --list-keys hangs at ctrl-C
On Thu, 11 Jul 2013 10:43, gni...@fsij.org said: Here, free is not a one of async-signal-safe functions (see: signal(7) ). When the signal handler is called interrupting malloc or related, hang might occur. Argh. A fix for that would be a function which sets a flag in the dotlock module to skip all async functions. We can't do it directly because the cleanup is dones via atexit. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714773: No action id present within the rule with the default config
Hi, could you attach your /etc/modsecurity/modsecurity.conf, excluding any sensitive data (if it's not the original -recommended file). Line 44 of -recommended is actually a comment... On Tue, Jul 02, 2013 at 06:17:23PM +, Andrey Rahmatullin wrote: Package: libapache2-modsecurity Version: 2.7.4-1 Severity: important After updating libapache2-modsecurity from 2.6.6-6+deb7u1 to 2.7.4-1 it doesn't work anymore with /etc/modsecurity/modsecurity.conf-recommended: AH00526: Syntax error on line 44 of /etc/modsecurity/modsecurity.conf: ModSecurity: No action id present within the rule -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.7.10-linode49 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-modsecurity depends on: ii apache2-bin [apache2-api-20120211] 2.4.4-6 ii libapr1 1.4.6-4 ii libaprutil1 1.5.2-1 ii libc6 2.17-6 ii libcurl3-gnutls 7.31.0-2 ii liblua5.1-0 5.1.5-4 ii libpcre31:8.31-2 ii libxml2 2.9.1+dfsg1-2 Versions of packages libapache2-modsecurity recommends: ii modsecurity-crs 2.2.5-2 libapache2-modsecurity suggests no packages. -- no debconf information -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710143: transition: libraw
On Thu, Jul 11, 2013 at 11:41:29 +0200, Luca Falavigna wrote: 2013/7/10 Julien Cristau jcris...@debian.org: Assuming you're prepared to nmu the rdeps feel free to move this to sid. Thanks! libraw 0.15.3-1 built everywhere, and I just uploaded fixed packages for shotwell and freeimage. Could you please schedule binNMUs for the other two packages? nmu entangle_0.5.1-1 . ALL . -m 'Rebuild against libraw9' nmu luminance-hdr_2.3.0-3 . ALL . -m 'Rebuild against libraw9' On their way. Cheers, Julien signature.asc Description: Digital signature
Bug#713049: pu: gosa - fix mass import of users in wheezy
Hi Adam, you've only asked about this On Mittwoch, 10. Juli 2013, Adam D. Barratt wrote: Out of interest, do we know how long ago the functionality was temporarily disabled? which Pere answered. gosa 2.7.4-4.3 (the version from this very bugreport) is now available in jessie and has also been successfully tested in Debian Edu's wheezy-test suite as well as our alpha3 pre-release, so can we upload this as 2.7.4-4.2+deb7u1 to stable-proposed-updates? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#716676: python3-dateutil: fails to install: Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status code 134
Package: python3-dateutil Version: 2.0+dfsg1-1 Severity: serious Tags: experimental User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + python3-matplotlib Hi, during a test with piuparts I noticed your package failed to install in experimental. From the attached log (scroll to the bottom...): Setting up python3-dateutil (2.0+dfsg1-1) ... Traceback (most recent call last): File /usr/bin/py3compile, line 292, in module main() File /usr/bin/py3compile, line 272, in main options.force, options.optimize, e_patterns) File /usr/bin/py3compile, line 158, in compile cfn = interpreter.cache_file(fn, version) File /usr/share/python3/debpython/interpreter.py, line 212, in cache_file (fname[:-3], self.magic_tag(version), last_char)) File /usr/share/python3/debpython/interpreter.py, line 246, in magic_tag return self._execute('import imp; print(imp.get_tag())', version) File /usr/share/python3/debpython/interpreter.py, line 359, in _execute raise Exception('{} failed with status code {}'.format(command, output['returncode'])) Exception: python3.2 -c 'import imp; print(imp.get_tag())' failed with status code 134 dpkg: error processing python3-dateutil (--configure): subprocess installed post-installation script returned error exit status 1 That's probably related to newer python versions or dependencies. cheers, Andreas python3-matplotlib_1.2.0-1.log.gz Description: GNU Zip compressed data
Bug#715398: please add a bbswitch-source package
Control: tag -1 pending Hi David, On Mon, Jul 8, 2013 at 12:10 PM, David Kalnischkies kalnischkies+deb...@gmail.com wrote: Source: bbswitch Version: 0.7-1 Severity: wishlist Hello bbswitch/NVIDIA Maintainers, Currently src:bbswitch builds only a bbswitch-dkms package for usage with dkms tools. It would be nice if you could add a bbswitch-source package for module-assistant so that users can build proper debian packages for the bbswitch module for the kernel they use. Ack, thanks for the patch! To be honest I have no experience with module-assistant at all, so I've pretty much just taken your patch as-is (committed to git now, will make an upload shortly). (Bonus points if you use this then to build packages for the debian kernels so that at least for those the buildds can do the dirty compile work just like its done for the nvidia module.) I guess that depends on exactly how much work this involves. Attached is (so to say) a proof of concept patch I am using currently, so you might want to change quiet a bit (and hence I am not tagging it): * Architecture: linux-any ; same as the -dkms package. I guess all would be better to not waste buildd time, but you probably did it for a reason IIRC Aron's rationale for changing it to linux-any instead of all (I prefer the latter as well) is that bbswitch is only supported on linux. I kind of find the point moot, since I doubt that many of the dkms packages in debian today work on kfreebsd, and that if we wanted to make bbswitch installable on archs where it would actually be used, Architecture: i386 amd64 would be a better choice (I don't think nvidia optimus is supported on non-Intel archs). * both Descriptions are a straight copypaste from the -dkms package again, I guess they should all be rewritten to indicate what they actually contain Done. * I am building a bz2 tarball. You might want to use xz instead now that m-a is supporting it (you have to add a Breaks for it though) bbswitch is small enough that xz wouldn't make any difference, and that also makes it harder to backport. * m-a builds nvidia-kernel-kernelversion, but I have set it for bbswitch to bbswitch-modules-kernelversion as it seems more consistent with others; or bbswitch-kernelversion (the naming nvidia-kernel actually uses) … You know m-a much better than I do, so I went with what you considered best. src:bumblebee depends need to be modified slightly to make this useful of course and I will bug you about that at some point I guess, but one tiny step at a time. :) Ack, fixed in git and will upload bbswitch and bumblebee together. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536340: closed by Moritz Mühlenhoff j...@inutil.org (Closing)
This bug got solved somewhere between Squeeze and Wheezy. Thank you Marco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711848: closed by Didier Raboud o...@debian.org (Bug#711848: fixed in cups 1.6.2-10)
On 2013-07-10 10:07:59 -0400, Michael Sweet wrote: Vincent, I just did extensive testing and figured out that it is sort-of a race condition between cupsServer() getting called and ippNewRequest() - when you specify -h on the command-line it forces the default IPP version to get set before ippNewRequest, but otherwise it doesn't get set until we try to send the request (after the call to ippNewRequest). I filed the following Apple bug to track this particular fix: rdar://problem/14401718 cups.org: Default IPP version isn't set before use in ippNewRequest The patch that fixes it is attached... OK, I confirm that this fixes the problem. Thanks. -- 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#715398: please add a bbswitch-source package
On 2013-07-11 12:43, Vincent Cheng wrote: Ack, thanks for the patch! To be honest I have no experience with module-assistant at all, so I've pretty much just taken your patch as-is (committed to git now, will make an upload shortly). IIRC Aron's rationale for changing it to linux-any instead of all (I prefer the latter as well) is that bbswitch is only supported on linux. I kind of find the point moot, since I doubt that many of the dkms packages in debian today work on kfreebsd, and that if we wanted to make bbswitch installable on archs where it would actually be used, Architecture: i386 amd64 would be a better choice (I don't think nvidia optimus is supported on non-Intel archs). maybe armhf, too, at least the proprietary driver gained another supported architecture with the latest release (in experimental). bbswitch is small enough that xz wouldn't make any difference, and that also makes it harder to backport. backporting m-a is planned :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666849: libapache2-mod-authz-unixgroup: diff for NMU version 1.1.0-0.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libapache2-mod-authz-unixgroup (versioned as 1.1.0-0.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. (I notice this package has been orphaned, but that the intended adopter hasn't actually taken it over yet, so I guess it's fine ...) The packaging part of this diff is quite simple, and is as follows: diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/changelog libapache2-mod-authz-unixgroup-1.1.0/debian/changelog --- libapache2-mod-authz-unixgroup-1.0.2/debian/changelog 2013-07-11 11:56:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/changelog 2013-07-11 11:56:00.0 +0100 @@ -1,3 +1,12 @@ +libapache2-mod-authz-unixgroup (1.1.0-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream release, suitable for Apache 2.4 (closes: #666849). + * Port packaging to Apache 2.4. + * Update debian/watch. + + -- Colin Watson cjwat...@debian.org Thu, 11 Jul 2013 11:52:29 +0100 + libapache2-mod-authz-unixgroup (1.0.2-1) unstable; urgency=low * Apache .load file now gets installed diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/control libapache2-mod-authz-unixgroup-1.1.0/debian/control --- libapache2-mod-authz-unixgroup-1.0.2/debian/control 2013-07-11 11:56:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/control 2013-07-11 11:56:00.0 +0100 @@ -2,13 +2,13 @@ Section: web Priority: optional Maintainer: Hai Zaar haiz...@haizaar.com -Build-Depends: debhelper (= 7), apache2-threaded-dev (= 2.2.0) +Build-Depends: debhelper (= 7), dh-apache2, apache2-dev (= 2.2.0) Standards-Version: 3.8.2 Homepage: http://www.unixpapa.com/mod_authz_unixgroup Package: libapache2-mod-authz-unixgroup Architecture: any -Depends: ${shlibs:Depends}, apache2.2-common +Depends: ${shlibs:Depends}, ${misc:Depends} Description: access control based on on unix group membership for Apache Mod_Authz_Unixgroup is a unix group access control module for Apache 2.1 and later. If you are having users authenticate with real Unix login ID over the @@ -16,4 +16,4 @@ you want to do access control based on unix group membership, then mod_authz_unixgroup is exactly what you need. . - This Package includes the mod-authn-unixgroup Module for Apache Version 2.2 + This Package includes the mod-authn-unixgroup Module for Apache Version 2.4 diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/libapache2-mod-authz-unixgroup.apache2 libapache2-mod-authz-unixgroup-1.1.0/debian/libapache2-mod-authz-unixgroup.apache2 --- libapache2-mod-authz-unixgroup-1.0.2/debian/libapache2-mod-authz-unixgroup.apache2 1970-01-01 01:00:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/libapache2-mod-authz-unixgroup.apache2 2013-07-11 11:56:00.0 +0100 @@ -0,0 +1,2 @@ +mod .libs/mod_authz_unixgroup.so +mod debian/authz_unixgroup.load diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/libapache2-mod-authz-unixgroup.dirs libapache2-mod-authz-unixgroup-1.1.0/debian/libapache2-mod-authz-unixgroup.dirs --- libapache2-mod-authz-unixgroup-1.0.2/debian/libapache2-mod-authz-unixgroup.dirs 2013-07-11 11:56:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/libapache2-mod-authz-unixgroup.dirs 1970-01-01 01:00:00.0 +0100 @@ -1,2 +0,0 @@ -usr/lib/apache2/modules -etc/apache2/mods-available diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/libapache2-mod-authz-unixgroup.install libapache2-mod-authz-unixgroup-1.1.0/debian/libapache2-mod-authz-unixgroup.install --- libapache2-mod-authz-unixgroup-1.0.2/debian/libapache2-mod-authz-unixgroup.install 2013-07-11 11:56:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/libapache2-mod-authz-unixgroup.install 1970-01-01 01:00:00.0 +0100 @@ -1,3 +0,0 @@ -.libs/mod_authz_unixgroup.so usr/lib/apache2/modules -debian/authz_unixgroup.load etc/apache2/mods-available - diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/rules libapache2-mod-authz-unixgroup-1.1.0/debian/rules --- libapache2-mod-authz-unixgroup-1.0.2/debian/rules 2013-07-11 11:56:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/rules 2013-07-11 11:56:00.0 +0100 @@ -47,6 +47,7 @@ dh_installdocs dh_installexamples dh_install + dh_apache2 dh_link dh_strip dh_compress diff -Nru libapache2-mod-authz-unixgroup-1.0.2/debian/watch libapache2-mod-authz-unixgroup-1.1.0/debian/watch --- libapache2-mod-authz-unixgroup-1.0.2/debian/watch 2013-07-11 11:56:00.0 +0100 +++ libapache2-mod-authz-unixgroup-1.1.0/debian/watch 2013-07-11 11:56:00.0 +0100 @@ -9,7 +9,7 @@ # Uncomment to examine a Webpage # Webpage URL string match #http://www.example.com/downloads.php #PACKAGE#-(.*)\.tar\.gz -http://code.google.com/p/mod-auth-external/downloads/list
Bug#716677: zita-alsa-pcmi-utils: missing documentation
Package: zita-alsa-pcmi-utils Version: 0.2.0-1 Severity: minor the two programs that come with zita-alsa-pcmi-utils (alsa_loopback and alsa_delay) currently have a total lack of documentation on how to use these programs. - /usr/share/doc/zita-alsa-pcmi/utils only holds the minimal required files - there are no manpages - there are no help-flags - running the commands without any arguments gives: CMDNAME playdevcaptdevfsampfrsizenfrags CMDNAME is replaced by the actual commandname, though - for `alsa_loopback` it reads `alsa-loopback` - for `alsa_delay` this actually reads 'alsa-latency' [sic!] this help indicates that all options should be given in a single string, though the source code reveals, that they actually need to be given as separate arguments. i suggest the following: - fixing the online-help, so it reads $0 playdev captdev fsamp frsize nfrags - adding minimal manpages that explain these parameters and give a working example (and hopefully a short summary what these programs really do) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages zita-alsa-pcmi-utils depends on: ii libasound2 1.0.27.2-1 ii libc6 2.17-7 ii libgcc1 1:4.8.1-6 ii libstdc++6 4.8.1-6 ii libzita-alsa-pcmi0 0.2.0-1 zita-alsa-pcmi-utils recommends no packages. zita-alsa-pcmi-utils 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#716679: transmission-gtk: Show option only allows all priorities and not a choice of priorities
Package: transmission-gtk Version: 2.80-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? upgrading to version 2.80 * What exactly did you do (or not do) that was effective (or ineffective)? trying to use the Show option to find a high priority torrent that was seeding. * What was the outcome of this action? only seeing the option All * What outcome did you expect instead? should also see the options, low, normal and high *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10.0+ (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages transmission-gtk depends on: ii gconf2 3.2.6-1 ii libc62.17-7 ii libcurl3-gnutls 7.31.0-2 ii libevent-2.0-5 2.0.21-stable-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgtk-3-0 3.8.2-3 ii libminiupnpc51.5-2 ii libnatpmp1 20110808-3 ii libpango-1.0-0 1.32.5-5+b1 ii libssl1.0.0 1.0.1e-3 ii transmission-common 2.80-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages transmission-gtk recommends: ii xdg-utils 1.1.0~rc1+git20111210-7 transmission-gtk 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#716678: resource-agents: pgsql: bashism
Package: resource-agents Version: 1:3.9.2-5+deb7u1 Severity: normal File: /usr/lib/ocf/resource.d/heartbeat/pgsql Dear Maintainer, HA cluster with configured PostgreSQL log: Jul 11 11:02:19 ser2 lrmd: [8924]: info: RA output: (postgres:monitor:stderr) /usr/lib/ocf/resource.d//heartbeat/pgsql: 647: [: monitor: unexpected operator every minute :(. There is the bashism on the line num. 647. Easy fix: --- pgsql~ 2013-01-06 23:50:54.0 +0100 +++ pgsql 2013-07-11 11:11:47.164778276 +0200 @@ -644,7 +644,7 @@ pgsql_validate_all rc=$? -[ $1 == validate-all ] exit $rc +[ $1 = validate-all ] exit $rc if [ $rc -ne 0 ] then This bug is fixed in unstable version 1:3.9.3+git20121009-3. Thanks for your work! Cheers -- Zito -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages resource-agents depends on: ii cluster-glue 1.0.9+hg2665-1 ii libc6 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libnet1 1.1.4-2.1 ii libplumb2 1.0.9+hg2665-1 ii libplumbgpl2 1.0.9+hg2665-1 ii python2.7.3-4 resource-agents recommends no packages. resource-agents 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#715804: Debian policy for web apps still references /doc as accessible
On 07/11/2013 03:19 PM, Russ Allbery wrote: Thomas Goirand z...@debian.org writes: I agree with the removal, though I would also add a quick note saying that we *used* to have access to /doc with web servers on localhost, but it was removed, with a link to http://www.debian.org/security/2012/dsa-2452. Something like: I don't think that's a good idea. There's a *lot* of history in Debian. We don't want to document all of it in Policy or that will dominate the document. Fair enough, then just remove that part and that's it. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714773: No action id present within the rule with the default config
On Thu, Jul 11, 2013 at 12:12:12PM +0200, Alberto Gonzalez Iniesta wrote: Hi, could you attach your /etc/modsecurity/modsecurity.conf, excluding any sensitive data (if it's not the original -recommended file). Line 44 of -recommended is actually a comment... Sorry, it's -minimal. On Tue, Jul 02, 2013 at 06:17:23PM +, Andrey Rahmatullin wrote: Package: libapache2-modsecurity Version: 2.7.4-1 Severity: important After updating libapache2-modsecurity from 2.6.6-6+deb7u1 to 2.7.4-1 it doesn't work anymore with /etc/modsecurity/modsecurity.conf-recommended: AH00526: Syntax error on line 44 of /etc/modsecurity/modsecurity.conf: ModSecurity: No action id present within the rule -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.7.10-linode49 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-modsecurity depends on: ii apache2-bin [apache2-api-20120211] 2.4.4-6 ii libapr1 1.4.6-4 ii libaprutil1 1.5.2-1 ii libc6 2.17-6 ii libcurl3-gnutls 7.31.0-2 ii liblua5.1-0 5.1.5-4 ii libpcre31:8.31-2 ii libxml2 2.9.1+dfsg1-2 Versions of packages libapache2-modsecurity recommends: ii modsecurity-crs 2.2.5-2 libapache2-modsecurity suggests no packages. -- no debconf information -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
Hi Fabian, Thanks for the reports and the fixes. 2013/7/9 Fabian Greffrath fab...@greffrath.com: Recommends: musescore-soundfont-gm, fluid-soundfont-gm, freepats This again is alternative dependencies, right? Recommends: musescore-soundfont-gm | fluid-soundfont-gm | freepats Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716680: pbuilder: ccache unused with pdebuild-internal
Package: pbuilder Version: 0.213+nmu1 Severity: normal Tags: patch Dear Maintainer, when building packages with USE_PDEBUILD_INTERNAL='yes', ccache remains unused. This is because the PATH environment variable is not preserved when switching to the pbuser user. Attached patch works for me. Greetings -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.9 ii coreutils 8.13-3.5 ii debconf [debconf-2.0] 1.5.49 ii debianutils4.3.2 ii debootstrap1.0.48+deb7u1 ii dpkg-dev 1.16.10 ii wget 1.13.4-3 Versions of packages pbuilder recommends: ii devscripts 2.12.6 ii fakeroot1.18.4-2 ii sudo1.8.5p2-1+nmu1 Versions of packages pbuilder suggests: ii cowdancer 0.70 pn gdebi-corenone pn pbuilder-uml none -- debconf information: pbuilder/mirrorsite: http://ftp.de.debian.org/debian pbuilder/nomirror: pbuilder/rewrite: false diff --git a/pdebuild-internal b/pdebuild-internal index 0c4fb99..7056464 100644 --- a/pdebuild-internal +++ b/pdebuild-internal @@ -121,7 +121,7 @@ executehooks A # do build with that user. # $DEBBUILDOPTS is evaluated inside the su and chroot. export DEBBUILDOPTS -CMD=/usr/bin/dpkg-buildpackage -rfakeroot -us -uc '${DEBBUILDOPTS}' +CMD=env PATH=$PATH /usr/bin/dpkg-buildpackage -rfakeroot -us -uc '${DEBBUILDOPTS}' echo I: Running $CMD # This command should be ran with current directory as bind-mounted # package source directory
Bug#716681: dante: patches generated configure file without corresponding patches to true source; incredibly confusing build system
Package: dante Version: 1.2.2+dfsg-3 Severity: normal debian/patches/03-configure.patch patches configure without patching the files it's generated from. This is very bad form indeed; it makes it difficult for others to modify your package in the obvious ways, because it can explode in confusing ways when you try. Essentially, it's a time-bomb left for future developers. I just spent some time helping out one of my colleagues who was trying to fix this package for multiarch (https://bugs.launchpad.net/ubuntu/+source/dante/+bug/816153), and eventually had to concede that the path of least resistance was probably to apply another patch solely to configure; but this was really much more effort than it should have been given a more safely-constructed source package. My advice would be as follows (and if you want I can try to put together a patch that implements this): * Drop the CFLAGS mangling. Proper use of dpkg-buildflags should set CFLAGS to something involving -g -O0 when calling configure if DEB_BUILD_OPTIONS=noopt, which will cause configure not to set it to -g -O2. * Drop the use of /usr/bin/libtool. This is problematic (see e.g. #682045) and it is better to regenerate your autotools build setup so that the in-tree copy of libtool is guaranteed to be up to date. * If the patch to LIBRARY_DLOPEN is still needed, change it in configure.ac instead. (But note that this patch is now incorrect, because multiarch means that libdl no longer lives in the location you've hardcoded, loosely related to the bug above.) * Convert to dh-autoreconf, so that your patches only ever need to touch the true source files. This is an excellent system that makes this kind of thing a great deal easier (I didn't write it, but I've converted all my applicable Debian packages to it and never looked back), and it avoids all the problems with Automake's maintainer-mode that you can otherwise get when trying to patch the true source files. * When regenerated with a current version of Autoconf, dante fails to build, at least on Ubuntu: AC_AIX is now an alias for AC_USE_SYSTEM_EXTENSIONS, and so this defines _GNU_SOURCE; when _GNU_SOURCE is in effect, the sockaddr argument type is more complex; for some reason the very strange code in acincludes.m4 that tries to parse sockaddr argument types falls over on this and dlib/interposition.c fails to compile with type mismatch errors. You can probably work around this by commenting out AC_AIX, but it would be better to look into why the type detection code fails and fix that. * You may wish to patch out the sleep 10 in configure.ac so that configure isn't quite so annoying when given options it doesn't recognise by dh_auto_configure. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714773: No action id present within the rule with the default config
-minimal is no longer shipped with modsecurity and thus not supported. Probably some changes are required to make it work with the latest release. Regards, Alberto On Thu, Jul 11, 2013 at 11:25:17AM +, Andrey Rahmatullin wrote: On Thu, Jul 11, 2013 at 12:12:12PM +0200, Alberto Gonzalez Iniesta wrote: Hi, could you attach your /etc/modsecurity/modsecurity.conf, excluding any sensitive data (if it's not the original -recommended file). Line 44 of -recommended is actually a comment... Sorry, it's -minimal. -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 5347 CBD8 3E30 A9EB 4D7D 4BF2 009B 3375 6B9A AA55 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715461: libsdl-mixer1.2: no sf2 sound fonts loaded by default
Am Donnerstag, den 11.07.2013, 12:37 +0100 schrieb Manuel A. Fernandez Montecelo: This again is alternative dependencies, right? Recommends: musescore-soundfont-gm | fluid-soundfont-gm | freepats Yes, sure, sorry. I am still not sure, however, if fluid-soundfont-gm should get precedence over freepats as it is quite chunky and some users will be happy to hear music at all - regardless of its quality. Please note that the patch is just a quick hack to demonstrate that music playback with sdl_mixer using fluidsynth and a packaged sound font *could* be easy. I am not sure if it is already ready for application in Debian, maybe could could check that with upstream first? However, I find the current situation of being forced to set an environment variable first in order to get music playback of reasonable quality completely unsatisfying. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686245: Problem disappeared
Hi all, with my profile icedove 10.0.12 doesn't crash on dragging attachments anymore. Please close this bug. Cheers, Christopher smime.p7s Description: S/MIME Cryptographic Signature
Bug#716683: ITP: rt-extension-calendar -- Calendar for Request Tracker due tasks
Package: wnpp Owner: KURASHIKI Satoru lur...@gmail.com * Package name: rt-extension-calendar Version : 0.16 Upstream Author : Nicolas Chuche nchu...@barna.be * URL : http://search.cpan.org/dist/RTx-Calendar/ * License : Artistic Programming Lang: Perl Description : Calendar for Request Tracker due tasks This RT extension provides a calendar view for your tickets and your reminders so you see when is your next due ticket. You can find it in the menu Search-Calendar. There's a portlet to put on your home page (see Prefs/MyRT.html) You can also enable ics (ICal) feeds for your default calendar and all your private searches in Prefs/Calendar.html. Authentication is magic number based so that you can give those feeds to other people. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692095: deng: [update request] new stable release v1.10.2 available
Please note that the current upstream version 1.10.x is BOOM compatible enough to the degree that it is perfectly possible to play Freedoom with it. This would further justify doomsday-engine being part of Debian main (IMHO, strictly speaking, the current package belongs into contrib, see #661329). - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715557: apt: upgrade system is broken when a package is removed from Debian
On Thu, Jul 11, 2013 at 2:27 AM, Vincent Lefevre vinc...@vinc17.net wrote: On 2013-07-10 20:52:15 +0200, Julian Andres Klode wrote: On Wed, Jul 10, 2013 at 04:44:46PM +0200, Vincent Lefevre wrote: But this can be preferable if the removed package has security bugs and has been removed for this reason (the user wouldn't be aware of that with the current behavior of apt). Perhaps another solution rather than downgrading is to warn the user that something is wrong. Lets assume for a second that APT could really work-out if a package is missing from an archive now: What should I do with this list? I am lacking metadata on why the package disappeared from this archive. It could be that the current versions can't be fixed to be usable again (stable, e.g. youtube-dl: wanna try backports?), that upstream is death (the following alternative exist: …), the package is not fit for release in its current rc-buggy state (wanna help?) as it FTBFS (temporary help?) or has no maintainer anymore taking care of it (seriously, wanna help?). Maybe it its now non-free (alternatives? Maybe add non-free?) or its gone from a (derivative) archive as its now in Debian proper (everything fine) … Oh, and of course: liblibrary1 can be removed after all users are converted to liblibrary2 (but don't tell the user that liblibrary1 just disappeared from the archive, nobody cares…) and even though raider is removed, twix takes over the functionality completely, so don't be so scared to remove it APT and don't scare the user as well … This metadata exists already: The release notes include a reason for the removal of a package from stable, archive removals have in the request mail a reason (and a list of alternatives) by definition and britney acts on hints which come usually with a comment on why. For the second part, the information is usually only available in the head of the maintainer (and maybe in the changelog). If we could collect and access this kind of information APT could do something, but without we have a big pill of changes which might or might not be noteworthy, and the uninteresting changes are by far in the majority… I don't think it is possible to do this in any sane way. For example, if you locally rebuild your package, adding something like +local1 to the version; that version won't be available from any source; but you still don't want APT to complain that you installed a locally-built package. To avoid such problems, apt could remember where an installed package came from. Such information, that could be stored in /var/lib/apt/extended_states, could also be useful to other tools, such as apt-show-versions. The information would be interesting, yes, but beside that nobody has implemented that sofar, I guess it has some problems depending on how its implemented: A package installed from unstable, which migrates to testing – was this installed from unstable or from testing? And if a package is in testing and in unstable, what is the origin? Maybe such an origin field should just include Debian and be inserted at build-time of the package and included in dpkg/status – surprisingly it already seems to exist, but only src:dpkg packages use it …? Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716655: multipath-tools: mention aliases in README.debian
On Thu, Jul 11, 2013 at 12:33:41PM +0530, Ritesh Raj Sarraf wrote: On Thursday 11 July 2013 05:52 AM, Vincent McIntyre wrote: Explicit aliases for particular wwwn are a better alternative than user_friendly_names because the mpathN - wwwn name mapping can change unexpectedly. The patch below explains this in README.debian. Please consider applying. Thanks. I'll apply the patch. That's great, thank you. But user_friendly_names shouldn't break across reboots. The problem earlier used to be with locking (which I is fixed now) and in general, the idea of the bindings file. Do you have any other behavior seen? I know the mappings file is supposed to prevent this but we have seen this mechanism go nuts at various times on lenny squeeze. I don't have any clear evidence (or you would know about it) but my suspicion is that on some boots the device enumeration order changes for some reason and Something Funky (TM) happens at the coalescence stage. This may have gone away now. Maybe it was locking. It may have been us just doing an ill-considered multipath -F (or _not_ doing one) but it's happened enough that seems unlikely for that to be the explanation. It mostly happens when new devices are attached or removed from a host (FC switch change while host is shut down). Do you have any advice on how to provide useful information if we see this again? We are currently running squeeze but will migrate to wheezy soonish. We always run multipathd with -v 3 but have never managed to get anything useful in syslog - it seems to happen before syslog is started. We always have separate / and /var partitions, /boot is part of /. We never boot off multipath. Cheers Vince -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716684: xbacklight update
Source: xbacklight Severity: wishlist Control: submitter -1 Gianfranco Costamagna costamagnagianfra...@yahoo.it X-Debbugs-Cc: Gianfranco Costamagna costamagnagianfra...@yahoo.it - Forwarded message from Gianfranco Costamagna costamagnagianfra...@yahoo.it - From: Gianfranco Costamagna costamagnagianfra...@yahoo.it Reply-To: Gianfranco Costamagna costamagnagianfra...@yahoo.it Date: Thu, 11 Jul 2013 11:50:13 +0100 (BST) To: Julien Cristau jcris...@debian.org Subject: Re: xbacklight Message-ID: 1373539813.51587.yahoomail...@web172704.mail.ir2.yahoo.com Everything has been packaged, I cannot push on alioth right now, anyway I pushed on my github account https://github.com/LocutusOfBorg/xbacklight feel free to do whatever you prefer! bests Gianfranco [...] - End forwarded message - signature.asc Description: Digital signature
Bug#716685: ITP: libpoppler-qt5-dev -- PDF rendering library -- development files (Qt 5 interface)
Package: wnpp Severity: wishlist Owner: Granger Anthony grangeranth...@gmail.com Package name: libpoppler-qt5-dev Version : 1.0.0 URL : http://poppler.freedesktop.org/ License : GPL Programming Lang: C, C++ Description : PDF rendering library -- development files (Qt 5 interface) Poppler is a PDF rendering library based on Xpdf PDF viewer. This package contains the headers and development libraries needed to build applications using the Qt 5-based Poppler interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716686: RFS: googleearth-package/1.0
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package googleearth-package * Package name: googleearth-package Version: 1.0 Upstream Author : Adnan Hodzic ad...@foolcontrol.org * URL: (native package) * License: GPL 3 Section: contrib/misc It builds those binary packages: googleearth-package - utility to automatically build a Debian package of Google Earth To access further information about this package, please visit the following URL: http://mentors.debian.net/package/googleearth-package Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/contrib/g/googleearth-package/googleearth-package_1.0.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Made package usable on Multiarch (Closes: #714057, #695957) * Added debian/patches which help in resolving: + Google Earth not being identified properly by gnome-shell (Closes: #655403, #655400) Regards, Adnan Hodzic
Bug#716687: libghc-ncurses-dev: libncurses5-dev dependency
Package: libghc-ncurses-dev Version: 0.2.1-1+b1 Severity: normal Dear Maintainer, It would be nice if debian package libghc-ncurses-dev can depend on libncurses5-dev and libncursesw5-dev. Without those two you get link errors in ghc for a trivial program which imports 'UI.NCurses': harmen@pixel:~/play/sheep$ ghc --make main.hs Linking main ... /usr/bin/ld: cannot find -lpanel /usr/bin/ld: cannot find -lncursesw collect2: error: ld returned 1 exit status I don't see any use of installing libghc-ncurses-dev when one doesn't want to compile a haskell program. Thanks, Harmen -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0-rc1pixel+ (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 libghc-ncurses-dev depends on: ii ghc [libghc-containers-dev-0.4.2.1-cfc64]7.4.1-4 ii libc62.13-38 ii libffi5 3.0.10-3 pn libghc-base-dev-4.5.0.0-40b99none ii libghc-text-dev [libghc-text-dev-0.11.2.0-cbc26] 0.11.2.0-1 ii libghc-transformers-dev [libghc-transformers-dev-0.3.0.0-b5 0.3.0.0-1 ii libgmp10 2:5.0.5+dfsg-2 ii libncurses5 5.9-10 ii libncursesw5 5.9-10 ii libtinfo55.9-10 libghc-ncurses-dev recommends no packages. Versions of packages libghc-ncurses-dev suggests: ii libghc-ncurses-doc 0.2.1-1 pn libghc-ncurses-prof 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#715200: [Pkg-libvirt-maintainers] Bug#715200: libvirt-bin: Missing directory /var/run/libvirt/network/
Le Sun, 7 Jul 2013 15:15:45 +0200, Guido Günther a...@sigxcpu.org a écrit : Hi Laurent, Hello, On Sat, Jul 06, 2013 at 11:21:32PM +0200, Laurent Bigonville wrote: Hi, When starting libvirtd in a console I get the following error: error : virNWFilterSnoopLeaseFileRefresh:1902 : open(/var/run/libvirt/network/nwfilter.ltmp): Aucun fichier ou dossier de ce type After creating the directory libvirt is creating a nwfilter.ltmp file in it. I used to see this with older libvirt but since quiet some time the directory is being created. I can wipe /var/run/libvirt completely and then start libvirt (init script or directly) without such error. It should also put dnsmasqs pid file there - are you seeing that too? When started with the initscript, that's the content of the /var/run/libvirt directory (after enabling the default network) bigon@soldur:/var/run/libvirt$ tree . |-- libvirt-sock |-- libvirt-sock-ro |-- network | `-- default.pid |-- qemu `-- uml-guest 3 directories, 3 files The network directory is probably created when I've started the network (default network is not autostart). Notice that there is no nwfilter.leases file. After restarting libvirt daemon, the file is present. Adding the dir is simple but I'd like to understand why it's not being created for you. I think that libvirt is only creating the network/ directory when starting a network, but not before creating the nwfilter.leases file. I guess this should be addressed upstream. Cheers, Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666852: libapache-mod-auth-radius: diff for NMU version 1.5.8-1.2
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libapache-mod-auth-radius (versioned as 1.5.8-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Apologies for the rush; but I gather that the release team is trying to get Apache 2.4 into testing this weekend, and there's been no sign of activity on this bug. I wondered whether this should be using r-useragent_ip rather than c-client_ip; this would, I think, address the comments about proxies and firewalls immediately above. However, I thought it better to preserve existing behaviour as far as possible and let a proper maintainer deal with that kind of thing. Regards, -- Colin Watson [cjwat...@debian.org] diff -u libapache-mod-auth-radius-1.5.8/debian/rules libapache-mod-auth-radius-1.5.8/debian/rules --- libapache-mod-auth-radius-1.5.8/debian/rules +++ libapache-mod-auth-radius-1.5.8/debian/rules @@ -8,6 +8,7 @@ build-stamp: dh_testdir apxs2 -c mod_auth_radius-2.0.c + ln -f .libs/mod_auth_radius-2.0.so .libs/mod_auth_radius.so touch build-stamp patch: @@ -27,16 +28,14 @@ dh_testdir dh_testroot $(MAKE) clean - dh_clean build-stamp + dh_clean build-stamp .libs/mod_auth_radius.so install: build dh_testdir dh_testroot dh_clean -k - dh_installdirs usr/lib/apache2/modules etc/apache2/mods-available - - cp -a debian/auth_radius.load $(tmp)/etc/apache2/mods-available/auth_radius.load - install -p -m 644 .libs/mod_auth_radius-2.0.so $(tmp)/usr/lib/apache2/modules/mod_auth_radius.so + dh_installdirs + dh_apache2 binary-indep: #nothing to do reverted: --- libapache-mod-auth-radius-1.5.8/debian/prerm +++ libapache-mod-auth-radius-1.5.8.orig/debian/prerm @@ -1,11 +0,0 @@ -#!/bin/sh -e - -#DEBHELPER# - -if [ $1 = remove -o $1 = purge ]; then - if [ -e /etc/apache2/apache2.conf ]; then -a2dismod auth_radius || true - fi -fi - -exit 0 reverted: --- libapache-mod-auth-radius-1.5.8/debian/postinst +++ libapache-mod-auth-radius-1.5.8.orig/debian/postinst @@ -1,26 +0,0 @@ -#!/bin/sh -e - -#DEBHELPER# - -reload_apache() { - if apache2ctl configtest 2/dev/null; then - invoke-rc.d apache2 force-reload || true - else - echo Your apache2 configuration is broken, so we're not restarting it for you. - fi -} - -if [ -n $2 ]; then -# we're upgrading. test if we're enabled, and if so, restart to reload the module. - if [ -e /etc/apache2/mods-enabled/auth_radius.load ]; then - reload_apache - fi -exit 0 -elif [ -e /etc/apache2/apache2.conf ]; then -# we're not upgrading, so enable the module, but hide a2enmod's misleading -# message about apachectl and force-reload the thing ourselves. -a2enmod auth_radius /dev/null || true - reload_apache -fi - -exit 0 diff -u libapache-mod-auth-radius-1.5.8/debian/control libapache-mod-auth-radius-1.5.8/debian/control --- libapache-mod-auth-radius-1.5.8/debian/control +++ libapache-mod-auth-radius-1.5.8/debian/control @@ -4,11 +4,11 @@ Section: web Priority: optional Standards-Version: 3.6.1 -Build-Depends: debhelper (= 5), apache2-threaded-dev +Build-Depends: debhelper (= 5), dh-apache2, apache2-dev Package: libapache2-mod-auth-radius Architecture: any -Depends: apache2.2-common, ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: radius-server, apache2 Description: Apache 2.x module for RADIUS authentication mod_auth_radius is an Apache 2.x module for authenticating users diff -u libapache-mod-auth-radius-1.5.8/debian/changelog libapache-mod-auth-radius-1.5.8/debian/changelog --- libapache-mod-auth-radius-1.5.8/debian/changelog +++ libapache-mod-auth-radius-1.5.8/debian/changelog @@ -1,3 +1,10 @@ +libapache-mod-auth-radius (1.5.8-1.2) unstable; urgency=low + + * Non-maintainer upload. + * Port to Apache 2.4 (closes: #666852). + + -- Colin Watson cjwat...@debian.org Thu, 11 Jul 2013 13:17:38 +0100 + libapache-mod-auth-radius (1.5.8-1.1) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- libapache-mod-auth-radius-1.5.8.orig/mod_auth_radius-2.0.c +++ libapache-mod-auth-radius-1.5.8/mod_auth_radius-2.0.c @@ -290,12 +290,16 @@ #include netdb.h #include openssl/md5.h #include sys/stat.h +#include sys/socket.h +#include netinet/in.h +#include arpa/inet.h #include httpd.h #include http_config.h #include http_core.h #include http_log.h #include http_protocol.h +#include http_request.h #include util_md5.h #include apr_general.h #include apr_tables.h @@ -304,6 +308,10 @@ #include ap_provider.h #include mod_auth.h +#ifdef APLOG_USE_MODULE +APLOG_USE_MODULE(radius_auth); +#endif + module AP_MODULE_DECLARE_DATA radius_auth_module; @@ -366,6 +374,12 @@ #define TRUE !FALSE #endif +#if AP_MODULE_MAGIC_AT_LEAST(2030,0) +#define CLIENT_IP(conn) ((conn)-client_ip) +#else +#define CLIENT_IP(conn) ((conn)-remote_ip) +#endif + /* per-server configuration structure */ typedef struct
Bug#716688: Drop useless dependency on python-central
Package: src:gozerbot Version: 0.99.1-2 Severity: important Tags: sid jessie User: debian-pyt...@lists.debian.org Usertags: pycentral-deprecation Please drop useless dependency on python-central. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716690: chromium-bsu: does not display non-ascii letters properly
Package: chromium-bsu Version: 0.9.15.1-1 Severity: minor *** /tmp/reportbug-chromium-bsu-20130711-11923-dGysWe Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: eingousef eingou...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: chromium-bsu: does not display non-ascii letters properly Message-ID: 20130711122212.11923.70548.report...@code.tr X-Mailer: reportbug 6.4.4 Date: Thu, 11 Jul 2013 14:22:12 +0200 Package: chromium-bsu Version: 0.9.15.1-1 Severity: minor Hello, chromium-bsu in french seems unable to diplay accented letters properly in the menu. Screenshot : http://pix.toile-libre.org/upload/original/1373544702.png Output : $ chromium-bsu Fontconfig warning: /etc/fonts/conf.d/25-wqy-zenhei.conf, line 11: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 103: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 138: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/25-wqy-zenhei.conf, line 11: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 103: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 138: Having multiple values in test isn't supported and may not work as expected This may be related to an other package (font package ?) than chromium-bsu, as I'm seeing similar output with other programs. Those programs display characters properly, though. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 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 chromium-bsu depends on: ii chromium-bsu-data 0.9.15.1-1 ii fonts-uralic [ttf-uralic] 0.0.20040829-4 ii libalut0 1.1.0-3 ii libc6 2.17-7 ii libgcc11:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglc00.7.2-5+b1 ii libglu1-mesa [libglu1] 9.0.0-1 ii libopenal1 1:1.14-4 ii libsdl-image1.21.2.12-3 ii libsdl1.2debian1.2.15-5 ii libstdc++6 4.8.1-2 chromium-bsu recommends no packages. chromium-bsu suggests no packages. -- no debconf information -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 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 chromium-bsu depends on: ii chromium-bsu-data 0.9.15.1-1 ii fonts-uralic [ttf-uralic] 0.0.20040829-4 ii libalut0 1.1.0-3 ii libc6 2.17-7 ii libgcc11:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglc00.7.2-5+b1 ii libglu1-mesa [libglu1] 9.0.0-1 ii libopenal1 1:1.14-4 ii libsdl-image1.21.2.12-3 ii libsdl1.2debian1.2.15-5 ii libstdc++6 4.8.1-2 chromium-bsu recommends no packages. chromium-bsu 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#716689: f-spot: Crashes on startup
Package: f-spot Version: 0.8.2-5 Severity: grave F-Spot crashes on startup even when run from a clean profile (my guest user's home directory was completely emptied before the following run). Don't be fooled by the No session dbus found message, this only appears when I run under sux - guest; running f-spot in a real Gnome session opened by guest leads to the same stacktrace. I'm afraid I can't pinpoint when this problem started to appear, as I don't use F-Spot as often as I used to. guest@polymir:~$ f-spot ** No session dbus found. Starting one ** [Info 14:30:17.533] Initializing Mono.Addins Could not allocate -30 bytes Stacktrace: at unknown 0x at (wrapper managed-to-native) System.Runtime.InteropServices.Marshal.PtrToStringAnsi (intptr) 0x at Cms.Profile.get_ProductDescription () 0x0006b at FSpot.ColorManagement.AddProfiles (string,System.Collections.Generic.IDictionary`2string, Cms.Profile) 0x000e7 at FSpot.ColorManagement.AddProfiles (string,System.Collections.Generic.IDictionary`2string, Cms.Profile) 0x002ab at FSpot.ColorManagement.get_Profiles () 0x001bb at FSpot.TagSelectionWidget.IconDataFunc (Gtk.TreeViewColumn,Gtk.CellRenderer,Gtk.TreeModel,Gtk.TreeIter) 0x000eb at GtkSharp.TreeCellDataFuncWrapper.NativeCallback (intptr,intptr,intptr,intptr,intptr) 0x0011b at (wrapper native-to-managed) GtkSharp.TreeCellDataFuncWrapper.NativeCallback (intptr,intptr,intptr,intptr,intptr) 0x at unknown 0x at (wrapper managed-to-native) Gtk.Application.gtk_main () 0x at Gtk.Application.Run () 0xb at FSpot.Driver.Startup () 0x002eb at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.CleanRoomStartup/StartupInvocationHandler) 0x0008e at FSpot.Driver.Main (string[]) 0x00827 at (wrapper runtime-invoke) Module.runtime_invoke_int_object (object,intptr,intptr,intptr) 0x Native stacktrace: mono() [0x4a7141] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf210) [0x7f9d9cc6f210] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35) [0x7f9d9c8e51e5] /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7f9d9c8e8398] mono() [0x6082bb] mono() [0x608352] mono() [0x607fc6] mono() [0x606ddd] mono(mono_string_new+0x31) [0x5a35e1] [0x4148cd5a] Debug info from gdb: warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [New LWP 30719] [New LWP 30718] [New LWP 30671] [New LWP 30576] [New LWP 30569] [New LWP 30518] [New LWP 30517] [New LWP 30516] [New LWP 30515] [New LWP 30514] [New LWP 30513] [New LWP 30512] [New LWP 30511] [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 0x7fffafc0 0x7f9d9cc6ee07 in __libc_waitpid (pid=optimized out, stat_loc=optimized out, options=optimized out) at ../sysdeps/unix/sysv/linux/waitpid.c:40 40 ../sysdeps/unix/sysv/linux/waitpid.c: Aucun fichier ou dossier de ce type. Id Target Id Frame 14 Thread 0x7f9d9c06f700 (LWP 30511) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 13 Thread 0x7f9d9b86e700 (LWP 30512) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 12 Thread 0x7f9d9b06d700 (LWP 30513) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 11 Thread 0x7f9d9a86c700 (LWP 30514) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 10 Thread 0x7f9d9a06b700 (LWP 30515) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 9Thread 0x7f9d9986a700 (LWP 30516) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 8Thread 0x7f9d99069700 (LWP 30517) mono pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 7Thread 0x7f9d98417700 (LWP 30518) mono sem_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/sem_wait.S:85 6Thread 0x7f9d88caf700 (LWP 30569) gdbus 0x7f9d9c98d19d in poll () at ../sysdeps/unix/syscall-template.S:81 5Thread 0x7f9d8a287700 (LWP 30576) f-spot pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 4Thread 0x7f9d71f9e700 (LWP 30671) f-spot pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 3Thread 0x7f9d713a7700 (LWP 30718) f-spot 0x7f9d9cc6eacd in nanosleep () at ../sysdeps/unix/syscall-template.S:81 2Thread 0x7f9d721af700 (LWP 30719) f-spot 0x7f9d70f2659a in jpeg_idct_islow () from /usr/lib/x86_64-linux-gnu/libjpeg.so.8 * 1Thread 0x7f9d9d7b5740 (LWP
Bug#716649: logrotate: default taboo extension list does not include .dpkg-bak
On Thu, Jul 11, 2013 at 08:12:25AM +1000, Jayen Ashar wrote: * What led up to the situation? modifying /etc/logrotate.d/cups and then upgrading cups Which program did you use to upgrade cups? I'm puzzled as dpkg does not create .dpkg-bak files. -- Paul Martin p...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590547: evolution: unable to connect to IMAP server
Package: evolution Version: 3.4.4-3 Followup-For: Bug #590547 Same here with version 3.4.4 from Debian Testing Besides, it closes after 5 seconds -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.12-1 ii debconf [debconf-2.0]1.5.50 ii evolution-common 3.4.4-3 ii evolution-data-server3.4.4-3 ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii gnome-icon-theme 3.8.2-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-33 3.4.4-3 ii libclutter-gtk-1.0-0 1.2.0-2 ii libdbus-glib-1-2 0.100.2-1 ii libebackend-1.2-23.4.4-3 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libenchant1c2a 1.6.0-10 ii libevolution 3.4.4-3 ii libgail-3-0 3.8.2-3 ii libgconf-2-4 3.2.6-1 ii libgdata13 0.13.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgnome-desktop-3-2 3.4.2-2 ii libgtk-3-0 3.8.2-3 ii libgtkhtml-4.0-0 4.4.4-1 ii libgtkhtml-editor-4.0-0 4.4.4-1 ii libgweather-3-0 3.4.1-1+build1 ii libical0 0.48-2 ii libmx-1.0-2 1.4.6-2 ii libnotify4 0.7.5-2 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d 2:3.15-1 ii libpango1.0-01.32.5-5+b1 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.7.17-1 ii libxml2 2.9.1+dfsg1-2 ii psmisc 22.20-1 Versions of packages evolution recommends: ii bogofilter 1.2.2+dfsg1-3 ii evolution-plugins 3.4.4-3 ii evolution-webcal 2.32.0-2+b1 ii yelp 3.8.1-2 Versions of packages evolution suggests: pn evolution-dbg none pn evolution-exchange none pn evolution-plugins-experimental none ii gnupg 1.4.12-7 pn network-manager none -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676134: /usr/bin/evolution: Evolution does not start at all
Package: evolution Version: 3.4.4-3 Followup-For: Bug #676134 Same here with Evolution 3.4.4 and Debian Testing amd64 -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.12-1 ii debconf [debconf-2.0]1.5.50 ii evolution-common 3.4.4-3 ii evolution-data-server3.4.4-3 ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii gnome-icon-theme 3.8.2-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-33 3.4.4-3 ii libclutter-gtk-1.0-0 1.2.0-2 ii libdbus-glib-1-2 0.100.2-1 ii libebackend-1.2-23.4.4-3 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libenchant1c2a 1.6.0-10 ii libevolution 3.4.4-3 ii libgail-3-0 3.8.2-3 ii libgconf-2-4 3.2.6-1 ii libgdata13 0.13.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgnome-desktop-3-2 3.4.2-2 ii libgtk-3-0 3.8.2-3 ii libgtkhtml-4.0-0 4.4.4-1 ii libgtkhtml-editor-4.0-0 4.4.4-1 ii libgweather-3-0 3.4.1-1+build1 ii libical0 0.48-2 ii libmx-1.0-2 1.4.6-2 ii libnotify4 0.7.5-2 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d 2:3.15-1 ii libpango1.0-01.32.5-5+b1 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.7.17-1 ii libxml2 2.9.1+dfsg1-2 ii psmisc 22.20-1 Versions of packages evolution recommends: ii bogofilter 1.2.2+dfsg1-3 ii evolution-plugins 3.4.4-3 ii evolution-webcal 2.32.0-2+b1 ii yelp 3.8.1-2 Versions of packages evolution suggests: pn evolution-dbg none pn evolution-exchange none pn evolution-plugins-experimental none ii gnupg 1.4.12-7 pn network-manager none -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716688:
tags 716688 + patch pending thanks Dear maintainer, I've prepared an NMU for gozerbot (versioned as 0.99.1-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. gozerbot-0.99.1-2.1-nmu.diff Description: Binary data
Bug#716691: spamassassin: init.d script is not LSB-compliant
Package: spamassassin Severity: minor Dear Maintainer, having spamassassin disabled on /etc/default/spamassassin, /etc/init.d/spamassassin status returns 0 when it should return 3 to be LSB-compliant thanks! Lluís -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716692: evolution: Evolution closes suddenly
Package: evolution Version: 3.4.4-3 Severity: normal Tags: upstream Hi I changed my Gmail account password yesterday, and suddenly, as soon as a I open Evolution it closes with no apparent reason. This is the output when launching it from a terminal: (evolution:7131): evolution-network-manager-WARNING **: network_manager_query_state: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.NetworkManager was not provided by any .service files Fontconfig warning: /etc/fonts/conf.d/50-user.conf, line 9: reading configurations from ~/.fonts.conf is deprecated. Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 103: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 138: Having multiple values in test isn't supported and may not work as expected Segfault -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution depends on: ii dbus 1.6.12-1 ii debconf [debconf-2.0]1.5.50 ii evolution-common 3.4.4-3 ii evolution-data-server3.4.4-3 ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii gnome-icon-theme 3.8.2-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libcamel-1.2-33 3.4.4-3 ii libclutter-gtk-1.0-0 1.2.0-2 ii libdbus-glib-1-2 0.100.2-1 ii libebackend-1.2-23.4.4-3 ii libebook-1.2-13 3.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-163.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libenchant1c2a 1.6.0-10 ii libevolution 3.4.4-3 ii libgail-3-0 3.8.2-3 ii libgconf-2-4 3.2.6-1 ii libgdata13 0.13.3-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgnome-desktop-3-2 3.4.2-2 ii libgtk-3-0 3.8.2-3 ii libgtkhtml-4.0-0 4.4.4-1 ii libgtkhtml-editor-4.0-0 4.4.4-1 ii libgweather-3-0 3.4.1-1+build1 ii libical0 0.48-2 ii libmx-1.0-2 1.4.6-2 ii libnotify4 0.7.5-2 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d 2:3.15-1 ii libpango1.0-01.32.5-5+b1 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.7.17-1 ii libxml2 2.9.1+dfsg1-2 ii psmisc 22.20-1 Versions of packages evolution recommends: ii bogofilter 1.2.2+dfsg1-3 ii evolution-plugins 3.4.4-3 ii evolution-webcal 2.32.0-2+b1 ii yelp 3.8.1-2 Versions of packages evolution suggests: pn evolution-dbg none pn evolution-exchange none pn evolution-plugins-experimental none ii gnupg 1.4.12-7 pn network-manager none -- debconf information: evolution/kill_processes: evolution/needs_shutdown: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716694: apache2-dev: dh_apache2 conditional function needs to be defined in postrm too
Package: apache2-dev Version: 2.4.4-6 Severity: normal dh_apache2(1) says of conditional functions: The named function should be provided in the prerm and postinst scripts, before the #DEBHELPER# token. But the named function is also used in the postrm script, and thus must also be provided there. Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716693: megaglest: crashes at click (segfault)
Package: megaglest Version: 3.6.0.3-1.2 Severity: important Hello, After loading a match/scenario, megaglest crashes at the first click. This didn't happen a few days ago, so it might be related to a recent upgrade in testing (libc ?). Here is an extract of the console output : In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: Error saved to logfile [/home/ac/.megaglest/error.log] [2013-07-11 15:06:07] *ERROR* In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleRuntimeError Line: 416] [In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: ] gameInitialized = 1, program = 0x21c8a90 [2013-07-11 15:06:07] *ERROR* In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleRuntimeError Line: 509] [In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: Stack Trace: megaglest() [0x5e2865] address [0x5e2865] line: 0 /lib/x86_64-linux-gnu/libc.so.6:() address [0x7fa3c1735260] line: 0 [0x7fa3a30a91b8] address [0x7fa3a30a91b8] line: 0 ] Erreur de segmentation I'll attach the error.log file. Regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 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 megaglest depends on: ii famfamfam-flag-png0.1-3 ii fonts-liberation 1.07.2-6 ii fonts-uralic 0.0.20040829-4 ii libc6 2.17-7 ii libcurl3-gnutls 7.31.0-2 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libftgl2 2.1.3~rc5-4 ii libgcc1 1:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]9.0.0-1 ii libircclient1 1.3+dfsg1-3 ii libjpeg8 8d-1 ii liblua5.1-0 5.1.5-4 ii libminiupnpc5 1.5-2 ii libopenal11:1.14-4 ii libpng12-01.2.49-4 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.8.1-2 ii libvorbisfile31.3.2-1.3 ii libwxbase2.8-02.8.12.1-13 ii libwxgtk2.8-0 2.8.12.1-13 ii libx11-6 2:1.6.0-1 ii libxerces-c28 2.8.0+deb1-3 ii libxext6 2:1.3.1-2+deb7u1 ii megaglest-data3.6.0.3-1 ii p7zip-full9.20.1~dfsg.1-4 ii ttf-dejavu-core 2.33+svn2514-3 ii ttf-wqy-zenhei0.9.45-4 megaglest recommends no packages. megaglest suggests no packages. -- no debconf information *** /home/ac/.megaglest/error.log [2013-07-11 15:06:07] Runtime Error information: == In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: Stack Trace: megaglest() [0x5e2865] address [0x5e2865] line: 0 /lib/x86_64-linux-gnu/libc.so.6:() address [0x7fa3c1735260] line: 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666839: libapache-mod-fastcgi: diff for NMU version 2.4.7~0910052141-1.1
Control: tag -1 patch pending Dear maintainer, I've prepared an NMU for libapache-mod-fastcgi (versioned as 2.4.7~0910052141-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Apologies for the rush; but I gather that the release team is trying to get Apache 2.4 into testing this weekend, and there's been no sign of activity on this bug. Regards, -- Colin Watson [cjwat...@debian.org] reverted: --- libapache-mod-fastcgi-2.4.7~0910052141/debian/fastcgi.conf2 +++ libapache-mod-fastcgi-2.4.7~0910052141.orig/debian/fastcgi.conf2 @@ -1,5 +0,0 @@ -IfModule mod_fastcgi.c - AddHandler fastcgi-script .fcgi - #FastCgiWrapper /usr/lib/apache2/suexec - FastCgiIpcDir /var/lib/apache2/fastcgi -/IfModule diff -u libapache-mod-fastcgi-2.4.7~0910052141/debian/rules libapache-mod-fastcgi-2.4.7~0910052141/debian/rules --- libapache-mod-fastcgi-2.4.7~0910052141/debian/rules +++ libapache-mod-fastcgi-2.4.7~0910052141/debian/rules @@ -25,14 +25,7 @@ $(DEB_MAKE_INVOKE) -C $(DEB_BUILDDIR_$(cdbs_curpkg)) $(AP2_MAKE_DEFS) -f Makefile.AP2 install/libapache2-mod-fastcgi:: - mkdir -p $(DEB_DESTDIR_$(cdbs_curpkg))/usr/lib/apache2/modules - install -m 644 $(DEB_BUILDDIR_$(cdbs_curpkg))/.libs/mod_fastcgi.so \ - $(DEB_DESTDIR_$(cdbs_curpkg))/usr/lib/apache2/modules - mkdir -p $(DEB_DESTDIR_$(cdbs_curpkg))/etc/apache2/mods-available - install -m 644 debian/fastcgi.load \ - $(DEB_DESTDIR_$(cdbs_curpkg))/etc/apache2/mods-available - install -m 644 debian/fastcgi.conf2 \ - $(DEB_DESTDIR_$(cdbs_curpkg))/etc/apache2/mods-available/fastcgi.conf + dh_apache2 --conditional=fcgid_not_enabled mkdir -p $(DEB_DESTDIR_$(cdbs_curpkg))/var/lib/apache2/fastcgi chown www-data:www-data $(DEB_DESTDIR_$(cdbs_curpkg))/var/lib/apache2/fastcgi chmod 755 $(DEB_DESTDIR_$(cdbs_curpkg))/var/lib/apache2/fastcgi diff -u libapache-mod-fastcgi-2.4.7~0910052141/debian/libapache2-mod-fastcgi.postinst libapache-mod-fastcgi-2.4.7~0910052141/debian/libapache2-mod-fastcgi.postinst --- libapache-mod-fastcgi-2.4.7~0910052141/debian/libapache2-mod-fastcgi.postinst +++ libapache-mod-fastcgi-2.4.7~0910052141/debian/libapache2-mod-fastcgi.postinst @@ -5,40 +5,9 @@ set -e -# summary of how this script can be called: -#* postinst `configure' most-recently-configured-version -#* old-postinst `abort-upgrade' new version -#* conflictor's-postinst `abort-remove' `in-favour' package -# new-version -#* deconfigured's-postinst `abort-deconfigure' `in-favour' -# failed-install-package version `removing' -# conflicting-package version -# for details, see http://www.debian.org/doc/debian-policy/ or -# the debian-policy package -# -# quoting from the policy: -# Any necessary prompting should almost always be confined to the -# post-installation script, and should be protected with a conditional -# so that unnecessary prompting doesn't happen if a package's -# installation fails and the `postinst' is called with `abort-upgrade', -# `abort-remove' or `abort-deconfigure'. - -case $1 in -configure) - test ! -e /etc/apache2/mods-enabled/fcgid.load \ - -a ! -e /etc/apache2/mods-enabled/fastcgi.load \ - a2enmod fastcgi -;; - -abort-upgrade|abort-remove|abort-deconfigure) - -;; - -*) -echo postinst called with unknown argument \`$1' 2 -exit 1 -;; -esac +fcgid_not_enabled () { + ! a2query -q -m fcgid +} # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. @@ -49,2 +17,0 @@ - - diff -u libapache-mod-fastcgi-2.4.7~0910052141/debian/control libapache-mod-fastcgi-2.4.7~0910052141/debian/control --- libapache-mod-fastcgi-2.4.7~0910052141/debian/control +++ libapache-mod-fastcgi-2.4.7~0910052141/debian/control @@ -3,13 +3,13 @@ Priority: optional Maintainer: Tatsuki Sugiura s...@nemui.org Standards-Version: 3.9.1 -Build-Depends: debhelper ( 5.0.0), cdbs, apache2-threaded-dev (= 2.2.4) | apache2-prefork-dev (= 2.2.4), dpatch (= 2.0.0), libtool, libapr1-dev, pkg-config +Build-Depends: debhelper ( 5.0.0), cdbs, dh-apache2, apache2-dev (= 2.2.4), dpatch (= 2.0.0), libtool, libapr1-dev, pkg-config Uploaders: Taku YASUI t...@debian.or.jp Homepage: http://www.fastcgi.com/ Package: libapache2-mod-fastcgi Architecture: any -Depends: apache2.2-common (= 2.2.4), ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends} Description: Apache 2 FastCGI module for long-running CGI scripts This is a FastCGI module for the Apache 2.x web server. FastCGI is an open standard for communicating between a web server and a long-running diff -u libapache-mod-fastcgi-2.4.7~0910052141/debian/changelog libapache-mod-fastcgi-2.4.7~0910052141/debian/changelog --- libapache-mod-fastcgi-2.4.7~0910052141/debian/changelog +++ libapache-mod-fastcgi-2.4.7~0910052141/debian/changelog @@ -1,3 +1,11 @@ +libapache-mod-fastcgi
Bug#716695: googleearth-package: needs to remove libcurl.so.4 from googleearth otherwise always get Invalid HTTP request
Package: googleearth-package Version: 0.7.0 Severity: important Dear Maintainer, The googleearth package built includes the libcurl.so.4 shared lib that comes with the googleearth blob. This library now no longer works with the google earth servers and will always return Invalid HTTP Request error any time one tries to search for any location. I have verified that removing this library and installing: ii libcurl3:i386 7.31.0-2 solves the problem and allows the googleerth installed via this package to work correctly. My recommendation is for googleearth-package to Recommend: libcurl3 (= 7.31.0) and to build a package that Requires libcurl3 (= 7.31.0). I have not tested with earlier versions of libcurl to see if they work. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/6 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 googleearth-package depends on: ii bzip2 1.0.6-1 ii curl7.31.0-2 ii dpkg-dev1.16.10 ii fakeroot1.18.4-2 ii file1:5.14-2 ii wget1.14-2 ii x11-common 1:7.7+1 ii x11-utils 7.7~1 googleearth-package recommends no packages. googleearth-package 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#472666:
We are donating 1.5million GBP for charity -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715793: qa.debian.org: how to remove updated debian/watch file from PTS?
Hi Dmitry, You asked me to be more specific : On Thu, Jul 11, 2013 at 04:53:40PM +1000, Dmitry Smirnov wrote: Why? Still not convinced? Even hypothetical example should be enough as long as argument make sense. IMHO at this point you shall explain what stopping you from answering my question or better answer it. It's not your place to tell me what I shall do for you. On Thu, Jul 11, 2013 at 09:21:50AM +1000, Dmitry Smirnov wrote: I do not understand why are you hiding information how to remove updated watch files from PTS. It is not good that you're appears to be the only person who posses this knowledge. Also I must mention that we had this discussion before in private email where you ignored my question at least three times in a row. This bug report is yet another call for transparency. I'm not hiding information, and that discussion via private e-mail didn't happen how you make it look in public now. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716674: monkeysign: Missing manpage for msign / msign-cli
On 2013-07-11 05:57:04, Elena Grandi wrote: I've installed monkeysign out of curiosity, because it had been recommended and its homepage wasn't very clear on its working: I hoped to find a manpage (and/or some other documentation for the steps beyond installation that didn't require running the command), but it wasn't available. Having it would be nice :) It would! :) There's a todo file in the doc/ directory that says that we need to generate a manpage, maybe with: https://andialbrecht.wordpress.com/2009/03/17/creating-a-man-page-with-distutils-and-optparse/ In the meantime, use the --help flag to get complete usage instructions. A. -- We are discreet sheep; we wait to see how the drove is going, and then go with the drove. - Mark Twain pgpzpxq6Mv141.pgp Description: PGP signature
Bug#716682: several messages
Ondřej Surý dixit: Already fixed in -10, which is already in unstable. OK, thanks! (Not for i386.) Roland Mas dixit: I got bitten by this too, but I think this is a duplicate of #716659, which has been fixed already. I suggest merge+close. Well I obviously didn’t catch that as it referenced neither pdo nor pgsql ;-) bye, //mirabilos -- 17:08⎜«Vutral» früher gabs keine packenden smartphones und so 17:08⎜«Vutral» heute gibts frauen die sind facebooksüchtig 17:10⎜«Vutral» aber auch traurig; früher warst du als nerd voll am arsch 17:10⎜«Vutral» heute bist du als nerd der einzige der wirklich damit klarkommt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org