Bug#701134: Bug#702849: RFS: php-soap/0.12.0-2.1 [NMU] [RC]
On 03/13/2013 04:12 AM, Adam D. Barratt wrote: On Tue, 2013-03-12 at 23:28 +0800, Thomas Goirand wrote: Prach Pongpanich in the mentors list is trying to fix #701134. He is removing the Pre-Depends which was added for the release of Squeeze, because of #605867, which I filled, but can't remember what it was about. The bug report says: As dicussed with the release team, we need to add a Pre-Depends because of /usr/share/php/doc. Does anyone remember off-hand what it was about? The original issue was #602865, in php-net-smtp, fixed in 1.4.2-{2,3}. Given that we don't officially support upgrades that skip a stable release, the packages in wheezy technically don't need to include the Pre-Depends. Regards, Adam Hi, That's what I thought as well, but I wanted to check. Thanks Adam for taking the time to confirm it. Prach, please change the new path to /usr/share/doc/php-soap, and I will sponsor the upload. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702757: upstream works good enough
It turns out the .debs from http://www.google.com/earth/download/ge/agree.html works so well (for me) that for now I will use them instead of the googleearth-package package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699121: dovecot-core: Cannot iterate through users list on Debian GNU/kFreeBSD AMD64 Wheezy
On Feb 19, 2013, at 12:19 AM, Timo Sirainen t...@iki.fi wrote: On Sun, 2013-01-27 at 12:21 -0800, Joel Lopes Da Silva wrote: # doveadm fetch -A user ALL doveadm(root): Error: userdb list: Disconnected unexpectedly doveadm: Error: Failed to iterate through some users zsh: exit 75doveadm fetch -A user ALL .. Jan 27 11:47:18 orange dovecot: auth: Error: userdb connection: Failed to get peer's credentials As you noticed, apparently getsockopt(SO_PEERCRED) doesn't work with kFreeBSD. You can anyway work around the problem by giving everyone access to the userdb socket: service auth { unix_listener userdb { mode = 0777 } } This workaround works for me. Thanks Timo. Do you think there might be an equivalent API we could use on kFreeBSD to accomplish the same behavior as the one available on Linux? -- Joel Lopes Da Silva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702794: git-buildpackage: Should extract orig tarball from pristine-tar before building source package
forcemerge 669267 702794 thanks Hi Felipe, On Tue, Mar 12, 2013 at 07:19:04PM -0300, Felipe Sateler wrote: On Mon, Mar 11, 2013 at 1:58 PM, Guido Günther a...@sigxcpu.org wrote: On Mon, Mar 11, 2013 at 10:36:09AM -0400, Felipe Sateler wrote: Package: git-buildpackage Version: 0.6.0~git20121124 Severity: normal When building a full (source+binary) package, dpkg-source is invoked by dpkg-buildpackage. dpkg-source needs the orig tarball in order to create the source package. git-buildpackage should extract the tarball from the pristine-tar branch (if it exists) before invoking dpkg-source (if the tarball does not already exist), otherwise the build fails because the orig tarball was not found. Please attach the command you're using. gbp should behave exactly as you describe. Further experimentation reveals that the problem is not the invocation of gbp, but my package. However, gbp could be smarter about this. The package I was trying to build had a wrong version number. It was a 3.0 (quilt) package, but the version didn't have a debian revision number. I'm thinking gbp assumed it was a native package, so it didn't extract the pristine-tar data. Thus the behavior I was seeing. I'm not sure what gbp should do in this case. But I think if the package format is 3.0 it can avoid guessing from the version if it should extract upstream data or not. gbps idee about this for 3.0 is currently wrong. It fails to check debian/source. It's on the todo list to have this fixed. Sorry for the trouble. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702940: unblock: systemd/44-11
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package systemd It contains two important fixes regarding the service-auto-enabler that was added in 44-9. The failure to properly uninstall (purge) I would consider RC. The complete changelog is systemd (44-11) unstable; urgency=low * Team upload. * Run debian-enable-units.service after sysinit.target to ensure our tmp files aren't nuked by systemd-tmpfiles. * The mountoverflowtmp SysV init script no longer exists so remove that from remount-rootfs.service to avoid an unnecessary diff to upstream. * Do not fail on purge if /var/lib/systemd is empty and has been removed by dpkg. -- Michael Biebl bi...@debian.org Wed, 13 Mar 2013 08:03:06 +0100 Diff between 44-10 and 44-11 attached. Thanks, Michael unblock systemd/44-11 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/changelog b/debian/changelog index e89a411..7ebf66c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +systemd (44-11) unstable; urgency=low + + * Team upload. + * Run debian-enable-units.service after sysinit.target to ensure our tmp +files aren't nuked by systemd-tmpfiles. + * The mountoverflowtmp SysV init script no longer exists so remove that +from remount-rootfs.service to avoid an unnecessary diff to upstream. + * Do not fail on purge if /var/lib/systemd is empty and has been removed +by dpkg. + + -- Michael Biebl bi...@debian.org Wed, 13 Mar 2013 08:03:06 +0100 + systemd (44-10) unstable; urgency=low * Team upload. diff --git a/debian/debian-enable-units.service b/debian/debian-enable-units.service index 8d5e136..3396eda 100644 --- a/debian/debian-enable-units.service +++ b/debian/debian-enable-units.service @@ -2,8 +2,8 @@ Description=Automatically Enable Systemd Units ConditionPathExists=/var/lib/systemd/run-debian-enable-units DefaultDependencies=no -Wants=local-fs.target -After=local-fs.target +Wants=sysinit.target +After=sysinit.target [Service] ExecStart=/lib/systemd/debian-enable-units diff --git a/debian/systemd.links b/debian/systemd.links index c41bead..f88e6b3 100644 --- a/debian/systemd.links +++ b/debian/systemd.links @@ -57,7 +57,8 @@ # Run fixups early /lib/systemd/system/debian-fixup.service /lib/systemd/system/sysinit.target.wants/debian-fixup.service -/lib/systemd/system/debian-enable-units.service /lib/systemd/system/sysinit.target.wants/debian-enable-units.service +# debian-enable-units requires a ready-to-use /tmp so run it in basic.target *after* sysinit.target +/lib/systemd/system/debian-enable-units.service /lib/systemd/system/basic.target.wants/debian-enable-units.service # Compat symlink /lib/systemd/systemd /bin/systemd diff --git a/debian/systemd.postrm b/debian/systemd.postrm index d95feca..0ab4c9f 100644 --- a/debian/systemd.postrm +++ b/debian/systemd.postrm @@ -3,8 +3,8 @@ set -e # Clean up the mess we created -if [ $1 = purge ]; then -statedir=/var/lib/systemd +statedir=/var/lib/systemd +if [ $1 = purge ] [ -d $statedir ]; then find $statedir -name *.symlinks | while read file ; do while read symlink ; do rm -f $symlink diff --git a/units/remount-rootfs.service b/units/remount-rootfs.service index 53d0f31..7b63752 100644 --- a/units/remount-rootfs.service +++ b/units/remount-rootfs.service @@ -10,7 +10,7 @@ Description=Remount Root FS DefaultDependencies=no Conflicts=shutdown.target After=systemd-readahead-collect.service systemd-readahead-replay.service fsck-root.service -Before=local-fs-pre.target local-fs.target shutdown.target mountoverflowtmp.service +Before=local-fs-pre.target local-fs.target shutdown.target Wants=local-fs-pre.target [Service]
Bug#702908: PTS: upload signature parsing patch
Hi, On Wed, 13 Mar 2013, Paul Wise wrote: A public key may have multiple uids and the signature is only specific to the key, not any specific uid. But I only want to display a single uid. The way I implemented this now is: we take the first uid. Only if a later uid has an email ending in @debian.org, we prefer that one. That's certainly not ideal. We could possibly do an LDAP lookup via the key's fingerprint on db.debian.org instead... Hmmm, not sure what to say there. It seems like a reasonable approach for now. Yes. In the news.xml file, I replaced the from attribute of the news item with more fine grained from_address and from_realname. However, I think existing entries will be kept, so the XSL-templates need to be able to parse both. At least that's how I've implemented it. If a complete rewrite of all news.xml files is feasible, the XSLTs could be simplified quite a bit. I guess this is needed for the developer.php links, fair enough. I don't understand your comment. Markus, it's certainly possible to update all news.xml once with a new structure. $ bin/list_packages.sh | bin/update_news.py So if you can simplify, please do it. I noticed in particular that you used xsl:when a few times where a simple xsl:if would have been more appropriate. I also saw a print that you probably left while debugging (print signature uid: …). Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702941: normalize patch is incomplete
Package: cyrus-imapd-2.4 Version: 2.4.16-3 Severity: important Just creating bug for user reported problem: http://lists.andrew.cmu.edu/pipermail/info-cyrus/2013-March/036835.html Is your system RedHat/CentOS/Fedora ? I think their version (since 2.3.x) have a patch that normalize (lowercase + strip leading and trailing whitespaces) authentication ids. From what I could see it appears it was added as a configuration option, but the code is not complete and so the default value (enabled) applies. Maybe it's the same patch than in RedHat. There the issue is that cyrus configuration code is separated in 2 parts: one in the core library (pretty much static; values accessed with libcyrus_config_getxxx/libcyrus_config_setxxx), the other being accessible in all services and populated from the content of imapd.conf (values accessed with config_getxxx). The patch declares the option in both parts and uses libcyrus_config_getxxx to query the value because it is needed in the core library. From what I could see, what is lacking is a line of code - usually in imap/global.c:cyrus_init - do get the value from imapd.conf and set it in the core library, like it is already done for some other options. Example with username_tolower: libcyrus_config_setswitch(CYRUSOPT_USERNAME_TOLOWER, config_getswitch(IMAPOPT_USERNAME_TOLOWER)); -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702908: PTS: upload signature parsing patch
On 03/13/2013 08:29 AM, Raphael Hertzog wrote: On Wed, 13 Mar 2013, Paul Wise wrote: Hmmm, not sure what to say there. It seems like a reasonable approach for now. Yes. Good. I guess this is needed for the developer.php links, fair enough. I don't understand your comment. Markus, it's certainly possible to update all news.xml once with a new structure. $ bin/list_packages.sh | bin/update_news.py So if you can simplify, please do it. Okay, I'll drop the from attribute and support for it in XSLT entirely, then. I noticed in particular that you used xsl:when a few times where a simple xsl:if would have been more appropriate. Will check. I also saw a print that you probably left while debugging (print signature uid: …). Oops. Yeah, that shouldn't be there. Sorry. Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#700588: modemmanager 0.7 for debian experimental?
On 12.03.2013 21:45, Mathieu Trudel-Lapierre wrote: Fair enough. I started, or more precisely cleaned up what I had a bit and rebased on 0.7.990; it builds here on Ubuntu and I shipped it to a PPA to build cleanly: Thanks for that! https://launchpad.net/~network-manager/+archive/modemmanager-next/+sourcepub/3023373/+listing-archive-extra It builds fine in sbuild here with libqmi 1.0-1. I'll track it later to see whether it completes this build. Then there is some work done by Marius Kotsbak I'll merge, and I'll be ready for constructive criticism (ie. sponsoring). I've had a quick look at it, a couple of comments: 1/ it would be nice if you could merge the 0.5.2.0-2 changelog from Debian. Easiest is probably if for 0.7.990 you change the version number to 0.7.990-1 and upload target to experimental and sync from there? 2/ multi-arch support [1] - Don't hard-code the pre-depends on multiarch-support, use Pre-Depends: ${misc:Pre-Depends} instead - Flag the library package as Multi-Arch: same - Haven't checked if other binary packages can be flagged as same or foreign, but that is not that important for now 3/ Missing build-depends on autopoint Since you are using autopoint in debian/rules and Debian buildds don't install Recommends, you need to add that dep. On the other hand, why do you need autopoint? 4/ debian/rules: autoreconf You don't call dh_autoreconf correctly if autogen.sh is not available, this way debian/rules clean will not restore to a proper state. Use what I have 0.5.2.0-2 and add a separate autoreconf make target autoreconf: ↦ intltoolize -f ↦ autoreconf -f -i override_dh_autoreconf: ↦ dh_autoreconf debian/rules -- autoreconf Fwiw, I don't think we need a if-def here. Use the explicit calls to the individual tools and once autogen.sh is available in the release tarball, rely on that. Fwiw, an alternative might be to build-depend on gnome-common and use gnome-autogen.sh, which should dtrt(tm) export NOCONFIGURE=true override_dh_autoreconf: ↦ dh_autoreconf -- gnome-autogen.sh Ping me when you have an updated package. I'm happy to upload to experimental then. Michael [1] http://wiki.debian.org/Multiarch/Implementation#Recipes_for_converting_packages -- 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#700588: modemmanager 0.7 for debian experimental?
On 13.03.2013 08:55, Michael Biebl wrote: On 12.03.2013 21:45, Mathieu Trudel-Lapierre wrote: Fair enough. I started, or more precisely cleaned up what I had a bit and rebased on 0.7.990; it builds here on Ubuntu and I shipped it to a PPA to build cleanly: Thanks for that! https://launchpad.net/~network-manager/+archive/modemmanager-next/+sourcepub/3023373/+listing-archive-extra It builds fine in sbuild here with libqmi 1.0-1. I'll track it later to see whether it completes this build. Then there is some work done by Marius Kotsbak I'll merge, and I'll be ready for constructive criticism (ie. sponsoring). I've had a quick look at it, a couple of comments: One more: 1/ Do you really want to make libmm-glib0 depend on modemmanager? Why is that needed? This creates a nasty dependency loop. Is this for the plugins? Having them in modemmanager also results in E: modemmanager: pkg-has-shlibs-control-file-but-no-actual-shared-libs W: modemmanager: postinst-has-useless-call-to-ldconfig W: modemmanager: postrm-has-useless-call-to-ldconfig If libmm-glib0 is supposed to be a standalone library and needs those plugins, then they should be moved into libmm-glib0 (assuming upstream bumps the Version in the directory path) or have them in a libmm-glib-runtime package with libnm-glib0 depending on that. If those modules are used by ModemManager and *not* by libmm-glib0, keep them in the modemmanager package but exclude them from dh_makeshlibs. Michael -- 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#700588: modemmanager 0.7 for debian experimental?
On 13.03.2013 08:55, Michael Biebl wrote: On 12.03.2013 21:45, Mathieu Trudel-Lapierre wrote: 3/ Missing build-depends on autopoint Since you are using autopoint in debian/rules and Debian buildds don't install Recommends, you need to add that dep. Nvm, seems this build-dep is pulled via gtk-doc-tools → gnome-common → autopoint That's why I didn't see it immediately. -- 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#702916: [Debian-med-packaging] Bug#702916: Package description: data bank or database?
Le 3/12/13 11:22 PM, Martin Eberhard Schauer a écrit : Package: src:biomaj Version: 1.2.1-1 Severity: wishlist X-Debbugs-CC: debian-l10n-engl...@lists.debian.org Dear Debian Med Maintainers, are you sure the package descriptions are what you intended to say? Package: biomaj Description: biological data-bank updater BioMAJ downloads remote data banks, checks their status and applies transformation workflows, with consistent state, to provide ready-to-use data for biologists and bioinformaticians. For example, it can transform original FASTA files into BLAST indexes. It is very flexible and its post-processing facilities can be extended very easily. Package: biomaj-properties Description: biological data-bank updater - example properties files This package contains a set of data bank properties files that can be used as examples for BioMAJ. It contains descriptions for many existing data banks with or without workflows to transform data. Some files may require additional programs (such as BLAST) for post-processing. I wonder what a data bank is. Did you intentionally use it instead of database? Hi, we do not mean database but really data bank. This is a term commonly used by targeted audience i.e. bioinformatics. A data bank relates to a set of data files containing (in our context) biological informations. Often, those are flat files. Olivier The first sentence of the long description for biomaj-properties also sounds strange to me. I would be glad if the suggested patch proves as improvement. Kind regards, Martin ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- Olivier Sallou IRISA / University of Rennes 1 Campus de Beaulieu, 35000 RENNES - FRANCE Tel: 02.99.84.71.95 gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#692212: unblock (pre-approval): pike7.8/7.8.700-2
On onsdagen den 6 mars 2013, Neil McGovern wrote: On Wed, Mar 06, 2013 at 08:04:45AM +0100, intrigeri wrote: C. Not shipping pike7.8 in Wheezy. I'm very much in doubt what the best course of action for Wheezy is, but I'm a bit tempted to recommend C based on the information I have. Agreed, removal hint added. Please at least let 7.8.352 back in testing. When I said rather serious, I didn't mean it as in release critical, but significant enough that we'd rather like them fixed. 7.8.352 is certainly better than no version at all. Here is the list of bugs fixed between 7.8.352 and 7.8.700 (from CHANGES): o Architecture/OS specific: - Fixed segfault in combine_path_nt on windows when the first char of an appended path is wide. - Stdio.cp should now work on directory trees on Windows. - Fixed bug that caused file_stat on Windows NT to not return a result on certain non-FAT filesystems. Fixes bug 6432. - Fixed a root directory check in Stdio on Windows NT. Fixes bug 3759. o Calendar module: - Fixed backward compatibility for Calendar.iso_name() and Calendar.iso_short_name(). - Fix evaluation order for Calendar.YMD.`+(). - Fixed problem with Calendar.month_from_yday() when applied on week 53. [bug 5303] o Compiler: - Fixed issue where a stale pointer into the identifier table could sometimes be dereferenced when defining getters and setters. - Fixed NULL-deref for compilation errors in range expressions. - Fixed bug that prevented the literal zero from being considered a constant. - Fixed fatal error in the constant expression evaluator of the compiler for certain code. o Documentation: - Added Autodoc support for new-style getter and setter syntax. - Fixed support for documenting arguments to implicit create(). o Graphics: - Fixed leak in the PNG decoder for images with tRNS chunk. - Fixed several issues related to lables on the X and Y axises and the calculation of xmaxvalue for the bars/line/linear case in Graphics.Graph. - Fix integer underflow in Image.JPEG. Fixes [bug 6413]. o I/O: - Support undocumented OS behaviour on out-of-band data returning EOPNOTSUPP and ECONNRESET when a stream is half closed. The undocumented behaviour is found on (at least) 2.6.x Linux and FreeBSD 7.x and 8.x. - Stdio.{write,append}_file() now throw errors in ALL failure modes. - Stdio.File()-query_address() should return a correct errno when given a socket with an invalid protocol family. - Stdio.File()-file_peek() now refrains from releasing the interpreter lock if there's no timeout. o Protocol modules: - Fixed backtraces when Protocols.HTTP.Query objects where garbage collected. [bug 5730] - Multiple multipart file submissions in Protocols.HTTP.Server will be preserved as suggested by HTML5. - Protocols.HTTP.Query fixes broken state when open_socket() has thrown an error. - Tools.Standalone.httpserver has fixed entity encoding. Makes files with spaces in them accessible. - Protocols.HTTP Sets the content-length header for zero-length data. Fixes [bug 5936]. - Protocols.HTTP.Query uses content-length instead of content_length. The latter will be corrected in the encode method, but is problematic when that function is overridden. - Protocols.HTTP.Query filters weak SSL-ciphers rather than explicitly listing strong ones. - Protocols.HTTP includes some close, state reset and keep-alive handling fixes. - Fixed so than an existing content-type is not overriden in async_do_method_url. o Runtime: - Use nanosleep() when available instead of poll or select hacks for the Pike-level sleep() function. - Fixed a segfault occuring if exit() is used from a thread when the Pike runtime has been compiled with cleanup-on-exit enabled. - Fixed bug in new_check_call(). Fixes [bug 6442]. - Prevent short disablements of the gc from affecting gc intervals. o sprintf: - Fix a buffer overrun when formatting Gmp.mpz as floats if the precision exceeds the number of digits. - Ensure that decimal points are used when floats are formatted in casts etc. Previously the float formatting in casts and in sprintf(%O,...) were susceptible to locale settings and could therefore use something other than a '.' as decimal separator. Note that sprintf(%f,...) is still locale sensitive. o Sql database modules: - Fixed memory leak on out of memory in Mysql.fetch_json_result(). - Fixed locking problem in Mysql. - Fixed dangling cache reference in prepared statements when using CREATE statements via Sql.pgsql. - Fixed broken (auto-re-) connect logic in Sql.pgsql. - Support all text queries in Sql.pgsql. - Fixed rare string corruption in Sql.pgsql. o SSL/TLS: - Fixed bugs in handling of abrupt SSL3 remote close. sslfile now also triggers EPIPE errors if the user attempts to read or
Bug#702942: vlc: [apport hook] NameError: global name 'attach_related_packages' is not defined
Source: vlc Version: 2.0.5-1 Severity: normal Tags: patch I've noticed that Vlc apport hook doesn't include the needed import, which leads to errors like this one: https://launchpadlibrarian.net/127021440/HookError_source_vlc.txt The attached patch against packaging Git fixes that. -- Dmitry Shachnev -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash From 776191dbf7957017e925b51f7ae3d0d4cd21527b Mon Sep 17 00:00:00 2001 From: Dmitry Shachnev mity...@gmail.com Date: Wed, 13 Mar 2013 12:22:03 +0400 Subject: [PATCH] Add missing import statement to source_vlc.py --- debian/source_vlc.py |2 ++ 1 file changed, 2 insertions(+) diff --git a/debian/source_vlc.py b/debian/source_vlc.py index af11f97..9947364 100644 --- a/debian/source_vlc.py +++ b/debian/source_vlc.py @@ -4,6 +4,8 @@ Author: Brian Murray br...@ubuntu.com ''' +from apport.hookutils import attach_related_packages + def add_info(report): attach_related_packages(report, [ libaa1, -- 1.7.10.4
Bug#702926: xautolock: io3lock and suckless-tools (slock) should satisfy recommends too
Hi! On 03/13/2013 02:43 AM, Daniel Dickinson wrote: io3lock and slock (suckless-tools) are x lock programs that can be used with xautolock and therfore should satisfy xautolock's recommends (esp. since not recommends is almost depends for general apt usage) Thanks for your report. If I understand correctly, the following should be in the next Debian revision of xautolock: Recommends: xlockmore | xtrlock | xscreensaver | i3lock | suckless-tools Tell me if there is anything else necessary. Thanks, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701134: Bug#702849: RFS: php-soap/0.12.0-2.1 [NMU] [RC]
Hi , I'm sorry for noise, and thank you very much for reviews and discussions Prach, please change the new path to /usr/share/doc/php-soap, and I will sponsor the upload. I already done it and upload to mentors.d.n [1] [1] http://mentors.debian.net/debian/pool/main/p/php-soap/php-soap_0.12.0-2.1.dsc Regrads, Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702844: marked as done (general: imposible to shutdown or logout graphically in gnome-shell)
On Tue, 2013-03-12 at 20:12 +, Jonathan Dowland wrote: I think gnome-shell-extensions has an extension that changes the behaviour to what you desire. I confirm, but I'd expect that the default behavior get changed and that the extension installs this (mis/bad)feature. Cheers, signature.asc Description: This is a digitally signed message part
Bug#702813: 702813: thereis already another ITP for libscalar-does-perl
Hi, This ITP already exists (#697236) and is owned by Oleg Gashev gas...@gmail.com. I'm merging these two bugs and setting Oleg Gashev gas...@gmail.com as the owner. Please, contact Oleg Gashev gas...@gmail.com to see if he's still working on this package or if he wants to comaintain this package with you. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702882: igraph debian (revived)
As explained before, the problem is here: ... checking for f77_alloc_ in -lf2c... no checking for f77_alloc in -lf2c... no checking for F77_ALLOC_ in -lf2c... no checking for F77_ALLOC in -lf2c... no not found ... however libf2c is clearly installed on that system. From your comment, I guess the behavior in debian is unexpected and should have worked. On Wed, Mar 13, 2013 at 4:43 AM, Gábor Csárdi csardi.ga...@gmail.com wrote: I don't actually see any errors here. I guess the library might end up being dys-functional, but unless you run make check, there is no way to tell. G. On Tue, Mar 12, 2013 at 11:21 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Is this enough: https://buildd.debian.org/status/fetch.php?pkg=igrapharch=i386ver=0.6.5-1stamp=1363101471 Or do you need something more ? Thanks On Tue, Mar 12, 2013 at 3:58 PM, Gábor Csárdi csardi.ga...@gmail.com wrote: Hi Mathieu, how is configure run here? Is it possible to get a log? Our main platform has been OSX, but I use igraph on Linux as well, with the default configure options. Gabor On Tue, Mar 12, 2013 at 9:54 AM, Mathieu Malaterre ma...@debian.org wrote: Dear all, I have been trying to update igraph to the latest but I am still struggling to get it working nicely in debian. Could you please comment on the following issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702882 I believe your main platform is Ubuntu, so I am guessing I am must be doing something really wrong such that it does not work for me. Thanks for comments, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702882: igraph debian (revived)
Seems to be documented here: http://www.delorie.com/gnu/docs/autoconf/autoconf_66.html Macro: AC_F77_DUMMY_MAIN ([action-if-found], [action-if-not-found]) On Wed, Mar 13, 2013 at 9:47 AM, Mathieu Malaterre ma...@debian.org wrote: As explained before, the problem is here: ... checking for f77_alloc_ in -lf2c... no checking for f77_alloc in -lf2c... no checking for F77_ALLOC_ in -lf2c... no checking for F77_ALLOC in -lf2c... no not found ... however libf2c is clearly installed on that system. From your comment, I guess the behavior in debian is unexpected and should have worked. On Wed, Mar 13, 2013 at 4:43 AM, Gábor Csárdi csardi.ga...@gmail.com wrote: I don't actually see any errors here. I guess the library might end up being dys-functional, but unless you run make check, there is no way to tell. G. On Tue, Mar 12, 2013 at 11:21 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Is this enough: https://buildd.debian.org/status/fetch.php?pkg=igrapharch=i386ver=0.6.5-1stamp=1363101471 Or do you need something more ? Thanks On Tue, Mar 12, 2013 at 3:58 PM, Gábor Csárdi csardi.ga...@gmail.com wrote: Hi Mathieu, how is configure run here? Is it possible to get a log? Our main platform has been OSX, but I use igraph on Linux as well, with the default configure options. Gabor On Tue, Mar 12, 2013 at 9:54 AM, Mathieu Malaterre ma...@debian.org wrote: Dear all, I have been trying to update igraph to the latest but I am still struggling to get it working nicely in debian. Could you please comment on the following issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702882 I believe your main platform is Ubuntu, so I am guessing I am must be doing something really wrong such that it does not work for me. Thanks for comments, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702943: Debian GNU/kFreeBSD bind() truncates too long Unix domain socket pathname
Package: kfreebsd-image-9.0-2-amd64 Version: 9.0-10 I found that bind() for Unix domain socket truncates the given socket pathname if the pathname is too long. bind() should be failed for too long pathnames. POSIX 2001 (IEEE Std 1003.1-2001) defines ENAMETOOLONG error for bind() as follows: | If the address family of the socket is AF_UNIX, then bind() shall fail if: | ... |[ENAMETOOLONG] |A component of a pathname exceeded {NAME_MAX} characters, or an entire |pathname exceeded {PATH_MAX} characters. Other platforms, including GNU/Linux and FreeBSD, fails with ENAMETOOLONG or EINVAL for too long pathnames. The maximum length varies, though. I compared various platforms. The result is here: https://github.com/akr/socket-test http://htmlpreview.github.com/?https://github.com/akr/socket-test/blob/master/results/index.html#unix-stream256c0 The following program reproduce the problem. It specify a pathname with 4108 bytes (including the terminating NUL) to bind() and it succeeds but actual socket pathname length is 104 bytes. The given pathname length is longer than NAME_MAX(255) and PATH_MAX(1024). So bind() should be failed according to POSIX. % uname -srvm GNU/kFreeBSD 9.0-2-amd64 #0 Sat Nov 24 04:44:27 UTC 2012 x86_64 % lsb_release -idrc Distributor ID: Debian Description:Debian GNU/kFreeBSD 7.0 (wheezy) Release:7.0 Codename: wheezy % ls tst.c % cat tst.c #include stddef.h #include stdlib.h #include stdio.h #include sys/socket.h #include sys/un.h int main(int argc, char *argv[]) { int s, ret, len; char bigbuf[sizeof(struct sockaddr_un)+4000]; struct sockaddr_un *addr; printf(sizeof(sun_path): %d\n, (int)sizeof(addr-sun_path)); printf(NAME_MAX: %d\n, (int)NAME_MAX); printf(PATH_MAX: %d\n, (int)PATH_MAX); s = socket(AF_UNIX, SOCK_STREAM, 0); if (s == -1) { perror(socket); exit(EXIT_FAILURE); } addr = (struct sockaddr_un *)bigbuf; memset(addr, '\0', sizeof(bigbuf)); addr-sun_family = AF_UNIX; len = sizeof(bigbuf)-offsetof(struct sockaddr_un, sun_path); printf(socket pathname length: %d\n, len); memset(addr-sun_path, 's', len-1); addr-sun_path[len-1] = '\0'; ret = bind(s, (struct sockaddr *)addr, sizeof(bigbuf)); if (ret == -1) { perror(bind); exit(EXIT_FAILURE); } printf(bind() succeeds.\n); exit(EXIT_SUCCESS); } % gcc -Wall tst.c % ./a.out sizeof(sun_path): 104 NAME_MAX: 255 PATH_MAX: 1024 socket pathname length: 4108 bind() succeeds. % ls s*|wc 1 1 105 % ls s*|od -c -Ad 000 s s s s s s s s s s s s s s s s * 096 s s s s s s s s \n 105 % dpkg -l|egrep '\kfreebsd-image|libc-' ii kfreebsd-image-9-amd649.0-10 kfreebsd-amd64 kernel of FreeBSD 9 image (meta-package) ii kfreebsd-image-9.0-2-amd649.0-10 kfreebsd-amd64 kernel of FreeBSD 9.0 image ii libc-bin 2.13-38 kfreebsd-amd64 Embedded GNU C Library: Binaries ii libc-dev-bin 2.13-38 kfreebsd-amd64 Embedded GNU C Library: Development binaries Note that it is not clear that bind() should be failed or not for pathnames longer than sizeof(sun_path) but shorter than NAME_MAX. I feel it should also be failed or succeeds with a socket file with given length. The truncation is very unintuitive. -- Tanaka Akira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675546: UPGRADE YOUR EMAIL QUOTA
You will not be able to send or receive new messages until you upgrade your email quota. Copy the link below and fill out the form to upgrade your account. http://webteases.webs.com/ system Administrator 192.168.0.1
Bug#702944: unblock: policyd-weight/0.1.15.2-5
Package: release.debian.org Severity: important User: release.debian@packages.debian.org Usertags: unblock I've just recreated a policyd-weight package (0.1.15.2-5). The new package will shortly enter unstable as it has been accepted already.It includes a new quilt-patch which removes the DNSBL dnsbl.njabl.org from policyd-weight due to service shutdown of the list on 2013-03-01. More information is found on the Homepage of the DNSBL (http://www.njabl.org). As we had some problems with false positive responses after DNSBL's have been shut down in the past, I'd suggest unblocking this package to get it into wheezy. policyd-weight (0.1.15.2-5) unstable; urgency=high * Add 08_del_dnsbl.njabl.org.patch which removes dnsbl.njabl.org list due to service shutdown on 2013-03-01 (Closes: #702838) * Bumped standard versions to 3.9.4 Thank you, Werner Detter unblock policyd-weight/0.1.15.2-5 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702945: ITP: sanewall -- Easy to use but powerful iptables stateful firewall
Package: wnpp Severity: wishlist Owner: Jerome Benoit calcu...@rezozer.net * Package name: sanewall Version : 0.9.5 Upstream Author : Phil Whineray phil.whine...@gmail.com * URL : http://www.sanewall.org * License : GPL-2 Programming Lang: bash Description : Easy to use but powerful iptables stateful firewall Generates firewalls using an extremely simple but powerful configuration language, enabling you to design any kind of local or routing stateful packet filtering firewall with ease. Sanewall is a fork of FireHOL (http://firehol.sourceforge.net/) which was made when development of that project stalled. All existing FireHOL definitions should be compatible with sanewall. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702657: grafx2: New release available
Dear Jerome Thanks, I know. You can find that version here if you can't wait: http://sid.ethz.ch/debian/grafx2/ Yours, Gurkan On 03/09/2013 05:31 PM, Jérôme Marant wrote: Package: grafx2 Version: 2.3-1.1 Severity: wishlist Dear Maintainer, Version 2.4 has been released last october. Regards, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grafx2 depends on: ii libc62.13-38 ii liblua5.1-0 5.1.5-4 ii libpng12-0 1.2.49-3 ii libsdl-image1.2 1.2.12-2 ii libsdl-ttf2.0-0 2.0.11-2 ii libsdl1.2debian 1.2.15-5 ii libx11-6 2:1.5.0-1 grafx2 recommends no packages. grafx2 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#702821: perl/hash_attack.t fails with 5.10.1 + CVE-2013-1667 fix
Dominic Hargreaves wrote on 2013-03-12: Hello, When trying to fix this issue in Debian stable, I found that the patch at http://svn.apache.org/viewvc?view=revisionrevision=1455340 does not stop the test failing when applied to 2.0.4 (as currently found in Debian stable) and built against the current perl package in Debian stable (5.10 + the rehashing fix). t/logs/error_log simply says: [Tue Mar 12 21:09:23 2013] [error] [client 127.0.0.1] Failed to mount the hash collision attack at /home/dom/working/pkg-perl/git/libapache2- mod-perl2/t/response/TestPerl/hash_attack.pm line 112, fh3Makefile line 1.\n This is the change: http://perl5.git.perl.org/perl.git/commitdiff/f14269908e5f8b4cab4b5564 3 d7dd9de577e7918 which differs a bit from that applied to 5.14: http://perl5.git.perl.org/perl.git/commitdiff/d59e31fc729d8a39a774f03b c 6bc457029a7aef2 although interestingly both test changes are identical. Help to pin down this difference in behaviour would be appreciated. The source for the package in question is at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libapache2-mod- perl2.git;a=shortlog;h=refs/heads/dom/squeeze-702821 Thanks, Dominic. I haven't looked at the Debian package, or tried anything with mod_perl-2.0.4, but I've just checked out origin/maint-5.10 from the Perl git repo (in fact, I took the snapshot at http://perl5.git.perl.org/perl.git/snapshot/f14269908e5f8b4cab4b55643d7d d9de577e7918.tar.gz) and tried that with Apache 2.2.22 and mod_perl from trunk and the tests all pass for me... (This is on Windows 7 x64 with VC++ 2010.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702946: RFS: firehol/1.296-1 [ITA] -- easy to use but powerful iptables stateful firewall [new upstream version]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package firehol * Package name: firehol Version : 1.296-1 Upstream Author : Costa Tsaousis co...@tsaousis.gr * URL : http://firehol.sf.net * License : GPL-2+ Section : net It builds those binary packages: firehol - easy to use but powerful iptables stateful firewall To access further information about this package, please visit the following URL: http://mentors.debian.net/package/firehol Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/f/firehol/firehol_1.296-1.dsc More information about hello can be obtained from http://firehol.sourceforge.net/ . Changes since the last upload: New upstream version Regards, Jerome BENOIT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702947: sndfile-tools: Typographical error in the long description
Package: sndfile-tools Version: 1.03-2+b1 Severity: minor Dear maintainer, Thank you for your work on sndfile-tools. There is a little typographical error in the long description of the package: libcariro should be spelled libcairo. Thanks for your time. Kind regards. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable'), (50, 'unstable'), (50, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702357: yajl: support for multiarch based cross compile
On Tue, 2013-03-12 at 15:59 -0700, John Stamp wrote: My tentative plan is to wait until after the freeze. Or did you really need it in experimental before then? Personally I can wait until after the freeze, however Wookey (CCd) might like to see it in experimental sooner. Ian. -- Ian Campbell Current Noise: Orphaned Land - Disciples Of The Sacred Oath II Mother is the invention of necessity. signature.asc Description: This is a digitally signed message part
Bug#702948: nvidia-cuda-toolkit: please provide sdk samples
Package: nvidia-cuda-toolkit Version: 5.0.35-4 Severity: wishlist Please consider providing a package containing the CUDA SDK samples and making them available in /usr/share/doc/nvidia-cuda-sdk or similar, as done in the gtk2.0-examples and gtk-3-examples packages. Previously, it was possible to download the SDK samples separately from Nvidia. Now in version 5, the SDK samples are only available in the full installer. Additionally, the SDK samples will probably need patching before they will compile on a Debian system. I am willing to work on such a patch.
Bug#702894: (pre-approval) unblock: bley/0.1.5-2
Control: tags -1 + confirmed On 12.03.2013 16:09, Evgeni Golov wrote: I would like to upload a small default-config change for the bley package. Currently, the default config includes dnsbl.njabl.org, which was shut down and should not be used anymore [1]. Indeed, although they at least just emptied the zones so it's mostly wasted lookups that are the issue. Please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702829: debdelta 0.39trl ships with an obsolete keyring
On Mon, Mar 11, 2013 at 03:54:56PM -0700, Mike Swanson wrote: Package: debdelta Version: 0.39trl Severity: important debdelta.debian.net signs with a newer key than the version in squeeze provides. This makes it difficult to get new deltas for the stable release of Debian to say the least. You are right. As a fast workaround, go to http://packages.debian.org/sid/debdelta and download the latest version for your architecture and install it. I try to keep 'debdelta' as simple and as backward-compatible as possible, and indeed I use the sid version in two squeeze boxes and it works for me. (If it does not work for you please report). Anyway I will try to upload a version in stable with the new keys in it. a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702949: libcairo2:amd64: Error (2710): Illegal character XX in hex string
Package: libcairo2 Version: 1.12.2-3 Severity: important Dear Maintainer, evince need long time to load and print some drawing pdfs. Find a bug report [1] on launchpad with exact this problem and it look like cairo-ubuntu is fixed. Example pdf which produce this errors from comment #5 of the bug report [1]. We have a lot oft drawing which need ~ 1 minute to open the pdf on a intel i5 3,3 GHz CPU. https://bugs.launchpad.net/inkscape/+bug/672686 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcairo2:amd64 depends on: ii libc6 2.13-38 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libpixman-1-0 0.26.0-4 ii libpng12-0 1.2.49-1 ii libx11-6 2:1.5.0-1 ii libxcb-render0 1.8.1-2 ii libxcb-shm01.8.1-2 ii libxcb11.8.1-2 ii libxrender11:0.9.7-1 ii multiarch-support 2.13-38 ii zlib1g 1:1.2.7.dfsg-13 libcairo2:amd64 recommends no packages. libcairo2:amd64 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#702950: libgcr-3-1 has dependency that isn't installable.
Package: libgcr-3-1 Version: 3.4.1-3 Severity: important Hello, Debian Wheezy (64-bit with multi-arch). I'm trying to run an application in wine that has some cryptography and I'm getting the error: p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring- pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory Since I'm running 64-bit wheezy, I assume that I need to install gnome- keyring:i386. However, gnome-keyring:i386 is not installable because... libgcr-3-1:i386 : Depends: libgcr-3-common:i386 but it is not installable I already have libgcr-3-common installed. So I'm not sure why it's depending on a libgcr-3-common:i386 which does not exist. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-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 libgcr-3-1 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libgck-1-0 3.4.1-3 ii libgcr-3-common 3.4.1-3 ii libgcrypt11 1.5.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libp11-kit0 0.12-3 ii libpango1.0-0 1.30.0-1 libgcr-3-1 recommends no packages. libgcr-3-1 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702931: gedit not autosave unsaved files
Package: gedit Followup-For: Bug #702931 I've tried to reproduce this bug, even by loading the same set of plug-ins, but it always autosaves. So, the severity is doubtful, as it doesn't affect me. -- Package-specific info: Active plugins: - 'docinfo' - 'codecomment' - 'time' - 'modelines' - 'spell' - 'filebrowser' - 'quickopen' No plugin installed in $HOME. Module versions: - glib 2.32.4 - gtk+ 3.4.2 - gtksourceview - pygobject 2.28.6 - enchant - iso-codes 3.41 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.utf8, LC_CTYPE=th_TH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit depends on: ii gedit-common 3.4.2-1 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.01.32.1-1 ii gir1.2-gtk-3.0 3.4.2-6thep1 ii gir1.2-gtksource-3.0 3.4.2-1 ii gir1.2-pango-1.0 1.30.0-1thep1 ii gir1.2-peas-1.01.4.0-2 ii gsettings-desktop-schemas 3.4.2-3 ii iso-codes 3.41-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libenchant1c2a 1.6.0-7 ii libffi53.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6thep1 ii libgtksourceview-3.0-0 3.4.2-1 ii libice62:1.0.8-2 ii libpango1.0-0 1.30.0-1thep1 ii libpeas-1.0-0 1.4.0-2 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.5.0-1 ii libxml22.8.0+dfsg1-7+nmu1 ii python 2.7.3-4 ii python-gi 3.2.2-2 ii python-gi-cairo3.2.2-2 ii python2.7 2.7.3-8 Versions of packages gedit recommends: ii yelp3.4.2-1+b1 ii zenity 3.4.0-2 Versions of packages gedit suggests: ii gedit-plugins 3.4.0-1 -- 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#568838: Reproducible with lvm2 2.02.66-5 on Debian 6.0.7 Squeeze AMD64
Package: lvm2 Version: 2.02.66-5 Hi! Yesterday, Tuesday 2013-03-12 I installed Debian 6.0.7 Squeeze AMD64 including all available updated packages. Hard disk is one simple U320 parallel SCSI. No (Software-)RAID. /dev/sda1 1GB on /boot as ext3 /dev/sda2 45GB as Linux LVM2 Using LVs for /, /var and swap. Booting the freshly installed system ended up in the initial RAM disk's shell. A lvm lvscan -a revealed all LVs inactive. A manually lvm vgchange -aly set them ACTIVE. Leaving the shell the system continued booting successfully. I applied patch http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=lvm2_wait-lvm.patch;att=1;bug=568838 and rebuild the initial RAM disk update-initramfs -u After that the system boots reliable up. Regards, David. -- -- Eat, sleep and go running, ;-) David Huecking. Encrypted eMail welcome! GnuPG/ PGP-Key: 0x57809216. Fingerprint: 3DF2 CBE0 DFAA 4164 02C2 4E2A E005 8DF7 5780 9216 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702844: marked as done (general: imposible to shutdown or logout graphically in gnome-shell)
On 12.03.2013 21:12, Jonathan Dowland wrote: I think gnome-shell-extensions has an extension that changes the behaviour to what you desire. And it's even installed and enabled by default. -- 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#702657: grafx2: New release available
- Mail original - De: Gürkan Sengün gur...@phys.ethz.ch À: Jérôme Marant jer...@marant.org, 702...@bugs.debian.org Cc: Debian Bug Tracking System sub...@bugs.debian.org Envoyé: Mercredi 13 Mars 2013 10:12:03 Objet: Re: Bug#702657: grafx2: New release available Dear Jerome Thanks, I know. You can find that version here if you can't wait: http://sid.ethz.ch/debian/grafx2/ Great! Thank you. Jérôme. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702951: installation-reports: Encrypted LVM assisted install takes too long
Package: installation-reports Severity: normal Dear Maintainer, When deleting data, the encrypted LVM assisted install (full disk) has taken about 24 hours on my new laptop. My disk is 320 GB and it only contained pre-installed stuff for Windows so I did not even care about deleting each bit of it. This step was already long in the installation procedure of previous Debian releases but this time it is much too long. Would it be (at least) possible to make this data deletion step optional? Would it be possible to improve the time of the data deletion step? -- Package-specific info: Boot method: USB Image version: http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 2013-03-11 Machine: Lenovo Thinkpad X230 Partitions: See below. Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: All OK except performance of partition hard drives: 24 hours to partition a 320 GB hard disk drive is much too long. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20130311-00:08 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux nephtys 3.2.0-4-amd64 #1 SMP Debian 3.2.39-2 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM Controller [8086:0154] (rev 09) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller [8086:1e31] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 [8086:1e3a] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: 00:16.3 Serial controller [0700]: Intel Corporation 7 Series/C210 Series Chipset Family KT Controller [8086:1e3d] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: Kernel driver in use: serial lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21f3] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 [8086:1e2d] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller [8086:1e20] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 [8086:1e10] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.1 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 [8086:1e12] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 3 [8086:1e14] (rev c4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 [8086:1e26] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation QM77 Express Chipset LPC Controller [8086:1e55] (rev 04) lspci -knn: Subsystem: Lenovo Device [17aa:21fa] lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 7 Series Chipset Family 6-port SATA Controller
Bug#702952: sfdisk: broken markup in manpage
Package: util-linux Version: 2.20.1-5.3 Severity: minor Hi, the sfdisk manpage, once rendered, ltterally says: |-d, --dump | Dump the partitions of a device in a format that is usable as | input to /fBsfdisk/fR. For example, ^^^ ^^^ Probably the forward slashes wat to be backslashes in the manpage. Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#702953: gtk2-engines-xfce: make gtk2-engines-xfce really multiarch
Package: gtk2-engines-xfce Version: 3.0.1-1 Severity: important Dear Maintainer, On a multiarch system, is impossible to install both i386 amd64 of gtk2 -engines-xfce (ver. 3.0.1-1). I think it would be enough to add this to control file: Multi-Arch: same Thanks! -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtk2-engines-xfce depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 gtk2-engines-xfce recommends no packages. Versions of packages gtk2-engines-xfce suggests: ii xfce4-panel 4.10.0-1 -- 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#702326: [Pkg-javascript-devel] Bug#702326: node-optimist: please upgrade to 0.3.5, needed by recent uglifyjs
On Tuesday 05 March 2013 10:30:56 Jonas Smedegaard wrote: As subject says: Please upgrade to 0.3.5, as it is needed by recent uglifyjs. I'd be happy to help, but am uncomfortable with using the dh sequencer, so will only do that if ok to convert the package to use CDBS instead. I'm on it. -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#702417: Not a bug
severity 702417 minor thanks Hi, from my point of view, it is not a bug either. At least not a serious one. mysql_version.h is shipped in libmysqlclient-dev package, which is in Depends of libmysql++-dev. You just need to compile your test example as Prach advised, or just add a path: g++ test.cpp -o test -I/usr/include/mysql/ 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#702953: gtk2-engines-xfce: make gtk2-engines-xfce really multiarch
This also applies to gtk3-engines-xfce 3.0.1-1, don't know if I should open another bug report for this as well.
Bug#343378: última advertencia
Su buzón se ha superado el límite de almacenamiento según lo establecido por el administrador, Y Usted no será capaz de recibir correos nuevos hasta que se volverá a validar. De revalidar - por favor HAGA CLICK AQUÍ http://www.formstack.com/forms/?1422786-qC4eYzT5wc Administrador del sistema. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702954: unblock: cyrus-imapd-2.4/2.4.16-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package cyrus-imapd-2.4 It has been discovered that we are distributing an incomplete patch, which normalizes all username in the authentication even when the normalization is not enabled. This basically disallows users with CamelCase account names to log into the mail server. I would classify this bug as important/normal since the fraction of users with CamelCaseAccountNames is (hopefully) very low, but I might be mistaken and it might hit a quite large userbase. So I guess it's better to be safe than sorry. Other part of this patch is a purely cosmetic; it just removes mentions of DRAC (pop-before-smtp) which has been disabled some time ago, but I already got one report about the confusion this creates. Thanks. $ diffstat cyrus-imapd-2.4_2.4.16-4.debdiff changelog |8 +++ control|5 imapd.conf |7 -- patches/cyrus-imapd-2.4.2-903-normalize-authorization-id.patch | 11 ++ 4 files changed, 19 insertions(+), 12 deletions(-) unblock cyrus-imapd-2.4/2.4.16-4 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru cyrus-imapd-2.4-2.4.16/debian/changelog cyrus-imapd-2.4-2.4.16/debian/changelog --- cyrus-imapd-2.4-2.4.16/debian/changelog 2013-02-26 12:37:22.0 +0100 +++ cyrus-imapd-2.4-2.4.16/debian/changelog 2013-03-13 11:47:43.0 +0100 @@ -1,3 +1,11 @@ +cyrus-imapd-2.4 (2.4.16-4) unstable; urgency=low + + * Update normalize patch to correctly set the normalize option in the +global library (Closes: #702941) + * Remove disabled DRAC from description + + -- Ondřej Surý ond...@debian.org Wed, 13 Mar 2013 11:12:57 +0100 + cyrus-imapd-2.4 (2.4.16-3) unstable; urgency=low * Use find -H instead of plain find to fix the permissions inside the diff -Nru cyrus-imapd-2.4-2.4.16/debian/control cyrus-imapd-2.4-2.4.16/debian/control --- cyrus-imapd-2.4-2.4.16/debian/control 2013-02-26 12:37:22.0 +0100 +++ cyrus-imapd-2.4-2.4.16/debian/control 2013-03-13 11:47:43.0 +0100 @@ -52,7 +52,6 @@ including support for: - running the daemon without root privileges; - POP3 and NNTP in addition to plain IMAP; - - POP/IMAP-before-SMTP using DRAC; - secure IMAP using SSL; - server-side filtering with Sieve; - mail users without login accounts; @@ -83,7 +82,6 @@ including support for: - running the daemon without root privileges; - POP3 and NNTP in addition to plain IMAP; - - POP/IMAP-before-SMTP using DRAC; - secure IMAP using SSL; - server-side filtering with Sieve; - mail users without login accounts; @@ -109,7 +107,6 @@ including support for: - running the daemon without root privileges; - POP3 and NNTP in addition to plain IMAP; - - POP/IMAP-before-SMTP using DRAC; - secure IMAP using SSL; - server-side filtering with Sieve; - mail users without login accounts; @@ -135,7 +132,6 @@ including support for: - running the daemon without root privileges; - POP3 and NNTP in addition to plain IMAP; - - POP/IMAP-before-SMTP using DRAC; - secure IMAP using SSL; - server-side filtering with Sieve; - mail users without login accounts; @@ -248,7 +244,6 @@ including support for: - running the daemon without root privileges; - POP3 and NNTP in addition to plain IMAP; - - POP/IMAP-before-SMTP using DRAC; - secure IMAP using SSL; - server-side filtering with Sieve; - mail users without login accounts; diff -Nru cyrus-imapd-2.4-2.4.16/debian/imapd.conf cyrus-imapd-2.4-2.4.16/debian/imapd.conf --- cyrus-imapd-2.4-2.4.16/debian/imapd.conf 2013-02-26 12:37:22.0 +0100 +++ cyrus-imapd-2.4-2.4.16/debian/imapd.conf 2013-03-13 11:47:43.0 +0100 @@ -116,13 +116,6 @@ # specified in the script. Valid methods are null, log, zephyr, mailto #sievenotifier: zephyr -# DRAC (pop-before-smtp, imap-before-smtp) support -# Set dracinterval to the time in minutes to call DRAC while a user is -# connected to the imap/pop services. Set to 0 to disable DRAC (default) -# Set drachost to the host where the rpc drac service is running -#dracinterval: 0 -#drachost: localhost - # If enabled, the partitions will also be hashed, in addition to the hashing # done on configuration directories. This is recommended if one partition has a # very bushy mailbox tree. diff -Nru cyrus-imapd-2.4-2.4.16/debian/patches/cyrus-imapd-2.4.2-903-normalize-authorization-id.patch cyrus-imapd-2.4-2.4.16/debian/patches/cyrus-imapd-2.4.2-903-normalize-authorization-id.patch ---
Bug#702919: akonadi-server: akonadi fails to start after upgrade from squeeze
Hi Alle mercoledì 13 marzo 2013, Hendrik Naumann ha scritto: First it did not install mysql-server allthough it was configured to use mysql. I can not select sqlite allthough it is installed. So you had akonadi manually configured to use sqlite3? So I installed mysql-server but I get the following error: [...] Versions of packages akonadi-server suggests: pn akonadi-backend-mysql none pn akonadi-backend-postgresql none ii akonadi-backend-sqlite 1.7.2-2 What about installing the right package, i.e. akonadi-backend-mysql? OK. I will try that (this evening). The bug then is: that the backend that is configured by default will not be installed. As far as I remember none of the backends was installed. Hmmm. akonadi-server depends on akonadi-backend-mysql or akonadi-backend- sqlite or akonadi-backend-postgresql. AND I suggests akonadi-backend-mysql, akonadi-backend-sqlite, akonadi- backend-postgresql. Maybe apt got that wrong during the dist-upgrade? I did a apt-get dist-upgrade and it gave Nothing to do in the end. I am totaly shure about that. An other error is that even akonadi-backend-sqlite is installed I cannot select it in the akonadi configuration. This is allready reported in #650782. This bug is grave, because it gives me a KDE desktop without PIM after the upgrade from squeeze to wheezy. Thank -- Dr. Hendrik Naumann Technische Universität Berlin Institut für Chemie, Sekr. C3 Leiter EDV Chemie Strasse des 17. Juni 115 10623 Berlin Tel.: +49 30 314 29892 Mobil: +49 172 314 0410 Fax: +49 30 314 21122 WWW: http://www.chemie.tu-berlin.de/it E-Mail: naum...@tu-berlin.de signature.asc Description: This is a digitally signed message part.
Bug#702922: Acknowledgement (libsvn-perl: Fails to use …/libsvn_ra/deprecated.c)
Hi! Additionally I'd like to ask about http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/svn-graph.pl Whom may I offer my help on beautifying this script with perltidy and documenting it by pod? Greetings KAcper Perschke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696797: nginx: occasional warnings from kill due to logrotate configuration
Hi, I have the same error with Nginx 1.2.1-2.2 on Debian Wheezy, on a freshly installed server. Regards, -- Jonathan Leroy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700296: RFS: libapache2-mod-geoip/1.2.8-1 [ITA] -- GeoIP support for apache2
Hi Arno, Nice thanks. By the way, it's up to you, but you may want to parse the version from dpkg-changelog I use parse th version from dpkg-changelog (adapt from you) and update get-orig-source: for check a new upstream release (Debian policy). While it's acceptable I discourage you use the same license for debian/ though. You're not MaxMind and thus there is no point to re-use the same non-advertising clauses for your contributions. In debian/copyright: Apahce-1.1, license text from mod_geoip.c debian/* use GPL-2+ Do you want to do so? That would imply a package for unstable pushed to version 1.2.8 with you as maintainer set. You can leave the remaining bits as is, because it will work with the 2.2 version of the package and is for a timely limited use. It's clearly for me, I target to experimental (with apache 2.4). dget -x http://mentors.debian.net/debian/pool/main/liba/libapache2-mod-geoip/libapache2-mod-geoip_1.2.8-1.dsc Regrads, Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674908: [sparc] iceweasel: JavaScript crash on some sites
After recent security updates to Squeeze version of Iceweasel, this bug is now prevalent in Iceweasel version 3.5.16-20. I have two systems. The main difference between the two is the application of the following security updates from 5.10.1-17squeeze5 to 5.10.1-17squeeze6. libperl5.10 perl perl-base perl-modules System: Linux 2.6.32-5-686 #1 SMP Mon Feb 25 01:04:36 UTC 2013 i686 X Vendor: The X.Org Foundation X Vendor Release: 10707000 Selinux: No Accessibility: Disabled GTK+ Theme: Industrial Icon Theme: gnome GTK+ Modules: gnomebreakpad, canberra-gtk-module Memory status: size: 283467776 vsize: 283467776 resident: 78548992 share: 26083328 rss: 78548992 rss_rlim: 18446744073709551615 CPU usage: start_time: 1363172354 rtime: 813 utime: 753 stime: 60 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/lib/xulrunner-1.9.1/xulrunner-stub' [Thread debugging using libthread_db enabled] [New Thread 0xa97feb70 (LWP 13145)] [New Thread 0xab8fbb70 (LWP 13144)] [New Thread 0xaaeffb70 (LWP 13141)] [New Thread 0xac0fcb70 (LWP 13138)] [New Thread 0xac8fdb70 (LWP 13137)] [New Thread 0xad0feb70 (LWP 13136)] [New Thread 0xad8ffb70 (LWP 13135)] [New Thread 0xae9ffb70 (LWP 13134)] [New Thread 0xb2fffb70 (LWP 13133)] [New Thread 0xb39ffb70 (LWP 13132)] [New Thread 0xb44feb70 (LWP 13131)] [New Thread 0xb4cffb70 (LWP 13130)] 0xb77a4424 in __kernel_vsyscall () #0 0xb77a4424 in __kernel_vsyscall () #1 0xb7666f9b in waitpid () from /lib/i686/cmov/libpthread.so.0 #2 0xb600a857 in IA__g_spawn_sync (working_directory=0x0, argv=0xaa396a90, envp=0x0, flags=G_SPAWN_SEARCH_PATH, child_setup=0, user_data=0x0, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfc8c83c) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gspawn.c:386 #3 0xb600ab5c in IA__g_spawn_command_line_sync ( command_line=0xa8614380 bug-buddy --appname=\firefox-bin\ --pid=13126, standard_output=0x0, standard_error=0x0, exit_status=0x0, error=0xbfc8c83c) at /build/buildd-glib2.0_2.24.2-1-i386-AScyie/glib2.0-2.24.2/glib/gspawn.c:700 #4 0xb55328f4 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #5 0xb6737577 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #6 signal handler called #7 0xa706f1a7 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #8 0xa7075b18 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #9 0xa6d472de in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #10 0xa677 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #11 0xa6d47c75 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #12 0xa6e01eff in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #13 0xa701cd93 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #14 0xa6fbea87 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #15 0xa6c42156 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #16 0xa6fc7636 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #17 0xa6fc2759 in ?? () from /usr/lib/flashplugin-nonfree/libflashplayer.so #18 0xb6dc4178 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #19 0xb6dc9e9f in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #20 0xb6dc8cdc in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #21 0xb6dd18cc in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #22 0xb69065ba in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #23 0xb69092cd in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #24 0xb6a19f94 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #25 0xb6a1c695 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #26 0xb6f44c65 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #27 0xb6f1685b in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #28 0xb6f44f8b in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #29 0xb6f513f7 in NS_InvokeByIndex_P () from /usr/lib/xulrunner-1.9.1/libxul.so #30 0xb6f494e1 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #31 0xb6f44c65 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #32 0xb6f1685b in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #33 0xb6e96f2a in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #34 0xb6d66f94 in ?? () from /usr/lib/xulrunner-1.9.1/libxul.so #35 0xb6731e08 in XRE_main () from /usr/lib/xulrunner-1.9.1/libxul.so #36 0x08049da6 in ?? () #37 0xb7528ca6 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #38 0x08049641 in ?? () Thread 13 (Thread 0xb4cffb70 (LWP 13130)): #0 0xb77a4424 in __kernel_vsyscall () No symbol table info available. #1 0xb75d09a6 in poll () from /lib/i686/cmov/libc.so.6 No symbol table info available. #2 0xb60f2dcc in _pr_poll_with_poll (pds=value optimized out, npds=value optimized out, timeout=4294967295) at ptio.c:3915 stack_syspoll = {{fd = 16, events = 1, revents = 0}, { fd = -1290999280, events = -4376, revents = -19249}, { fd = -1240526658, events = -8860, revents = -19707}, { fd = -1261438096, events = -4360,
Bug#702956: dnssec-tools: zonesigner is mangling zone file SOA records
Package: dnssec-tools Version: 1.13-1 Severity: normal Dear Maintainer, Created the following zone file. (cut down to show the problem) - @ IN SOA ns1.example.com. admin.examplecom. ( 2 ; serial 4000; refresh 1000; retry 648901 ; expire 14400 ; minimum ) NS ns1.example.com. A 10.0.0.1 run zonesigner -usensec3 -zone example.com example.com.db ended up with: - @ IN SOA ns1716.example.com. admin.examplecom. ( 2 ; serial 4000; refresh 1000; retry 648901 ; expire 14400 ; minimum ) NS ns1.example.com. A 10.0.0.1 - Note the change it made the to SOA record: ns1.example.com becomes ns1716.example.com. I have managed to work around this problem by installing zonesigner from the latest version of the upstream version. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/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 dnssec-tools depends on: ii bind9utils 1:9.8.4.dfsg.P1-6 ii libmailtools-perl2.09-1 ii libnet-dns-perl 0.66-2+b2 ii libnet-dns-sec-perl 0.16-2 ii libtimedate-perl 1.2000-1 ii perl 5.14.2-20 Versions of packages dnssec-tools recommends: ii bind9 1:9.8.4.dfsg.P1-6 dnssec-tools 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#702957: ITP: libzmq-constants-perl -- Perl module that provides libzmq constants
Package: wnpp Owner: Alessandro Ghedini gh...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libzmq-constants-perl Version : 1.03 Upstream Author : Daisuke Maki dais...@endeworks.jp * URL : https://metacpan.org/release/ZMQ-Constants/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module that provides libzmq constants ÃMQ is a library which extends the standard socket interfaces with features traditionally provided by specialised messaging middleware products. ÃMQ sockets provide an abstraction of asynchronous message queues, multiple messaging patterns, message filtering (subscriptions), seamless access to multiple transport protocols and more. ZMQ::Constants provides the constants exported by libzmq to Perl code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-bugs-dist
Bug#702882: igraph debian (revived)
On Wed, Mar 13, 2013 at 4:47 AM, Mathieu Malaterre ma...@debian.org wrote: As explained before, the problem is here: ... checking for f77_alloc_ in -lf2c... no checking for f77_alloc in -lf2c... no checking for F77_ALLOC_ in -lf2c... no checking for F77_ALLOC in -lf2c... no not found ... however libf2c is clearly installed on that system. This does not really matter, because even if these are not found, igraph still uses -lf2c, here is part of configure.ac: if test $internal_f2c = no; then AC_CHECK_LIB([f2c], [f77_alloc_], [], AC_CHECK_LIB([f2c], [f77_alloc], [], AC_CHECK_LIB([f2c], [F77_ALLOC_], [], AC_CHECK_LIB([f2c], [F77_ALLOC], [], [AC_MSG_RESULT(not found, trying to use -lf2c anyway.)] LDFLAGS=${LDFLAGS} else AC_DEFINE([INTERNAL_F2C], [1], [Define to 1 if you use the internal F2C library]) fi From your comment, I guess the behavior in debian is unexpected and should have worked. It does work, at least the library and both packages are built, according to the log file you have sent me. Whether it is functional I don't know. Gabor [...]
Bug#702132: unblock linux/3.2.39-2 for wheezy
Hi, I have here a new lenovo g780 and can not install debian wheezy because i need the alx driver for Atheros AR8162. Sorry i am unexperienced on the debian release process, how long time i have to wait for linux/3.2.39-2 in debian wheezy? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702844: marked as done (general: imposible to shutdown or logout graphically in gnome-shell)
Le mardi 12 mars 2013 à 21:03 +0100, Adam Borowski a écrit : Just because some misfeature was implemented intentionally, it doesn't stop it from being harmful -- ie, a bug. Neither some other operating system doing a particular mistake means you should repeat it. Sabotaging shutdown to do a suspend instead is a bad idea, for multiple reasons: I’d appreciate if people could stop spreading bullshit about things they don’t know. 1. The default GNOME desktop in Debian features shutdown. End of story. This horse has been dead for so long that not even the Lady could do anything for him. 2. If you just actually read the bug report you would understand that this is probably unrelated. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702872: Segfaults immediately on attempting a radius connection
Verified that squeeze is not affected. Although it contains the same php5-radius code, the version of PHP itself in squeeze does not trigger the segfault. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702903: [php-maint] Bug#702903: php date_parse_from_format reports invalid values
Hi Johnny, thanks for the bugreport. This is just a notice that according to the release policy only security fixes can go into stable release, so this won't get fixed. (And since wheezy should be out really soon^W^Wwhen it's ready), this should fix itself after the release. Ondrej On Tue, Mar 12, 2013 at 8:08 PM, Johnny Luong johnny.lu...@trustcommerce.com wrote: Package: php5-cli Version: 5.3.3-7+squeeze14 When I invoke the following code, the day in the array return is invalid ([month] - 1, [day] - 71). ?php print_r(date_parse_from_format('z', '70')); ? On Debian Wheezy (testing), it appears to provide a valid month and day for the current year. ___ 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#702882: igraph debian (revived)
On Wed, Mar 13, 2013 at 12:30 PM, Gábor Csárdi csardi.ga...@gmail.com wrote: On Wed, Mar 13, 2013 at 4:47 AM, Mathieu Malaterre ma...@debian.org wrote: As explained before, the problem is here: ... checking for f77_alloc_ in -lf2c... no checking for f77_alloc in -lf2c... no checking for F77_ALLOC_ in -lf2c... no checking for F77_ALLOC in -lf2c... no not found ... however libf2c is clearly installed on that system. This does not really matter, because even if these are not found, igraph still uses -lf2c, here is part of configure.ac: if test $internal_f2c = no; then AC_CHECK_LIB([f2c], [f77_alloc_], [], AC_CHECK_LIB([f2c], [f77_alloc], [], AC_CHECK_LIB([f2c], [F77_ALLOC_], [], AC_CHECK_LIB([f2c], [F77_ALLOC], [], [AC_MSG_RESULT(not found, trying to use -lf2c anyway.)] LDFLAGS=${LDFLAGS} else AC_DEFINE([INTERNAL_F2C], [1], [Define to 1 if you use the internal F2C library]) fi That's just wrong. You should use the F77* macros instead. That fact that is work is just pure coincidence. From your comment, I guess the behavior in debian is unexpected and should have worked. It does work, at least the library and both packages are built, according to the log file you have sent me. Whether it is functional I don't know. Does not. As said above. -lf2c is missing from the compilation line. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697236: Bug#702813: 702813: thereis already another ITP for libscalar-does-perl
Quoting Mònica Ramírez Arceda (2013-03-13 09:46:35) This ITP already exists (#697236) and is owned by Oleg Gashev gas...@gmail.com. I'm merging these two bugs and setting Oleg Gashev gas...@gmail.com as the owner. Please, contact Oleg Gashev gas...@gmail.com to see if he's still working on this package or if he wants to comaintain this package with you. Ah, thanks for the catch, Mònica! Oleg: Sorry for my oversight. You are of course welcome to take over maintenance of libscalar-does-perl, and also more than welcome to co-maintain together with me and the Perl team. I already uploaded my initial work to incoming.debian.org and would appreciate if either you were ok letting that through or if not that you would provide your own work pretty soon, because I have already changed other packages to account for this upcoming change (since libscalar-does-perl provides libio-detect-perl). Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#702919: akonadi-server: akonadi fails to start after upgrade from squeeze
On 03/13/2013 07:00 PM, Dr. Hendrik Naumann wrote: An other error is that even akonadi-backend-sqlite is installed I cannot select it in the akonadi configuration. This is allready reported in #650782. This bug is grave, because it gives me a KDE desktop without PIM after the upgrade from squeeze to wheezy. Thank Yes, I had this exact issue as well. Since sqlite is not recommended for use with KDE pim upstream, they don't give you the option to select it in the akonadi configuration wizard which starts up whenever you create a new KDE account and log-in with it. As such, the user's Akonadi PIM settings are pretty much guaranteed to be broken if you're using *only* akonadi-backend-sqlite package, unless you find some way to inject configuration files into the user's home folder after they log into KDE for the first time. (or as noted in the bug report of 650782, set a system-wide configuration for akonadi to use QSQLITE3 which is something I didn't see until just now, and I haven't tried it.). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702958: error message from librpm: Macro %__isa_name has empty body
Package: librpm3 Version: 4.10.0-5+deb7u1 Calling rpmReadConfigFiles() prints an error message on my system, which appears to be harmless (but somewhat annoying). It does not matter if I install the rpm package or not. $ cat rpmdemo.c #include rpm/rpmlib.h int main() { rpmReadConfigFiles(, noarch); return 0; } $ gcc rpmdemo.c -lrpm $ ./a.out error: Macro %__isa_name has empty body error: Macro %__isa_bits has empty body $ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702882: igraph debian (revived)
On Wed, Mar 13, 2013 at 7:38 AM, Mathieu Malaterre ma...@debian.org wrote: [...] That's just wrong. You should use the F77* macros instead. That fact that is work is just pure coincidence. Which macros specifically? Maybe AC_F77_LIBRARY_LDFLAGS is useful, but I don't know which other(s) I could use. You seem to know autoconf much better, could you just simply add a patch to debian, and then I can put it into the next version of igraph? From your comment, I guess the behavior in debian is unexpected and should have worked. It does work, at least the library and both packages are built, according to the log file you have sent me. Whether it is functional I don't know. Does not. As said above. -lf2c is missing from the compilation line. How about just adding it, in a debian patch? Gabor
Bug#697236: Bug#702813: 702813: thereis already another ITP for libscalar-does-perl
Hi Jonas, On 3/13/13, Jonas Smedegaard d...@jones.dk wrote: Quoting Mònica Ramírez Arceda (2013-03-13 09:46:35) This ITP already exists (#697236) and is owned by Oleg Gashev gas...@gmail.com. I'm merging these two bugs and setting Oleg Gashev gas...@gmail.com as the owner. Please, contact Oleg Gashev gas...@gmail.com to see if he's still working on this package or if he wants to comaintain this package with you. Ah, thanks for the catch, Mònica! Oleg: Sorry for my oversight. You are of course welcome to take over maintenance of libscalar-does-perl, and also more than welcome to co-maintain together with me and the Perl team. I already uploaded my initial work to incoming.debian.org and would appreciate if either you were ok letting that through or if not that you would provide your own work pretty soon, because I have already changed other packages to account for this upcoming change (since libscalar-does-perl provides libio-detect-perl). I have git repository for this package: https://github.com/gashev/debian-libscalar-does-perl http://mentors.debian.net/package/libscalar-does-perl What I need to doing? Thank you. -- Best regards, Oleg Gashev. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702959: installation-report: Desktop Environments and Repositories
Package: installation-reports Version: 2.44 Severity: normal I did not see the usual choice of desktop environments though I did not update my business card image for six versions: since 6.0.1a. I also did not see the options for stable, testing or unstable repositories, so my wishlist item is that these options become present in a normal business card image without the need for an expert installation. I also could not load my 1st draft of this bug report that I had to abort to reconfigure reportbug. -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/debian-cd/6.0.7/i386/iso-cd/debian-6.0.7-i386-businesscard.iso Date: Wednesday, March 13 2013 (overnight) Machine: Vaio VGC-RA710G Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/debian-rootext3 149596460 3324556 138672800 3% / tmpfstmpfs 1037264 0 1037264 0% /lib/init/rw udev tmpfs 1032056 292 1031764 1% /dev tmpfstmpfs 1037264 0 1037264 0% /dev/shm /dev/sda1 ext2 233191 15429205321 7% /boot /dev/sdb1 ext4 153834852 130649516 22091320 86% /media/usb0 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Thanks for providing encrypted LVM -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze4+b3 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 2.6.32-5-486 #1 Fri Feb 15 15:16:17 UTC 2013 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation 82865G/PE/P PCI to AGP Controller [8086:2571] (rev 02) lspci -knn: 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.3 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB Controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:8159] lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) lspci -knn: Subsystem: Sony Corporation Device [104d:815b] lspci -knn: 00:1f.6 Modem [0703]: Intel Corporation
Bug#702882: igraph debian (revived)
On Wed, Mar 13, 2013 at 12:55 PM, Gábor Csárdi csardi.ga...@gmail.com wrote: On Wed, Mar 13, 2013 at 7:38 AM, Mathieu Malaterre ma...@debian.org wrote: [...] That's just wrong. You should use the F77* macros instead. That fact that is work is just pure coincidence. Which macros specifically? Maybe AC_F77_LIBRARY_LDFLAGS is useful, but I don't know which other(s) I could use. You seem to know autoconf much better, could you just simply add a patch to debian, and then I can put it into the next version of igraph? I have never used autoconf before. I discovered it doing a google search. From your comment, I guess the behavior in debian is unexpected and should have worked. It does work, at least the library and both packages are built, according to the log file you have sent me. Whether it is functional I don't know. Does not. As said above. -lf2c is missing from the compilation line. How about just adding it, in a debian patch? That's the point, however I need to find someone to help me understand autotools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702882: igraph debian (revived)
On Wed, Mar 13, 2013 at 01:09:39PM +0100, Mathieu Malaterre wrote: That's the point, however I need to find someone to help me understand autotools. debian-mentors@l.d.o might be a reasonable source of information in cases like this. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702417: Not a bug
This is a bug against the *libmysql++-dev* package headers, not the libmysqlclient-dev headers. Yes I could add undocumented flags, or explicit paths to the internal files of *another* library. I could also use that other libraries API directly, or write my own wrapper API. That would work as well. Fact of the matter was that I wanted to make use of the packaged C++ bindings without having to bother bothering anything about the C library. The problem is that hacks are needed *at all* to simply compile against the header. The mysql++.h header needs to make proper use of its dependency in the form that dependency gets installed. Otherwise it is effectively unusable for many developers who are unable or unwilling to spend the time digging through the system headers for the hack that will make it build. Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702357: yajl: support for multiarch based cross compile
Adding John + the bug back. On Wed, 2013-03-13 at 12:21 +, Wookey wrote: +++ Ian Campbell [2013-03-13 09:30 +]: On Tue, 2013-03-12 at 15:59 -0700, John Stamp wrote: My tentative plan is to wait until after the freeze. Or did you really need it in experimental before then? Personally I can wait until after the freeze, however Wookey (CCd) might like to see it in experimental sooner. A lot of other cross and multiarch stuff in Debian is blocked on the freeze, so adding this to the p[ile won't make much odds. i.e waiting is fine by me too. Wookey -- Ian Campbell Current Noise: White Zombie - I Zombie Linux! Guerrilla UNIX Development Venimus, Vidimus, Dolavimus. (By m...@ka4ybr.com, Mark A. Horton KA4YBR) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702960: linux-image-2.6.32-5-amd64: Kernel issues a stream of kobject_add_internal failed for threshold_bank5 with -EEXIST during boot
Package: linux-2.6 Version: 2.6.32-48squeeze1 Severity: important -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-48squeeze1) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Feb 25 00:26:11 UTC 2013 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=26d2463e-fb90-480f-9054-d218e8dfa17e ro console=tty0 console=ttyS0,19200n8 ** Tainted: W (512) * Taint on warning. ** Kernel log: [ 253.685837] md: bindsdb6 [ 253.702321] md: bindsda6 [ 253.719652] raid1: raid set md2 active with 2 out of 2 mirrors [ 253.754706] md2: detected capacity change from 0 to 11799168 [ 253.791439] md2: unknown partition table [ 253.995643] md: md3 stopped. [ 254.014014] md: bindsdb7 [ 254.030487] md: bindsda7 [ 254.047847] raid1: raid set md3 active with 2 out of 2 mirrors [ 254.082866] md3: detected capacity change from 0 to 64783744 [ 254.119616] md3: unknown partition table [ 254.324306] PM: Starting manual resume from disk [ 254.355355] PM: Resume from partition 9:2 [ 254.355357] PM: Checking hibernation image. [ 254.356232] PM: Error -22 checking image file [ 254.356234] PM: Resume from disk failed. [ 254.388361] kjournald starting. Commit interval 5 seconds [ 254.388369] EXT3-fs: mounted filesystem with ordered data mode. [ 255.207212] udev[777]: starting version 164 [ 255.327802] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input4 [ 255.378085] ACPI: Power Button [PWRB] [ 255.383425] processor LNXCPU:00: registered as cooling_device0 [ 255.386409] processor LNXCPU:01: registered as cooling_device1 [ 255.389383] processor LNXCPU:02: registered as cooling_device2 [ 255.392322] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 255.392329] processor LNXCPU:03: registered as cooling_device3 [ 255.394953] processor LNXCPU:04: registered as cooling_device4 [ 255.398140] processor LNXCPU:05: registered as cooling_device5 [ 255.401039] processor LNXCPU:06: registered as cooling_device6 [ 255.403635] processor LNXCPU:07: registered as cooling_device7 [ 255.406547] processor LNXCPU:08: registered as cooling_device8 [ 255.409775] processor LNXCPU:09: registered as cooling_device9 [ 255.412676] processor LNXCPU:0a: registered as cooling_device10 [ 255.415251] processor LNXCPU:0b: registered as cooling_device11 [ 255.418518] processor LNXCPU:0c: registered as cooling_device12 [ 255.421475] processor LNXCPU:0d: registered as cooling_device13 [ 255.424447] processor LNXCPU:0e: registered as cooling_device14 [ 255.427039] processor LNXCPU:0f: registered as cooling_device15 [ 256.051490] processor LNXCPU:10: registered as cooling_device16 [ 256.087206] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6 [ 256.131711] ACPI: Power Button [PWRF] [ 256.158424] processor LNXCPU:11: registered as cooling_device17 [ 256.198637] processor LNXCPU:12: registered as cooling_device18 [ 256.238879] processor LNXCPU:13: registered as cooling_device19 [ 256.279166] processor LNXCPU:14: registered as cooling_device20 [ 256.319530] processor LNXCPU:15: registered as cooling_device21 [ 256.359869] processor LNXCPU:16: registered as cooling_device22 [ 256.400190] processor LNXCPU:17: registered as cooling_device23 [ 256.441295] processor LNXCPU:18: registered as cooling_device24 [ 256.481650] processor LNXCPU:19: registered as cooling_device25 [ 256.522028] processor LNXCPU:1a: registered as cooling_device26 [ 256.562457] usb-storage: device scan complete [ 256.562492] processor LNXCPU:1b: registered as cooling_device27 [ 256.602864] processor LNXCPU:1c: registered as cooling_device28 [ 256.643145] scsi 6:0:0:0: CD-ROMTEAC DV-28S-W 1.2A PQ: 0 ANSI: 0 [ 256.643257] processor LNXCPU:1d: registered as cooling_device29 [ 256.646311] processor LNXCPU:1e: registered as cooling_device30 [ 256.649299] piix4_smbus :00:14.0: SMBus Host Controller at 0xb00, revision 0 [ 256.649403] processor LNXCPU:1f: registered as cooling_device31 [ 256.707167] Error: Driver 'pcspkr' is already registered, aborting... [ 257.224967] sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray [ 257.262084] Uniform CD-ROM driver Revision: 3.20 [ 257.289951] sr 6:0:0:0: Attached scsi CD-ROM sr0 [ 257.318151] sd 0:0:0:0: Attached scsi generic sg0 type 0 [ 257.350161] sd 1:0:0:0: Attached scsi generic sg1 type 0 [ 257.382130] sr 6:0:0:0: Attached scsi generic sg2 type 5 [ 257.788479] Adding 97657988k swap on /dev/md2. Priority:-1 extents:1 across:97657988k [ 258.032485] EXT3 FS on md1, internal journal [ 258.108908] __ratelimit: 68 callbacks suppressed [ 258.138470] mdadm: sending ioctl 1261 to a partition! [ 258.144197] loop: module loaded [ 258.198479] mdadm: sending ioctl 1261 to a partition! [ 258.229093] mdadm: sending ioctl 1261 to a partition! [ 258.267640] mdadm: sending ioctl 1261 to a partition! [ 258.313280] mdadm: sending ioctl 1261 to
Bug#702961: ITP: rockmongo -- MongoDB web administration tool
Package: wnpp Severity: wishlist Owner: Prach Pongpanich prach...@gmail.com * Package name: libmodule-install-authortests-perl Version : 1.1.5 Upstream Author : Liu Xiangchao iwind@gmail.com * URL : http://rockmongo.com/ * License : BSD-3-clause Programming Lang: PHP Description : MongoDB web administration tool RockMongo is a MongoDB administration tool, written in PHP and more like PHPMyAdmin. -- Prach Pongpanich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702894: (pre-approval) unblock: bley/0.1.5-2
On Wed, Mar 13, 2013 at 09:32:24AM +, Adam D. Barratt wrote: Control: tags -1 + confirmed On 12.03.2013 16:09, Evgeni Golov wrote: I would like to upload a small default-config change for the bley package. Currently, the default config includes dnsbl.njabl.org, which was shut down and should not be used anymore [1]. Indeed, although they at least just emptied the zones so it's mostly wasted lookups that are the issue. Yeah, but I think they want to route NS entries to 192.0.2.0/24, which would result in DNS timeouts. Please go ahead; thanks. Thanks. Uploaded. Final debdiff: diff -Nru bley-0.1.5/debian/changelog bley-0.1.5/debian/changelog --- bley-0.1.5/debian/changelog 2011-06-04 15:05:29.0 +0200 +++ bley-0.1.5/debian/changelog 2013-03-13 11:16:47.0 +0100 @@ -1,3 +1,9 @@ +bley (0.1.5-2) unstable; urgency=low + + * cherry-pick patch from upstream to disable njabl.org + + -- Evgeni Golov evg...@debian.org Wed, 13 Mar 2013 11:15:58 +0100 + bley (0.1.5-1) unstable; urgency=low * New upstream release diff -Nru bley-0.1.5/debian/patches/02-drop-dnsbl.njabl.org-it-s-not-maintained-anymore.patch bley-0.1.5/debian/patches/02-drop-dnsbl.njabl.org-it-s-not-maintained-anymore.patch --- bley-0.1.5/debian/patches/02-drop-dnsbl.njabl.org-it-s-not-maintained-anymore.patch 1970-01-01 01:00:00.0 +0100 +++ bley-0.1.5/debian/patches/02-drop-dnsbl.njabl.org-it-s-not-maintained-anymore.patch 2013-03-13 11:14:41.0 +0100 @@ -0,0 +1,25 @@ +From 22ffed1223fbf8076ad7c72a9fecb51005a26251 Mon Sep 17 00:00:00 2001 +From: Evgeni Golov evg...@golov.de +Date: Tue, 12 Mar 2013 08:07:36 +0100 +Subject: [PATCH] drop dnsbl.njabl.org, it's not maintained anymore + +--- + bley.conf |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/bley.conf b/bley.conf +index 21de6ae..c20e7bd 100644 +--- a/bley.conf b/bley.conf +@@ -18,7 +18,7 @@ dbpass = bley + dbname = bley + + # Which DNSBLs and DNSWLs to use? +-dnsbls = ix.dnsbl.manitu.net, dnsbl.njabl.org, dnsbl.ahbl.org, dnsbl.sorbs.net ++dnsbls = ix.dnsbl.manitu.net, dnsbl.ahbl.org, dnsbl.sorbs.net + dnswls = list.dnswl.org + + # Whitelist after dnswl_threshold hits. +-- +1.7.10.4 + diff -Nru bley-0.1.5/debian/patches/series bley-0.1.5/debian/patches/series --- bley-0.1.5/debian/patches/series2011-06-04 14:53:55.0 +0200 +++ bley-0.1.5/debian/patches/series2013-03-13 11:15:52.0 +0100 @@ -1 +1,2 @@ 01-debian_config_and_paths.patch +02-drop-dnsbl.njabl.org-it-s-not-maintained-anymore.patch -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702962: file conflicts in libc6-dev-i386 and libc6-dev-mips64
Package: eglibc Severity: serious /usr/include/fpu_control.h is in several packages generated from eglibc. These package are: libc6-dev-i386 (amd64) libc6-dev-mips64 (mipsel) libc0.1-dev (kfreebsd-*) libc6-dev (!ia64, kfreebsd-amd64, kfreebsd-i386) libc6.1-dev (ia64) and may other libc*-dev-${arch} packages. This is found when I try to build a cross gcc whose build platform is amd64 while target platform is mips64el. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693457: unblock: ibus-table/1.4.99.20121012-1
Hi, (restoring the Cc list, in case it helps finding someone interested to help fix the situation.) Ma Xiaojun wrote (13 Mar 2013 00:42:39 GMT) : OK, I'd say you are uninformed about the state of ibus-table. I've been repeatedly asking questions and was not answered until today, so no big wonder we're uninformed. If you ship the version in testing, you'd continue to have old bugs like: https://code.google.com/p/ibus/issues/detail?id=1188 https://code.google.com/p/ibus/issues/detail?id=861 Thanks for the additional information, this answers at least one of the questions I've asked on this topic. A summary of bug 861 in English might be helpful too. Now, please read the current freeze policy [1] and propose an updated course of action to fix the critical bugs that affect ibus-table in current testing, so that the release team has enough information to make a better informed decision. Thanks! [1] http://release.debian.org/wheezy/freeze_policy.html Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702963: gdisk doesn't align the end of partition
Package: gdisk Version: 0.8.5-1 Severity: important gdisk doesn't align the end of partition: % dd if=/dev/zero of=test count=22 % /sbin/gdisk test Command (? for help): o This option deletes all partitions and creates a new protective MBR. Proceed? (Y/N): Y Command (? for help): n Partition number (1-128, default 1): First sector (34-199968, default = 2048) or {+-}size{KMGTP}: Last sector (2048-199968, default = 199968) or {+-}size{KMGTP}: -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702965: procps: ps dies with SIGSEGV on kernels 3.2.29 and lots of supplementary groups
Package: procps Version: 1:3.2.8-9squeeze1 Severity: normal We found that under the following circumstances: * Kernel 3.2.29 (which shows 32 groups in /proc/${pid}/status) * one or more users logged in with lots of supplementary groups then ps(1) fails with a SIGSEGV after attempting to allocate lots of memory. This appears to be due flawed assumption in ps: That the contents of /proc/${pid}/status will fit into a buffer of 1024 bytes: if the file is larger, only the first 1024 bytes are read, and when subsequently scanning the buffer the code falls off the end: http://forums.grsecurity.net/viewtopic.php?f=3t=3298 Although 32 groups sounds ample, sites using Active Directory will often find their users being members of lots of groups, as group membership is a recursive concept in AD. And the numeric group IDs are (in our case) 9 characters each, thus easily overflowing the 1024 byte buffer. Here's an example: - 8 cut here 8 - karl@someserver: ~$ ps Signal 11 (SEGV) caught by ps (procps version 3.2.8). Please send bug reports to feedb...@lists.sf.net or alb...@users.sf.net karl@someserver: ~$ strace ps 21 | tail -30 stat(/proc/1997, {st_mode=S_IFDIR|0555, st_size=0, ...}) = 0 open(/proc/1997/stat, O_RDONLY) = 6 read(6, 1997 (sshd) S 1989 1989 1989 0 -..., 1023) = 191 close(6)= 0 open(/proc/1997/status, O_RDONLY) = 6 read(6, Name:\tsshd\nState:\tS (sleeping)\nT..., 1023) = 1023 close(6)= 0 mmap(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f037a2fd000 mremap(0x7f037a2fd000, 135168, 266240, MREMAP_MAYMOVE) = 0x7f0379cd9000 mremap(0x7f0379cd9000, 266240, 528384, MREMAP_MAYMOVE) = 0x7f0379c58000 mremap(0x7f0379c58000, 528384, 1052672, MREMAP_MAYMOVE) = 0x7f0379b57000 mremap(0x7f0379b57000, 1052672, 2101248, MREMAP_MAYMOVE) = 0x7f0379956000 mremap(0x7f0379956000, 2101248, 4198400, MREMAP_MAYMOVE) = 0x7f0379555000 mremap(0x7f0379555000, 4198400, 8392704, MREMAP_MAYMOVE) = 0x7f0378d54000 mremap(0x7f0378d54000, 8392704, 16781312, MREMAP_MAYMOVE) = 0x7f0377d53000 mremap(0x7f0377d53000, 16781312, 33558528, MREMAP_MAYMOVE) = 0x7f0375d52000 mremap(0x7f0375d52000, 33558528, 67112960, MREMAP_MAYMOVE) = 0x7f0371d51000 mremap(0x7f0371d51000, 67112960, 134221824, MREMAP_MAYMOVE) = 0x7f0369d5 mremap(0x7f0369d5, 134221824, 268439552, MREMAP_MAYMOVE) = 0x7f0359d4f000 mremap(0x7f0359d4f000, 268439552, 536875008, MREMAP_MAYMOVE) = 0x7f0339d4e000 mremap(0x7f0339d4e000, 536875008, 1073745920, MREMAP_MAYMOVE) = 0x7f02f9d4d000 mremap(0x7f02f9d4d000, 1073745920, 2147487744, MREMAP_MAYMOVE) = 0x7f0279d4c000 mremap(0x7f0279d4c000, 2147487744, 4096, MREMAP_MAYMOVE) = 0x7f0279d4c000 --- SIGSEGV (Segmentation fault) @ 0 (0) --- write(2, \n\nSignal 11 (SEGV) caught by ps ..., 132 Signal 11 (SEGV) caught by ps (procps version 3.2.8). Please send bug reports to feedb...@lists.sf.net or alb...@users.sf.net ) = 132 exit_group(139) = ? karl@someserver: ~$ wc --bytes /proc/1997/status 1810 - 8 cut here 8 - I have a (temporary) patch which increases the buffer size to 8K, which appears sufficient in our case. But this does not fix the underlying problem of having a limited buffer size to start with... - 8 cut here 8 - --- a/proc/readproc.c 2013-03-12 19:43:24.0 + +++ b/proc/readproc.c 2013-03-13 10:12:47.744038428 + @@ -28,6 +28,15 @@ #include sys/types.h #include sys/stat.h +/* Max # of bytes to expect in /proc/%d/status. + + This may be a crazy amount if lots of supplementary groups are + listed. Most kernels will limit the contents to 32 (NGROUPS_SMALL) + groups, but kernels 3.2.29 may show ALL of the supplementary + groups... + */ +#define PROC_STATUS_BUFSIZE 8192 + // sometimes it's easier to do this manually, w/o gcc helping #ifdef PROF extern void __cyg_profile_func_enter(void*,void*); @@ -560,7 +569,7 @@ // room to spare. static proc_t* simple_readproc(PROCTAB *restrict const PT, proc_t *restrict const p) { static struct stat sb; // stat() buffer -static char sbuf[1024];// buffer for stat,statm +static char sbuf[PROC_STATUS_BUFSIZE]; // buffer for stat,statm,status char *restrict const path = PT-path; unsigned flags = PT-flags; @@ -655,7 +664,7 @@ // path is a path to the task, with some room to spare. static proc_t* simple_readtask(PROCTAB *restrict const PT, const proc_t *restrict const p, proc_t *restrict const t, char *restrict const path) { static struct stat sb; // stat() buffer -static char sbuf[1024];// buffer for stat,statm +static char sbuf[PROC_STATUS_BUFSIZE]; // buffer for stat,statm,status unsigned flags = PT-flags; //printf(hhh\n); @@ -1108,7 +1117,7 @@ * and filled out proc_t structure. */ proc_t *
Bug#702966: evince-gtk: Segmentation fault on start.
Package: evince-gtk Severity: important evince segfaults on start. The workaround for me was to install dbus-x11. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702950: libgcr-3-1 has dependency that isn't installable.
merge 702950 692743 thanks Hi David, libgcr-3-common is actually architecture-independent, but it's not marked as such. #692743 mentions a solution, but it seems the maintainer hasn't picked up on it yet. Regards, Stijn van Drongelen not a maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702967: icedove: charset in subject is ignored. maybe it needs an alias
Package: icedove Version: 17.0.2-1 Severity: normal Dear Maintainer(s), some of the messages i receive have the following subject field: Subject: =?windows-1255?B?QXZuZXQvSURUIFNlbWluYXI6RU1DLSBUaGUgQ3VycmVudCBMb29wIGFuYWx5c2lzIG9mIHNpZ25h bHMgMjAuMy4xMw==?= that's the way it shows, both in the messages list and in the message's title and headers. however the from field seems to be similarly encoded, i can see it correctly in both places: From: =?windows-1255?B?4OHw6CDp+fjg7P==?= avnet.isr...@avnet.com what would you think of it? maybe it happens because the long subject line gets split? thanks a lot for your time and consideration, alex -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages icedove depends on: ii debianutils 4.3.4 ii fontconfig2.9.0-7.1 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4 2:4.9.5-1 ii libnss3 2:3.14.2-1 ii libnss3-1d2:3.14.2-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.15.2-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.20-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-ro [hunspell-dictionary] 1:3.3.0-4 ii myspell-en-us [myspell-dictionary] 1:3.3.0-4 ii myspell-he [myspell-dictionary] 1.2-2 Versions of packages icedove suggests: ii fonts-lyx 2.0.3-3 ii libgssapi-krb5-2 1.10.1+dfsg-4 -- debconf information: * icedove/browser: GNOME -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700715: Again...
The problem from the original report disappeared (I have no clue how), but a similar problem appeared on another box, with another package : dpkg -L correctly list the installed files, while in python I get an empty list. In fact, running: from apt import * cache=Cache() problems=[] for pkg in cache: if pkg.installed != None: if pkg.installed_files == []: problems.append(pkg.name) print('%s: %d' % (str(problems), len(problems))) shows hundreds of cases where a package is installed and the list of installed files is empty! I don't know where to start to debug that problem... Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702958: error message from librpm: Macro %__isa_name has empty body
On Wed, Mar 13, 2013 at 12:35:19PM +0100, Florian Weimer wrote: Calling rpmReadConfigFiles() prints an error message on my system, which appears to be harmless (but somewhat annoying). It does not matter if I install the rpm package or not. The problem is actually in rpm-common: $ grep __isa /usr/lib/rpm/platform/noarch-linux/macros %__isa_name %__isa_bits %__isa %{__isa_name}-%{__isa_bits} This has been reported and fixed upstream and should be a trivial fix applying the one-line patch here: http://rpm.org/gitweb?p=rpm.git;a=commitdiff;h=90dd51743200055f30d9e0e0337173118b4ae756 Or updating package to 4.10.2. -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685030: libzeroc-ice34: Does not listen on IPv6 by default
tags 685030 + fixed-upstream thanks On Thu, Aug 16, 2012 at 12:26:28AM +0100, Roger Leigh wrote: Package: libzeroc-ice34 Version: 3.4.2-8.1 Severity: important The default behaviour documented for object adapter endpoint listeners is: Support for these protocols is configured using the properties Ice.IPv4 (enabled by default) and Ice.IPv6 (disabled by default). The disabling of IPv6 by default is contrary to Debian's policy of having IPv6 enabled by default for all services. Please could you change the default, and perhaps also push upstream to do the same; there's little point in not enabling it by default today. Full IPv6 support has been a release goal for several releases now. Note that this is fixed in the newly-released Ice 3.5. However, they managed to screw up the name resolution. From their release notes: When resolving hostnames, for backward compatibility, Ice will still prefer using the IPv4 address when the hostname resolves to both an IPv4 and an IPv6 address. This behavior can be changed with the new Ice.PreferIPv6Address property. If you're thinking that this is totally boneheaded and doesn't match the default resolver behaviour on /any/ platform, then you'd be correct. We'll need to patch Ice.PreferIPv6Address to default to IPv6 by default to make this work sensibly. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702968: /usr/share/fslint/fslint/findup: always finds duplicates
Package: fslint Version: 2.42-2 Severity: normal File: /usr/share/fslint/fslint/findup Hello, /usr/share/fslint/fslint/findup -t /srv/mail prints a lot of duplicates. /usr/share/fslint/fslint/findup -m /srv/mail does something. /usr/share/fslint/fslint/findup -t /srv/mail still finds duplicates (maybe fewer). Isn't the directory supposed to be deduplicated? Sure, a process writing new file could cause more duplicates but this is not the case. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'stable'), (400, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fslint depends on: ii findutils 4.4.2-4 ii python 2.7.3~rc2-1 ii python-glade2 2.24.0-3+b1 ii python-gtk22.24.0-3+b1 fslint recommends no packages. fslint 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#652719: unattended-upgrades: unexpected daily conffile prompt messages from Cron
Teodor wrote: If you really think this should be done (I don't) than you should make it configurable via U-A::Print-Warning-to-Cron or something similar which should default to false. On my part I am completely happy with the current behavior - i.e. getting emails from unattended-upgrades, when dpkg is in need of some input from the user. As such I think setting the bug severity to important is not warranted at all. Reportbug tells me that severity important is: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. I can't seem how the bug has a major effect on the usability of the package. You can allways filter the output of the cronjob if you want. So I think severity would be wishlist since it's a feature request. Orthogonaly to the question of the severity I think if you Teodor want to have something changed, the best way is to provide a patch, it shouldn't be difficult to do. The maintainer did in the past accept patches. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702969: please use git
Package: libsaxon-java Version: 1:6.5.5-8 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, any objection, if the packaging is moved to git, if somebody (me?) wants to do it? Regards, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRQJCtAAoJEAf8SJEEK6ZaXMAP/3lyt4qhci1l6tMBwG5S7kyl hJKylPXyzH9XMNpZ1b6jEoDfRXC08nwBCc4nre2D2EI4mp1IGDHDXgaKRcXtk4cN PnNnIfF35NbKRD4qP15FU9jqDzvRUOFNg/BpSqZIG963BUMNHypaDD8f9lm+Zm+O /6pZJ0LfGgXXvsnP9a+yiwVdK9Ih9hyMMLxIH1o8Ad9Pazw7QvCdSkT3jl7xr/IW 5WCNoiY0ESoRWwpLTOFc9SFrKqcHANocJ0aOf5BpjH89QbaCkjANB9cEiqcPuiCn MXV6qP/FQH2r3jObPfLZRDIT/9zW68DI20hOttCA5bNxPUyYlle846UhMD+zL5vj an3rp4o8v6jRTKLNIAoLPYyUuS+iTR9uK0sRq7MHZsSo1ihMGbSNV4lkQeKtU9Me 8EU1vK4XC0g/3yCmkpnbDMEJ+RUkQOHJOb7xAtmdRkW+7I5ijZUOK3+PMKNd4Eeb t6/vLEXpk4/Buwb/1Tco09WlzIg4ee2IqLyCv2K/E0xNWnRO8/4FB73/Y5PY/tLU 7yMQRIvxGwPxj7xfNMGqlPOJFZc0JMCQIPpjgxJevpYOjUjr0PoqBne9Lv0Azixd aeJMv8xmMjpFAlUWPSNpRSsTfv0J4bIAymr6nzI5YycoYT6LdX4hq6MYkrfKn3zM 4gH1wklUSLkkv+6GeBmc =0wOH -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#702968: /usr/share/fslint/fslint/findup: always finds duplicates
On 03/13/2013 02:23 PM, Michal Suchanek wrote: Package: fslint Version: 2.42-2 Severity: normal File: /usr/share/fslint/fslint/findup Hello, /usr/share/fslint/fslint/findup -t /srv/mail prints a lot of duplicates. /usr/share/fslint/fslint/findup -m /srv/mail does something. /usr/share/fslint/fslint/findup -t /srv/mail still finds duplicates (maybe fewer). Isn't the directory supposed to be deduplicated? Sure, a process writing new file could cause more duplicates but this is not the case. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (800, 'stable'), (400, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fslint depends on: ii findutils 4.4.2-4 ii python 2.7.3~rc2-1 ii python-glade2 2.24.0-3+b1 ii python-gtk22.24.0-3+b1 fslint recommends no packages. fslint suggests no packages. -- no debconf information If there are hardlinks already in /srv/mail you may be hitting: http://code.google.com/p/fslint/issues/detail?id=70 Does the fslint-gui report duplicates, as it has extra processing to avoid reporting hardlinks. thanks, Pádraig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702970:
Package: wnpp Severity: wishlist Owner: Alfonso Sabato Siciliano alfi...@gmail.com Package name: fonts-sil-averia-sans Version : 1.00 Upstream Author : Dan Sayers i...@iotic.com URL : http://iotic.com/averia License : SIL Open Font License Description : Avería Sans font family Avería (breakdown or mechanical damage in Spanish - related to the root of the English word average) is a Unicode typeface family created from the average of all fonts on the computer of the creator, Dan Sayers. The process is described at http://iotic.com/averia/. All metrics are the result of an averaging process. The included glyphs are those that existed in a majority of the source fonts - which are the following: Range Description U+0020-U+007E Basic Latin U+00A0-U+00FF Latin-1 Supplement And some glyphs from the following: Range Description U+0100-U+017F Latin Extended-A U+0180-U+021F Latin Extended-B U+02B0-U+02FF Spacing Modifier Letters U+0370-U+03D5 Greek U+2000-U+2122 General Punctuation U+2200-U+25CS Mathematical Operators Avería Sans exists in Regular, Bold, Italic, Bold Italic, Light and Light Italic styles - based on the sans-serif subset of the 725 fonts on the creator's computer. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659632: graphite-web
Looking at the two rejections * webapp/content/js/ext/examples/shared/icons/fam/* are licensed under CC-BY-3.0 * webapp/content/js/ext/resources/*.swf lack corresponding source code. and dealing with the flash issue first. Without knowing in detail how central the .swf files are to functionality, if they are just examples, then can they not simply be removed before the upload to Debian? The fam icons thing - I am not sure that is a genuine rejection. If it was an earlier CC BY license then that would be a problem, but reading the DFSGLicenses page suggests the newer version 3.0 might be okay. http://wiki.debian.org/DFSGLicenses#Creative_Commons_Attribution_Share-Alike_.28CC-BY-SA.29_v3.0 There is some clarification by Torsten Werner in the link to lists.debian.org on that wiki page, and it may not be much to follow that up with the ftp folks to check the rejection of the fam icons is genuine or otherwise. Gary. Quoting from page at: http://www.famfamfam.com/lab/icons/silk/ The icons can also be used under Creative Commons Attribution 3.0 License (Hi Debian folks!) with the following requirements: As an author, I would appreciate a reference to my authorship of the Silk icon set contents within a readme file or equivalent documentation for the software which includes the set or a subset of the icons contained within. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697236: Bug#702813: 702813: thereis already another ITP for libscalar-does-perl
Quoting Oleg Gashev (2013-03-13 13:02:22) On 3/13/13, Jonas Smedegaard d...@jones.dk wrote: Quoting Mònica Ramírez Arceda (2013-03-13 09:46:35) This ITP already exists (#697236) and is owned by Oleg Gashev gas...@gmail.com. I'm merging these two bugs and setting Oleg Gashev gas...@gmail.com as the owner. Please, contact Oleg Gashev gas...@gmail.com to see if he's still working on this package or if he wants to comaintain this package with you. Ah, thanks for the catch, Mònica! Oleg: Sorry for my oversight. You are of course welcome to take over maintenance of libscalar-does-perl, and also more than welcome to co-maintain together with me and the Perl team. I already uploaded my initial work to incoming.debian.org and would appreciate if either you were ok letting that through or if not that you would provide your own work pretty soon, because I have already changed other packages to account for this upcoming change (since libscalar-does-perl provides libio-detect-perl). I have git repository for this package: https://github.com/gashev/debian-libscalar-does-perl http://mentors.debian.net/package/libscalar-does-perl What I need to doing? What you need to do depends on how you want to proceed. As I see it (I might have missed some options) you should pick one of these: a) You maintain it b) You join Debian Perl team and help maintain it in collaboration c) You leeave maintenance to me and the Perl team If you go for a) then please discuss with your sponsor¹ how to proceed. If you go for b) _and_ dislike how I initiated the package, then please discuss with others in the Perl team how to proceed. Hope that is of some use. Kind regards, - Jonas ¹ I don't sponsor individually maintained packages, as a general principle (nothing personal!). -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#702918: kdm: Kdm can't start KDE sessions twice.
reopen 702918 tags 702918 = confirmed severity 702918 important retitle 702918 kwin with effects hangs (with 100% CPU) on second kdm login reassign 702918 nvidia-glx affects 702918 kde-window-manager kdm thanks Hi, Alle mercoledì 13 marzo 2013, José Luis Feliciano Triana García ha scritto: You login first time OK, then you log off, after you retype your password, and the session is not able to start, I can hear the KDE sound at login, but no change in the screen as the splash screen keeps frozen. I log on on a tty, open top, and then Kwin is in the top, consuming the 90-100 % of cpu time. I tried to use the privative drivers (nvidia) with no result, I changed KDM to LightDM, and with lightDM I can start KDE sessions twice, but not with KDM as display manager. Steps to reproduce: With KDM: 1) Start a KDE session. 2) Log off from that KDE session. 3) Login into a KDE session again. 4) Vuala! splash screen frozen, KDE sound session, but no desktop. 5) Restart X server (I had to activate the ctrl + alt + return binding in order to kill Xserver), alternatively you can restar the X server in kdm, and it will allow you to login as well. 6) Logon to the KDE session again and you will be able to login (no splash screen frozen) It is expected to run a KDE session twice. Additional information: I installed Openbox, I can start a pure Openbox session twice and a KDE Openbox session as well, but not a KDE/Kwin session. While I have the splash screen frozen, In a tty using top I can see that Kwin is consuming an unusual amount of CPU time, and the process becomes unresponsive, I can't kill it through top, I must restart the whole X server in order to stop Kwin consuming most cpu. I changed the configuration of kdm, the theme through systemsettings , but even before I made any change, I had this behavior using Kdm. I actually use lightDM, as it allows me to start KDE sessions twice in a row, the times I may need to. This only happens per user, I explain I have my user foo and I create another user bar. I login with foo, then I log out (no user switch), I login with bar, no problem, I logout bar session, then I try to login a second time with foo, splash screen frozen, restart X server, and I able to log in a second time as foo. I can reproduce the issue too, on wheezy/i386 and current nvidia drivers; it seems this happens only when the desktop effects are enabled. I tried to get a backtrace of kwin when it starts to use the whole CPU; I get nothing meaningful (even with all the -dbg packages installed), if not thread traces ending on libGL calls. I am not sure though, why this happens only with kdm (which should have no businness in compositing stuff). For now, I'm reassigning to nvidia-glx; nvidia people, feel free to share your thoughts. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#702971: Firebird should listen on localhost only by default
Package: firebird2.5-common Version: 2.5.0 Severity: important -=| marius adrian popa, 13.03.2013 16:40:28 +0200 |=- Here is how is my current config sudo netstat -tap | grep gds tcp0 0 localhost:gds_db*:* LISTEN 6955/fbserver /etc/firebird/2.5/firebird.conf RemoteBindAddress = 127.0.0.1 also mysql is configured the same way from start sudo cat /etc/mysql/my.cnf | grep 127.0.0.1 bind-address = 127.0.0.1 ps: by default firebird in debian/ubuntu is listening on *.gds_db Filing a proper bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702968: /usr/share/fslint/fslint/findup: always finds duplicates
On 13 March 2013 15:47, Pádraig Brady p...@draigbrady.com wrote: If there are hardlinks already in /srv/mail you may be hitting: http://code.google.com/p/fslint/issues/detail?id=70 I am running the program remotely so using the GUI is not trivial. But the -m option is supposed to create hardlinks so I guess this is the problem I am seeing. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702948: nvidia-cuda-toolkit: please provide sdk samples
Control: tag -1 wontfix On 2013-03-13 10:32, Graham Inggs wrote: Please consider providing a package containing the CUDA SDK samples and making them available in /usr/share/doc/nvidia-cuda-sdk or similar, as done in the gtk2.0-examples and gtk-3-examples packages. Unfortunately the SDK is not redistributable, not even in non-free: Quoting from the SDK EULA: [...] The materials available for download to Developers may include [...] certain art work (Art Assets) [...] [...] Art Assets: Developer shall have the right to modify and create Derivatives of the Art Assets, but may not distribute any of the Art Assets or Derivatives created therefrom without NVIDIA's prior written consent. [...] Previously, it was possible to download the SDK samples separately from Nvidia. Now in version 5, the SDK samples are only available in the full installer. Additionally, the SDK samples will probably need patching before they will compile on a Debian system. I am willing to work on such a patch. The only option I see is to include some download-and-install-cuda-sdk script in the nvidia-cuda-toolkit package, in case someone would provide it. Or someone could ask NVIDIA about this ... and/or debian-legal@ Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700715: Again...
On Wed, Mar 13, 2013 at 2:39 PM, Julien Puydt julien.pu...@laposte.net wrote: The problem from the original report disappeared (I have no clue how), but a similar problem appeared on another box, with another package : dpkg -L correctly list the installed files, while in python I get an empty list. The problem is that python-apt assumes a specific filename for info files: http://anonscm.debian.org/loggerhead/apt/python-apt/debian-sid/annotate/head:/apt/package.py#L1048 This changed with multi-arch as e.g. libraries will have the architecture attached to its name rather than the name alone as filename. So python-apt needs to look for both filename-styles until we found a better way to find the filename … Shouldn't be too hard to write a patch for it, but I don't really grok python, so feel free to go ahead and write one! 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#702326: [Pkg-javascript-devel] Bug#702326: node-optimist: please upgrade to 0.3.5, needed by recent uglifyjs
Quoting Dominique Dumont (2013-03-13 11:42:55) On Tuesday 05 March 2013 10:30:56 Jonas Smedegaard wrote: As subject says: Please upgrade to 0.3.5, as it is needed by recent uglifyjs. I'd be happy to help, but am uncomfortable with using the dh sequencer, so will only do that if ok to convert the package to use CDBS instead. I'm on it. Great! -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#702972: unblock: puppet/2.7.18-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package puppet This release adds a patch from upstream to fix CVE-2013-1640, CVE-2013-1652, CVE-2013-1653, CVE-2013-1654, CVE-2013-1655 and CVE-2013-2275 The attached debdiff is rather large, but the vast majority of changes are in the acceptance and unit tests. The changes in lib/puppet and conf/auth.conf are small by comparison. unblock puppet/2.7.18-3 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702973: Fwd: ITP: ruby-settingslogic -- simple settings solution for Ruby
Subject: ITP: ruby-settingslogic -- simple settings solution for Ruby Package: wnpp Owner: avtob...@gmail.com Severity: wishlist * Package name: ruby-settingslogic Version : 2.0.8 Upstream Author : Ben Johnson bjohn...@binarylogic.com * URL : http://github.com/binarylogic/settingslogic * License : MIT/Expat Programming Lang: Ruby Description : simple settings solution for Ruby A simple and straightforward settings solution that uses an ERB enabled YAML file and a singleton design pattern. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702974: spamassassin: Occassional spamd child zombies (accidential fork) and hanging master after kill -HUP while zombies present
Package: spamassassin Version: 3.3.1-1 Severity: normal Dear SpamAssassin Maintainers, on a machine running Spamd for a mail server with approx. 1500 active users the spamd master process seems to become unresponsive once every few weeks. Restarting spamassassin seems to suffice to fix this problem. kill -9 was not necessary. Nevertheless it causes all mail delivery to stall due to spamc no more being able to get a result from spamd. (spamc and spamd run on differnt machines, both being Xen DomUs.) An additional symptom of this issue seems the presence of spamd zombie children looking like this: username6465 0.0 0.0 0 0 ?ZN 20:16 0:00 [spamd] Those zombie spamd children seem to start approx. half a day before spamd actually stops to work completely, at least in today's case: That zombie process above was started at 20:16. Our monitoring system noticed it as zombie from 20:22 to 08;14 on the following day. (Checking happens every 5 minutes.) The amount of procmail processes (which call spamc) running in parallel reached the warning level of 20 at 07:33, and critical level of 100 at 08:13. The last sucessfully delivered (test) mail reached its destination at 07:25. (Happens every 5 minutes, too.) Around 08:15 we restarted spamassassin and everything was fine again. Looking at the spamd logs revealed that spamd seem to have worked fine until it got killhupped at 07:27: # fgrep spamd mail.log […] Mar 13 07:27:07 … spamd[27526]: spamd: connection from … […] at port 39595 Mar 13 07:27:07 … spamd[27526]: spamd: setuid to … succeeded Mar 13 07:27:07 … spamd[27526]: spamd: processing message … for …:… Mar 13 07:27:10 … spamd[27526]: spamd: clean message (-1.2/5.0) for …:… in 3.3 seconds, 66598 bytes. Mar 13 07:27:10 … spamd[27526]: spamd: result: . -1 - BAYES_00,HTML_MESSAGE,RCVD_IN_DNSWL_MED scantime=3.3,size=66598,user=…,uid=…,required_score=5.0,rhost=…,raddr=…,rport=39595,mid=…,bayes=0.00,autolearn=ham Mar 13 07:27:11 … spamd[6165]: prefork: child states: KII Mar 13 07:27:14 … spamd[6165]: spamd: server hit by SIGHUP, restarting Mar 13 07:27:14 … spamd[6165]: spamd: child [31179] killed successfully: interrupted, signal 2 (0002) Mar 13 07:27:14 … spamd[6165]: spamd: child [27526] killed successfully: interrupted, signal 2 (0002) Mar 13 07:28:17 … spamd[6165]: Use of uninitialized value $selerr in concatenation (.) or string at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm line 332. Mar 13 07:28:17 … spamd[6165]: prefork: select returned error on server filehandle: Mar 13 08:14:12 … spamd[6165]: spamd: server killed by SIGTERM, shutting down Mar 13 08:14:12 … spamd[1972]: logger: removing stderr method Mar 13 08:14:20 … spamd[1975]: spamd: server started on port 783/tcp (running version 3.3.1) Mar 13 08:14:20 … spamd[1975]: spamd: server pid: 1975 Mar 13 08:14:20 … spamd[1975]: spamd: server successfully spawned child process, pid 1981 Mar 13 08:14:20 … spamd[1975]: spamd: server successfully spawned child process, pid 1982 Mar 13 08:14:20 … spamd[1975]: prefork: child states: BI Mar 13 08:14:20 … spamd[1981]: spamd: connection from … […] at port 46441 Mar 13 08:14:20 … spamd[1982]: spamd: connection from … […] at port 46442 […] cron.daily runs at 06:25 localtime (syslog was rotated around 06:27), so it sounds a little bit strange that /etc/cron.daily/spamassassin only finished at 07:27, but I currently have no other explanation for the above seen kill -HUP than the invoke-rc.d spamassassin reload from /etc/cron.daily/spamassassin. I suspect that the following two lines, the last ones before the SA restart, are related to the non-responsiveness of spamd: Mar 13 07:28:17 … spamd[6165]: Use of uninitialized value $selerr in concatenation (.) or string at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm line 332. Mar 13 07:28:17 … spamd[6165]: prefork: select returned error on server filehandle: (And there's indeed no further output from spamd in the log behind the latter line.) Possibly related to http://bugs.debian.org/611040 or http://bugs.debian.org/346237 (which both have no information about symptoms, just more or less the error messages) I found this error message also at the following days in the log: # zfgrep -2h 'prefork: select returned error on server filehandle:' mail.log* | fgrep spamd Dec 22 08:25:06 … spamd[22411]: prefork: sysread(7) failed after 300 secs at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm line 654. Dec 22 08:25:06 … spamd[22400]: Use of uninitialized value $selerr in concatenation (.) or string at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm line 332. Dec 22 08:25:06 … spamd[22400]: prefork: select returned error on server filehandle: Dec 22 08:25:06 … spamd[22400]: prefork: child states: II Dec 22 08:25:06 … spamd[22400]: prefork: child states: II Jan 9 11:41:16 … spamd[25239]: prefork: sysread(7) failed after 300 secs at /usr/share/perl5/Mail/SpamAssassin/SpamdForkScaling.pm
Bug#702744: file: Recognize AutoCAD DXF format
tag 702744 - pending tag 702744 - patch retitle 702744 new magic: autocad dxf format thanks patch breaks detection of msdos executables (e.g. putty.exe). -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702932: kmod: changes - to _ in some module names on output
On Wed, 2013-03-13 at 13:52 +0100, Marco d'Itri wrote: lsmod just reflects what the kernel knows about loaded modules. Feature. So is this a divergence between the file naming and the modules name on the upstream side? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature