Bug#657649: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package wfmath: dget -x http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_0.3.12-1.dsc It builds these binary packages: libwfmath-0.3-6 - WorldForge math library libwfmath-0.3-6-dbg - WorldForge math library - debugging library libwfmath-0.3-dev - WorldForge math library - development files libwfmath-doc - WorldForge math library - API documentation More information about hello can be obtained from http://www.worldforge.org/ Changes since the last upload: wfmath (0.3.12-1) unstable; urgency=low . * new upstream release * new maintainer: Debian games team (closes: #653979) - added myself as uploader * converted packaging to use dh sequenceer * renamed binary packages due to SONAME bump * converted to 3.0 (quilt) source format * updated Standards-Version to 3.9.2 (no changes required) * debian/control: added Vcs- fields * refined doc packaging rules * added symbols tracking * debian/copyright: converted to DEP-5 format Regards, Stephen M. Webb stephen.w...@bregmasoft.ca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653630: /sbin/mount.nfs: Re: nfs-common: Only root can unmount, nautilus badly confused
On Sun, Jan 22, 2012 at 10:42:58PM +0100, Luk Claes wrote: On 01/22/2012 09:32 PM, Pavel Yakunin wrote: Pavel: Can you have a look if the new version from unstable fixes your problem (this bug)? Luk, did you push the new version in the sid repo? (or maybe I should wait for a while? I used us.debian.org mirror). Apt tell me that nothing Yes, version 1:1.2.5-4. It was probably not pushed to the mirrors yet. Can you test if it fixes the bug, thanks already? I'm not sure that it is, at least for me: % cat /etc/exports | grep '^[^#]' /home localhost(rw,sync,fsid=0,no_subtree_check) % grep nfs /etc/fstab localhost:/ /mnt nfs4 user,noauto 0 0 % mount /mnt % mount | grep nfs rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime) nfsd on /proc/fs/nfsd type nfsd (rw,relatime) localhost:/ on /mnt type nfs4 (rw,nosuid,nodev,noexec,relatime,vers=4,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp6,timeo=600,retrans=2,sec=sys,clientaddr=::1,minorversion=0,local_lock=none,addr=::1,user=rleigh) % cat /run/mount/utab SRC=localhost:/ TARGET=/mnt ROOT=/ ATTRS=addr=::1,clientaddr=::1 OPTS=user=rleigh % umount /mnt umount.nfs4: /mnt: not found umount.nfs4: /mnt: not found % sudo umount /mnt I'm permitted to mount, but not umount, the /mnt mount. Not yet found where the error lies, but the information to permit the umount is certainly present. Hope the above contains sufficient info to reproduce. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657589: Regression in reprepro 'processincoming' output message
* Alberto Donato alberto.don...@gmail.com [120127 12:44]: I'm using reprepro in an automated import system, which parses the output to figure out what happened when an import goes wrong and send an email. I'm using that line to understand if the .changes file is signed. AFAICT, that was the only way to know that from reprepro. Is there another way? As it is only printed if the verbose level is high, I think it's useful to show some sort of info message. I could add some options to give this heuristic and also give it unconditionally, but I don't quite understand what it is interesting for. Either one would want to do something depending on whether a file is signed (like with uploader files), which should be done before it is included to some distribution. Or one might use some information from that file afterwards, in which case I do not see how that line alone is enough (and one would not want to look at the .changes file anyway). Bernhard R. Link -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657630: [Debconf-devel] Bug#657630: debconf: Silently fails on multi-line values in db_set
Matthijs Kooijman wrote: after spending quite some time on debugging a nullmailer postinst issue, I discovered that debconf's db_set chokes when multi-line values are passed to it (in this particular case, /etc/mailname contained two lines, and db_set shared/mailname `cat /etc/mailname` was called). I'm not quite sure if multi-line values should be supported (the manual doesn't seem to mention supporting it, nor requiring that values be single line). Right now, if a multiline value is passed to db_set, it simply sends it over causing debconf to interpret the second line as an invalid command, breaking the rest of the script (due to a desync in command/responses). This can be reproduced with the following script (for some reason I needed to db_get's after the broken db_set, not sure why that is, the original case used a db_set). You need to use debconf-escape to handle cases like these. It could be documented/integrated better. -- see shy jo signature.asc Description: Digital signature
Bug#657650: globus-rls-server: Serious bug in upstream source where bulk LRC updates do not enter the RLI catalogue
Package: globus-rls-server Version: 4.9-3.1 Severity: important The bug exists in upstream source. When adding lfn-pfn mappings in bulk and rli bloomfilters are used, the updates never propigate to other rli servers. The bottom line is that remote servers never receive new information about local state. Upstream authors provided a patch, I have tested it, would like to forward it along to package maintainers. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages globus-rls-server depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libglobus-callout0 0.7-6 Globus Toolkit - Globus Callout Li ii libglobus-common0 11.5-2Globus Toolkit - Common Library ii libglobus-gsi-callback 2.7-1 Globus Toolkit - Globus GSI Callba ii libglobus-gsi-cert-uti 6.6-1 Globus Toolkit - Globus GSI Cert U ii libglobus-gsi-credenti 3.5-1 Globus Toolkit - Globus GSI Creden ii libglobus-gsi-openssl- 0.14-6Globus Toolkit - Globus OpenSSL Er ii libglobus-gsi-proxy-co 4.5-1 Globus Toolkit - Globus GSI Proxy ii libglobus-gsi-proxy-ss 2.3-1 Globus Toolkit - Globus GSI Proxy ii libglobus-gsi-sysconfi 3.1-2 Globus Toolkit - Globus GSI System ii libglobus-gss-assist3 5.9-1 Globus Toolkit - GSSAPI Assist lib ii libglobus-gssapi-error 2.5-7 Globus Toolkit - GSSAPI Error Libr ii libglobus-gssapi-gsi4 7.5-2 Globus Toolkit - GSSAPI library ii libglobus-io3 6.3-8 Globus Toolkit - uniform I/O inter ii libglobus-openssl-modu 1.3-1 Globus Toolkit - Globus OpenSSL Mo ii libglobus-rls-client5 5.2-3 Globus Toolkit - Replica Location ii libglobus-usage0 1.3-2 Globus Toolkit - Usage Library ii libglobus-xio0 2.8-3 Globus Toolkit - Globus XIO Framew ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libssl0.9.80.9.8o-4squeeze3 SSL shared libraries ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction ii unixodbc 2.2.14p2-1ODBC tools libraries globus-rls-server recommends no packages. globus-rls-server suggests no packages. -- Configuration Files: /etc/default/globus-rls-server changed [not included] /etc/globus-rls-server.conf [Errno 13] Permission denied: u'/etc/globus-rls-server.conf' -- 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#656656: Please enabled hardened build flags
On Fri, Jan 27, 2012 at 10:00:53AM -0800, Russ Allbery wrote: Russ Allbery r...@debian.org writes: Cantor, Scott canto...@osu.edu writes: Not that it's necessarily likely here, but with the --silent flag on to limit noise, you actually can't tell what the actual compiler command is. There are libtool bugs, usually on Solaris one finds, that break the use of some flags. I guess it's possible something like that could be happening. True. Okay, let me go do a manual build where I can remove --silent and be sure that things are actually being passed down to the compiler. Without --silent, libtool definitely claims to be sending that flag: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -Wall -O2 -O2 -DNDEBUG -D_FORTIFY_SOURCE=2-pthread -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -DNDEBUG -c -o AbstractComplexElement.lo AbstractComplexElement.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -Wall -O2 -O2 -DNDEBUG -D_FORTIFY_SOURCE=2 -pthread -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -DNDEBUG -c AbstractComplexElement.cpp -fPIC -DPIC -o .libs/AbstractComplexElement.o and I suspended the build in the middle of compiling a source file, and that flag is there in the process arguments: eagle 9987 0.0 0.0 2088 512 pts/10 T09:54 0:00 g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -Wall -O2 -O2 -DNDEBUG -D_FORTIFY_SOURCE=2 -pthread -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -DNDEBUG -c AbstractComplexElement.cpp -fPIC -DPIC -o .libs/AbstractComplexElement.o but hardening-check returns the same result: windlord:~/dvl/debian/xmltooling hardening-check xmltooling/.libs/libxmltooling.so xmltooling/.libs/libxmltooling.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: no, no protected functions found! Read-only relocations: yes Immediate binding: no not found! so if there's a failure here, it seems to be somewhere inside g++, or a need to include more than just -D_FORTIFY_SOURCE=2 to enable this. Hmm, I'm not sure what's wrong here. I'm adding Kees Cook to CC. Kees, did you see similar issues with C++ on Ubuntu when g++ was patched to use FORTIFY_SOURCE by default? This is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656656 (Moritz, do you know if bindnow is safe for shared libraries? I know pie isn't, since it conflicts with PIC, but I've only been omitting bindnow because I wasn't sure. I'm not concerned with the possible performance issues; startup cost isn't significant for the known users of these libraries.) It should be safe. It only slightly increases the startup time, since all symbols need to be resolved. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657314: [Pkg-samba-maint] Bug#657314: Bug#657314: unstable: 2:3.6.1-3 fails to build due to incorrect python-ldb bindings
Quoting John David Anglin (dave.ang...@bell.net): On 26-Jan-12, at 9:22 AM, Jelmer Vernooij wrote: ldb is also included in the Samba source tree, so a dependency isn't necessary. Can you reproduce this *without* any ldb libraries installed? I finally had a successful build. In addition to removing the ldb libraries, I had to remove the python-talloc packages. I think the problem is the I'm tempted to close this bug as this is not really related to the Debian package (that currently builds fine). signature.asc Description: Digital signature
Bug#657428: RFS: surf -- simple web browser (QA upload)
On 17:52 Fri 27 Jan , Jakub Wilk wrote: * Vasudev Kamath kamathvasu...@gmail.com, 2012-01-27, 21:52: + Reduced the update-alternative priority to 30 as per request from user to the previous maintainer Hmm. Was there a bug report about that? No previous maintainer Kai forwarded mail to me as I had adopted his dwm package. I asked the reporter to raise a bug but he didn't do that. So what do you suggest me to do for this? Shall I raise a bug or its not required?. Well, I wanted to have some insight into what problem we're trying to solve here. Having it documented somewhere (preferably in a bug report) would be nice. Done reported it as bugs by including mail content which I got and added closes in changelog The hunk looks like this: +#export DH_VERBOSE=1 + +-include /usr/share/dpkg/buildflags.mk +export CPPFLAGS CFLAGS LDFLAGS Unfortunately, this _won't_ do the right thing for these dpkg-dev versions that didn't provide the /usr/share/dpkg/buildflags.mk file. Please see http://lists.debian.org/debian-mentors/2011/10/msg00307.html to understand why. Ok I went through the conversation so I need to build-depend on dpkg-dev correct version for this and add conditional check for buildflags.mk. Please correct me if I'm wrong There is more than one way to fix this. The simplest is to have versioned build-dependency on dpkg-dev. (And then you don't need - prefix before include, or other conditional checks.) Done added a Build-Depends and removed - from rules. Re uploaded package to mentors Best Regards -- Vasudev Kamath GPG fingerprint = C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E signature.asc Description: Digital signature
Bug#657651: apache2.2-common: Mispelled MIME as MOME in apache2.conf
Package: apache2.2-common Version: 2.2.21-5ubuntu1 Severity: minor Originally reported in Ubuntu here: https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/922473 Its assumed that in the package, debian/apache2.conf means to say # where no good assumption can be made, letting the default MIME type But instead it reads: # where no good assumption can be made, letting the default MOME type This appears to have been introduced around 2.2.21-4 -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgi deflate dir env mime negotiation php5 proxy_http proxy reqtimeout setenvif status wsgi List of enabled php5 extensions: curl memcached mysql mysqli pdo pdo_mysql -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-8-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.21-5ubuntu1 ii apache2.2-bin 2.2.21-5ubuntu1 ii lsb-base 4.0-0ubuntu19 ii mime-support 3.51-1ubuntu1 ii perl 5.14.2-6ubuntu1 ii procps 1:3.2.8-11ubuntu6 Versions of packages apache2.2-common recommends: ii ssl-cert 1.0.28 Versions of packages apache2.2-common suggests: ii apache2-doc none ii apache2-suexec | apache2-suexec-custom none ii chromium-browser [www-browser] 15.0.874.120~r108895-0ubuntu1 ii firefox [www-browser] 10.0~b5+build1-0ubuntu1 ii google-chrome-stable [www-browser] 16.0.912.75-r116452 ii ufw 0.30.1-2ubuntu2 ii w3m [www-browser] 0.5.3-5 Versions of packages apache2.2-common is related to: pn apache2-mpm-eventnone pn apache2-mpm-itk none pn apache2-mpm-prefork 2.2.21-5ubuntu1 pn apache2-mpm-worker none -- Configuration Files: /etc/apache2/sites-available/default changed [not included] -- 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#657651: apache2.2-common: Mispelled MIME as MOME in apache2.conf
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 forcemerge 653801 657651 fixed 653801 2.2.21-6 thanks Hi Clint, that's a duplicate of bug 653801 and fixed in our VCS already which will presumably appear as 2.2.21-6 in Debian. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPIu5+AAoJEMcrUe6dgPNtXX8QAJjeRlZwjQ0JNIwG0ykB72Vw KbybZlW1CihJQT1cXyf/3DF8k8l5NxyK9WwPy+JBydJOpGO7zKkde6DCl0qkDgNF dT4UmU4wDmNc5H3a6M3TDgirZBmkWBk4mf2wqVOpzyp7cJWpPgZt6djMEylU72Ya bBz6Pvya63z5jSKfi3+JeVB8+id2+tSXtr6gyif1KAQMoruWmB2u4iaKyKZZJskm qrqg3Kyx5fZKNTx19daN3/hbVcBk4rjpx6JDjc0uNcnx0423YekMSNNQAaKrvtIy eYKaU1cQtAHzU7vozw/WLEHiinLfI7nBwsf+NBlBrHHuViF3JYlkqBqAt0IhXnfs gmwEgkPAcMTim3UVlOR1LFGOTbMCzMfX+bUcpJ0pKrfgvvxchDPqykSn2zBKmAXm eqYSCBJ6n+vDw1HqkOIBxR6YWz876NO8rsLwHwfAQ7zB13O4vU0rCo2YgAVs0vFT pz8C8MP5b2nRqvMEMTeKjTzau8kk4UaoM6JRzSFCH4VUXxm2m7bLsxZjdtCvZUQ7 3g9qBGWcWz0nMjyb/U3N/hZ5i42TxHq3MA0ffAxdxiWyM5JfdbFSoGiHbxp2GrTG GxrZHk3J1cy+N2eloFxlzAJgPi8zcbARFhqwmts35NAwg2NqFcf1wuQZIg+P9qdq I1NmrkSNFn7OlF3rHqQT =v77g -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#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
* Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-26, 12:05: * renamed binary packages due to SONAME change But here are reverse-dependencies of the old binary package. Which means that uploading this to unstable starts a transition. What this discussed with the release team? It probably should, even though the number of involved packages is small. That said, the best moment to talk to the release team would be after the package has been thoroughly reviewed (thus: not yet). The old and new library packages are parallel-installable. I consider this a feature, Right, this is a property of every respectable shared library. since the library is a part of an MMORPG stack, and I anticipate a newer client app revision getting in to Debian long before a new server app, so the coexistence of both old and new SONAMEs will be required, at least for a little while. Could elaborate more of this? What is client app and server app in this context? Please bear in mind that having multiple versions of the same source package in a single suite is not really a desired state. As far as unstable is concerned, you don't have control over when the old package will be removed. While I think ftp-masters usually wait until the old version don't have rdepeds anymore, they can also do it whenever they see fit (possibly rendering not-yet-rebuilt packages uninstallable). Until very recently, it wasn't even possible (unless some dirty hacks were involved) to keep multiple versions of a library in testing. It's doable now, but such a state certainly doesn't make the Release Team happy. But, as you say, this will need to be discussed with the release team after this package (and other upgraded packages in the stack) has been thoroughly reviewed. Great. Does you new d/rules support DEB_BUILD_OPTIONS=noopt like the old one did? Are you sure that there are no other regressions? I have the greatest confidence that the dh sequencer support Debian policy much better than the previous hand-rolled debian/rules script. I have confirmed that the new debian/rules does indeed support DEB_BUILD_OPTIONS=noopt and DEB_BUILD_OPTIONS=nostrip. Did you build in unstable? I just did (with DEB_BUILD_OPTIONS=noopt), and saw this in the build log: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.. -I.. -g -O2 -Wall -DNDEBUG -c -o sksocket.lo sksocket.cpp I would appreciate an explicit list of any apparent regressions, since they aren't apparent to me from the build logs or runtime testing of the package. I didn't have anything specific in mind (except noopt support). Looking at old debian/rules there are some things that dh certainly doesn't do: - setting LDFLAGS=-lstdc++; - passing --disable-debug to configure. Maybe these were no-ops or simply wrong. Maybe not. I didn't check. :) Now some things I didn't catch in my initial review: The package descriptions were modified, but this is not documented in the changelog. The .orig.tar is compressed with bz2, but uscan would download a .tar.gz. I see the upstream provides bzip2ed tarballs too, so it should be a matter of fixing debian/watch. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619831: Required changes are already in debian
The required changes are already in debian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656170: xml2rfc: unowned files after purge (policy 6.8, 10.8)
Package: xml2rfc Version: 1.36-2 Followup-For: Bug #656170 The /etc/sgml directory is still left over after purging. As there may be other packages using this directory, too, manual removal needs to be done with care. One solution I see is to ship this as an empty directory in the package and let dpkg do the cleanup. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657652: [php5-xdebug] makes PHP always give out HTTP status 200 OK on fatal errors
Package: php5-xdebug Version: 2.1.0-1 Severity: important Forwarded: http://bugs.xdebug.org/view.php?id=587 Tags: upstream Having xdebug enabled causes PHP to give incorrect status codes when a fatal error happens, for example when a function is undefined, as in the following test case: ? ini_set('display_errors',0); this_function_does_not_exist(); echo ok; ? PHP's response has a status code of 200 OK that than 500. This is an upstream issue which is reportedly fixed for PHP 5.4. --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-1-amd64 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing ftp.ca.debian.org 500 unstable ftp.ca.debian.org 1 experimental ftp.ca.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== ucf | 3.0025+nmu2 libc6 (= 2.3) | 2.13-24 phpapi-20090626+lfs | Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657653: checkrestart -p completely broken?
Package: debian-goodies Version: 0.59 Severity: normal sudo checkrestart reports: Found 87 processes using old versions of upgraded files (57 distinct programs) ... and then gives the details. sudo checkrestart -p on the other hand, runs for 10 minutes, prints hundreds of dpkg-query: no path found matching pattern lines (bug #513189), then finishes with Found 0 processes using old versions of upgraded files That can't be right. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-1-amd64 (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 debian-goodies depends on: ii curl 7.24.0-1 ii dctrl-tools [grep-dctrl] 2.20.1 ii dialog1.1-20111020-1 ii less 444-1 ii perl 5.14.2-6 ii python2.7.2-9 ii whiptail 0.52.14-7 Versions of packages debian-goodies recommends: ii lsof 4.81.dfsg.1-1 Versions of packages debian-goodies suggests: ii popularity-contest none ii xdg-utils 1.1.0~rc1+git20111210-5 ii zenity 3.2.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#657654: lxc: Upgrade from stable overwrites /etc/default/lxc without asking
Package: lxc Version: 0.7.5-19 Severity: serious Justification: Policy 10.7.3 See subject. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657655: Please enable hardened build flags
Package: lurker Version: 2.3-2 Severity: important Tags: patch Please enable hardened build flags through dpkg-buildflags. Patch attached. (dpkg-buildflags abides noopt from DEB_BUILD_OPTIONS) Cheers, Moritz diff -aur lurker-2.3.harden/debian/rules lurker-2.3/debian/rules --- lurker-2.3.harden/debian/rules 2011-06-20 12:44:41.0 +0200 +++ lurker-2.3/debian/rules 2012-01-27 19:49:44.0 +0100 @@ -14,13 +14,11 @@ confflags += --build $(DEB_BUILD_GNU_TYPE) --host $(DEB_HOST_GNU_TYPE) endif -CFLAGS = -Wall -g +CXXFLAGS = `dpkg-buildflags --get CXXFLAGS` +CXXFLAGS += -Wall +LDFLAGS = `dpkg-buildflags --get LDFLAGS` +CPPFLAGS = `dpkg-buildflags --get CPPFLAGS` -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) INSTALL_PROGRAM += -s endif @@ -33,7 +31,7 @@ configure-stamp: dh_testdir # Add here commands to configure the package. - CXXFLAGS=$(CFLAGS) ./configure $(confflags) \ + CXXFLAGS=$(CXXFLAGS) CPPFLAGS=$(CPPFLAGS) LDFLAGS=$(LDFLAGS) ./configure $(confflags) \ --prefix=/usr \ --sysconfdir=/etc \ --localstatedir=/var \ Nur in lurker-2.3/debian: rules~.
Bug#648022: Uses deprecated libgnome-window-settings which is scheduled to be removed
Hi Sean, On 27.01.2012 06:38, Michael Biebl wrote: Sean, any objections to apply this patch? If you are no longer interested in compiz / lack time I could offer to upload an NMU. I went ahead and uploaded an NMU to DELAYED/10. Just let me know if you are not ok with the proposed patch and I'll cancel the NMU. Cheers, 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#657314: [Pkg-samba-maint] Bug#657314: Bug#657314: Bug#657314: unstable: 2:3.6.1-3 fails to build due to incorrect python-ldb bindings
On Fri, Jan 27, 2012 at 07:21:26PM +0100, Christian PERRIER wrote: Quoting John David Anglin (dave.ang...@bell.net): On 26-Jan-12, at 9:22 AM, Jelmer Vernooij wrote: ldb is also included in the Samba source tree, so a dependency isn't necessary. Can you reproduce this *without* any ldb libraries installed? I finally had a successful build. In addition to removing the ldb libraries, I had to remove the python-talloc packages. I think the problem is the I'm tempted to close this bug as this is not really related to the Debian package (that currently builds fine). If the package fails to build due to other unrelated packages being installed in the build environment, that's still a bug, just a lower-priority one. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#633754: gcj-4.6: FTBFS on m68k with segfault
Comment #11 on the forwarded bug: Andreas Schwab 2012-01-23 13:05:35 UTC After r183426 this is now dormant on the 4.6 branch again. On the other hand, it happens on 4.7/trunk now. But it’s been brought to upstream’s attention, and with the next regular 4.6 branch pull we should get this workable in Debian’s gcj-4.6 package, finally. bye, //mirabilos -- “Having a smoking section in a restaurant is like having a peeing section in a swimming pool.” -- Edward Burr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
If current license is GPL and someone make a fork based on that your license change in the future will not have an impact on the fork. A release has no value when regarding what license the work is available as. OK, I've left it as GPL. I've also added an archive with the sound and music removed. It's called edgar-0.96-nosound.tar.gz and is at https://sourceforge.net/projects/legendofedgar/files/0.96 Richard
Bug#657656: Please enable hardened build flags
Package: noweb Severity: important Please enable hardened build flags through dpkg-buildflags. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657570: mutt: sender patterns (~e and %e) don't work in IMAP folder
C. Meissa carsten.mei...@gmx.de wrote: Does set imap_headers=Sender fix your problem? Yes! Thanks! Maybe Sender: should be added to the default set of headers requested via IMAP. AMC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656605: (Fwd) [rt.cpan.org #74192] libnetaddr-ip-perl: ip-addr() should follow RFC5952 Section 2.2 (Zero Compression)
Hi, Florian Lohoff f...@zz.de writes: Just to make my disagreement very clear. if you want to discuss this further, please contact upstream directly: https://rt.cpan.org/Public/Bug/Display.html?id=74192 The request tracker also has a mail interface. To add a message, send a mail to bug-NetAddr-IP [...] rt.cpan.org and keep [rt.cpan.org #74192] in the subject. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657657: Please enable hardened build flags
Package: maradns Version: 2.0.04-5 Severity: important Tags: patch Please enable hardened build flags through dpkg-buildflags. Patch attached. Cheers, Moritz diff -aur maradns-2.0.04.harden/build/Makefile.linux maradns-2.0.04/build/Makefile.linux --- maradns-2.0.04.harden/build/Makefile.linux 2012-01-27 20:07:27.0 +0100 +++ maradns-2.0.04/build/Makefile.linux 2012-01-27 20:10:25.0 +0100 @@ -28,7 +28,11 @@ # Debug -FLAGS = -O2 -Wall -DSELECT_PROBLEM -DIPV6 +FLAGS = `dpkg-buildflags --get CFLAGS` +FLAGS += -Wall -DSELECT_PROBLEM -DIPV6 +FLAGS += `dpkg-buildflags --get CPPFLAGS` +FLAGS += `dpkg-buildflags --get LDFLAGS` + M=CC=$(CC) $(FLAGS) D=CC=$(CC) $(FLAGS) -DDEBUG -DTHREADS #FLAGS = -g Nur in maradns-2.0.04/build: Makefile.linux~.
Bug#657658: pcalendar: Cannot set more than three symptoms to observe
Package: pcalendar Version: 3.2.0-2 Severity: wishlist Only three symptoms can be set to observe. When trying to set fourth symptom one cannot add any value to it and also the file will not save. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages pcalendar depends on: ii libxerces2-java2.9.1-4.1 Validating XML parser for Java wit ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [jav 1.5.0-19-1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment ( pcalendar recommends no packages. pcalendar 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#657659: pcalendar: Cannot set the duration of menstruation
Package: pcalendar Version: 3.2.0-2 Severity: wishlist One cannot set the duration of menstruation so that it would be visible on the dashboard. Only the first day of a period and the ovulation can be set. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages pcalendar depends on: ii libxerces2-java2.9.1-4.1 Validating XML parser for Java wit ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [jav 1.5.0-19-1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment ( pcalendar recommends no packages. pcalendar 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#636968: fim: diff for NMU version 0.3-beta-prerelease-1.3
* gregor herrmann gre...@debian.org, 2012-01-26, 21:57: +#if PNG_LIBPNG_VER_MAJOR = 1 PNG_LIBPNG_VER_MINOR = 4 + png_set_expand_gray_1_2_4_to_8(h-png); +#else png_set_gray_1_2_4_to_8(h-png); +#endif Won't that break with libpng 2.0? I think it the condition should be rather: (PNG_LIBPNG_VER_MAJOR == 1 PNG_LIBPNG_VER_MINOR = 4) || PNG_LIBPNG_VER_MAJOR 1 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657660: [INTL:pl] Polish debconf translation
Package: lightdm Severity: wishlist Tags: l10n patch Hi! Please update Polish debconf translation with attached file. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657661: screenlets: SensorsScreenlet doesn't save the sensor type
Package: screenlets Version: 0.1.2-7 Severity: normal In the SensorsScreenlet v. 0.1 -- Options -- Sensors I chose acpi temperature. This is shown, but not saved. After reboot, it shows always CPU0. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages screenlets depends on: ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-rsvg 2.30.0-4 Python bindings for the RSVG libra ii python-support 1.0.10 automated rebuilding support for P ii python-wnck 2.30.0-4 Python bindings for the WNCK libra ii python-xdg 0.19-2 Python library to access freedeskt Versions of packages screenlets recommends: ii gnome-keyring 2.30.3-5 GNOME keyring services (daemon and ii iceweasel 3.5.16-11 Web browser based on Firefox ii metacity 1:2.30.1-3 lightweight GTK+ window manager ii python-evolution 2.30.0-4 Python bindings for the evolution ii python-feedparser 4.1-14 Universal Feed Parser for Python ii python-gmenu 2.30.3-1 an implementation of the freedeskt ii python-gnomekeyring 2.30.0-4 Python bindings for the GNOME keyr pn python-gtkmozembed | python-g none (no description available) ii python-imaging1.1.7-2Python Imaging Library Versions of packages screenlets suggests: ii evolution 2.30.3-5 groupware suite with mail client a ii gnome-orca2.30.2-2 Scriptable screen reader ii tomboy1.2.2-2desktop note taking program using pn xfconfnone (no description available) -- 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#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)
On Fri, Jan 27, 2012 at 15:49:42 +0100, Claudius Hubig wrote: Package: xserver-xorg Version: 1:7.6+10 Severity: normal X crashes/restarts when I am trying to view a huge file in eog or iceweasel (both current from testing). Viewing the same file in Opera 11.61 is no problem. Looks like a dupe of #646393, fwiw. Cheers, Julien signature.asc Description: Digital signature
Bug#657662: sound-juicer: options to rip to wav or flac are gone
Package: sound-juicer Version: 2.32.1+git20120102.e678f0a-1 Severity: important I had previously configured sound-juicer to rip CDs into .flac files, but that option seems to be no longer present (nor is WAV format). And the option to create my own profiles has also disappeared. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sound-juicer depends on: ii gconf2 2.32.4-1 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-2.1 ii libatk1.0-0 2.2.0-2 ii libbrasero-media3-1 3.2.0-3 ii libc62.13-24 ii libcanberra-gtk3-0 0.28-3 ii libgconf2-4 2.32.4-1 ii libglib2.0-0 2.30.2-4 ii libgstreamer-plugins-base0.10-0 0.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.3-1 ii libmusicbrainz3-63.0.2-2 ii libpango1.0-01.29.4-2 Versions of packages sound-juicer recommends: ii eject 2.1.5+deb1+cvs20081104-9 Versions of packages sound-juicer suggests: ii brasero 3.2.0-3 ii gstreamer0.10-lamenone ii gstreamer0.10-plugins-really-bad none ii gstreamer0.10-plugins-ugly0.10.18-3+b1 -- 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#552099: State of your ITP: selenium-ide -- Firefox add-on to record and playback
Hi Thomas, sry, i started to package the selenium stuff on the last debconf but it was more complicated as i expected. I hope that i can spend more time to finish the work soon. But anyone who want to package it faster is welcome. One component of the selenium toolkit is at non-free. Greetings Sascha Am 27.01.2012 13:46, schrieb Thomas Koch: W. Martin Borgert: Any news about this packaging effort? no news from my site and also no current need any more. @Sascha: Make this an RFP again? Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657663: libxerces-c-dev: contains *.la file with non-empty dependency_libs
Package: libxerces-c-dev Version: 3.1.1-1+b2 Severity: important libxerces-c-dev installs an *.la file with a non-empty dependency_libs setting, which means that any clients of the library that use libtool end up linking against all those libraries. This creates spurious dependencies on the ICU libraries even though the clients do not use those libraries directly. This is currently affecting the Shibboleth packages (xml-security-c, xmltooling, opensaml2, and shibboleth-sp2). I checked all the reverse dependencies of xerces-c, and none of them appear to be shipping *.la files, which means that you should be able to take the simple approach of just not installing the *.la file rather than the more complex approach of stripping the contents of dependency_libs. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libxerces-c-dev depends on: ii libc6-dev [libc-dev] 2.13-24 ii libicu-dev4.8.1.1-3 ii libxerces-c3.13.1.1-1+b2 libxerces-c-dev recommends no packages. Versions of packages libxerces-c-dev suggests: pn libxerces-c-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620602: python-googleapi: Google API client for Python
Hi, Any update on this? Also, you neglect to mention if this is an ITP [Intent to Package] or RFP [Request for Package] bug. Please clarify. Thanks! -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Maintainer http://qa.debian.org/developer.php?login=a.starr.b%40gmail.com PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657553: [Pkg-utopia-maintainers] Bug#657553: avahi-daemon losing addresses
In reply to Michael Biebl re Re: [Pkg-utopia-maintainers] Bug#657553: avahi- daemon losing addresses: severity 657533 important thanks On 26.01.2012 23:47, Geoff Clements wrote: There's nothing in the logs that I can see that suggests that avahi is flushing its cache. Please run avahi-daemon in debug mode (--debug) and attach the log file. Ok - I stopped the avahi service and then started it again with the --debug switch, this generated avahi_start.txt (attached). Henry is my server, scotty is my desktop from which I'm doing this. I waited for about five minutes and then tried: $ getent hosts henry.local which returned nothing at the cli but one line was added to the log: 27/01/2012 18:02:03 scotty avahi-daemon[5606] simple-protocol.c: Got RESOLVE-HOSTNAME-IPV4 request for 'henry.local'. I immediately tried my Ubuntu laptop which worked as expected. A second attempt on my desktop did not yield any different results. I restarted avahi-daemon and tried again immediately and correctly got the resolved address at the cli with the same message in the logs as above. Wait a couple of minutes and back to the same problem. Just to make sure I tried to resolve the hostname of the laptop and this did not work either. -- Geoff 27/01/2012 17:57:08 scotty avahi-daemon[5606] Found user 'avahi' (UID 105) and group 'avahi' (GID 111). 27/01/2012 17:57:08 scotty avahi-daemon[5606] Successfully dropped root privileges. 27/01/2012 17:57:08 scotty avahi-daemon[5606] avahi-daemon 0.6.30 starting up. 27/01/2012 17:57:08 scotty avahi-daemon[5607] chroot.c: chroot() helper started 27/01/2012 17:57:08 scotty avahi-daemon[5606] Successfully called chroot(). 27/01/2012 17:57:08 scotty avahi-daemon[5606] Successfully dropped remaining capabilities. 27/01/2012 17:57:08 scotty avahi-daemon[5607] chroot.c: chroot() helper got command 02 27/01/2012 17:57:08 scotty avahi-daemon[5606] Loading service file /services/udisks.service. 27/01/2012 17:57:08 scotty avahi-daemon[5606] Joining mDNS multicast group on interface eth0.IPv4 with address 81.2.88.203. 27/01/2012 17:57:08 scotty avahi-daemon[5606] New relevant interface eth0.IPv4 for mDNS. 27/01/2012 17:57:08 scotty avahi-daemon[5606] Network interface enumeration completed. 27/01/2012 17:57:08 scotty avahi-daemon[5606] Registering new address record for 2001:8b0:1312:c0f8:222:15ff:fe55:cc3 on eth0.*. 27/01/2012 17:57:08 scotty avahi-daemon[5606] Registering new address record for 81.2.88.203 on eth0.IPv4. 27/01/2012 17:57:08 scotty avahi-daemon[5606] Registering new address record for 81.2.88.206 on eth0.IPv4. 27/01/2012 17:57:08 scotty avahi-daemon[5606] Registering HINFO record with values 'X86_64'/'LINUX'. 27/01/2012 17:57:08 scotty avahi-daemon[5606] dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/, member=GetAPIVersion 27/01/2012 17:57:08 scotty avahi-daemon[5606] dbus-protocol.c: interface=org.freedesktop.Avahi.Server, path=/, member=GetState 27/01/2012 17:57:08 scotty avahi-daemon[5606] Server startup complete. Host name is scotty.local. Local service cookie is 1318132384. 27/01/2012 17:57:09 scotty avahi-daemon[5606] Service scotty (/services/udisks.service) successfully established.
Bug#657314: [Pkg-samba-maint] Bug#657314: Bug#657314: Bug#657314: unstable: 2:3.6.1-3 fails to build due to incorrect python-ldb bindings
On 1/27/2012 1:54 PM, Steve Langasek wrote: On Fri, Jan 27, 2012 at 07:21:26PM +0100, Christian PERRIER wrote: Quoting John David Anglin (dave.ang...@bell.net): On 26-Jan-12, at 9:22 AM, Jelmer Vernooij wrote: ldb is also included in the Samba source tree, so a dependency isn't necessary. Can you reproduce this *without* any ldb libraries installed? I finally had a successful build. In addition to removing the ldb libraries, I had to remove the python-talloc packages. I think the problem is the I'm tempted to close this bug as this is not really related to the Debian package (that currently builds fine). If the package fails to build due to other unrelated packages being installed in the build environment, that's still a bug, just a lower-priority one. I would guess that there is a problem with include paths. The build should be picking up its header files, and not the system headers. From what I could see on the net, there have been incompatible changes in the python bindings for both the ldb and talloc source packages in recent versions. Possibly the simplest solution is to just add the conflicts. It shouldn't be necessary to manually supply the missing rfc's. Dave -- John David Anglindave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657664: biomaj: [INTL:pt] Updated Portuguese translation for debconf messages
Package: biomaj Version: 1.2.0-4 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for biomaj's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team pt.po.gz Description: application/gzip
Bug#657665: dh_python2 ignores package names with hyphens in debian/pydist-overrides
Package: python Version: 2.6.6-3+squeeze6 Severity: normal Tags: patch Hello, dh_python2 parses debian/pydist-overrides incorrectly and ignores lines referring to packages with hyphens in their names, which seem to be totally valid names for python distributions, e.g., http://pypi.python.org/pypi/evasion-common/1.0.1 http://pypi.python.org/pypi/ls-thrift-py-hadoop/1-cdh3u2 So the following line: My-package python-mypackage is ignored. Also see, http://docs.python.org/distutils/examples.html#pure-python-distribution-by-module which mentions the hyphen as an acceptable character: However, the distribution name is used to generate filenames, so you should stick to letters, digits, underscores, and hyphens. The problem seems to be with the definition of PYDIST_RE in python-defaults-{2.6.6,2.7.2}/debpython/pydist.py: PYDIST_RE = re.compile(r (?Pname[A-Za-z][A-Za-z0-9_.]*) # Python distribution name in which the name group is not allowed to contain hyphens. Adding '\-' in the last bracket expression seems to be a fix for the problem. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/16 CPU cores) Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python depends on: ii python-minimal 2.6.6-3+squeeze6 minimal subset of the Python langu ii python2.6 2.6.6-8+b1 An interactive high-level object-o python recommends no packages. Versions of packages python suggests: ii python-doc 2.6.6-3+squeeze6 documentation for the high-level o pn python-profiler none (no description available) ii python-tk 2.6.6-1 Tkinter - Writing Tk applications -- 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#657666: w3m: -dump -o display_link_number=1 lists links in slightly random order
Package: w3m Version: 0.5.3-5 Severity: normal Tags: patch Dear Maintainer, *** Please consider answering these questions, where appropriate *** I recently discovered w3m's -dump -o display_link_number=1 options, and find them really useful. One minor niggle is that the links are actually listed in an order quite close to, but not the same as, the number that's displayed. So for example for one document I have, links 1-10 are presented in the order 1-7,9,10,8 in the References list at the end of the dump. I attach a patch which sorts them according to number. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libbsd0 0.3.0-1 ii libc62.13-24 ii libgc1c2 1:7.1-8 ii libgpm2 1.20.4-4 ii libssl1.0.0 1.0.0g-1 ii libtinfo55.9-4 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages w3m recommends: ii ca-certificates 20111211 Versions of packages w3m suggests: pn man-db2.6.0.2-3 pn menu 2.1.46 pn migemonone pn mime-support 3.51-1 pn w3m-elnone pn w3m-img none -- no debconf information Description: Sort anchors by sequence number in -dump. See above. . w3m (0.5.3-5.1) unstable; urgency=low . * Non-maintainer upload. * Sort anchors by sequence number in -dump. Author: Conrad J.C. Hughes (for Debian package stuff) debb...@xrad.org --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- w3m-0.5.3.orig/main.c +++ w3m-0.5.3/main.c @@ -1258,6 +1258,12 @@ dump_extra(Buffer *buf) #endif } +static int +cmp_anchor_hseq(const void *a, const void *b) +{ +return (*((const Anchor **) a))-hseq - (*((const Anchor **) b))-hseq; +} + static void do_dump(Buffer *buf) { @@ -1278,18 +1284,23 @@ do_dump(Buffer *buf) int i; saveBuffer(buf, stdout, FALSE); if (displayLinkNumber buf-href) { + int nanchor = buf-href-nanchor; printf(\nReferences:\n\n); - for (i = 0; i buf-href-nanchor; i++) { - ParsedURL pu; - static Str s = NULL; - if (buf-href-anchors[i].slave) + Anchor **in_order = New_N(Anchor *, buf-href-nanchor); + for (i = 0; i nanchor; i++) + in_order[i] = buf-href-anchors + i; + qsort(in_order, nanchor, sizeof(Anchor *), cmp_anchor_hseq); + for (i = 0; i nanchor; i++) { + ParsedURL pu; + static Str s = NULL; + if (in_order[i]-slave) continue; - parseURL2(buf-href-anchors[i].url, pu, baseURL(buf)); - s = parsedURL2Str(pu); - if (DecodeURL) + parseURL2(in_order[i]-url, pu, baseURL(buf)); + s = parsedURL2Str(pu); + if (DecodeURL) s = Strnew_charp(url_unquote_conv (s-ptr, Currentbuf-document_charset)); - printf([%d] %s\n, buf-href-anchors[i].hseq + 1, s-ptr); + printf([%d] %s\n, in_order[i]-hseq + 1, s-ptr); } } }
Bug#655151: No module named _snack
Hi, The -fPIC flag needs to be on the compile line, not the link line. So you only need to change the line $(CC) $(CPPFLAGS) $$PIFLAGS $$PCFLAGS -c -o $$ver/snackmodule.o snackmodule.c ;\ to $(CC) $(CPPFLAGS) $$PIFLAGS $$PCFLAGS -fPIC -c -o $$ver/snackmodule.o snackmodule.c ;\ Doing this made it work correctly for me (on amd64). Thanks, Kris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657604: [Pkg-fglrx-devel] Bug#657604: fglrx-driver: fglrx driver needs /usr/lib64
Am 27.01.2012 12:18, schrieb Craig Small: Package: fglrx-driver Version: 1:12-1-1 Severity: normal We're close, so very very close. With no changes, the fglrx driver still crashes, I'll attach the gdb trace. The fix or work-around is pretty simple mkdir /usr/lib64 mkdir /usr/lib64/fglrx cp /usr/lib/fglrx/* /usr/lib64/fglrx It's very consistent, mv'ing that directory to some other name makes it crash, renaming it back means it works. Hu... I've found the following: # strings /usr/bin/aticonfig |grep lib /lib64/ld-linux-x86-64.so.2 /usr/lib64/fglrx/switchlibglx /usr/lib64/fglrx /usr/lib64/fglrx/switchlibGL .. [ and some unrelated results ] .. Which looks like the path is realy hardcoded. You would help us if you could remove the mv'ed dir again and then *only* copy the switchlibglx and switchlibGL scripts to it. I hope this will be enough and report us the result :) -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer E-Mail: pmatth...@debian.org patr...@linux-dev.org */ signature.asc Description: OpenPGP digital signature
Bug#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)
On Fri, Jan 27, 2012 at 20:41:33 +0100, Claudius Hubig wrote: Julien Cristau jcris...@debian.org wrote: On Fri, Jan 27, 2012 at 15:49:42 +0100, Claudius Hubig wrote: X crashes/restarts when I am trying to view a huge file in eog or iceweasel (both current from testing). Viewing the same file in Opera 11.61 is no problem. Looks like a dupe of #646393, fwiw. Ouch, yes. Sorry about that. Is the backtrace I provided of any help? Yes, thanks for that. I also tried the new packages in experimental (xserver-xorg-core 2:1.11.99.901-1 and xserver-xorg-video-intel 2:2.17.0+git20120115-1), but the problem persists. Thanks for testing. Can you report that upstream according to http://intellinuxgraphics.org/how_to_report_bug.html? Let us know the bug number for tracking. Cheers, Julien signature.asc Description: Digital signature
Bug#621067: [Pkg-javascript-devel] Bug#621067: (no subject)
On Fri, 2012-01-27 at 18:36 +0100, Julian Taylor wrote: thanks for packaging so many themes! concerning rocket and aristo, I was not aware that those weren't official themes. aristo seems to come from a different project http://cappuccino.org/ I didn't find a rocket upstream in my brief search. IPython recently removed those two themes from their VCS head. So I probably also do not need them packaged anymore. Sorry if I caused unnecessary work by my request. No problem ;) Anyway, I found it [0]. [0] http://wijmo.com/theming/ Cheers, -- Marcelo Jorge Vieira xmpp:me...@jabber-br.org http://metaldot.alucinados.com signature.asc Description: This is a digitally signed message part
Bug#656656: Please enabled hardened build flags
Hi, On Fri, Jan 27, 2012 at 07:20:46PM +0100, Moritz Mühlenhoff wrote: On Fri, Jan 27, 2012 at 10:00:53AM -0800, Russ Allbery wrote: Russ Allbery r...@debian.org writes: Cantor, Scott canto...@osu.edu writes: Not that it's necessarily likely here, but with the --silent flag on to limit noise, you actually can't tell what the actual compiler command is. There are libtool bugs, usually on Solaris one finds, that break the use of some flags. I guess it's possible something like that could be happening. True. Okay, let me go do a manual build where I can remove --silent and be sure that things are actually being passed down to the compiler. Without --silent, libtool definitely claims to be sending that flag: /bin/bash ../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -Wall -O2 -O2 -DNDEBUG -D_FORTIFY_SOURCE=2-pthread -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -DNDEBUG -c -o AbstractComplexElement.lo AbstractComplexElement.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -Wall -O2 -O2 -DNDEBUG -D_FORTIFY_SOURCE=2 -pthread -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -DNDEBUG -c AbstractComplexElement.cpp -fPIC -DPIC -o .libs/AbstractComplexElement.o and I suspended the build in the middle of compiling a source file, and that flag is there in the process arguments: eagle 9987 0.0 0.0 2088 512 pts/10 T09:54 0:00 g++ -DHAVE_CONFIG_H -I. -I.. -pthread -g -Wall -O2 -O2 -DNDEBUG -D_FORTIFY_SOURCE=2 -pthread -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -O2 -DNDEBUG -c AbstractComplexElement.cpp -fPIC -DPIC -o .libs/AbstractComplexElement.o but hardening-check returns the same result: windlord:~/dvl/debian/xmltooling hardening-check xmltooling/.libs/libxmltooling.so xmltooling/.libs/libxmltooling.so: Position Independent Executable: no, regular shared library (ignored) Stack protected: yes Fortify Source functions: no, no protected functions found! Read-only relocations: yes Immediate binding: no not found! so if there's a failure here, it seems to be somewhere inside g++, or a need to include more than just -D_FORTIFY_SOURCE=2 to enable this. Hmm, I'm not sure what's wrong here. First of all, in debian/rules: # Enable compiler hardening flags. export DEB_BUILD_MAINT_OPTIONS = all Was this intended to be: export DEB_BUILD_MAINT_OPTIONS = hardening=all This may cause trouble with the .so's -fPIC bits, so you can probably leave the entire line off, unless you want to enable bindnow: export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow I'm adding Kees Cook to CC. Kees, did you see similar issues with C++ on Ubuntu when g++ was patched to use FORTIFY_SOURCE by default? This is http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656656 Looks like there are a few things happening here. First, there seems to be a bug in hardening-check, which it doesn't notice some functions: $ readelf -sW /lib/x86_64-linux-gnu/libc.so.6 | grep memcpy 327: 000919b0 9 FUNCWEAK DEFAULT 12 wmemcpy@@GLIBC_2.2.5 985: 000f999027 FUNCGLOBAL DEFAULT 12 __wmemcpy_chk@@GLIBC_2.4 1097: 0008ab1060 IFUNC GLOBAL DEFAULT 12 memcpy@@GLIBC_2.2.5 1584: 000f61a060 IFUNC GLOBAL DEFAULT 12 __memcpy_chk@@GLIBC_2.3.4 I'll get this fixed (FUNC vs IFUNC). However, as pointed out earlier in the bug, raw memcpy() is still visible. This is, ultimately, because the code is performing a check that neither the compile-time nor run-time code knows how to deal with (i.e. a dynamically sized destination). In this case (and in the case of being always safe at compile-time), the macros end up just using memcpy() directly: #ifndef _GNU_SOURCE # define _GNU_SOURCE #endif #include stdio.h #include stdlib.h #include unistd.h #include stdint.h #include string.h #include stdint.h #include stddef.h #include inttypes.h #include sys/types.h #include sys/stat.h #include fcntl.h /* generates inlined memcpy */ void compile_time_safe_and_inlined(int argc, char * argv[]) { char buf[80]; memcpy(buf, argv[1], 40); puts(buf); } /* generates memcpy() call */ void compile_time_safe(int argc, char * argv[]) { char *buf; buf = (char *)malloc(16384); memcpy(buf, argv[1], 9000); puts(buf); } /* throws compile-time warning, generates __memcpy_chk() call */ void compile_time_unsafe(int argc, char * argv[]) { char *buf; buf = (char *)malloc(16384); memcpy(buf, argv[1], 9); puts(buf); } /* generates __memcpy_chk() call */ void runtime_verifiable(int argc, char * argv[]) { char *buf; buf = (char *)malloc(1024); memcpy(buf, argv[1],
Bug#657666: Acknowledgement (w3m: -dump -o display_link_number=1 lists links in slightly random order)
By the way, I didn't look into W3M's memory management terribly carefully. Since it appears to use a garbage collector, I assumed that there was no need to free in_order, but I do notice references to a GC_free function: perhaps I should call GC_free(in_order) after all? Regards, Conrad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656015: base: Monitor EDID not recognized by Linux kernel 3.x on AMD A6 CPU
Package: base Followup-For: Bug #656015 The bug is present also in kernel 3.2.0-1, package version 3.2.1-2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#405378: SDL_ttf bug #405378: forwarded and tagged upstream
forwarded 405378 http://bugzilla.libsdl.org/show_bug.cgi?id=1400 tags 405378 + upstream stop Hello, Sorry for having the bug unattended for so long, there's now an effort to bring the SDL packages up to date and revisit all of the patches and bug reports. Your bug report and patch seem useful and I forwarded them upstream. We will probably incorporate it in the next revisions of the package, but let's first see if upstream authors incorporate it and maybe make some modifications to it (it has been a while since the patch was created). Thanks for your interest in improving Debian. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657668: scid: no generic menu key?
Package: scid Version: 1:4.3.0.cvs20110714-2 Severity: normal Hitting a key combination like Alt-G now seems to trigger keyboard move entry (similarly as G alone would if the Keyboard Completion option were on). But now I don't know how to activate the Game menu with a keyboard. As a workaround I tried to hit F10 to activate the first menu on the menu bar, but instead I got the bookmark menu tearing off the icon bar within the board tab. I guess this is because the baord tab has the focus, but then there doesn't seem to be a way to shift the focus via keyboard (Tab does nothing). I recommend the author or upstream maintainer sit down and try to drive scid entirely with the keyboard, just once. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scid depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libstdc++6 4.6.2-11 ii libx11-62:1.4.4-4 ii oss-compat 0.0.6 ii python 2.7.2-9 ii tcl8.5 8.5.11-1 ii tk8.5 8.5.11-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages scid recommends: ii libsnack2-alsa [libsnack2] 2.2.10-dfsg1-12 ii libtk-img none ii tdom0.8.3~20080525-3 ii texlive-games 2009-10 Versions of packages scid suggests: pn crafty none pn glaurungnone pn phalanx none pn scid-spell-data | scid-rating-data none pn stockfish none pn toga2 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657649: RFS: wfmath/0.3.12-1 [ITA] -- WorldForge math library
tag 657649 + confirmed owner 657649 ! thanks Stephen M. Webb stephen.w...@bregmasoft.ca writes: http://mentors.debian.net/debian/pool/main/w/wfmath/wfmath_0.3.12-1.dsc wfmath (0.3.12-1) unstable; urgency=low . * new upstream release * new maintainer: Debian games team (closes: #653979) - added myself as uploader * converted packaging to use dh sequenceer * renamed binary packages due to SONAME bump * converted to 3.0 (quilt) source format * updated Standards-Version to 3.9.2 (no changes required) * debian/control: added Vcs- fields * refined doc packaging rules * added symbols tracking * debian/copyright: converted to DEP-5 format I have only some minor nitpicks about the packaging: - debian/patches/series is an empty file. It can be removed. - debian/rules: just 'rm -rf doc/html doc/latex doc/man' should be enough. rm -f will not give an error for files that do not exist. - please update the config.{guess,sub} files when building the package, eg. with the autotools_dev sequence addon for debhelper. See /usr/share/doc/autotools-dev for the reason. As an alternative you can also regenerate all autotools files with dh-autoreconf. - please consider using xz compression for the binary packages, we decided to try to implement this at least for data packages in a team meeting[1]. You need to call dh_builddeb -- -Zxz and optionally a Pre-Depends on dpkg (1.15.6~). (The Pre-Depends is needed for upgrades from distributions using in older dpkg, eg. Ubuntu Lucid[2].) As this changes the soname, did you test that the packages build-depending on libwfmath-0.3-dev still work (build) with the new version? Regards, Ansgar [1] http://meetbot.debian.net/debian-games/2011/debian-games.2011-08-07-11.59.html [2] Though this should matter less now as Ubuntu stopped syncing packages for their next LTS release already. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657497: nfs-common: Exec permission denied
I have exactly same problem as one described by Tony. Reverting back nfs-common package to version 1.2.5-3 solves issue and everything works OK. My NFS shares are served by Debian Squeeze box and no server upgrade was done there. Exec flag in fstab does not help as well. Package: nfs-common Version: 1:1.2.5-4 Followup-For: Bug #657497 -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000211 udp 45810 nlockmgr 1000213 udp 45810 nlockmgr 1000214 udp 45810 nlockmgr 1000211 tcp 47670 nlockmgr 1000213 tcp 47670 nlockmgr 1000214 tcp 47670 nlockmgr 1000241 udp 51653 status 1000241 tcp 40295 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD=yes NEED_GSSD=no -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /var/lib/nfs/rpc_pipefs [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- imperator:/srv/xbmc /mnt/xbmc nfs users,noatime,async,nolock,nfsvers=3 0 0 imperator:/usr/src/linux/usr/src/linux-imperatornfs users,async,exec 0 0 -- /proc/mounts -- imperator:/srv/xbmc/ /mnt/xbmc nfs rw,nosuid,nodev,noexec,noatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,nolock,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.3,mountvers=3,mountport=56275,mountproto=udp,local_lock=all,addr=192.168.1.3 0 0 nfsd /proc/fs/nfsd nfsd rw,relatime 0 0 imperator:/usr/src/linux/ /usr/src/linux-imperator nfs rw,nosuid,nodev,relatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.1.3,mountvers=3,mountport=43815,mountproto=udp,local_lock=none,addr=192.168.1.3 0 0 rpc_pipefs /var/lib/nfs/rpc_pipefs rpc_pipefs rw,relatime 0 0 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (1001, 'unstable'), (500, 'stable'), (101, 'experimental'), (101, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113 ii initscripts 2.88dsf-18 ii libc6 2.13-24 ii libcap2 1:2.22-1 ii libcomerr2 1.42-1 ii libdevmapper1.02.1 2:1.02.67-2 ii libevent-2.0-5 2.0.16-stable-1 ii libgssapi-krb5-21.10+dfsg~beta1-2 ii libgssglue1 0.3-4 ii libk5crypto31.10+dfsg~beta1-2 ii libkeyutils11.5.2-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libmount1 2.20.1-1.2 ii libnfsidmap20.25-1 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-22 ii lsb-base3.2-28.1 ii rpcbind 0.2.0-7 ii ucf 3.0025+nmu2 Versions of packages nfs-common recommends: ii python 2.7.2-10 nfs-common suggests no packages. Versions of packages nfs-kernel-server depends on: ii libblkid1 2.20.1-1.2 ii libc6 2.13-24 ii libnfsidmap2 0.25-1 ii libtirpc1 0.2.2-5 ii libwrap0 7.6.q-22 ii lsb-base 3.2-28.1 ii ucf 3.0025+nmu2 -- 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#657669: cdo: unbuildable in sid (conflicting build-deps)
Package: cdo Version: 1.5.3.dfsg.1-2 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, cdo build-depends on libhdf5-mpi-dev and libnetcdf-dev. libnetcdf-dev (indirectly) depends on libhdf5-7, and libhdf5-mpi-dev (indirectly) depends on libhdf5-openmpi-7. Those two packages conflict with each other, which means cdo can't be built right now. Cheers, Julien signature.asc Description: Digital signature
Bug#646758: spip: New version (2.1.11) fixes a security issue
Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.4) - use target stable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track the progress of this request. For details of this process and the rationale, please see the original announcement [1] and my blog post [2]. 0: debian-rele...@lists.debian.org 1: 201101232332.11736.th...@debian.org 2: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657654: lxc: Upgrade from stable overwrites /etc/default/lxc without asking
reopen 657654 On Fri, Jan 27, 2012 at 07:57:17PM +0100, Daniel Baumann wrote: overwriting in this specific case is ok, see maintainer scripts. No it's not okay, because it doesn't even save what was there, and I lost what was in that file. Thankfully I had backups, but still. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656656: Please enabled hardened build flags
Kees Cook k...@debian.org writes: First of all, in debian/rules: # Enable compiler hardening flags. export DEB_BUILD_MAINT_OPTIONS = all Was this intended to be: export DEB_BUILD_MAINT_OPTIONS = hardening=all This may cause trouble with the .so's -fPIC bits, so you can probably leave the entire line off, unless you want to enable bindnow: export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow Ack, yes, I did that completely incorrectly. Thank you. I'm fixing that now. hardening=+bindnow is indeed what I'm going to use, and I was just completely confused before. However, as pointed out earlier in the bug, raw memcpy() is still visible. This is, ultimately, because the code is performing a check that neither the compile-time nor run-time code knows how to deal with (i.e. a dynamically sized destination). In this case (and in the case of being always safe at compile-time), the macros end up just using memcpy() directly: Aha, okay. Thank you for the clarification! -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657657: and unstable?
Moritz, Thanks for the bug report. I had a feeling this was coming down the line. I'll certainly put it in experimental but I think it rather more important to go on unstable as well. Is there something I'm missing here. -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657670: [INTL:pl] Polish debconf translation
Package: cups Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation (to /debian/po/pl.po). Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)
Julien Cristau jcris...@debian.org wrote: Can you report that upstream according to http://intellinuxgraphics.org/how_to_report_bug.html? Let us know the bug number for tracking. https://bugs.freedesktop.org/show_bug.cgi?id=45323 I would like to ask you to have a look at said bug report, just to make sure I didn’t make an obvious mistake. :) Best regards, Claudius -- Spreading peanut butter reminds me of opera!! I wonder why? Please use GPG: ECB0C2C7 4A4C4046 446ADF86 C08112E5 D72CDBA4 http://chubig.net/ http://nightfall.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531759: SQLite 3
Any plans to make this happen? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657657: and unstable?
On Fri, Jan 27, 2012 at 08:44:30PM +, Nicholas Bamber wrote: Moritz, Thanks for the bug report. I had a feeling this was coming down the line. I'll certainly put it in experimental but I think it rather more important to go on unstable as well. Is there something I'm missing here. I was unsure about the path forward for Maradns? Is the version in experimental targeted at Wheezy? I can respin the patch for sid, if needed. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657671: [extlinux] Unexpected ordering of boot entries
Package: extlinux Version: 2:4.05+dfsg-1 Severity: normal Tags: patch After installing the 3.1.10 kernel I got an unexpected ordering of entries: 3.1.9 3.1.10 3.1.0-1-amd64 The attached patch fixes this. --- /usr/sbin/extlinux-update.orig 2012-01-27 21:42:52.658542144 +0100 +++ /usr/sbin/extlinux-update 2012-01-27 21:40:15.458545094 +0100 @@ -148,7 +148,7 @@ _CONFIG=\ # Find linux versions -_VERSIONS=$(cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -r) +_VERSIONS=$(cd /boot ls vmlinuz-* | grep -v .dpkg-tmp | sed -e 's|vmlinuz-||g' | sort -rn) if [ $(stat --printf %d /) = $(stat --printf %d /boot) ] then
Bug#650941: changelog link dead on packages.debian.org
hello it is fixed now. Thanks all involved! -- Regards, Thilo 4096R/0xC70B1A8F 721B 1BA0 095C 1ABA 3FC6 7C18 89A4 A2A0 C70B 1A8F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657029: bzip2-only Translation files - apt/aptitude failing
All of: #657029 - mirrors: apt-get update does not understand content negotiation #657560 - apt: ...i18n_Translation-en Encountered a section with no Package: header #657563 - aptitude: Fails on bzip2-only Translation files are about the same issue, leaving the according merge and further actions to the maintainers though (especially as apt can't continue in the situation, while aptitude can but doesn't provide any details about the error, see according bugreports for details). JFYI regards, -mika- signature.asc Description: Digital signature
Bug#657672: chromium: Dialog to upload files does not show up
Package: chromium Version: 16.0.912.77~r118311-1 Severity: normal Dear Maintainer, for about two weeks now, the dialog for uploading files to websites does not show up anymore. E.g. if I go to http://imagebin.org/index.php?page=add, the Choose file button does nothing. Same goes for every website I tried. I tried disabling the three extensions I use - no effect. I started Chromium with --temp-profile - no effect. The only output on a terminal appears on browser startup and is: [18375:18375:70667344040:ERROR:nss_util.cc(441)] Error initializing NSS without a persistent database: libsoftokn3.so: cannot open shared object file: Permission denied Do you have any idea what is going on here? Regards -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.1-fs (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages chromium depends on: ii chromium-inspector 16.0.912.77~r118311-1 ii libasound2 1.0.24.1-4 ii libavcodec535:0.9.1-0.1 ii libavformat53 5:0.9.1-0.1 ii libavutil51 5:0.9.1-0.1 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libcups21.5.0-15 ii libdbus-1-3 1.5.8-1 ii libevent-2.0-5 2.0.16-stable-1 ii libexpat1 2.0.1-7.2 ii libflac81.2.1-6 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.2-12 ii libgconf2-4 3.2.3-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.8-3 ii libjpeg88c-2 ii libnspr4-0d 4.8.9-1 ii libnss3-1d 3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libpng12-0 1.2.46-4 ii libspeex1 1.2~rc1-3 ii libstdc++6 4.6.2-12 ii libv8-3.6.6.14 3.6.6.14-2 ii libvpx0 0.9.7.p1-2 ii libwebp20.1.3-2 ii libx11-62:1.4.4-4 ii libxext62:1.3.0-3 ii libxml2 2.7.8.dfsg-7 ii libxrender1 1:0.9.6-2 ii libxslt1.1 1.1.26-8 ii libxss1 1:1.2.1-2 ii xdg-utils 1.1.0~rc1+git20111210-5 ii zlib1g 1:1.2.5.dfsg-1 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657673: acpi-support: screenblank uses incorrect xrandr output name
Package: acpi-support Version: 0.138-12 Severity: normal When DISPLAY_DPMS is set to xrandr, /usr/share/acpi-support/screenblank attempts to disable the LVDS output; on my Thinkpad x200s, that output is named LVDS1, so the xrandr command doesn't actually turn off the display. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-fakekey 0.138-12 ii acpi-support-base 0.138-12 ii acpid 1:2.0.14-2 ii lsb-base 3.2-28 ii pm-utils 1.4.1-9 ii x11-xserver-utils 7.6+3 Versions of packages acpi-support recommends: ii dbus 1.4.16-1 ii gnome-screensaver 3.2.0-2+b1 ii radeontool 1.6.2-1 ii vbetool1.1-2 ii xscreensaver 5.15-2 Versions of packages acpi-support suggests: ii rfkill none ii xinput 1.5.3-1 -- Configuration Files: /etc/default/acpi-support changed [not included] -- no debconf information -- Inteligenta persono lernas la lingvon Esperanton rapide kaj facile. Esperanto estas moderna, kultura lingvo por la mondo. Simpla, fleksebla, belsona, Esperanto estas la praktika solvo de la problemo de universala interkompreno. Lernu la interlingvon Esperanton! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657646: Update alternative priority for surf is too high
On 15 January 2012 19:58, Zachary Vance vanc...@gmail.com wrote: Hey, I eventually tracked down a problem I had to this package. I ended up being surprised by update-alternatives priority being higher than other browsers' since surf didn't obviously seem like a standalone browser (and for example, tabbed isn't even registered as one). Do you have any idea who I should talk to about getting it changed, or much more importantly, whether the problem is with my expectations? Adding in CC the original reporter so he can put some more information if required. I grepped through the lintian laboratory looking for all browser registering x-www-browser alternative. Here are the results: netsurf 100 konqueror 100 epiphany-browser85 iceape 80 iceweasel 70 links2 69 surf50 midori 50 dillo 50 rekonq 40 chromium-browser40 chimera230 conkeror20 uzbl10 luakit 10 Priority 50 for this browser doesn't look completely crazy: there are other niche browser with equal or even higher priority. The only mainstream browser with lower priority is Chromium. Perhaps Chromium priority should be bumped instead. Thoughts? See also bug #630390. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657657: and unstable?
I think it would be enwise to expect experimental to make it into wheezy. I might backport some features like splitting the docs package. The issue is that there is a fairly big backwards compatibility issue. On 27/01/12 20:52, Moritz Muehlenhoff wrote: On Fri, Jan 27, 2012 at 08:44:30PM +, Nicholas Bamber wrote: Moritz, Thanks for the bug report. I had a feeling this was coming down the line. I'll certainly put it in experimental but I think it rather more important to go on unstable as well. Is there something I'm missing here. I was unsure about the path forward for Maradns? Is the version in experimental targeted at Wheezy? I can respin the patch for sid, if needed. Cheers, Moritz -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657671: [extlinux] Unexpected ordering of boot entries
On 01/27/2012 09:57 PM, Thomas Viehweger wrote: The attached patch fixes this. applied, thanks. -- 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#641749: firmware loading failure for AR3011 (0cf3:3000 or 0cf3:3005 ?)
On 12/28/2011 11:50 AM, Andres Cimmarusti wrote: Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641749 Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=702375 https://bugzilla.kernel.org/show_bug.cgi?id=27402 too -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657604: fglrx-driver: fglrx driver needs /usr/lib64
On 2012-01-27 20:55, Patrick Matthäi wrote: Am 27.01.2012 12:18, schrieb Craig Small: With no changes, the fglrx driver still crashes, I'll attach the gdb trace. The fix or work-around is pretty simple mkdir /usr/lib64 mkdir /usr/lib64/fglrx cp /usr/lib/fglrx/* /usr/lib64/fglrx It's very consistent, mv'ing that directory to some other name makes it crash, renaming it back means it works. Please show us ls -lad /usr/lib*/dri /usr/lib*/dri/* /usr/lib/*-*-*/dri /usr/lib/*-*-*/dri/* Please send us the strace output from starting X in both configurations. The following works for me, I run it from an ssh session and once X has started I kill X from a second shell. strace -o /tmp/X.strace /usr/bin/X :0 -audit 0 -nolisten tcp vt8 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657092: Reassign
It seems to me this bug should be moved to roundcube-sqlite and upgraded to serious because it completely breaks all roundcube installations that rely on sqlite. -- Soren Stoutner Small Business Tech Solutions 623-262-6169 so...@smallbusinesstech.net www.smallbusinesstech.net signature.asc Description: This is a digitally signed message part.
Bug#657266: transition: yajl
On Tue, Jan 24, 2012 at 17:11:03 -0800, John Stamp wrote: The following source packages will need a binNMU: collectd as said, RC-buggy. i3-wm had a source upload (well, two) libvirt raptor2 binnmus scheduled. This will FTBFS: mudlet - bug #653880 (patch included) bug severity bumped to serious. Cheers, Julien signature.asc Description: Digital signature
Bug#657544: successful install on ZOTAC ZBOXSD-ID12 barebone with Intel SSD 320 Series
Le vendredi 27 janvier 2012 à 11:03, Brian Potkin a écrit: On Thu 26 Jan 2012 at 23:03:03 +0100, Lionel Vaux wrote: After completing the install and rebooting, the ethernet adapter works fine without any special firmware file (although I keep getting a line r8169 :01:00.0: eth0: unable to load firmware patch rtl_nic/rtl8168d-1.fw (-2) in dmesg). You want the firmware-realtek package from non-free. Ok, I installed it just to be sure... and noticed no particular change (except for the warning in kern.log) since the adaptater worked fine without it: my point is that I don't get why the installer requires it! I also have noticed two minor nuisances related with the installer since my bug report: (1) The settings of the WLAN adapter used during the install are saved in /etc/network/interfaces, which prevents network-manager to handle it. WLAN is most likely used on mobile devices under a desktop environment, hence having user provide the info twice would not be that bad in comparison to forcing every laptop user to edit /etc/network/interfaces after the install. (2) All translations of apt sources are downloaded by default. Actually, I think it is rather a bug of apt (similar to #641967): when a Translation file is already present for a language, apt-get always updates it even when this language is not listed in the Acquire::Languages option. I guess the installer downloaded all available translation rather than deriving derive a sane default for Acquire::Languages from the language selected for the install (say, { environment; lng; en; } where lng is the language chosen at the beginning of the install), which would certainly save some bandwidth. Cheers, Lionel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657674: libtiff-tools: Laconic package description
Package: libtiff-tools Version: 3.9.5-2 Severity: minor Dear libtiff-tools maintainer, the package description would be more useful if it mentioned the names of the commands it contains. For one thing, aptitude search tiffsplit would list libtiff-tools, which seems appropriate. Thanks in advance. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.14 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages libtiff-tools depends on: ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libjpeg88c-2 Independent JPEG Group's JPEG runt ii libtiff43.9.2-3+b1 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libtiff-tools recommends no packages. Versions of packages libtiff-tools suggests: pn libtiff-openglnone (no description available) -- no debconf information -- André Majorel http://www.teaser.fr/~amajorel/ Another day, another load of spam delivered to an address harvested from bugs.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#657490: [php-maint] Bug#657490: Bug#657490: php5: I'm getting unexpected seg. faults:
reassign 657490 php-apc found 657490 3.1.3p1-2 forwarded 657490 https://bugs.php.net/bug.php?id=60383 thanks On Fri, Jan 27, 2012 at 8:12 PM, Bartlomiej Radziszewski b...@radziszewski.com wrote: Anyway looks like problem is with php-apc module. After increasing apc.shm_size looks like all working fine - default shm_size it's 32MB but application using ~50MB. Well, the extension shouldn't segfault in this case.. In any case, sounds like https://bugs.php.net/bug.php?id=60383 Reassigning the bug. Kaplan
Bug#657675: htop: crash on process kill
Package: htop Version: 1.0-1 Severity: normal Just experienced a crash of a new htop. I had a tree of processes like: qqq `-qqq `-aaa `-bbb `-ccc1 | `-ccc2 `-ddd Tried to kill ccc2, I didn't achieve what I wanted, so I killed bbb as well so that qqq would finally find that out and quit. Just a second after I sent the signal, htop crashed with: htop 1.0 aborting. Please report bug at http://htop.sf.net Backtrace: htop[0x804e737] [0xb774c400] [0x8508d60] htop(ScreenManager_run+0xee)[0x805d0b5] htop[0x805273c] htop(main+0x1a47)[0x80542cf] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7552e46] htop[0x804c551] Aborted Nothing more meaningful yet, sorry, will try to get more trace. I suppose that as already-dead process was highlighted, htop tried to update some info about it, and error checking failed somewhere, so that resulted in crash. I will post some update here if I get any more information. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-rc7-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages htop depends on: ii libc6 2.13-7 ii libncursesw5 5.7+20100313-2 ii libtinfo5 5.9-4 htop recommends no packages. Versions of packages htop suggests: ii ltrace none ii strace 4.5.18-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#657428: RFS: surf -- simple web browser (QA upload)
* Vasudev Kamath kamathvasu...@gmail.com, 2012-01-27, 23:49: + Reduced the update-alternative priority to 30 as per request from user to the previous maintainer Hmm. Was there a bug report about that? No previous maintainer Kai forwarded mail to me as I had adopted his dwm package. I asked the reporter to raise a bug but he didn't do that. So what do you suggest me to do for this? Shall I raise a bug or its not required?. Well, I wanted to have some insight into what problem we're trying to solve here. Having it documented somewhere (preferably in a bug report) would be nice. Done reported it as bugs by including mail content which I got and added closes in changelog For the record, the bug number is #657646. As I commented there, I'm not convinced that reducing priority is necessary. That said, it won't do (much) harm either, so I don't really mind. Please consider applying the attached patch, which fixes some minor whitespace issues. I see you added patch header to debian/patches/X11.diff, which is great, but if it was meant to follow DEP-3: - Last-Updated should be spelled Last-Update and should use -MM-DD format. - You could add Bug-Debian field. Oh, my remark about Last-Update(ed) also applies to dpkg-buildflags.patch. :) -- Jakub Wilk diff --git a/debian/changelog b/debian/changelog --- a/debian/changelog +++ b/debian/changelog @@ -14,8 +14,9 @@ * Added patch to config.mk to make it honour {C,CPP,LD}FLAGS environment variable * debian/rules: -+ Export {C,CPP,LD} FLAGS environment variables for introducing ++ Export {C,CPP,LD}FLAGS environment variables for introducing dpkg-buildflags + -- Vasudev Kamath kamathvasu...@gmail.com Fri, 27 Jan 2012 23:22:17 +0530 surf (0.4.1-4.1) unstable; urgency=low diff --git a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -1,7 +1,7 @@ Source: surf Section: web Priority: optional -Build-Depends: debhelper (= 8), libgtk2.0-dev, libwebkit-dev,dpkg-dev (= 1.16.1) +Build-Depends: debhelper (= 8), libgtk2.0-dev, libwebkit-dev, dpkg-dev (= 1.16.1) Standards-Version: 3.9.2 Maintainer: Debian QA Group packa...@qa.debian.org Homepage: http://surf.suckless.org
Bug#657676: sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
Package: sysvinit Version: 2.88dsf-19 Severity: normal cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o last.o last.c cc -Wl,-z,relro last.o oldutmp.h -o last cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o mesg.o mesg.c cc -Wl,-z,relro mesg.o -o mesg make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/src' /usr/bin/make -C startpar make[2]: Entering directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' gcc -D_GNU_SOURCE -Wall -W -pipe -DVERSION=\0.58\ -DNOTSUSE -c startpar.c startpar.c:45:26: fatal error: sys/signalfd.h: No such file or directory compilation terminated. make[2]: *** [startpar.o] Error 1 make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf' make: *** [build] Error 2 This needs a kfreebsd workaround (also fails on kfreebsd-i386). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit depends on: ii initscripts 2.88dsf-19 ii libc6 2.13-24 ii libselinux1 2.1.0-4.1 ii libsepol1 2.1.0-1.2 ii sysv-rc 2.88dsf-19 ii sysvinit-utils 2.88dsf-19 sysvinit recommends no packages. sysvinit 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#657598: freebsd-libs: FTBFS on kfreebsd-i386
On 27/01/12 10:57, Niels Thykier wrote: Package: freebsd-libs Should have been src:freebsd-libs Bug#657602 was filed right after #657598 and is a duplicate of this issue. /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory This should be fixed in kfreebsd-kernel-headers 0.65 freebsd-libs just needs a rebuild requested by a maintainer I think? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657677: tex-common: missing files in /usr/share/doc/tex-common
Package: tex-common Version: 2.08.1 Severity: minor I went to look at http://localhost/doc/tex-common/README.Debian.html, which exists, but every link from that page is broken. And the page consists mostly of links. Those links point to things like: localhost/doc/tex-common/ch1.html localhost/doc/tex-common/ch2.html#s-sec-texmf-trees localhost/doc/tex-common/ch5.html And those documents do not exist in my filesystem. apt-search file does not find a(nother) package in which those files belong. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages tex-common depends on: ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii dpkg 1.15.8.11 Debian package management system ii ucf 3.0025+nmu1 Update Configuration File: preserv tex-common recommends no packages. Versions of packages tex-common suggests: ii debhelper 8.0.0 helper programs for debian/rules Versions of packages texlive-base depends on: ii dpkg 1.15.8.11 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii luatex0.60.2-1 next generation TeX engine ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap ii texlive-binaries 2009-8 Binaries for TeX Live ii texlive-common2009-11TeX Live: Base component ii texlive-doc-base 2009-2 TeX Live: TeX Live documentation -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Hi! Steven Chamberlain ste...@pyro.eu.org writes: On 27/01/12 10:57, Niels Thykier wrote: Bug#657602 was filed right after #657598 and is a duplicate of this issue. Jep didn't look carefully enough before filling. I've merged them however seconds after they both were visible /usr/include/sys/callout.h:43:26: fatal error: sys/_callout.h: No such file or directory This should be fixed in kfreebsd-kernel-headers 0.65 freebsd-libs just needs a rebuild requested by a maintainer I think? It just needs the buildd maintainer (me in this case) being aware of it. You can mail kfreebsd-i...@buildd.debian.org for these cases. Doesn't need to be the maintainer to request it. Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657678: ITP: simplelxc -- Minimalist package to create LXC guests and then manage them simply.
Package: wnpp Severity: wishlist Owner: Bekir Dogan beki...@gmail.com * Package name: simplelxc Version : 0.1 Upstream Author : Bekir Dogan beki...@gmail.com * URL : https://github.com/bergerx/simplelxc#readme * License : GPL Programming Lang: Shell script Description : Minimalist package to create LXC guests and then manage them simply. Main objective is to make testing of any program easy on personal computers (for now it works only for Debian systems) without losing time for these: * does not require to manually configure networking on host system, * does not require to manually create template, * does not require to manually determining IP addresses, * does not require to manually configuring any other parameters needed. Just install simplelxc, create a guest and go. Main purpose of this project is to handle only simple tasks, so if you want to manage production lxc installation, you should consider using plain lxc userspace control tool (http://lxc.sourceforge.net/) or projects like lxctl (http://lxc.tl/). Bekir Dogan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657679: Minor typo in debconf template
Package: namazu2 Severity: minor Hi, while translating it into Italian, I've found a little typo in namazu2 debconf template: #: ../templates:1001 msgid Namazu package will be installed in /usr/lib/cgi-bin/namazu.cgi by default. But for VirtualHost, you may also need copy the cgi scripts to another location. The cgi will be copied automaticaly on upgrade or installation. s/automaticaly/automatically/ Thanks, Francesca -- People assume that time is a strict progression of cause to effect, but actually from a non-linear, non-subjective viewpoint is more like a big ball of wibbly wobbly, timey wimey... stuff. The Doctor signature.asc Description: Digital signature
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Steven Chamberlain ste...@pyro.eu.org writes: On 27/01/12 10:57, Niels Thykier wrote: Bug#657602 was filed right after #657598 and is a duplicate of this issue. Jep didn't look carefully enough before filling. I've merged them however seconds after they both were visible Hi, They don't look merged in the web-based BTS? Maybe because Package of #657598 was wrong? It just needs the buildd maintainer (me in this case) being aware of it. You can mail kfreebsd-i...@buildd.debian.org for these cases. Thanks! I was still trying to figure out who to mail about this... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657659: pcalendar: Cannot set the duration of menstruation
Hi Maryan, as you might know (and hopefully like) your pcalendar application is included into Debian distrubution. This was done thanks to Miriam who has done the actual packaging and it maintained in the Debian Med team which tries to support any application which is relevant to some extand to health care. As you can read below a user has reported a bug in pcalendar and there is another one available here: http://bugs.debian.org/pcalendar Do you see any chance to fix these two reported problems and keep us informed? Kind regards and thanks for providing pcalendar as Free Software Andreas. - Forwarded message from Mikolaj Menke m...@menek.one.pl - Date: Fri, 27 Jan 2012 20:03:08 +0100 From: Mikolaj Menke m...@menek.one.pl To: Debian Bug Tracking System sub...@bugs.debian.org Subject: Bug#657659: pcalendar: Cannot set the duration of menstruation Package: pcalendar Version: 3.2.0-2 Severity: wishlist One cannot set the duration of menstruation so that it would be visible on the dashboard. Only the first day of a period and the ovulation can be set. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages pcalendar depends on: ii libxerces2-java2.9.1-4.1 Validating XML parser for Java wit ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [jav 1.5.0-19-1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment ( pcalendar recommends no packages. pcalendar suggests no packages. -- no debconf information ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging - End forwarded message - -- 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#657579: usb-modeswitch: usb_modeswitch_dispatcher Segmentation fault on armhf
Am 27.01.2012 08:46, schrieb Belousow Makc: Package: usb-modeswitch Version: 1.2.2+repack0-1 Severity: important Dear Maintainer, usb_modeswitch_dispatcher have Segmentation fault on Debian armhf: #1 0xb6eea8cc in _IO_vfprintf_internal (s=optimized out, format=optimized out, ap=...) at vfprintf.c:1620 I think this is the known bug 656688: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656688 Can you try the patched source pack provided there? Josua Dietze -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657680: realtime support for followme is underdocumented
Package: asterisk Version: 1:1.6.2.9-2+squeeze4 I am trying to enable a Realtime config for FollowMe, but asterisk either complains or crashes. I suspect that I am doing something wrong, but there isn't much to go on beyond doc/followme.txt and the source. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657681: htop: Nevative CPU usage time shown
Package: htop Version: 0.8.3-1 Severity: normal Tags: patch htop shows negative cpu usage time: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 9785 user 20 0 325M 236M 1860 S 0.0 1.5 0:00.12 ./mprime 9792 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9796 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9797 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9798 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9781 user 30 10 325M 236M 1860 S 0.0 1.5 -596523h-14:-8 ./mprime This is caused by an integer overflow. The high number is comming from the Kernel: (e.g.) user@kvm:~$ cat /proc/9781/task/9798/stat 9798 (mprime) R 4413 9781 4413 34824 9781 4202560 46384 0 4 0 13739580949 918902298809 0 0 39 19 6 0 46913565 341078016 60514 18446744073709551615 4194304 29585884 140735277536320 139701526982104 17369198 0 0 0 16386 0 0 0 -1 3 0 0 9183 0 0 918902298809 + 13739580949 is quite a large number (2^31-1) Int should actually be enough at that place. From 1f5d6f44731482f76262ee71179a1ded3a0bf737 Mon Sep 17 00:00:00 2001 From: Micha M. mt...@web.de Date: Fri, 27 Jan 2012 22:00:43 +0100 Subject: [PATCH] Fix integer overflow Without this fix I get something like: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 9785 user 20 0 325M 236M 1860 S 0.0 1.5 0:00.12 ./mprime 9792 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9796 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9797 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9798 user 39 19 325M 236M 1860 R 0.0 1.5 -596523h-14:-8 ./mprime 9781 user 30 10 325M 236M 1860 S 0.0 1.5 -596523h-14:-8 ./mprime After: PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command 9781 user 30 10 325M 236M 1860 S 0.0 1.5 0:00.01 ./mprime 9785 user 20 0 325M 236M 1860 S 0.0 1.5 0:00.12 ./mprime 9792 user 39 19 325M 236M 1860 R 0.0 1.5 2590671h22:11 ./mprime 9796 user 39 19 325M 236M 1860 R 0.0 1.5 2581130h26:17 ./mprime 9797 user 39 19 325M 236M 1860 R 0.0 1.5 2562047h47:16 ./mprime 9798 user 39 19 325M 236M 1860 R 0.0 1.5 2590671h53:17 ./mprime It looks like that there is a bug in the Linux Kernel: user@kvm:~$ cat /proc/9781/task/9798/stat 9798 (mprime) R 4413 9781 4413 34824 9781 4202560 46384 0 4 0 13739580949 918902298809 0 0 39 19 6 0 46913565 341078016 60514 18446744073709551615 4194304 29585884 140735277536320 139701526982104 17369198 0 0 0 16386 0 0 0 -1 3 0 0 9183 0 0 user@kvm:~$ uname -a Linux kvm 2.6.32-5-amd64 #1 SMP Thu Nov 3 03:41:26 UTC 2011 x86_64 GNU/Linux user@kvm:~$ Signed-off-by: Micha M. mt...@web.de --- Process.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Process.c b/Process.c index 8f3762c..0cc990f 100644 --- a/Process.c +++ b/Process.c @@ -236,7 +236,7 @@ static void Process_printTime(RichString* str, unsigned long t) { double jiffytime = 1.0 / jiffy; double realTime = t * jiffytime; - int iRealTime = (int) realTime; + long long iRealTime = (long long) realTime; int hours = iRealTime / 3600; int minutes = (iRealTime / 60) % 60; -- 1.7.0.4 -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 htop depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand htop recommends no packages. Versions of packages htop suggests: pn ltracenone (no description available) pn stracenone (no description available) -- 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#389258: Request for permission to NMU memtest86
The current version of memtest86 in unstable is 3 years old, and doesn't really support machines with = 4GB of RAM. Given this kind of machine is quite common nowadays, memtest86 is not really usable anymore. Version 4.0a supports 4GB of RAM, and is also able to use multiple CPUs for faster and better testing. The patch below is the diff of the debian/ directory necessary to bring the version to 4.0a. It can be used directly with the upstream tarball. Would it be possible to upload it as an NMU? --- memtest86-3.5/debian/changelog 2012-01-27 11:36:16.0 +0100 +++ memtest86-4.0a/debian/changelog 2012-01-27 11:34:08.590168321 +0100 @@ -1,3 +1,13 @@ +memtest86 (4.0a-0.1) unstable; urgency=low + + * Non-maintainer upload. + * New upstream version (Closes: #622395): +- Support machines with = 4GB of RAM. Closes: #522525, #572347, #582610, + #647756. +- Fix build with -O3. Closes: #389258. + + -- Aurelien Jarno aure...@debian.org Fri, 27 Jan 2012 23:49:59 +0100 + memtest86 (3.5-2.3) unstable; urgency=low * Non-maintainer upload. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net signature.asc Description: Digital signature
Bug#657676: sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
Hi! On Fri, 2012-01-27 at 21:42:17 +, Roger Leigh wrote: Package: sysvinit Version: 2.88dsf-19 Severity: normal cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o last.o last.c cc -Wl,-z,relro last.o oldutmp.h -o last cc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -W -Wall -D_GNU_SOURCE -DACCTON_OFF -c -o mesg.o mesg.c cc -Wl,-z,relro mesg.o -o mesg make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/src' /usr/bin/make -C startpar make[2]: Entering directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' gcc -D_GNU_SOURCE -Wall -W -pipe -DVERSION=\0.58\ -DNOTSUSE -c startpar.c startpar.c:45:26: fatal error: sys/signalfd.h: No such file or directory compilation terminated. make[2]: *** [startpar.o] Error 1 make[2]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf/startpar' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-sysvinit_2.88dsf-19-kfreebsd-amd64-q08mr8/sysvinit-2.88dsf' make: *** [build] Error 2 This needs a kfreebsd workaround (also fails on kfreebsd-i386). signalfd is a Linux only interface (see [0]), BSD based systems can use kqueue instead, also Solaris through libkqueue, for GNU/Hurd I'm not sure what's the equivalent. In any case this worked fine with -18, so given the extent of this regression wouldn't reverting back to the previous startpar be the ideal solution for now? Or does the new code base give significant improvements? Also this seems should be of serious severity instead? [0] http://www.hadrons.org/~guillem/debian/ports/porting thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657425: mozjs FTBFS on Alpha: symbol files need update
tags 657425 patch thanks patch for updating debian/libmozjs185-1.0.symbols to be correct for Alpha attached. Cheers Michael. --- mozjs-1.8.5-1.0.0+dfsg.orig/debian/libmozjs185-1.0.symbols 2012-01-25 12:11:56.0 +1300 +++ mozjs-1.8.5-1.0.0+dfsg/debian/libmozjs185-1.0.symbols 2012-01-28 11:25:00.0 +1300 @@ -529,16 +529,16 @@ (arch=armhf)JaegerThrowpoline@Base 1.8.5-1.0.0+dfsg (arch=armhf)JaegerTrampoline@Base 1.8.5-1.0.0+dfsg (arch=armhf)JaegerTrampolineReturn@Base 1.8.5-1.0.0+dfsg - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPi@Base 1.8.5-1.0.0+dfsg - (arch=amd64 ia64 kfreebsd-amd64 s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPl@Base 1.8.5-1.0.0+dfsg + (arch=!alpha !amd64 !ia64 !kfreebsd-amd64 !s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPi@Base 1.8.5-1.0.0+dfsg + (arch=alpha amd64 ia64 kfreebsd-amd64 s390x)_Z12js_EnumerateP9JSContextP8JSObject11JSIterateOpPN2js5ValueEPl@Base 1.8.5-1.0.0+dfsg _Z14js_DateGetDateP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z14js_DateGetYearP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z14js_DateIsValidP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z14js_IntervalNowv@Base 1.8.5-1.0.0+dfsg _Z15js_DateGetHoursP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z15js_DateGetMonthP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z15js_FindPropertyP9JSContextiPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg - (arch=amd64 ia64 kfreebsd-amd64 s390x)_Z15js_FindPropertyP9JSContextlPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg + (arch=!alpha !amd64 !ia64 !kfreebsd-amd64 !s390x)_Z15js_FindPropertyP9JSContextiPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg + (arch=alpha amd64 ia64 kfreebsd-amd64 s390x)_Z15js_FindPropertyP9JSContextlPP8JSObjectS3_PP10JSProperty@Base 1.8.5-1.0.0+dfsg _Z15js_IsTypedArrayP8JSObject@Base 1.8.5-1.0.0+dfsg _Z16js_CloseIteratorP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z16js_IsArrayBufferP8JSObject@Base 1.8.5-1.0.0+dfsg @@ -546,8 +546,8 @@ _Z16js_ValueToSourceP9JSContextRKN2js5ValueE@Base 1.8.5-1.0.0+dfsg _Z17js_DateGetMinutesP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z17js_DateGetSecondsP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectiPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg - (arch=amd64 ia64 kfreebsd-amd64 s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectlPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg + (arch=!alpha !amd64 !ia64 !kfreebsd-amd64 !s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectiPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg + (arch=alpha amd64 ia64 kfreebsd-amd64 s390x)_Z17js_LookupPropertyP9JSContextP8JSObjectlPS2_PP10JSProperty@Base 1.8.5-1.0.0+dfsg _Z17js_ObjectIsRegExpP8JSObject@Base 1.8.5-1.0.0+dfsg (subst)_Z18JS_StructuredCloneP9JSContext{uint64_t}P{uint64_t}PFP8JSObjectS0_P23JSStructuredCloneReaderjjPvEPK26JSStructuredCloneCallbacksS6_@Base 1.8.5-1.0.0+dfsg _Z18js_ConsumeJSONTextP9JSContextP10JSONParserPKtj12DecodingMode@Base 1.8.5-1.0.0+dfsg @@ -571,11 +571,11 @@ _Z24js_DateGetMsecSinceEpochP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg (arch=!s390 !s390x)_Z24js_InitTypedArrayClassesP9JSContextP8JSObject@Base 1.8.5-1.0.0+dfsg _Z24js_IsDensePrimitiveArrayP8JSObject@Base 1.8.5-1.0.0+dfsg - (subst|arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectiiP{uint64_t}@Base 1.8.5-1.0.0+dfsg - (subst|arch=amd64 ia64 kfreebsd-amd64 s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectliP{uint64_t}@Base 1.8.5-1.0.0+dfsg + (subst|arch=!alpha !amd64 !ia64 !kfreebsd-amd64 !s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectiiP{uint64_t}@Base 1.8.5-1.0.0+dfsg + (subst|arch=alpha amd64 ia64 kfreebsd-amd64 s390x)_Z25js_GetterOnlyPropertyStubP9JSContextP8JSObjectliP{uint64_t}@Base 1.8.5-1.0.0+dfsg _Z27js_CloneDensePrimitiveArrayP9JSContextP8JSObjectPS2_@Base 1.8.5-1.0.0+dfsg _Z27js_ReportAllocationOverflowP9JSContext@Base 1.8.5-1.0.0+dfsg - (arch=!ia64 !mips !mipsel !powerpc !s390 !s390x)_Z27js_SetTraceableNativeFailedP9JSContext@Base 1.8.5-1.0.0+dfsg + (arch=!alpha !ia64 !mips !mipsel !powerpc !s390 !s390x)_Z27js_SetTraceableNativeFailedP9JSContext@Base 1.8.5-1.0.0+dfsg _Z28js_CreateTypedArrayWithArrayP9JSContextiP8JSObject@Base 1.8.5-1.0.0+dfsg _Z28js_ReparentTypedArrayToScopeP9JSContextP8JSObjectS2_@Base 1.8.5-1.0.0+dfsg _Z29js_CreateTypedArrayWithBufferP9JSContextiP8JSObjectii@Base 1.8.5-1.0.0+dfsg @@ -597,15 +597,15 @@ _ZN13JSCompartment4wrapEP9JSContextPN2js5ValueE@Base 1.8.5-1.0.0+dfsg _ZN13JSCompartment4wrapEP9JSContextPP8JSObject@Base 1.8.5-1.0.0+dfsg _ZN13JSCompartment4wrapEP9JSContextPP8JSString@Base 1.8.5-1.0.0+dfsg - (arch=!amd64 !ia64 !kfreebsd-amd64 !s390x)_ZN13JSCompartment4wrapEP9JSContextPPFiS1_P8JSObjectiPN2js5ValueEE@Base 1.8.5-1.0.0+dfsg - (arch=!amd64 !ia64 !kfreebsd-amd64
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
Hi all! Steven Chamberlain ste...@pyro.eu.org writes: Steven Chamberlain ste...@pyro.eu.org writes: On 27/01/12 10:57, Niels Thykier wrote: Bug#657602 was filed right after #657598 and is a duplicate of this issue. It just needs the buildd maintainer (me in this case) being aware of it. You can mail kfreebsd-i...@buildd.debian.org for these cases. Thanks! I was still trying to figure out who to mail about this... Now failing a few lines further down there (reassigning to kfreebsd-kernel-headers?): /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys/cam/cam.h:228:5: note: expected 'const u_int8_t *' but argument is of type 'char *' cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_da.c cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/sys/devicestat.h:36, from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c:48: /usr/include/machine-i386/_types.h:96:19: error: conflicting types for '__time_t' /usr/include/i386-kfreebsd-gnu/bits/types.h:149:26: note: previous declaration of '__time_t' was here *** Error code 1 Stop in /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam. make: *** [build-cam-stamp] Error 1 Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657529: Patch for stable version
Hi, I've attached a patch that should fix this problem to this message. It's based on the patch used to fix this problem in unstable, which doesn't apply cleanly to the stable version. I wasn't sure what do to about the patch headers, so I left them unchanged. Should I upload a fixed package somewhere? -- Matt Kraai https://ftbfs.org/kraai commit 65f82df0d7a71ce1b10cd4c5ab0d176ac840 Author: Anthony Liguori aligu...@us.ibm.com Date: Mon Jan 23 07:30:43 2012 -0600 e1000: bounds packet size against buffer size Otherwise we can write beyond the buffer and corrupt memory. This is tracked as CVE-2012-0029. Signed-off-by: Anthony Liguori aligu...@us.ibm.com Index: qemu-kvm-0.12.5+dfsg/hw/e1000.c === --- qemu-kvm-0.12.5+dfsg.orig/hw/e1000.c 2010-07-26 17:43:53.0 -0700 +++ qemu-kvm-0.12.5+dfsg/hw/e1000.c 2012-01-27 14:57:35.0 -0800 @@ -453,6 +453,8 @@ bytes = split_size; if (tp-size + bytes msh) bytes = msh - tp-size; + +bytes = MIN(sizeof(tp-data) - tp-size, bytes); cpu_physical_memory_read(addr, tp-data + tp-size, bytes); if ((sz = tp-size + bytes) = hdr tp-size hdr) memmove(tp-header, tp-data, hdr); @@ -468,6 +470,7 @@ // context descriptor TSE is not set, while data descriptor TSE is set DBGOUT(TXERR, TCP segmentaion Error\n); } else { +split_size = MIN(sizeof(tp-data) - tp-size, split_size); cpu_physical_memory_read(addr, tp-data + tp-size, split_size); tp-size += split_size; }
Bug#657598: freebsd-libs: FTBFS on kfreebsd-i386
On 27/01/12 23:00, Christoph Egger wrote: /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys/cam/cam.h:228:5: note: expected 'const u_int8_t *' but argument is of type 'char *' cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_da.c cc -Wall -g -pipe -fPIC -I. -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/sys -D_GNU_SOURCE -isystem /usr/include/bsd -DLIBBSD_OVERLAY -D__va_list=__builtin_va_list -O2 -isystem /usr/include/freebsd -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/debian/local/include -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam -I/build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys -std=gnu99 -fstack-protector -c /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/sys/devicestat.h:36, from /build/buildd-freebsd-libs_8.3~svn229725-3-kfreebsd-i386-U78vkA/freebsd-libs-8.3~svn229725/lib/libcam/../../sys/cam/scsi/scsi_sa.c:48: /usr/include/machine-i386/_types.h:96:19: error: conflicting types for '__time_t' /usr/include/i386-kfreebsd-gnu/bits/types.h:149:26: note: previous declaration of '__time_t' was here Hi Christoph, kfreebsd-kernel-headers 0.67 already fixed that for #656947 -- how often do the buildd's upgrade packages? On 25/01/12 21:41, Debian Bug Tracking System wrote: Changes: kfreebsd-kernel-headers (0.67) unstable; urgency=low . * s/time_t/__time_t/ in struct bintime. After the buildd's have kfreebsd-kernel-headers 0.67, php5 could also be rebuilt because it failed to build with the same error. From https://buildd.debian.org/status/fetch.php?pkg=php5arch=kfreebsd-i386ver=5.3.9-3stamp=1327684719 : libtool: compile: i486-kfreebsd-gnu-gcc -IZend/ -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/Zend/ -DPHP_ATOM_INC -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/include -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/main -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9 -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ext/date/lib -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/date/lib -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/ereg/regex -I/usr/include/libxml2 -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/mbstring/libmbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ext/mbstring/libmbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/mbstring/libmbfl/mbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ex t/mbstring/libmbfl/mbfl -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/TSRM -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/Zend -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/main -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/Zend -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/TSRM -I/build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/apache2filter-build/ -I/usr/include -O2 -Wall -fsigned-char -fno-strict-aliasing -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -gstabs -fvisibility=hidden -c /build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/Zend/zend_stream.c -fPIC -DPIC -o Zend/.libs/zend_stream.o In file included from /usr/include/machine/_types.h:8:0, from /usr/include/sys/_types.h:33, from /usr/include/net-snmp/system/kfreebsd.h:8, from /usr/include/net-snmp/net-snmp-config.h:1766, from /build/buildd-php5_5.3.9-3-kfreebsd-i386-_gR1b0/php5-5.3.9/ext/snmp/snmp.c:73: /usr/include/machine-i386/_types.h:96:19: error: conflicting types for '__time_t'
Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}
Package: gcc-4.6 Version: 4.6.2-12 Severity: important Gmime failed to build on armhf with the following error libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I../util -DGMIME_VERSION=\2.4.31\ -DGMIME_MAJOR_VERSION=2 -DGMIME_MINOR_VERSION=4 -DGMIME_MICRO_VERSION=31 -DG_LOG_DOMAIN=\gmime\ -DG_DISABLE_DEPRECATED -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -pthread -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -g -O2 -fno-strict-aliasing -c gmime-param.c -fPIC -DPIC -o .libs/gmime-param.o /tmp/cc1SBNmj.s: Assembler messages: /tmp/cc1SBNmj.s:2152: Error: can't resolve `.rodata' {.rodata section} - `.LPIC18' {*UND* section} make[5]: *** [gmime-param.lo] Error 1 I have reduced this to the attatched testcase, to build the testcase use the following command. gcc -I/usr/include/glib-2.0 -I/usr/lib/arm-linux-gnueabihf/glib-2.0/include -O2 -c test.c -fPIC I attempted to reduce it further but any further significant code removals I did made the error go away. removing -fPIC makes the error go away as does reducing the optimisation level to -O1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armhf (armv7l) Kernel: Linux 2.6.39.2-x2 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.6 depends on: ii binutils 2.22-4 ii cpp-4.6 4.6.2-12 ii gcc-4.6-base 4.6.2-12 ii libc6 2.13-24 ii libgcc1 1:4.6.2-12 ii libgmp10 2:5.0.2+dfsg-2+b1 ii libgomp1 4.6.2-12 ii libmpc2 0.9-4+b1 ii libmpfr4 3.1.0-3+b1 ii zlib1g1:1.2.3.4.dfsg-3+b1 Versions of packages gcc-4.6 recommends: ii libc6-dev 2.13-24 Versions of packages gcc-4.6 suggests: pn binutils-goldnone pn gcc-4.6-doc none pn gcc-4.6-locales none pn libgcc1-dbg none pn libgomp1-dbg none pn libmudflap0-4.6-dev none pn libmudflap0-dbg none pn libquadmath-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657683: haveged: new version 1.3a available
Package: haveged Version: 1.1-2 Severity: wishlist Hi! A new version 1.3a is available from http://www.issihosts.com/haveged/downloads.html, please update the package. Grüße, Sven. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'experimental'), (400, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages haveged depends on: ii libc6 2.13-24 ii lsb-base 3.2-28.1 haveged recommends no packages. haveged 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#657598: freebsd-libs: FTBFS on kfreebsd-i386
Hi! Steven Chamberlain ste...@pyro.eu.org writes: kfreebsd-kernel-headers 0.67 already fixed that for #656947 -- how often do the buildd's upgrade packages? For normal packages, they are used on the buildds even before they hit the normal archive (get used once they're in incoming). For everything that's part of build-essential only on manual action. Regards Christoph (upgrading buildds now) -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657672: chromium: Dialog to upload files does not show up
Frederik Schwarzer wrote: for about two weeks now, the dialog for uploading files to websites does not show up anymore. E.g. if I go to http://imagebin.org/index.php?page=add, the Choose file button does nothing. Same goes for every website I tried. In other words, 'input type=file' tags produce a button that doesn't work for you. Very odd. Works for me™. Does downgrading to some previous version from testing or http://snapshot.debian.org/ help? Do you use GNOME, KDE, or some other environment? Does dmesg reveal anything having segfaulted? Puzzled, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657676: sysvinit: FTBFS on kfreebsd due to missing sys/signalfd.h
severity 657676 serious thanks On Fri, Jan 27, 2012 at 11:50:15PM +0100, Guillem Jover wrote: On Fri, 2012-01-27 at 21:42:17 +, Roger Leigh wrote: startpar.c:45:26: fatal error: sys/signalfd.h: No such file or directory This needs a kfreebsd workaround (also fails on kfreebsd-i386). signalfd is a Linux only interface (see [0]), BSD based systems can use kqueue instead, also Solaris through libkqueue, for GNU/Hurd I'm not sure what's the equivalent. In any case this worked fine with -18, so given the extent of this regression wouldn't reverting back to the previous startpar be the ideal solution for now? Or does the new code base give significant improvements? Unsure. We were on 0.53.1, and the new version is 0.58. It merged all of the existing Debian patchset, so is desirable from this POV. The lack of upstream version control or changelog (that I'm aware of) does not help matters. Possibly we can back out just the signalfd change, or add kfreebsd/hurd-specific ifdefs for its use. Looking at the source, I see no evidence of actual signalfd usage, so just not including the header may fix this universally. Certainly removing it on Linux does not break compilation. Also this seems should be of serious severity instead? Yes, I set this with reportbug, not sure why it's normal. Setting appropriately. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657682: gcc-4.6: assembler error on armhf Error: can't resolve `.rodata' {.rodata section} - `.LPIC10' {*UND* section}
I have reduced this to the attatched testcase sorry, screwed up trying to attatch the file in reportbug, here's the testcase. /* -*- Mode: C; tab-width: 8; indent-tabs-mode: t; c-basic-offset: 8 -*- */ /* GMime * Copyright (C) 2000-2010 Jeffrey Stedfast * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public License * as published by the Free Software Foundation; either version 2.1 * of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free * Software Foundation, 51 Franklin Street, Fifth Floor, Boston, MA * 02110-1301, USA. */ #include string.h #include limits.h #include ctype.h #include errno.h typedef struct _GMimeParam GMimeParam; /** * GMimeParam: * @next: Pointer to the next param. * @name: Parameter name. * @value: Parameter value. * * A parameter name/value pair as used for some Content header fields. **/ struct _GMimeParam { GMimeParam *next; char *name; char *value; }; #include glib.h static unsigned short gmime_special_table[256] = {1029}; enum { IS_CTRL = (1 0), IS_LWSP = (1 1), IS_TSPECIAL = (1 2), IS_SPECIAL = (1 3), IS_SPACE= (1 4), IS_DSPECIAL = (1 5), IS_QPSAFE = (1 6), IS_ESAFE= (1 7), /* encoded word safe */ IS_PSAFE= (1 8), /* encode word in phrase safe */ IS_ATTRCHAR = (1 9), /* attribute-char from rfc2184 */ /* ctype replacements */ IS_ASCII= (1 10), /* ascii */ IS_BLANK= (1 11), /* space or tab */ }; #define is_ctrl(x) ((gmime_special_table[(unsigned char)(x)] IS_CTRL) != 0) #define is_lwsp(x) ((gmime_special_table[(unsigned char)(x)] IS_LWSP) != 0) #define is_tspecial(x) ((gmime_special_table[(unsigned char)(x)] IS_TSPECIAL) != 0) #define is_type(x, t) ((gmime_special_table[(unsigned char)(x)] (t)) != 0) #define is_ttoken(x) ((gmime_special_table[(unsigned char)(x)] (IS_TSPECIAL|IS_LWSP|IS_CTRL)) == 0) #define is_atom(x) ((gmime_special_table[(unsigned char)(x)] (IS_SPECIAL|IS_SPACE|IS_CTRL)) == 0) #define is_dtext(x) ((gmime_special_table[(unsigned char)(x)] IS_DSPECIAL) == 0) #define is_fieldname(x) ((gmime_special_table[(unsigned char)(x)] (IS_CTRL|IS_SPACE)) == 0) #define is_qpsafe(x) ((gmime_special_table[(unsigned char)(x)] IS_QPSAFE) != 0) #define is_especial(x) ((gmime_special_table[(unsigned char)(x)] IS_ESAFE) != 0) #define is_psafe(x) ((gmime_special_table[(unsigned char)(x)] IS_PSAFE) != 0) #define is_attrchar(x) ((gmime_special_table[(unsigned char)(x)] IS_ATTRCHAR) != 0) /* ctype replacements */ #define is_ascii(x) ((gmime_special_table[(unsigned char)(x)] IS_ASCII) != 0) #define is_blank(x) ((gmime_special_table[(unsigned char)(x)] IS_BLANK) != 0) #define CHARS_LWSP \t\n\r /* linear whitespace chars */ #define CHARS_TSPECIAL ()@,;:\\\/[]?= #define CHARS_SPECIAL ()@,;:\\\.[] #define CHARS_CSPECIAL ()\\\r /* not in comments */ #define CHARS_DSPECIAL []\\\r \t /* not in domains */ #define CHARS_ESPECIAL ()@,;:\/[]?.=_ /* encoded word specials (rfc2047 5.1) */ #define CHARS_PSPECIAL !*+-/=_ /* encoded phrase specials (rfc2047 5.3) */ #define CHARS_ATTRCHAR *'% /* attribute-char from rfc2184 */ #define GMIME_FOLD_LEN 76 #define w(x) #define d(x) static char * decode_value (const char **in) { const char *inptr = *in; if (*inptr == '') { return decode_quoted_string (in); } else if (is_ttoken (*inptr)) { return decode_token (in); } return decode_token (in); } static char * decode_param_token (const char **in) { const char *inptr = *in; while (is_ttoken (*inptr) *inptr != '*') inptr++; } static gboolean decode_rfc2184_param (const char **in, char **paramp, int *part, gboolean *encoded) { const char *inptr = *in; decode_param_token (inptr); } static gboolean decode_param (const char **in, char **paramp, char **valuep, int *id, gboolean *encoded) { gboolean is_rfc2184 = FALSE; const char *inptr = *in; char *param, *value = NULL; char *val; is_rfc2184 = decode_rfc2184_param (inptr, param, id, encoded); if (*inptr == '=') { inptr++; value = decode_value (inptr); if (!is_rfc2184 value) { if (strstr (value, =?) != NULL) { /* We (may) have a broken param value that is rfc2047 * encoded. Since both Outlook and Netscape/Mozilla do * this, we should handle this case. */ if ((val = g_mime_utils_header_decode_text (value))) { g_free (value); value = val; } } if (!g_utf8_validate (value, -1, NULL)) { /* A (broken) mailer has sent us an unencoded 8bit