Bug#534547: EDITOR=ed dch doesn't work
Package: devscripts Version: 2.10.50 Severity: minor File: /usr/bin/dch When working from a dumb terminal, my EDITOR is set to ed. I happened to try to use dch in such a situation today, and this is what happened: $ dch +4: No such file or directory Q dch: debian/changelog unmodified; exiting. $ It appears that dch assumes that all editors accept an offset argument, e.g. emacs +20 foo.txt to open foo.txt and put the cursor on the twentieth line. I can't see any way to tell dch not to assume this. -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-23-openvz (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.15.2 Debian package development tools ii libc6 2.9-12 GNU C Library: Shared libraries ii perl 5.10.0-23 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.10.2 Delayed job execution and batch pr ii bsd-mailx [mailx] 8.1.2-0.20081101cvs-2 A simple mail user agent ii bzr1.13.1-1 easy to use distributed version co ii curl 7.18.2-8.1Get a file from an HTTP, HTTPS or ii dctrl-tools2.13.1Command-line tools to process Debi ii debian-keyring 2009.05.28GnuPG (and obsolete PGP) keys of D ii debian-maintainers 1.60 GPG keys of Debian maintainers ii dput 0.9.4 Debian package upload tool ii dupload2.6.6 utility to upload Debian packages ii equivs 2.0.7-0.1 Circumvent Debian package dependen ii fakeroot 1.12.4Gives a fake root environment ii git-core 1:1.6.3.1-1 fast, scalable, distributed revisi ii gnupg 1.4.9-4 GNU privacy guard - a free PGP rep ii libauthen-sasl-per 2.12-1Authen::SASL - SASL Authentication ii libcrypt-ssleay-pe 0.57-1+b1 Support for https protocol in LWP ii libparse-debcontro 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-perl 0.710.08-2Client and server side SOAP implem ii libterm-size-perl 0.2-4+b1 Perl extension for retrieving term ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl1.37+dfsg-1 Manipulates and accesses URI strin ii libwww-perl5.826-1 WWW client/server library for Perl ii libyaml-syck-perl 1.07-1fast, lightweight YAML loader and ii lintian2.2.10Debian package checker ii lsb-release3.2-22Linux Standard Base version report ii lynx-cur [www-brow 2.8.7pre1-1 Text-mode WWW Browser with NLS sup ii man-db 2.5.5-2 on-line manual pager ii mercurial 1.2.1-3 scalable distributed version contr ii netrik [www-browse 1.15.7-2.1text mode WWW browser with vi like ii openssh-client [ss 1:5.1p1-5+b1 secure shell client, an rlogin/rsh ii patch 2.5.9-5 Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii strace 4.5.17+cvs080723-2A system call tracer ii subversion 1.5.6dfsg-1 Advanced version control system ii unzip 6.0-1 De-archiver for .zip files ii w3m [www-browser] 0.5.2-2+b1WWW browsable pager with excellent ii w3mmee [www-browse 0.3.p24.20-3+b2 WWW browsable pager with excellent ii wdiff 0.5-18Compares two files word by word ii wget 1.11.4-2 retrieves files from the web Versions of packages devscripts suggests: ii build-essential 11.4Informational list of build-essent pn cvs-buildpackage none (no description available) pn devscripts-elnone (no description available) pn gnuplot none (no description available) pn libfile-desktopentry-perlnone (no description available) pn libnet-smtp-ssl-perl none (no description available) ii mutt 1.5.18-6+b1 text-based mailreader supporting M pn svn-buildpackage 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
Bug#534645: F (forbid) does not advance focus to next package.
Package: aptitude Version: 0.4.11.11-1+b1 Severity: minor To reproduce: in ~/.aptitude/config set aptitude::UI::Advance-On-Action true; Run aptitude, getting a graphical display. Select the first package in the list of upgradable packages and notice that + (install) will advance focus to the second package. But pressing F (forbid) does not advance focus to the third package. AFAICT this problem is specific to the F key. $ cat ~/.aptitude/config aptitude ; aptitude::UI ; aptitude::UI::HelpBar false; aptitude::UI::Menubar-Autohide true; aptitude::UI::Minibuf-Prompts true; aptitude::UI::Prompt-On-Exit false; aptitude::UI::Description-Visible-By-Default false; aptitude::UI::Advance-On-Action true; aptitude::Auto-Fix-Broken false; aptitude::Recommends-Important true; aptitude::Auto-Upgrade true; aptitude::AutoClean-After-Update true; aptitude::Delete-Unused-Pattern ; aptitude::Keep-Unused-Pattern ; aptitude::Ignore-Recommends-Important true; -- Package-specific info: aptitude 0.4.11.11 compiled at Apr 17 2009 21:35:13 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.20090523 cwidget version: 0.5.12 Apt version: 4.6.0 linux-gate.so.1 = (0xb7f4e000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0xb7e87000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7e48000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7e41000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d7d000) libept.so.0 = /usr/lib/libept.so.0 (0xb7d02000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7bab000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b96000) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b7d000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a8b000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7a65000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb7a39000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb78d9000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb78d5000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb78d) /lib/ld-linux.so.2 (0xb7f4f000) Terminal: screen $DISPLAY not set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii libc6 2.9-12GNU 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-5 GCC support library ii libncursesw5 5.7+20090523-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.2.2-1 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-5 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) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.9+b1 Enables support for package tags pn tasksel 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#534287: Allows upgrades which break new .pc files.
Package: libglu1-mesa-dev Version: 7.4.1-1 Severity: minor It seems that the X11 libraries in unstable (7.4) have pkg-config integration that wasn't in the testing version (7.0). But I can *accidentally* upgrade only some libraries, and thus get a system that has .pc files that don't work. Perhaps the 7.4 libraries should have Depends: ... (= 7.4)? Here is a reproduction of the error I caused accidentally. $ aptitude search -F%p%v ~i~nlibgl.?1-mesa-dev libgl1-mesa-dev 7.0.3-7 libglu1-mesa-dev 7.0.3-7 $ pkg-config --cflags --libs glu Package glu was not found in the pkg-config search path. Perhaps you should add the directory containing `glu.pc' to the PKG_CONFIG_PATH environment variable No package 'glu' found $ sudo aptitude install libglu1-mesa-dev/unstable -y [...] $ aptitude search -F%p%v ~i~nlibgl.?1-mesa-dev libgl1-mesa-dev 7.0.3-7 libglu1-mesa-dev 7.4.1-1 $ pkg-config --cflags --libs glu Package gl was not found in the pkg-config search path. Perhaps you should add the directory containing `gl.pc' to the PKG_CONFIG_PATH environment variable Package 'gl', required by 'glu', not found $ sudo aptitude install libgl1-mesa-dev/unstable -y [...] $ aptitude search -F%p%v ~i~nlibgl.?1-mesa-dev libgl1-mesa-dev 7.4.1-1 libglu1-mesa-dev 7.4.1-1 $ pkg-config --cflags --libs glu Package xext was not found in the pkg-config search path. Perhaps you should add the directory containing `xext.pc' to the PKG_CONFIG_PATH environment variable Package 'xext', required by 'gl', not found $ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523694: retitle 523694 to New upstream release (0.5)
JPEG erina...@hotmail.de writes: On 19 Jun., 09:33, David Gardner dav...@fool.com wrote: I would like humbly to suggest that some documentation be included for Mac users to let us know that we have to delete our old saves in order to play 0.5. I would love to see this game find more and more players, and I think it's off-putting to have a seemingly crashing app just because we had old save game files. Long-time Crawlers, of course, will have those. I'm really sorry! Save files are simply not compatible (for all platforms), and we handled this badly. By all means, there should have been a proper error message if you attempt to load an invalid save file. It's too late to change now but we'll make sure not to repeat that mistake for 0.6. The 0.5-1 package should include a postinst that either warns users about this issue, or moves their old 0.4.x saves into a backup area. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533799: Should look in /etc/midori/styles/, not /usr/local/share/midori/styles/.
Package: midori Version: 0.1.7-1.1 Severity: normal When stracing midori, I noticed that it looks for user styles in /usr/share/midori/styles/, /usr/local/share/midori/styles/ and ~user/.local/share/midori/styles/. I think probably the second of those three should be /etc/midori/styles/. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1 The Cairo 2D vector graphics libra ii libdirectfb-1.2-0 1.2.7-2 direct frame buffer graphics - sha ii libglib2.0-02.20.1-2 The GLib library of C routines ii libgtk-directfb-2.0-0 2.16.1-2 The GTK+ graphical user interface ii libgtk2.0-0 2.16.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libsoup2.4-12.26.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.1.10-1.1 Web content engine library for Gtk ii libxml2 2.7.3.dfsg-1 GNOME XML library Versions of packages midori recommends: pn gnome-icon-theme none (no description available) pn libnotify1none (no description available) midori 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#444811: fontconfig should not use URW postscript fonts by default
On Mon, Oct 01, 2007 at 03:47:36AM -0400, Rich Felker wrote: The URW Nimbus fonts, in their original Postscript form, have major kerning issues which cause many letters to run together when hinting is enabled. I’m uncertain whether this is a bug in the fonts themselves or a problem in FreeType’s Type1 renderer that applies to all Type1 fonts, but it causes severe ugliness and difficulty of reading when browsing websites that use these fonts. The problem is greatly escalated by the fact that fontconfig-config aliases the standard names Helvetica, Times, and Courier to these fonts, but I have also seen misguided sites directly requesting Nimbus Sans L by name. I have this problem, too. It has been nearly two years since this bug was filed, and the maintainer still hasn't replied. I guess that means this bug is considered WONTFIX (though it isn't tagged so). I would just purge the gsfonts package, but imagemagick needs it. Instead therefore, does anyone know how to write a ~/.fonts.conf file that says something like Regardless of what was asked for, always use the DejaVu, Bitstream, or Freefont foundry, in that order. Ignore all other foundries completely. or even just Never ever use a Type1 font. I'm looking at the fontconfig-user.html document but it's a bit confusing as the example seems limited to creating a simple use family for alias aliases. I'll try to remember to post a solution here, if I find one. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#444811: fontconfig should not use URW postscript fonts by default
On Mon, Oct 01, 2007 at 03:47:36AM -0400, Rich Felker wrote: [...] The default configuration for fontconfig should blacklist the URW Nimbus fonts [...] I had a chat with Rich about this. He showed me how to make this change at the user level, so that at least *I* won't have this problem anymore, even if newbie Debian users do: $ cat ~/.fonts.conf ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig !-- http://bugs.debian.org/444811 -- !-- On Debian the fuzzy, unreadable Type1 Nimbus family provided by the gsfonts package is used by default, even if ttf-dejavu and ttf-liberation are installed. This declaration prevents fontconfig-enabled applications from ever using Nimbus. -- selectfont rejectfont glob/usr/share/fonts/type1/gsfonts/*/glob /rejectfont /selectfont /fontconfig Rich also pointed out the ttf-liberation currently takes precedence over gsfonts for the arial alias, but the helvetica alias still points to gsfonts (URW Nimbus). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497356: Missing zip dependency: Warning: Zip command (SAVE_PACKAGE_CMD) returnednon-zero value!
On Mon, Sep 01, 2008 at 03:53:34PM +1000, Trent W. Buck wrote: Crawl should Depends: zip in debian/control to avoid this message when quitting: Warning: Zip command (SAVE_PACKAGE_CMD) returnednon-zero value! Actually, it should be a Recommends. There are four scenarios: 1. zip and unzip are installed. Save are silently archived. 2. neither are installed. A warning is emitted, and saves are stored uncompressed. 3. unzip is installed, but zip isn't. Same as (2). 3. zip is installed, but unzip isn't. I think (untested) that in this scenario, you can save games (silently compressing), but never load a save. It may be possible to alternatively change SAVE_PACKAGE_CMD and the equivalent unpack to use tar -zcf. As tar and gzip are Essential: yes packages, they do not need to be listed in Depends. This is the case. Through a lot of trial and error, I have determined the following works. I recommend applying this patch, because tar and gzip (unlike zip) are essential parts of the system, and packages do not need to explicitly depend on them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523694: retitle 523694 to New upstream release (0.5)
Guus, On Sat, Jun 20, 2009 at 12:18:16AM +1000, Trent W.Buck wrote: retitle 523694 New upstream release (0.5) I have done substantial work to modernize this package, which I hope you will want to integrate into the next release. Please find attached draft .debian.tar.gz files (which replace older .diff.gz) for two versions. The latter adds support for the tiles version, so you can have both curses and tiles installed on the same system, sharing the same save files! Please do contact me if you have any questions about this work, as I'm keen to get it into the official Debian package. If you're opposed to some changes I've made, I hope you'll still accept the other bits. crawl_0.5-1~twb2.debian.tar.gz Description: GNU Zip compressed data crawl_0.5-1~twb4.debian.tar.gz Description: GNU Zip compressed data
Bug#467255: Processed: reopening 467255
On Thu, Jun 18, 2009 at 02:00:25PM +0200, Guus Sliepen wrote: This bug is still present for me in 2:0.4.4-1. Sorry for not reporting it much earlier; I have been running private svn snapshots of Crawl until just now, when I tried to build a 0.5 package based on your 0.4.4 release. Ok. If you tried 0.5, can you tell me if it's in there as well or not? It is, unfortunately. However, if I build 0.5 by hand and just run crawl from within the working directory, it does Unicode with no problems. Attached is the transcript of how I'm doing that. $ wget -q http://internode.dl.sourceforge.net/sourceforge/crawl-ref/stone_soup-0.5-src.tbz2 $ tar xf stone_soup-0.5-src.tbz2 $ cd */source $ make -f makefile.unix UNICODE_GLYPHS=y UNICODE_LOCALE=. SQLSRC=/usr/lib LUASRC=/usr/lib/ LUALIB=lua5.1 LUALIBA=liblua5.1.a EXTRA_INCLUDES=$(pkg-config --cflags lua5.1 sqlite3) cd util/ bison -y -d -b levcomp levcomp.ypp \ mv levcomp.tab.c levcomp.tab.cc || false g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -o util/levcomp.tab.o -c util/levcomp.tab.cc cd util/ flex -olevcomp.lex.cc levcomp.lpp g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -o util/levcomp.lex.o -c util/levcomp.lex.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c abl-show.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c abyss.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c acr.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c arena.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c beam.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c branch.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c chardump.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c cio.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c cloud.cc cloud.cc:46: warning: ‘bool _killer_whose_match(kill_category, killer_type)’ defined but not used g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c command.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c database.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c debug.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c decks.cc g++ -Iutil -I. -I/usr/lib/ -I/usr/include/lua5.1 -I/usr/include/ncursesw -Wall -Wno-parentheses -Wwrite-strings -Wshadow -pedantic -Wuninitialized -fsigned-char -DUNIX -DCLUA_BINDINGS -O2 -DUNICODE_GLYPHS -DUNICODE_LOCALE=\\ -c delay.cc g++ -Iutil -I. -I/usr/lib/
Bug#467255: Processed: reopening 467255
On Fri, Jun 19, 2009 at 02:20:01AM +1000, Trent W. Buck wrote: On Thu, Jun 18, 2009 at 02:00:25PM +0200, Guus Sliepen wrote: This bug is still present for me in 2:0.4.4-1. Sorry for not reporting it much earlier; I have been running private svn snapshots of Crawl until just now, when I tried to build a 0.5 package based on your 0.4.4 release. Ok. If you tried 0.5, can you tell me if it's in there as well or not? It is, unfortunately. However, if I build 0.5 by hand and just run crawl from within the working directory, it does Unicode with no problems. Attached is the transcript of how I'm doing that. $ wget -q http://internode.dl.sourceforge.net/sourceforge/crawl-ref/stone_soup-0.5-src.tbz2 $ tar xf stone_soup-0.5-src.tbz2 $ cd */source $ make -f makefile.unix UNICODE_GLYPHS=y UNICODE_LOCALE=. SQLSRC=/usr/lib LUASRC=/usr/lib/ LUALIB=lua5.1 LUALIBA=liblua5.1.a EXTRA_INCLUDES=$(pkg-config --cflags lua5.1 sqlite3) Sorry, that typescript has a bug. I had to make distclean first, because upstream wrongly ships the generated makefile.dep file. This command works for me; I get Unicode displaying correctly, without having the en_US.UTF-8 locale installed. $ with-temp-dir sh -c 'wget -q http://internode.dl.sourceforge.net/sourceforge/crawl-ref/stone_soup-0.5-src.tbz2 tar xf stone_soup-0.5-src.tbz2 cd */source make -s distclean make -s -j5 -f makefile.unix crawl UNICODE_GLYPHS=y UNICODE_LOCALE=. SQLSRC=/usr/lib LUASRC=/usr/lib/ LUALIB=lua5.1 LUALIBA=liblua5.1.a EXTRA_INCLUDES=$(pkg-config --cflags lua5.1 sqlite3) ./crawl' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488609: rt man page
On Wed, Jun 17, 2009 at 11:54:22PM +0100, Dominic Hargreaves wrote: Thanks for your proposed contribution to the rt man page. It certainly would be nice to have something like this merged. However, I'm uneasy about adding this now as a future maintenance burden; at the moment the manpage is a general overview with a pointer on how to get specific information, but adding the detailed help runs the real risk of things becoming out of date. Understood; it's your call. I won't be providing updates anytime soon, since I no longer use request tracker. I suspect the best thing to do really would be to get upstream to include POD documentation (which is, incidentally, how the current docs are maintained). Ah; last time I looked (3.8) upstream didn't use POD, but rather some NIH approximation of it. Obviously getting them to convert to POD would be nice, but they might be averse to that if it involves a run-time dependency on POD (e.g. for rt --help), due to # This program is intentionally written to have as few non-core module # dependencies as possible. It should stay that way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533494: import --help requires an X server.
Package: imagemagick Version: 7:6.3.7.9.dfsg2-1 Severity: normal File: /usr/bin/import I tried this: $ import --help import: unable to open X server `'. I was going to report this as an error, because no X11 messages need be sent in order to print help information. But when cross-checking, I found that $ import -help Version: ImageMagick 6.3.7 03/14/09 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2008 ImageMagick Studio LLC [...] ...works correctly, and that in the presence of X, the former command prints something like invalid arguments. In the case (as above) where there is both no X server and I have provided invalid arguments, import should complain about invalid arguments instead of / as well as complaining about the missing X server. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co ii libc6 2.9-12GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1 Color management library ii libmagick107:6.3.7.9.dfsg2-1 image manipulation library ii libsm6 2:1.1.0-2 X11 Session Management library ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime imagemagick recommends no packages. imagemagick 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#498350: Do not check NFS on upgrade
On Tue, Sep 09, 2008 at 02:22:46PM +0300, Arie Skliarouk wrote: I am running debian unstable as a virtual server under OpenVZ. The virtual server has [NFS] mounts, that are [re-]mounted using bind option by the physical server. [...] The virtual server [...] does not have any nfs-* packages installed. [...] new version of mount checks for nfs mounts and complain on NFS mounts already mounted: # dpkg -i /var/cache/apt/archives/mount_2.13.1.1-1_i386.deb (Reading database ... 40284 files and directories currently installed.) Preparing to replace mount 2.13-7 (using .../mount_2.13.1.1-1_i386.deb) ... You have NFS mount points currently mounted, and this version of mount requires that nfs-common be upgraded before NFS mounts will work. I have the same symptoms. Rather than remove the test, I suggest detecting when a virtual environment is in place. The most obvious way, I suppose, would be for mount to skip the test if nfs-common is not installed. If nfs-common isn't installed, then presumably any NFS entries it sees in /etc/mtab or /proc/mounts are either stale or not relevant to the running environment. If this is a bad idea, I'd appreciate explanatory details from the maintainer(s) -- currently it looks like this has just been tagged wontfix without any discussion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532154: RFP: haskell-hashed-storage -- hashed file storage support code
Package: wnpp Severity: wishlist This package is a build dependency for the next version of Darcs. Thus, this needs to be in Debian before Darcs 2.3 can enter Debian. If nobody else wants to take this one, I will. * Package name: haskell-hashed-storage Version : 0.3.2 Upstream Author : Petr Rockai m...@mornfall.net * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hashed-storage * License : BSD3 Programming Lang: Haskell Description : hashed file storage support code Support code for reading and manipulating hashed file storage (where each file and directory is associated with a cryptographic hash, for corruption-resistant storage and fast comparisons). The supported storage formats include darcs hashed pristine, a plain filesystem tree and an indexed plain tree (where the index maintains hashes of the plain files and directories). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532166: RFP: haskell-bytestring-mmap -- mmap support for strict ByteStrings
Package: wnpp Severity: wishlist This package is a build dependency for the next version of Darcs (by way of haskell-hashed-storage, see #532154). Thus, this needs to be in Debian before Darcs 2.3 can enter Debian. If nobody else wants to take this one, I will. * Package name: haskell-bytestring-mmap Version : 0.2.0 Upstream Author : Don Stewart d...@galois.com * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/bytestring-mmap * License : BSD3 Programming Lang: Haskell Description : mmap support for strict ByteStrings This library provides a wrapper to mmap(2), allowing files or devices to be lazily loaded into memory as strict or lazy ByteStrings, using the virtual memory subsystem to do on-demand loading. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532184: New upstream version: Darcs 2.3.
Package: darcs Severity: wishlist When Darcs 2.3 comes out, it will have additional mandatory dependencies. haskell-haskeline has been provided by the GHC6 6.10.3 upgrade, but haskell-hashed-storage isn't available in Debian yet. This bug exists to make it clear that Darcs can't be upgraded until the new build dependencies make their way through the NEW queue. PS: Darcs 2.3 hasn't actually been release yet; it's scheduled to take place in the next month or two. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532166: Acknowledgement (RFP: haskell-bytestring-mmap -- mmap support for strict ByteStrings)
I just spoke to the upstream maintainer of hashed-storage. He told me that he was phasing out bytestring-mmap in favour of the more powerful (and Windows-compatible) mmap package. If upstream makes a new release that doesn't use bytestring-mmap, I won't change this into an ITP. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532266: RFP: haskell-mmap -- Memory mapped files for POSIX and Windows
Package: wnpp Severity: wishlist This package is a build dependency for the next version of Darcs (by way of haskell-hashed-storage, see #532154). Thus, this needs to be in Debian before Darcs 2.3 can enter Debian. If nobody else wants to take this one, I will. * Package name: haskell-mmap Version : 0.2 Upstream Author : Gracjan Polak gracjanpo...@gmail.com * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/mmap-0.1 * License : BSD3 Programming Lang: Haskell Description : Memory mapped files for POSIX and Windows This library provides a wrapper to mmap(2) or MapViewOfFile, allowing files or devices to be lazily loaded into memory as strict or lazy ByteStrings, ForeignPtrs or plain Ptrs, using the virtual memory subsystem to do on-demand loading. Modifications are also supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522617: Jumps up to 100% processor load after darcs help
On Mon, Jun 01, 2009 at 11:06:13PM +, Reinier Lamers wrote: It appears to be a GHC problem in GHC 6.10.1. Marking wont-fix as the GHC guys fixed it for us. On Thu, Jun 04, 2009 at 09:55:58PM +0400, Alexander Markov wrote: Darcs's developers says what the problem in GHC. It's possible to just rebuild package with ghc ≠ 6.10.1 Debian Sid has GHC 6.10.3, but until the other build dependencies (notably, haskell-network) are rebuilt against this version of GHC, I cannot initiate a rebuild of Darcs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531658: Should Provides: libghc6-parsec-dev?
On Wed, Jun 03, 2009 at 03:24:21PM +1000, Trent W. Buck wrote: Package: libghc6-parsec3-dev Version: 3.0.0-5 Severity: normal Other packages (in this case, haskell-network) have build-depends on libghc6-parsec-dev (= 3.0.0-4) Because the -5 package only conflicts with libghc6-parsec-dev and does not also provide it, this build dependency cannot be met, and a sourceful update (of haskell-network) is necessary. I think respectively the libghc6-parsec3-dev, libghc6-parsec3-doc and libghc6-parsec3-prof packages should Provides: libghc6-parsec-dev, libghc6-parsec-doc and libghc6-parsec-prof. I just tried adding Provides lines, and haskell-network still didn't see that libghc6-parsec-dev was installed, though aptitude certainly did. So I dunno. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531654: Depend on nonexistent package: libcurl.
Package: libghc6-curl-dev Version: 1.3.5-1 Severity: grave Justification: the package cannot be installed on Debian. There's no such package as libcurl in Debian; I think the run-time dependency should be something like libcurl4-dev or libcurl4-gnutls-dev (depending on haskell-curl's license). If the *development* files actually need only the *run time* part of libcurl, and not its development files (this includes the .so - .so.N symlink), then it would be libcurl3 or libcurl3-gnutls instead. But I don't think that's the case. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#531658: Should Provides: libghc6-parsec-dev?
Package: libghc6-parsec3-dev Version: 3.0.0-5 Severity: normal Other packages (in this case, haskell-network) have build-depends on libghc6-parsec-dev (= 3.0.0-4) Because the -5 package only conflicts with libghc6-parsec-dev and does not also provide it, this build dependency cannot be met, and a sourceful update (of haskell-network) is necessary. I think respectively the libghc6-parsec3-dev, libghc6-parsec3-doc and libghc6-parsec3-prof packages should Provides: libghc6-parsec-dev, libghc6-parsec-doc and libghc6-parsec-prof. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530961: debian-startup.el:131:25:Warning: `mapcar' called for effect
Package: emacsen-common Version: 1.4.19 Severity: minor File: /usr/share/emacs/site-lisp/debian-startup.el Emacs snapshot emits a style warning for debian-startup.el. I suggest s/mapcar/mapc/. emacsen-common: byte-compiling for emacs-snapshot Wrote /etc/emacs-snapshot/site-start.d/00debian-vars.elc In debian-run-directories: debian-startup.el:131:25:Warning: `mapcar' called for effect; use `mapc' or `dolist' instead Wrote /usr/share/emacs-snapshot/site-lisp/debian-startup.elc -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacsen-common depends on: ii bsdmainutils 6.1.10 collection of more utilities from emacsen-common recommends no packages. emacsen-common 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#530819: Typo in cruft file: .daRcsignore.
Package: etckeeper Version: 0.36 Severity: minor File: /etc/cruft/filters-unex/etckeeper In /etc/cruft/filters-unex/etckeeper, .dacsignore should be .darcsignore. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii darcs2.2.0-1 a distributed, interactive, smart ii debconf [debconf-2.0]1.5.26 Debian configuration management sy ii git-core 1:1.6.2.4-1 fast, scalable, distributed revisi ii mercurial1.2-1 scalable distributed version contr Versions of packages etckeeper recommends: pn cron none (no description available) etckeeper suggests no packages. -- debconf information: * etckeeper/unclean: true etckeeper/commit_failed: etckeeper/purge: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530468: Running on multiple URLs does not open multiple tabs.
Package: w3m Version: 0.5.2-2+b1 Severity: normal If I run w3m http://example.net/foo http://example.net/bar only the first URL is displayed -- AFAICT the latter URL is not accessible. Since w3m is a tabbed browser, I would expect each URL to open on a separate tab. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w3m depends on: ii libc6 2.9-12GNU C Library: Shared libraries ii libgc1c2 1:6.8-1.2 conservative garbage collector for ii libgpm21.20.4-3.2General Purpose Mouse - shared lib ii libncurses55.7+20090404-1shared libraries for terminal hand ii libssl0.9.80.9.8g-16 SSL shared libraries ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages w3m recommends: ii ca-certificates 20081127 Common CA certificates Versions of packages w3m suggests: ii man-db 2.5.5-1 on-line manual pager pn menunone (no description available) pn migemo none (no description available) ii mime-support3.44-1 MIME files 'mime.types' 'mailcap ii w3m-el-snapshot [w3 1.4.344+0.20090405-1 simple Emacs interface of w3m (dev ii w3m-img 0.5.2-2+b1 inline image extension support uti -- 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#529556: RFP: hlint -- Haskell lint
Package: wnpp Severity: wishlist * Package name: hlint Version : 1.4 Upstream Author : Neil Mitchell ndmitch...@gmail.com * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/hlint * License : GPL Programming Lang: Haskell Description : Style checker for Haskell source code HLint reads Haskell programs and suggests changes that (hopefully) make them easier to read. HLint also makes it easy to disable unwanted suggestions, and to add your own custom suggestions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528731: RFA: midori -- fast, lightweight graphical web browser
Package: wnpp Severity: normal I request an adopter for the midori package. I simply don't have the time and interest to give midori the love it needs. I'm happy to spend time answering questions of helping with handover. The package description is: Midori is a lightweight web browser based on WebKit. Its features include: * Full integration with GTK+2. * Fast rendering with WebKit. * Tabs, windows and session management. * Flexibly configurable Web Search. * User scripts and user styles support. * Straightforward bookmark management. * Customizable and extensible interface. * Support for extensions (written in C). * Custom context menu actions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528731: RFA: midori -- fast, lightweight graphical web browser
On Thu, May 14, 2009 at 06:42:19PM -0700, Ryan Niebur wrote: I will adopt [midori]. Wow, fast response! I'm just migrating 1.0.6-1 (experimental) to sid as 1.0.6-2, with no other changes. Lemme know if you want to belay that action. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526864: poppler: ./configure --enable-zlib=yes?
On Tue, May 05, 2009 at 09:47:01AM +0200, Loïc Minier wrote: On Tue, May 05, 2009, Trent W. Buck wrote: Actually, no :-) My thinking got as far as hey, that sounds useful! Maybe it lets stuff operate of foo.pdf.gz automatically without having to gunzip it first! Hmm Evince can open .pdf.gz files for me already; I can see what the switch enables in terms of source code, but I don't know whether there's an use case in enabling that in poppler. epdfview and pdftotext both fail: $ pdftotext rwh.pdf.gz Error: May not be a PDF file (continuing anyway) Error: PDF file is damaged - attempting to reconstruct xref table... Error: Couldn't find trailer dictionary Error: Couldn't read xref table I assume evince handles it in an app-specific fashion because I requested it, back when I still used evince. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526864: poppler: ./configure --enable-zlib=yes?
On Tue, May 05, 2009 at 06:53:55PM +1000, Trent W. Buck wrote: epdfview and pdftotext both fail: $ pdftotext rwh.pdf.gz Error: May not be a PDF file (continuing anyway) Oops, but that happens even when built with --enable-zlib. At least, I *think* the .deb I'm testing with is one I built with --enable-zlib... ^_^;; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526864: poppler: ./configure --enable-zlib=yes?
On Mon, May 04, 2009 at 10:39:00AM +0200, Loïc Minier wrote: On Mon, May 04, 2009, Trent W. Buck wrote: Is there any reason not to add --enable-zlib=yes to the configure args, and build with zlib support? (I assume that zlib support is a Good Thing of some sort.) Do you know of any use case for it? Actually, no :-) My thinking got as far as hey, that sounds useful! Maybe it lets stuff operate of foo.pdf.gz automatically without having to gunzip it first! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526598: emacs-goodies-el: please include paredit.el 21
On Mon, May 04, 2009 at 08:59:13AM -0400, Peter S Galbraith wrote: [...] Or, probably better, I can add you to the pkg-goodies-el list of pkg-goodies-el developers on alioth and you can do it there. That sounds like a good idea. (I'm a DM, not a DD, so my key is in the debian-maintainers package.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526795: Wish for mirroring (x- or y-flipping).
Package: fbi Version: 2.07-1 Severity: wishlist Currently fbi allows lossless rotation of JPEG images. It would be nice if I could also easily mirror them (x- or y-flip). Perhaps this could be achieved by calling ImageMagick's mogrify(1) appropriately, as is already done with convert(1). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fbi depends on: ii ghostscript8.64~dfsg-1 The GPL Ghostscript PostScript/PDF ii libc6 2.9-9 GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-8.1Multi-protocol file transfer libra ii libexif12 0.6.17-1 library to parse EXIF files ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib ii libgif44.1.6-6 library for GIF images (library) ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpcd21.0.1-1 A library for reading PhotoCD imag ii libpng12-0 1.2.35-1 PNG library - runtime ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime fbi recommends no packages. Versions of packages fbi suggests: ii imagemagick7:6.3.7.9.dfsg2-1 image manipulation programs -- 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#201964: acknowledged by developer (Re: Bug#201964: does not work under screen)
On Sun, May 03, 2009 at 05:26:09AM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #201964: does not work under screen, which was filed against the fbi package. It has been closed by one of the developers, namely Gerd Knorr kra...@debian.org. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact the developer, by replying to this email. I think the convention is to leave WONTFIX bugs open, so that other bug reporters can find them easily. Package: fbi Version: 1.26 When I run fbi under screen, it prints the following messages and exits unsuccessfully: using linux console font /usr/share/consolefonts/lat1-16.psf.gz ioctl VT_GETSTATE: Invalid argument (not a linux console?) Yes. fbi really wants the controlling tty being a linux console. There is no way around that, sorry. This is annoying, because 1. screen is my login shell. I cannot, nor do I want to, leave screen in order to run fbi. 2. Despite there being no way around this, both mplayer and zgv can display images on the framebuffer when launched from within screen. By googling, I discovered a workaround for the obstinacy of fbi's maintainer(s): wrap fbi in the following wrapper: sudo openvt -sw -- fbi $@ This is horrible, because it requires me to run fbi as root. It's not clear to me why fbi needs access to tty0 as well as fb0 (what constitutes sane console switch handling?) Can I have an -insane option to skip this handling? Better, could fbi allow me to simply tell it which tty to use? Simply hard-coding it to tty0 in ~/.fbirc would, for me, be an improvement over the current behaviour. For my specific case, fbi could even look at $STY to make an educated guess about which tty to talk to. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526864: poppler: ./configure --enable-zlib=yes?
Package: poppler Severity: wishlist I notice that when using ./configure, poppler says Building poppler with support for: [...] use zlib: no Is there any reason not to add --enable-zlib=yes to the configure args, and build with zlib support? (I assume that zlib support is a Good Thing of some sort.) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526598: emacs-goodies-el: please include paredit.el 21
Package: emacs-goodies-el Version: 29.5-1 Severity: wishlist Currently there is a paredit-el package that I maintain, which in Debian is version 20. There is a package for version 21 that has been sitting on mentors.debian.net waiting for a sponsor for a LONG time. (At the time of 20-2 being uploaded I wasn't able to use the DMUA field.) As paredit is a single .el file and a single .html doc file, I think it would better be included in this package, emacs-goodies-el. Please include paredit in this package, and add a Replaces: paredit-el ( 21) or something to your control file. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs-goodies-el depends on: ii bash3.2-5The GNU Bourne Again SHell ii emacs [emacsen] 23~CVS The GNU Emacs editor (metapackage) ii emacs-snapshot-nox [emacsen 1:20090501-1 The GNU Emacs editor (without X su Versions of packages emacs-goodies-el recommends: pn dict none (no description available) pn perl-doc none (no description available) ii wget 1.11.4-2 retrieves files from the web emacs-goodies-el 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#473901: Fixed upstream in webkit.
tags 473901 + fixed-upstream The midori guys claim this has been fixed upstream in webkit by this patch. This happened AFTER the current Debian package of WebKit (1.1.5, which is r42500), so this fix will appear when next the Debian WebKit packaging team updates their package. r42855 | jmalo...@webkit.org | 2009-04-25 10:05:21 +1000 (Sat, 25 Apr 2009) | 27 lines 2009-04-24 Sergio García-Cuevas sergio_...@telefonica.net Reviewed by Gustavo Noronha. https://bugs.webkit.org/show_bug.cgi?id=17267 [GTK] Primary selection/clipboard support Copy the link location to the primary selection as well as the clipboard selection when using the copy link selection context menu entry. * platform/gtk/PasteboardGtk.cpp: (WebCore::Pasteboard::writeURL): * platform/gtk/PasteboardHelper.h: 2009-04-24 Sergio García-Cuevas sergio_...@telefonica.net Reviewed by Gustavo Noronha. https://bugs.webkit.org/show_bug.cgi?id=17267 [GTK] Primary selection/clipboard support Add a method for getting the primary selection. * WebCoreSupport/PasteboardHelperGtk.cpp: (WebKit::PasteboardHelperGtk::getPrimary): * WebCoreSupport/PasteboardHelperGtk.h: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525991: midori: Adding debian bugs search to pre-installed searches
On Tue, Apr 28, 2009 at 03:06:59PM +0200, Giuseppe Martino (denever) wrote: Could you please add debian bugs search to pre-installed searches? +[Debian Bugs] +name=Debian Bugs +text=Debian Bugs Search +uri=http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=%s +icon= +token=dbs I'll fold it in with the next package I make (probably when there's next an upstream release). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511277: Polipo does not obey domain search path
On Sat, Apr 25, 2009 at 05:55:49PM +0200, Juliusz Chroboczek wrote: Using Polipo I get a spurious 504 when using an unqualified host name Yes, that's normal. Polipo doesn't obey the domain search path in /etc/resolv.conf. For two reasons: 1. the /etc/resolv.conf of the host on which Polipo is running is not the right path to apply -- it's the client's search path that should be applied. It's the case for me that polipo only listens to localhost, so it's the same resolv.conf. Isn't this polipo's most likely deployment method? It's marketed in the package description as a cache for personal use. It's particularly inconvenient for me, because 1) my local domain is 32 characters long -- a pain to type all the time; but more importantly 2) the servers I'm trying to get to use vhosting, and they treat the FQDN differently to the unqualified host name. In most cases, this means I have to type in my username and password twice (once for SSL, and once for the web app). In some cases, the FQDN doesn't work at all, because nobody has bothered to set up a vhost symlink for the FQDN. Admittedly this is not polipo's fault, but I have absolutely no chance of getting the servers setup fixed. What this effectively means is that the least inconvenient way to access internal hosts is to run a separate browsers for them, which doesn't use polipo. Would you be willing to add support for search domains, but turn it off by default? Would you accept a patch that did so? 2. I'm opposed to using domain search paths, and I'm a stubborn bastard. Well, I can't argue with that. I'd like to know WHY you're opposed to them, if you have written an article on the subject. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525335: No way to reenable Nagle
Hi Juliusz, On Thu, Apr 23, 2009 at 09:45:46PM +0200, Juliusz Chroboczek wrote: Both the ssh client and server disable Nagle's protocol on their sockets. There appears to be no way to reenable it (grep for set_nodelay in the source). I'm just an innocent bystander. I was confused by the above, because it sounded like Nagle was some kind of client/server package, and SSH broke its wire protocol. Not finding such a package in aptitude, I asked Wikipedia. From that, I guess you are referring to RFC 896. Is that correct? http://en.wikipedia.org/wiki/Nagle's_algorithm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524291: Can't guess lavf muxer of ogg http stream
On Thu, Apr 16, 2009 at 09:25:06AM +0200, Reinhard Tartler wrote: Is [this] bug already in mplayer's bugtracker Yes; upstream created an entry in their BTS and I linked them in the next message in this ticket. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524341: Accept-Compression: deflate problems
Package: polipo Version: 1.0.4+58-1 Severity: normal I have a server that returns gzipped HTML if the HTTP client claims supports it, and normal (uncompressed) HTML if it doesn't. Having made a request from a gzip-supporting client, if I then make the same request from a non-gzip-supporting client, that second client will get gzipped data if Polipo is used! $ wget -q -O - http://127.0.0.1:8000/ | file - /dev/stdin: gzip compressed data, from Unix $ env -u http_proxy wget -q -O - http://127.0.0.1:8000/ | file - /dev/stdin: HTML document text Is this a problem with the HTTP daemon, or with Polipo? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages polipo depends on: ii libc6 2.9-7 GNU C Library: Shared libraries polipo recommends no packages. polipo 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#524291: Can't guess lavf muxer of ogg http stream
Package: mplayer Version: 1.0~rc2+svn20090303-5 Severity: normal twb This does not work for me: twb mplayer -playlist http://magnatune.com/artists/albums/kara-kara/ogg.m3u twb Opening audio decoder: [tremor] Ogg/Vorbis audio decoder twb OggVorbis: header n. 0 broken! len=227 Compn twb : works with -demuxer lavf Compn twb : works if you download it first Compn seems to be mplayer over http bug ;\ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libasound2 1.0.19-1 shared library for ALSA applicatio ii libatk1.0-01.24.0-2 The ATK accessibility toolkit ii libaudio2 1.9.1-5 Network Audio System - shared libr ii libavcodec52 3:0.svn20090303-1 ffmpeg codec library ii libavformat52 3:0.svn20090303-1 ffmpeg file format library ii libavutil493:0.svn20090303-1 ffmpeg utility library ii libc6 2.9-7 GNU C Library: Shared libraries ii libcaca0 0.99.beta16-1 colour ASCII art library ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libcdparanoia0 3.10.2+debian-5 audio extraction tool for sampling ii libdirectfb-1.2-0 1.2.7-2 direct frame buffer graphics - sha ii libesd-alsa0 [libesd0] 0.2.41-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libgcc11:4.3.3-3 GCC support library ii libgif44.1.6-6 library for GIF images (library) ii libgl1-mesa-glx [libgl 7.4-2 A free implementation of the OpenG ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgtk2.0-02.16.0-1 The GTK+ graphical user interface ii libjack0 0.116.1-4 JACK Audio Connection Kit (librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-3 infra-red remote control support - ii liblzo2-2 2.03-1data compression library ii libmpcdec3 1:1.2.2-2.1 Musepack (MPC) format library ii libncurses55.7+20090314-1shared libraries for terminal hand ii libogg01.1.3-5 Ogg Bitstream Library ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libopenal1 1:1.4.272-2 Software implementation of the Ope ii libpango1.0-0 1.24.0-3 Layout and rendering of internatio ii libpng12-0 1.2.35-1 PNG library - runtime ii libpostproc51 3:0.svn20090303-1 ffmpeg video postprocessing librar ii libpulse0 0.9.14-2 PulseAudio client libraries ii libschroedinger-1.0-0 1.0.5-1 library for encoding/decoding of D ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libsmbclient 2:3.3.2-1 shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-27console SVGA display libraries ii libswscale03:0.svn20090303-1 ffmpeg video scaling library ii libtheora0 1.0-2 The Theora Video Compression Codec ii libx11-6 2:1.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxv1 2:1.0.4-1 X11 Video extension library ii libxvmc1 1:1.0.4-2 X11 Video extension library ii libxxf86dga1 2:1.0.2-1 X11 Direct Graphics Access extensi ii libxxf86vm11:1.0.2-1 X11 XFree86 video mode extension l ii mplayer-skin-blue [mpl 1.6-2 blue skin for mplayer ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-1high-quality block-sorting file co ii fontconfig2.6.0-3generic font configuration library pn mplayer-doc none (no
Bug#523408: lintian says file: unrecognized option `--lzma' with 3.0 format.
retitle 523408 file-info should use file -- foo, not file foo thank you On Fri, Apr 10, 2009 at 10:49:06AM +0100, Adam D. Barratt wrote: file: unrecognized option `--lzma' Assuming that the file-info script is generating the error, that implies that the source tarball index Lintian has generated contains a line which contains --lzma which is then being split and passed to 'file'. Would it be possible for you to make a copy of the source and binary packages available? That would be very useful for debugging the issue. Oh, you're right! I realized (after sending the mail above) that I had accidentally called tar -cf --lzma ... by accident, before I successfully created the .orig.tar.lzma. So there was a file CALLED --lzma in the source tarball or in the working tree (or both). So this sounds like my fault, but in future perhaps lintian should called file -- foo instead of just file foo? (When I filed the original report, I thought lintian was calling file --lzma instead of file -z or something.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523408: lintian says file: unrecognized option `--lzma' with 3.0 format.
Package: lintian Version: 2.2.9 Severity: normal When running lintian on a binary built from a 3.0 (quilt) source package, with both the .orig.tar.lzma and .debian.tar.lzma being compressed with lzma (not gzip), I got the error file: unrecognized option `--lzma' printed early on in the output. The full output is: $ lintian dosage*changes E: dosage_1.6.0+2-1_source.changes: checksum-mismatch-in-changes-file md5 dosage_1.6.0+2-1.dsc E: dosage_1.6.0+2-1_source.changes: checksum-mismatch-in-changes-file sha1 dosage_1.6.0+2-1.dsc E: dosage_1.6.0+2-1_source.changes: checksum-mismatch-in-changes-file sha256 dosage_1.6.0+2-1.dsc file: unrecognized option `--lzma' Usage: file [-bcikLhnNrsvz0] [-e test] [-f namefile] [-F separator] [-m magicfiles] file... file -C -m magicfiles Try `file --help' for more information. W: dosage source: out-of-date-standards-version 3.8.0 (current is 3.8.1) E: dosage source: unsupported-source-format 3.0 (quilt) W: dosage: maintainer-script-ignores-errors postinst $ -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-23-openvz (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20080103-7 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.25 Debian package development tools ii file4.26-1 Determines file type using magic ii gettext 0.17-4 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libipc-run-perl 0.80-2 Perl module for running processes ii libparse-debianchan 1.1.1-2 parse Debian changelogs and output ii libtimedate-perl1.1600-9 Time and date functions for Perl ii liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI strin ii man-db 2.5.2-4 on-line manual pager ii perl [libdigest-sha 5.10.0-19Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) pn libtext-template-perl none (no description available) ii man-db2.5.2-4on-line manual pager -- 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#439717: dh_desktop: no patch needed
On Mon, Apr 06, 2009 at 07:50:40PM -0400, Jay Berkenbilt wrote: Looking into this further, I believe no patch to cdbs is required. Simply including /usr/share/cdbs/1/class/gnome.mk sometime after including /usr/share/cdbs/1/rules/debhelper.mk appears to be sufficient to cause dh_desktop to be run at the correct time. At least for my package, this is sufficient to remove the lintian warning. I can't help thinking that may have disastrous consequences for packages that have nothing to do with GNOME, particularly if gnome.mk decides to do something more gnomey in future -- currently it appears to merely invoke dh_gconf, dh_desktop and dh_icons. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463860: [atl2] Fails to create a wifi interface
On Sun, Aug 10, 2008 at 12:57:29AM +0100, David wrote: retitle 463860 [atl2] Fails to create a wifi interface I think atl2 is wrong. Aren't you talking about the ath5k driver? atl2 drives the Attansic Technology Corp. L2 100 Mbit Ethernet Adapter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522705: [atl2] network dies after a half-hour on Eee PC 701
Package: linux-image-2.6.29-1-686 Version: 2.6.29-1 Severity: normal I'm using an Eee PC 701, which has a wired interface: 03:00.0 Ethernet controller: Attansic Technology Corp. L2 100 Mbit Ethernet Adapter (rev a0) This has worked fine with previous kernel versions. After upgrading to .29, I find that after a few deciminutes the network stops working completely. mtr, for example, can't see packets come or go. There is nothing reported in dmesg after the initial boot messages except about the ath5k (phy0: noise floor calibration timeout) and snd-hda-intel drivers. I also tried different cat5 cables and wall points, and manually assigning a different IP address to the one that DHCP has been giving me (successfully) for weeks. Nor does an ifdown --force eth0 ifup eth0 help at all. The only thing that fixes the wired NIC is to do a full reboot. From memory (I did the test on Friday), mii-tool reported a 100mbit link even after the failure. traceroute didn't show anything interesting either. As an interim measure I have downgraded back to .26, and this has been working for twenty-five minutes so far without the NIC dying. Prior to the failure, on a .29 kernel, mtr google.com.au reported a 40% to 60% packet loss to one of the internal routers in the office, 192.168.2.254. That host was the second hop. Neither the first hop (another internal router) nor the later hops (at the ISP or on internet) had such packet loss. This problem also first manifested after a large storm, which knocked out some of our routers but not the Eee PC. I initially thought that this storm had caused a physical problem in the device, but 1) rebooting all our routers and switches didn't help; and 2) using a .26 kernel seems to make the problem go away. Therefore I think the storm was simply coincidental, it just happened to also be the first time I used the wired NIC under .29. -- Package-specific info: -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-2.6.29-1-686 depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii initramfs-tools [linux-initra 0.93.1 tools for generating an initramfs ii module-init-tools 3.7-pre9-1 tools for managing Linux kernel mo Versions of packages linux-image-2.6.29-1-686 recommends: ii libc6-i6862.9-6 GNU C Library: Shared libraries [i Versions of packages linux-image-2.6.29-1-686 suggests: ii grub 0.97-47lenny2 GRand Unified Bootloader (Legacy v pn linux-doc-2.6.29 none(no description available) -- debconf information: linux-image-2.6.29-1-686/preinst/abort-overwrite-2.6.29-1-686: shared/kernel-image/really-run-bootloader: true linux-image-2.6.29-1-686/preinst/overwriting-modules-2.6.29-1-686: true linux-image-2.6.29-1-686/preinst/elilo-initrd-2.6.29-1-686: true linux-image-2.6.29-1-686/preinst/lilo-initrd-2.6.29-1-686: true linux-image-2.6.29-1-686/postinst/depmod-error-2.6.29-1-686: false linux-image-2.6.29-1-686/preinst/initrd-2.6.29-1-686: linux-image-2.6.29-1-686/preinst/bootloader-initrd-2.6.29-1-686: true linux-image-2.6.29-1-686/postinst/bootloader-error-2.6.29-1-686: linux-image-2.6.29-1-686/preinst/failed-to-move-modules-2.6.29-1-686: linux-image-2.6.29-1-686/prerm/would-invalidate-boot-loader-2.6.29-1-686: true linux-image-2.6.29-1-686/postinst/create-kimage-link-2.6.29-1-686: true linux-image-2.6.29-1-686/postinst/bootloader-test-error-2.6.29-1-686: linux-image-2.6.29-1-686/preinst/abort-install-2.6.29-1-686: linux-image-2.6.29-1-686/postinst/depmod-error-initrd-2.6.29-1-686: false linux-image-2.6.29-1-686/postinst/old-initrd-link-2.6.29-1-686: true linux-image-2.6.29-1-686/prerm/removing-running-kernel-2.6.29-1-686: true linux-image-2.6.29-1-686/preinst/lilo-has-ramdisk: linux-image-2.6.29-1-686/postinst/old-system-map-link-2.6.29-1-686: true linux-image-2.6.29-1-686/postinst/kimage-is-a-directory: linux-image-2.6.29-1-686/postinst/old-dir-initrd-link-2.6.29-1-686: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522436: /usr/bin/midori: symbol lookup error
On Fri, Apr 03, 2009 at 03:21:37PM -0300, Nelson A. de Oliveira wrote: /usr/bin/midori: symbol lookup error: /usr/lib/libwebkit-1.0.so.2: undefined symbol: soup_session_get_feature The problem is that while Build-Depends requires libsoup = 2.25, dpkg_shlibdeps doesn't correctly preserve this when generating the Depends field. I'll add a Conflicts ( 2.25) later, but for now you can just manually upgrade libsoup and that should fix it. ii libsoup2.4-1 2.24.3-2 an HTTP library implementation in ii libwebkit-1.0-21.1.3-2 Web content engine library for Gtk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522509: Wish for cruft(8) integration.
Package: localepurge Version: 0.5.9-0.2 Severity: wishlist cruft is a program to look over your system for anything that shouldn't be there, but is; or for anything that should be there, but isn't. The cruft package allows other packages to install snippets to explain why things are added or removed. Currently when localepurge is used, it deletes a lot of files, causing cruft(8) to report them as missing. From cruft's README file, I think this can easily be avoided by localepurge providing a file along the lines of $ sudo cat /etc/cruft/filters-miss/localepurge /usr/share/man/** /usr/share/locale/** A more comprehensive solution would use a script such that it only explained why files belonging to non-whitelisted locales were gone. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages localepurge depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii locales 2.9-6 GNU C Library: National Language ( ii procps1:3.2.7-11 /proc file system utilities ii ucf 3.0018 Update Configuration File: preserv localepurge recommends no packages. Versions of packages localepurge suggests: pn debfoster none (no description available) pn deborphan none (no description available) -- debconf information: * localepurge/remove_no: * localepurge/dontbothernew: false * localepurge/showfreedspace: false * localepurge/none_selected: false * localepurge/verbose: false * localepurge/nopurge: en, en_AU, en_AU.UTF-8 localepurge/quickndirtycalc: true * localepurge/mandelete: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522513: Wish for cruft(8) integration.
Package: etckeeper Version: 0.34 Severity: wishlist cruft is a program to look over your system for anything that shouldn't be there, but is; or for anything that should be there, but isn't. The cruft package allows other packages to install snippets to explain why things are added or removed. Currently when etckeeper is used, cruft(8) discovers the version control metadata and reports it as unexplained. From cruft's README file, I think this can easily be avoided by etckeeper providing a file along the lines of $ sudo cat /etc/cruft/filters-unex/etckeeper /etc/.git /etc/.git/** /etc/_darcs /etc/_darcs/** [...] -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii darcs2.2.0-1 a distributed, interactive, smart ii debconf [debconf-2.0]1.5.26 Debian configuration management sy ii git-core 1:1.6.2.1-1 fast, scalable, distributed revisi ii mercurial1.2-1 scalable distributed version contr Versions of packages etckeeper recommends: pn cron none (no description available) etckeeper suggests no packages. -- debconf information: * etckeeper/unclean: true etckeeper/commit_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522436: /usr/bin/midori: symbol lookup error
Debian WebKit maintainers, On Sat, Apr 04, 2009 at 07:05:49PM +1100, Trent W. Buck wrote: On Fri, Apr 03, 2009 at 03:21:37PM -0300, Nelson A. de Oliveira wrote: /usr/bin/midori: symbol lookup error: /usr/lib/libwebkit-1.0.so.2: undefined symbol: soup_session_get_feature The problem is that while [midori's] Build-Depends requires libsoup= 2.25, dpkg_shlibdeps doesn't correctly preserve this when generating the Depends field. I'll add a Conflicts ( 2.25) [...] ii libsoup2.4-1 2.24.3-2 an HTTP library implementation in ii libwebkit-1.0-21.1.3-2 Web content engine library for Gtk Could this problem be webkit's fault? I notice that webkit's -dev package requires libsoup 2.25, but the run-time libwebkit package doesn't. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445802: alsamixer: ugly ASCII faux-box drawing characters in screen.
To get nice box drawing characters in GNU Screen instead of the ASCII fallback, I have added the following filthy kludge to my .bashrc: case $TERM in screen*) alias alsamixer=TERM=xterm alsamixer ;; esac I'd still appreciate this issue being fixed properly upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428843: meld issues an error with comparing files managed with mercurial
On Wed, Apr 01, 2009 at 10:08:32PM +0200, Vincent Legoll wrote: I don't understand your patch, my mercurial outputs diff -r 75ef8a4a74ad testdir/testsubdir/testsubdir.txt and not diff --git OK, perhaps it is because my .hgrc contains [diff] git = True ...because that's what I like on the command line, and meld doesn't understand to turn that off when it uses mercurial for its own purposes. I'll look into the rest of your remarks below later. Do you have a reference to the upstream discussion ? BTW, a new release is baking, please test with meld trunk: ## svn co svn://svn.gnome.org/svn/meld/trunk cd trunk ./meld /path/to/hg/repo ## -- Vincent Legoll -- To unsubscribe, send mail to 428843-unsubscr...@bugs.debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#428843: meld issues an error with comparing files managed with mercurial
On Thu, Apr 02, 2009 at 02:13:26AM +0200, Vincent Legoll wrote: On Thu, Apr 2, 2009 at 12:38 AM, Trent W. Buck trentb...@gmail.com wrote: On Wed, Apr 01, 2009 at 10:08:32PM +0200, Vincent Legoll wrote: I don't understand your patch, my mercurial outputs diff -r 75ef8a4a74ad testdir/testsubdir/testsubdir.txt and not diff --git OK, perhaps it is because my .hgrc contains [diff] git = True ...because that's what I like on the command line, and meld doesn't understand to turn that off when it uses mercurial for its own purposes. OK, I wasn't aware of that hg diff mode. But why turn it off when we can handle it properly ? ;-) Sure, I didn't suggest that because it'd be more work :-) Could you also try the attached patch (which is against r1312) it tries to handle both hg diff modes. I tested it on hg standard git modes + svn (for non regression) Unfortunately Xorg is segfaulting for me lately, and I haven't bothered to fix it (I mostly work in xterm anyway). So I can't test this right away, but I'll leave it in my IN tray to get to when I can. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Wed, Mar 25, 2009 at 09:29:56AM +0100, Sebastian Andrzej Siewior wrote: +CFLAGS=-fPIC ./waf --nocache configure --prefix=/usr this is not cool because now -fPIC is also used for midori binary itself. Please help me to understand why it's bad to use -fPIC for the binary itself. So I guess that you should be fine if you take my initial patch and replace pariss with parisc* Will that still result in -fPIC being used for the binary -- but only on HPPA? PS: as you noticed, for the experimental upload just now I just set PIC unconditionally. From Debian Policy, -fPIC should *always* be used for .so files. So as I see it the remaining issue is to ensure that -fPIC isn't used or the midori binary, but is used for the .so files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Wed, Mar 25, 2009 at 09:45:34AM +0100, Sebastian Andrzej Siewior wrote: kalikiana I also have a reason to not use it actually, which is that kalikiana for instance on x86-32 it makes the application slower. twb OK, Debian says that reason is not good enough for Debian. twb http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries Now, we need special care for parisc and mips afaik. Other arches may follow once the offset are big enough. Maybe we could go the other way around and add -fPIC to libkatze unless it is x86_32? As the policy manual say, speed on i386 is not an adequate excuse to specially avoid -fPIC on it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519123: midori: soup_uri_decode implicitly converted to pointer
On Tue, Mar 10, 2009 at 09:44:23AM -0600, dann frazier wrote: Function `soup_uri_decode' implicitly converted to pointer at ../midori/midori-view.c:2551 [...] --- midori-0.1.4/midori/midori-view.c.orig2009-03-10 09:34:49.720620865 -0600 +++ midori-0.1.4/midori/midori-view.c 2009-03-10 09:33:54.536960858 -0600 @@ -25,6 +25,7 @@ #include stdlib.h #include glib/gi18n.h #include webkit/webkit.h +#include libsoup/soup-uri.h #if GLIB_CHECK_VERSION (2, 18, 0) #define D_(__domain, __message) g_dgettext (__domain, __message) From IRC: twb Given that you now require libsoup, is there any reason not to twb just add that #include in the patch Dann provides? kalikian Oh, I overlooked that there was a patch. It should not be kalikian needed since WebKitGTK+ 1.1.1 includes it already. It's kalikian included in webkitwebivew.h which is included in webkit.h, kalikian so the warning shouldn't show up anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
From IRC: kalikiana Regarding -fPIC, I don't really see how I could avoid it. kalikiana If somebody finds it wrong, I would really like to know an kalikiana alternative because it is needed for linking extensions. twb I looked at the Debian Policy manual again, and it says -fPIC twb *must* be used for libraries. ...which I assume also means twb extensions. But I don't know if -fPIC is supposed to also be twb used for apps themselves? I think maybe the guy I was talking to twb on #debian-mentors was confused, and meant you need a reason to twb *not* use -fPIC. kalikiana I also have a reason to not use it actually, which is that kalikiana for instance on x86-32 it makes the application slower. twb OK, Debian says that reason is not good enough for Debian. twb http://www.debian.org/doc/debian-policy/ch-files.html#s-libraries twb So for Debian I will just enable it always. Sorry for the twb confusion, I just haven't dealt with libraries before and I twb didn't understand any of the issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518090: gajim: Should depend on shared-mime-info
An additional datapoint for the GTK+2 package maintainer. This may also/instead relate to #518091. On Thu, Mar 05, 2009 at 09:17:33AM +0100, Yann Leboulanger wrote: Installing shared-mime-info solves the problem. This may very well be a bug in a dependency of gajim--I don't know. hmm it's in libglib2.0-0 Recommends list. Shouldn't it be a must? for example libgtk2.0 depends on libpng12-0 but is not able to open a png without shared-mime-info package. That sounds a bug in libgtk2.0-0 Depends list, no? After upgrading from gtk 2.12 to 2.14, all icons (both SVG and PNG) were displayed as a page with a folded corner, in the center of which was a square with a red cross. In neither case was shared-mime-info installed. Upgrading to 2.16, which forced shared-mime-info to be installed, caused icons to be displayed again. The aptitude logs of the upgrades follow. Aptitude 0.4.11.11: log report Sat, Mar 21 2009 12:24:40 +1100 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 24 packages, and remove 2 packages. 2576kB of disk space will be freed === [REMOVE, NOT USED] libxcb-xlib0-dev [REMOVE, DEPENDENCIES] libxcb-xlib0 [HOLD] openoffice.org-hyphenation-en-us [UPGRADE] emacs-snapshot-bin-common 1:20090308-1 - 1:20090320-1 [UPGRADE] emacs-snapshot-common 1:20090308-1 - 1:20090320-1 [UPGRADE] emacs-snapshot-el 1:20090308-1 - 1:20090320-1 [UPGRADE] emacs-snapshot-nox 1:20090308-1 - 1:20090320-1 [UPGRADE] grep 2.5.4-2 - 2.5.4-3 [UPGRADE] imagemagick 7:6.3.7.9.dfsg1-3 - 7:6.3.7.9.dfsg2-1 [UPGRADE] libgtk2.0-0 2.12.12-1 - 2.14.7-4+b1 [UPGRADE] libgtk2.0-common 2.12.12-1 - 2.14.7-4 [UPGRADE] libgtk2.0-dev 2.12.12-1 - 2.14.7-4+b1 [UPGRADE] libmagick10 7:6.3.7.9.dfsg1-3 - 7:6.3.7.9.dfsg2-1 [UPGRADE] librsvg2-2 2.22.2-4 - 2.22.3-2 [UPGRADE] librsvg2-bin 2.22.2-4 - 2.22.3-2 [UPGRADE] librsvg2-common 2.22.2-4 - 2.22.3-2 [UPGRADE] libx11-6 2:1.1.5-2 - 2:1.2-1 [UPGRADE] libx11-data 2:1.1.5-2 - 2:1.2-1 [UPGRADE] libx11-dev 2:1.1.5-2 - 2:1.2-1 [UPGRADE] libxcb-render0 1.1-1.1 - 1.2-1 [UPGRADE] libxcb-render0-dev 1.1-1.1 - 1.2-1 [UPGRADE] libxcb1 1.1-1.1 - 1.2-1 [UPGRADE] libxcb1-dev 1.1-1.1 - 1.2-1 [UPGRADE] libxrandr-dev 2:1.2.3-1 - 2:1.3.0-2 [UPGRADE] libxrandr2 2:1.2.3-1 - 2:1.3.0-2 [UPGRADE] perlmagick 7:6.3.7.9.dfsg1-3 - 7:6.3.7.9.dfsg2-1 [UPGRADE] x11proto-randr-dev 1.2.99.3-2 - 1.3.0-1 === Log complete. Aptitude 0.4.11.11: log report Sat, Mar 21 2009 12:48:32 +1100 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 5 packages, and remove 0 packages. 2843kB of disk space will be used === [INSTALL, DEPENDENCIES] shared-mime-info [HOLD] openoffice.org-hyphenation-en-us [UPGRADE] libglib2.0-0 2.18.4-2 - 2.20.0-2 [UPGRADE] libglib2.0-dev 2.18.4-2 - 2.20.0-2 [UPGRADE] libgtk2.0-0 2.14.7-4+b1 - 2.16.0-1 [UPGRADE] libgtk2.0-dev 2.14.7-4+b1 - 2.16.0-1 === Log complete. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#414846: mg: Segfaults on very long extended commands
Kjell or Han, stefan Package: mg stefan Version: 20061222-1 stefan stefan (1) Start mg stefan (2) M-x stefan (3) enter 128 characters stefan (4) C-g stefan (5) Observe segmentation fault twb There are several 128-cell character arrays used in extend.c. I twb assume they are used instead of dynamically-allocated (malloc) twb memory for the sake of simplicity [...] han ``Yep. reproducable. I'll look into it.'' -- Kjell Wooding. Has this been resolved in the Han's current release, 20090107? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520381: midori: Adding debian packages search to pre-installed searches
On Thu, Mar 19, 2009 at 09:57:32AM +0100, Martino Giuseppe (denever) wrote: Could you please add debian packages search to pre-installed searches? That seems reasonable, but I'll defer it until the next update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503157: Dependency on oo.org is annoying.
On Thu, Dec 11, 2008 at 08:26:11PM +1100, Trent W. Buck wrote: On Thu, Dec 11, 2008 at 10:00:43AM +0100, Rene Engelhard wrote: What is the status of this bug? Still only on the radar. No problem. I'll leave it in my IN tray :-) OK, so this issue is on hold until you package OOo 3.0? [Details...] It will get done somewhen in the Squeeze cycle. No problem, that has always been my expectation. Squeeze is now. Can you please downgrade the dependency on OO.org to a Recommends for the various hyphenation packages? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Tue, Mar 17, 2009 at 06:57:24PM -0600, dann frazier wrote: I tested the initial patch on paer.debian.org, a parisc machine. I found that it didn't work. However, this one did: - ./waf --nocache configure --prefix=/usr + CFLAGS=-fPIC ./waf --nocache configure --prefix=/usr Yes, but the submitter mentioned that [upstream prefers] to add a check for parisc instead making libgkatze .so or adding -fPIC unconditional. Since no rationale was given, I am reluctant to do this without discussing it with upstream. BTW, I would change that to CFLAGS += -fPIC at the top of the makefile (otherwise it would eat -O2 -Wall and similar). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520196: Use of Depends: emacs22 instead of Depends: emacsen breaks emacs-snapshot.
Package: emacspeak Version: 29.0-1 Severity: normal There are unofficial packages of emacs-snapshot (CVS GNU Emacs) available from http://emacs.orebokech.com. However, because emacspeak depends on emacs22 instead of emacsen, it is not possible to install emacspeak for use with emacs-snapshot, without also installing emacs22. This is annoying. Is there a good reason for using the tight emacs22 dependency instead of the looser emacsen? For a similar bug, see http://bugs.debian.org/506106. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518281: patch insufficient
On Tue, Mar 17, 2009 at 09:27:33PM -0600, dann frazier wrote: On Wed, Mar 18, 2009 at 12:49:49PM +1100, Trent W. Buck wrote: On Tue, Mar 17, 2009 at 06:57:24PM -0600, dann frazier wrote: I tested the initial patch on paer.debian.org, a parisc machine. I found that it didn't work. However, this one did: - ./waf --nocache configure --prefix=/usr + CFLAGS=-fPIC ./waf --nocache configure --prefix=/usr Yes, but the submitter mentioned that [upstream prefers] to add a check for parisc instead making libgkatze .so or adding -fPIC unconditional. I provided sample code for doing so which you trimmed in your reply. Sorry, I was thinking that upstream objected to -fPIC *at all*. Since no rationale was given, I am reluctant to do this without discussing it with upstream. BTW, I would change that to CFLAGS += -fPIC at the top of the makefile (otherwise it would eat -O2 -Wall and similar). Also in the sample code I provided. Oops, I misread that part, too. I thought both versions has = not +=. DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) ifeq ($(DEB_HOST_ARCH),hppa) CFLAGS+=-fPIC endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519883: please upgrade to allow users to use spacebar
On Mon, Mar 16, 2009 at 05:16:47AM +0800, jida...@jidanni.org wrote: E.g. in .emacs, we can do (global-set-key (quote [home]) (quote beginning-of-buffer)) FYI, (quote [home]) is equivalent to [home], as the square brackets denote a literal vector. Cf. (kbd home). Theoretically you'd also use (function beginning-of-buffer), though it behaves identically to (quote beginning-of-buffer) except when byte-compiling. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519854: midori: Midori crashes on web pages with flash
On Sun, Mar 15, 2009 at 06:59:14PM +0100, Mehdi Dogguy wrote: I wanted to give Midori a try but it crashes every time I want to visit any website containing flash animations. I also tested /usr/lib/webkit-1.0/libexec/GtkLauncher with the same result. Is it a known bug? (it's not reported at least) Sorry, I do not know anything about flash support. Would you like to help out by handling flash-related Midori bugs? If you are using the Adobe flash player, please note that (due to licensing contraints) that software is not part of Debian, and can't be fully supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518281: FTBS: midori on pa-risc
On Thu, Mar 05, 2009 at 09:34:52AM +0100, Sebastian Andrzej Siewior wrote: midori fails to compile hppa [1]. The patch attached could help, I have no access to hppa box to say this for sure :) Unfortunately neither I nor Christian (the upstream maintainer) have access to HPPA hardware, and I cannot emulate it with the qemu version available to me. However Christian has said that your patch looks good. I guess that means he's happy to apply it once we know it fixes the problem. I will leave this bug as-is until someone can provide HPPA hardware to test on. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519907: End of network outage does not put polipo back into online mode.
Package: polipo Version: 1.0.4+58-1 Severity: important File: /etc/network/if-down.d/01polipo Regularly when I have a network outage -- such as when I unplug my laptop to take it to a meeting -- polipo switches to offline mode, but when I plug the network back in, it doesn't go back into online mode. This is also the case for long outages on my wifi interface, such as when I restart my wireless router. Today I noticed that this is caused by Debian-specific cleverness that polipo installs by default into /etc/network/if-{up,down}.d/; I can only assume these scripts have not been properly tested with my kind of network use cases. Example symptom: $ curl -sLI http://fnord.com/ | head -1 HTTP/1.1 502 Disconnected operation and object not in cache $ env -u http_proxy curl -sLI http://fnord.com/ | head -1 HTTP/1.1 200 OK This is my /etc/network/interfaces: auto lo iface lo inet loopback allow-hotplug eth0 iface eth0 inet dhcp auto ath0 iface ath0 inet manual wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf wpa-roam-default-iface ath0-default iface ath0-default inet dhcp My /etc/polipo/options has not been touched: # See the /usr/share/doc/polipo/README.Debian file for details on this file method any #method static #method manual #method dhcp #method bootp #method ppp #method wvdial NetworkManager is *not* installed. By the way, I suggest you replace ( grep -qsxi '^[[:blank:]]*method[[:blank:]]*any[[:blank:]]*$' $OPTION_FILE \ || grep -qsxi '^[[:blank:]]*method[[:blank:]]*$METHOD[[:blank:]]*$' $OPTION_FILE ) with grep -qsxi ^[[:blank:]]*method[[:blank:]]*\\(any\\|$METHOD\\)[[:blank:]]*$' $OPTION_FILE -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages polipo depends on: ii libc6 2.9-4 GNU C Library: Shared libraries polipo recommends no packages. polipo 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#389876: ITP: koha -- web-based library catalogue (ILS/OPAC)
MJ, I work for Cybersource, and one of our customers wants Koha -- so we are interested in getting this ITP resolved. I think you may have spoken to another Cybersource employee (Ron) earlier this week. Firstly, what is the status of the ITP? Chris (part of the upstream Koha team) told me in #koha that in Lenny the dependencies are all resolved, so I guess that all that remains is to package Koha itself. How far along are you with that? Secondly, I wanted to let you know that I'm available to help work on this ITP. I am a DM. You can see my portfolio at the link below. As yet, I don't have any experience with Perl packaging. http://qa.debian.org/developer.php?login=trentb...@gmail.com http://qa.debian.org/developer.php?packages=scheme48 (recently O'd) I looked briefly at upstream yesterday, and it seems to me that at a minimum you will want a -common package (due to the large amount of architecture-independent data files) and as there are apparently 50MB of translation files, possible also seperate koha-language-ISO 639 packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519491: seems to have problems with HTTPS
On Fri, Mar 13, 2009 at 01:10:20AM +0100, W. Martin Borgert wrote: Package: midori Version: 0.1.4-1 Severity: important I tried some HTTPS sites, such as https://alioth.debian.org, with midori, and midori just does not display the pages. I believe there are known problems with HTTPS at the moment, though I'm not sure of the specifics. For now I use midori just for http. Would you like me to find out the details of current HTTPS support in webkit/midori? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519229: Darcs backend uses legacy 1.0 repository format.
Package: etckeeper Version: 0.34 Severity: normal The darcs backend creates a repository in darcs-1.0, which has known problems and is only supported so that developers that are stuck using darcs 1.0 (e.g. Etch users) can continue to work with repositories. I think the default for etckeeper should be the same as the default for Darcs itself, which is to create repos in darcs-2. Note that Lenny has Darcs 2.0.0, so the only excuse for forcing the shitty old repo format on unsuspecting etckeeper users is to support OLDstable. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii darcs 2.2.0-1a distributed, interactive, smart ii debconf [debconf-2.0] 1.5.25 Debian configuration management sy ii git-core 1:1.6.2-1 fast, scalable, distributed revisi ii mercurial 1.1.2-2scalable distributed version contr Versions of packages etckeeper recommends: pn cron none (no description available) etckeeper suggests no packages. -- debconf information: * etckeeper/unclean: true etckeeper/commit_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496961: ITP: libghc6-haskeline-dev -- User interface for line input in command-line programs
On Thu, Aug 28, 2008 at 04:59:05PM -0300, Marco Túlio Gontijo e Silva wrote: Package: wnpp Severity: wishlist Owner: Marco Túlio Gontijo e Silva mar...@riseup.net * Package name: libghc6-haskeline-dev Marco, how far have you gotten with this package? I will need it for the next Darcs release, as Haskeline has become a required build dep. I can help you maintain haskeline packaging if necessary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519261: Should depend on zlib1g-dev
Package: libghc6-zlib-dev Version: 0.5.0.0-1 Severity: important When trying to build cabal-install, I get this: Linking dist/build/cabal/cabal ... /usr/bin/ld: cannot find -lz collect2: ld returned 1 exit status It seems that libghc6-zlib-dev is completely useless without the correponding zlib1g-dev, and so should depend on it. -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496961: ITP: libghc6-haskeline-dev -- User interface for line input in command-line programs
According to cabal, the following build dependencies for haskeline either aren't in Debian, or need to be updated to work with GHC 6.10: extensible-exceptions-0.1.1.0 terminfo-0.3.0.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519373: I get Couldn't load image. for all images after a GTK upgrade.
Package: xzgv Version: 0.9+svn40-1 Severity: minor I just upgraded some packages to unstable, and now xzgv can't display ANY images. The test images display fine with imagemagick's display(1). I'll attach copies of /var/log/aptitude and /var/log/dpkg.log. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xzgv depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.18.4-2 The GLib library of C routines ii libgtk2.0-0 2.14.7-4 The GTK+ graphical user interface ii libx11-6 2:1.1.5-2 X11 client-side library xzgv recommends no packages. xzgv suggests no packages. -- no debconf information 2009-03-12 11:56:31 startup packages purge 2009-03-12 11:56:31 status installed cvs 1:1.12.13-12 2009-03-12 11:56:32 remove cvs 1:1.12.13-12 1:1.12.13-12 2009-03-12 11:56:32 status half-configured cvs 1:1.12.13-12 2009-03-12 11:56:32 status half-installed cvs 1:1.12.13-12 2009-03-12 11:56:33 status triggers-pending man-db 2.5.4-1 2009-03-12 11:56:33 status half-installed cvs 1:1.12.13-12 2009-03-12 11:56:34 status config-files cvs 1:1.12.13-12 2009-03-12 11:56:34 purge cvs 1:1.12.13-12 1:1.12.13-12 2009-03-12 11:56:34 status config-files cvs 1:1.12.13-12 2009-03-12 11:56:34 status config-files cvs 1:1.12.13-12 2009-03-12 11:56:34 status config-files cvs 1:1.12.13-12 2009-03-12 11:56:37 status config-files cvs 1:1.12.13-12 2009-03-12 11:56:37 status config-files cvs 1:1.12.13-12 2009-03-12 11:56:37 status not-installed cvs none 2009-03-12 11:56:37 trigproc man-db 2.5.4-1 2.5.4-1 2009-03-12 11:56:37 status half-configured man-db 2.5.4-1 2009-03-12 11:56:39 status installed man-db 2.5.4-1 2009-03-12 11:56:41 startup archives unpack 2009-03-12 11:56:41 upgrade libc6-dev 2.7-18 2.9-4 2009-03-12 11:56:41 status half-configured libc6-dev 2.7-18 2009-03-12 11:56:42 status unpacked libc6-dev 2.7-18 2009-03-12 11:56:42 status half-installed libc6-dev 2.7-18 2009-03-12 11:56:43 status triggers-pending man-db 2.5.4-1 2009-03-12 11:56:49 status half-installed libc6-dev 2.7-18 2009-03-12 11:56:51 status half-installed libc6-dev 2.7-18 2009-03-12 11:56:53 status unpacked libc6-dev 2.9-4 2009-03-12 11:56:53 status unpacked libc6-dev 2.9-4 2009-03-12 11:56:53 upgrade locales 2.7-18 2.9-4 2009-03-12 11:56:53 status half-configured locales 2.7-18 2009-03-12 11:56:53 status unpacked locales 2.7-18 2009-03-12 11:56:53 status half-installed locales 2.7-18 2009-03-12 11:56:54 status half-installed locales 2.7-18 2009-03-12 11:57:01 status half-installed locales 2.7-18 2009-03-12 11:57:03 status unpacked locales 2.9-4 2009-03-12 11:57:04 status unpacked locales 2.9-4 2009-03-12 11:57:04 upgrade libc6 2.7-18 2.9-4 2009-03-12 11:57:04 status half-configured libc6 2.7-18 2009-03-12 11:57:04 status unpacked libc6 2.7-18 2009-03-12 11:57:04 status half-installed libc6 2.7-18 2009-03-12 11:57:08 status half-installed libc6 2.7-18 2009-03-12 11:57:15 status half-installed libc6 2.7-18 2009-03-12 11:57:15 status unpacked libc6 2.9-4 2009-03-12 11:57:15 status unpacked libc6 2.9-4 2009-03-12 11:57:15 trigproc man-db 2.5.4-1 2.5.4-1 2009-03-12 11:57:15 status half-configured man-db 2.5.4-1 2009-03-12 11:57:16 status installed man-db 2.5.4-1 2009-03-12 11:57:18 startup packages configure 2009-03-12 11:57:18 configure libc6 2.9-4 2.9-4 2009-03-12 11:57:18 status unpacked libc6 2.9-4 2009-03-12 11:57:20 status unpacked libc6 2.9-4 2009-03-12 11:57:20 status unpacked libc6 2.9-4 2009-03-12 11:57:20 status unpacked libc6 2.9-4 2009-03-12 11:57:20 status unpacked libc6 2.9-4 2009-03-12 11:57:20 status unpacked libc6 2.9-4 2009-03-12 11:57:20 status half-configured libc6 2.9-4 2009-03-12 11:57:26 status installed libc6 2.9-4 2009-03-12 11:57:29 startup archives unpack 2009-03-12 11:57:29 upgrade libc6-i686 2.7-18 2.9-4 2009-03-12 11:57:29 status half-configured libc6-i686 2.7-18 2009-03-12 11:57:29 status unpacked libc6-i686 2.7-18 2009-03-12 11:57:29 status half-installed libc6-i686 2.7-18 2009-03-12 11:57:30 status half-installed libc6-i686 2.7-18 2009-03-12 11:57:31 status unpacked libc6-i686 2.9-4 2009-03-12 11:57:31 status unpacked libc6-i686 2.9-4 2009-03-12 11:57:31 upgrade gpgv 1.4.9-3 1.4.9-4 2009-03-12 11:57:31 status half-configured gpgv 1.4.9-3 2009-03-12 11:57:31 status unpacked gpgv 1.4.9-3 2009-03-12 11:57:31 status half-installed gpgv 1.4.9-3 2009-03-12 11:57:31 status triggers-pending man-db 2.5.4-1 2009-03-12 11:57:31 status half-installed gpgv 1.4.9-3 2009-03-12 11:57:31 status half-installed gpgv 1.4.9-3 2009-03-12 11:57:32 status unpacked gpgv 1.4.9-4 2009-03-12 11:57:32 status unpacked gpgv 1.4.9-4 2009-03-12 11:57:32 trigproc
Bug#519373: I get Couldn't load image. for all images after a GTK upgrade.
On Thu, Mar 12, 2009 at 04:21:50PM +1100, Trent W. Buck wrote: Package: xzgv Version: 0.9+svn40-1 Severity: minor I just upgraded some packages to unstable, and now xzgv can't display ANY images. The test images display fine with imagemagick's display(1). I'll attach copies of /var/log/aptitude and /var/log/dpkg.log. PS: compiling svn41 from upstream showed the same problem, so I infer this is not Debian-specific. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519228: darcs backend usability suggestions
Package: etckeeper Version: 0.34 Severity: minor When doing an install of etckeeper (with darcs already installed, but git-core not installed), etckeeper complains about git not being found in the postinst. Instead it could perhaps use debconf to say Please pick a VCS to use for /etc. If you want to use one that is not yet installed, choose not yet, install it, then run dpkg-reconfigure etckeeper. [ ] git (not installed) [ ] mercurial (not installed) [x] bzr [ ] darcs [ ] Don't initialize yet. Also, when doing the next package install, Darcs without warning asks for an email address for use in commits. This is especially confusing if the machine has multiple admins, and a different admin installed etckeeper. I suggest calling darcs record with --author etckee...@$fqdn by default -- this can be in the default etckeeper.conf options. Alternatively, you can write such an email address into /etc/_darcs/prefs/author. Otherwise /root/.darcs/author will be used, which probably doesn't exist. Finally, it seems that etckeeper calls git commit -a, but doesn't call darcs record -a. I think the default, at least, should be to pass -a (--all) to darcs record. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages etckeeper depends on: ii darcs 2.2.0-1a distributed, interactive, smart ii debconf [debconf-2.0] 1.5.25 Debian configuration management sy ii git-core 1:1.6.2-1 fast, scalable, distributed revisi ii mercurial 1.1.2-2scalable distributed version contr Versions of packages etckeeper recommends: pn cron none (no description available) etckeeper suggests no packages. -- debconf information: * etckeeper/unclean: true etckeeper/commit_failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517776: Cookies broken in current snapshot?
On Wed, Mar 04, 2009 at 12:27:29AM +0900, Tatsuya Kinoshita wrote: Hmm, I cannot reproduce your problem, as follows: This works, and google doesn't say Your browser's cookie functionality is turned off: rm -rf ~/.w3m ~/.emacs.d env -u http_proxy emacs -Q \ -eval (require 'w3m) \ -eval (setq w3m-use-cookies t) \ -f w3m So I guess something changed in w3m-el-snapshot that makes my .emacs not correct anymore :-( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517776: Cookies broken in current snapshot?
On Thu, Mar 05, 2009 at 08:58:16AM +0900, Tatsuya Kinoshita wrote: On March 2, 2009 at 11:27AM +1100, trentbuck (at gmail.com) wrote: Package: w3m-el-snapshot Version: 1.4.335+0.20090216-1 Severity: normal I upgrade this package recently. Since then, I find that I am not logged into code.google.com -- which I need to be in order to forward Debian bug reports to upstream maintainers :-( [...] Versions of packages w3m-el-snapshot depends on: ii emacs 1:20080120-1 The GNU Emacs editor (metapackage) It seems that you are using an unofficial Debian emacs package. What's your Emacs version? I have confirmed that the official package emacs22 22.2+2-5 and the unofficial package emacs-snapshot 1:20090222-1 from http://emacs.orebokech.com are working fine. I'm using the latest emacs-snapshot packages from that URL. The metapackage listed above is a dummy I created because a silly package has Depends: emacs instead of Depends: emacsen, and without that dummy package I would be forced to install emacs22 as well as the unofficial emacs-snapshot. Hmm, it looks like that silly package is actually this one, w3m-el-snapshot: http://bugs.debian.org/506106. I didn't kick up a stink about it because emacs-snapshot is unofficial, so w3m-el-snapshot isn't obliged to support it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517776: Cookies broken in current snapshot?
On Wed, Mar 04, 2009 at 12:27:29AM +0900, Tatsuya Kinoshita wrote: Could you please try the following steps? * Quit Emacs. * Cleanup your init files. (e.g. mv ~/.w3m ~/.w3m.bak) * Restart Emacs and Emacs-w3m. * Try again. I'll try to get around to doing this in the next week. Sorry about the delay. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518093: Very slow, high CPU when syncing after thousands of remote deletions.
Package: offlineimap Version: 6.0.3 Severity: normal About once a year, I connect to imap.gmail.com with mutt and delete lots of mail -- duplicates, anything archived on a mailing list, spam, etc. I did this just now, and ended up deleting around 20,000 messages. When I run offlineimap, it happily prints that it will delete stuff from [...]) in Maildir[all], LocalStatus[all]. And indeed, almost immediately I can see with du that the maildir folder has gone from 290MB to 100MB. Admirably efficient. But offlineimap doesn't stop. So far it has been running for twenty-five minutes, and in that time has used up 13 minutes of CPU (i.e. about 50% CPU utilization). Clearly something extremely suboptimal is going on here. If I had to guess, I would suspect the problem is that offlineimap is repeatedly opening its ~/.offlineimap metadata, deleting a single message, then closing those files again. This problem may also be exacerbated by the fact that my nonvolatile storage is an SSD, which (I hear) has slow write speeds compared to a traditional HDD. The disk activity light is blinking at around 2Hz. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages offlineimap depends on: ii python2.5.4-2An interactive high-level object-o ii python-support0.8.7 automated rebuilding support for P offlineimap recommends no packages. Versions of packages offlineimap suggests: pn python-kerberos 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#516939: Update
On Mon, Mar 02, 2009 at 03:42:01AM -0600, Robert Gladson wrote: Just a follow up. Midori 0.1.4 has been released March 1st. Thanks. I went to do this last weekend, only to find that I had lost my PPA copy of libunique 1.0.6 -- and I didn't want to downgrade back to 1.0.4 because it has segfault issues :-P I'll try to get 1.0.4 into unstable sometime this week, but as usual, I make no promises :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458613: closed by Jaroscak Knicely xenoma...@cheyssial.com (regulations fact cannock iepeer)
reopen 458613 stop 458613: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458613 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Date: Mon, 02 Mar 2009 12:51:35 + From: Jaroscak Knicely xenoma...@cheyssial.com To: 458613-d...@bugs.debian.org Subject: regulations fact cannock iepeer serialisess superload trover defoliating This looks like spam. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515544: (no subject)
On Sat, Feb 21, 2009 at 08:22:51AM -0800, Daniel Moerner wrote: I am willing to adopt scheme48. I currently maintain ypsilon, an R6RS Scheme interpreter that is waiting in NEW. Ypsilon only supports amd64 and x86; I still use scheme48 on my powerpc and armel machines. Cool, let me know what you need from me to action that. I do have a couple of questions about the package: First, is there a reason why debian/scheme48.1 is shipped when doc/scheme48.man is present in the source? I don't remember; I think it's just that upstream added a manpage and I haven't removed the Debian-specific one yet. The reasons for that could be 1) I'm lazy; or 2) our manpage still contains more useful information than upstream's. I think (1) is more likely. Second, have: bugfix-wait-for-child-eats-100%-cpu.diff honor-destdir.diff been forwarded upstream? Probably not; IIRC I inherited those from the previous maintainer (Jorgen Schaefer, a.k.a. forcer on Freenode). AFAIK I haven't communicated with the s48 upstream maintainers at all. Third, is debian-user-name.diff needed? IIRC the purpose of that patch is to say built by Debian instead of built by currently logged in user when you boot scheme48. If this patch is necessary, I plan to change it to give the hostname of the buildd used to build the package, which is how emacs does it. That seems reasonable to me. What would be the name presented if the patch wasn't applied? Whoever is logged in at the time -- so probably something like twb, Trent W. Buck or most likely root. I don't remember if it uses the UID or EUID. Fourth, I presume that pkg-scheme48 is a dead group? I certainly have no involvement with it. I think it was set up when Jorgen was co-maintaining scheme48 with another DD (Emilio?). I would have no issue with starting a pkg-scheme group, or at least a way to coordinate scsh with scheme48. scsh is also orphaned, because even back when I was using s48 I was trying to drop my scsh dependencies. You may wish to adopt scsh as well :-) Thanks for orphaning a package that is not a mess. You're welcome, although probably if I were you the first thing I'd do is move it to dh(1) ;-) Have fun with Haskell! (If I remember our IRC convo correctly...) Right: most of my work is on Darcs at the moment (both as DM and with upstream). I'll probably also have to ITP a bunch of Haskell libs as Darcs starts to rely less on in-house hacks and more on external libraries... eek! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517955: s/Depends/Recommends/ for grhino?
Package: quarry Version: 0.2.0.dfsg.1-2 Severity: minor The description of this package does not match its dependency list: Quarry is a multi-purpose GUI for several board games, at present Go, Amazons and Reversi (a.k.a. Othello.) It allows users to play against computer players (third-party programs, e.g. GNU Go or GRhino) or other humans, view and edit game records. From this, it sounds like this package should have Recommends: grhino, gnugo But instead if currently has Depends: grhino If someone is installing quarry purely to get a GUI for gnugo, why should they be forced to install grhino? This is particularly annoying as grhino has a number of GNOME dependencies, whereas quarry only has basic GTK dependencies. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517776: Cookies broken in current snapshot?
Package: w3m-el-snapshot Version: 1.4.335+0.20090216-1 Severity: normal I upgrade this package recently. Since then, I find that I am not logged into code.google.com -- which I need to be in order to forward Debian bug reports to upstream maintainers :-( Attempting to log into google again makes google say Your browser's cookie functionality is turned off. In my .emacs, I have (setq w3m-use-cookies t), and in the past cookies have been working on this system. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w3m-el-snapshot depends on: ii emacs 1:20080120-1 The GNU Emacs editor (metapackage) ii w3m 0.5.2-2+b1 WWW browsable pager with excellent Versions of packages w3m-el-snapshot recommends: pn apel none (no description available) pn flim none (no description available) Versions of packages w3m-el-snapshot suggests: ii bzip2 1.0.5-1 high-quality block-sorting file co ii imagemagick7:6.3.7.9.dfsg1-3 image manipulation programs pn libmoe1.5 none(no description available) pn mule-ucs none(no description available) pn namazu2none(no description available) pn perl-doc none(no description available) ii poppler-utils [xpdf-ut 0.8.7-1 PDF utilitites (based on libpopple pn ppthtmlnone(no description available) pn wv none(no description available) pn xlhtml 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#469971: debian-el: apt-sources doesn't lock comment in deb http://x/y p q # r s correctly
On Mon, Feb 23, 2009 at 11:56:03AM -0500, Peter S Galbraith wrote: I'm sorry that this bug is almost a year old now. I can no longer find the upstream author of apt-sources.el. If he is off the grid, I make simply take over the file. :-( I started on this, but lost interest before getting it completely right. See attached. --- /usr/share/emacs/site-lisp/debian-el/apt-sources.el 2003-12-12 07:27:43.0 +1100 +++ apt-sources.el 2009-03-02 17:34:03.0 +1100 @@ -155,36 +155,62 @@ :type 'string :group 'apt-sources) -;;Regexps for identifying source line parts for font-lock. -(defvar apt-sources-font-lock-deb-regexp \\(deb \\|deb-src \\) - A regexp that matches 'deb' or 'deb-src' at the begining of line.) - -(defvar apt-sources-font-lock-uri-regexp - \\([^ ]*\\) - A regexp that matches the URI part of the source line.) - -(defvar apt-sources-font-lock-distribution-regexp - \\( [^ \n]*\\) - A regexp that matches the distribution name part of the source line.) - - (defvar apt-sources-font-lock-keywords - (list - ;; Comments - '(^#.*$ . font-lock-comment-face) - ;; sources.list lines: - ;; deb http://http.us.debian.org/debian unstable main contrib - (cons -(concat ^ - apt-sources-font-lock-deb-regexp - apt-sources-font-lock-uri-regexp - apt-sources-font-lock-distribution-regexp - \\(.*\\)$) -'( - (1 font-lock-constant-face) - (2 font-lock-variable-name-face) - (3 font-lock-type-face) - (4 font-lock-keyword-face + (prog1 + '((\\(?:^\\|[[:space:]]\\)\\(#.*\\)$ . font-lock-comment-face) +(^[[:blank:]]*\\(\\(?:deb\\(?:-src\\)?\\)\\)[[:blank:]]+\\([^[:space:]]+\\)[[:blank:]]+\\([^[:space:]]+\\)\\(\\(?:[[:blank:]]+[^[:space:]]+\\)+\\) + (1 font-lock-constant-face) + (2 font-lock-variable-name-face) + (3 font-lock-type-face) + (4 font-lock-keyword-face)) +(^[[:blank:]]*\\(\\(?:deb\\(?:-src\\)?\\)\\)[[:blank:]]+\\([^[:space:]]+\\)[[:blank:]]+\\([^[:space:]]+\\) + (1 font-lock-constant-face) + (2 font-lock-variable-name-face) + (3 font-lock-builtin-face))) +;; the rx definition that a human wrote (compiles to the form above) +(quote ; the original rx-based definition + (list + ;; Comments + (cons (rx line-start +(zero-or-more (any blank)) +(group # (zero-or-more not-newline))) +'font-lock-comment-face) + ;; sources.list lines: + ;; deb http://http.us.debian.org/debian unstable main contrib + (cons (rx line-start +(zero-or-more (any blank)) +(group (or deb deb-src)) +(one-or-more (any blank)) +(group (one-or-more (not (in space ; uri +(one-or-more (any blank)) +(group (one-or-more (not (in space ; release +(group + (one-or-more + (one-or-more (any blank)) + (one-or-more (not (in space) ; categories +(zero-or-one + (zero-or-more (any blank)) + (group # (zero-or-more not-newline ; comment +'((1 font-lock-constant-face) + (2 font-lock-variable-name-face) + (3 font-lock-type-face) + (4 font-lock-keyword-face) + (5 font-lock-comment-face))) + ;; deb http://foo.org/ packages/ + (cons (rx line-start +(zero-or-more (any blank)) +(group (or deb deb-src)) +(one-or-more (any blank)) +(group (one-or-more (not (in space ; uri +(one-or-more (any blank)) +(group (one-or-more (not (in space ; subdir +(zero-or-one + (zero-or-more (any blank)) + (group # (zero-or-more not-newline ; comment +'((1 font-lock-constant-face) + (2 font-lock-variable-name-face) + (3 font-lock-builtin-face) + (4 font-lock-comment-face)) Info for function `font-lock-mode'.) (defvar apt-sources-mode-map nil
Bug#517479: Does not return 416 to wget -c on already downloaded file.
Package: polipo Version: 1.0.4-1 Severity: normal Polipo does not return a 416 to the client (wget) when attempting to fetch a file that already exists. This may have been fixed in 1.0.5? http://www.pps.jussieu.fr/~jch/software/polipo/bugs.text mentions range request fixes. $ wget -nv http://www.pps.jussieu.fr/~jch/software/polipo/ 2009-02-28 14:03:31 URL:http://www.pps.jussieu.fr/~jch/software/polipo/ [9833/9833] - index.html [1] $ env -u http_proxy wget -c http://www.pps.jussieu.fr/~jch/software/polipo/ --2009-02-28 14:03:41-- http://www.pps.jussieu.fr/~jch/software/polipo/ Resolving www.pps.jussieu.fr... 134.157.168.2 Connecting to www.pps.jussieu.fr|134.157.168.2|:80... connected. HTTP request sent, awaiting response... 416 Request Range Not Satisfiable The file is already fully retrieved; nothing to do. $ wget -c http://www.pps.jussieu.fr/~jch/software/polipo/ --2009-02-28 14:03:45-- http://www.pps.jussieu.fr/~jch/software/polipo/ Connecting to 127.0.0.1:8123... connected. Proxy request sent, awaiting response... 200 OK Length: 9833 (9.6K) [text/html] Saving to: `index.html' 0K . 50% 949K=0.01s 2009-02-28 14:03:46 (949 KB/s) - `index.html' saved [9833/9833] $ -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages polipo depends on: ii libc6 2.7-18 GNU C Library: Shared libraries polipo recommends no packages. polipo 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#517161: /Depends:/ s/ttf-dejavu/ttf-dejavu-core/?
Package: fontconfig-config Version: 2.6.0-3 Severity: minor Currently this package depends on ttf-dejavu, which is a pseudopackage that depends on ttf-dejavu-core AND ttf-dejavu-extra. Does fontconfig-common really need the -extra package? I wonder if this hasn't been updated since ttf-dejavu split into two parts, and that really fontconfig-config only needs to depend on ttf-dejavu-core. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu- ii ucf 3.0016 Update Configuration File: preserv fontconfig-config recommends no packages. fontconfig-config suggests no packages. -- debconf information: fontconfig/subpixel_rendering: Automatic fontconfig/hinting_type: Native fontconfig/enable_bitmaps: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#470690: Bind space, backspace like page up, page down
found 470690 0.1.6-8 stop On Thu, Mar 13, 2008 at 08:05:18AM +1100, Trent W. Buck wrote: Currently pressing PgUp or PgDn will move the visible area of a PDF one screenful up or down, respectively. I wish the space and backspace keys had the same behaviour. Hi, the implementation added in -8 isn't quite right. Firstly, space always goes to the next (paper) page, whereas pgdn will go to the next visible area of the page when the page doesn't all fit onscreen at once (try View Zoom to Width). I think space should do exactly the same thing as pgup. Secondy, backspace currently goes down, instead of up! This is probably a copy-and-paste error :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499225: [PATCH 1/2] Support waf (closes: #499225).
--- dh_auto_build |5 - dh_auto_clean |5 - dh_auto_configure |5 - dh_auto_install |5 - dh_auto_test |3 +++ 5 files changed, 19 insertions(+), 4 deletions(-) diff --git a/dh_auto_build b/dh_auto_build index a3c9521..92c3a78 100755 --- a/dh_auto_build +++ b/dh_auto_build @@ -18,7 +18,7 @@ Bdh_auto_build [SIdebhelper options] [SB-- Iparams] dh_auto_build is a debhelper program that tries to automatically build a package. If a Makefile is found, this is done by running make (or MAKE, if the environment variable is set). -If there's a setup.py, or Build.PL, it is run to build the package. +If there's a setup.py, waf, or Build.PL, it is run to build the package. This is intended to work for about 90% of packages. If it doesn't work, you're encouraged to skip using dh_auto_build at all, and just run the @@ -45,6 +45,9 @@ if (-e Makefile || -e makefile || -e GNUmakefile) { elsif (-e setup.py) { doit(python, setup.py, build, @{$dh{U_PARAMS}}); } +elsif (-x waf -e wscript) { + doit(./waf, --nocache, build, @{$dh{U_PARAMS}}); +} elsif (-e Build.PL -e Build) { doit(perl, Build, @{$dh{U_PARAMS}}); } diff --git a/dh_auto_clean b/dh_auto_clean index 6c97b10..14db466 100755 --- a/dh_auto_clean +++ b/dh_auto_clean @@ -18,7 +18,7 @@ Bdh_auto_clean [SIdebhelper options] [SB-- Iparams] dh_auto_clean is a debhelper program that tries to automatically clean up after a package build. If there's a Makefile and it contains a distclean, realclean, or clean target, then this is done by running make (or MAKE, -if the environment variable is set). If there is a setup.py or Build.PL, it +if the environment variable is set). If there is a setup.py, waf or Build.PL, it is run to clean the package. This is intended to work for about 90% of packages. If it doesn't work, or @@ -59,6 +59,9 @@ elsif (-e setup.py) { # files. doit('find', '.', '-name', '*.pyc', '-exec', 'rm', '{}', ';'); } +elsif (-x waf -e wscript) { + doit(./waf, --nocache, distclean, @{$dh{U_PARAMS}}); +} elsif (-e Build.PL -e Build) { doit(perl, Build, --allow_mb_mismatch, 1, distclean, @{$dh{U_PARAMS}}); } diff --git a/dh_auto_configure b/dh_auto_configure index 6b8adf5..b131962 100755 --- a/dh_auto_configure +++ b/dh_auto_configure @@ -17,7 +17,7 @@ Bdh_auto_configure [SIdebhelper options] [SB-- Iparams] dh_auto_configure is a debhelper program that tries to automatically configure a package prior to building. It looks for and runs a ./configure -script, Makefile.PL, or Build.PL. A standard set of parameters is +script, waf, Makefile.PL, or Build.PL. A standard set of parameters is determined and passed to the program that is run. If no program to run is found, dh_auto_configure will exit without doing anything. @@ -84,6 +84,9 @@ if (-x configure) { } doit(./configure, @opts, @{$dh{U_PARAMS}}); } +elsif (-x waf -e wscript) { + doit(./waf, --nocache, configure, --prefix=/usr, @{$dh{U_PARAMS}}); +} elsif (-e Makefile.PL) { # If set to a true value then MakeMaker's prompt function will # # always return the default without waiting for user input. diff --git a/dh_auto_install b/dh_auto_install index 8e7ab90..515fdc3 100755 --- a/dh_auto_install +++ b/dh_auto_install @@ -19,7 +19,7 @@ Bdh_auto_install [SIdebhelper options] [SB-- Iparams] dh_auto_install is a debhelper program that tries to automatically install built files. If there's a Makefile and it contains a install target, then this is done by running make (or MAKE, if the environment variable is -set). If there is a setup.py or Build.PL, it is used. +set). If there is a setup.py, waf or Build.PL, it is used. The files are installed into debian/package/ if there is only one binary package. In the multiple binary package case, the files are instead @@ -89,6 +89,9 @@ elsif (-e setup.py) { --no-compile, -O0, @{$dh{U_PARAMS}}); } +elsif (-x waf -e wscript) { + doit(./waf, --nocache, install, --destdir=$destdir, @{$dh{U_PARAMS}}); +} elsif (-e Build.PL -e Build) { doit(perl, Build, install, destdir=$destdir, create_packlist=0, @{$dh{U_PARAMS}}); diff --git a/dh_auto_test b/dh_auto_test index 05c11b2..03289f5 100755 --- a/dh_auto_test +++ b/dh_auto_test @@ -54,6 +54,9 @@ if (-e Makefile || -e makefile || -e GNUmakefile) { } } } +elsif (-x waf -e wscript) { + doit(./waf, --nocache, check, @{$dh{U_PARAMS}}); +} elsif (-e Build.PL -e Build) { doit(qw/perl Build test/, @{$dh{U_PARAMS}}); } -- 1.6.1.3 From 4bd5a5248a568f245b3500cbe813ab8c98edc02d Mon Sep 17 00:00:00 2001 From: Trent W. Buck trentb...@gmail.com Date: Wed, 25 Feb 2009 14:16:37 +1100 Subject: [PATCH 2/2] Support Setup.lhs (Haskell). --- dh_auto_build |7 ++- dh_auto_clean |8 ++-- dh_auto_configure | 10 +++--- dh_auto_install
Bug#499225: [PATCH 1/2] Support waf (closes: #499225).
On Tue, Feb 24, 2009 at 11:18:51PM -0500, Joey Hess wrote: A few questions: * Earlier, you said you wanted to run waf in preference to configure, but this looks to run it after? That was based on the existing behaviour for Make.PL and setup.py, which both defer to autoconf should it exist. I work around it by doing rm -f configure in the clean target. * Is there any good reason to add the check for waf before the check for Build.PL? While it seems unlikely a package would include both, this could in theory change how such a package builds and probably break it. I stuck it directly below setup.py because they're both python thingies. I'm not really fussed if you would prefer it to go below. * Suprised to see the Setup.hs patch included in this; similar concerns with its ordering. They're separate patches, because I realized I forgot to file a separate wishlist bug for cabal (Setup.hs) support, and I couldn't be bothered working out how to cherry-pick patches in git-format-email. * The one Setup.hs file that I tried (in hpodder) does not delete Setup on 'Setup clean'. I need to talk to the other Debian-Haskell people about this stuff still. Right now I guess they're asleep (or defecting to Arch :-/). * I'd really like to have the debian haskell people look over any cabal/Setup/haskell stuff before putting it into debhelper, and make sure we get it 100% right the first time. In particular [You're message got cut off here.] I have no problem getting Setup.hs stuff right before deploying it in unstable/testing; I just want to get started so that it's ready by the time Darcs (my package) transitions to cabal (scheduled for July). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515852: [dget] doesn't handle symlinks (with file:///)
Package: devscripts Version: 2.10.46 Severity: minor File: /usr/bin/dget Dgetting a file:/// URL fails where the orig.tar.gz is a symlink. $ dget file:///home/twb/VCS/mg_20090107-1.dsc dget: retrieving file:///home/twb/VCS/mg_20090107-1.dsc dget: retrieving file:///home/twb/VCS/mg_20090107.orig.tar.gz mg_20090107-1.dsc: Good signature found skipping mg_20090107.orig.tar.gz (not present) skipping mg_20090107-1.diff.gz (not present) dscverify: mg_20090107-1.dsc didn't specify any files present locally Validation FAILED!! $ ls mg_20090107-1.dsc mg_20090107.orig.tar.gz $ ls -l total 4 -rw-r--r-- 1 twb twb 1013 2009-02-17 18:54 mg_20090107-1.dsc lrwxrwxrwx 1 twb twb 18 2009-02-18 11:00 mg_20090107.orig.tar.gz - mg-20090107.tar.gz -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- BTS_CACHE=no -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.14.25Debian package development tools ii libc6 2.7-18 GNU C Library: Shared libraries ii perl 5.10.0-19 Larry Wall's Practical Extraction Versions of packages devscripts recommends: pn atnone (no description available) pn bsd-mailx | mailx | m none (no description available) ii curl 7.18.2-8 Get a file from an HTTP, HTTPS or ii dctrl-tools 2.13.1 Command-line tools to process Debi pn debian-keyringnone (no description available) ii debian-maintainers1.52 GPG keys of Debian maintainers ii dupload 2.6.6 utility to upload Debian packages ii equivs2.0.7-0.1 Circumvent Debian package dependen ii fakeroot 1.12.1 Gives a fake root environment ii git-core 1:1.5.6.5-3fast, scalable, distributed revisi ii gnupg 1.4.9-3GNU privacy guard - a free PGP rep pn libauthen-sasl-perl none (no description available) ii libcrypt-ssleay-perl 0.57-1+b1 Support for https protocol in LWP ii libparse-debcontrol-p 2.005-2Easy OO parsing of Debian control- ii libsoap-lite-perl 0.710.08-2 Client and server side SOAP implem pn libterm-size-perl none (no description available) ii libtimedate-perl 1.1600-9 Time and date functions for Perl ii liburi-perl 1.37+dfsg-1Manipulates and accesses URI strin ii libwww-perl 5.820-1WWW client/server library for Perl pn libyaml-syck-perl none (no description available) ii lintian 2.2.5 Debian package checker pn lsb-release none (no description available) ii man-db2.5.2-4on-line manual pager ii mercurial 1.1.2-2scalable distributed version contr ii midori [www-browser] 0.1.2+97-1 fast, lightweight graphical web br ii openssh-client [ssh-c 1:5.1p1-5 secure shell client, an rlogin/rsh ii opera [www-browser] 9.63.2474.gcc4.qt3 The Opera Web Browser ii patch 2.5.9-5Apply a diff file to an original ii patchutils0.3.1-1Utilities to work with patches ii strace4.5.17+cvs080723-2 A system call tracer ii subversion1.5.1dfsg1-2 Advanced version control system ii unzip 5.52-12De-archiver for .zip files ii w3m [www-browser] 0.5.2-2+b1 WWW browsable pager with excellent ii wdiff 0.5-18 Compares two files word by word ii wget 1.11.4-2 retrieves files from the web Versions of packages devscripts suggests: ii build-essential 11.4 Informational list of build-essent pn cvs-buildpackage none (no description available) pn devscripts-el none (no description available) pn gnuplot none (no description available) pn libfile-desktopentry-perl none (no description available) pn libnet-smtp-ssl-perl none (no description available) ii mutt 1.5.18-6 text-based mailreader supporting M pn svn-buildpackage 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#515790: mg: FTBFS: debian/mg/usr/local/man/man1/mg.1 is not a directory
tag 515790 + confirmed stop On Tue, Feb 17, 2009 at 06:14:26PM +0100, Kurt Roeckx wrote: Your package is failing to build with the following error: dh_usrlocal -a dh_usrlocal: debian/mg/usr/local/man/man1/mg.1 is not a directory rmdir: failed to remove `debian/mg/usr/local/man/man1': Directory not empty dh_usrlocal: command returned error code 256 make: *** [binary-arch] Error 1 This isn't the crux of the problem; rather as you can see here: https://buildd.debian.org/fetch.cgi?pkg=mgver=20090107-1arch=amd64stamp=1234883856file=log the problem is that stuff is being placed in usr/local at all, by dh_auto_install. I'm looking into this now. I'm guessing the problem is that dak calls debian/rules binary-arch instead of debian/rules binary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515159: midori: midori SIGSEGV flash: another backtrace, with debugging symbols
reassign 515159 swfdec0.8 stop On Mon, Feb 16, 2009 at 06:32:55PM -0700, Chris Burkhardt wrote: I can reproduce this (only after moving ~/.mozilla/ -- otherwise midori was finding the adobe flash plugin and using it with no problems). I've attached a full backtrace with some debugging symbols. This is a swfdec/libwebkit issue. Trying it in epiphany-webkit produces the exact same results. Based on this information, I am reassigning this bug to swfdec. Maybe it should be assigned to webkit instead; I guess Santiago can reassign it there if he thinks so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#473969: Bug#473974: Bug#473969: .orig.tar.bz2 support
On Wed, Apr 02, 2008 at 10:57:15PM +0100, Adam D. Barratt wrote: On Wed, 2008-04-02 at 13:39 +0200, Peter Eisentraut wrote: Package: devscripts Severity: wishlist Here is a patch to support .orig.tar.bz2 (and .orig.tar.lzma, whatever that is, but dpkg-source supports it) in debdiff and debuild. Thanks for the patches. Although dpkg-source will handle bz2 and lzma compressed orig tarballs, it's currently not possible to upload either to the Debian archive. That's unlikely to change until at least after lenny releases, so I'm not going to add the support to devscripts yet. I'll leave the bugs open so we can revisit them once the archive has the relevant support. Even though dak doesn't support this yet, it would be useful for private packages. The next time you update the devscripts package, is there any reason *not* to incude this patch? (I think there's no need for an update *just* for this patch.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515069: dpkg Format: 3.0 (quilt) support
On Fri, Feb 13, 2009 at 09:16:15AM -0800, Russ Allbery wrote: Trent W. Buck trentb...@gmail.com writes: I know that dak doesn't support the whizzo new dpkg features yet, but it would be nice if I could use lintian with them for my private packages. Currently debuild gives me empty-debian-diff, with Format: 3.0 (quilt) in my debian/control file, and I suspect that means it is skipping other tests. What would really help with support for this would be if you could provide a sample package in the form of the Lintian test suite (t/tests) that uses Format: 3.0 (quilt). I haven't had time to look in detail at how such packages function, so it would take me longer to create a basic test case so that we can start analyzing Lintian's behavior for those packages. Hi, here's one: dget http://ymir.twb.ath.cx/tmp/midori_0.1.2+94-1.dsc Basically you can make a quilt package (with no patches) by just adding Format: 3.0 (quilt) to the source stanza of an existing package. That's what I've done above. The dpkg-source(1) manpage describes the various 3.0 variants. Basically the difference is that there's a tarball containing debian/ rather than a diff that creates it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org