Bug#793886: uswsusp: installation gives error messages about missing mountpoint program
Package: uswsusp Version: 1.0+20120915-6.1 Severity: normal I get the following error messages from dpkg: Setting up uswsusp (1.0+20120915-6.1) ... /var/lib/dpkg/info/uswsusp.config: line 18: mountpoint: command not found /sys not mounted. Can't create uswsusp.conf /var/lib/dpkg/info/uswsusp.postinst: line 26: mountpoint: command not found /sys not mounted. Can't create uswsusp.conf It seems maybe there's a missing dependency or something. According to apt-file, mountpoint program has moved to the util-linux package recently (from the initscripts package), but I don't have the latest version of util-linux installed (the version of util-linux I have installed is 2.26.2-3). Thanks, -miles -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.57 ii libblkid1 2.26.2-6 ii libc6 2.19-19 ii liblzo2-2 2.08-1.2 ii libpci31:3.2.1-3 ii libx86-1 1.1+ds1-10 Versions of packages uswsusp recommends: ii initramfs-tools 0.120 ii mount2.26.2-6 uswsusp suggests no packages. -- debconf information: uswsusp/image_size: 1786021642 uswsusp/resume_device: /dev/mapper/catnip-swap_1 uswsusp/suspend_loglevel: uswsusp/early_writeout: true * uswsusp/continue_without_swap: true uswsusp/RSA_key_file: /etc/uswsusp.key uswsusp/max_loglevel: uswsusp/encrypt: false uswsusp/compute_checksum: false uswsusp/splash: true uswsusp/compress: true uswsusp/no_snapshot: uswsusp/no_swap: uswsusp/resume_offset: uswsusp/create_RSA_key: false uswsusp/shutdown_method: platform uswsusp/snapshot_device: uswsusp/RSA_key_bits: 1024 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760542: libc++-helpers: g++-libc++ script doesn't work with -pthread
Package: libc++-helpers Version: 3.5-1 Severity: normal Dear Maintainer, The g++-libc++ script generally seems to work, but using the -pthread option results in link errors like: $ g++-libc++ -o conftest -std=c++11 -Wall -Wextra -Winit-self -Wdouble-promotion -pedantic-errors -Wno-long-long -pthread conftest.cpp -lm /usr/bin/ld: /tmp/cckd9zJb.o: undefined reference to symbol 'pthread_setspecific@@GLIBC_2.2.5' //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line This is easy to fix, just by adding -lpthread as the gcc driver normally does when given -pthread. The following replacement g++-libc++ script works for me (and C++ threading etc works fine): #!/bin/sh cxx_libs=-lc++ c_libs=-lc -lgcc_s pthread_libs=-lpthread $c_libs libs=$cxx_libs $c_libs for i; do if test x$i = x-pthread; then libs=$libs $pthread_libs break fi done gcc -std=c++0x -nodefaultlibs $libs -isystem/usr/include/c++/v1 $@ Thanks, -miles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 -- 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#731393: Acknowledgement (gcc-snapshot: undefined reference link error when compiling with LTO)
I notice that gcc 4.9 has the same issue, but that the gcc 4.9 release notes say you should use gcc-ar instead of ar to make it work correctly in conjunction with LTO (and similarly gcc-ranlib instead of ranlib). In my testing, it seems to work correctly... so... maybe this bug should be closed? [It would be nice if this worked correctly with vanilla ar/ranlib of course...] Thanks, -Miles -- Cat is power. Cat is peace.
Bug#731393: gcc-snapshot: undefined reference link error when compiling with LTO
Package: gcc-snapshot Version: 20131201-1 Severity: normal With the most recent Debian gcc snapshot[1] and using the gold linker[2], I'm getting linker undefined reference errors when compiling with LTO. This only happens when the object file containing the undefined symbol is stored in an .a archive. If I do the same link, but link with the .o file (instead of the .a file), it succeeds (and without LTO at all, the .a file works too). [1] g++ (Debian 20131201-1) 4.9.0 20131201 (experimental) [trunk revision 205573] [2] GNU gold (GNU Binutils for Debian 2.24) 1.11 The accompanying [as a reportbug attachment] simple test case illustrates this, with some source files and a shell script barf-build.sh that compiles them. The shell-script adds /usr/lib/gcc-snapshot subdirs to PATH and LD_LIBRARY_PATH to invoke the gcc-snapshot compiler (so make sure the gcc-snapshot package is installed). So, using sh -x barf-build.sh: $ sh -x barf-build.sh + LD_LIBRARY_PATH=/usr/lib/gcc-snapshot/lib:/usr/lib/gcc-snapshot/lib + PATH=/usr/lib/gcc-snapshot/bin:/home/miles/bin:/home/miles/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:.:. + export PATH LD_LIBRARY_PATH + g++ -c -flto -O3 barf-main.cc + g++ -c -flto -O3 barf-lib.cc + ar ru barf-lib.a barf-lib.o + echo == Link with barf-lib.a fails: == Link with barf-lib.a fails: + g++ -fuse-ld=gold -o barf -flto -O3 barf-main.o barf-lib.a /tmp/cculjbrn.ltrans0.ltrans.o:cculjbrn.ltrans0.o:function main: error: undefined reference to 'barf::oink(std::string const, char const**)' collect2: error: ld returned 1 exit status + echo == Link with barf-lib.o succeeds: == Link with barf-lib.o succeeds: + g++ -fuse-ld=gold -o barf -flto -O3 barf-main.o barf-lib.o I notice that with this snapshot, .o files no longer contain normal generated code, and only contain the LTO intermediate form in special ELF sections Maybe the .a-archive indexing mechanism isn't working properly with this form? Thanks, -miles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-snapshot depends on: ii binutils 2.24-1 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libc6-dev2.17-97 ii libc6-dev-i386 2.17-97 ii libc6-dev-x322.17-97 ii libc6-i386 2.17-97 ii libc6-x322.17-97 ii libcairo21.12.16-2 ii libcloog-isl40.18.1-3 ii libecj-java 3.8.2-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgmp10 2:5.1.2+dfsg-3 ii libgtk2.0-0 2.24.22-1 ii libice6 2:1.0.8-2 ii libisl10 0.12.1-2 ii libmpc3 1.0.1-1 ii libmpfr4 3.1.2-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libpangoft2-1.0-01.36.0-1 ii libsm6 2:1.2.1-2 ii libxrandr2 2:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxtst6 2:1.2.2-1 ii python 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-1 gcc-snapshot recommends no packages. Versions of packages gcc-snapshot suggests: ii binutils [binutils-gold] 2.24-1 -- no debconf information gcc-lto-barf.tar.gz Description: application/gzip
Bug#725075: linux-tools-3.10: perf record -g option doesn't support dwarf method
Package: linux-tools-3.10 Version: 3.10-4 Severity: normal Dear Maintainer, The perf record command -g method option doesn't support a dwarf method in Debian. As the dwarf allows operating on programs which were compiled without a frame pointer (the default on amd64), dwarf is very handy. Here's what it does in debian: $ perf record -g dwarf echo hi callchain: Unknown -g option value: dwarf usage: perf record [options] [command] ... etc ... It looks like perf only supports dwarf if it was compiled with libunwind, so I suppose Debian didn't have that installed when compiling it. Could you make sure perf is compiled with libunwind, so the very handy dwarf -g method works? Thanks, -iles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-tools-3.10 depends on: ii libc6 2.17-93 ii libdw10.156-1 ii libelf1 0.156-1 ii libperl5.18 5.18.1-4 ii libpython2.7 2.7.5-8 ii libslang2 2.2.4-15 ii perl 5.18.1-4 ii python2.7.5-5 Versions of packages linux-tools-3.10 recommends: ii linux-base 3.5 Versions of packages linux-tools-3.10 suggests: pn linux-doc-3.10 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#724748: gist: does not work with github two-factor authentication
Package: gist Version: 4.0.3-2 Severity: normal Dear Maintainer, My github account uses the (relatively new) github two-factor authentication feature. Typing gist --login fails with a message that suggests that two-factor authentication is confusing it: $ gist --login Obtaining OAuth2 access_token from github. GitHub username: XXX GitHub password: /usr/lib/ruby/vendor_ruby/gist.rb:171:in `login!': Got Net::HTTPUnauthorized from gist: {message:Must specify two-factor authentication OTP code.,documentation_url:http://developer.github.com/v3/auth#working-with- two-factor-authentication} (RuntimeError) from /usr/bin/gist:48:in `block (2 levels) in main' from /usr/lib/ruby/1.9.1/optparse.rb:1360:in `call' from /usr/lib/ruby/1.9.1/optparse.rb:1360:in `block in parse_in_order' from /usr/lib/ruby/1.9.1/optparse.rb:1347:in `catch' from /usr/lib/ruby/1.9.1/optparse.rb:1347:in `parse_in_order' from /usr/lib/ruby/1.9.1/optparse.rb:1341:in `order!' from /usr/lib/ruby/1.9.1/optparse.rb:1432:in `permute!' from /usr/lib/ruby/1.9.1/optparse.rb:1453:in `parse!' from /usr/bin/gist:116:in `main' $ Thanks, -miles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gist depends on: ii ruby 1:1.9.3 ii ruby-json 1.8.0-1 ii ruby1.8 [ruby-interpreter]1.8.7.358-8 ii ruby1.9.1 [ruby-interpreter] 1.9.3.448-1 gist recommends no packages. gist 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#724509: luarocks library detection works poorly with Debian
Enrico Tassi gareuselesi...@debian.org writes: [Of course a much better solution would be to use some sort of less hacky method of finding libraries, e.g. by using autoconf's probe using the compiler but I suppose that's unlikely to happen.] May I ask why you are using luarocks instead of `apt-get install lua-sec`? Actually, what I really tried to install was the oauth package which AFAICS isn't in debian, and oauth has a dependency on luasec. I just used luasec for the bug report because it was a bit more concise... :] -miles -- 雨上がり に歩いて、風 柔らかい -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724509: luarocks library detection works poorly with Debian
Enrico Tassi gareuselesi...@debian.org writes: [Of course a much better solution would be to use some sort of less hacky method of finding libraries, e.g. by using autoconf's probe using the compiler but I suppose that's unlikely to happen.] May I ask why you are using luarocks instead of `apt-get install lua-sec`? Actually, what I really tried to install was the oauth package which AFAICS isn't in debian, and oauth has a dependency on luasec. I just used luasec for the bug report because it was a bit more concise... :] -miles -- 雨上がり に歩いて、風 柔らかい -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724509: luarocks library detection works poorly with Debian
Package: luarocks Version: 2.0.9-1 Severity: normal Dear Maintainer, When using luarocks to install a luarock that (1) requires compilation, and (2) requires a specific library, luarocks seems to try and search for the library first. Unfortunately it also seems to use the crufty old look in fixed locations method of doing so... E.g., I tried to do sudo luarocks install luasec, and the luasec module requires libssl. I have libssl installed, but luarocks couldn't find it, because it was not looking in the proper location for Debian: $ sudo luarocks install luasec Installing http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... Using http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... switching to 'build' mode Archive: /usr/tmp/luarocks_luarocks-rock- luasec-0.4.1-2-1537/luasec-0.4.1-2.src.rock inflating: luasec-0.4.1-2.rockspec inflating: luasec-0.4.1.tar.gz Error: Could not find expected file libssl.a, or libssl.so, or libssl.so.* for OPENSSL -- you may have to install OPENSSL in your system and/or pass OPENSSL_DIR or OPENSSL_LIBDIR to the luarocks command. Example: luarocks install luasec OPENSSL_DIR=/usr/local The problem of course is that Debian puts libraries in /usr/lib/x86_64-linux- gnu, and luarocks was not looking there. Manually specifying the location, as per the instructions in the error message, made it work: $ sudo luarocks install luasec OPENSSL_LIBDIR=/usr/lib/x86_64-linux-gnu Installing http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... Using http://luarocks.org/repositories/rocks/luasec-0.4.1-2.src.rock... switching to 'build' mode Archive: /usr/tmp/luarocks_luarocks-rock- luasec-0.4.1-2-6124/luasec-0.4.1-2.src.rock inflating: luasec-0.4.1-2.rockspec inflating: luasec-0.4.1.tar.gz gcc -O2 -fPIC -I/usr/include/lua5.1 -c src/buffer.c -o src/buffer.o -I/usr/include # ... compilation lines omitted ... gcc -O2 -fPIC -I/usr/include/lua5.1 -c src/usocket.c -o src/usocket.o -I/usr/include gcc -shared -o ssl.so -L/usr/local/lib src/buffer.o src/context.o src/io.o src/ssl.o src/timeout.o src/usocket.o -L/usr/lib/x86_64-linux-gnu -lssl -lcrypto Updating manifest for /usr/local/lib/luarocks/rocks luasec 0.4.1-2 is now built and installed in /usr/local/ (license: MIT) I suppose the easy solution is to just hack Debian's version of luarocks to know about Debian's particular library locations. [Of course a much better solution would be to use some sort of less hacky method of finding libraries, e.g. by using autoconf's probe using the compiler but I suppose that's unlikely to happen.] Thanks, -miles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5.1-dev] 5.1.5-5 ii lua5.1 5.1.5-5 ii wget 1.14-2 ii zip 3.0-7 luarocks recommends no packages. luarocks 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#131137: [ft-devel] manual pages for freetype2-demos
Werner LEMBERG w...@gnu.org writes: I'm not too happy that distributions like Debian publish all of the FreeType demo programs (for example, `ftgamma' has essentially no real use); maybe this can be improved somehow. Why? As a Debian user, I'm often glad that the FT demo progs are there, because they can be useful. Maybe ftgamma isn't so useful, but if it's not actively _harmful_, why go to the bother of making an exception? Users can just ... not run it. Thanks, -Miles -- Custard, n. A vile concoction produced by a malevolent conspiracy of the hen, the cow, and the cook. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533493: closed by Moritz Mühlenhoff j...@inutil.org (Closing)
The symptoms are gone, so probably this bug really should be closed. Thanks, -miles
Bug#704501: lua-lpeg: fails to install with errors from ldconfig
Hi, you can close this bug, as you suspected, it's not a problem of lua-lpeg. The real cause was a full root partition. ldconfig error reporting is not so good [not only does it fail to specify which file was the problem, but it apparently uses errno when reporting problems, even when the cause is not a failing syscall, and ends up using whatever the errno was last set from some previous unconnected non-fatal failed syscall...] [Oh, sorry also about the command line... dinst is just an alias for sudo aptitude install ... :] Thanks, -miles -- Cat is power. Cat is peace.
Bug#620225: reportbug: doesn't seem to be fixed yet... (?)
self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: PangoWarning: pango_layout_set_single_paragraph_mode: assertion `PANGO_IS_LAYOUT (layout)' failed self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: PangoWarning: pango_layout_set_wrap: assertion `PANGO_IS_LAYOUT (layout)' failed self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: PangoWarning: pango_layout_set_width: assertion `layout != NULL' failed self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: PangoWarning: pango_layout_get_extents: assertion `layout != NULL' failed self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: GtkWarning: IA__gdk_screen_get_width: assertion `GDK_IS_SCREEN (screen)' failed self.assistant.show () /usr/lib/pymodules/python2.7/reportbug/ui/gtk2_ui.py:518: PangoWarning: pango_layout_get_line_count: assertion `layout != NULL' failed self.assistant.show () Floating point exception -- Package-specific info: ** Environment settings: EDITOR=emacsclient -t EMAIL=Miles Bader mi...@gnu.org INTERFACE=text ** /home/miles/.reportbugrc: reportbug_version 6.3.1 mode novice ui gtk2 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-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 reportbug depends on: ii apt 0.9.7.8 ii python2.7.3-4 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none pn debconf-utils none pn debsums none pn dlocate none ii emacs23-bin-common 23.4+1-4 ii file1:5.11-2.1 ii gnupg 1.4.12-7 ii postfix [mail-transport-agent] 2.10.0-3 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell none pn python-urwidnone ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.7.8 ii python2.7.3-4 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#704501: lua-lpeg: fails to install with errors from ldconfig
Package: lua-lpeg Version: 0.10.2-5 Severity: normal As the subject, it fails to install for me. I've included the error output below. ldconfig doesn't give the location of the cache file that it's barfing on, so I'm not sure what it's trying to do... Thanks, -Miles $ LANG=C dinst lua-lpeg The following partially installed packages will be configured: lua-lpeg No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 8 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up lua-lpeg:amd64 (0.10.2-5) ... ldconfig: Writing of cache data failed: No such file or directory dpkg: error processing lua-lpeg:amd64 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: lua-lpeg:amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up lua-lpeg:amd64 (0.10.2-5) ... ldconfig: Writing of cache data failed: No such file or directory dpkg: error processing lua-lpeg:amd64 (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: lua-lpeg:amd64 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-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 lua-lpeg depends on: ii libc6 2.13-38 ii multiarch-support 2.13-38 lua-lpeg recommends no packages. lua-lpeg 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#668380: closed by Matteo F. Vescovi mfv.deb...@gmail.com (Re: /usr/bin/iv: iv image viewer shows only black in window...)
Any suggestions what to do about this? On my home system, iv displays a translucent window, and then causes the X server to hang (however I can switch to a console and kill the iv process, which restores operation). I don't know exactly where the bug is, but there's clearly a bug... Thanks, -miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700474: gimp: BABL version too old
Package: gimp Version: 2.8.2-2 Severity: normal Starting gimp (from the command-line), a dialog box pops up with this message: BABL version too old! GIMP requires BABL version 0.1.10 or later. Installed BABL version is 0.1.1. Somehow you or your software packager managed to install GIMP with an older BABL version. Please upgrade to BABL version 0.1.10 or later. Thanks, -miles -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.8.2-2 ii libaa1 1.4p5-40 ii libatk1.0-0 2.4.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libexif12 0.6.21-1 ii libexpat1 2.1.0-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgegl-0.2-0 0.2.0-2+nmu1 ii libgimp2.0 2.8.2-2 ii libglib2.0-02.33.12+really2.32.4-5 ii libgs9 9.05~dfsg-6.3 ii libgtk2.0-0 2.24.10-2 ii libgudev-1.0-0 175-7.1 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 1.8.1-3.3 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-3 ii libpoppler-glib80.18.4-5 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.38.1-2 ii libtiff43.9.6-11 ii libwebkitgtk-1.0-0 1.8.1-3.3 ii libwmf0.2-7 0.2.8.4-10.2 ii libx11-62:1.5.0-1 ii libxcursor1 1:1.1.13-1 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1 ii python 2.7.3-4 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.3-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-6.3 Versions of packages gimp suggests: pn gimp-data-extras none ii gimp-help-en [gimp-help] 2.6.1-1 ii gvfs-backends 1.12.3-4 ii libasound21.0.25-4 -- 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#542095: duplicates in the archive
Félix Arreola Rodríguez fgatuno@gmail.com writes: But, ignoring the a desktop works fine without n-m thing, n-m makes more, much more easy connecting to wifi networks, espeacially for laptops. I suggest make Laptop task depend on n-m, in this way, n-m don't get installed on desktop systems, just on laptop systems. What's wrong with Recommends: in that case? It seems to perfectly match the makes life easier for common but not universal use-case XXX scenario you describe. A hard package-dependency in a case like this, when there isn't actually any hard functional dependency, and there are issues with the depended-upon package, are decidedly user-unfriendly. [Yeah, the various desktops tend to abuse hard-dependencies in a lot of other ways, but ... in most cases this just results in bloat. NM is a bit worse than that.] -Miles -- Brain, n. An apparatus with which we think we think. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678338: ITP: konoha -- interpreter of statically-typed scripting language Konoha
Tadaki SAKAI stadaki@gmail.com writes: It guaranteed a smooth coding environment and ease of use. That sentence seems pretty content-free... why not just leave it out of the description? -miles -- Cannon, n. An instrument employed in the rectification of national boundaries. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676157: libpng12-dev: C++11 incompatibility
Package: libpng12-dev Version: 1.2.49-1 Severity: normal I use libpng in my C++ program. This works fine. However when compiling in C++11 mode, with a very recent version of gcc, I get the following warning when compiling: CXXimage-png.o In file included from image-png.h:18:0, from image-png.cc:15: /usr/include/libpng12/png.h:2659:31: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix] fprintf(PNG_DEBUG_FILE,%sm PNG_STRING_NEWLINE,(num_tabs==1 ? \t : ^ /usr/include/libpng12/png.h:2667:31: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix] fprintf(PNG_DEBUG_FILE,%sm PNG_STRING_NEWLINE,(num_tabs==1 ? \t : ^ /usr/include/libpng12/png.h:2675:31: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix] fprintf(PNG_DEBUG_FILE,%sm PNG_STRING_NEWLINE,(num_tabs==1 ? \t : ^ In practice this still works as intended (modulo the warning), but as I understand it, it's not guaranteed that it will. Luckily, the fix is very simple and safe: Add a space between the string (%s) and m. Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 libpng12-dev depends on: ii libpng12-0 1.2.49-1 ii zlib1g-dev 1:1.2.7.dfsg-11 libpng12-dev recommends no packages. libpng12-dev 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#671913: clang: cannot find standard header files
Package: clang Version: 3.1~+rc1-1 Severity: important $ cat hw.c #include stdio.h int main () { printf (hello world\n); return 0; } $ env - PATH=/usr/bin:/bin gcc -o hw hw.c $ ./hw hello world $ env - PATH=/usr/bin:/bin clang -o hw hw.c In file included from hw.c:1: /usr/include/stdio.h:34:11: fatal error: 'stddef.h' file not found # include stddef.h ^ 1 error generated. $ Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 clang depends on: ii libc62.13-32 ii libclang-common-dev 3.0-6 ii libffi5 3.0.10-3 ii libgcc1 1:4.7.0-7 ii libllvm3.1 3.1~+rc1-3 ii libstdc++6 4.7.0-7 ii libstdc++6-4.6-dev 4.6.3-5 Versions of packages clang recommends: ii llvm-3.1-dev 3.1~+rc1-3 ii python2.7.2-10 clang 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#669324: gnome-shell: the restart gnome shell command r crashes if used multiple times
Package: gnome-shell Version: 3.2.2.1-3 Severity: normal Sometimes it's necessary to restart gnome-shell, e.g. currently changing the window-theme seems to have no effect except on startup. This can be done by hitting Alt-F2 and then giving the special r command. However, doing this twice seems to cause gnome-shell to crash: it pops up the sad face please turn off some user options and then logout screen. It's easy to reproduce: In a new gnome-shell session, do: Alt-F2 r RET Alt-F2 r RET (i.e., restart twice) This reliably causes the sad-face-...-logout screen to appear for me. Unfortunately, this makes trying out new window themes pretty annoying... Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-service3.2.3-4 ii gir1.2-accountsservice-1.0 0.6.15-4 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.8.4-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.8-2 ii gir1.2-freedesktop 1.32.0-1 ii gir1.2-gconf-2.0 3.2.3-4 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.0-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.2-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.2-1 ii gir1.2-networkmanager-1.00.9.4.0-3 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.104-2 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.16.2-1+b1 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.15-3 ii gjs 1.30.1-1 ii gnome-bluetooth 3.2.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.2.2-3 ii gnome-shell-common 3.2.2.1-3 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-29 ii libcairo-gobject21.12.0-2 ii libcairo21.12.0-2 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.8.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.5-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.33-1 ii libebook-1.2-12 3.2.2-3 ii libecal-1.2-10 3.2.2-3 ii libedataserver-1.2-153.2.2-3 ii libedataserverui-3.0-1 3.2.2-3 ii libffi5 3.0.10-3 ii libfolks25 0.6.8-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgirepository-1.0-11.32.0-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.30.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.32.0-4 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.4.0-1 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.3.16-1 ii libical0 0.48-1 ii libjson-glib-1.0-0 0.14.2-1 ii
Bug#669325: gnome-shell: changing the window theme has no effect until gnome-shell is restarted
Package: gnome-shell Version: 3.2.2.1-3 Severity: normal If one uses the extended settings dialog to change the GTK or gnome-shell themes, the change takes effect immediately. However, changing the window theme in the same dialog doesn't have any immediate effect. If one restarts gnome-shell, the new window them will be used then. My memory is that changing the window theme in gnome-shell _used_ to take effect immediately, so perhaps this is a recent bug. Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-service3.2.3-4 ii gir1.2-accountsservice-1.0 0.6.15-4 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.8.4-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.8-2 ii gir1.2-freedesktop 1.32.0-1 ii gir1.2-gconf-2.0 3.2.3-4 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.0-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.2-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.2-1 ii gir1.2-networkmanager-1.00.9.4.0-3 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.104-2 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.16.2-1+b1 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.15-3 ii gjs 1.30.1-1 ii gnome-bluetooth 3.2.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.2.2-3 ii gnome-shell-common 3.2.2.1-3 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-29 ii libcairo-gobject21.12.0-2 ii libcairo21.12.0-2 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.8.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.5-1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.33-1 ii libebook-1.2-12 3.2.2-3 ii libecal-1.2-10 3.2.2-3 ii libedataserver-1.2-153.2.2-3 ii libedataserverui-3.0-1 3.2.2-3 ii libffi5 3.0.10-3 ii libfolks25 0.6.8-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-1 ii libgirepository-1.0-11.32.0-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.30.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.32.0-4 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.4.0-1 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.3.16-1 ii libical0 0.48-1 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-3 ii libmutter0 3.2.2-1 ii libnm-glib4 0.9.4.0-3 ii libnm-util2
Bug#668556: ITP: dparser -- a scannerless GLR parser generator
Adam Borowski kilob...@angband.pl writes: On Sat, Apr 14, 2012 at 11:22:06AM +0200, Jakub Wilk wrote: GLR means Generalized Left-to-right Rightmost deviation parser or maybe Generalized LR parser. EBNF is the Extended BackusâNaur Form. Acronyms like these - i.e. LL, LL(k), SLR, LALR - are pretty common when talking about parsers. Sure, they are also much more common than GLR. And if you are just interested in parsing and not a computer scientists, there's a chance you've never heard about any of them. I can't really imagine someone writing a parser using such tools without having heard these acronyms first, though. And I'd risk saying they are actually more widely known than their expansions. In my experience, EBNF and LL/SLR/LALR are widely known (they are classic compiler terms), for the type of person who might be interested in parser generators, but GLR isn't. So I'd provide an expansion (maybe in parentheses) for the latter only. Moreover, one wants to err on the side of being too verbose, at least in the long description; of course one should provide both the acronym and the expansion in case the person only recognizes the former [e.g. XYZ (Xxx Yyyy Zzzz)]. -Miles -- Acquaintance, n. A person whom we know well enough to borrow from, but not well enough to lend to. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668476: openimageio-tools: handling of gamma for JPEG files in iv is weird
Package: openimageio-tools Version: 1.0.0+dfsg0-1 Severity: normal [Sorry if this is a bit long; issues involving image gamma are always kind of confusing, so I'm trying to be as explicit and verbose as possible...] Given: 1. A typical PNG image file, foo.png, which was encoded using a standard encoding gamma correction value of 1/2.2 (0.4545), and has an explicit PNG gAMA chunk recording that value. 2. A JPEG file, foo.jpg, produced from foo.png file using the imagemagick command convert foo.png foo.jpg. 3. Another PNG file, foo2.png, produced from foo.jpg using the imagemagick command convert foo.jpg foo2.png; note that foo2.png _doesn't_ have an explicit gAMA chunk. Then: * Most image display programs (imagemagick, eog, geeqie, qiv, ...) display all of the files identically. In other words, they assume that the encoding gamma correction value is 1/2.2 (0.4545) for both JPEG files, and PNG files without an explicit gAMA chunk. * iv foo.png and iv foo2.png displays the image correctly (matching what other image-display programs do), suggesting that it assumes a default encoding gamma correction value of 1/2.2 for PNG files. * _However_, iv iv.jpg displays the image much too dark, unlike all other programs. By using the ) key-command to change the gamma value to 2.2, the image then looks correct. = Thus the bug: it appears that iv assumes an encoding gamma correction of 1.0 for JPEG files, which does not match standard practice. [As an aside, the term gamma value displayed in the iv GUI is a bit confusing; it appears to actually be encoding gamma correction divided by display gamma correction.] Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openimageio-tools depends on: ii libboost-filesystem1.49.0 1.49.0-2 ii libboost-regex1.49.0 1.49.0-2 ii libboost-system1.49.0 1.49.0-2 ii libboost-thread1.49.0 1.49.0-2 ii libc6 2.13-27 ii libgcc11:4.7.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglew1.7 1.7.0-3 ii libglu1-mesa [libglu1] 7.11.2-1 ii libilmbase61.0.1-4 ii libjpeg8 8d-1 ii libopenexr61.6.1-5 ii libopenimageio1.0 1.0.0+dfsg0-1 ii libpng12-0 1.2.49-1 ii libqt4-opengl 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libstdc++6 4.7.0-3 ii libtiff4 3.9.6-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii zlib1g 1:1.2.6.dfsg-2 openimageio-tools recommends no packages. openimageio-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#668380: /usr/bin/iv: iv image viewer shows only black in window...
Package: openimageio-tools Version: 1.0.0+dfsg0-1 Severity: normal File: /usr/bin/iv As the subject says, when I invoke iv on an image (or open one using the menu), it shows a window, which seems to be the right size, but the window contains only black (plus the menubar). This seems to happen regardless of the image format (I tried jpeg, png, exr), and adjusting the exposure doesn't seem to make any difference. I'm using gnome-shell, btw, in case the problem has something to do with a compositing window-manager... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openimageio-tools depends on: ii libboost-filesystem1.49.0 1.49.0-2 ii libboost-regex1.49.0 1.49.0-2 ii libboost-system1.49.0 1.49.0-2 ii libboost-thread1.49.0 1.49.0-2 ii libc6 2.13-27 ii libgcc11:4.7.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglew1.7 1.7.0-3 ii libglu1-mesa [libglu1] 7.11.2-1 ii libilmbase61.0.1-4 ii libjpeg8 8d-1 ii libopenexr61.6.1-5 ii libopenimageio1.0 1.0.0+dfsg0-1 ii libpng12-0 1.2.49-1 ii libqt4-opengl 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libstdc++6 4.7.0-3 ii libtiff4 3.9.6-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii zlib1g 1:1.2.6.dfsg-2 openimageio-tools recommends no packages. openimageio-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#668380: /usr/bin/iv: iv image viewer shows only black in window...
Package: openimageio-tools Version: 1.0.0+dfsg0-1 Followup-For: Bug #668380 I tried this on a different computer, with mostly the same versions of everything installed (up-to-date debian sid), and using the same environment (gnome-shell), but different hardware. This computer has integrated intel graphics, whereas the computer I reported the bug originally on has an r700-class radeon GPU. On this computer, iv seems to basically work, although it seems to have problems with how it handles gamma. [I'll later play around with gamma the original machine to see if that's related to the problem there.] Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openimageio-tools depends on: ii libboost-filesystem1.49.0 1.49.0-2 ii libboost-regex1.49.0 1.49.0-2 ii libboost-system1.49.0 1.49.0-2 ii libboost-thread1.49.0 1.49.0-2 ii libc6 2.13-27 ii libgcc11:4.7.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglew1.7 1.7.0-3 ii libglu1-mesa [libglu1] 7.11.2-1 ii libilmbase61.0.1-4 ii libjpeg8 8d-1 ii libopenexr61.6.1-5 ii libopenimageio1.0 1.0.0+dfsg0-1 ii libpng12-0 1.2.49-1 ii libqt4-opengl 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libstdc++6 4.7.0-3 ii libtiff4 3.9.6-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii zlib1g 1:1.2.6.dfsg-2 openimageio-tools recommends no packages. openimageio-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#649402: [PATCH] time overestimates max RSS by a factor of 4
Package: time Version: 1.7-23.1 Followup-For: Bug #649402 Hi, I'm curious if there's a reason this patch hasn't been applied yet; it's a very obvious (and kind of silly) bug... If you're just waiting for an updated patch, and the original author doesn't have time to make one, I'd be willing to do it... Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages time depends on: ii libc6 2.13-27 time recommends no packages. time 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#662742: clang: files compiled with -flto fail to link
2012年3月16日7:05 Sylvestre Ledru sylves...@debian.org: I added the -use-gold-plugin arg. You will need llvm-dev version 3.0-9 and binutils-gold. Hi, it works for me too. I assume that if you add this feature for real, then the user won't have to know about installing llvm-dev, right? Thanks, -miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662742: clang: files compiled with -flto fail to link
Package: clang Version: 3.0-6 Severity: normal I do not know if -flto is ever expected to work with clang, but it doesn't work correctly in the Debian installation: $ echo 'int main () { return 0; }' foo.cc $ clang++ -c -flto -O2 foo.cc -o foo.o $ clang++ -flto -O2 foo.o -o foo /usr/bin/ld: error: foo.o:1:3: invalid character /usr/bin/ld: error: foo.o:1:3: syntax error, unexpected $end /usr/bin/ld: error: foo.o: not an object or archive /usr/lib/gcc/x86_64-linux-gnu/4.6/../../../x86_64-linux-gnu/crt1.o(.text+0x20): error: undefined reference to 'main' clang: error: linker command failed with exit code 1 (use -v to see invocation) $ file foo.o foo.o: LLVM bitcode Is there supposed to be a special linker that handles LLVM bitcode? Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc62.13-27 ii libclang-common-dev 3.0-6 ii libffi5 3.0.10-3 ii libgcc1 1:4.7.0~rc1-1 ii libllvm3.0 3.0-5 ii libstdc++6 4.7.0~rc1-1 ii libstdc++6-4.6-dev 4.6.3-1 Versions of packages clang recommends: ii llvm-3.0-dev none ii python2.7.2-10 clang 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#658442: g++-4.7: standard include path is messed up
Package: g++-4.7 Version: 4.7-20120129-1 Severity: important This one's easy to illustrate: :] $ echo '#include vector' v.cc $ g++-4.7 -c v.cc v.cc:1:18: fatal error: vector: No such file or directory compilation terminated. $ g++-4.7 -v -c v.cc Using built-in specs. COLLECT_GCC=g++-4.7 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.7-20120129-1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++,go --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-plugin --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.7.0 20120129 (experimental) [trunk revision 183674] (Debian 4.7-20120129-1) COLLECT_GCC_OPTIONS='-v' '-c' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/4.7/cc1plus -quiet -v -imultiarch x86_64-linux-gnu -D_GNU_SOURCE v.cc -quiet -dumpbase v.cc -mtune=generic -march=x86-64 -auxbase v -version -o /tmp/cc4xA1Ml.s GNU C++ (Debian 4.7-20120129-1) version 4.7.0 20120129 (experimental) [trunk revision 183674] (x86_64-linux-gnu) compiled by GNU C version 4.7.0 20120129 (experimental) [trunk revision 183674], GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9 warning: GMP header version 5.0.2 differs from library version 5.0.3. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 ignoring nonexistent directory usr/include/c++/4.7 ignoring nonexistent directory usr/include/c++/4.7/x86_64-linux-gnu ignoring nonexistent directory usr/include/c++/4.7/backward ignoring nonexistent directory /usr/local/include/x86_64-linux-gnu ignoring nonexistent directory /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../x86_64-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/lib/gcc/x86_64-linux-gnu/4.7/include /usr/local/include /usr/lib/gcc/x86_64-linux-gnu/4.7/include-fixed /usr/include/x86_64-linux-gnu /usr/include End of search list. GNU C++ (Debian 4.7-20120129-1) version 4.7.0 20120129 (experimental) [trunk revision 183674] (x86_64-linux-gnu) compiled by GNU C version 4.7.0 20120129 (experimental) [trunk revision 183674], GMP version 5.0.2, MPFR version 3.1.0-p3, MPC version 0.9 warning: GMP header version 5.0.2 differs from library version 5.0.3. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: b72834653f81bf92e4e291e40bb35559 v.cc:1:18: fatal error: vector: No such file or directory compilation terminated. (looks like most of the include directories are missing the initial slash!) Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages g++-4.7 depends on: ii gcc-4.7 4.7-20120129-1 ii gcc-4.7-base4.7-20120129-1 ii libc6 2.13-25 ii libcloog-ppl0 0.15.11-4 ii libgmp102:5.0.3+dfsg-1 ii libgmpxx4ldbl 2:5.0.3+dfsg-1 ii libmpc2 0.9-4 ii libmpfr43.1.0-3 ii libppl-c4 0.11.2-6 ii libppl9 0.11.2-6 ii libpwl5 0.11.2-6 ii libstdc++6-4.7-dev 4.7-20120129-1 ii zlib1g 1:1.2.5.dfsg-1 g++-4.7 recommends no packages. Versions of packages g++-4.7 suggests: pn g++-4.7-multilibnone pn gcc-4.7-doc none pn libstdc++6-4.7-dbg none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653024: clang: -march=native (sometimes?) fails
Package: clang Version: 3.0-5 Severity: normal At least on this system, -march=native fails oddly: $ echo 'int main () { }' m.cc; clang++ -o m -march=native m.cc error: unknown target CPU 'amdfam10' The -march=native option _used_ to work with [the debian version of] clang [on this same system], and seems to work with a recent clang trunk version, so I'm not sure what's going on... something out of sync? [Using clang/llvm trunk: $ clang++-trunk -o m -march=native m.cc $ clang++-trunk --version clang version 3.1 (http://llvm.org/git/clang.git b0c6c33c3479d2cb4c3b9f5a6e58c58d07c731e7) Target: x86_64-unknown-linux-gnu Thread model: posix ] Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc62.13-23 ii libclang-common-dev 3.0-5 ii libffi5 3.0.10-3 ii libgcc1 1:4.6.2-9 ii libllvm3.0 3.0-5 ii libstdc++6 4.6.2-9 ii libstdc++6-4.6-dev 4.6.2-9 Versions of packages clang recommends: ii llvm-3.0-dev 3.0-5 ii python2.7.2-9 clang 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#650866: luarocks doesn't work with Lua 5.2 installed
Package: luarocks Version: 2.0.2-1 Severity: normal Installing luarocks fails with the following (appended after message) output. Trying to run the (half-installed) luarocks fails similarly. The reason appears to be that luarocks only works with Lua 5.1, and is running the system default Lua interpreter -- but the default Lua on my system is 5.2: $ update-alternatives --display lua-interpreter lua-interpreter - auto mode link currently points to /usr/bin/lua5.2 /usr/bin/lua5.1 - priority 110 slave lua-manual: /usr/share/man/man1/lua5.1.1.gz /usr/bin/lua5.2 - priority 120 slave lua-manual: /usr/share/man/man1/lua5.2.1.gz Current 'best' version is '/usr/bin/lua5.2'. I suppose it could be fixed by having luarocks explicitly invoke /usr/bin/lua5.1 instead of /usr/bin/lua... Thanks, -miles *** begin failure output *** Unpacking luarocks (from .../luarocks_2.0.2-1_all.deb) ... Processing triggers for man-db ... Setting up luarocks (2.0.2-1) ... /usr/bin/lua: /usr/share/lua/5.1//luarocks/persist.lua:24: attempt to call global 'setfenv' (a nil value) stack traceback: /usr/share/lua/5.1//luarocks/persist.lua:24: in function 'load_into_table' /usr/share/lua/5.1//luarocks/cfg.lua:102: in main chunk [C]: in function 'require' /usr/share/lua/5.1//luarocks/command_line.lua:6: in main chunk [C]: in function 'require' /usr/bin/luarocks-admin:4: in main chunk [C]: in ? dpkg: error processing luarocks (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: luarocks E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up luarocks (2.0.2-1) ... /usr/bin/lua: /usr/share/lua/5.1//luarocks/persist.lua:24: attempt to call global 'setfenv' (a nil value) stack traceback: /usr/share/lua/5.1//luarocks/persist.lua:24: in function 'load_into_table' /usr/share/lua/5.1//luarocks/cfg.lua:102: in main chunk [C]: in function 'require' /usr/share/lua/5.1//luarocks/command_line.lua:6: in main chunk [C]: in function 'require' /usr/bin/luarocks-admin:4: in main chunk [C]: in ? dpkg: error processing luarocks (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: luarocks *** end failure output *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages luarocks depends on: ii liblua5.1-0-dev [liblua5.1-dev] 5.1.4-10 ii lua5.1 5.1.4-10 ii wget 1.13.4-1 ii zip 3.0-4 luarocks recommends no packages. luarocks 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#645731: clang uses gcc header files, but cannot handle some of them
Package: clang Version: 2.9-16 Severity: normal Clang seems to use header files which are distributed with gcc (from the system's default installation of gcc?). However, it cannot handle some of the constructs in them. Here's a sample source file, cb.cc: #include emmintrin.h If I compile it with clang++ -c cb.cc, it spews out errors, apparently due to __builtin constructs that clang doesn't know about: In file included from cb.cc:1: In file included from /usr/lib/gcc/x86_64-linux-gnu/4.6/include/emmintrin.h:36: /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:102:19: error: use of undeclared identifier '__builtin_ia32_addss' return (__m128) __builtin_ia32_addss ((__v4sf)__A, (__v4sf)__B); ^ /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:108:19: error: use of undeclared identifier '__builtin_ia32_subss' return (__m128) __builtin_ia32_subss ((__v4sf)__A, (__v4sf)__B); ^ /usr/lib/gcc/x86_64-linux-gnu/4.6/include/xmmintrin.h:114:19: error: use of undeclared identifier '__builtin_ia32_mulss' return (__m128) __builtin_ia32_mulss ((__v4sf)__A, (__v4sf)__B); [...etc...] I don't know whether emmintrin.h is something a user is _supposed_ to be able to include, but the above example isn't artificial; it comes from llvm/tools/clang/lib/Lex/Lexer.cpp in the llvm+clang source tree, which contains the following bit of code: #ifdef __SSE2__ #include emmintrin.h #elif __ALTIVEC__ #include altivec.h #undef bool #endif s, the result is that now I can't compile the clang trunk using the system clang (which is the compiler llvm choose by default if it can)... I'm not sure the right way to fix this, but it seems that if clang is going to use gcc-specific headers, it should maybe have some sort of fairly specific versioned dependency on gcc, so upstream internal gcc changes don't confuse clang. Installed gcc: $ dpkg-query --show gcc gcc 4:4.6.1-3 $ dpkg-query --show gcc-4.6 gcc-4.6 4.6.1-15 Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc6 2.13-21 ii libffi5 3.0.10-3 ii libgcc1 1:4.6.1-15 ii libllvm2.9 2.9+dfsg-3 ii libstdc++6 4.6.1-15 ii libstdc++6-4.6-dev 4.6.1-15 Versions of packages clang recommends: ii llvm-2.9-dev 2.9+dfsg-3 ii python2.7.2-9 clang 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#643959: clang cannot find standard include files
Package: clang Version: 2.9-13 Severity: normal $ cat x.c #include stddef.h $ clang -c x.c x.c:1:10: fatal error: 'stddef.h' file not found #include stddef.h ^ 1 error generated. $ type clang clang is hashed (/usr/bin/clang) $ clang --version Debian clang version 2.9-13 (tags/RELEASE_29/final) (based on LLVM 2.9) Target: x86_64-pc-linux-gnu Thread model: posix [It worked a few days ago, so presumably something moved...] Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc6 2.13-21 ii libffi5 3.0.10-1 ii libgcc1 1:4.6.1-13 ii libllvm2.9 2.9+dfsg-3 ii libstdc++6 4.6.1-13 ii libstdc++6-4.6-dev 4.6.1-13 Versions of packages clang recommends: ii llvm-2.9-dev 2.9+dfsg-3 ii python2.7.2-7 clang 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#643828: gnome-tweak-tool: fails to start
Package: gnome-tweak-tool Version: 3.0.0-1 Severity: normal Trying to run gnome-tweak-tool, I get the following fatal error: + LANG=C gnome-tweak-tool GLib-GIO-ERROR **: Settings schema 'org.gnome.shell.clock' is not installed aborting... 中止 Maybe a missing dependency? But I dunno what... ('org.gnome.shell.clock' is ... not very descriptive) Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-tweak-tool depends on: ii gsettings-desktop-schemas 3.0.1-1 ii python 2.7.2-7 ii python2.6 2.6.7-4 ii python2.7 2.7.2-5 gnome-tweak-tool recommends no packages. gnome-tweak-tool 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#642973: units: currency exchange rates should be updated
Package: units Version: 1.87-2 Severity: normal I know it's impractical to keep really up-to-date on currency exchange rates, but the last time they were updated was 2007, and some have changed a _lot_ since then... E.g., 1 dollar == 115 japanyen according to units [in 2007] but now, 1 dollar == 76 yen according to google... [Maybe there should be some regular schedule to update these, just to make sure they at least track long-term movements in exchange rates... once a year, or every 6 months?] Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages units depends on: ii dpkg 1.16.1 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-21 ii libncurses5 5.9-1 ii libreadline5 5.2-10 units recommends no packages. units 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#630441: g++-4.6 miscompilation
Philip Ashmore cont...@philipashmore.com writes: It appears that gcc-4.6 (and clang for that matter) make some dodgy decisions about what appear to be references to temporaries created during optimization. You don't seem to have addressed the issue raised by Matthias Klose in the bug thread though: specifically, whether this is truly a compiler problem, or simply buggy code exposed by the newer compilers. That it works as intended with older compilers or -O0 isn't enough to show that -- it's very common for buggy code to work correctly for a long time, and then suddenly stop working when a new compiler release uses more aggressive [but correct] optimization. It seems like an important step here would be to reduce this down to a minimal test case. [The fact that both newer versions of gcc and clang show the same behavior does suggest that maybe it's the application code which is buggy.] -Miles -- One of the lessons of history is that nothing is often a good thing to do, and always a clever thing to say. -- Will Durant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639962: linking fails with clang
Package: clang Version: 2.9-9 Severity: normal Even a trivial program fails to link when compiled with clang: $ clang -o hw ~/src/hw.c /usr/bin/ld: error: cannot open crtbegin.o: No such file or directory /usr/bin/ld: error: cannot open crtend.o: No such file or directory /usr/bin/ld: error: cannot find -lgcc /usr/bin/ld: error: cannot find -lgcc_s /usr/bin/ld: error: cannot find -lgcc /usr/bin/ld: error: cannot find -lgcc_s clang: error: linker command failed with exit code 1 (use -v to see invocation) whereas gcc works properly: $ gcc -o hw ~/src/hw.c $ ./hw hello world $ Thanks, -Miles p.s., here's the output using -v: $ clang -v -o hw ~/src/hw.c clang version 2.9 (tags/RELEASE_29/final) Target: x86_64-pc-linux-gnu Thread model: posix /usr/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name hw.c -mrelocation-model static -mdisable-fp-elim -masm-verbose -mconstructor-aliases -munwind-tables -target-cpu x86-64 -target-linker-version 2.21.53.20110823 -momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/2.9 -ferror-limit 19 -fmessage-length 80 -fgnu-runtime -fdiagnostics-show-option -o /tmp/cc-B0Fb9z.o -x c /home/soft1/miles/src/hw.c clang -cc1 version 2.9 based upon llvm 2.9 hosted on x86_64-pc-linux-gnu ignoring duplicate directory /usr/include/x86_64-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/include/x86_64-linux-gnu /usr/bin/../lib/clang/2.9/include /usr/include End of search list. /usr/bin/ld --hash-style=both --no-copy-dt-needed-entries --build-id --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 -o hw /usr/lib/x86_64-linux-gnu/crt1.o /usr/lib/x86_64-linux-gnu/crti.o crtbegin.o -L -L/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/../../.. -L/usr/lib/x86_64-linux-gnu /tmp/cc-B0Fb9z.o -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed crtend.o /usr/lib/x86_64-linux-gnu/crtn.o /usr/bin/ld: error: cannot open crtbegin.o: No such file or directory /usr/bin/ld: error: cannot open crtend.o: No such file or directory /usr/bin/ld: error: cannot find -lgcc /usr/bin/ld: error: cannot find -lgcc_s /usr/bin/ld: error: cannot find -lgcc /usr/bin/ld: error: cannot find -lgcc_s clang: error: linker command failed with exit code 1 (use -v to see invocation) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc6 2.13-18 ii libffi5 3.0.10~rc10-1 ii libgcc1 1:4.6.1-8 ii libllvm2.9 2.9+dfsg-3 ii libstdc++6 4.6.1-8 ii libstdc++6-4.6-dev 4.6.1-8 Versions of packages clang recommends: ii llvm-2.9-dev 2.9+dfsg-3 ii python2.6.7-3 clang 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#543799: screws up desktop wallpaper
Package: mutter Followup-For: Bug #543799 Hi, I'm not totally sure, but I think this bug may be fixed now. At least, when I run mutter with mutter --replace, my wallpaper stays in place as it should. No all white background. [The environment is slightly different from my bug report though: I'm replacing metacity instead of compiz; I tried to run compiz to test that case too, but it doesn't seem to work entirely properly.] -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutter depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget ii libcanberra0 0.28-1 a simple abstract interface for pl ii libclutter-1.0-0 1.6.16-1 Open GL based interactive canvas l ii libdrm2 2.4.26-1 Userspace interface to kernel DRM ii libffi5 3.0.9-7Foreign Function Interface library ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.4-2FreeType 2 font engine, shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.5-2 GDK Pixbuf library ii libgirepository-1.0-1 0.10.8-2 Library for handling GObject intro ii libgl1-mesa-glx [libgl1] 7.10.3-3 free implementation of the OpenGL ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome2-common 2.32.1-1 The GNOME library - common files ii libgtk-3-03.0.11-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libjson-glib-1.0-00.13.4-2 GLib JSON manipulation library ii libmutter03.0.2.1-2 window manager library from the Mu ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsm62:1.2.0-2 X11 Session Management library ii libstartup-notification0 0.12-1 library for program launch feedbac ii libx11-6 2:1.4.3-2 X11 client-side library ii libxcomposite11:0.4.3-2 X11 Composite extension library ii libxcursor1 1:1.1.12-1 X cursor management library ii libxdamage1 1:1.1.3-2 X11 damaged region extension libra ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio ii libxi62:1.4.3-3 X11 Input extension library ii libxinerama1 2:1.1.1-3 X11 Xinerama extension library ii libxrandr22:1.3.2-2 X11 RandR extension library ii libxrender1 1:0.9.6-2 X Rendering Extension client libra ii mutter-common 3.0.2.1-2 shared files for the Mutter window ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages mutter recommends: ii gnome-session [x-session-mana 2.30.2-3 The GNOME Session Manager - GNOME ii xfce4-session [x-session-mana 4.8.1-3Xfce4 Session Manager Versions of packages mutter suggests: ii gnome-control-center 1:2.30.1-3 utilities to configure the GNOME d ii gnome-themes 2.30.2-1 official themes for the GNOME desk ii xdg-user-dirs 0.13-2 tool to manage well known user dir -- 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#633624: dockbarx: dockx program doesn't seem to work
Package: dockbarx Version: 0.45-1 Severity: normal File: /usr/bin/dockx The manpage for dockx just says dockx - Starts DockbarX as a standalone dock; SYNOPSIS: dockx, which at least sounds to me like it should work without any additional setup or framework active. But if I just run dockx, it doesn't seem to work: $ dockx Traceback (most recent call last): File /usr/bin/dockx, line 30, in module import dockbarx.dockbar File /usr/lib/pymodules/python2.6/dockbarx/dockbar.py, line 33, in module from common import * File /usr/lib/pymodules/python2.6/dockbarx/common.py, line 26, in module import xdg.DesktopEntry ImportError: No module named xdg.DesktopEntry $ echo $? 1 $ [... and no dock.] Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dockbarx depends on: ii python 2.6.7-1 interactive high-level object-orie ii python-gnomeapplet 2.32.0-1Python bindings for the GNOME pane ii python-keybinder 0.2.2-3 registers global key bindings for ii python-numpy 1:1.5.1-2+b1Numerical Python adds a fast array ii python-support 1.0.14 automated rebuilding support for P ii python-wnck 2.32.0-1Python bindings for the WNCK libra ii python-xlib 0.14+20091101-1 Interface for Python to the X11 Pr dockbarx recommends no packages. Versions of packages dockbarx suggests: pn zeitgeist none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633712: dockx fails to start (ImportError: No module named Image)
Package: dockbarx Version: 0.45-2 Severity: normal dockx fails to start with the following error: $ dockx DockbarX 0.45 DockbarX init Traceback (most recent call last): File /usr/bin/dockx, line 649, in module dockx = DockX(monitor) File /usr/bin/dockx, line 193, in __init__ self.dockbar.load() File /usr/lib/pymodules/python2.6/dockbarx/dockbar.py, line 201, in load from groupbutton import Group, GroupIdentifierError File /usr/lib/pymodules/python2.6/dockbarx/groupbutton.py, line 35, in module from iconfactory import IconFactory File /usr/lib/pymodules/python2.6/dockbarx/iconfactory.py, line 25, in module import Image ImportError: No module named Image $ Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dockbarx depends on: ii python 2.6.7-1 interactive high-level object-orie ii python-gnomeapplet 2.32.0-1Python bindings for the GNOME pane ii python-keybinder 0.2.2-3 registers global key bindings for ii python-numpy 1:1.5.1-2+b1Numerical Python adds a fast array ii python-support 1.0.14 automated rebuilding support for P ii python-wnck 2.32.0-1Python bindings for the WNCK libra ii python-xdg 0.19-3 Python library to access freedeskt ii python-xlib 0.14+20091101-1 Interface for Python to the X11 Pr dockbarx recommends no packages. Versions of packages dockbarx suggests: pn zeitgeist none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632408: grub-pc-bin: fd0 read error
Package: grub-pc-bin Version: 1.99-8 Severity: normal Right after the Welcome to GRUB line (sorry forgot the exact wording, but it's the inverse-video line that's normally the 2nd thing shown, before clearing the screen and showing the grub menu), grub seems to hang for a while (~7-8 sec?), and then displays: error: fd0 read error ... it then pauses for a while longer, and then continues to the grub menu (after that, everything works normally). This system has no floppy drive at all, so it's not surprising that grub couldn't read anything from it, but it's disconcerting that an error message is displayed -- as the lack of a floppy is not an error (and I think not an uncommon with configuration these days) -- and the apparent long timeout annoying. Thanks, -Miles -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/catnip-root / ext3 rw,noatime,errors=remount-ro,commit=5,barrier=0,data=ordered 0 0 /dev/sda1 /boot ext3 rw,noatime,errors=continue,commit=5,barrier=0,data=ordered 0 0 /dev/mapper/catnip-home /home ext3 rw,noatime,errors=continue,commit=5,barrier=0,data=ordered 0 0 /dev/mapper/catnip-tmp /tmp ext3 rw,noatime,errors=continue,commit=5,barrier=0,data=ordered 0 0 /dev/mapper/catnip-usr /usr ext3 rw,noatime,errors=continue,commit=5,barrier=0,data=ordered 0 0 /dev/mapper/catnip-local /usr/local ext3 rw,noatime,errors=continue,commit=5,barrier=0,data=ordered 0 0 /dev/mapper/catnip-var /var ext3 rw,noatime,errors=continue,commit=5,barrier=0,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/disk/by-id/ata-WDC_WD6400AAKS-22A7B0_WD-WCASY1075481 *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=0 if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { insmod vbe insmod vga insmod video_bochs insmod video_cirrus } insmod lvm insmod part_msdos insmod ext2 set root='(catnip-usr)' search --no-floppy --fs-uuid --set=root 372eeb5b-3fb4-4538-978e-d2bf91be2258 if loadfont /share/grub/unicode.pf2 ; then set gfxmode=640x480 load_video insmod gfxterm insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 9a1085b8-e811-4400-8163-2e9e5582e6d4 set locale_dir=($root)/grub/locale set lang=ja_JP insmod gettext fi terminal_output gfxterm set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### insmod lvm insmod part_msdos insmod ext2 set root='(catnip-usr)' search --no-floppy --fs-uuid --set=root 372eeb5b-3fb4-4538-978e-d2bf91be2258 insmod png if background_image /share/images/desktop-base/spacefun-grub.png; then set color_normal=light-gray/black set color_highlight=white/black else set menu_color_normal=cyan/blue set menu_color_highlight=white/blue fi ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry 'Debian GNU/Linux, with Linux 2.6.39-2-amd64' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 9a1085b8-e811-4400-8163-2e9e5582e6d4 echo'Loading Linux 2.6.39-2-amd64 ...' linux /vmlinuz-2.6.39-2-amd64 root=/dev/mapper/catnip-root ro quiet echo'Loading initial ramdisk ...' initrd /initrd.img-2.6.39-2-amd64 } menuentry 'Debian GNU/Linux, with Linux 2.6.39-2-amd64 (recovery mode)' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 9a1085b8-e811-4400-8163-2e9e5582e6d4 echo'Loading Linux 2.6.39-2-amd64 ...' linux /vmlinuz-2.6.39-2-amd64 root=/dev/mapper/catnip-root ro single echo'Loading initial ramdisk ...' initrd /initrd.img-2.6.39-2-amd64 } menuentry 'Debian GNU/Linux, with Linux 2.6.38-2-amd64' --class debian --class gnu-linux --class gnu --class os { insmod gzio insmod part_msdos insmod ext2 set root='(hd0,msdos1)' search --no-floppy --fs-uuid --set=root 9a1085b8-e811-4400-8163-2e9e5582e6d4 echo'Loading Linux 2.6.38-2-amd64 ...' linux /vmlinuz-2.6.38-2-amd64 root=/dev/mapper/catnip-root ro quiet echo'Loading initial ramdisk ...' initrd
Bug#631116: gnome-terminal: keyboard input is super flaky
Package: gnome-terminal Version: 3.0.1-1 Severity: normal The previous version of gnome-terminal (2.30.x?) worked great, but upon upgrading to 3.0.1, suddenly keyboard input is so flaky as to make it all but unusable. Basically it seems to randomly ignore about 80% of keypresses. By very patiently hitting a key over and over, one can eventually enter that character. There's no obvious pattern -- sometimes it ignores keypresses for a long time, other times input suddenly seems to start working again (though it shortly goes back to the ignoring behavior). Thanks, -Miles [Running reportbug in an xterm, which I started by patiently repeating keys in gnome-terminal until I had typed xterm ... :] -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gnome-terminal-data 3.0.1-1Data files for the GNOME terminal ii gsettings-desktop-schemas 3.0.1-1GSettings deskop-wide schemas ii libatk1.0-0 2.0.0-1The ATK accessibility toolkit ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.10-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm62:1.2.0-2 X11 Session Management library ii libvte-2.90-9 1:0.28.1-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.4.3-2 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal 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#630339: gnome-terminal transparency doesn't work in mutter
Package: mutter Version: 3.0.2.1-1 Severity: normal As the subject says, gnome-terminal windows that are (semi-)transparent in metacity, have a pure-black background in mutter. A google turns up this patch against mutter 2.91.92: http://mail.gnome.org/archives/release-team/2011-March/msg00180.html I don't know whether that patch is supposed to have already been incorporated into the current version of mutter or not... the message suggests they were targetting 3.0 though. Thanks, -miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mutter depends on: ii libatk1.0-0 2.0.0-1The ATK accessibility toolkit ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget ii libcanberra0 0.28-1 a simple abstract interface for pl ii libclutter-1.0-0 1.6.14-1 Open GL based interactive canvas l ii libdrm2 2.4.25-3 Userspace interface to kernel DRM ii libffi5 3.0.9-7Foreign Function Interface library ii libfontconfig12.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1FreeType 2 font engine, shared lib ii libgconf2-4 2.32.3-2 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libgirepository-1.0-1 0.10.8-1 Library for handling GObject intro ii libgl1-mesa-glx [libgl1] 7.10.2-3 free implementation of the OpenGL ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgnome2-common 2.32.1-1 The GNOME library - common files ii libgtk-3-03.0.10-1 GTK+ graphical user interface libr ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libjson-glib-1.0-00.13.2-1 GLib JSON manipulation library ii libmutter03.0.2.1-1 window manager library from the Mu ii libpango1.0-0 1.28.3-6 Layout and rendering of internatio ii libsm62:1.2.0-2 X11 Session Management library ii libstartup-notification0 0.12-1 library for program launch feedbac ii libx11-6 2:1.4.3-2 X11 client-side library ii libxcomposite11:0.4.3-2 X11 Composite extension library ii libxcursor1 1:1.1.11-3 X cursor management library ii libxdamage1 1:1.1.3-2 X11 damaged region extension libra ii libxext6 2:1.3.0-3 X11 miscellaneous extension librar ii libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio ii libxi62:1.4.3-3 X11 Input extension library ii libxinerama1 2:1.1.1-3 X11 Xinerama extension library ii libxrandr22:1.3.1-2 X11 RandR extension library ii libxrender1 1:0.9.6-2 X Rendering Extension client libra ii mutter-common 3.0.2.1-1 shared files for the Mutter window ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages mutter recommends: ii gnome-session [x-session-mana 2.30.2-3 The GNOME Session Manager - GNOME Versions of packages mutter suggests: ii gnome-control-center 1:2.30.1-3 utilities to configure the GNOME d ii gnome-themes 2.30.2-1 official themes for the GNOME desk ii xdg-user-dirs 0.13-2 tool to manage well known user dir -- 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#376226: closed by Ralf Treinen trei...@free.fr (Re: lib3ds doesn't handle object-flag chunks)
2011/5/25 Debian Bug Tracking System ow...@bugs.debian.org: I am closing this bug report now as there is no reply to the mail of Barry, and the upstream changelog indicates that this bug has been dealed with by upstream in version 1.3.0: I agree, it should be closed (the feature has been added), but what was the mail of Barry...? Thanks, -miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627039: chromium chooses a very poor font for Japanese text
Package: chromium Version: 11.0.696.65~r84435-1 Severity: normal Recently (basically following the most recent upgrade, to version 11) chromium has started using a poor font for rendering Japanese text -- it uses the kanjistrokeorders font, which is not really designed for normal text display (and as a result, tends to be somewhat hard to read). I don't really understand how default fonts get chosen for the system in general (some fontconfig setting?), but no other app seems to choose this font; I have a bunch of Japanese fonts installed, and most of them would be a better choice than the kanjistrokeorders font. [Ideally it would be nice to allow per-language font customization -- chromium only seems to allow setting a single default font, which in most cases won't be appropriate for CJK text (FF, for instance, allows per-language font settings).] Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspect 11.0.696.65~r84435-1page inspector for the chromium br ii libasound2 1.0.23-4shared library for ALSA applicatio ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libcups2 1.4.6-5 Common UNIX Printing System(tm) - ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-7 GCC support library ii libgconf2-4 2.32.1-1GNOME configuration database syste ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpam0g 1.1.2-3 Pluggable Authentication Modules l ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii libspeex11.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3 ii libvpx0 0.9.6-1 VP8 video codec (shared library) ii libx11-6 2:1.4.3-1 X11 client-side library ii libxdamage1 1:1.1.3-1 X11 damaged region extension libra ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxml2 2.7.8.dfsg-2+b1 GNOME XML library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-7+b1 XSLT 1.0 processing library - runt ii libxss1 1:1.2.1-1 X11 Screen Saver extension library ii libxtst6 2:1.2.0-1 X11 Testing -- Record extension li ii xdg-utils1.1.0~rc1-2 desktop integration utilities from ii zlib1g 1:1.2.5.dfsg-1 compression library - runtime chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627039: Acknowledgement (chromium chooses a very poor font for Japanese text)
ah... actually, installing the chromium-l10n package fixes this problem. [I used to have the chromium-browser-l10n package installed, but somehow the switch to the new package names didn't end up installing chromium-l10n...] Thanks, -Miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623882: ca-certificates: error installing certs with non-ascii characters in their names
Package: ca-certificates Version: 20110421 Severity: normal When this package is installed, it mostly seems to go OK, but any certificate with non-ascii characters in its name gets an error:. I've included the installation output below; note that the error: lines corresponds perfectly to names containing non-ascii characters. Thanks, -Miles ca-certificates (20110421) を設定しています ... Updating certificates in /etc/ssl/certs... WARNING: Skipping duplicate certificate ca-certificates.crt WARNING: Skipping duplicate certificate ca-certificates.crt WARNING: Skipping duplicate certificate cert_igca_rsa.pem WARNING: Skipping duplicate certificate cert_igca_rsa.pem 43 added, 27 removed; done. Running hooks in /etc/ca-certificates/update.d updating keystore /etc/ssl/certs/java/cacerts... added: /etc/ssl/certs/ACEDICOM_Root.pem error adding /etc/ssl/certs/AC_Raíz_Certicámara_S.A..pem added: /etc/ssl/certs/ApplicationCA_-_Japanese_Government.pem added: /etc/ssl/certs/Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.pem added: /etc/ssl/certs/Buypass_Class_2_CA_1.pem added: /etc/ssl/certs/Buypass_Class_3_CA_1.pem added: /etc/ssl/certs/CA_Disig.pem added: /etc/ssl/certs/CNNIC_ROOT.pem added: /etc/ssl/certs/Certigna.pem added: /etc/ssl/certs/Chambers_of_Commerce_Root_-_2008.pem added: /etc/ssl/certs/ComSign_CA.pem added: /etc/ssl/certs/ComSign_Secured_CA.pem added: /etc/ssl/certs/Cybertrust_Global_Root.pem added: /etc/ssl/certs/Deutsche_Telekom_Root_CA_2.pem added: /etc/ssl/certs/E-Guven_Kok_Elektronik_Sertifika_Hizmet_Saglayicisi.pem error adding /etc/ssl/certs/EBG_Elektronik_Sertifika_Hizmet_Sağlayıcısı.pem added: /etc/ssl/certs/GeoTrust_Primary_Certification_Authority_-_G2.pem added: /etc/ssl/certs/GeoTrust_Primary_Certification_Authority_-_G3.pem added: /etc/ssl/certs/GlobalSign_Root_CA_-_R3.pem added: /etc/ssl/certs/Global_Chambersign_Root_-_2008.pem added: /etc/ssl/certs/Hongkong_Post_Root_CA_1.pem added: /etc/ssl/certs/IGC_A.pem added: /etc/ssl/certs/Izenpe.com.pem added: /etc/ssl/certs/Juur-SK.pem added: /etc/ssl/certs/Microsec_e-Szigno_Root_CA.pem added: /etc/ssl/certs/Microsec_e-Szigno_Root_CA_2009.pem error adding /etc/ssl/certs/NetLock_Arany_=Class_Gold=_Főtanúsítvány.pem added: /etc/ssl/certs/OISTE_WISeKey_Global_Root_GA_CA.pem added: /etc/ssl/certs/S-TRUST_Authentication_and_Encryption_Root_CA_2005_PN.pem added: /etc/ssl/certs/SecureSign_RootCA11.pem added: /etc/ssl/certs/Security_Communication_EV_RootCA1.pem added: /etc/ssl/certs/Staat_der_Nederlanden_Root_CA_-_G2.pem added: /etc/ssl/certs/TC_TrustCenter_Class_2_CA_II.pem added: /etc/ssl/certs/TC_TrustCenter_Class_3_CA_II.pem added: /etc/ssl/certs/TC_TrustCenter_Universal_CA_I.pem added: /etc/ssl/certs/TC_TrustCenter_Universal_CA_III.pem error adding /etc/ssl/certs/TÜBİTAK_UEKAE_Kök_Sertifika_Hizmet_Sağlayıcısı_-_Sürüm_3.pem added: /etc/ssl/certs/VeriSign_Class_3_Public_Primary_Certification_Authority_-_G4.pem added: /etc/ssl/certs/VeriSign_Universal_Root_Certification_Authority.pem added: /etc/ssl/certs/certSIGN_ROOT_CA.pem added: /etc/ssl/certs/ePKI_Root_Certification_Authority.pem added: /etc/ssl/certs/thawte_Primary_Root_CA_-_G2.pem added: /etc/ssl/certs/thawte_Primary_Root_CA_-_G3.pem does not exist: /etc/ssl/certs/ABAecom_=sub.__Am._Bankers_Assn.=_Root_CA.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA-Baltimore_Implementation.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA_-_Entrust_Implementation.pem does not exist: /etc/ssl/certs/beTRUSTed_Root_CA_-_RSA_Implementation.pem does not exist: /etc/ssl/certs/Digital_Signature_Trust_Co._Global_CA_2.pem does not exist: /etc/ssl/certs/Digital_Signature_Trust_Co._Global_CA_4.pem does not exist: /etc/ssl/certs/Entrust.net_Global_Secure_Personal_CA.pem does not exist: /etc/ssl/certs/Entrust.net_Global_Secure_Server_CA.pem does not exist: /etc/ssl/certs/Entrust.net_Secure_Personal_CA.pem does not exist: /etc/ssl/certs/GTE_CyberTrust_Root_CA.pem does not exist: /etc/ssl/certs/IPS_Chained_CAs_root.pem does not exist: /etc/ssl/certs/IPS_CLASE1_root.pem does not exist: /etc/ssl/certs/IPS_CLASE3_root.pem does not exist: /etc/ssl/certs/IPS_CLASEA1_root.pem does not exist: /etc/ssl/certs/IPS_CLASEA3_root.pem does not exist: /etc/ssl/certs/IPS_Servidores_root.pem does not exist: /etc/ssl/certs/IPS_Timestamping_root.pem does not exist: /etc/ssl/certs/RSA_Security_1024_v3.pem does not exist: /etc/ssl/certs/StartCom_Ltd..pem does not exist: /etc/ssl/certs/Thawte_Personal_Basic_CA.pem does not exist: /etc/ssl/certs/Thawte_Personal_Premium_CA.pem does not exist: /etc/ssl/certs/UTN-USER_First-Network_Applications.pem does not exist: /etc/ssl/certs/Verisign_RSA_Secure_Server_CA.pem does not exist: /etc/ssl/certs/Verisign_Time_Stamping_Authority_CA.pem does not exist:
Bug#614166: closed by Steffen Möller steffen_moel...@gmx.de (Re: Bug#614166: /usr/bin/boincmgr: window-close button doesn't work and misleading advice from exit boinc mgr)
On Sun, Feb 20, 2011 at 8:30 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: I had informed upstream about an earlier complaint on this. At least with 6.12.15 (new in unstable) there is an additional dialog upon the selection of exit that allows to leave the tasks running. It is not ultimately nice, I tend agree, but, well, I can live with it, upstream knows about it and any alternative leaves reason to be unhappy, too. Did they give any reasons for their resistance, or were they simply being stubborn? The text in the dialogue box is _wrong_, which suggests that at least somebody upstream is confused about what's going on... Thanks, -miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614166: /usr/bin/boincmgr: window-close button doesn't work and misleading advice from exit boinc mgr
Package: boinc-manager Version: 6.12.14+dfsg-1 Severity: normal File: /usr/bin/boincmgr The previous version of the boinc-manager (6.10.x) worked exactly as one would expect: hitting the window close button would exit the boinc manager, but boinc tasks and scheduling would continue as normal in the background. However the most recent update to boinc-manager (6.12.x) has very odd behavior: hitting window-close simply iconifies the window, but otherwise leaves the boinc-manager running. This is bad, not only because it's confusing for the user, but because the boinc-manager has some unpleasant side-effects while it's running, such as very frequent network activity (I don't know what it's actually doing, but there's network activity about once a second due to the boinc-manager, maybe some sort of keep-alive...). It's possible to _really_ exit the new versio of the boinc-manager by selecting Exit BOINC Manager from the File menu. however this pops up a scary sounding dialogue box that implies boinc will basically stop working if you exit. As far as I can figure, this isn't true -- in the past, boinc scheduling and task worked absolutely fine without the boinc-manager running, and this appears to still be true with the new version. Thus this dialogue box is misleading; however I suspect many users will be scared by what it says, and opt not to exit the boinc-manager out of confusion. To fix these problems, I'd suggest that the boinc-manager's behavior should be restored to that of the previous version: 1) Since the boinc-manager is not necessary for boinc operation, the window close button should exit the boinc-manager application, as the user expexts. 2) The misleading dialogue box should be removed or at least reworded to reflect the way things actually work. Thanks, -Miles -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages boinc-manager depends on: ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libgcc1 1:4.6-20110216-1 GCC support library ii libglib2.0-02.28.0-2 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libnotify1 [libnotify1- 0.5.0-2 sends desktop notifications to a n ii libsqlite3-03.7.4-2 SQLite 3 shared library ii libstdc++6 4.6-20110216-1 The GNU Standard C++ Library v3 ii libwxbase2.8-0 2.8.10.1-3+b1wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1wxWidgets Cross-platform C++ GUI t Versions of packages boinc-manager recommends: ii boinc-client 6.12.14+dfsg-1 core client for the BOINC distribu ii ia32-libs 20110117 ia32 shared libraries for use on a Versions of packages boinc-manager suggests: ii libgl1-mesa-glx 7.10-4 A free implementation of the OpenG ii libxt61:1.0.9-2 X11 toolkit intrinsics library -- 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#610535: g++: Using a global std::string in a constructor in another files generates a crashing binary
Ludovic Rousseau rouss...@debian.org writes: I found a strange bug I can't explain myself. I am not a C++ expert so maybe this construction is illegal. ... If my C++ construction is not supported by the language feel free to refer me to the C++ specification with details. It looks like a bug in your program: The initialization order of file-scope objects in different files is undefined, and the variable g_Application is apparently being initialized before the variable foo. So Application::Application is called while foo is in a bogus state. -Miles -- Absurdity, n. A statement or belief manifestly inconsistent with one's own opinion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594148: closed by Per Olofsson pe...@dsv.su.se (closing)
On Sun, Jan 16, 2011 at 2:30 AM, Debian Bug Tracking System ow...@bugs.debian.org wrote: From: Per Olofsson pe...@dsv.su.se To: 594148-d...@bugs.debian.org Date: Sat, 15 Jan 2011 18:08:26 +0100 Subject: closing I haven't got a response on this bug, so I'm closing it. Response from who? [I never received any request for clarification] The problem was most likely Gnome's default browser setting. What does that mean? Is it a user problem? A bug in gnome...? [The problem still exists for what it's worth.] -miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600451: missing C++ compiler
Package: mingw-w64 Version: 0~20100125-3 Severity: normal Hi, I'm wonder if there's any comment on this. gcc-mingw32 provies a C++ compiler (i586-mingw32msvc-g++); is there a reason why C++ support is more difficult on 64-bit windows? Thanks, -Miles -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mingw-w64 depends on no packages. Versions of packages mingw-w64 recommends: ii gcc-mingw32 4.4.4-0.1+b1 The GNU Compiler Collection (cross ii mingw32-binutils2.20-0.1 Minimalist GNU win32 (cross) binut mingw-w64 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#609743: gnome-shell: fails to start (gdk probs?)
Package: gnome-shell Version: 2.91.3-2 Severity: important Starting gnome-shell with --replace: $ LANG=C gnome-shell --replace Window manager warning: Log level 16: specified class size for type `MetaFrames' is smaller than the parent type's `GtkWindow' class size Window manager warning: Log level 8: g_once_init_leave: assertion `initialization_value != 0' failed Window manager warning: Log level 8: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed Window manager warning: Log level 8: gtk_widget_show: assertion `GTK_IS_WIDGET (widget)' failed JS LOG: GNOME Shell started at Wed Jan 12 2011 13:47:36 GMT+0900 (JST) mutter: symbol lookup error: mutter: undefined symbol: gdk_x11_drawable_get_xid ** (gnome-panel:7298): WARNING **: No toplevel on which to load object '0001' ** (gnome-panel:7298): WARNING **: No toplevel on which to load object '0002' ** (gnome-panel:7298): WARNING **: No toplevel on which to load object '0004' (metacity:7295): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `dest_y = 0 dest_y + dest_height = dest-height' failed (metacity:7295): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `dest_y = 0 dest_y + dest_height = dest-height' failed (metacity:7295): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `dest_y = 0 dest_y + dest_height = dest-height' failed (metacity:7295): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `dest_y = 0 dest_y + dest_height = dest-height' failed (metacity:7295): GdkPixbuf-CRITICAL **: gdk_pixbuf_composite: assertion `dest_y = 0 dest_y + dest_height = dest-height' failed then crashes and metacity is automatically started -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii gconf22.32.1-1 GNOME configuration database syste ii gir1.2-atk-1.01.32.0-2 The ATK accessibility toolkit (GOb ii gir1.2-clutter-1.01.5.12-1 GObject introspection data for the ii gir1.2-freedesktop0.10.0-2 Introspection data for some FreeDe ii gir1.2-gconf-2.0 2.32.1-2 GNOME configuration database syste ii gir1.2-gdkpixbuf-2.0 2.23.0-2 GDK Pixbuf library - GObject-Intro ii gir1.2-glib-2.0 0.10.0-2 Introspection data for GLib, GObje ii gir1.2-gtk-3.02.91.6-1 The GTK+ graphical user interface ii gir1.2-json-glib-1.0 0.12.0-2 GLib JSON manipulation library (do ii gir1.2-mutter-2.912.91.3-3 GObject introspection data for Mut ii gir1.2-pango-1.0 1.28.3-3 Layout and rendering of internatio ii gjs 0.7.6-2Mozilla-based javascript bindings ii gnome-settings-daemon 2.91.5.1-2+b1 daemon handling the GNOME session ii libatk1.0-0 1.32.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.0-1 The Cairo 2D vector graphics libra ii libcairo2 1.10.0-1 The Cairo 2D vector graphics libra ii libcanberra0 0.26-1 a simple abstract interface for pl ii libclutter-1.0-0 1.5.12-1 Open GL based interactive canvas l ii libcroco3 0.6.2-1a generic Cascading Style Sheet (C ii libdbus-1-3 1.4.0-2simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libdconf0 0.5.1-2Simple key-based configuration sys ii libdrm2 2.4.22-2 Userspace interface to kernel DRM ii libffi5 3.0.9-3Foreign Function Interface library ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-4 2.32.1-1 GNOME configuration database syste ii libgdk-pixbuf2.0-02.23.0-2 GDK Pixbuf library ii libgirepository-1.0-1 0.10.0-2 Library for handling GObject intro ii libgjs0b 0.7.6-2Mozilla-based javascript bindings ii libgl1-mesa-glx [libgl1] 7.9+repack-1 A free implementation of the OpenG ii libglib2.0-0 2.27.91-1 The GLib library of C routines ii libgnome-desktop-3-0 2.91.3-3 Utility library for loading .deskt ii libgnome-menu22.30.3-1 an implementation of the freedeskt ii libgstreamer0.10-00.10.31-2 Core GStreamer libraries and eleme ii libgtk3.0-0
Bug#609221: ITP: PyTyle2 -- PyTyle2 is an automatic and manual on-demand tiling manager
WTF do people keep naming packages after their implementation language like this (when it seems largely irrelevant)...? -Miles -- Cynic, n. A blackguard whose faulty vision sees things as they are, not as they ought to be. Hence the custom among the Scythians of plucking out a cynic's eyes to improve his vision. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#106073: Directories named after packages
Russ Allbery r...@debian.org writes: I'm hesitant to recommend moving the documentation to /usr/share/doc/foo when we've always put it in a directory named after the package in the past; I'm afraid long-time Debian users won't be able to find it. I'd certainly be confused! Being able to just look in /usr/share/doc/PKG is really, really, convenient, even if it only contains symlinks/pointers/whatever referring to the real location. Otherwise looking for related documentation becomes a guessing game (OK, I guess one can do dpkg -L pkg | grep /usr/share/doc, but ...). Thanks, -miles -- Most attacks seem to take place at night, during a rainstorm, uphill, where four map sheets join. -- Anon. British Officer in WW I -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607038: rheolef: missing include files
hi, thanks for the reply -- I can now build correclty using your makefile. However, I also found another bug: it doesn't compile correctly with g++ 4.5 (it compiles OK with g++ 4.4). I'll file that bug separately. Thanks, -Miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607038: rheolef: missing include files
Package: rheolef Version: 5.91-1 Severity: normal I tried to compile the following example from the rheolef manual: #include rheolef/rheolef.h void main () { geo g; cin g; cout plotmtv g; } http://ljk.imag.fr/membres/Pierre.Saramito/rheolef/rheolef.html#IDX185 Using this command: g++ -O2 -march=native -o r0 -I/usr/include/rheolef r0.cc I get the following error output: In file included from /usr/include/rheolef/tiny_matvec.h:30:0, from /usr/include/rheolef/georep.h:29, from /usr/include/rheolef/geo.h:147, from /usr/include/rheolef/rheolef.h:26, from r0.cc:1: /usr/include/rheolef/compiler.h:31:62: fatal error: rheolef/config.h: No such file or directory ... and indeed, there is no such file (/usr/include/rheolef/config.h). [It looks like it may be impossible to compile _any_ programs using rheolef, given this situation.] Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rheolef depends on: ii gnuplot 4.4.0-1.1 A command-line driven interactive ii imagemagick 8:6.6.0.4-3 image manipulation programs ii libamd2.2.0 1:3.4.0-2 approximate minimum degree orderin ii libatlas3gf-base [libblas.so 3.8.3-29Automatically Tuned Linear Algebra ii libblas3gf [libblas.so.3gf] 1.2-8 Basic Linear Algebra Reference imp ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libgcc1 1:4.5.1-8 GCC support library ii librheolef5.91 5.91-1 Finite elements for partial differ ii libumfpack5.4.0 1:3.4.0-2 sparse LU factorization library ii vtk-tcl 5.0.4-1.1 Tcl bindings for VTK Versions of packages rheolef recommends: ii librheolef-dev5.91-1 Finite elements for partial differ ii librheolef-doc5.91-1 Finite elements for partial differ Versions of packages rheolef suggests: pn ffmpegnone (no description available) pn gmsh none (no description available) pn mayavinone (no description available) pn mayavi2 none (no description available) pn paraview none (no description available) pn plotmtv none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542720: Ignores input during fade animation
Package: gnome-screensaver Version: 2.30.0-2 Severity: normal Hmm, it was closed at fedora, but reading the bug discussion, it's clearly a bug -- though they seemed to be arguing about whether it's just an X bug or whether gnome-screensaver (etc!) also have bugs... The consensus there seems to be that it may be fixed upstream in one way or another, but I'm not so hopeful; e.g.: Maybe we no longer need to open an Xorg bug for this; in [1] Adam Jackson (owner of this Xsync issue) stated: Fixed in 1.9.0 So maybe everything will be fine when we move to Xorg 1.9.0 (my F13 has 1.8.2). ... but I'm running Xorg 1.9.2... (maybe that's what _tickled_ the bug in the first place) :( [and it's a really annoying bug too...] -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-screensaver depends on: ii dbus-x111.4.0-2 simple interprocess messaging syst ii gconf2 2.32.1-1 GNOME configuration database syste ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme ii gnome-session-bin 2.30.2-3 The GNOME Session Manager - Minima ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.10.0-1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.0-2 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.32.1-1 GNOME configuration database syste ii libgl1-mesa-glx [libgl1]7.9+repack-1 A free implementation of the OpenG ii libglib2.0-02.27.4-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnome-menu2 2.30.3-1 an implementation of the freedeskt ii libgnomekbd42.30.2-2 GNOME library to manage keyboard c ii libgtk2.0-0 2.22.0-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii libpango1.0-0 1.28.3-2 Layout and rendering of internatio ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxklavier16 5.0-2X Keyboard Extension high-level AP ii libxxf86vm1 1:1.1.1-1X11 XFree86 video mode extension l Versions of packages gnome-screensaver recommends: ii gnome-power-manager 2.32.0-2 power management tool for the GNOM pn libpam-gnome-keyring none (no description available) Versions of packages gnome-screensaver suggests: pn rss-glx none (no description available) pn xscreensaver-data none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602883: libreoffice-core: libreoffice / libreoffice-writer don't start from menu
Package: libreoffice-core Version: 1:3.3.0~beta2-2 Severity: normal Now that libreoffice has shown up in debian, I uninstalled openoffice and installed libreoffice. I did not install the top-level metapackage (libreoffice), but rather some individual app packages: libreoffice-calc libreoffice-draw libreoffice-impress libreoffice-l10n-ja libreoffice-l10n-ko libreoffice-writer mozilla-libreoffice If I run them from a shell prompt, they seem to work, at least the apps; e.g., typing oowriter in the shell starts libreoffice-writer (the titlebar etc all say LibreOffice ... so it's clearly libreoffice. However, selecting LibreOffice Writer from the debian menu _doesn't_ work correctly -- it just pops up an Error dialog box saying: 'LibreOffice Writer' を起動できませんでした ${UNIXBASISROOTNAME} を子プロセスとして起動できませんでした: そのような ファイルやディレクトリはありません Sorry; my default LANG is set to ja_JP.UTF-8; a rough translation is: 'LibreOffice Writer' could not be run ${UNIXBASISROOTNAME} could not be started as a child process: No such file or directory Clicking the Close button in the dialog box makes the dialog box go away, and no app starts. [LANG doesn't seem to be the issue -- when successfully starting from the shell, LANG has the same setting, and I do have the libreoffice-l10n-ja package installed.] Thanks, -Miles -- Package-specific info: All deployed shared extensions: none All deployed user extensions: none -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-2.1 generic font configuration library ii libatk1.0-0 1.30.0-1The ATK accessibility toolkit ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.2-1Multi-protocol file transfer libra ii libdb4.8 4.8.30-2Berkeley v4.8 Database Libraries [ ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.1-8 GCC support library ii libglib2.0-0 2.25.13-1 The GLib library of C routines ii libgraphite3 1:2.3.1-0.2 SILGraphite - a smart font rende ii libgstreamer-plu 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-0 2.21.5-1The GTK+ graphical user interface ii libhunspell-1.2- 1.2.11-1spell checker and morphological an ii libhyphen0 2.5-1 ALTLinux hyphenation library - sha ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libicu44 4.4.2-1 International Components for Unico ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libmythes-1.2-0 2:1.2.1-1 simple thesaurus library ii libneon27-gnutls 0.29.3-3An HTTP and WebDAV client library ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.8-1Network Security Service libraries ii libpango1.0-01.28.3-1Layout and rendering of internatio ii librdf0 1.0.10-3Redland Resource Description Frame ii libreoffice-comm 1:3.3.0~beta2-2 office productivity suite -- arch- ii libsm6 2:1.2.0-1 X11 Session Management library ii libssl0.9.8 0.9.8o-2SSL shared libraries ii libstdc++6 4.5.1-8 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxaw7 2:1.0.8-2 X11 Athena Widget library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library ii libxml2 2.7.8.dfsg-1GNOME XML library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6XSLT 1.0 processing library - runt ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii ttf-opensymbol 1:3.2.1-7 OpenSymbol TrueType font ii ure 1.7.0+LibO3.3.0~beta2-2 LibreOffice UNO
Bug#599572: Acknowledgement (gcc-snapshot: bogus array subscript is above array bounds in extremely simple code with no loops)
This bug still seems to exist in the most recent version of the gcc-snapshot package (version 20101009-1), so I've filed a bug in gcc bugzilla too (#45978): http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45978 Thanks, -Miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599531: clang 2.8 is released
Package: clang Version: 2.7-3 Severity: wishlist (subject says it all) Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libffi5 3.0.9-3Foreign Function Interface library ii libgcc1 1:4.5.1-8 GCC support library ii libstdc++64.5.1-8The GNU Standard C++ Library v3 Versions of packages clang recommends: ii llvm-2.7-dev 2.7-6 Low-Level Virtual Machine (LLVM), ii python2.6.6-3interactive high-level object-orie clang 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#599572: gcc-snapshot: bogus array subscript is above array bounds in extremely simple code with no loops
Package: gcc-snapshot Version: 20100918-1 Severity: normal There are many bugs in gcc's bugzilla related to bogus array-bounds warnings, but most of them seem to involve non-trivial loops and other situations that may need non-trivial analysis by the compiler. By contrast, the appended code seems to be almost trivial, and contains no loops at all, but nonetheless elicits an array subscript is above array bounds warning from the compiler: g++-snapshot -O3 -S -Wall -Wextra tt.cc tt.cc: In function 'Z test()': tt.cc:15:21: warning: array subscript is above array bounds [-Warray-bounds] [This is as minimal as I can get it -- moving, eliminating, or changing any field in any of the structures seems to silence the warning.] Thanks, -Miles p.s. I wasn't sure whether it's better to report bugs with gcc-snapshot to debian or to upstream bugzilla... start of code tt.c struct X { X () : x (0), y (0), z (0) { } float x, y, z; }; struct Y { Y () { ar[0] = 0; ar[1] = 0; ar[2] = 0; } float ar[3]; }; struct Z { Z () : b (0), d (0) { } Y a; float b; X c; float d; }; Z test () { return Z (); } end of code -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-snapshot depends on: ii binutils 2.20.51.20100925-1 The GNU assembler, linker and bina ii ecj-gcj [libecj-java- 3.5.1-1standalone version of the Eclipse ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libc6-dev 2.11.2-6 Embedded GNU C Library: Developmen ii libc6-dev-i3862.11.2-6 Embedded GNU C Library: 32-bit dev ii libc6-i3862.11.2-6 Embedded GNU C Library: 32-bit sha ii libcloog-ppl0 0.15.9-2 the Chunky Loop Generator (runtime ii libecj-java-gcj 3.5.1-1Eclipse Java compiler (native libr ii libelfg0 0.8.13-1 an ELF object file access library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgmpxx4ldbl 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libmpc2 0.8.2-1+b1 multiple precision complex floatin ii libmpfr4 3.0.0-2multiple precision floating-point ii libppl-c2 0.10.2-8 Parma Polyhedra Library (C interfa ii libppl7 0.10.2-8 Parma Polyhedra Library (runtime l ii python2.6.6-3interactive high-level object-orie ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime gcc-snapshot recommends no packages. Versions of packages gcc-snapshot suggests: ii binutils-gold 2.20.51.20100925-1 The (experimental) GNU gold linker -- 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#597994: gnome-panel: system monitor does not show disk I/O when using LVM?
Package: gnome-panel Version: 2.30.2-2 Severity: normal I use the gnome-panel system monitor widget, showing bar charts of CPU/disk/network/etc activity. Generally all of these seem to work -- but on my home computer, the disk I/O chart always shows zero activity, even when there's clearly lots of disk I/O going on. However, on my work computer, the disk-I/O chart seems to work correctly. The only obvious difference between these two systems that may be relevant is that my home system has most of its filesystems in LVM (so the df command shows /dev/mapper/... for the disk devices). I'm wondering if the gnome-panel system-monitor has a bug where it fails to work with LVM... Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-panel depends on: ii gnome-about2.30.2-1 The GNOME about box ii gnome-desktop-data 2.30.2-1 Common files for GNOME desktop app ii gnome-menus2.30.3-1 an implementation of the freedeskt ii gnome-panel-data 2.30.2-2 common files for the GNOME Panel ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-1-31.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2simple interprocess messaging syst ii libecal1.2-7 2.30.3-1 Client library for evolution calen ii libedataserver1.2-13 2.30.3-1 Utility library for evolution data ii libedataserverui1.2-8 2.30.3-1 GUI utility library for evolution ii libgconf2-42.28.1-4 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-1 Utility library for loading .deskt ii libgnome-menu2 2.30.3-1 an implementation of the freedeskt ii libgtk2.0-02.20.1-1+b1 The GTK+ graphical user interface ii libgweather1 2.30.2-1 GWeather shared library ii libical0 0.44-3iCalendar library implementation i ii libice62:1.0.6-1 X11 Inter-Client Exchange library ii liborbit2 1:2.14.18-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.30.2-2 library for GNOME Panel applets ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.96-3PolicyKit Authorization API ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libsm6 2:1.1.1-1 X11 Session Management library ii libwnck22 2.30.4-1 Window Navigator Construction Kit ii libx11-6 2:1.3.3-3 X11 client-side library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii menu-xdg 0.5 freedesktop.org menu compliant win ii policykit-1-gnome 0.96-2GNOME authentication agent for Pol ii python 2.6.6-1 interactive high-level object-orie ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk Versions of packages gnome-panel recommends: pn alacarte none (no description available) ii evolution-data-server 2.30.3-1 evolution database backend server ii gnome-applets 2.30.0-3 Various applets for the GNOME pane ii gnome-control-center 1:2.30.1-2 utilities to configure the GNOME d ii gnome-icon-theme 2.30.3-1 GNOME Desktop icon theme ii gnome-session 2.30.2-2 The GNOME Session Manager - GNOME ii gvfs 1.6.3-2userspace virtual filesystem - ser Versions of packages gnome-panel suggests: pn epiphany-browser none (no description available) pn evolutionnone (no description available) ii gnome-terminal [x-termin 2.30.2-1The GNOME terminal emulator applic ii gnome-user-guide [gnome2 2.30.1-1GNOME user's guide ii nautilus 2.30.1-2
Bug#597149: magit modifies global setting of `line-move-visual'
Package: magit Version: 0.7-1.1 Severity: normal The `magit-mode' function contains this statement: (setq major-mode 'magit-mode mode-name Magit mode-line-process truncate-lines t line-move-visual nil) Most of those settings are OK, as those variables automatically become buffer-local upon setting. However, the `line-move-visual' variable does _not_ become buffer-local upon setting, so the above ends up modifying the global value, which is bad. The correct code might look like: (setq major-mode 'magit-mode mode-name Magit mode-line-process truncate-lines t) (set (make-local-variable 'line-move-visual) nil) Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages magit depends on: ii dpkg 1.15.8.5 Debian package management system ii emacs23 [emacsen] 23.2+1-4 The GNU Emacs editor (with GTK+ us ii git [git-core]1:1.7.1-1.1fast, scalable, distributed revisi ii git-core 1:1.7.1-1.1fast, scalable, distributed revisi ii install-info 4.13a.dfsg.1-5 Manage installed documentation in magit recommends no packages. magit 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#595201: extremetuxracer: does not start: Couldn't find matching GLX visual
Package: extremetuxracer Version: 0.5beta-2 Severity: normal Attempting to run extremetuxracer (etracer), I get the following error: $ etracer Extreme TuxRacer SVN Development -- http://www.extremetuxracer.com (c) 2007-2008 The ETRacer team (c) 2004-2005 The PPRacer team (c) 1999-2001 Jasmin F. Patryjfpa...@sunspirestudios.com ETRacer comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions. See http://www.gnu.org/copyleft/gpl.html for details. *** etracer error: Couldn't initialize video: Couldn't find matching GLX visual (Resource temporarily unavailable) The previous version of extremetuxracer (0.4-4) worked fine, and other OpenGL apps/games still work fine (e.g., sauerbrauten, blender). Here's the output of the glxinfo command, if that's useful: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RS780 9610) 20090101 TCL DRI2 OpenGL version string: 2.0 Mesa 7.8.2 OpenGL shading language version string: 1.10 OpenGL extensions: GL_ARB_depth_texture, GL_ARB_depth_clamp, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_MESAX_texture_float, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_framebuffer_object, GL_EXT_fog_coord, GL_EXT_gpu_program_parameters, GL_EXT_histogram, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_vertex_array, GL_EXT_vertex_array_bgra, GL_APPLE_packed_pixels,
Bug#478009: even gnash 8.8 doesn't seem to work with youtube
Package: gnash Version: 0.8.8-1 Severity: normal The 0.8.8-1 release says: - 100% of all YouTube videos should work. If you have problems, delete all YouTube cookies and refresh. I tried watching some youtube videos, using iceweasel (I also tried chromium), and none seemed to work with gnash 0.8.8-1. It displays the youtube widget correctly, but instead of showing the video, it just displays the text An error occured, please try again later. Following the instructions, I removed all youtube cookies and refreshed; the same problem occured. I then deleted all youtube cookies and restarted iceweasel, with the same results. Chromium shows exactly the same behavior. [Youtube videos work fine with flashplugin-nonfree installed instead of gnash.] Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnash depends on: ii gnash-common 0.8.8-1free Shockwave Flash (SWF) movie p ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libgcc1 1:4.5.0-10 GCC support library ii libgl1-mesa-glx [libgl1] 7.7.1-4A free implementation of the OpenG ii libglib2.0-0 2.25.13-1 The GLib library of C routines ii libgtk2.0-0 2.21.5-1 The GTK+ graphical user interface ii libgtkglext1 1.2.0-1.1 OpenGL Extension to GTK+ (shared l ii libstdc++64.5.0-10 The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library gnash recommends no packages. gnash 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#594148: xdg-utils: xdg-open doesn't work with new iceweasel
On Tue, Aug 24, 2010 at 9:12 PM, Per Olofsson pe...@dsv.su.se wrote: I get the following error: $ LANG=C xdg-open https://bugs.freedesktop.org/attachment.cgi?id=38031 Error showing url: Failed to execute child process /usr/lib/iceweasel/firefox (No such file or directory) This used to work fine, and I think it changed when I switched to iceweasel from experimental; maybe that release renamed something (perhaps this bug should be against iceweasel?) Which desktop environment (if any) are you using? I don't really use a desktop environment (no desktop, anyway :), but I do use gdm+gnome-session to login to X, and I know gnome session screws around with various settings (often incorectly... :( ). -Miles -- Cat is power. Cat is peace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594148: xdg-utils: xdg-open doesn't work with new iceweasel
Package: xdg-utils Version: 1.0.2+cvs20100307-1 Severity: normal I get the following error: $ LANG=C xdg-open https://bugs.freedesktop.org/attachment.cgi?id=38031 Error showing url: Failed to execute child process /usr/lib/iceweasel/firefox (No such file or directory) This used to work fine, and I think it changed when I switched to iceweasel from experimental; maybe that release renamed something (perhaps this bug should be against iceweasel?) I see the following things in /usr/lib/iceweasel: $ ls /usr/lib/iceweasel/ application.ini defaults icons blocklist.xml extensionsmodules browserconfig.properties firefox-bin plugins chromeiceweasel searchplugins componentsiceweasel-xremote-client xulrunner Thanks, -miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: ii chromium-browser [w 5.0.375.127~r55887-1 Chromium browser ii file5.04-5 Determines file type using magic ii iceweasel [www-brow 3.6.8-2 Web browser based on Firefox ii links [www-browser] 2.3~pre1-1 Web browser running in text mode ii links2 [www-browser 2.3~pre1-1 Web browser running in both graphi ii mime-support3.48-1 MIME files 'mime.types' 'mailcap ii shared-mime-info0.71-3 FreeDesktop.org shared MIME databa ii x11-utils 7.5+4X11 utilities ii x11-xserver-utils 7.5+2X server utilities Versions of packages xdg-utils suggests: pn gvfs-bin none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581900: closed by Sven Joachim svenj...@gmx.de (Duplicate)
On Mon, May 17, 2010 at 4:12 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: it seems you still suffer from the dash/postfix hiccup, since you sent the same report as for #581609 again. yeah, sorry about that -- it was the _first_ bug report I sent, which didn't make it off my machine originally, since of course postfix wasn't working (and I realized yes reportbug does use the normal MTA by default)... :] -Miles -- Do not taunt Happy Fun Ball. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581900: postfix completely fails to run (?!)
Package: postfix Version: 2.7.0-1 Severity: important I noticed postfix wasn't running; I did sudo /etc/init.d/postfix restart, but that failed with what seemed to be a bizarre error. I tried re-installing postfix, and get the same error on installation! Here it is: Setting up postfix (2.7.0-1) ... setting inet_protocols: ipv4 Postfix is now set up with the changes above. If you need to make changes, edit /etc/postfix/main.cf (and others) as needed. To view Postfix configuration values, see postconf(1). After modifying main.cf, be sure to run '/etc/init.d/postfix reload'. Running newaliases Stopping Postfix Mail Transport Agent: postfix. Starting Postfix Mail Transport Agent: postfixunknown type for $config_directory:d:root:-:755:u in /usr/lib/postfix/postfix-files1 postfix/postfix-script: warning: unable to create missing queue directories postfix/postfix-script: fatal: Postfix integrity check failed! failed! invoke-rc.d: initscript postfix, action restart failed. dpkg: error processing postfix (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: postfix Press return to continue. Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.1 Debian package management system ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-1 Berkeley v4.8 Database Libraries [ ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii netbase 4.41 Basic TCP/IP networking system ii ssl-cert 1.0.25 simple debconf wrapper for OpenSSL Versions of packages postfix recommends: ii python2.5.4-9An interactive high-level object-o Versions of packages postfix suggests: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent ii emacs22-gtk [mail- 22.3+1-1.2The GNU Emacs editor (with GTK use ii emacs23 [mail-read 23.1+1-9 The GNU Emacs editor (with GTK+ us ii libsasl2-modules 2.1.23.dfsg1-5Cyrus SASL - pluggable authenticat ii mutt [mail-reader] 1.5.20-7 text-based mailreader supporting M pn postfix-cdbnone(no description available) pn postfix-ldap none(no description available) pn postfix-mysql none(no description available) pn postfix-pcre none(no description available) pn postfix-pgsql none(no description available) pn procmail none(no description available) pn resolvconf none(no description available) pn sasl2-bin none(no description available) pn ufwnone(no description available) -- debconf information: * postfix/mailname: dhlpc061.necel.com postfix/tlsmgr_upgrade_warning: * postfix/recipient_delim: + * postfix/main_mailer_type: Satellite system postfix/retry_upgrade_warning: postfix/kernel_version_warning: * postfix/relayhost: mta.necel.com * postfix/procmail: true postfix/bad_recipient_delimiter: * postfix/chattr: false * postfix/root_address: postfix/rfc1035_violation: false postfix/mydomain_warning: * postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 * postfix/destinations: dhlpc061, localhost.localdomain, localhost postfix/not_configured: * postfix/mailbox_limit: 0 * postfix/protocols: ipv4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581609: postfix fails to start (?!)
Package: postfix Version: 2.7.0-1 Severity: important I noticed postfix wasn't running; I did sudo /etc/init.d/postfix restart, but that failed with what seemed to be a bizarre error. I tried re-installing postfix, and get the same error on installation! Here it is: Setting up postfix (2.7.0-1) ... setting inet_protocols: ipv4 Postfix is now set up with the changes above. If you need to make changes, edit /etc/postfix/main.cf (and others) as needed. To view Postfix configuration values, see postconf(1). After modifying main.cf, be sure to run '/etc/init.d/postfix reload'. Running newaliases Stopping Postfix Mail Transport Agent: postfix. Starting Postfix Mail Transport Agent: postfixunknown type for $config_directory:d:root:-:755:u in /usr/lib/postfix/postfix-files1 postfix/postfix-script: warning: unable to create missing queue directories postfix/postfix-script: fatal: Postfix integrity check failed! failed! invoke-rc.d: initscript postfix, action restart failed. dpkg: error processing postfix (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: postfix Press return to continue. Thanks, [This report sent via reportbug --smtphost ...!] -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii dpkg 1.15.7.1 Debian package management system ii libc6 2.10.2-8 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-1 Berkeley v4.8 Database Libraries [ ii libsasl2-22.1.23.dfsg1-5 Cyrus SASL - authentication abstra ii libssl0.9.8 0.9.8n-1 SSL shared libraries ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii netbase 4.41 Basic TCP/IP networking system ii ssl-cert 1.0.25 simple debconf wrapper for OpenSSL Versions of packages postfix recommends: ii python2.5.4-9An interactive high-level object-o Versions of packages postfix suggests: ii bsd-mailx [mail-re 8.1.2-0.20100314cvs-1 simple mail user agent ii emacs22-gtk [mail- 22.3+1-1.2The GNU Emacs editor (with GTK use ii emacs23 [mail-read 23.1+1-9 The GNU Emacs editor (with GTK+ us ii libsasl2-modules 2.1.23.dfsg1-5Cyrus SASL - pluggable authenticat ii mutt [mail-reader] 1.5.20-7 text-based mailreader supporting M pn postfix-cdbnone(no description available) pn postfix-ldap none(no description available) pn postfix-mysql none(no description available) pn postfix-pcre none(no description available) pn postfix-pgsql none(no description available) pn procmail none(no description available) pn resolvconf none(no description available) pn sasl2-bin none(no description available) pn ufwnone(no description available) -- debconf information: * postfix/mailname: dhlpc061.necel.com postfix/tlsmgr_upgrade_warning: * postfix/recipient_delim: + * postfix/main_mailer_type: Satellite system postfix/retry_upgrade_warning: postfix/kernel_version_warning: * postfix/relayhost: mta.necel.com * postfix/procmail: true postfix/bad_recipient_delimiter: * postfix/chattr: false * postfix/root_address: postfix/rfc1035_violation: false postfix/mydomain_warning: * postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 * postfix/destinations: dhlpc061, localhost.localdomain, localhost postfix/not_configured: * postfix/mailbox_limit: 0 * postfix/protocols: ipv4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: 'commit -a' safety
Jakub Narebski jna...@gmail.com writes: I'd like for 'git commit -a' to *fail* if there are staged changes for tracked files, excluding added, removed and renamed files. If you have some staged changes you would get an error message: $ git add tracked-file $ git commit -a fatal: There are staged changes to tracked files hint: To commit staged changes, use 'git commit' hint: To commit all changes, use 'git commit -f -a' That's bad because of the dual nature of git add -- someone may normally use -a most of the time to commit changes, but has really no choice other than git add to add a new file, So with this change, their normal (and reasonable) habits would suddenly result in failure. I think it's sort of annoying that git add has such a dual meaning (instead of, for instance, having separate add and stage commands) -- it's one of the more confusing things about learning about git -- but oh well, it's unlikely to get changed at this point -Miles -- Defenceless, adj. Unable to attack. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Jonathan Nieder jrnie...@gmail.com writes: But dense as I am, I still can’t imagine why echo '[alias] ci = commit -a' $HOME/.gitconfig wouldn’t be better in every way (especially if Jakub’s commit.preserveindex is enabled). If the latter is enabled, you can't use git add to add new files, you'll have to remember to use add -N (or add some alias for that too). -Miles -- /\ /\ (^.^) ()) *This is the cute kitty virus, please copy this into your sig so it can spread. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578764: Please default to 'commit -a' when no changes were added
Goswin von Brederlow goswin-...@web.de writes: You all say the index is such a great thing. So I might use it eventually. Other people might use it 1 out of 10 times. Yet other people use it 9 out of 10 times. Can you at least accept that the use of the index feature is different for each person? In my case, I use the index extremely often, for complex commits that I want to split up -- but I _also_ use -a maybe 30-40% of the time, for simple commits that don't need splitting. I think the default to -a if index is empty and there are no args behavior sounds perfect. It would have no real adverse effects as far as I can see, and would make git a little more convenient for everybody. -miles -- I'm beginning to think that life is just one long Yoko Ono album; no rhyme or reason, just a lot of incoherent shrieks and then it's over. --Ian Wolff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577605: utf-8 encoded edict?
Package: edict Version: 2009.03.03-1 Severity: wishlist It would be nice if edict were available in a utf-8 encoded version, since utf-8 is such a common default encoding these days. It would make it more convenient to use edict with other standard tools. For instance, in a gnome terminal: $ grep 懐かしい /usr/share/edict/edict $ iconv -feuc-jp -tutf-8 /usr/share/edict/edict /tmp/e $ grep 懐かしい /tmp/e 懐かしい [なつかしい] /(adj-i) dear/desired/missed/(P)/ 人懐かしい [ひとなつかしい] /(adj-i) lonesome for/ Obviously one can make one's own version, but it would be nice to have a pre-packaged version. [Whether this should be a replacement, an alternative package, or an alternative file in the same package, I dunno...] -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash edict depends on no packages. edict recommends no packages. Versions of packages edict suggests: pn lookup | xjdic | sdic-edict none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575997: libstdc++6-4.5-dev: c++config.h doesn't seem to match reality
Matthias Klose d...@debian.org writes: Same in 4.4. libstdc++-v3/acinclude.m4: dnl Check for clock_gettime, nanosleep and sched_yield, used in the dnl implementation of 20.8.5 [time.clock], and 30.2.2 [thread.thread.this] dnl in the current C++0x working draft. dnl dnl --enable-libstdcxx-time dnl --enable-libstdcxx-time=yes dnlchecks for the availability of monotonic and realtime clocks, dnlnanosleep and sched_yield in libc and libposix4 and, in case, links dnl the latter dnl --enable-libstdcxx-time=rt dnlalso searches (and, in case, links) librt. Note that this is dnlnot always desirable because, in glibc, for example, in turn it dnltriggers the linking of libpthread too, which activates locking, dnla large overhead for single-thread programs. dnl --enable-libstdcxx-time=no dnl --disable-libstdcxx-time dnldisables the checks completely not enabled by other distributions as well. asked upstream: http://gcc.gnu.org/ml/libstdc++/2010-04/msg7.html What seems silly is that the interfaces (std::thread::yield, std::thread::sleep_for) appear to work fine if I simply do: #define _GLIBCXX_USE_SCHED_YIELD 1 #define _GLIBCXX_USE_NANOSLEEP 1 before including thread. The _only_ use of those macros (in the entire c++ header suite) seems to be in deciding whether to define the relevant inline method (std::thread::sleep_for, sleep_until, yield) in the std::thread class. If those inline methods are never called, then they should have zero effect (including pulling in any extra libraries etc), so it seems like defining those macros in c++config.h would similarly have zero effect if the facilities aren't actually used by the user. Maybe other (non-linux) systems have other problems, and the gcc configure script is being a little too careful because of those other systems? -Miles -- Bore, n. A person who talks when you wish him to listen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576485: libstdc++: std::thread completely broken
Package: libstdc++6 Version: 4.5-20100227-1 Severity: normal File: libstdc++ The following program: #include iostream #include thread int g = 0; void f () { g++; } int main () { std::thread t (f); t.join (); std::cout after joing, g = g std::endl; return 0; } Dies with an exception: $ g++-4.5 --version g++-4.5 (Debian 4.5-20100227-1) 4.5.0 20100227 (experimental) [trunk revision 157109] $ g++-4.5 -std=c++0x -o t t.cc $ ./t terminate called after throwing an instance of 'std::system_error' what(): Aborted Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6 depends on: ii gcc-4.5-base4.5-20100227-1 The GNU Compiler Collection (base ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.5-20100227-1 GCC support library libstdc++6 recommends no packages. libstdc++6 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#576485: Acknowledgement (libstdc++: std::thread completely broken)
BTW, one thing I noticed is that the error code field in the std::system_error exception which is raised, seems to be set to EPERM (Operation not permitted), but this code is not apparently caused by a system call (determined by stracing the process). For instance, changing the test case to this: #include cerrno #include iostream #include thread int g = 0; void f () { g++; } int main () { std::cerr before thread creation... std::endl; try { errno = 0; std::thread t (f); std::cerr after thread creation... std::endl; t.join (); } catch (const std::system_error e) { std::cerr caught std::system_error, what = \ e.what () \, code = e.code().message () std::endl; } std::cout after joing, g = g std::endl; return 0; } Results in this: $ g++-4.5 -std=c++0x -o t t.cc $ ./t before thread creation... caught std::system_error, what = , code = Operation not permitted after joing, g = 0 strace shows this: $ strace ./t 21 | tail -20 mprotect(0x7f2036a9c000, 16384, PROT_READ) = 0 mprotect(0x7f2036f3c000, 4096, PROT_READ) = 0 mprotect(0x7f2037229000, 32768, PROT_READ) = 0 mprotect(0x7f2037464000, 4096, PROT_READ) = 0 munmap(0x7f203744b000, 90011) = 0 write(2, before thread creation..., 25before thread creation...) = 25 write(2, \n, 1 ) = 1 brk(0) = 0x18b2000 brk(0x18d3000) = 0x18d3000 write(2, caught std::system_error, what =..., 34caught std::system_error, what = ) = 34 write(2, \, code = , 10, code = ) = 10 write(2, Operation not permitted, 23Operation not permitted) = 23 write(2, \n, 1 ) = 1 fstat(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f203746 write(1, after joing, g = 0\n, 19after joing, g = 0 )= 19 exit_group(0) = ? Thanks, -Miles -- Cabbage, n. A familiar kitchen-garden vegetable about as large and wise as a man's head. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575997: libstdc++6-4.5-dev: c++config.h doesn't seem to match reality
Package: libstdc++6-4.5-dev Version: 4.5-20100103-1 Severity: normal The file /usr/include/c++/4.5/x86_64-linux-gnu/bits/c++config.h doesn't seem to actually reflect the available facilities of the system. In particular (from that file): /* Defined if nanosleep is available. */ /* #undef _GLIBCXX_USE_NANOSLEEP */ /* Defined if sched_yield is available. */ /* #undef _GLIBCXX_USE_SCHED_YIELD */ But both the nanosleep and sched_yield functions are actually available, and seem to work fine. These two are important because various libstdc++ interfaces are only available if they are defined, in particular, in thread: #ifdef _GLIBCXX_USE_SCHED_YIELD /// yield inline void yield() { __gthread_yield(); } #endif #ifdef _GLIBCXX_USE_NANOSLEEP /// sleep_until templatetypename _Clock, typename _Duration inline void sleep_until(const chrono::time_point_Clock, _Duration __atime) { sleep_for(__atime - _Clock::now()); } /// sleep_for templatetypename _Rep, typename _Period inline void sleep_for(const chrono::duration_Rep, _Period __rtime) { ... ::nanosleep(__ts, 0); } #endif Is there a good reason these features are disabled when they are apparently available? If not, could they please be enabled? Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6-4.5-dev depends on: ii g++-4.5 4.5-20100103-1 The GNU C++ compiler ii gcc-4.5-base 4.5-20100103-1 The GNU Compiler Collection (base ii libc6-dev 2.10.2-6 Embedded GNU C Library: Developmen ii libstdc++64.5-20100103-1 The GNU Standard C++ Library v3 libstdc++6-4.5-dev recommends no packages. Versions of packages libstdc++6-4.5-dev suggests: pn libstdc++6-4.5-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575066: valgrind barfs on sse4.1 insertps instruction
Package: valgrind Version: 1:3.5.0-3 Severity: normal Running valgrind (memcheck) on my program compiled with g++-4.5, it dies on an unrecognized instruction: $ valgrind ./m4test ==18514== Memcheck, a memory error detector ==18514== Copyright (C) 2002-2009, and GNU GPL'd, by Julian Seward et al. ==18514== Using Valgrind-3.5.0-Debian and LibVEX; rerun with -h for copyright info ==18514== Command: ./m4test ==18514== vex amd64-IR: unhandled instruction bytes: 0x66 0xF 0x3A 0x21 0x42 0x1C ==18514== valgrind: Unrecognised instruction at address 0x4005b7. ==18514== Your program just tried to execute an instruction that Valgrind ==18514== did not recognise. There are two possible reasons for this. ==18514== 1. Your program has a bug and erroneously jumped to a non-code ==18514==location. If you are running Memcheck and you just saw a ==18514==warning about a bad jump, it's probably your program's fault. ==18514== 2. The instruction is legitimate but Valgrind doesn't handle it, ==18514==i.e. it's Valgrind's fault. If you think this is the case or ==18514==you are not sure, please let us know and we'll try to fix it. ==18514== Either way, Valgrind will now raise a SIGILL signal which will ==18514== probably kill your program. ==18514== ==18514== Process terminating with default action of signal 4 (SIGILL) ==18514== Illegal opcode at address 0x4005B7 ==18514==at 0x4005B7: Matrix4::operator*(Matrix4 const) const (in /tmp/m4test) ==18514==by 0x40050B: main (in /tmp/m4test) ==18514== ==18514== HEAP SUMMARY: ==18514== in use at exit: 0 bytes in 0 blocks ==18514== total heap usage: 0 allocs, 0 frees, 0 bytes allocated ==18514== ==18514== All heap blocks were freed -- no leaks are possible ==18514== ==18514== For counts of detected and suppressed errors, rerun with: -v ==18514== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) Illegal instruction However the instruction in question seems to be a valid SSE4.1 instruction, insertps. The program runs fine without valgrind. [Note that I didn't actually enable the use of SSE4.1 explicitly -- I just compiled with -march=native, and that automatically did so.] The processor is an Intel core2 duo. *** So to try the following test you might need to be on a similar machine *** The following is a small test program that causes g++-4.5 (version Debian 4.5-20100103-1) to generate the instruction. To repeat: (0) Make sure you're on a machine that supports SSE4.1 instructions (1) Make sure g++-4.5 (from experimental) is installed (2) Compile the program with make m4test (3) Run valgrind on it: valgrind m4test (4) It should give the error output shown above [Sorry I don't know if I can attach a tar file to a bug report, so I've just put the files inline, with = FILENAME = before each file] = Makefile = CXX = g++-4.5 CXXFLAGS = -march=core2 -msse4.1 -O3 -ffast-math -fverbose-asm m4test: m4test.o m4.o $(CXX) -o $@ $(CXXFLAGS) $^ = m4test.cc = #include m4.h int main () { Matrix4 x, y; x = x * y; return 0; } = m4.h = class Matrix4 { public: Matrix4 (); float operator() (unsigned i, unsigned j) { return els[i][j]; } const float operator() (unsigned i, unsigned j) const { return els[i][j]; } Matrix4 operator* (const Matrix4 xform) const; private: float els[4][4]; }; = m4.cc = #include m4.h Matrix4::Matrix4 () { els[0][0] = 1; els[0][1] = 0; els[0][2] = 0; els[0][3] = 0; els[1][0] = 0; els[1][1] = 1; els[1][2] = 0; els[1][3] = 0; els[2][0] = 0; els[2][1] = 0; els[2][2] = 1; els[2][3] = 0; els[3][0] = 0; els[3][1] = 0; els[3][2] = 0; els[3][3] = 1; } Matrix4 Matrix4::operator* (const Matrix4 xform) const { Matrix4 result; for (unsigned i = 0; i 4; i++) for (unsigned j = 0; j 4; j++) result(i, j) = (*this) (i, 0) * xform (0, j) + (*this) (i, 1) * xform (1, j) + (*this) (i, 2) * xform (2, j) + (*this) (i, 3) * xform (3, j); return result; } = END = Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages valgrind depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libc6-dbg 2.10.2-6 Embedded GNU C Library: detached d Versions of packages valgrind recommends: ii gdb 7.1-1 The GNU Debugger Versions of packages valgrind suggests: pn alleyoop none (no description available) pn kcachegrind none (no
Bug#572316: reportbug: timeout for querying the BTS should be configurable by user
Package: reportbug Version: 4.10.2 Severity: minor Sometimes when the BTS server is very slow, it can take so long to respond about packages with many bugs that reportbug times out before it gets a response. The reportbug timeout seems to be hard-wired to 60 seconds; it would be nice if there were a user option or configuration setting that could be used to increase the timeout for situations like the above. Thanks, -Miles -- Package-specific info: ** Environment settings: EDITOR=/usr/local/bin/emacsclient -t VISUAL=/usr/local/bin/emacsclient -t NAME=Miles Bader INTERFACE=text ** /home/soft1/miles/.reportbugrc: reportbug_version 3.12 mode novice ui text realname Miles Bader email mi...@gnu.org -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.5.4-9An interactive high-level object-o ii python-reportbug 4.10.2 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utilsnone (no description available) pn debsums none (no description available) pn dlocate none (no description available) ii emacs22-bin-common 22.3+1-1.2 The GNU Emacs editor's shared, arc ii file 5.04-1 Determines file type using magic ii gnupg1.4.10-2GNU privacy guard - a free PGP rep ii postfix [mail-transp 2.7.0-1 High-performance mail transport ag ii python-gtk2 2.16.0-2Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) pn python-vte none (no description available) ii xdg-utils1.0.2+cvs20100223-1 desktop integration utilities from -- 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#568616: libstdc++6-4.5-dev: range of random-number generator seems wrong/confusing
Package: libstdc++6-4.5-dev Version: 4.5-20100202-1 Severity: normal The random-number distributions in C++0x random include a special one-shot facility, where the random bounds can be passed to the generator function. This is explicitly intended (judging from committee writings, and source comments in the libstdc++ header files) for use as a rng generator for std::random_shuffle. e.g.: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2006/n1933.pdf As best as I can tell, std::random_shuffle wants its random-number generating functor to return results in the range [0,N), where N is the parameter it passes to the functor; i.e., the upper-bound is exclusive (and the lower-bound inclusive). The random implementation in libstdc++ also notes this, e.g., in the comment on the associated operator() method in the std::uniform_int_distribution template class: /** * Gets a uniform random number in the range @f$[0, n)@f$. * * This function is aimed at use with std::random_shuffle. */ templatetypename _UniformRandomNumberGenerator result_type operator()(_UniformRandomNumberGenerator __urng, const param_type __p); However, in practice, it actually will return the upper-bound as well; it seems to treat it as a maximum, rather than an exclusive bound. For instance, compiling the attached test program (at end of message), rand-bug.cc, results in the following output: $ g++-4.5 -o rand-bug -std=c++0x rand-bug.cc $ ./rand-bug trying 100 random numbers in range [0,25)... returned upper-bound (25) 38394 times (should be 0) [Note that the same issue exists with other ways of invoking using the generator (e.g., a std::uniform_real_distributionfloat with bounds of 0 and 1 will indeed return 1); but it's less clear its a bug in those cases (although, for instance, boost's random implementation never seems to return the upper bound).] Thanks, -Miles Here's the test program: #include iostream #include random int main () { std::mt19937 rng; typedef std::uniform_int_distributionunsigned dist_type; dist_type dist; unsigned num_loops = 100; unsigned upper_bound = 25; std::cout trying num_loops random numbers in range [0, upper_bound )... std::endl; // // According to the function documentation for this, it should never // return the upper bound: // // * Gets a uniform random number in the range @f$[0, n)@f$. // * // * This function is aimed at use with std::random_shuffle. // unsigned returned_upper_bound_count = 0; for (unsigned i = 0; i num_loops; i++) { unsigned num = dist (rng, dist_type::param_type (0, upper_bound)); if (num == upper_bound) returned_upper_bound_count++; } std::cout returned upper-bound ( upper_bound ) returned_upper_bound_count times (should be 0) std::endl; return 0; } -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libstdc++6-4.5-dev depends on: ii g++-4.5 4.5-20100202-1 The GNU C++ compiler ii gcc-4.5-base 4.5-20100202-1 The GNU Compiler Collection (base ii libc6-dev 2.10.2-5 Embedded GNU C Library: Developmen ii libstdc++64.5-20100202-1 The GNU Standard C++ Library v3 libstdc++6-4.5-dev recommends no packages. Versions of packages libstdc++6-4.5-dev suggests: pn libstdc++6-4.5-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566205: aptitude: status messages don't get erased
Package: aptitude Version: 0.6.1.5-1 Severity: minor After starting aptitude, there's a sort of info line, colored blue, at the bottom of the screen. If I move to the first package (in my case, adduser), and hit the C command to show the changelog, a _second_ status line is added at the bottom, displaying messages like Downloading the changelog of adduser, with a percentage at the far right. That's all nice, but once this status line has been added, it never goes away, and always seems to display the last message that was there, even if it's clearly out of date -- e.g., currently I've seen the changelog, and quit back to the main package listing display, but the status line is still showing: Downloading the changelog of adduser 0% complete with bogus percentage [some whitespace removed for clarity]. [So now there's now _two_ blue lines at the bottom of the display, the normal info line, and the bogus status line beneath it; nothing seems to make the added status line go away, although new status messages will change its contents (and then the new contents subsequently persist).] It looks like a cleanup call was missed somewhere... Thanks, -Miles -- Package-specific info: aptitude 0.6.1.5 compiled at Jan 21 2010 06:50:12 Compiler: g++ 4.4.3 20100108 (prerelease) Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.2.4.2 Ept support enabled. Gtk+ support disabled. Current library versions: NCurses version: ncurses 5.7.20090803 cwidget version: 0.5.16 Apt version: 4.8.0 linux-vdso.so.1 = (0x7fff2a68) libapt-pkg-libc6.9-6.so.4.8 = /usr/lib/libapt-pkg-libc6.9-6.so.4.8 (0x7f195186a000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f1951619000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0x7f195122b000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f1951026000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f1950d5a000) libept.so.0 = /usr/lib/libept.so.0 (0x7f1950ae2000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f195078c000) libz.so.1 = /usr/lib/libz.so.1 (0x7f1950575000) libsqlite3.so.0 = /usr/lib/libsqlite3.so.0 (0x7f19502e8000) libboost_iostreams.so.1.40.0 = /usr/lib/libboost_iostreams.so.1.40.0 (0x7f19500dd000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f194fec1000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f194fbb7000) libm.so.6 = /lib/libm.so.6 (0x7f194f935000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f194f71f000) libc.so.6 = /lib/libc.so.6 (0x7f194f3ca000) libutil.so.1 = /lib/libutil.so.1 (0x7f194f1c7000) libdl.so.2 = /lib/libdl.so.2 (0x7f194efc3000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0x7f194ed9f000) libdb-4.8.so = /usr/lib/libdb-4.8.so (0x7f194ea25000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0x7f194e7f) libbz2.so.1.0 = /lib/libbz2.so.1.0 (0x7f194e5df000) librt.so.1 = /lib/librt.so.1 (0x7f194e3d7000) /lib64/ld-linux-x86-64.so.2 (0x7f1951b4a000) libuuid.so.1 = /lib/libuuid.so.1 (0x7f194e1d2000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x7f194df9b000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x7f194dd73000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.9 0.7.25.1 Advanced front-end for dpkg ii libboost-iostreams1.40. 1.40.0-6 Boost.Iostreams Library ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcwidget3 0.5.16-3 high-level terminal interface libr ii libept0 0.5.30 High-level library for managing De ii libgcc1 1:4.5-20100103-1 GCC support library ii liblog4cxx100.10.0-1.1 A logging library for C++ ii libncursesw55.7+20090803-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.4.2-1type-safe Signal Framework for C++ ii libsqlite3-03.6.21-2 SQLite 3 shared library ii libstdc++6 4.5-20100103-1 The GNU Standard C++ Library v3 ii libxapian15 1.0.17-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: pn apt-xapian-index none (no description available) ii aptitude-doc-en
Bug#560786: gdb: Please make the python dependency optional
Python does seem a very poor choice for this kind of application, given the traditional bloat of a python installation, but I suppose they've made their decision... -Miles -- ... The revolution will be no re-run brothers; The revolution will be live. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564015: asciidoc has some extremely dubious Recommends:
Package: asciidoc Version: 8.5.2-1 Severity: minor I needed asciidoc for a Makefile that wanted to use it, but when I did sudo aptitude install asciidoc, it first tried to install a huge number of packages, some of which seemed completely unrelated. In particular vim, ruby, etc... (!) It turns out that the reason is that the asciidoc package has some Recommends: that it really shouldn't, such as vim-addon-manager, source-highlight, etc. At best, those packages should be Suggests:, if not removed entirely. Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asciidoc depends on: ii python2.5.4-5An interactive high-level object-o Versions of packages asciidoc recommends: ii dblatex 0.2.12-2 Produces DVI, PostScript, PDF docu ii docbook-utils 0.6.14-1.1 Convert Docbook files to other for ii libxml2-utils 2.7.6.dfsg-1 XML utilities pn source-highlightnone (no description available) pn vim-addon-manager none (no description available) pn xmlto none (no description available) asciidoc 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#561309: firmware-linux-nonfree: needs firmware for module r8169 (/rtl8168d-{1, 2}.fw)
Package: firmware-linux-nonfree Version: 0.21 Severity: normal Installing the new kernel package linux-image-2.6.32-trunk-amd64 results in new warning messages like: W: Possible missing firmware /lib/firmware/rtl8168d-2.fw for module r8169 It looks like this firmware was removed from the kernel proper as part of the non-free firmware removal process, which suggests that it should be included in firmware-linux-nonfree instead. Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.93.4 tools for generating an initramfs ii linux-image-2.6.31-1-amd64 [l 2.6.31-2 Linux 2.6.31 for 64-bit PCs ii linux-image-2.6.32-trunk-amd6 2.6.32-1 Linux 2.6.32 for 64-bit PCs -- 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#496881: /usr/bin/csound5gui: segfaults clicking ... button
Felipe Sateler fsate...@gmail.com writes: I started csound5gui, and clicked the ... button under Orchestra/CSD. It promptly crashed, with the error message Csound tidy up: Segmentation fault on the terminal I started csound5gui from. Some fixes to csound5gui happened between 5.08 and current 5.10. Can you still reproduce this problem? Can you please report on this? If not I'll close it some time from now. That bug seems to be fixed now. Thanks, -miles -- Saa, shall we dance? (from a dance-class advertisement) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552410: gnome-session: problem is really mutter
Package: gnome-session Version: 2.28.0-1 Severity: normal It seems that the bug is really in mutter -- by un-installing the mutter package, the new version of gnome-session etc works fine now. I guess the new version of gnome-session tickled it because it uses mutter by default if it finds it? [I think I've already reported the bug against mutter too.] Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session depends on: ii gnome-panel 2.28.0-1 launcher and docking facility for ii gnome-power-manager 2.28.1-2 power management tool for the GNOM ii gnome-session-bin 2.28.0-1 The GNOME Session Manager - Minima ii gnome-settings-daemon 2.28.1-1 daemon handling the GNOME session ii mesa-utils7.6-1 Miscellaneous Mesa GL utilities ii metacity 1:2.28.0-1 lightweight GTK+ window manager ii nautilus 2.28.1-1 file manager and graphical shell f ii policykit-1-gnome 0.94-1 GNOME authentication agent for Pol gnome-session recommends no packages. Versions of packages gnome-session suggests: ii desktop-base 5.0.5 common files for the Debian Deskto ii gnome-keyring 2.28.1-1 GNOME keyring services (daemon and ii gnome-user-guide [gnome2-user 2.28.0-1 GNOME user's guide -- 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#552410: gnome-session: fails to display wallpaper image (root window is all white)
Package: gnome-session Version: 2.28.0-1 Severity: normal Previously I had a background wallpaper image (set via the gnome settings UI), which displayed fine upon logging in (via gdm + gnome-session). After today's upgrade, logging in does not display the image; instead it displays a completely white root window. Note that I do _not_ (and do not want to) run nautilus to manage my desktop. Since the new version of gnome-session now depends on nautilus (thus installing it for the first time on my system), I wonder if this has something to do with the problem. I think I reported a previous bug where gnome failed to display background wallpapers correctly; at the time, I think the issue was that that it _assumed_ nautilus would be around to handle all root window displays, when obviously that wasn't true. This current problem may be related. Thanks, -miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session depends on: ii gnome-panel 2.28.0-1 launcher and docking facility for ii gnome-power-manager 2.28.1-2 power management tool for the GNOM ii gnome-session-bin 2.28.0-1 The GNOME Session Manager - Minima ii gnome-settings-daem 2.28.1-1 daemon handling the GNOME session ii mesa-utils 7.6-1Miscellaneous Mesa GL utilities ii metacity1:2.28.0-1 lightweight GTK+ window manager ii mutter 2.28.1~git20091024-1 lightweight GTK+ window manager ii nautilus2.28.1-1 file manager and graphical shell f ii policykit-1-gnome 0.94-1 GNOME authentication agent for Pol gnome-session recommends no packages. Versions of packages gnome-session suggests: ii desktop-base 5.0.5 common files for the Debian Deskto ii gnome-keyring 2.28.1-1 GNOME keyring services (daemon and ii gnome-user-guide [gnome2-user 2.28.0-1 GNOME user's guide -- 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#544009: [CRASH] Uncaught exception GError in Frontend/Gtk/ui.py:741
Stephan Peijnik deb...@sp.or.at writes: Oh, by the way, the bug you reported is somehow related to update-manager not being able to contact the gconf server. This could mean that your gconf server is for some reason broken. I have encountered this problem when the update-manager code was on an NFS partition, but I couldn't really reproduce the bug as it didn't occur with every start of update-manager. I am just curious, are you running GNOME or another window manager? Is your /usr partition on NFS? I mostly use gnome: I use gnome-session, gnome-panel, whatever WM gnome-session starts (used to be metacity, now compiz) and various gnome apps -- however I _don't_ run nautilus to manage the desktop (i.e., no icons on my screen, etc). I dunno how that affects gconf. My home directory (and thus, I guess, the gconf database) is in NFS, but /usr is on a local disk. Thanks, -Miles -- Immortality, n. A toy which people cry for, And on their knees apply for, Dispute, contend and lie for, And if allowed Would be right proud Eternally to die for. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544009: [CRASH] Uncaught exception GError in Frontend/Gtk/ui.py:741
Package: update-manager-gnome Version: 0.200.0~rc1-2 Severity: normal File: /usr/share/pyshared/UpdateManager/Frontend/Gtk/ui.py I don't know exactly what's going on, but update-manager fails to start no matter how I try to do it (via menu or command line or sudo update-manager). The error message I get is: start $ LANG=C sudo update-manager error from gconf: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-m8W4bKCmdk: Connection refused)/usr/lib/pymodules/python2.5/UpdateManager/Frontend/GtkCommon/GtkExceptionHandler.py:90: GtkWarning: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed res = dialog.run() dialog result: -8 Running as root Detected original user in SUDO_USER env variable Invoking /usr/share/update-manager/bug_script/debian_reportbug.sh /tmp/update-manager-bugRebWXw /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py /tmp/update-manager-bugGCsG7s via gksu as miles GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-TrmqvIvNCL: Connection refused end THanks, -miles *** /tmp/update-manager-bugRebWXw The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: class 'glib.GError' - Exception Value: GError('Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Failed to connect to socket /tmp/dbus-f3eEQeX5Fg: Connection refused)',) - Exception Origin: _MainThread(MainThread, started) - Exception Traceback: File /usr/bin/update-manager, line 38, in module app.main() File /usr/lib/pymodules/python2.5/UpdateManager/Application.py, line 398, in main self._frontend.init_frontend() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/__init__.py, line 70, in init_frontend self._ui = GtkUI(self) File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 667, in __init__ self.restore_state() File /usr/lib/pymodules/python2.5/UpdateManager/Frontend/Gtk/ui.py, line 741, in restore_state gconf.VALUE_INT) -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages update-manager-gnome depends on: ii gconf2 2.26.2-3 GNOME configuration database syste ii gksu 2.0.2-2+b1graphical frontend to su ii python 2.5.4-2 An interactive high-level object-o ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-gconf 2.26.1-1 Python bindings for the GConf conf ii python-gobject 2.18.0-1 Python bindings for the GObject li ii python-gtk22.14.1-3 Python bindings for the GTK+ widge ii python-support 1.0.3 automated rebuilding support for P ii python-vte 1:0.20.5-1Python bindings for the VTE widget ii update-manager-core0.200.0~rc1-2 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: pn software-properties-gtk none (no description available) pn update-notifier none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543799: mutter screws up desktop wallpaper
Package: mutter Version: 2.27.2-1 Severity: normal I normally use compiz (because that's what gnome-session starts by default, I guess; previously it used to start metacity). I _don't_ run nautilus to manage the desktop though (i.e., I have no icons on my desktop, just a simple wallpaper image). I started mutter by doing: $ mutter --replace and see this error mesg: ウィンドウ・マネージャの警告: Log level 8: meta_window_focus: assertion `!window-override_redirect' failed *** But the most noticeable thing was that my wallpaper image had been replaced by a pure-white background! Running the gnome config tool for setting the background, did not let me change that -- it remained pure white. Re-starting compiz (with compiz --replace ) restored my normal desktop wallpaper. Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mutter depends on: ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libclutter-1.0-0 1.0.0-1Open GL based interactive canvas l ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libgconf2-4 2.26.2-3 GNOME configuration database syste ii libgirepository1.0-0 0.6.4-1Library for handling GObject intro ii libgl1-mesa-glx [libgl1] 7.5-3 A free implementation of the OpenG ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libmutter-private02.27.2-1 library for the Mutter window mana ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libsm62:1.1.1-1 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libx11-6 2:1.2.2-1 X11 client-side library ii libxcomposite11:0.4.0-4 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.3.0-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii mutter-common 2.27.2-1 shared files for the Mutter window ii zenity2.26.0-2 Display graphical dialog boxes fro Versions of packages mutter recommends: ii gnome-session [x-session-mana 2.26.2-1 The GNOME Session Manager Versions of packages mutter suggests: ii gnome-control-center 1:2.26.0-1 utilities to configure the GNOME d ii gnome-themes 2.26.2-1 official themes for the GNOME desk pn xdg-user-dirs none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535317: ia32-libgphoto2-2: fails to install in wacky ia32-libs system/thingie
Package: ia32-libgphoto2-2 Version: 2.4.6-1~18 Severity: normal Trying to install, I get the following errors: Setting up ia32-libgphoto2-2 (2.4.6-1~18) ... /var/lib/dpkg/info/ia32-libgphoto2-2.postinst: line 17: /usr/lib/libgphoto2/print-camera-list: No such file or directory dpkg: error processing ia32-libgphoto2-2 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of ia32-libsane: ia32-libsane depends on ia32-libgphoto2-2 (= 2.4.3~18); however: Package ia32-libgphoto2-2 is not configured yet. dpkg: error processing ia32-libsane (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of ia32-libs: ia32-libs depends on ia32-libgphoto2-2; however: Package ia32-libgphoto2-2 is not configured yet. ia32-libs depends on ia32-libsane; however: Package ia32-libsane is not configured yet. dpkg: error processing ia32-libs (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of ia32-libs-gtk: ia32-libs-gtk depends on ia32-libs; however: Package ia32-libs is not configured yet. dpkg: error processing ia32-libs-gtk (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: ia32-libgphoto2-2 ia32-libsane ia32-libs ia32-libs-gtk Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers unstable-i386 APT policy: (500, 'unstable-i386'), (500, 'transitional-i386'), (500, 'transitional'), (500, 'testing-i386'), (500, 'oldstable-i386'), (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (101, 'experimental'), (1, 'experimental-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libgphoto2-2 depends on: ii adduser 3.110 add and remove users and groups ii ia32-libexif12 0.6.17-1~18 library to parse EXIF files ii ia32-libgphoto2-port02.4.6-1~18 gphoto2 digital camera port librar ii ia32-libjpeg62 6b-14~18The Independent JPEG Group's JPEG ii ia32-libltdl72.2.6a-4~18 A system independent dlopen wrappe ii libc6-i386 2.9-18 GNU C Library: 32-bit shared libra Versions of packages ia32-libgphoto2-2 recommends: ii udev 0.141-1/dev/ and hotplug management daemo Versions of packages ia32-libgphoto2-2 suggests: pn gphoto2 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533493: linux-image-2.6.30-1-amd64: continual stream of errors on floppy drive
Package: linux-image-2.6.30-1-amd64 Version: 2.6.30-1 Severity: normal Starting at boot, my floppy drive makes a periodic muffled clicking sound, each click apparently accompanied by a kernel error message. There is no floppy disk inserted in the drive. This continues indefinitely, though I can stop it by doing sudo rmmod floppy. $ dmesg|grep -i fd0 [0.489575] Floppy drive(s): fd0 is 1.44M [8.684517] end_request: I/O error, dev fd0, sector 0 [ 56.296028] end_request: I/O error, dev fd0, sector 0 [ 58.276019] end_request: I/O error, dev fd0, sector 0 [ 60.276018] end_request: I/O error, dev fd0, sector 0 [ 62.280017] end_request: I/O error, dev fd0, sector 0 [ 64.280018] end_request: I/O error, dev fd0, sector 0 [ 66.276519] end_request: I/O error, dev fd0, sector 0 [ 68.280017] end_request: I/O error, dev fd0, sector 0 [ 70.280517] end_request: I/O error, dev fd0, sector 0 [ 72.280020] end_request: I/O error, dev fd0, sector 0 [ 74.276517] end_request: I/O error, dev fd0, sector 0 (at that point I did the rmmod floppy, and the errors/clicking stopped) Older kernel versions did not seem to do this. [I suppose this might be caused by some other software doing a bad job of polling removable devices or something, but the behavior seems to have started when I upgraded to linux-image-2.6.30-1-amd64] Thanks, -Miles -- Package-specific info: ** Version: Linux version 2.6.30-1-amd64 (Debian 2.6.30-1) (wa...@debian.org) (gcc version 4.3.3 (Debian 4.3.3-10) ) #1 SMP Sun Jun 14 15:00:29 UTC 2009 ** Command line: root=/dev/sda1 ro quiet ** Not tainted ** Kernel log: [0.734212] hub 6-0:1.0: 2 ports detected [0.948515] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [0.976127] ata1.00: ATA-8: WDC WD1600AAJS-19WAA0, 58.01D58, max UDMA/133 [0.976130] ata1.00: 312581808 sectors, multi 0: LBA48 NCQ (depth 31/32) [0.976911] ata1.00: configured for UDMA/133 [0.992096] scsi 0:0:0:0: Direct-Access ATA WDC WD1600AAJS-1 58.0 PQ: 0 ANSI: 5 [1.176011] usb 6-1: new low speed USB device using uhci_hcd and address 2 [1.312016] ata2: SATA link down (SStatus 0 SControl 300) [1.351160] usb 6-1: New USB device found, idVendor=046d, idProduct=c018 [1.351162] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [1.351165] usb 6-1: Product: USB Optical Mouse [1.351166] usb 6-1: Manufacturer: Logitech [1.351212] usb 6-1: configuration #1 chosen from 1 choice [1.648514] ata3: SATA link down (SStatus 0 SControl 300) [1.984015] ata4: SATA link down (SStatus 0 SControl 300) [2.724514] ata5: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [2.728127] ata5.00: ATAPI: HL-DT-ST DVDRAM_GSA-T50N, RN05, max UDMA/133 [2.732913] ata5.00: configured for UDMA/133 [2.863013] scsi 4:0:0:0: CD-ROMHL-DT-ST DVDRAM_GSA-T50N RN05 PQ: 0 ANSI: 5 [3.180015] ata6: SATA link down (SStatus 0 SControl 300) [3.197907] usbcore: registered new interface driver hiddev [3.204091] Driver 'sd' needs updating - please use bus_type methods [3.204163] sd 0:0:0:0: [sda] 312581808 512-byte hardware sectors: (160 GB/149 GiB) [3.204172] sd 0:0:0:0: [sda] Write Protect is off [3.204174] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 [3.204188] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [3.204247] sda:6input: Logitech USB Optical Mouse as /devices/pci:00/:00:1d.2/usb6/6-1/6-1:1.0/input/input2 [3.210379] generic-usb 0003:046D:C018.0001: input,hidraw0: USB HID v1.11 Mouse [Logitech USB Optical Mouse] on usb-:00:1d.2-1/input0 [3.210391] usbcore: registered new interface driver usbhid [3.210393] usbhid: v2.6:USB HID core driver [3.213908] sda1 sda2 sda5 [3.246255] sd 0:0:0:0: [sda] Attached SCSI disk [3.247793] Driver 'sr' needs updating - please use bus_type methods [3.579209] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray [3.579213] Uniform CD-ROM driver Revision: 3.20 [3.579290] sr 4:0:0:0: Attached scsi CD-ROM sr0 [3.582724] sd 0:0:0:0: Attached scsi generic sg0 type 0 [3.582743] sr 4:0:0:0: Attached scsi generic sg1 type 5 [4.603342] PM: Starting manual resume from disk [4.671435] kjournald starting. Commit interval 5 seconds [4.671441] EXT3-fs: mounted filesystem with ordered data mode. [6.866897] udev: starting version 141 [7.274672] input: PC Speaker as /devices/platform/pcspkr/input/input3 [7.276086] parport_pc 00:07: reported by Plug and Play ACPI [7.276108] parport0: PC-style at 0x378, irq 7 [PCSPP,EPP] [7.283331] i801_smbus :00:1f.3: PCI INT C - GSI 18 (level, low) - IRQ 18 [7.298725] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4 [7.298758] ACPI: Power Button [PWRF] [7.298810] input: Power Button as
Bug#527540: aptitude: search cannot handle dashes (-)
2009/5/8 Daniel Burrows dburr...@debian.org: For this and other reasons, I've been seriously considering disabling Xapian or not making it the default. It just seems to really suck at searching for packages, and apt-xapian-index is flaky, so aptitude's installation and search get broken a lot (see, e.g., 527471). I think that seems like the best thing to me (at least in the short-term). I've now reinstalled the older version of aptitude, as the xapian search stuff is just too painful. At least on my current hardware, the old search seems to be faster, more functional (supports regexps), less buggy, and of course more familiar to users (the xapian search changes search behavior in a bunch of ways). I seem to recall that on older hardware, the old-style search could be slow when e.g. using ~d, but I've not noticed any obvious lags on modern hardware. Another possible issue is that the xapian search seems to increase aptitude's library bloat -- downgrading aptitude from 5.2.x to 4.11.x removed about 13MB worth of dependencies on my machine! I don't know how many of them are xapian-related, but a number of them seemed to be... I guess library bloat is not as unacceptable as it once was, but given that aptitude is a core system tool, it might be more of an issue than it is with random apps. Thanks, -Miles -- Do not taunt Happy Fun Ball. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527540: aptitude: search cannot handle dashes (-)
Package: aptitude Version: 0.5.2.1-1 Severity: normal With the new improved xapian-thingy search, searches seem to start failing as soon as you type a dash (-), which is obviously an extremely common character in debian package names... To see this, try searching for libsvn...ok finds stuff. now try searching for libsvn-dev -- it will start beeping at you as soon as you type the dash, and the search fails to proceed. [Conversely some characters which were before problematic, as they were regexp syntax, have now become searchable, e.g. + (g++ etc). Of course the corollary is that searches are no longer regexps (by default?)... in general it seems that the new search needs a bunch of front-end work...] Thanks, -Miles -- Package-specific info: aptitude 0.5.2.1 compiled at Apr 27 2009 11:46:07 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090502 cwidget version: 0.5.12 Apt version: 4.6.0 linux-vdso.so.1 = (0x7fff27bfe000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0x7f711f553000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f711f308000) liblog4cxx.so.10 = /usr/lib/liblog4cxx.so.10 (0x7f711ef15000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f711ed1) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f711ea3d000) libept.so.0 = /usr/lib/libept.so.0 (0x7f711e7c4000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f711e458000) libz.so.1 = /usr/lib/libz.so.1 (0x7f711e241000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f711e025000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f711dd16000) libm.so.6 = /lib/libm.so.6 (0x7f711da93000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f711d878000) libc.so.6 = /lib/libc.so.6 (0x7f711d525000) libutil.so.1 = /lib/libutil.so.1 (0x7f711d322000) libdl.so.2 = /lib/libdl.so.2 (0x7f711d11e000) libaprutil-1.so.0 = /usr/lib/libaprutil-1.so.0 (0x7f711cefa000) libapr-1.so.0 = /usr/lib/libapr-1.so.0 (0x7f711ccc5000) libuuid.so.1 = /lib/libuuid.so.1 (0x7f711cac1000) librt.so.1 = /lib/librt.so.1 (0x7f711c8b9000) libcrypt.so.1 = /lib/libcrypt.so.1 (0x7f711c681000) /lib64/ld-linux-x86-64.so.2 (0x7f711f814000) libdb-4.7.so = /usr/lib/libdb-4.7.so (0x7f711c30e000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0x7f711c0e5000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii apt-xapian-index 0.20 maintenance tools for a Xapian ind ii libc6 2.9-11GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.26+b1 High-level library for managing De ii libgcc11:4.4.0-4 GCC support library ii liblog4cxx10 0.10.0-1 A logging library for C++ ii libncursesw5 5.7+20090502-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-4 The GNU Standard C++ Library v3 ii libxapian151.0.12-2 Search engine library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) pn libparse-debianchangelog-perl none (no description available) Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.78 Tool for selecting tasks for insta -- 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#525244: libstdc++6-4.4-doc: conflict with manpages-dev
Package: libstdc++6-4.4-doc Version: 4.4-20090329-1 Severity: normal I see this error when trying to install manpages-dev; I'm not sure where where the fault actually lies, but given that libstdc++6-4.4-doc is in experimental, I'll report it here instead: $ LANG=C sudo aptitude install Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done The following NEW packages will be installed: manpages-dev 0 packages upgraded, 1 newly installed, 0 to remove and 3 not upgraded. Need to get 0B/1540kB of archives. After unpacking 3269kB will be used. Do you want to continue? [Y/n/?] (Reading database ... 168669 files and directories currently installed.) Unpacking manpages-dev (from .../manpages-dev_3.17-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/manpages-dev_3.17-1_all.deb (--unpack): trying to overwrite `/usr/share/man/man3/string.3.gz', which is also in package libstdc++6-4.4-doc dpkg-deb: subprocess paste killed by signal (Broken pipe) Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/manpages-dev_3.17-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Thanks, -Miles -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libstdc++6-4.4-doc depends on: ii gcc-4.4-base 4.4-20090329-1 The GNU Compiler Collection (base libstdc++6-4.4-doc recommends no packages. libstdc++6-4.4-doc 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#523847: qiv: new upstream (still prerelease) version
Package: qiv Version: 2.1~pre12-5 Severity: normal Seems to be a new upstream version which merges several debian bugfixes. Also at a new home page, so perhaps development is ongoing again. http://spiegl.de/qiv/ thanks, -miles -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qiv depends on: ii gdk-imlib11 1.9.15-8imaging library for use with gtk ii libc62.9-7 GNU C Library: Shared libraries ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libgtk1.21.2.10-18.1 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.2.1-1 X11 client-side library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library qiv recommends no packages. qiv 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#522871: libqtcore4: qt seems to incorrectly use ~/.fonts.conf
Package: libqtcore4 Version: 4.5.0-2 Severity: normal I have a ~/.fonts.conf file, in which I turn off anti-aliasing for a specific set of fonts (and for those fonts, only within a specific size range). In most fontconfig/freetype apps (e.g. iceweasel/firefox, gtk+ aps, etc), this works as intended -- the selected fonts are not anti-aliased, but all other fonts are anti-aliased. However, in qt apps (e.g., qtconfig), _all_ fonts lack anti-aliasing, and look quite awful as a result. If I remove my ~/.fonts.conf file, fonts are properly anti-aliased in qt apps as well, so it clearly seem to be some problem with that. Thanks, -Miles I include my ~/.fonts.conf file below: ?xml version='1.0'? !DOCTYPE fontconfig SYSTEM 'fonts.dtd' fontconfig match target=font test name=family string東風ゴシック/string string東風明朝/string stringKochi Mincho/string stringKochi Gothic/string stringさざなみゴシック/string stringさざなみ明朝/string stringSazanami Mincho/string stringSazanami Gothic/string !-- stringメイリオ/string -- !-- stringMeiryo/string -- stringVL ゴシック/string stringVL Pゴシック/string stringVL Gothic/string stringVL PGothic/string stringBaekmuk Batang/string stringBaekmuk Dotum/string stringBaekmuk Gulim/string stringBaekmuk Headline/string stringAR PL Mingti2L Big5/string stringAR PL ShanHeiSun Uni/string stringAR PL KaitiM Big5/string stringAR PL ZenKai Uni/string stringAR PL SungtiL GB/string stringAR PL KaitiM GB/string stringZYSong18030/string string文泉驛正黑/string stringWenQuanYi Zen Hei/string stringDroid Sans Fallback/string /test edit mode=assign name=autohint booltrue/bool /edit /match match target=font test name=family string東風ゴシック/string string東風明朝/string stringKochi Mincho/string stringKochi Gothic/string stringさざなみゴシック/string stringさざなみ明朝/string stringSazanami Mincho/string stringSazanami Gothic/string !-- stringメイリオ/string -- !-- stringMeiryo/string -- stringBaekmuk Batang/string stringBaekmuk Dotum/string stringBaekmuk Gulim/string stringBaekmuk Headline/string stringAR PL Mingti2L Big5/string stringAR PL ShanHeiSun Uni/string stringAR PL KaitiM Big5/string stringAR PL ZenKai Uni/string stringAR PL SungtiL GB/string stringAR PL KaitiM GB/string stringZYSong18030/string string文泉驛正黑/string stringWenQuanYi Zen Hei/string /test test compare=more name=pixelsize int10/int /test test compare=less name=pixelsize int18/int /test test compare=less_eq name=weight constmedium/const /test edit mode=assign name=antialias boolfalse/bool /edit /match dir/home/soft1/miles/.fonts-managed/dir /fontconfig -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libqtcore4 depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libgcc11:4.4-20090329-1 GCC support library ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libstdc++6 4.4-20090329-1The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime libqtcore4 recommends no packages. libqtcore4 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