Bug#663661: Typo in .desktop file
Package: searchmonkey Version: 0.8.1-8 The .desktop file of searchmonkey has a typo in the Comments section where 'utilty' should be 'utility'. I have attached the patch at https://bugs.launchpad.net/ubuntu/+source/searchmonkey/+bug/625877 . -- https://launchpad.net/~vibhavp https://wiki.ubuntu.com/VibhavPant
Bug#660431: who mounts
Mount is registered as done by root. Comparison with Ubuntu 11.10 where cifs moun/unmount works: mount output in Ubuntu 11.10: //server/share on /mnt/share type cifs (rw,noexec,nosuid,nodev,user=[local_username]) mount output in current Debian testing: //server/share on /mnt/share type cifs (rw,nosuid,nodev,noexec,relatime,sec=ntlmi,unc=\\server\share,username=[remote_username],uid=1000,forceuid,gid=100,forcegid,addr=[server_ip_address],file_mode=0644,dir_mode=0755,nounix,serverino,rsize=61440,wsize=16580,actimeo=1) No mention of local username. On both systems fstab options are: user,noauto,iocharset=utf8,file_mode=0644,dir_mode=0755,noexec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646994: please provide /etc/modules.d
any news? -- 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#646994: please provide /etc/modules.d
On Mar 13, Daniel Baumann daniel.baum...@progress-technologies.net wrote: any news? I am not going to implement this in kmod: systemd established a new standard method for loading modules, so other init systems will have to follow. -- ciao, Marco signature.asc Description: Digital signature
Bug#663599: mkvtoolnix: support DEB_BUILD_OPTIONs=parallel=n
Christoph Egger christ...@debian.org writes: Package: mkvtoolnix Version: 5.4.0-1 Severity: minor Tags: patch Hi! Hi, Find attached a patch that supports DEB_BUILD_OPTIONS=parallel=n as specified by Debian Policy. Please consider applying to improve handling of parallel builds (e.g. on HT capable CPUs you don't want to have one compiler per virtual core). I don't intend to NMU this, just dch -i is the most comfortable way to build diffs. What is wrong with the existing code ? Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663181: [BTS#663181] templates://golang/{golang-tools.templates} : Final update for English review
Dear Debian maintainer, On Tuesday, March 13, 2012, I notified you of the beginning of a review process concerning debconf templates for golang. The debian-l10n-english contributors have now reviewed these templates, and the final proposed changes are attached to this update to the original bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading golang with these changes right now. The second phase of this process will begin on Friday, March 16, 2012, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Friday, April 06, 2012. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Saturday, April 07, 2012, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- # These templates have been reviewed by the debian-l10n-english # team # # If modifications/additions/rewording are needed, please ask # debian-l10n-engl...@lists.debian.org for advice. # # Even minor modifications require translation updates and such # changes should be coordinated with translators and reviewers. Template: golang-tools/dashboard Type: boolean Default: true _Description: Report installation of public packages to Go Dashboard? The goinstall program reports the successful installation of the public Go packages to godashboard.appspot.com, which increments a count associated with the package and the time of its most recent installation. This mechanism powers the package list at the Go Dashboard, allowing Go programmers to learn about popular packages that might be worth looking at. . If you choose to participate, each successful installation will be reported to the Go Dashboard. . This choice can be modified by running dpkg-reconfigure golang-tools. Source: golang Section: devel Priority: optional Maintainer: Ondřej Surý ond...@debian.org Vcs-Browser: http://git.debian.org/?p=pkg-google/golang.git Vcs-Git: git://git.debian.org/pkg-google/golang.git Build-Depends: debhelper (= 7.4.10), bison, ed, mawk | awk, perl Build-Depends-Indep: po-debconf Standards-Version: 3.9.2 Homepage: http://golang.org/ Package: golang-go Architecture: i386 amd64 kfreebsd-i386 kfreebsd-amd64 armel armhf Depends: ${shlibs:Depends}, ${misc:Depends}, ${perl:Depends} Recommends: golang-tools Provides: go-compiler Description: Go programming language compiler The Go programming language is an open source project to make programmers more productive. Go is expressive, concise, clean, and efficient. Its concurrency mechanisms make it easy to write programs that get the most out of multicore and networked machines, while its novel type system enables flexible and modular program construction. Go compiles quickly to machine code yet has the convenience of garbage collection and the power of run-time reflection. It's a fast, statically typed, compiled language that feels like a dynamically typed, interpreted language. . This package provides an assembler, a compiler, and a linker for the Go programming language. This is Google's implementation of the Go tool chain. Package: golang-src Architecture: i386 amd64 kfreebsd-i386 kfreebsd-amd64 armel armhf Depends: ${shlibs:Depends}, ${misc:Depends}, golang-go Recommends: golang-tools Description: Go programming language compiler - source files The Go programming language is an open source project to make programmers more productive. Go is expressive, concise, clean, and efficient. Its concurrency mechanisms make it easy to write programs that get the most out of multicore and networked machines, while its novel type system enables flexible and modular program construction. Go compiles quickly to machine code yet has the convenience of garbage collection and the power of run-time reflection. It's a fast, statically typed, compiled language that feels like a dynamically typed, interpreted language. . This package provides the Go programming language source files needed for godoc and goinstall. Package: golang-doc Architecture:
Bug#663647: ITP: npapi-vlc -- multimedia plugin for web browsers based on VLC
Quoting Benjamin Drung (bdr...@debian.org): Package: wnpp Severity: wishlist Owner: Benjamin Drung bdr...@debian.org * Package name: npapi-vlc Version : 2.0.0 Upstream Author : VLC media player developers vlc-de...@videolan.org * URL : http://git.videolan.org/?p=npapi-vlc.git * License : GPL-2+ Programming Lang: C++ Description : multimedia plugin for web browsers based on VLC This plugin adds support for MPEG, MPEG2, DVD, DivX, Ogg/Vorbis and many more formats to your Gecko-based web browser (Firefox, Galeon, etc.). The May I suggest dropping your, here. It might not be my web browser. A suggestion would be and many more formats to any Gecko based signature.asc Description: Digital signature
Bug#663662: multipath-tools: multipath stop fails because of awk unavailability
Package: multipath-tools Version: 0.4.9+git0.4dfdaf2b-2 Severity: important Preparing to replace multipath-tools 0.4.9+git0.4dfdaf2b-2 (using .../multipath-tools_0.4.9+git0.4dfdaf2b-3_amd64.deb) ... /etc/init.d/multipath-tools: 67: /etc/init.d/multipath-tools: awk: not found invoke-rc.d: initscript multipath-tools, action stop failed. dpkg: warning: subprocess old pre-removal script returned error exit status 127 dpkg - trying script from the new package instead ... /etc/init.d/multipath-tools: 67: /etc/init.d/multipath-tools: awk: not found invoke-rc.d: initscript multipath-tools, action stop failed. dpkg: error processing /var/cache/apt/archives/multipath-tools_0.4.9+git0.4dfdaf2b-3_amd64.deb (--unpack): subprocess new pre-removal script returned error exit status 127 configured to not write apport reports insserv: warning: current start runlevel(s) (empty) of script `multipath-tools' overwrites defaults (2 3 4 5). insserv: warning: current stop runlevel(s) (0 1 2 3 4 5 6) of script `multipath-tools' overwrites defaults (0 1 6). Processing triggers for man-db ... -- Package-specific info: Contents of /etc/multipath.conf: blacklist { wwid 1Seagate FreeAgent GoFlex* wwid 1Seagate FA GoFlex Desk* wwid 1Seagate_FreeAgent_GoFlex* } -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages multipath-tools depends on: ii initscripts 2.88dsf-22 ii kpartx 0.4.9+git0.4dfdaf2b-3 ii libaio1 0.3.109-2 ii libc6 2.13-27 ii libdevmapper1.02.1 2:1.02.67-2 ii libreadline66.2-8 ii lsb-base3.2+Debian31 ii udev175-3.1 multipath-tools recommends no packages. Versions of packages multipath-tools suggests: pn multipath-tools-boot 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#663590: [Pkg-mailman-hackers] Bug#663590: mailman: CPPFLAGS/LDFLAGS hardening flags missing
On Mon, March 12, 2012 15:50, Simon Ruderich wrote: The CPPFLAGS and LDFLAGS hardening flags are missing because the build system ignores them. Thanks, I noticed but didn't get around to it earlier. The patch is really helpful. I'll see to it that this gets fixed soon. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663664: dialog: --single-quote broken
Package: dialog Version: 1.1-20120215-1 Severity: normal Given this commandline: dialog --stdout --single-quoted --checklist 'select' 22 70 14 a-1 a-1 1 a-2 a-2 1 choosing options gives a result like 'a-1' 'a-2' which is broken, because the man page says --single-quoted Use single-quoting as needed (and no quotes if unneeded) dialog=1.1-20100428-1 (lenny) does this correct; it gives a-1 a-2 The extra level of quotes means that VER=`dialog ...` case $VER in a-1) etc. doesn't work anymore. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dialog depends on: ii debianutils 4.2.1 ii libc6 2.13-27 ii libncursesw5 5.9-4 ii libtinfo5 5.9-4 dialog recommends no packages. dialog 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#663445: libquantlib-1.2: fails to upgrade from squeeze - trying to overwrite /usr/lib/libQuantLib.so.0.0.0
On 2012-03-12 23:17, Dirk Eddelbuettel wrote: | Selecting previously unselected package libquantlib-1.2. | Unpacking libquantlib-1.2 (from .../libquantlib-1.2_1.2-1_amd64.deb) ... | dpkg: error processing /var/cache/apt/archives/libquantlib-1.2_1.2-1_amd64.deb (--unpack): |trying to overwrite '/usr/lib/libQuantLib.so.0.0.0', which is also in package libquantlib-1.0.0 1.0.1-1+b1 There is not a lot I can do here -- I didn't use package as libquantilib-a.b.c. Best solution, which still sucks, is to use conflicts / replaces I suppose. Upstream, as you can see, doesn't really use somajor / minors. ABI/API changes incompatibly from release to release, but libQuantLib.so.{0,0.0.0} keep its name? Until you convince upstream to do things properly you'll have to add Replaces: libquantlib-1.1, libquantlib-1.0.0 Breaks: libquantlib-1.1, libquantlib-1.0.0 to libquantlib-X.Y I see there is already Replaces: libquantlib0 Conflicts: libquantlib0 If you add Provides: libquantlib0 you can stop adding future package names to the above list as it will ensure only one package providing the virtual package libquantlib0 can be installed at a time. The short Description: seems to be swapped, too: libquantlib-1.2 - Quantitative Finance Library -- development package libquantlib0-dev - Quantitative Finance Library -- library package quantlib-examples - Quantitative Finance Library -- example binaries Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645412: cupt: Pin from apt-listbugs does not prevent package install/upgrade
Hi James, # cat /etc/apt/preferences Explanation: Pinned by apt-listbugs at Mon Oct 17 20:51:13 + 2011 Explanation: #615671: derivations: ftbfs with gcc-4.5 Package: derivations Pin: version * Pin-Priority: -3 As I understand, this is now officially implemented in apt-listbugs since 2012, and such low pins should prevent installations/upgrades of such pinned packages in Cupt unless they are unconditionally (or almost so [1]) requested. If that's the case, would you say I can close this bug now? We had a useful discussion with Francesco about possible future improvements here in the thread, but I think if we want to follow up on it I'll just open a new bug with a link to this one. [1] i.e. are absolute dependencies of something that is unconditionally requested, or are the only alternative to something really bad like removing essential packages or doing a bunch of downgrades. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663665: /var/lib/dpkg/info/php5-common.postinst: 14: /var/lib/dpkg/info/php5-common.postinst: ucf: not found
Source: php5-common Version: 5.4.0-2 Severity: serious Setting up php5-common (5.4.0-2) ... /var/lib/dpkg/info/php5-common.postinst: 14: /var/lib/dpkg/info/php5-common.postinst: ucf: not found dpkg: error processing php5-common (--configure): subprocess installed post-installation script returned error exit status 127 ucf is now basically pseudo-essential due to it being pulled in by core packages. However in buildd chroots that weren't updated for some time it isn't there. So there's a missing dependency in any case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663661: Attached Patch
Please review the patch for Debian diff -Nru searchmonkey-0.8.1/debian/changelog searchmonkey-0.8.1/debian/changelog --- searchmonkey-0.8.1/debian/changelog 2010-04-12 06:16:37.0 +0530 +++ searchmonkey-0.8.1/debian/changelog 2012-03-08 22:48:44.0 +0530 @@ -1,3 +1,9 @@ +searchmonkey (0.8.1-7ubuntu1) precise; urgency=low + + * Fixed typo (LP: #625877) + + -- Vibhav Pant vibh...@gmail.com Thu, 08 Mar 2012 22:47:16 +0530 + searchmonkey (0.8.1-7) unstable; urgency=low * Switch to source format 3.0 diff -Nru searchmonkey-0.8.1/debian/searchmonkey.desktop searchmonkey-0.8.1/debian/searchmonkey.desktop --- searchmonkey-0.8.1/debian/searchmonkey.desktop 2008-01-19 12:12:04.0 +0530 +++ searchmonkey-0.8.1/debian/searchmonkey.desktop 2012-03-08 22:42:13.0 +0530 @@ -1,6 +1,6 @@ [Desktop Entry] Name=Searchmonkey -Comment=Regular expression power search utilty +Comment=Regular expression power search utility Exec=searchmonkey Icon=/usr/share/pixmaps/searchmonkey/searchmonkey-32x32.png Type=Application
Bug#663660: upgrades from my own repository
On Tue, Mar 13, 2012 at 04:36:38AM +0100, Harald Dunkel wrote: Package: unattended-upgrades Version: 0.62.2 Severity: wishlist I would like to include my own repository into unattended-upgrades. Thanks for your bugreport. That is already possible. Please check the README file for unattended-upgrades: /usr/share/doc/unattended-upgrades/README.gz for information how to do that. Especially the part about how to specify allowed-origins. Unless there is something missing here I wonder if this bugreport can be closed as the feature is already available. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663666: FTBFS with camlp5 6.05
Package: src:geneweb Version: 6.03-1 Severity: wishlist Tags: patch Dear Maintainer, Your package fails to build from source with camlp5 6.05 (not yet uploaded, but available in git [1]). I've lost the build log, but the failure is basically due to the removal of Stdpp.Exc_located (which has been deprecated for a while, and was an alias to Ploc.Exc in 6.04). The attached patch fixes the compilation. [1] http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/camlp5.git Cheers, -- Stéphane -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: Fix FTBFS with camlp5 6.05 Author: Stephane Glondu glo...@debian.org --- geneweb-6.03.orig/src/srcfile.ml +++ geneweb-6.03/src/srcfile.ml @@ -192,7 +192,7 @@ END; value extract_date d = try Some (G.Entry.parse date (G.parsable (Stream.of_string d))) with - [ Stdpp.Exc_located _ (Stream.Error _ | Token.Error _) - None ] + [ Ploc.Exc _ (Stream.Error _ | Token.Error _) - None ] ; value string_of_start_date conf = --- geneweb-6.03.orig/src/gwd.ml +++ geneweb-6.03/src/gwd.ml @@ -1804,7 +1804,7 @@ value robot_exclude_arg s = robot_xcl.val := Some (G.Entry.parse robot_xcl_arg (G.parsable (Stream.of_string s))) with - [ Stdpp.Exc_located _ (Stream.Error _ | Token.Error _) - + [ Ploc.Exc _ (Stream.Error _ | Token.Error _) - do { eprintf Bad use of option -robot_xcl\n; eprintf Use option -help for usage.\n; --- geneweb-6.03.orig/ged2gwb/ged2gwb2.ml +++ geneweb-6.03/ged2gwb/ged2gwb2.ml @@ -754,10 +754,10 @@ value date_of_field pos d = let s = Stream.of_string (String.uppercase d) in date_str.val := d; try Some (Grammar.Entry.parse date_value s) with -[ Stdpp.Exc_located loc (Stream.Error _) - +[ Ploc.Exc loc (Stream.Error _) - let s = Stream.of_string (String.uppercase d) in try Some (Grammar.Entry.parse date_value_recover s) with -[ Stdpp.Exc_located loc (Stream.Error _) - Some (Dtext d) ] ] +[ Ploc.Exc loc (Stream.Error _) - Some (Dtext d) ] ] } ; @@ -1224,7 +1224,7 @@ value decode_date_interval pos s = | Begin d - (Some d, None) | End d - (None, Some d) ] with - [ Stdpp.Exc_located _ _ | Not_found - + [ Ploc.Exc _ _ | Not_found - do { print_bad_date pos s; (None, None) } ] ; @@ -2550,7 +2550,7 @@ The database \%s\ already exists. Use try main () with e - let e = match e with -[ Stdpp.Exc_located _ e - e +[ Ploc.Exc _ e - e | _ - e ] in do { --- geneweb-6.03.orig/ged2gwb/ged2gwb.ml +++ geneweb-6.03/ged2gwb/ged2gwb.ml @@ -857,10 +857,10 @@ value date_of_field pos d = let s = Stream.of_string (String.uppercase d) in date_str.val := d; try Some (Grammar.Entry.parse date_value s) with -[ Stdpp.Exc_located loc (Stream.Error _) - +[ Ploc.Exc loc (Stream.Error _) - let s = Stream.of_string (String.uppercase d) in try Some (Grammar.Entry.parse date_value_recover s) with -[ Stdpp.Exc_located loc (Stream.Error _) - Some (Dtext d) ] ] +[ Ploc.Exc loc (Stream.Error _) - Some (Dtext d) ] ] } ; @@ -1327,7 +1327,7 @@ value decode_date_interval pos s = | Begin d - (Some d, None) | End d - (None, Some d) ] with - [ Stdpp.Exc_located _ _ | Not_found - + [ Ploc.Exc _ _ | Not_found - do { print_bad_date pos s; (None, None) } ] ; @@ -2968,7 +2968,7 @@ The database \%s\ already exists. Use try main () with e - let e = match e with -[ Stdpp.Exc_located _ e - e +[ Ploc.Exc _ e - e | _ - e ] in do {
Bug#663667: varnish: FTBFS
Package: varnish Version: 3.0.2-1 Severity: serious Your package fails to build from source: v1 17.9 vsl| 0 Backend_health - b1 Still sick 4--X--- 0 3 4 0.00 0.000738 v1 17.9 vsl| 0 Backend_health - b2 Still sick 4--Xr-- 0 2 3 0.00 0.000861 v1 17.9 vsl|13 FetchError c http first read error: -1 104 (No error recorded) v1 17.9 vsl|14 BackendClose b b3 v1 17.9 vsl|13 VCL_call c error v1 17.9 vsl|13 VCL_return c deliver v1 17.9 vsl|13 VCL_call c deliver v1 17.9 vsl|13 VCL_return c deliver v1 17.9 vsl|13 TxProtocol c HTTP/1.1 v1 17.9 vsl|13 TxStatus c 503 v1 17.9 vsl|13 TxResponse c Service Unavailable v1 17.9 vsl|13 TxHeader c Server: Varnish v1 17.9 vsl|13 TxHeader c Content-Type: text/html; charset=utf-8 v1 17.9 vsl|13 TxHeader c Retry-After: 5 v1 17.9 vsl|13 TxHeader c Content-Length: 413 v1 17.9 vsl|13 TxHeader c Accept-Ranges: bytes v1 17.9 vsl|13 TxHeader c Date: Tue, 13 Mar 2012 08:37:30 GMT v1 17.9 vsl|13 TxHeader c X-Varnish: 1002 v1 17.9 vsl|13 TxHeader c Age: 15 v1 17.9 vsl|13 TxHeader c Via: 1.1 varnish v1 17.9 vsl|13 TxHeader c Connection: close v1 17.9 vsl|13 Length c 413 v1 17.9 vsl|13 ReqEnd c 1002 1331627835.056394577 1331627850.071616888 0.916137218 15.015166044 0.56267 v1 17.9 vsl|13 SessionClose c error v1 17.9 vsl|13 StatSess c 127.0.0.1 48906 16 1 2 0 2 1 424 419 ** v1 18.9 Wait ** v1 18.9 R 12128 Status: # top TEST ./tests/v00036.vtc FAILED (60.078) signal=9 exit=0 make[3]: *** [check] Error 2 make[3]: Leaving directory `/home/jmm/varnish-3.0.2/bin/varnishtest' make[2]: *** [check-recursive] Error 1 make[2]: Leaving directory `/home/jmm/varnish-3.0.2/bin' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/jmm/varnish-3.0.2' dh_auto_test: make -j1 check returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663669: xpyb: FTBFS: AttributeError: 'ListType' object has no attribute 'parent'
Package: xpyb Version: 1.2-2 Severity: serious Your package fails to build from source: Making all in src make[3]: Entering directory `/home/jmm/xpyb-1.2/build-python2.6/src' ln -s -f /usr/share/xcb/xproto.xml xproto.xml python2.6 ../../src/py_client.py -p /usr/lib/python2.7/dist-packages /usr/share/xcb/xproto.xml Traceback (most recent call last): File ../../src/py_client.py, line 620, in module module.generate() File /usr/lib/python2.6/dist-packages/xcbgen/state.py, line 101, in generate item.out(name) File ../../src/py_client.py, line 360, in py_struct _py_complex(self, name) File ../../src/py_client.py, line 324, in _py_complex _py('self.%s = xcb.List(self, count, %s, %s, %d)', _n(field.field_name), _py_get_expr(field.type.expr), field.py_listtype, field.py_listsize) File ../../src/py_client.py, line 275, in _py_get_expr lenexp = _py_get_length_field(expr) File ../../src/py_client.py, line 261, in _py_get_length_field if hasattr(expr.parent.parent, opcode): AttributeError: 'ListType' object has no attribute 'parent' make[3]: *** [xproto.py] Error 1 make[3]: Leaving directory `/home/jmm/xpyb-1.2/build-python2.6/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jmm/xpyb-1.2/build-python2.6' make[2]: Entering directory `/home/jmm/xpyb-1.2/build-python2.7' Making all in src make[3]: Entering directory `/home/jmm/xpyb-1.2/build-python2.7/src' ln -s -f /usr/share/xcb/xproto.xml xproto.xml python2.7 ../../src/py_client.py -p /usr/lib/python2.7/dist-packages /usr/share/xcb/xproto.xml Traceback (most recent call last): File ../../src/py_client.py, line 620, in module module.generate() File /usr/lib/python2.7/dist-packages/xcbgen/state.py, line 101, in generate item.out(name) File ../../src/py_client.py, line 360, in py_struct _py_complex(self, name) File ../../src/py_client.py, line 324, in _py_complex _py('self.%s = xcb.List(self, count, %s, %s, %d)', _n(field.field_name), _py_get_expr(field.type.expr), field.py_listtype, field.py_listsize) File ../../src/py_client.py, line 275, in _py_get_expr lenexp = _py_get_length_field(expr) File ../../src/py_client.py, line 261, in _py_get_length_field if hasattr(expr.parent.parent, opcode): AttributeError: 'ListType' object has no attribute 'parent' make[3]: *** [xproto.py] Error 1 make[3]: Leaving directory `/home/jmm/xpyb-1.2/build-python2.7/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jmm/xpyb-1.2/build-python2.7' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/home/jmm/xpyb-1.2' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663668:
Package: clipf Version: 0.4-1 In usr/share/man/man1/clipf.1.gz. : default date for new operations. Can be overriden by \-d option of default account for new operations. Can be overriden by \-a option (Line 126 and 135 respectively) overriden should be overridden -- https://launchpad.net/~vibhavp https://wiki.ubuntu.com/VibhavPant
Bug#663551: Problem to download torsocks with aptitude
Hi, Thx for your quick answer. Actually, the bug wasn't caused directly by torsocks but by its installation. As tor depends of torsocks, if torsocks can't be installed, tor doesn't work. I thought i had to report it to you rather than aptitude (or apt) because i didn't know you were not in charge of repositories and the availability of the package. I will try again in few days a new installation of debian and torsocks. If the problem will be still present, i'll report it to the FR repo. Regards. On 03/12/2012 08:35 PM, intrigeri wrote: Hi, Ovopack wrote (12 Mar 2012 08:23:28 GMT) : I recently re-installed debian on my computer. But when i tried to install tor, tor-geoipd and vidalia, the dependance torsocks stay stuck (i waited 4 hours). I cannot reproduce this problem, and I fail to see how it could be caused by a bug in torsocks. There is very likely a problem with your local mirror, network connectivity, APT or whatever. Please retry with another mirror, and if it's still fails, please report this bug against the apt package. After a reboot, vidalia was unable to start tor because of an issue about sockets! AFAIK neither Tor nor Vidalia use torsocks directly, so this can't be a bug in torsocks either. Please report this specific bug against the vidalia or tor package, as you see fit. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646177: python-djvulibre: FTBFS: FAIL: test_decode.test_documents.test_export_ps
Will be fixed soon. Another month has gone by and still no upload, any progress? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663669: xpyb: FTBFS: AttributeError: 'ListType' object has no attribute 'parent'
This is a know bug discussed upstream. .parent has been renamed to parents in xcbgen. -- Julien pgpcLoRwB4ho5.pgp Description: PGP signature
Bug#663670: ahven should build-depend on gnat
Package: src:ahven Version: 2.1-2 Severity: normal Violation of the Debian Policy for Ada, section 4 The Debian Ada Compiler. ahven should build-depend on both gnat and gnat-4.6. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663671: umview: FTBFS: error: 'lwip_vdeif_add' undeclared here (not in a function)
Package: umview Version: 0.6-1 Severity: serious Your package fails to build from source: /.libs/libumlib.so -Wl,-z -Wl,relro -Wl,-soname -Wl,umfuse.so -o .libs/umfuse.so libtool: link: ( cd .libs rm -f umfuse.la ln -s ../umfuse.la umfuse.la ) make[3]: Leaving directory `/home/jmm/umview-0.6/umfuse' Making all in um_lwip make[3]: Entering directory `/home/jmm/umview-0.6/um_lwip' /bin/bash ../libtool --tag=CC --tag=disable-static --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c -o lwipv6.lo lwipv6.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -c lwipv6.c -fPIC -DPIC -o .libs/lwipv6.o lwipv6.c: In function 'openlwiplib': lwipv6.c:160:9: warning: unused variable 'fun' [-Wunused-variable] lwipv6.c:159:6: warning: unused variable 'i' [-Wunused-variable] lwipv6.c: At top level: lwipv6.c:222:40: error: 'lwip_vdeif_add' undeclared here (not in a function) lwipv6.c:222:55: error: 'lwip_tapif_add' undeclared here (not in a function) lwipv6.c:222:70: error: 'lwip_tunif_add' undeclared here (not in a function) lwipv6.c: In function 'myputenv': lwipv6.c:272:8: warning: unused variable 'j' [-Wunused-variable] lwipv6.c: In function 'fini': lwipv6.c:384:2: warning: statement with no effect [-Wunused-value] lwipv6.c: At top level: lwipv6.c:54:12: warning: 'alwaystrue' defined but not used [-Wunused-function] make[3]: *** [lwipv6.lo] Error 1 make[3]: Leaving directory `/home/jmm/umview-0.6/um_lwip' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jmm/umview-0.6' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/jmm/umview-0.6' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663249: [Pkg-acpi-devel] Bug#663249: acpid: fcntl(fd, F_SETFD, O_NONBLOCK) should be fcntl(fd, F_SETFL, O_NONBLOCK)
On Mon, Mar 12, 2012 at 10:28:14PM +0100, Luciano Bello wrote: Is it a security problem? Well, define security problem. The apparently wrong patch came into the package in a security release and was supposed to fix a security problem. Now with the patch being incomplete I doubt the problem is fixed. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663672: libdbusada0.2-dev: position-independent code in a static library
Package: libdbusada0.2-dev Version: 0.2-1 Severity: serious Violation of Debian Policy 10.2: the static version [of a library] must not be compiled with the -fPIC flag. Please rearrange debian/rules and the .gpr files so that they recompile the object files in two different object directories: -fPIC for the shared library and no -fPIC for the static library. You may want to look at other packages for inspiration on how to do this. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663673: libalog0.4.1-{full,base}-dev: static library contains position-independent code
Package: libalog0.4.1-full-dev Version: 0.4.1-1 Severity: serious Violation of Debian Policy 10.2: the static version [of a library] must not be compiled with the -fPIC flag. Please rearrange debian/rules and the .gpr files so that they recompile the object files in two different object directories: -fPIC for the shared library and no -fPIC for the static library. You may want to look at other packages for inspiration on how to do this. This bug also applies to package libalog0.4.1-base-dev, built from the same package. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663674: ztex-bmp: FTBFS: bmp.pas(309, 20) Error: Call by var for arg no. 1 has to match exactly: Got CMacroBuf expected CTextBuf
Package: ztex-bmp Version: 20110912-1 Severity: serious Your package fails to build from source: dh_testdir debian/rules override_dh_auto_configure make[1]: Entering directory `/home/jmm/ztex-bmp-20110912' rm -f Makefile.conf ./configure pc Checking for freepascal compiler (FLAGS=): fpc fpc make[1]: Leaving directory `/home/jmm/ztex-bmp-20110912' dh_auto_build make[1]: Entering directory `/home/jmm/ztex-bmp-20110912' fpc -Scgm -O3rGp3 -FE. -XD -gl -Fusrc src/bmp.pas Warning: You are using the obsolete switch -Or, please use -O2 or -Ooregvar Warning: You are using the obsolete switch -OG Warning: You are using the obsolete switch -Opnr, please use -Opname Free Pascal Compiler version 2.6.0-1 [2012/01/12] for x86_64 Copyright (c) 1993-2011 by Florian Klaempfl and others Target OS: Linux for x86-64 Compiling src/bmp.pas Compiling src/textbuf.pas Compiling src/bmpsys.pas bmp.pas(309,20) Error: Call by var for arg no. 1 has to match exactly: Got CMacroBuf expected CTextBuf bmp.pas(1748) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted Error: /usr/bin/ppcx64 returned an error exitcode (normal if you did not specify a source file to be compiled) make[1]: *** [bmp] Error 1 make[1]: Leaving directory `/home/jmm/ztex-bmp-20110912' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663506: httpie: Always bails out with pkg_resources.DistributionNotFound: requests=0.10.4
W dniu 12.03.2012 23:09, Ulrich Dangel pisze: Hi, the problem is httpie requires requests = 0.10.4 but only 0.10.1 is in Debian. I temporarly adjusted the requires.txt and it seems to work. So either ask upstream to adjust the requirements or request an update of the python-request package (current version is 0.10.8). For a list of changes between the different requests releases have a look at http://pypi.python.org/pypi/requests Yes I know about it. I filled bugreport against python-requests http://bugs.debian.org/663561 regards fEnIo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663675: manpage for dragonplayer
Package: dragonplayer Severity: wishlist Tags: patch, upstream Hi, I have created a manpage for dragonplayer and submitted it upstream https://bugs.kde.org/show_bug.cgi?id=295902 please include it in the package. Thanks Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626270: Patch for the 2.88dsf-22.1 NMU of sysvinit
Dear maintainer of sysvinit, On Sunday, March 04, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Tuesday, February 28, 2012. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: sysvinit Version: 2.88dsf-22.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Tue, 13 Mar 2012 07:03:06 +0100 Closes: 626270 658156 Changes: sysvinit (2.88dsf-22.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Dutch; (Jeroen Schot). Closes: #626270 - Polish (Michał Kułach). Closes: #658156 -- diff -Nru sysvinit-2.88dsf.old/debian/changelog sysvinit-2.88dsf/debian/changelog --- sysvinit-2.88dsf.old/debian/changelog 2012-02-26 12:31:10.064448260 +0100 +++ sysvinit-2.88dsf/debian/changelog 2012-03-13 07:03:14.615925599 +0100 @@ -1,3 +1,12 @@ +sysvinit (2.88dsf-22.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Dutch; (Jeroen Schot). Closes: #626270 +- Polish (Michał Kułach). Closes: #658156 + + -- Christian Perrier bubu...@debian.org Tue, 13 Mar 2012 07:03:06 +0100 + sysvinit (2.88dsf-22) unstable; urgency=low [ Roger Leigh ] diff -Nru sysvinit-2.88dsf.old/debian/po/ca.po sysvinit-2.88dsf/debian/po/ca.po --- sysvinit-2.88dsf.old/debian/po/ca.po 2012-02-26 12:31:10.064448260 +0100 +++ sysvinit-2.88dsf/debian/po/ca.po 2012-03-04 16:35:53.087461623 +0100 @@ -12,6 +12,7 @@ PO-Revision-Date: 2011-04-11 20:09+0100\n Last-Translator: Innocent De Marchi tangram.pe...@gmail.com\n Language-Team: Catalan debian-l10n-cata...@lists.debian.org\n +Language: ca\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n @@ -22,41 +23,76 @@ #. Description #: ../sysv-rc.templates:1001 msgid Migrate legacy boot sequencing to dependency-based sequencing? -msgstr ¿Voleu migrar l'antiga seqüència d'arrencada a la seqüència d'engegada basada en dependències? +msgstr +¿Voleu migrar l'antiga seqüència d'arrencada a la seqüència d'engegada +basada en dependències? #. Type: boolean #. Description #: ../sysv-rc.templates:1001 -msgid The boot system is prepared to migrate to dependency-based sequencing. This is an irreversible step, but one that is recommended: it allows the boot process to be optimized for speed and efficiency, and provides a more resilient framework for development. -msgstr El sistema d'arrencada està preparat per migrar a la seqüència d'engegada basada en dependències. Aquest canvi és irreversible, però es recomana fer-ho: permet optimitzar el procés d'engegada en velocitat i eficiència, i proporciona un entorn robust de desenvolupament. +msgid +The boot system is prepared to migrate to dependency-based sequencing. This +is an irreversible step, but one that is recommended: it allows the boot +process to be optimized for speed and efficiency, and provides a more +resilient framework for development. +msgstr +El sistema d'arrencada està preparat per migrar a la seqüència d'engegada +basada en dependències. Aquest canvi és irreversible, però es recomana fer- +ho: permet optimitzar el procés d'engegada en velocitat i eficiència, i +proporciona un entorn robust de desenvolupament. #. Type: boolean #. Description #: ../sysv-rc.templates:1001 -msgid A full rationale is detailed in /usr/share/doc/sysv-rc/README.Debian. If you choose not to migrate now, you can do so later by running \dpkg-reconfigure sysv-rc\. -msgstr Al fitxer «/usr/share/doc/sysv-rc/README.Debian» hi ha l'explicació completa. Si decidiu no migrar ara, podreu fer-ho en el futur executant «dpkg-reconfigure sysv-rc». +msgid +A full rationale is detailed in /usr/share/doc/sysv-rc/README.Debian. If you +choose not to migrate now, you can do so later by running \dpkg-reconfigure +sysv-rc\. +msgstr +Al fitxer «/usr/share/doc/sysv-rc/README.Debian» hi ha l'explicació +completa. Si decidiu no migrar ara, podreu fer-ho en el futur executant +«dpkg-reconfigure sysv-rc». #. Type: note #. Description #: ../sysv-rc.templates:2001 msgid Unable to migrate to dependency-based boot system -msgstr No ha estat possible migrar al sistema d'arrencada basat en dependències +msgstr +No ha estat possible migrar al sistema d'arrencada basat en dependències #. Type: note #. Description #: ../sysv-rc.templates:2001 -msgid Tests have determined that problems in the boot system exist which prevent migration to dependency-based boot sequencing: -msgstr Les proves han determinat que existeixen els següents problemes en el sistema d'arrencada, que impedeixen la migració a la seqüència d'engegada basada en dependències: +msgid +Tests have determined that problems in the boot system exist which prevent
Bug#663206: vpnc: does not install anymore - shebang missing from install scripts
tags 663206 + pending thanks Hi, thanks for pointing out that reference, I'll prepare the upload tonight. Upgrading dpkg does workaround the bug, but it is an unintentional side effect. Are you saying this is a bug that will occur on every upgrade of vpnc from squeeze to wheezy? To judge the practical impact of this, do you happen to know what change in dpkg causes this behaviour to change, ie until which version of dpkg this bug will result in an upgrade failure? Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663676: Typo: muti-track - multi-track
Package: python-midiutil Version: 0.87-1 Severity: minor short and long description use the term muti-track which looks like a typo for multi-track (missing l). If not, Please add a paragraph to long description clarifying what a muti-track is. Oh, and while at it: Have you considered joining the Debian Multimedia team and maintain software like python-midiutil collaboratively there? More info at http://wiki.debian.org/DebianMultimedia Regards, - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663677: ufw: FTBFS: Test suite failure
Package: ufw Version: 0.30.1-2 Severity: serious Your package fails to build from source. Full build log attached. Performing tests 'bad/apps' - installing - result: Command '--dry-run allow to 192.168.0.0/16 app Samba from 192.168.0.0/16 port http' exited with '0', but expected '1' ** FAIL ** jmm@buildhost:~/ufw-0.30.1$ dpkg-buildpackage dpkg-buildpackage: source package ufw dpkg-buildpackage: source version 0.30.1-2 dpkg-buildpackage: source changed by Jamie Strandboge ja...@ubuntu.com dpkg-buildpackage: host architecture amd64 dpkg-source --before-build ufw-0.30.1 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp make clean make[1]: Entering directory `/home/jmm/ufw-0.30.1' rm -rf ./build rm -rf ./staging rm -rf ./tests/testarea rm -rf ./tmp rm -f ./locales/mo/*.mo make[1]: Leaving directory `/home/jmm/ufw-0.30.1' rm -f /home/jmm/ufw-0.30.1/debian/ufw.init /home/jmm/ufw-0.30.1/debian/ufw.upstart /home/jmm/ufw-0.30.1/debian/ufw.logrotate find . -name '*.py[co]' | xargs rm -f dh_clean debconf-updatepo dpkg-source -b ufw-0.30.1 dpkg-source: info: using source format `1.0' dpkg-source: info: building ufw using existing ufw_0.30.1.orig.tar.gz dpkg-source: info: building ufw in ufw_0.30.1-2.diff.gz dpkg-source: warning: the diff modifies the following upstream files: README conf/before.rules conf/before6.rules conf/sysctl.conf conf/ufw.defaults doc/ufw-framework.8 doc/ufw.8 run_tests.sh src/parser.py src/util.py tests/bugs/rules/result tests/bugs/rules/runtest.sh tests/check-requirements tests/root/requirements/result tests/root/requirements/runtest.sh dpkg-source: info: use the '3.0 (quilt)' format to have separate and documented changes to upstream files, see dpkg-source(1) dpkg-source: info: building ufw in ufw_0.30.1-2.dsc debian/rules build dh_testdir touch build-stamp fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k dh_clean: dh_clean -k is deprecated; use dh_prep instead dh_installdirs # make sure the version is in sync with our changelog sed -i s/^ufw_version = .*/ufw_version = '0.30.1-2'/ ./setup.py ./run_tests.sh -i /usr/bin/python INFO: 'iptables' not in PATH. Using: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Interpreter: /usr/bin/python Performing tests 'installation/check_help' - installing - result: PASS Performing tests 'installation/check_root' - installing - result: PASS Performing tests 'bad/apps' - installing - result: Command '--dry-run allow to 192.168.0.0/16 app Samba from 192.168.0.0/16 port http' exited with '0', but expected '1' ** FAIL ** Performing tests 'bad/args' - installing - result: PASS Performing tests 'bad/netmasks' - installing - result: PASS Performing tests 'bad/policy' - installing - result: PASS Performing tests 'bugs/apps' - installing - result: PASS Performing tests 'bugs/misc' - installing - result: PASS Performing tests 'bugs/rules' - installing - result: PASS Performing tests 'good/apps' - installing - result: PASS Performing tests 'good/args' - installing - result: PASS Performing tests 'good/logging' - installing - result: PASS Performing tests 'good/netmasks' - installing - result: PASS Performing tests 'good/policy' - installing - result: PASS Performing tests 'good/reports' - installing - result: PASS Performing tests 'good/rules' - installing - result: PASS Performing tests 'util/addresses' - installing - result: PASS Performing tests 'util/internal' - installing - result: PASS Performing tests 'util/normalization' - installing - result: PASS Performing tests 'ipv6/bad_args6' - installing - result: PASS Performing tests 'ipv6/good_args6' - installing - result: PASS Performing tests 'ipv6/logging' - installing - result: PASS Performing tests 'ipv6/rules6' - installing - result: PASS Performing tests 'ipv6/rules64' - installing - result: PASS --- Results --- Attempted: 24 (7450 individual tests) Skipped: 0 Errors: 1 make: *** [install] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 jmm@buildhost:~/ufw-0.30.1$
Bug#638191: loses plugins
Hello, This bug is invalid. I forgot to make settings/modules in the menu to activate some others plugins. I think that it is not a natural way to activate. But no matter. This bug is invalid. Sorry. Please, close it. Claws-mail is great. Regards. -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663677: ufw: FTBFS: Test suite failure
Your package fails to build from source. Full build log attached. Performing tests 'bad/apps' - installing - result: Command '--dry-run allow to 192.168.0.0/16 app Samba from 192.168.0.0/16 port http' exited with '0', but expected '1' ** FAIL ** Yes, this is https://bugs.launchpad.net/ubuntu/+source/ufw/+bug/947224 and fixed in 0.31. I will be preparing an upload for Debian soon. -- Jamie Strandboge | http://www.canonical.com signature.asc Description: This is a digitally signed message part
Bug#662770: ntp: should it be a ntp client by default?
On 06/03/12 18:25, Peter Eisentraut wrote: So what do you have in mind? Change the default configuration, or change the wording in the documentation? In either case, what concrete change do you suggest? I think the bug should go upstream. There should be different ACL from clients and to servers, so we can effectively apply restrictions. I dont know if this has been discussed before, I dont think im discovering anything new. In case this has been already discussed upstream, i would change the defaults to restrict ignore in the debian default conf, and change the server lines to ips instead of dns names to be able to apply restrict ip effectively (where dns resolve to many ips). Yes, I think to apply a restrictive conf but still act as a server by default when the usual case is to act as a client (as stated by the own doc of ntpd[1]) is *THAT* bad. If anybody can point me to a ntp client that does not make my machine go back in time, maybe thats another solution (as i understand it ntpdate is deprecated already). In case this has been discussed already in debian and people think im crazy for even proposing that, at least we could state in the README that the default conf is of a (very restrictive but still a) server. I can be more specific about the doc changes if my last resort is my only valid point here. greets! aL [1] from ntpd man page: -q Exit the ntpd just after the first time the clock is set. This behavior mimics that of the ntpdate program, which is to be retired. The -g and -x options can be used with this option. Note: The kernel time discipline is disabled with this option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638191: loses plugins
Hi Alain, On Tue, Mar 13, 2012 at 10:34:44AM +0100, Alain Rpnpif wrote: Hello, This bug is invalid. I forgot to make settings/modules in the menu to activate some others plugins. I think that it is not a natural way to activate. Suggestions welcome, though probably better post them in the users list, so others can comment. But no matter. This bug is invalid. Sorry. Please, close it. Well, you're not the original reporter, so I'll wait for feedback from Michael before closing ;) Claws-mail is great. Glad you like it! -- Ricardo Mones ~ RTFM - Read The Manual (The 'F' is silent). Usually a very good idea. Bjarne Stroustrup signature.asc Description: Digital signature
Bug#663616: missing Depends: python-pkg-resources
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 03/12/2012 06:38 PM, Justin B Rye wrote: This package has what looks like an obvious and crippling library dependency bug: Hi Justin, Thank you for your report bug. It's fixed in new version. Cheers, Khalid. - -- .''`. Khalid El Fathi kha...@elfathi.fr : :' : GPG: 4096R/9368CAEC `. `'` `- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPXxvjAAoJEOtK9aGTaMrsCqQP/jeUE5jI3ZpCQ8/ne2ITjSFw edljNRqvFr3KWt2bTC3yKVqatiHyASzFn5iN08jmdNYxtDGjbI0uf2a9Mz2KRLmN Kz36vm9immOH4zksxM3tGfvqJ3VZJXnXtSHcKEwVJto+0EnFaQg+nbpf/hU2hdBB bfCEZh48dFIRRzeLZPG7hgMKuQsHmAoU2rUBx/Dp6nrLlOi4tLt9RKPWCHzJuLp6 ID0j5ZBZCT/wbNZ+uztZn+SPXsf9h109Ef/bokWmhXYNeg3fGDboBeOEOGX6bTbV UFSIgKOHEglKWynyShOv0bJg4gF2jA4CWGR6MD7Os8Dw2Pwu2eWhDh/At86ziJHQ zoh3sqouMge9ff4dVCHCQjxNZ8NJpsSGR7uS03HvO+nrgL3C0QcBCUwu5mBxXJAJ 57GfAvG+GbmDWUKsg9ZoF0WBVUkRJpK03iTI2jt9MTbJDHtUVIGYsUy8PsRr3Qgw iTdGsTXt4AnRyfXbuL9SzhPn4zC5vJigbf0XOq/YsQOqTsOWrCvhHY6r9afrNavU VtOAXHBAOr2tACKNZzBNFaGsKnZl8M8lSBRpiabXW+KgvMt/7Q8fBvf5l5l8i2l4 XgQRNJ5WhWb2p5HHMnHRysaBgORBRXORQ0nmPXfVZvdkdn3wVKSnvqgC12sMVeZH 3oLsZWsPwkp6M4bPZ7k5 =O3Gp -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#663340: stable version tested and working
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have upgraded my running squeeze + moin 1.9.3 to your package from deb http://debian.jones.dk/ stable moin Installation and moin-mass-migration was successfull. updated files, and webconfig and cleared moin cache. The simple tests i have done afterwards shows things are working as expected. Thank you for your good work packaging moin :) kind regards Ronny Aasen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9fG4oACgkQdjPGjuyRrjqogwCgmp2CSwQPZdj8nvt1vzsboKjx D6IAoL4T25PHdwlyUw7xHpR5OT47HcK+ =74dv -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#663678: icinga-idoutils fails to start if socket file exists
Package: icinga-idoutils Version: 1.6.1-2 Severity: serious Reproduce: # /etc/init.d/ido2db stop # touch /var/lib/icinga/ido.sock # /etc/init.d/ido2db start Could not bind socket: Address already in use (or just powercycle your box...) You should unlink the old socket file before you try to bind; if you want you can check whether the file is an active socket by connecting to it. (An ugly workaround would be to just delete the file in the init script if no ido2db process is running) I think this is a serious bug, as the service really should come back after a box crashed. Regards, Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630772: dkms errors/warnings when uninstalling old kernel
I am still seeing those messages with the current dkms from testing (2.2.0.3-1). Are they harmless or is something broken by them? Also, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637737 seemsto be the same (or a very similar) bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663340: stable version tested and working
On 12-03-13 at 11:03am, Ronny Aasen wrote: I have upgraded my running squeeze + moin 1.9.3 to your package from deb http://debian.jones.dk/ stable moin Installation and moin-mass-migration was successfull. updated files, and webconfig and cleared moin cache. The simple tests i have done afterwards shows things are working as expected. Thank you for your good work packaging moin :) Well, thanks for testing - and kudos to upstream for making this a smooth ride :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#663679: sphinxsearch: debian/watch file
Package: sphinxsearch Version: 2.0.3-1 Severity: wishlist Dear Maintainer, I have prepared a watch file for sphinxsearch source package. It is attached to this bug report. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sphinxsearch depends on: ii adduser 3.113+nmu1 ii libc6 2.13-27 ii libexpat1 2.0.1-7.2 ii libgcc1 1:4.6.3-1 ii libmysqlclient16 5.1.61-rel13.2-431.squeeze ii libpq59.1.3-1 ii libstdc++64.6.3-1 ii libstemmer0d 0+svn546-2 ii zlib1g1:1.2.6.dfsg-2 sphinxsearch recommends no packages. sphinxsearch suggests no packages. version=3 opts=filenamemangle=s/.*=(.*)/$1/,downloadurlmangle=s#downloads\/release\/\.\.\/accept\.php\?file=#files/# \ http://sphinxsearch.com/downloads/release/ \.\./accept\.php\?file=sphinx-(.*)-release\.tar\.gz debian uupdate
Bug#596741: Processed: Re: Processed: bug 596741 is not forwarded, tagging 596741, reassign 596741 to gnome-power-manager
On Fri, Jul 29, 2011 at 05:33:38PM +0200, Moritz Mühlenhoff wrote: Does this still occur with more recent kernels? Sorry for the delay. Yes, it does, I'm running a 3.2-something kernel now, issue remains. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663680: sphinxsearch: watch file
Package: sphinxsearch Version: 2.0.3-1 Severity: wishlist Tags: patch Dear Maintainer, I have created a watch file for the sphinxsearch source package. Please find it attached to this bug report. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sphinxsearch depends on: ii adduser 3.113+nmu1 ii libc6 2.13-27 ii libexpat1 2.0.1-7.2 ii libgcc1 1:4.6.3-1 ii libmysqlclient16 5.1.61-rel13.2-431.squeeze ii libpq59.1.3-1 ii libstdc++64.6.3-1 ii libstemmer0d 0+svn546-2 ii zlib1g1:1.2.6.dfsg-2 sphinxsearch recommends no packages. sphinxsearch suggests no packages. -- no debconf information version=3 opts=filenamemangle=s/.*=(.*)/$1/,downloadurlmangle=s#downloads\/release\/\.\.\/accept\.php\?file=#files/# \ http://sphinxsearch.com/downloads/release/ \.\./accept\.php\?file=sphinx-(.*)-release\.tar\.gz debian uupdate
Bug#663537: mirror submission for mirror-fpt-telecom.fpt.net
Hi Raphael, Now it support architecture: alpha amd64 arm armel armhf hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc --- Nguyen Quoc Trung Research Development Center FPT Telecom From: Raphael Geissert [atom...@gmail.com] on behalf of Raphael Geissert [geiss...@debian.org] Sent: Tuesday, March 13, 2012 2:24 AM To: Nguyễn Quốc Trung; 663...@bugs.debian.org Subject: Re: Bug#663537: mirror submission for mirror-fpt-telecom.fpt.net Hi, Thank you for mirroring Debian. Before proceeding with the inclusion of your mirror, a few issues need to be addressed first: On Sunday 11 March 2012 22:15:53 Trung NQ wrote: Site: mirror-fpt-telecom.fpt.net Your server is returning 500 errors for some files, for instance: http://mirror-fpt-telecom.fpt.net/debian/project/trace/ftp-master.debian.org You also don't seem to be mirroring as instructed on the Debian website. Please comply with the requirements, or simply use the ftpsync scripts. You can find the latest version on the project/ftpsync/ directory of your mirror. Type: leaf Archive-architecture: i386 kfreebsd-amd64 You appear to be mirroring more than those two architectures. Is that intentional, and should therefore be included too? Archive-upstream: mirror.aarnet.edu.au Updates: twice The archive is updated four times a day noawadays. Could you please consider updating more often? Maintainer: Trung NQ trung...@fpt.net Country: VN Viet Nam Location: HCMC Sponsor: FPT Telecom http://www.fpt.vn/ What's the available bandwidth for the mirror? N.b. this will be included in a publicly-accessible place. Comment: i have sent a form to register new mirror earlier but i don't receive any response from you. Resend As far as I can see, there's no record of any previous email. Thanks for resending it. Kind regards, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net
Bug#661856: Add SMP support to qemubuilder
At Fri, 09 Mar 2012 11:04:59 +0100, Mike Gabriel wrote: [1 multipart/mixed (7bit)] [1.1 text/plain; UTF-8 (quoted-printable)] Hi Junichi, On Do 08 M$(D+#(Br 2012 22:53:26 CET Junichi Uekawa wrote: I usually work offline and if you can attach the patch to the mail as git-format-patch, things would work much faster. At Fri, 02 Mar 2012 00:33:05 +0100, Mike Gabriel wrote: Package: qemubuilder Version: 0.67 Severity: wishlist Tags: patch Under this URL: http://code.das-netzwerkteam.de/gitweb?p=build/cowdancer.git;a=commitdiff;h=fa63fa1257701e9097c8042f686b1555cfb25c2c ...you find a patch that shows how to add support for qemu's -smp option to qemubuilder. Patch is attached... Seems like missing documentation and handling for when --smp option is not available; added. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb [1.2 0001-Add-SMP-option-and-environment-variable-support.patch text/x-patch; UTF-8 (7bit)] From fa63fa1257701e9097c8042f686b1555cfb25c2c Mon Sep 17 00:00:00 2001 From: Mike Gabriel mike.gabr...@das-netzwerkteam.de Date: Fri, 2 Mar 2012 00:03:27 +0100 Subject: [PATCH] Add SMP option and environment variable support. --- debian/changelog |1 + parameter.c | 14 ++ parameter.h |1 + qemubuilder.c|2 ++ 4 files changed, 18 insertions(+), 0 deletions(-) diff --git a/debian/changelog b/debian/changelog index aaa47cd..132f285 100644 --- a/debian/changelog +++ b/debian/changelog @@ -4,6 +4,7 @@ cowdancer (0.67+nmu1) UNRELEASED; urgency=low * Prefer ext2 over ext3. * Fix ext2/ext3 fs patch for arm/armel architecture. * Mount / partition rw by kernel. + * Add SMP option and environment variable support. -- Mike Gabriel mike.gabr...@das-netzwerkteam.de Wed, 15 Feb 2012 22:20:39 +0100 diff --git a/parameter.c b/parameter.c index 83760c1..83b3a34 100644 --- a/parameter.c +++ b/parameter.c @@ -141,6 +141,10 @@ int load_config_file(const char* config, pbuilderconfig* pc) { pc-othermirror=strdup(delim); } + else if (!strcmp(buf, SMP)) + { + pc-smp=strdup(delim); + } else if (!strcmp(buf, DEBBUILDOPTS)) { pc-debbuildopts=strdup(delim); @@ -208,6 +212,7 @@ int cpbuilder_dumpconfig(pbuilderconfig* pc) DUMPSTR(distribution); DUMPSTR(components); DUMPSTR(othermirror); + DUMPSTR(smp); DUMPSTR(debbuildopts); DUMPINT(binary_arch); DUMPSTR(http_proxy); @@ -259,6 +264,7 @@ int parse_parameter(int ac, char** av, {distribution, required_argument, 0, 0}, {components, required_argument, 0, 0}, {othermirror, required_argument, 0, 0}, +{smp, required_argument, 0, 0}, {debbuildopts, required_argument, 0, 0}, {binary-arch, no_argument, 0, 0}, {inputfile, required_argument, 0, 0}, @@ -462,6 +468,14 @@ int parse_parameter(int ac, char** av, /* pass it for cowbuilder */ PASS_TO_PBUILDER_WITH_PARAM } + else if (!strcmp(long_options[index_point].name,smp)) + { + /* this is for qemubuilder */ + pc.smp=strdup(optarg); + + /* pass it for cowbuilder */ + PASS_TO_PBUILDER_WITH_PARAM + } else if (!strcmp(long_options[index_point].name,http-proxy)) { /* this is for qemubuilder */ diff --git a/parameter.h b/parameter.h index e3d8536..bc72b3a 100644 --- a/parameter.h +++ b/parameter.h @@ -54,6 +54,7 @@ typedef struct pbuilderconfig /* more qemu-isque options */ char* kernel_image; char* initrd; + char* smp; int memory_megs; /* megabytes of memory */ char* arch; char* arch_diskdevice; diff --git a/qemubuilder.c b/qemubuilder.c index 77c9282..db74d47 100755 --- a/qemubuilder.c +++ b/qemubuilder.c @@ -355,6 +355,8 @@ static int fork_qemu(const char* hda, const char* hdb, const struct pbuilderconf argv[argc++]=strdupa(machine); argv[argc++]=-m; argv[argc++]=mem; + argv[argc++]=-smp; + argv[argc++]=strdupa(pc-smp); argv[argc++]=-kernel; argv[argc++]=strdupa(kernel_image); if (initrd strcmp(initrd, )) -- 1.7.2.5 [2 Digitale PGP-Unterschrift application/pgp-signature (7bit)] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657972: Python-pastescript squeeze-backports version versus python-paste
Hello Pjotr, Christophe, I'm having the same symptoms as mentioned in bug 657972. Since I'm not a master of python debian packages, I just bluntly ran a diff between the squeeze and squeeze-backports versions of python-pastescript, I came along this little diff: -XS-Python-Version: = 2.4 Vcs-Svn: svn://svn.debian.org/python-modules/packages/pastescript/trunk/ Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/pastescript/trunk/ +X-Python-Version: = 2.4 I presume that is a typo? Further, it seems that having python-paste installed without dh_python2 together with python-pastescript installed with the use of dh_python2 breaks the latter since its part of the first? So, to be able to use the backports version of pastescript we need python-paste backported as well? Could I assist you on this matter? Regards, Kai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641684: Quote character not escaped correctly for Postgresql
severity 641684 grave thanks This bug makes the package unusable unless the mentioned workarounds are applied, as it doesn't work with the default postgres server on wheezy (9.1 right now). Even with the workaround applied the log gets spammed: 2012-03-13 10:33:51 UTC WARNING: nonstandard use of \' in a string literal at character 100 2012-03-13 10:33:51 UTC HINT: Use '' to write quotes in strings, or use the escape string syntax (E'...'). The upstream bug https://dev.icinga.org/issues/1974 looks fixed now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663681: RM: python-libtiff/0.3.0~svn78-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm pylibtiff does not support the new tiff5 package. Please remove pylibtiff from testing. See #663490 for information Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587279: debian-policy: section 2.2.1 needs some tweaking
On Mon, Mar 12, 2012 at 06:19:47PM -0400, David Prévot wrote: Le 12/03/2012 13:44, Wouter Verhelst a écrit : On Sat, Feb 25, 2012 at 01:56:17AM +0100, Carsten Hey wrote: […] how a possible mechanism to let users choose between always prefer free packages and follow the maintainer's recommendation, even it a non-free package is preferred could look like. That's easy: Package: * Pin: release c=non-free Pin-Priority: 1 in a file in /etc/apt/preferences.d/ Please, don't provide such advice: that won't allow a non-free package to be updated automatically during a stable or security update. No, that's not correct. If a package is already installed but a newever version is available, then this will be upgraded if the priority is 1. It just won't be selected for installation automatically. This is how experimental works: packages in experimental have priority 1, so won't be installed automatically; but the will be upgraded if needs be. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659806: glipper: uninstallable due to dependency on python-gnomeapplet
tags 659806 + patch thanks On 13/02/12 21:42, Adam D. Barratt wrote: glipper depends on python-gnomeapplet, but that package does not exist in unstable (in fact, it only exists in stable). glipper is thus uninstallable in unstable. As far as I can tell glipper doesn't use anything from the now gone python-gnomeapplet. In the absence of python-appindicator glipper falls back to Gtk.StatusIcon and is usable (but I'm not a user of glipper, so please correct me if I'm wrong). The attached patch drops the Depends. Cheers -- Sebastian Ramacher diff -Nru glipper-2.3/debian/rules glipper-2.3/debian/rules --- glipper-2.3/debian/rules 2012-01-27 16:44:09.0 +0100 +++ glipper-2.3/debian/rules 2012-03-13 11:44:40.0 +0100 @@ -6,7 +6,7 @@ ifeq ($(shell dpkg-vendor --derives-from Ubuntu echo yes), yes) SUBSTVARS = -Vdist:Depends=python-appindicator else - SUBSTVARS = -Vdist:Depends=python-gnomeapplet + SUBSTVARS = -Vdist:Depends= endif %: signature.asc Description: OpenPGP digital signature
Bug#661909: Patch to fix FTBFS [NMU intended; blocks php5.4 transition]
Package: graphviz Version: 2.26.3-5 Severity: normal Tags: patch Hi, I am attaching a patch to fix the build issue. The fix is fairly simple (as seen here: http://bugs.mysql.com/bug.php?id=63898), just replace incompatible expressions with pkgdata_DATA and you're done. The package builds just fine with attached patch: [...] dpkg-genchanges ../graphviz_2.26.3-9_amd64.changes dpkg-genchanges: not including original source code in upload dpkg-source --after-build graphviz-2.26.3 dpkg-source: info: unapplying pkgdata_DATA.patch dpkg-source: info: unapplying fix-hurd-autotools dpkg-source: info: unapplying fix-kfreebsd-chroots dpkg-source: info: unapplying 0_python_27_support dpkg-source: info: unapplying 3_minor_fixes_to_dot_manpage dpkg-source: info: unapplying 3_fix_vimdot_bashism dpkg-source: info: unapplying 3_fix_circo_segfault dpkg-source: info: unapplying 3_fix_dot_output dpkg-source: info: unapplying 50_remove_changelog_in dpkg-source: info: unapplying 40_fix_swig_php_ftbfs dpkg-source: info: unapplying 3_fix_pango_font_selection dpkg-source: info: unapplying 3_fix_manpage_warnings dpkg-source: info: unapplying 3_fix_powerpc_ftbfs dpkg-source: info: unapplying 0_tcl_manpages_section dpkg-source: info: unapplying 0_bindings_documentation dpkg-buildpackage: binary and diff upload (original source NOT included) I'll do 5-day DELAYED NMU if you don't respond that you want to fix the issue by yourself (soon). This bug (also) blocks PHP 5.4 transition to testing, so it is desirable if the package is fixed very soon. O. -- System Information: Debian Release: 6.0.4 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 graphviz depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcdt42.26.3-5 rich set of graph drawing tools - ii libcgraph5 2.26.3-5 rich set of graph drawing tools - ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgd2-noxpm 2.0.36~rc1~dfsg-5 GD Graphics Library version 2 (wit ii libgraph4 2.26.3-5 rich set of graph drawing tools - pn libgvc5none(no description available) ii libgvpr1 2.26.3-5 rich set of graph drawing tools - ii libx11-6 2:1.3.3-4 X11 client-side library ii libxaw72:1.0.7-1 X11 Athena Widget library ii libxmu62:1.0.5-2 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library Versions of packages graphviz recommends: ii ttf-liberation 1.05.2.20091019-4squeeze1 Fonts with the same metrics as Tim Versions of packages graphviz suggests: pn graphviz-do none (no description available) ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre Index: graphviz-2.26.3/plugin/ming/Makefile.am === --- graphviz-2.26.3.orig/plugin/ming/Makefile.am 2009-06-03 01:10:57.0 + +++ graphviz-2.26.3/plugin/ming/Makefile.am 2012-03-13 10:38:44.945027975 + @@ -17,7 +17,7 @@ else pkglib_LTLIBRARIES = libgvplugin_ming.la endif -pkglib_DATA = Bitstream_Vera_Sans.fdb Bitstream_Vera_Serif.fdb +pkgdata_DATA = Bitstream_Vera_Sans.fdb Bitstream_Vera_Serif.fdb endif libgvplugin_ming_C_la_SOURCES = \ Index: graphviz-2.26.3/tclpkg/gv/Makefile.am === --- graphviz-2.26.3.orig/tclpkg/gv/Makefile.am 2012-03-13 10:37:56.0 + +++ graphviz-2.26.3/tclpkg/gv/Makefile.am 2012-03-13 10:38:41.593029145 + @@ -242,7 +242,7 @@ gv_tcl.cpp: gv.i $(SWIG) -c++ -tcl -namespace -o gv_tcl.cpp $(srcdir)/gv.i -pkginclude_DATA = gv.i gv.cpp +pkgdata_DATA = gv.i gv.cpp pkglib_LTLIBRARIES = man_MANS = pdf_DATA =
Bug#663682: stun: Uninstall problem
Package: stun Version: 0.96.dfsg-6 Severity: important This says it all: root@asus:/home/tmac# dpkg --purge stun (Reading database ... 151194 files and directories currently installed.) Removing stun ... No primary IP given. Exiting. invoke-rc.d: initscript stun, action stop failed. dpkg: error processing stun (--purge): subprocess installed pre-removal script returned error exit status 1 No primary IP given. Exiting. invoke-rc.d: initscript stun, action start failed. dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: stun Best regards Torquil Sørensen -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.9 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stun depends on: ii libc6 2.13-27 ii libgcc1 1:4.6.3-1 ii libstdc++6 4.6.3-1 stun recommends no packages. stun suggests no packages. -- Configuration Files: /etc/default/stun changed: START_DAEMON=true DAEMON_OPTS= PRIMARY_IP= SECONDARY_IP= PRIMARY_PORT=3478 SECONDARY_PORT=3479 DAEMON_USER=nobody -- 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#663683: gnome-subtitles: Systematic crash when opening subtitles
Package: gnome-subtitles Version: 1.2-3 Severity: grave Justification: renders package unusable Dear maintener, When opening subtitle file, gnome-subtitles crashes immediately. When I launch gnome-subtitles from Konsole I have this error message : Got 4 languages. Detected encodings: UTF-8 Shift_JIS EUC-JP ISO-2022-JP EUC-KR ISO-2022-KR Big5 x-euc-tw GB2312 GB18030 ISO-2022-CN HZ-GB-2312 windows-1252 Trying the encoding utf-8 Trying to autodetect the subtitle format. [*] Opened /home/phileom/Films/Armadillo[2010]DvDrip[Danish]-FXG/Armadillo.srt with encoding System.Text.UTF8Encoding, format SubRip, timing mode Times and frame rate 25 (input frame rate was 25) Got video info: width=628, height=320, aspect_Ratio=1,9625, frame_rate=25, has_audio=True, has_video=True Got video duration: 01:40:58.320 File open error: Impossible d'ouvrir la ressource en écriture.; dfbvideosink.c(1437): gst_dfbvideosink_change_state (): /GstDfbVideoSink:videosink-actual-sink- dfbvideo: Failed initializing DirectFB system Video error: Impossible d'ouvrir la ressource en écriture.; dfbvideosink.c(1437): gst_dfbvideosink_change_state (): /GstDfbVideoSink :videosink-actual-sink-dfbvideo: Failed initializing DirectFB system (!) [ 5151:0.000] -- Caught signal 24 (unknown origin) -- Stacktrace: Native stacktrace: gnome-subtitles() [0x491ff1] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf030) [0x7f5f3506d030] /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35) [0x7f5f34d09475] /lib/x86_64-linux-gnu/libc.so.6(abort+0x180) [0x7f5f34d0c6f0] /usr/lib/libdirect-1.2.so.9(+0xa63d) [0x7f5efad0563d] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf030) [0x7f5f3506d030] /lib/x86_64-linux-gnu/libc.so.6(sigsuspend+0x44) [0x7f5f34d09824] gnome-subtitles() [0x5d9b6b] /lib/x86_64-linux-gnu/libpthread.so.0(+0xf030) [0x7f5f3506d030] /lib/x86_64-linux-gnu/libpthread.so.0(sem_wait+0x2e) [0x7f5f3506b41e] gnome-subtitles(mono_sem_wait+0x18) [0x5c0cc8] gnome-subtitles() [0x50fd8b] gnome-subtitles() [0x591837] gnome-subtitles() [0x5bb972] gnome-subtitles() [0x5db90d] /lib/x86_64-linux-gnu/libpthread.so.0(+0x6b50) [0x7f5f35064b50] /lib/x86_64-linux-gnu/libc.so.6(clone+0x6d) [0x7f5f34daf90d] Debug info from gdb: = Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Abandon -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2-9.slh.5-aptosid-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-subtitles depends on: ii gconf2 3.2.3-3 ii gstreamer0.10-plugins-base 0.10.36-1 ii libc62.13-27 ii libenchant1c2a 1.6.0-7 ii libgconf2.0-cil 2.24.2-2 ii libglade2.0-cil 2.12.10-3 ii libglib2.0-0 2.30.2-6 ii libglib2.0-cil 2.12.10-3 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk2.0-cil2.12.10-3 ii libgtkspell0 2.0.16-1 ii libmono-corlib4.0-cil2.10.8.1-1 ii libmono-i18n4.0-all 2.10.8.1-1 ii libmono-posix4.0-cil 2.10.8.1-1 ii libmono-system-web4.0-cil2.10.8.1-1 ii libmono-system4.0-cil2.10.8.1-1 ii libxml2 2.7.8.dfsg-7 ii mono-runtime 2.10.8.1-1 Versions of packages gnome-subtitles recommends: ii gstreamer0.10-ffmpeg 1:0.10.13-0.2 gnome-subtitles 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#659723: new upstream release (1.6.3) of nagvis and livestatus-support
Hello After trying nagvis on a recent Nagios installation if checked the bug reports to find this good news. The version 1:1.4.6-2 suffer from several issues (mentioned in other bugrepports (626456 and 655064) which I couldn't totally circumvent. Unfortunately, I'm running a Debian Wheezy release in order to get balance between production requirements and features. Therefore, I wonder how I could install the experimental version on this server properly (apt-pinning I suppose... though I'm afraid of the effect of dependencies on other packages)? What are the plans for a Testing version? I will test this experimental package on another machine to help debugging. Regards
Bug#661909: NMU patch (2.26.3-9.1)
Package: graphviz Version: 2.26.3-5 Severity: normal Tags: patch Hi, attached you will find the patch used for NMU (5-DELAYED). The NMU will be automatically canceled if you upload higher version before the delay. O. -- System Information: Debian Release: 6.0.4 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 graphviz depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcdt42.26.3-5 rich set of graph drawing tools - ii libcgraph5 2.26.3-5 rich set of graph drawing tools - ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libgd2-noxpm 2.0.36~rc1~dfsg-5 GD Graphics Library version 2 (wit ii libgraph4 2.26.3-5 rich set of graph drawing tools - pn libgvc5none(no description available) ii libgvpr1 2.26.3-5 rich set of graph drawing tools - ii libx11-6 2:1.3.3-4 X11 client-side library ii libxaw72:1.0.7-1 X11 Athena Widget library ii libxmu62:1.0.5-2 X11 miscellaneous utility library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library Versions of packages graphviz recommends: ii ttf-liberation 1.05.2.20091019-4squeeze1 Fonts with the same metrics as Tim Versions of packages graphviz suggests: pn graphviz-do none (no description available) ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre diff --git a/debian/changelog b/debian/changelog index 5222a6d..d81595f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +graphviz (2.26.3-9.1) unstable; urgency=low + + * Non-maintainer upload + * Fix FTBFS by using pkgdata_DATA directive in Makefile.ams + + -- Ondřej Surý ond...@debian.org Tue, 13 Mar 2012 11:48:21 +0100 + graphviz (2.26.3-9) unstable; urgency=low * Include patch by Samuel Thibault to handle autotools failure on hurd diff --git a/debian/patches/pkgdata_DATA.patch b/debian/patches/pkgdata_DATA.patch new file mode 100644 index 000..7e2dbde --- /dev/null +++ b/debian/patches/pkgdata_DATA.patch @@ -0,0 +1,26 @@ +Index: graphviz-2.26.3/plugin/ming/Makefile.am +=== +--- graphviz-2.26.3.orig/plugin/ming/Makefile.am 2009-06-03 01:10:57.0 + graphviz-2.26.3/plugin/ming/Makefile.am 2012-03-13 10:38:44.945027975 + +@@ -17,7 +17,7 @@ + else + pkglib_LTLIBRARIES = libgvplugin_ming.la + endif +-pkglib_DATA = Bitstream_Vera_Sans.fdb Bitstream_Vera_Serif.fdb ++pkgdata_DATA = Bitstream_Vera_Sans.fdb Bitstream_Vera_Serif.fdb + endif + + libgvplugin_ming_C_la_SOURCES = \ +Index: graphviz-2.26.3/tclpkg/gv/Makefile.am +=== +--- graphviz-2.26.3.orig/tclpkg/gv/Makefile.am 2012-03-13 10:37:56.0 + graphviz-2.26.3/tclpkg/gv/Makefile.am 2012-03-13 10:38:41.593029145 + +@@ -242,7 +242,7 @@ + gv_tcl.cpp: gv.i + $(SWIG) -c++ -tcl -namespace -o gv_tcl.cpp $(srcdir)/gv.i + +-pkginclude_DATA = gv.i gv.cpp ++pkgdata_DATA = gv.i gv.cpp + pkglib_LTLIBRARIES = + man_MANS = + pdf_DATA = diff --git a/debian/patches/series b/debian/patches/series index 5ceceba..ab9e533 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -12,3 +12,4 @@ 0_python_27_support fix-kfreebsd-chroots fix-hurd-autotools +pkgdata_DATA.patch
Bug#663684: libGL.so/libGL.so.1 diversions are causing issues in libgtkglext1 programs with nvidia drivers
Package: glx-diversions Version: 0.2.1 Severity: normal When using the binary nvidia drivers with the current glx-diversions setup, function calls to glXGetProcAddress causes programs to crash with a segmentation fault. In a private discussion with Andreas Beckmann, I understood that the current diversion mechanism works as follows: - libGL.so always points to mesa-diverted - libGL.so.1 points to the binary driver This forces programs to link to the mesa library by default, so that no symbols from the proprietary driver are brought in. This is _very_ sensible, but has some drawbacks: - This causes programs dynloading libGL.so to fail. Several dynamic languages are doing it, notably lisp environment and in particular the cl-opengl package, which currently fails only on Debian because of this. While I agree that opening the proper soname (libGL.so.1) is the way to go, determining it at runtime for a dynamic language *is* a problem. Afterall, libGL.so is expected to point at the default GL libs. Fixing cl-opengl is easy in this case (simply loading libGL.so.1 fixes the issue), but kind of unexpected. - Second issue is more complicated. This link group breaks all applications using libgtkglext1. I didn't debug it fully yet to understand why. Please see bug #337022: all calls to glXGetProcAddress (or the gdk equivalent gdk_gl_get_proc_address) fail with a segmentation fault. Replacing the libGL.so link to point to libGL.so.1 (to the nvidia driver directly) fixes the issue. To reproduce the issue simply dowload the source of libgtkglext1, build the package, cd into examples and make coolwave. I'm attaching both strace and ltrace output of the output of coolwave with the default link group. It seems that someone (maybe the binary driver itself?) is trying to load libGL.so at runtime. Given that libGL.so.1 is already loaded, after calling functions in libGL.so some internal state gets (and rightfully so) corrupted. I was left wondering though, if some packages are failing to get GL extensions and degrade gracefully, thus giving me a subpar experience. I know of at least one case (http://factorcode.org/) where the GL demos do work and _are_ accellerated by the binary driver, but all GL extensions are disabled because dynamic loading silently fails. Tricky. -- Package-specific info: Diversions: diversion of /usr/lib/i386-linux-gnu/libGL.so to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by glx-diversions diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by glx-diversions diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions /usr/lib/mesa-diverted: total 100 drwxr-xr-x 4 root root72 Sep 5 2011 . drwxr-xr-x 130 root root 77824 Mar 13 11:27 .. drwxr-xr-x 2 root root 6 Jun 26 2011 i386-linux-gnu lrwxrwxrwx 1 root root33 Jul 21 2011 libGL.so-master - /etc/alternatives/libGL.so-master drwxr-xr-x 2 root root57 Dec 13 10:56 x86_64-linux-gnu /usr/lib/mesa-diverted/i386-linux-gnu/: total 0 drwxr-xr-x 2 root root 6 Jun 26 2011 . drwxr-xr-x 4 root root 72 Sep 5 2011 .. /usr/lib/mesa-diverted/x86_64-linux-gnu/: total 356 drwxr-xr-x 2 root root 57 Dec 13 10:56 . drwxr-xr-x 4 root root 72 Sep 5 2011 .. lrwxrwxrwx 1 root root 10 Dec 11 15:54 libGL.so - libGL.so.1 lrwxrwxrwx 1 root root 12 Dec 11 15:54 libGL.so.1 - libGL.so.1.2 -rw-r--r-- 1 root root 363920 Dec 11 15:54 libGL.so.1.2 Alternative 'glx': glx - auto mode link currently points to /usr/lib/nvidia /usr/lib/mesa-diverted - priority 5 slave glx--libGL.so.1-x86_64-linux-gnu: /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 /usr/lib/nvidia - priority 100 slave glx--libGL.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 slave glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 slave glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 slave glx--libnvidia-cfg.so.1-x86_64-linux-gnu: /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 slave glx--linux-libglx.so: /usr/lib/nvidia/libglx.so slave glx--nvidia-bug-report.sh: /usr/lib/nvidia/nvidia-bug-report.sh slave glx--nvidia_drv.so:
Bug#663685: RFS: openvpn-auth-radius/2.1-4 -- updated packaging, hardening release goal
Package: sponsorship-requests Severity: normal Dear mentors, my usual sponsor for openvpn-auth-radius, Sven Hoexter, lacks time for uploading this update. openvpn-auth-radius is a plugin for openvpn that enables authentication via a radius server. It is written in C/C++. The package is already present in the archive. The following is the new changelog entry: openvpn-auth-radius (2.1-4) unstable; urgency=low * binary* targets need to depend on build target. * Mention quilt's README.source in README.source. * Bumped Standards-Version: no changes needed. * Update debian/copyright to machine readable specification 1.0. * Support dpkg-buildflags. * Switch to debhelper 8 and use overrides. -- Helmut Grohne h.gro...@cygnusnetworks.de Tue, 06 Mar 2012 16:31:05 +0100 Note that support for dpkg-buildflags is a way to meet the hardening release goal. Please refrain from suggesting higher debhelper compatibility levels. It needs to be easily backportable. I verified that the updated package builds cleanly in pbuilder and passes sid's lintian -Ii --pedantic -E without any output. A .debdiff to the package already in the archive is attached to this mail. To construct the package to be uploaded, please apt-get source openvpn-auth-radius from either testing or unstable and apply the debdiff. I would be glad if a one-time sponsor could do this upload. Helmut signature.asc Description: Digital signature
Bug#663686: libzorp3.9-5: fails to upgrade from 'testing' - trying to overwrite /usr/lib/libzorpproxy.so.0.0.0
Package: libzorp3.9-5 Version: 3.9.5-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libzorp3.9-5. Unpacking libzorp3.9-5 (from .../libzorp3.9-5_3.9.5-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libzorp3.9-5_3.9.5-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/libzorpproxy.so.0.0.0', which is also in package libzorp3.9-0 3.9.3-2 cheers, Andreas libzorp-dev_3.9.5-1.log.gz Description: GNU Zip compressed data
Bug#663685: Acknowledgement (RFS: openvpn-auth-radius/2.1-4 -- updated packaging, hardening release goal)
Yes, I did forget the attachment part. Helmut diff -u openvpn-auth-radius-2.1/debian/rules openvpn-auth-radius-2.1/debian/rules --- openvpn-auth-radius-2.1/debian/rules +++ openvpn-auth-radius-2.1/debian/rules @@ -2,6 +2,11 @@ %: dh $@ +DPKG_EXPORT_BUILDFLAGS = 1 +# use -include to support old dpkg +-include /usr/share/dpkg/buildflags.mk +CFLAGS += -g + patch-stamp: QUILT_PATCHES=debian/patches quilt push -a touch $@ @@ -16,17 +21,22 @@ - dh $@ --before dh_clean - dh_clean -XUserAcct.cpp.orig - dh $@ --after dh_clean + dh $@ # do not remove the next line or the diff will contain these files. rm -f debian/openvpn-auth-radius.debhelper.log debian/openvpn-auth-radius-dbg.debhelper.log +override_dh_clean: + dh_clean -XUserAcct.cpp.orig + build:patch-stamp dh $@ binary binary-arch:build - dh $@ --until dh_auto_install + dh $@ + +override_dh_auto_install: install -m755 radiusplugin.so $(CURDIR)/debian/openvpn-auth-radius/usr/lib/openvpn/radiusplugin.so - dh $@ --after dh_auto_install --until dh_fixperms + +override_dh_fixperms: + dh_fixperms chmod a-x $(CURDIR)/debian/openvpn-auth-radius/usr/share/doc/openvpn-auth-radius/examples/radiusplugin.cnf - dh $@ --after dh_fixperms --before dh_strip + +override_dh_strip: dh_strip --dbg-package=openvpn-auth-radius-dbg - dh $@ --after dh_strip diff -u openvpn-auth-radius-2.1/debian/control openvpn-auth-radius-2.1/debian/control --- openvpn-auth-radius-2.1/debian/control +++ openvpn-auth-radius-2.1/debian/control @@ -1,10 +1,10 @@ Source: openvpn-auth-radius Maintainer: Cygnus Networks GmbH deb...@cygnusnetworks.de Uploaders: Helmut Grohne h.gro...@cygnusnetworks.de -Standards-Version: 3.9.1 +Standards-Version: 3.9.3 Section: net Priority: extra -Build-Depends: debhelper (= 7), libgcrypt11-dev, quilt +Build-Depends: debhelper (= 8), libgcrypt11-dev, quilt Homepage: http://www.nongnu.org/radiusplugin/ Package: openvpn-auth-radius diff -u openvpn-auth-radius-2.1/debian/changelog openvpn-auth-radius-2.1/debian/changelog --- openvpn-auth-radius-2.1/debian/changelog +++ openvpn-auth-radius-2.1/debian/changelog @@ -1,3 +1,14 @@ +openvpn-auth-radius (2.1-4) unstable; urgency=low + + * binary* targets need to depend on build target. + * Mention quilt's README.source in README.source. + * Bumped Standards-Version: no changes needed. + * Update debian/copyright to machine readable specification 1.0. + * Support dpkg-buildflags. + * Switch to debhelper 8 and use overrides. + + -- Helmut Grohne h.gro...@cygnusnetworks.de Tue, 06 Mar 2012 16:31:05 +0100 + openvpn-auth-radius (2.1-3) unstable; urgency=low * Fix binary-arch target. (Closes: #613666) diff -u openvpn-auth-radius-2.1/debian/README.source openvpn-auth-radius-2.1/debian/README.source --- openvpn-auth-radius-2.1/debian/README.source +++ openvpn-auth-radius-2.1/debian/README.source @@ -10,0 +11,3 @@ + +For further information please install the quilt package and read +/usr/share/doc/quilt/README.source. diff -u openvpn-auth-radius-2.1/debian/copyright openvpn-auth-radius-2.1/debian/copyright --- openvpn-auth-radius-2.1/debian/copyright +++ openvpn-auth-radius-2.1/debian/copyright @@ -1,31 +1,117 @@ -Format-Specification: http://svn.debian.org/wsvn/dep/web/deps/dep5.mdwn?op=filerev=135 -Name: radiusplugin -Maintainer: Cygnus Networks GmbH deb...@cygnusnetworks.de +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ +Upstream-Name: radiusplugin +Upstream-Contact: Ralf Luebben ralflueb...@gmx.de Source: http://www.nongnu.org/radiusplugin/ Files: * Copyright: 2005, EWE TEL GmbH 2005, Ralf Luebben ralflueb...@gmx.de +License: GPL-2+ + This program is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License as published by + the Free Software Foundation; either version 2 of the License, or + any later version. + . + This program 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 General Public License for more details. + . + You should have received a copy of the GNU General Public License + along with this program; if not, write to the Free Software + Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301 USA + . + On Debian systems, the full text of the GNU General Public + License version 2 can be found in the file + `/usr/share/common-licenses/GPL-2'. + +Files: RadiusClass/radius.h +Copyright: 2005, EWE TEL GmbH + 2005, Ralf Luebben ralflueb...@gmx.de License: GPL-2 - See /usr/share/common-licenses/GPL-2 + This program is free software; you can redistribute it and/or modify + it under the terms of the GNU General Public License version 2 + as published by the Free Software Foundation. + . + This program
Bug#565113: screen window renaming sequences do not immediatly take effect
On Debian unstable with tmux 1.6-1 I can not reproduce the problem. I tried bash and zsh, no difference. Using zsh print -nP '\033k%'; print -nPR $(date); print -n '\033\\'; Using bash printf '\033k%%%s\033\\' $(date) I found some people having the same issue on http://blog.hawkhost.com/2010/06/28/tmux-the-terminal-multiplexer/ However the solution seems to be (citations from link above): I had the same problem with the automatic window renaming not working, even when “setw -g automatic-rename off” was in the conf file. The issue was it was conflicting with oh-my-zsh. If you delete the /oh-my-zsh/lib/termsupport.zsh file. It fixed my renaming issue. I also had the problem with oh-my-zsh causing “setw -g automatic-rename off” not working in tmux, but this days it’s easy to fix, just add the following line into your ~/.zshrc: export DISABLE_AUTO_TITLE=”true” and restart the terminal. Joey, can you check this out once more ? Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661166: [Pkg-nagios-devel] Bug#661166: please include nagios-check-soas
Hi, please include nagios-check-soas: http://svn.noreply.org/svn/weaselutils/trunk/nagios-check-soas I'm not keen on adding ruby stuff. Please see if the plugins from http://dns.measurement-factory.com/tools/nagios-plugins/index.html work for you. Cheers, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663687: [INTL:pl] Polish debconf translation
Package: freevo Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#663688: [INTL:pl] Polish debconf translation
Package: gwhois Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#663689: [INTL:pl] Polish debconf translation
Package: redhat-cluster Severity: wishlist Tags: l10n patch Hi! Please add the attached Polish debconf translation. Thanks in advance, -- Michał Kułach pl.po Description: Binary data
Bug#641684: [Pkg-nagios-devel] Bug#641684: Quote character not escaped correctly for Postgresql
Original Message Subject: [Pkg-nagios-devel] Bug#641684: Quote character not escaped correctly for Postgresql From: Stefan Bühler light...@stbuehler.de To: cont...@bugs.debian.org, 641...@bugs.debian.org Date: 2012-03-13 11:40 severity 641684 grave thanks This bug makes the package unusable unless the mentioned workarounds are applied, as it doesn't work with the default postgres server on wheezy (9.1 right now). fixed in upstream git for 1.7 https://dev.icinga.org/issues/1974 testers welcome. Even with the workaround applied the log gets spammed: 2012-03-13 10:33:51 UTC WARNING: nonstandard use of \' in a string literal at character 100 2012-03-13 10:33:51 UTC HINT: Use '' to write quotes in strings, or use the escape string syntax (E'...'). The upstream bug https://dev.icinga.org/issues/1974 looks fixed now. ___ Pkg-nagios-devel mailing list pkg-nagios-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-nagios-devel -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax:+43 1 4277 14338 web:http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656481: FTBFS with PHP 5.4
Package: php-imlib Severity: normal Tags: patch Hi, I have uploaded NMU with fix to DELAYED/5. Patch is attached. O. -- System Information: Debian Release: 6.0.4 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 diff --git a/debian/changelog b/debian/changelog index 08278ad..434958e 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +php-imlib (0.7-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Fix FTBFS with PHP 5.4 (Closes: #656481) + * Add quilt source format + + -- Ondřej Surý ond...@debian.org Tue, 13 Mar 2012 12:56:16 +0100 + php-imlib (0.7-3) unstable; urgency=low * convert to dpkg-buildflags to avoid hard-coding of policy flags and to diff --git a/debian/patches/php5.4-compatibility.patch b/debian/patches/php5.4-compatibility.patch new file mode 100644 index 000..6c3e65a --- /dev/null +++ b/debian/patches/php5.4-compatibility.patch @@ -0,0 +1,11 @@ +--- a/imlib.c b/imlib.c +@@ -73,7 +73,7 @@ static int le_imlib_font; + static int le_imlib_img; + static int le_imlib_poly; + +-function_entry imlib_functions[] = { ++zend_function_entry imlib_functions[] = { + PHP_FE(imlib_add_color_to_color_range,NULL) + PHP_FE(imlib_blend_image_onto_image,NULL) + PHP_FE(imlib_clone_image,NULL) diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..03aee1a --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +php5.4-compatibility.patch diff --git a/debian/source/format b/debian/source/format new file mode 100644 index 000..163aaf8 --- /dev/null +++ b/debian/source/format @@ -0,0 +1 @@ +3.0 (quilt)
Bug#663690: kde-runtime: nepomukservicestup crash on startup
Package: kde-runtime Version: 4:4.7.4-2 Severity: normal Dear Maintainer, every time KDE starts up, I am greeted by the crash dialogue. Here is the debug output: Application: Nepomuk-Dienst (nepomukservicestub), signal: Aborted Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [Current thread is 1 (Thread 0x7f0305327760 (LWP 4330))] Thread 8 (Thread 0x7f02eaeae700 (LWP 4340)): #0 0x7f030297b93d in read () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f0301bfda9f in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0301bbbd17 in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0301bbc5f2 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f0301bbca99 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x7f0304e3de96 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7f0304e12492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #7 0x7f0304e1268f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #8 0x7f0304d2a30f in QThread::exec() () from /usr/lib/libQtCore.so.4 #9 0x7f0304df535f in ?? () from /usr/lib/libQtCore.so.4 #10 0x7f0304d2ccf5 in ?? () from /usr/lib/libQtCore.so.4 #11 0x7f0302699b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #12 0x7f030298790d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #13 0x in ?? () Thread 7 (Thread 0x7f02ea6ad700 (LWP 4343)): #0 0x7f030297ccc3 in poll () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7f0301bbc5d8 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0301bbca99 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0304e3de96 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #4 0x7f0304e12492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7f0304e1268f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7f0304d2a30f in QThread::exec() () from /usr/lib/libQtCore.so.4 #7 0x7f02f5e96528 in ?? () from /usr/lib/libsopranoserver.so.1 #8 0x7f0304d2ccf5 in ?? () from /usr/lib/libQtCore.so.4 #9 0x7f0302699b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #10 0x7f030298790d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #11 0x in ?? () Thread 6 (Thread 0x7f02e9eac700 (LWP 4344)): #0 0x7f030269c13f in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0 #1 0x7f0301bbb6a3 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f0301bbc46d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f0301bbca99 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f0304e3de96 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #5 0x7f0304e12492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #6 0x7f0304e1268f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #7 0x7f0304d2a30f in QThread::exec() () from /usr/lib/libQtCore.so.4 #8 0x7f02f5e85ebe in ?? () from /usr/lib/libsopranoserver.so.1 #9 0x7f0304d2ccf5 in ?? () from /usr/lib/libQtCore.so.4 #10 0x7f0302699b50 in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0 #11 0x7f030298790d in clone () from /lib/x86_64-linux-gnu/libc.so.6 #12 0x in ?? () Thread 5 (Thread 0x7f02e96ab700 (LWP 4345)): #0 0x7fff199ff90d in ?? () #1 0x7f0301e6fe86 in clock_gettime () from /lib/x86_64-linux-gnu/librt.so.1 #2 0x7f0304d7c964 in ?? () from /usr/lib/libQtCore.so.4 #3 0x7f0304e3e63d in ?? () from /usr/lib/libQtCore.so.4 #4 0x7f0304e3e973 in ?? () from /usr/lib/libQtCore.so.4 #5 0x7f0304e3d3ec in ?? () from /usr/lib/libQtCore.so.4 #6 0x7f0304e3d495 in ?? () from /usr/lib/libQtCore.so.4 #7 0x7f0301bbb672 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x7f0301bbc46d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x7f0301bbca99 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #10 0x7f0304e3de96 in QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #11 0x7f0304e12492 in QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #12 0x7f0304e1268f in QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from /usr/lib/libQtCore.so.4 #13 0x7f0304d2a30f in QThread::exec() () from /usr/lib/libQtCore.so.4 #14
Bug#449513: axel: redirect
Hi, http://www.mirrorservice.org/sites/releases.ubuntu.com/dapper/ubuntu-6.06.1-alternate-amd64.iso This is not good example any more thus I tried newer URL: $ wget http://www.mirrorservice.org/sites/releases.ubuntu.com/12.04/ubuntu-12.04-beta1-alternate-i386.iso --2012-03-13 21:00:04-- http://www.mirrorservice.org/sites/releases.ubuntu.com/12.04/ubuntu-12.04-beta1-alternate-i386.iso Resolving www.mirrorservice.org (www.mirrorservice.org)... 212.219.56.131, 212.219.56.132, 212.219.56.133, ... Connecting to www.mirrorservice.org (www.mirrorservice.org)|212.219.56.131|:80... connected. HTTP request sent, awaiting response... 302 Found Location: ftp://ftp.ukc.mirrorservice.org/sites/releases.ubuntu.com/12.04/ubuntu-12.04-beta1-alternate-i386.iso [following] --2012-03-13 21:00:05-- ftp://ftp.ukc.mirrorservice.org/sites/releases.ubuntu.com/12.04/ubuntu-12.04-beta1-alternate-i386.iso = `ubuntu-12.04-beta1-alternate-i386.iso' Resolving ftp.ukc.mirrorservice.org (ftp.ukc.mirrorservice.org)... 212.219.56.131, 212.219.56.132, 212.219.56.133, ... Connecting to ftp.ukc.mirrorservice.org (ftp.ukc.mirrorservice.org)|212.219.56.131|:21... connected. Logging in as anonymous ... Logged in! == SYST ... done.== PWD ... done. == TYPE I ... done. == CWD (1) /sites/releases.ubuntu.com/12.04 ... done. == SIZE ubuntu-12.04-beta1-alternate-i386.iso ... 718581760 == PASV ... done.== RETR ubuntu-12.04-beta1-alternate-i386.iso ... done. Length: 718581760 (685M) (unauthoritative) ... [download starts ] $ axel -v http://www.mirrorservice.org/sites/releases.ubuntu.com/12.04/ubuntu-12.04-beta1-alternate-i386.iso Initializing download: http://www.mirrorservice.org/sites/releases.ubuntu.com/12.04/ubuntu-12.04-beta1-alternate-i386.iso Segmentation fault OK, so this is still a bug. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663691: /usr/lib/libsqlite3.so.0: crash with .schema and with MALLOC_CHECK_ enabled
Package: libsqlite3-0 Version: 3.7.10-1 Severity: normal File: /usr/lib/libsqlite3.so.0 For some reason gdb can't find any debug symbols files even though I have libsqlite3-0-dbg installed, but anyway MALLOC_CHECK_=2 causes libsqlite3.so.0 to abort, meaning that libsqlite3-0 is managing its memory incorrectly: http://www.gnu.org/s/libc/manual/html_node/Heap-Consistency-Checking.html pabs@chianamo ~ $ MALLOC_CHECK_=2 gdb -s /usr/lib/debug/usr/lib/libsqlite3.so.0.8.6 -s /usr/lib/debug/usr/bin/sqlite3 --args sqlite3 ~/.tangogps/poi.db .schema GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/sqlite3...Reading symbols from /usr/lib/debug/usr/bin/sqlite3...(no debugging symbols found)...done. (no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/sqlite3 /home/pabs/.tangogps/poi.db .schema [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGABRT, Aborted. 0x7759d475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) thread apply all bt full Thread 1 (Thread 0x77fc7700 (LWP 8469)): #0 0x7759d475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 pid = optimized out selftid = optimized out #1 0x775a06f0 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = 0x1}, sa_mask = {__val = {140737349316520, 1, 6427928, 4294967291, 17186297112, 0, 0, 0, 0, 0, 0, 0, 0, 0, 6421328, 140737488333152}}, sa_flags = 1, sa_restorer = 0x621840} sigs = {__val = {32, 0 repeats 15 times}} #2 0x775e0ae0 in malloc_printerr (action=2, str=0x776b4aa4 realloc(): invalid pointer, ptr=0x2115) at malloc.c:6288 No locals. #3 0x775e6ee5 in realloc_check (oldmem=0x624930, bytes=104, caller=optimized out) at hooks.c:330 nb = optimized out newmem = optimized out magic_p = optimized out oldp = 0x0 oldsize = 4294967296 #4 0x77b6a5f0 in sqlite3MemRealloc () from /usr/lib/libsqlite3.so.0 No symbol table info available. #5 0x77b4febb in sqlite3Realloc () from /usr/lib/libsqlite3.so.0 No symbol table info available. #6 0x77b5d16b in sqlite3DbRealloc () from /usr/lib/libsqlite3.so.0 No symbol table info available. #7 0x77b5d1a9 in sqlite3DbReallocOrFree () from /usr/lib/libsqlite3.so.0 No symbol table info available. #8 0x77b5e953 in sqlite3VdbeMakeLabel () from /usr/lib/libsqlite3.so.0 No symbol table info available. #9 0x77b7f3ec in sqlite3WhereBegin () from /usr/lib/libsqlite3.so.0 No symbol table info available. #10 0x77b81838 in sqlite3Select () from /usr/lib/libsqlite3.so.0 No symbol table info available. #11 0x77b97e83 in sqlite3Parser () from /usr/lib/libsqlite3.so.0 No symbol table info available. #12 0x77b99ec6 in sqlite3RunParser () from /usr/lib/libsqlite3.so.0 No symbol table info available. #13 0x77b9c17a in sqlite3Prepare () from /usr/lib/libsqlite3.so.0 No symbol table info available. #14 0x77b9c379 in sqlite3LockAndPrepare () from /usr/lib/libsqlite3.so.0 No symbol table info available. #15 0x77b9c805 in sqlite3_prepare () from /usr/lib/libsqlite3.so.0 No symbol table info available. #16 0x77ba2e1e in sqlite3_exec () from /usr/lib/libsqlite3.so.0 No symbol table info available. #17 0x004070f5 in do_meta_command () No symbol table info available. #18 0x0040274b in main () No symbol table info available. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsqlite3-0 depends on: ii libc6 2.13-27 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#663692: tcc(1) man page describes a -b option, but it is not supported
Package: tcc Version: 0.9.26~git20120104.83d57c0-4 Severity: normal The tcc(1) man page says: -b Generate additional support code to check memory allocations and array/pointer bounds. -g is implied. Note that the generated code is slower and bigger in this case. but I get the following error: tcc: error: invalid option -- '-b' and it is not listed in the --help output. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcc depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-27 Versions of packages tcc recommends: ii libc6-dev [libc-dev] 2.13-27 tcc 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#663693: tcc should support the -rpath option
Package: tcc Version: 0.9.26~git20120104.83d57c0-4 Severity: wishlist Tags: upstream patch tcc should support the -rpath option, as it is generated by libtool (e.g. to be able to build the MPFR tests with shared libraries enabled). The attached patch does that (please review it, as I am not familiar with the tcc code). The patch itself seems to work on my x86_64 machine (though running the test is another problem...). At least its behavior is equivalent to -Wl,-rpath. Note that it does not free the memory explicitly when the program ends. I don't think this is a problem in practice, except when testing with tools like valgrind. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tcc depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-27 Versions of packages tcc recommends: ii libc6-dev [libc-dev] 2.13-27 tcc suggests no packages. -- no debconf information --- a/tcc.c 2012-01-04 14:40:03.0 +0100 +++ b/tcc.c 2012-03-12 16:08:59.0 +0100 @@ -67,6 +67,7 @@ -soname set name for shared library to be used at runtime\n -static static linking\n -rdynamic export all global symbols to dynamic linker\n + -rpath set custom library search path\n -r generate (relocatable) object file\n Debugger options:\n -g generate runtime debug info\n @@ -104,6 +105,7 @@ TCC_OPTION_static, TCC_OPTION_shared, TCC_OPTION_soname, +TCC_OPTION_rpath, TCC_OPTION_o, TCC_OPTION_r, TCC_OPTION_s, @@ -151,6 +153,7 @@ { static, TCC_OPTION_static, 0 }, { shared, TCC_OPTION_shared, 0 }, { soname, TCC_OPTION_soname, TCC_OPTION_HAS_ARG }, +{ rpath, TCC_OPTION_rpath, TCC_OPTION_HAS_ARG }, { o, TCC_OPTION_o, TCC_OPTION_HAS_ARG }, { pedantic, TCC_OPTION_pedantic, 0}, { pthread, TCC_OPTION_pthread, 0}, @@ -441,6 +444,19 @@ case TCC_OPTION_rdynamic: s-rdynamic = 1; break; +case TCC_OPTION_rpath: +{ +char *arg; +int len; +len = strlen(optarg); +arg = tcc_malloc(len + 8); +memcpy(arg, -rpath=, 7); +memcpy(arg + 7, optarg, len); +arg[7 + len] = '\0'; +if ((r = (char *) tcc_set_linker(s, arg, TRUE))) +tcc_error(unsupported linker option '%s', r); +break; +} case TCC_OPTION_Wl: if ((r = (char *) tcc_set_linker(s, (char *)optarg, TRUE))) tcc_error(unsupported linker option '%s', r); --- a/tcc-doc.texi 2012-01-04 14:40:03.0 +0100 +++ b/tcc-doc.texi 2012-03-13 12:53:34.0 +0100 @@ -316,6 +316,7 @@ @end table @item -Wl,-rpath=path +@item -rpath path Set custom library search path @end table
Bug#663694: RM: php-auth-pam -- RoReverseDependency; maintainer seems MIA; RC-buggy; abandoned upstream
Package: ftp.debian.org Severity: normal Hi, I am requesting the removal of this package as the maintainer of php5, which is a reverse dependency of php-auth-pam. php-auth-php doesn't build from source with PHP 5.4 (#656485). php-auth-pam was abandoned by upstream (the upstream pages even doesn't exist anymore) and also the code has heap overflow bug (#548011). Also maintainer seems to be MIA for some time (last upload in beggining of 2011, not responded to any open bugs - oldest is from 2009). O. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663695: Hardcoded x86_64 architecture in config can break other architectures
Package: luarocks Version: 2.0.2-1 Severity: serious This is the same problem as https://bugs.launchpad.net/ubuntu/+source/luarocks/+bug/923161 : in the architecture-independent luarocks package, the particular platform of the build machine is wired in. Examining luarocks_2.0.2-1_all.deb : /usr/share/lua/5.1/luarocks/config.lua we see: ... LUAROCKS_UNAME_S=[[Linux]] LUAROCKS_UNAME_M=[[x86_64]] ... The latter is obviously incorrect on all other architectures. This can prevent the luarocks tool from being able to build packages. In Ubuntu the results are worse since their build machine was i686. Debian having LUAROCKS_UNAME_M=[[x86_64]] will at least trigger -fpic CFLAGS, which is the most pressing problem for non-i386 platforms. luarocks will automatically determine the system architecture, so if these lines are omitted from config.lua the correct behavior results. I posted a patch on the Ubuntu page, but it's not correct. config.lua is generated at build time; the Debian build rules should just 'grep -v' out the LUAROCKS_UNAME_ lines from config.lua at the time of installation. Feel free to do something more complicated instead, or mark the package architecture any rather than all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641614: libidl: please convert to multiarch
On Mon, Feb 13, 2012 at 11:49:44AM +, Colin Watson wrote: I can think of one other possibility which might work, but needs to be tested. Introduce a libidl-common package, which is empty apart from documentation. The control metadata would look something like this: OK, that seems to work. Riku, could you double-check this patch and consider it for the NMU you were talking about doing? diff -u libidl-0.8.14/debian/rules libidl-0.8.14/debian/rules --- libidl-0.8.14/debian/rules +++ libidl-0.8.14/debian/rules @@ -4,6 +4,8 @@ include /usr/share/cdbs/1/class/autotools.mk +DEB_CONFIGURE_EXTRA_FLAGS += --libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) + install/libidl-dev:: - for file in debian/tmp/usr/lib/*.la; do \ + for file in debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/*.la; do \ sed -i /dependency_libs/ s/'.*'/''/ $$file ; \ done diff -u libidl-0.8.14/debian/libidl0.install libidl-0.8.14/debian/libidl0.install --- libidl-0.8.14/debian/libidl0.install +++ libidl-0.8.14/debian/libidl0.install @@ -1 +1 @@ -debian/tmp/usr/lib/lib*.so.* +debian/tmp/usr/lib/*/lib*.so.* diff -u libidl-0.8.14/debian/libidl-dev.install libidl-0.8.14/debian/libidl-dev.install --- libidl-0.8.14/debian/libidl-dev.install +++ libidl-0.8.14/debian/libidl-dev.install @@ -1,6 +1,6 @@ debian/tmp/usr/include -debian/tmp/usr/lib/*.so -debian/tmp/usr/lib/*.la -debian/tmp/usr/lib/*.a -debian/tmp/usr/lib/pkgconfig +debian/tmp/usr/lib/*/*.so +debian/tmp/usr/lib/*/*.la +debian/tmp/usr/lib/*/*.a +debian/tmp/usr/lib/*/pkgconfig debian/tmp/usr/bin/libIDL-config-2 diff -u libidl-0.8.14/debian/control libidl-0.8.14/debian/control --- libidl-0.8.14/debian/control +++ libidl-0.8.14/debian/control @@ -3,12 +3,14 @@ Maintainer: Sebastian Rittau srit...@debian.org Standards-Version: 3.8.3 Section: libs -Build-Depends: libglib2.0-dev, pkg-config, bison, flex, texinfo, cdbs, debhelper (= 4.1.0) +Build-Depends: libglib2.0-dev, pkg-config, bison, flex, texinfo, cdbs (= 0.4.93~), debhelper (= 8.1.3~) Package: libidl0 Architecture: any Section: libs -Depends: cpp, ${shlibs:Depends}, ${misc:Depends} +Pre-Depends: ${misc:Pre-Depends} +Depends: libidl-common (= ${source:Version}), libidl-common ( ${source:Version}.1), ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Description: library for parsing CORBA IDL files libIDL is a small library for creating parse trees of CORBA v2.2 compliant Interface Definition Language (IDL) files, which is a specification for @@ -16,10 +19,25 @@ implementations. libIDL is used in the ORBit2 IDL compiler, as well as various language bindings (Perl, Python, etc.) for ORBit2. +Package: libidl-common +Architecture: all +Multi-Arch: foreign +Depends: cpp +Description: library for parsing CORBA IDL files (common files) + libIDL is a small library for creating parse trees of CORBA v2.2 compliant + Interface Definition Language (IDL) files, which is a specification for + defining interfaces which can be used between different CORBA + implementations. libIDL is used in the ORBit2 IDL compiler, as well + as various language bindings (Perl, Python, etc.) for ORBit2. + . + This package is a workaround for multiarch-related upgrade problems, and + will eventually be merged back into libidl0. + Package: libidl-dev Architecture: any Section: libdevel -Depends: libidl0 (= ${binary:Version}), libglib2.0-dev, ${shlibs:Depends}, , ${misc:Depends} +Depends: libidl0 (= ${binary:Version}), libglib2.0-dev, ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: same Description: development files for programs that use libIDL This package contains the header files and libraries needed for developing programs which use libIDL. -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663696: ALSA: Internal speakers don't shut up when I plug in a headset on ATI SBx00 Azalia (Intel HDA).
Package: linux-2.6 Version: 3.2.7-1 Severity: normal Dear Maintainer, I recently discovered that my internal speakers don't shut up when I plug in a headset on my laptop (eMachines G640) on ATI SBx00 Azalia (Intel HDA) [1002:4383]. This feature functions well on the same computer under Windows Seven, and DID FUNCTION in the past under Debian/GNU/Linux. I am unfortunate that I think I cannot contribute much to the debugging of this trouble because of two things: - When I first witnessed this problem, I believed it was due to a hardware damage (jack plug) caused my me pulling the cable the wrong way. - Then, when using Windows I realized that the hardware is just fine, it was probably ages since the Linux/ALSA bug first appeared, spannig multiple Linux versions for sure. Feel free to ask me for any test and feedback, however. In hope my report will prove useful. Kind Regards, Valentin QUEQUET -- Package-specific info: ** Version: Linux version 3.2.0-1-amd64 (Debian 3.2.7-1) (debian-ker...@lists.debian.org) (gcc version 4.6.2 (Debian 4.6.2-16) ) #1 SMP Tue Feb 28 15:35:32 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-1-amd64 root=UUID=33f066d5-b48c-457a-ad2b-0df0e19f6c0a ** Not tainted ** Kernel log: [34112.544599] pcieport :00:05.0: restoring config space at offset 0x7 (was 0x1f1, writing 0x21f1) [34112.544604] pcieport :00:05.0: restoring config space at offset 0x3 (was 0x1, writing 0x10008) [34112.544648] ahci :00:11.0: restoring config space at offset 0x1 (was 0x237, writing 0x2300407) [34112.544697] ohci_hcd :00:12.0: wake-up capability disabled by ACPI [34112.560119] ehci_hcd :00:12.2: BAR 0: set to [mem 0xd0506000-0xd05060ff] (PCI address [0xd0506000-0xd05060ff]) [34112.560148] ehci_hcd :00:12.2: restoring config space at offset 0x1 (was 0x2b0, writing 0x2b00013) [34112.560171] ehci_hcd :00:12.2: wake-up capability disabled by ACPI [34112.560175] ehci_hcd :00:12.2: PME# disabled [34112.560202] ohci_hcd :00:13.0: wake-up capability disabled by ACPI [34112.576118] ehci_hcd :00:13.2: BAR 0: set to [mem 0xd0506400-0xd05064ff] (PCI address [0xd0506400-0xd05064ff]) [34112.576147] ehci_hcd :00:13.2: restoring config space at offset 0x1 (was 0x2b0, writing 0x2b00013) [34112.576169] ehci_hcd :00:13.2: wake-up capability disabled by ACPI [34112.576174] ehci_hcd :00:13.2: PME# disabled [34112.576195] pci :00:14.0: restoring config space at offset 0x1 (was 0x2200403, writing 0x223) [34112.576204] pata_atiixp :00:14.1: restoring config space at offset 0xf (was 0x200, writing 0x20a) [34112.576215] pata_atiixp :00:14.1: restoring config space at offset 0x8 (was 0x1, writing 0x8451) [34112.576224] pata_atiixp :00:14.1: restoring config space at offset 0x3 (was 0x0, writing 0x4000) [34112.576230] pata_atiixp :00:14.1: restoring config space at offset 0x1 (was 0x220, writing 0x227) [34112.576258] snd_hda_intel :00:14.2: restoring config space at offset 0x1 (was 0x416, writing 0x412) [34112.576346] radeon :02:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x105) [34112.576360] radeon :02:00.0: restoring config space at offset 0x3 (was 0x80, writing 0x88) [34112.576398] snd_hda_intel :02:00.1: restoring config space at offset 0xf (was 0x2ff, writing 0x20b) [34112.576412] snd_hda_intel :02:00.1: restoring config space at offset 0x4 (was 0x4, writing 0xd0020004) [34112.576416] snd_hda_intel :02:00.1: restoring config space at offset 0x3 (was 0x80, writing 0x88) [34112.576421] snd_hda_intel :02:00.1: restoring config space at offset 0x1 (was 0x10, writing 0x13) [34112.576500] tg3 :03:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [34112.576506] tg3 :03:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x16) [34112.576550] ath9k :06:00.0: restoring config space at offset 0xf (was 0x1ff, writing 0x10a) [34112.576565] ath9k :06:00.0: restoring config space at offset 0x4 (was 0x4, writing 0xd024) [34112.576570] ath9k :06:00.0: restoring config space at offset 0x3 (was 0x0, writing 0x8) [34112.576576] ath9k :06:00.0: restoring config space at offset 0x1 (was 0x10, writing 0x17) [34112.576701] PM: early resume of devices complete after 32.233 msecs [34112.576890] ohci_hcd :00:12.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [34112.576914] ehci_hcd :00:12.2: PCI INT B - GSI 17 (level, low) - IRQ 17 [34112.576960] ohci_hcd :00:13.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [34112.576972] ehci_hcd :00:13.2: PCI INT B - GSI 17 (level, low) - IRQ 17 [34112.576989] pata_atiixp :00:14.1: PCI INT B - GSI 17 (level, low) - IRQ 17 [34112.577006] snd_hda_intel :00:14.2: PCI INT A - GSI 16 (level, low) - IRQ 16 [34112.577057] radeon :02:00.0: setting latency timer to 64 [34112.577298] snd_hda_intel
Bug#663697: empathy: Location awareness (Geoclue) is enabled in debian/rules, then disabled again
Package: empathy Version: 3.3.90.2-1 Severity: normal Hi, as the title suggests, the following happens in debian/rules: DEB_CONFIGURE_EXTRA_FLAGS := [...] \ --enable-location=yes \ [...] ifeq ($(DEB_BUILD_ARCH_OS),linux) DEB_CONFIGURE_EXTRA_FLAGS += --with-connectivity=nm --enable-location=no \ [...] This leads to: Features: [...] Location awareness (Geoclue): no -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (901, 'testing'), (501, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages empathy depends on: ii dbus-x11 1.4.18-1 ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii empathy-common 3.3.90.2-1 ii geoclue 0.12.0-4 ii gnome-icon-theme 3.2.1.2-1 ii gsettings-desktop-schemas3.2.0-2 ii libc62.13-27 ii libcairo21.10.2-6.2 ii libcanberra-gtk3-0 0.28-3 ii libcanberra0 0.28-3 ii libchamplain-0.12-0 0.12.1-1 ii libchamplain-gtk-0.12-0 0.12.1-1 ii libcheese-gtk20 3.2.2-1+b1 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gst-1.0-0 1.4.6-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libcogl5 1.8.2-1 ii libdbus-glib-1-2 0.98-1 ii libebook-1.2-12 3.2.2-1 ii libenchant1c2a 1.6.0-7 ii libfarstream-0.1-0 none ii libfolks-telepathy25 0.6.6-1 ii libfolks25 0.6.6-1 ii libgcr-3-1 3.2.2-2 ii libgdk-pixbuf2.0-0 2.25.2-1 ii libgee2 0.6.1-3 ii libgeocode-glib0 0.99.0-1 ii libglib2.0-0 2.31.20-1 ii libgnome-keyring03.2.2-2 ii libgnutls26 2.12.16-1 ii libgoa-1.0-0 3.2.1-3 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.3.16-1 ii libgudev-1.0-0 175-3.1 ii libmission-control-plugins0 1:5.10.1-2 ii libnm-glib4 0.9.2.0-2 ii libnotify4 0.7.4-1 ii libpango1.0-01.29.4-2 ii libpulse-mainloop-glib0 1.1-3 ii libpulse01.1-3 ii libsoup2.4-1 2.37.91-1 ii libtelepathy-farstream2 none ii libtelepathy-glib0 0.16.2-1+b1 ii libtelepathy-logger2 0.2.12-1 ii libwebkitgtk-3.0-0 1.7.91-1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-7 ii telepathy-logger 0.2.12-1 ii telepathy-mission-control-5 1:5.10.1-2 Versions of packages empathy recommends: ii freedesktop-sound-theme 0.7.dfsg-1 ii gvfs-backends1.10.1-2+b1 ii nautilus-sendto-empathy 3.3.90.2-1 ii telepathy-gabble 0.14.1-1 ii telepathy-salut 0.6.0-1 Versions of packages empathy suggests: ii telepathy-haze none ii telepathy-idle 0.1.11-2 ii vino3.2.2-1 Versions of packages empathy is related to: ii telepathy-gabble [telepathy-connection-manager] 0.14.1-1 ii telepathy-idle [telepathy-connection-manager]0.1.11-2 ii telepathy-salut [telepathy-connection-manager] 0.6.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#663698: debian-installer-launcher: .desktop file requires the su-to-root command, which is not installed as dependency
Package: debian-installer-launcher Version: 10 Severity: normal Dear Maintainer, I've added debian-installer-launcher to the package list of a debian-live image based on wheezy with gnome; when trying to run it the system complains that the command su-to-root is missing. The relevant line in /usr/share/applications/debian-installer-launcher.desktop is: Exec=su-to-root -X -c /usr/sbin/debian-installer-launcher Directly launching debian-installer-launcher using sudo seems to work. Manually installing the ``menu`` package provides the su-to-root command, which seems to solve the problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-486 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-installer-launcher depends on: ii debconf [debconf-2.0] 1.5.41 ii gnome-terminal [x-terminal-emulator] 3.2.1-2 ii psmisc22.16-1 debian-installer-launcher recommends no packages. Versions of packages debian-installer-launcher suggests: pn kexec-tools none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644631: network-manager: no removal of ipv6 address and routing when disconnecting an interface
Hi, I think this has been fixed in the meanwhile. I'm currently using 0.9.2.0-2 from unstable on a wifi with IPv4 (dhcp) and IPv6 (SLAAC). Upon disconnection, all addresses and routes are correctly removed. Can you please check on your system, so that we can mark the bug as fixed? Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer signature.asc Description: PGP signature
Bug#647531: #647531: intent to hijack src:cjet
Hi Chris, (CC to the MIA Team for information and -devel for opinions) I am deeply sorry to have to resort to these means, but your silence since November 2011 on the #647531 bug doesn't leave me with any other choice (given that I really want that bug solved). Hence: I hereby state my intention to hijack the `cjet` source package in order to fix its current bugs and to put it under the Debian Printing Team umbrella and namespace. This hijack upload would happen no earlier than on the 1. April 2012, unless Chris Lawrence (or others, for what is worth) voices his disagreement on the #647531 bug before. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#659650: [libarchive-dev] please include examples
Hi! On Mon, Mar 12, 2012 at 10:43:36PM -0400, Filipus Klutiero wrote: Thanks Andreas, You mean Andres, but you're welcome anyway. ;) On 2012-03-12 18:36, Andres Mejia wrote: I would rather not bloat any of the existing packages with examples, nor create another package solely for installation of examples. I usually put coding examples in the -dev package. Doesn't matter if it grows a bit because it's not supposed to be installed by the general public, only developers I think it would be a good idea to do so here as well. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663699: aptitude: always sets a package to remove which had been marked as install
Package: aptitude Version: 0.6.5-1 Severity: normal Dear Maintainer, the following has happened: I purged the package libsocialweb-client2 using dpkg --purge In aptitude I re-installed the package Next time I start aptitude, the package is again set to remove thus breaking gnome-control-center and the rest of GNOME I set the package to install again, and everything looks fine. I quit aptitude Next time I launch aptitude, the package is again set to remove, even though this breaks other packages Again, I can manually set the package to install and everything looks fine again - until next time I launch aptitude and so on. What is fscked up here? -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.5 compiled at Feb 9 2012 22:17:23 Compiler: g++ 4.6.2 Compiled against: apt version 4.10.1 NCurses version 5.9 libsigc++ version: 2.2.9 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.10.1 aptitude linkage: linux-vdso.so.1 = (0x7fffde7ff000) libapt-pkg.so.4.10 = /usr/lib/libapt-pkg.so.4.10 (0x7f092ef83000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f092ed54000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f092eb2b000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f092e926000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f092e61e000) libept.so.1 = /usr/lib/libept.so.1 (0x7f092e3c1000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f092dfc4000) libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7f092ddae000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7f092db09000) libboost_iostreams.so.1.48.0 = /usr/lib/libboost_iostreams.so.1.48.0 (0x7f092d8f) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f092d6d4000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f092d3cc000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f092d14a000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f092cf34000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f092cbac000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f092c9a9000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f092c7a5000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f092c59f000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f092c38f000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f092c186000) /lib64/ld-linux-x86-64.so.2 (0x7f092f2c1000) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (250, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg4.10] 0.8.15.10 ii libboost-iostreams1.48.0 1.48.0-3 ii libc6 2.13-27 ii libcwidget3 0.5.16-3.1 ii libept1 1.0.5 ii libgcc1 1:4.7.0~rc1-2 ii libncursesw5 5.9-4 ii libsigc++-2.0-0c2a2.2.9-1.1 ii libsqlite3-0 3.7.10-1 ii libstdc++64.7.0~rc1-2 ii libtinfo5 5.9-4 ii libxapian22 1.2.8-1 ii zlib1g1:1.2.6.dfsg-2 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.5-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.6 Versions of packages aptitude suggests: ii debtags none ii tasksel 3.08 -- 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#663006: Why libnfc over The Linux NFC Subsystem ?
Hello Oxan! Thanks for clarifying your view on this. I think it's a good idea to always state such in an ITP. On Mon, Mar 12, 2012 at 07:53:38PM +0100, Oxan van Leeuwen wrote: While the Linux NFC subsystem might indeed have the best chances to survive on the long term, I think currently libnfc is in a better state. The NFC subsystem only appeared in Linux 3.1 and still has a long way to go before it equals the functionality of libnfc. I couldn't find equivalents of relatively simple programs like nfc-mfclassic. I also think it's nice to be able to update libnfc independent from your kernel, especially since NFC development (in general) has quite a high pace nowadays. Besides, there are applications that require libnfc. That is because they either were designed before the NFC subsystem was born, or need to be compatible with other operating systems too. I'd be a shame if we couldn't package those applications for Debian. You could ofcourse package anything you wish, but including it in Debian is another question for me. Including it in Debian means you are prepared to maintain it in the long run. Several years to come. I'd avoid introducing lots of programs that depend on the libnfc API which you'll later need to port over to a new API and/or provide a migration path for users to new tools that has been developed for the new stack. You're ofcourse welcome to disagree. -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663700: /usr/lib/nagios/plugins/check_gearman: checking a worker leads to _client_do(GEARMAN_TIMEOUT)
Package: mod-gearman-tools Version: 1.2.4-1 Severity: normal File: /usr/lib/nagios/plugins/check_gearman Hello there, /usr/lib/nagios/plugins/check_gearman gives a hint on how to monitor a single worker: $ /usr/lib/nagios/plugins/check_gearman | tail -n 5 | Check worker: | | % ./check_gearman -H job server hostname -q worker_worker hostname -t 10 -s check | check_gearman OK - host has 5 worker and is working on 0 jobs|worker=5 jobs=96132c | This check previously worked just fine in my local Icinga setup, the last good check output was | check_gearman OK - fernst has 3 worker and is working on 0 jobs. Version: 1.2.0 Then I upgraded mod-gearman. First from 1.2.0-1 to 1.2.2-2, then further to 1.2.4-1. Ever since the first upgrade the check fails: $ /usr/lib/nagios/plugins/check_gearman -H 127.0.0.1 -q worker_fernst -s check | check_gearman CRITICAL - Job failed: _client_do(GEARMAN_TIMEOUT) occured during gearman_client_run_tasks() - libgearman/client.cc:167 However, the queue is accessible: $ /usr/lib/nagios/plugins/check_gearman -H 127.0.0.1 -q worker_fernst | check_gearman OK - 0 jobs running and 1 job waiting. Version: 0.28|'worker_fernst_waiting'=1;10;100;0 'worker_fernst_running'=0 'worker_fernst_worker'=1;25;50;0 Here the corresponding output from gearman_top: | 2012-03-13 13:54:41 - localhost:4730 - v0.28 | | Queue Name| Worker Available | Jobs Waiting | Jobs Running | | check_results | 1 | 0 | 0 | host | 1 | 0 | 0 | perfdata | 1 | 0 | 0 | service | 1 | 0 | 0 | worker_fernst | 1 | 1 | 0 | | Note: Jobs Waiting is 0 directly after restarting mod-gearman-worker, but changes to 1 and remains so as soon as the failing check from above runs for the first time thereafter. To me this looks like a bug: either the sample check as output by check_gearman is wrong, or the check just broke with the recent updates. Please advise. If you need any further info please don't hesitate to ask. Cheers, Flo -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (50, '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 Versions of packages mod-gearman-tools depends on: ii libc62.13-27 ii libgearman6 0.28-1 ii libncurses5 5.9-4 ii libtinfo55.9-4 mod-gearman-tools recommends no packages. mod-gearman-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663701: libgphoto2-2: Most (all) operations eat up all mem and die with Canon EOS 20D
Package: libgphoto2-2 Version: 2.4.13-2 Severity: grave Justification: renders package unusable Dear Maintainer, With the update to 2.4.13-2 libgphoto2 stopped working with my EOS 20D (both in standard and ptp mode): Most (all?) operations, including a simple `gphoto2 -L' eat up all available mem and are finally ended by the Kernel OOM-killer. Note: this effects software using libgphoto like for example darkroom or gtkam. Downgrading to 2.4.11-4 solved the problem for me. cheers sascha -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.9 (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 libgphoto2-2 depends on: ii adduser3.113+nmu1 ii libc6 2.13-27 ii libexif12 0.6.20-2 ii libgd2-xpm 2.0.36~rc1~dfsg-6 ii libgphoto2-port0 2.4.11-4 ii libjpeg8 8d-1 ii libltdl7 2.4.2-1 ii multiarch-support 2.13-27 Versions of packages libgphoto2-2 recommends: ii libgphoto2-l10n none ii udev 175-3.1 Versions of packages libgphoto2-2 suggests: ii gphoto2 2.4.11-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663702: piuparts: does not cleanup tempdir where the metapackage was created if installation fails
Package: piuparts Version: 0.43 Severity: normal - piuparts creates tmpdir and build the metapckage there - the metapackage is installed - the directory with the metapackage is removed if installation fails, the directory + package are left behind, but the chroot is cleaned up by the panic handler probably a panic handler should be installed for that directory, too Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663703: axel: drop axel package, alioth web site , and alioth svn site?
Package: axel Version: 2.4-1.1 Severity: normal Since I saw axel on http://www.linuxjournal.com/content/speed-your-downloads-axel I started using it and made a maintenance upload to experimental while making existing patches mostly. No response from current maintainer(s). So this is a practical orphaned software. (Currently db.debian.org is down ) Before uploading another maintainance upload to unstable, I would like to get 2 things confirmed within 2 weeks. * Are you there maintaining debian package? * Are you there maintaining alioth project which seems to be the current upstream? If no response, I will ask alioth admin to add me there and make project status updated. README.Debian should describe this package situation. (Probably in wheezy+1, if no one is interested, drop this from archive if there is something much more popular than this with similar functionality.) I think if this is dead upstream, it should state so and recommend alternative such as aria2 which seems to have active upstream. For size, wget in busybox should be the smallest footprint. Any thoughts? Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 axel depends on: ii libc6 2.13-27 axel recommends no packages. axel 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#663456: why revive mediatomb?
Hi! On Mon, Mar 12, 2012 at 08:54:27PM +, Hector Oron wrote: [...] Sorry, I am unaware of any alternative, if you let me know some I might have a look into them. I don't want to be rude, but isn't this something you should be researching before filing an ITP? A simple apt-cache search dlna would be a good start. I dare to say that I'm ignorant is definitely not a good enough reason for reintroducing something that was removed because of longstanding issues. Do you really think you have the resources to maintain this in the long run where others (including upstream authors) has given up? -- Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663650: cdrom: problems with wireless on a Dell L502 XPS Laptop.
Hi James, On Mon, Mar 12, 2012 at 04:56:59PM -0700, James Koford wrote: Package: cdrom Severity: important I have installed both Debian 6.0 (Squeeze) and 5.0(Lenny). In both cases, the install seemed to go okay, and I was able to boot the resulting system from a partition on my hard drive. I am able to connect to the internet on the current system, but only through a LAN cable; the wireless will not configure. I know all my hardware is working connectly, because if the same machine has booted Windows 7, wireless interconnectivity is no problem at the same location. When I installed the current 5.x system, the cable-interconnect was up, so needed packages could be downloaded. Not wishing to file a bug report until I was certain, I first perused the AMD64 install manual, and founnd the Dell L501 listed as needing package firmware-iwlwifi to be instlled.So I then went to the Loading Missing Firmware section, which I gound to be useless. Finally, I was able to load a file entitled Intel PRO/Wireless 3945 and WiFi Link 4965 devices, which appeared to have instructions for loading firmware update code. I followed the instruction EXACTLY: to /etc/apt/sources.list, I added: deb http://ftp.us.debian.org/debian lenny main cont Then I executed the command: aptitude update aptitude install firmware-iwlwifi Then I executed the command iwconfig Are received a not supported response. From the messages that scrolled by, it looks like the aptitude update.. step went okay. I DID notice that your examples were truncated in your documentation (main cont was printed as main con and firmware-iwlwifi printed as firmware-iwlwi. This was the main bug because it cost me a lot of useless wasted time Truncated example text will be problematic, yes. I've just done a quick search for the truncated examples and I can't find them to know where to fix; can you give me pointers please? but even after everything seemed to work, I did not achieve a working wireless laptop (at least in Debian). Could you have someone who knows something advise me ? It's inexcusable that such a common need as getting wireless to work an a Dell/Intel laptop is such a painful journey. It *should* be as simple as install the appropriate firmware package so that the kernel can find it when the driver is loaded. firmware-iwlwifi works fine for me here on a Thinkpad with no hassle. The firmware packages are in the non-free section of the Debian archive, so you'll need to set up your sources.list with: deb http://ftp.us.debian.org/debian lenny main contrib non-free As Lenny is no longer security-supported, I'd recommend switching to Squeeze instead. If you've only just installed your laptop, then re-installing from scratch with Squeeze will probable be much quicker than upgrading from Lenny. -- Steve McIntyre, Cambridge, UK.st...@einval.com I suspect most samba developers are already technically insane... Of course, since many of them are Australians, you can't tell. -- Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663704: freecad: Asking Help-About crahes FreeCad
Package: freecad Version: 0.12.5284-dfsg-4 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, If I open FreeCad then Help - About Freeca, I get a crash (SIGABRT). In the console, I've abnormal program termination... Attached the gdb session Regards Jean-Luc - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (980, 'testing'), (90, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc6-k8-1 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freecad depends on: ii libboost-filesystem1.48.0 1.48.0-3 ii libboost-program-options1.48.0 1.48.0-3 ii libboost-regex1.48.01.48.0-3 ii libboost-signals1.48.0 1.48.0-3 ii libboost-system1.48.0 1.48.0-3 ii libc6 2.13-27 ii libcoin60 3.1.3-2 ii libgcc1 1:4.7-20120210-1 ii libgfortran34.7-20120210-1 ii libgl1-mesa-glx [libgl1]8.0-2 ii libglu1-mesa [libglu1] 7.11.2-1 ii libice6 2:1.0.7-2 ii liboce-foundation1 0.8.0-1 ii liboce-modeling10.8.0-1 ii liboce-ocaf-lite1 0.8.0-1 ii liboce-ocaf10.8.0-1 ii liboce-visualization1 0.8.0-1 ii libpython2.72.7.3~rc1-1 ii libqt4-network 4:4.8.0-1 ii libqt4-opengl 4:4.8.0-1 ii libqt4-qt3support 4:4.8.0-1 ii libqt4-svg 4:4.8.0-1 ii libqt4-xml 4:4.8.0-1 ii libqtcore4 4:4.8.0-1 ii libqtgui4 4:4.8.0-1 ii libqtwebkit42.2.0-3 ii libquadmath04.7-20120210-1 ii libsm6 2:1.2.0-2 ii libsoqt4-20 1.5.0-2 ii libstdc++6 4.7-20120210-1 ii libx11-62:1.4.99.1-1 ii libxerces-c28 2.8.0+deb1-2+b2 ii libxext62:1.3.0-3 ii libxi6 2:1.4.5-1 ii libxmu6 2:1.1.0-3 ii libxt6 1:1.1.1-2 ii libzipios++0c2a 0.1.5.9+cvs.2007.04.28-5.1 ii python 2.7.2-10 ii python-pivy 0.5.0~v609hg-1 ii python-support 1.0.14 ii zlib1g 1:1.2.6.dfsg-2 freecad recommends no packages. Versions of packages freecad suggests: ii freecad-doc 0.12.5284-dfsg-4 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iD8DBQFPX0ZXXit3lz9m7V4RAiJyAJ9mJfSwhufwx0N+qwdm6x9BKkRyywCgyjsx M5fe1uY82ddb1hhmN+3OPBM= =ktFM -END PGP SIGNATURE- Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. FreeCAD 0.12, Libs: 0.12R5382 © Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011 # ### ## # # # # # ## # # # # # # # # # # # # # # # # # ## # # # # # ## ## # # # ## ## ## # # ### # # ## ## ## [New Thread 0x7fffdc9e2700 (LWP 847)] Program received signal SIGABRT, Aborted. 0x70ed8475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such fiel or directory. (gdb) bt #0 0x70ed8475 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x70edb6f0 in *__GI_abort () at abort.c:92 #2 0x7797c871 in qt_message_output(QtMsgType, char const*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #3 0x7797cc1f in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #4 0x7797cdc4 in qFatal(char const*, ...) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #5 0x779c866f in QtSharedPointer::ExternalRefCountData::setQObjectShared(QObject const*, bool) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #6 0x71c3e8ad in StdCmdAbout::activated(int) () from /usr/lib/freecad/lib/libFreeCADGui.so.2 #7 0x71c337a3 in Gui::Command::invoke(int) () from /usr/lib/freecad/lib/libFreeCADGui.so.2 #8 0x71c07f4a in Gui::Action::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/freecad/lib/libFreeCADGui.so.2 #9 0x77a99df9 in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #10 0x76e03a12 in QAction::triggered(bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #11 0x76e03bff in QAction::activate(QAction::ActionEvent) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #12 0x77252279 in ?? ()
Bug#663456: why revive mediatomb?
Hello, 2012/3/13 Andreas Henriksson andr...@fatal.se: On Mon, Mar 12, 2012 at 08:54:27PM +, Hector Oron wrote: Sorry, I am unaware of any alternative, if you let me know some I might have a look into them. I don't want to be rude, but isn't this something you should be researching before filing an ITP? A simple apt-cache search dlna would be a good start. I dare to say that I'm ignorant is definitely not a good enough reason for reintroducing something that was removed because of longstanding issues. Debian is about freedom of choice and I choice to use mediatomb. Longstanding issues are now gone Do you really think you have the resources to maintain this in the long run where others (including upstream authors) has given up? ...thanks to Fedora being a great distro and maintaining this software, I am not alone. http://pkgs.fedoraproject.org/gitweb/?p=mediatomb.git May I ask why you seem so irritated about having mediatomb back? Are you a developer of some alternative? I am not the only one missing it, I got few mails about it which I redirected to debian-multimedia mailing list. http://lists.debian.org/debian-multimedia/2012/03/threads.html Cheers, -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663702: [Piuparts-devel] Bug#663702: piuparts: does not cleanup tempdir where the metapackage was created if installation fails
or we could use nested tempdirs at the beginning create $TMPDIR/tmp. and create the chroots, metapackages and everything else in tmpdirs *below* that one in the final cleanup and on_panic, too, cleanup this tree as well Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587279: debian-policy: section 2.2.1 needs some tweaking
On Tue, 13 Mar 2012, Wouter Verhelst wrote: No, that's not correct. If a package is already installed but a newever version is available, then this will be upgraded if the priority is 1. It just won't be selected for installation automatically. This is how experimental works: packages in experimental have priority 1, so won't be installed automatically; but the will be upgraded if needs be. I'm sorry but Carsten is right. I routinely add the snippet below precisely because packages installed from experimental are not upgraded from experimental without it. Package: * Pin: release experimental Pin-Priority: 150 And it's also the reason why APT now supports a ButAutomaticUpgrades: yes field to complement the NotAutomatic: yes field. The result is to have a priority of 100 instead of 1 (backports.debian.org uses it). Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663705: automake: incorrect dependency style (depmode) of tcc
Package: automake Version: 1:1.11.3-1 Severity: normal When I configure MPFR with CC=tcc, as soon as a .c file is modified or I do a make clean, I get errors when I want to rebuild MPFR. For instance, after a make clean and make: Making all in doc make[1]: Entering directory `/home/vlefevre/software/mpfr/doc' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/home/vlefevre/software/mpfr/doc' Making all in src make[1]: Entering directory `/home/vlefevre/software/mpfr/src' /usr/bin/make all-am make[2]: Entering directory `/home/vlefevre/software/mpfr/src' exceptions.c \ : /home/vlefevre/dash/bin/dash: exceptions.c: Permission denied make[2]: *** [exceptions.lo] Error 126 make[2]: Leaving directory `/home/vlefevre/software/mpfr/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/vlefevre/software/mpfr/src' make: *** [all-recursive] Error 1 zsh: exit 2 =make The problem appears to be due to the src/.deps/*.Plo files. In the config.log file: configure:4362: checking dependency style of tcc configure:4473: result: icc Of course, there's no such problem with --disable-dependency-tracking. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages automake depends on: ii autoconf 2.68-1 ii autotools-dev 20120210.1 ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 automake recommends no packages. automake 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#612909: ITA for python-mpd
I've refreshed python-mpd package in my attempt to adopt it. git://git.debian.org/git/pkg-mpd/python-mpd.git It is also available on mentors.debian.net: http://mentors.debian.net/debian/pool/main/p/python-mpd/python-mpd_0.3.0-4.dsc Here is the changelog: * Bump standards to 3.9.3. * Switch to dpkg-source 3.0 (quilt) format. * Moved package to MPD maintainers. (Closes: #612909). * Upstream licence is now LGPL. Switched copyright to dep5 format. Could a DD upload it please? FYI: In the mean time I've started working on an upstream fork to port python-mpd to python3 : https://gitorious.org/python-mpd-debian-packaging Cheers, Geoff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663696: ALSA: Internal speakers don't shut up when I plug in a headset on ATI SBx00 Azalia (Intel HDA).
Hi, Valentin QUEQUET wrote: I recently discovered that my internal speakers don't shut up when I plug in a headset on my laptop (eMachines G640) on ATI SBx00 Azalia (Intel HDA) [1002:4383]. Please attach output from alsa-info.sh --no-upload. You can get a copy of the script from [1]. If you run alsamixer -c0, is the auto-mute mode control enabled or disabled? [...] it was probably ages since the Linux/ALSA bug first appeared, spannig multiple Linux versions for sure. Do you remember roughly when the bug appeared? Information about the newest working and oldest non-working version you know of would indeed be helpful. (/var/log/dpkg.log* might be useful for jogging memory.) Thanks, and hope that helps. Sincerely, Jonathan [1] http://alsa-project.org/main/index.php/Help_To_Debug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663696: ALSA: Internal speakers don't shut up when I plug in a headset on ATI SBx00 Azalia (Intel HDA).
(resending to first email address found with Google) Hi, Valentin QUEQUET wrote: I recently discovered that my internal speakers don't shut up when I plug in a headset on my laptop (eMachines G640) on ATI SBx00 Azalia (Intel HDA) [1002:4383]. Please attach output from alsa-info.sh --no-upload. You can get a copy of the script from [1]. If you run alsamixer -c0, is the auto-mute mode control enabled or disabled? [...] it was probably ages since the Linux/ALSA bug first appeared, spannig multiple Linux versions for sure. Do you remember roughly when the bug appeared? Information about the newest working and oldest non-working version you know of would indeed be helpful. (/var/log/dpkg.log* might be useful for jogging memory.) Thanks, and hope that helps. Sincerely, Jonathan [1] http://alsa-project.org/main/index.php/Help_To_Debug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663706: ITP: python-rfoo -- Fast RPC package for Python (and a remote console)
Package: wnpp Severity: wishlist Owner: Jerome KIEFFER jerome.kief...@esrf.fr * Package name: python-rfoo Version : 1.3.0 Upstream Author : Nir Aides n...@winpdb.org * URL : http://code.google.com/p/rfoo/ * License : BSD Programming Lang: Python Description : Fast RPC package for Python (and a remote console) rfoo (remote foo) is a fast Python RPC package which can do 160,000 RPC calls per second on a regular PC. It includes a fast serialization module called rfoo.marsh which extends the Python built in marshal module by eliminating serialization of code objects and protecting against bad input. The result is a safe to use ultra fast serializer. . Included with rfoo is rconsole, a remote Python console with auto completion, which can be used to inspect and modify the namespace of a running script. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org