Bug#390465: reportbug crashes when you try to paste something into it.
self.body.keypress( (maxcol, remaining), key ) File /var/lib/python-support/python2.4/urwid/widget.py, line 1237, in keypress return self.body.keypress( (maxcol,), key ) File /var/lib/python-support/python2.4/urwid/widget.py, line 2012, in keypress key = self.focus_item.keypress( tsize, key ) File /var/lib/python-support/python2.4/urwid/listbox.py, line 595, in keypress key = focus_widget.keypress((maxcol,),key) File /var/lib/python-support/python2.4/urwid/widget.py, line 347, in keypress if self.valid_char(key): File /var/lib/python-support/python2.4/urwid/widget.py, line 257, in valid_char return is_wide_char(ch,0) or (len(ch)==1 and ord(ch) = 32) File /var/lib/python-support/python2.4/urwid/util.py, line 480, in is_wide_char assert type(text) == type() AssertionError I'm using debian testing, that is - gnome 2.14.3 as desktop. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391427: Debian's version of libtool breaks correct link order
is: - # libltdlc.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5.22 Debian 1.5.22-4 (1.1220.2.365 2005/12/18 22:14:06) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libltdlc.a' # Libraries that this one depends upon. dependency_libs=' -ldl' # Version information for libltdlc. current= age= revision= # Is this an already installed library? installed=no # Should we warn about portability when linking against -modules? shouldnotlink=no # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='' - Note I use this same file in both cases, yet the original libtool puts the -ldl behind libcwd, because also libcwd depends on it. Being passed -L/usr/local/install/4.1.2-20060901/lib -lcwd it should be able to find /usr/local/install/4.1.2-20060901/lib/libcwd.la which has these contents: - # libcwd.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.5.22 Debian 1.5.22-4 (1.1220.2.365 2005/12/18 22:14:06) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='libcwd.so.0' # Names of this library. library_names='libcwd.so.0.99.45 libcwd.so.0 libcwd.so' # The name of the static archive. old_library='' # Libraries that this one depends upon. dependency_libs=' -ldl' # Version information for libcwd. current=99 age=99 revision=45 # Is this an already installed library? installed=yes # Should we warn about portability when linking against -modules? shouldnotlink=no # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/local/install/4.1.2-20060901/lib' - So, basically - the bug is this: Assume we have three libraries, the order in which they are linked is important. Library x depends on z, and library y depends on z. The order in which they need to be linked is therefore: -lx -ly -lz, or -ly -lx -lz. Passing just -lx -ly to libtool should figure out that both depend on -lz and add that BEHIND both. libtool 1.5.22 gets this correct, debian's version does not. Note that passing -ly -lz -lx -lz also won't work. -- Carlo Wood [EMAIL PROTECTED]
Bug#391427: Debian's version of libtool breaks correct link order
Does it reach your dlsym() call at all, or it's just using the one from libdl? I guess I got a little confused about your mail. I think you didn't read it very well :p If -ldl is first in the list, it should never reach your library in the first place. I believe I said that in my first post, possible not too clear though: libcwd does not define dlsym. I don't understand why you think that no function of libcwd would ever be reached when there is a library before it in the list... What about it's _init function, to name one? -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391427: Debian's version of libtool breaks correct link order
On Fri, Oct 06, 2006 at 06:29:47PM +0200, Kurt Roeckx wrote: On Fri, Oct 06, 2006 at 04:03:42PM +0200, Carlo Wood wrote: The problem here is that -ldl appears before /usr/local/install/4.1.2-20060901/lib/libcwd.so Where does that -ldl come from? That is detailed explained in the my first post?? Repeat: ../libltdl/libltdlc.la pulls it in. The first post contains a full copy of this file. Does only libcwd need the -ldl, or does something else need -ldl too? See original post/above: ../libltdl/libltdlc.la What happens if the -ldl isn't on the command line at all? I gave the command line in my first post, there is no -ldl on the command line! :/ Repeat: /bin/sh ../libtool --tag=CXX --mode=link g++ -g -DCWDEBUG -I/usr/local/install/4.1.2-20060901/include -W -Wall -Wundef -DDEBUG -I/usr/include/boost-1_33_1 -export-dynamic -o edragon -export-dynamic -no-undefined -Wl,--whole-archive,utils/.libs/libutils.a,--no-whole-archive edragon-Application.o edragon-GUI_interface.o edragon-IniFile.o edragon-PathList.o edragon-PluginFile.o edragon-PluginsManager.o edragon-RCFile.o edragon-Runtime.o edragon-XMLFile.o edragon-testsuite_hooks.o ../libltdl/libltdlc.la -L/usr/local/install/4.1.2-20060901/lib -lcwd -lboost_filesystem-gcc-d-1_33_1 -L/usr/local/install/4.1.2-20060901/lib -lcairo -L/usr/local/install/4.1.2-20060901/lib -lglib-2.0 -L/usr/local/install/4.1.2-20060901/lib -lxmlwrapp -lxsltwrapp -lxslt -lxml2 -L/usr/local/install/4.1.2-20060901/lib -lcw (All of that is on one line). There is no -ldl there. Can you show the output the objdump -p file |grep NEEDED for libcwd and the application? And the output from ldd file for the application? I don't see how NEEDED is relevant here. The only thing that is relevant are the .la files involved (which were included in my first post). But ok here is the requested info: ~/projects/edragon/edragon-objdir-bugreport/srcldd edragon linux-gate.so.1 = (0xe000) libdl.so.2 = /lib/tls/libdl.so.2 (0xa7f68000) libcwd.so.0 = /usr/local/install/4.1.2-20060901/lib/libcwd.so.0 (0xa7eb4000) libboost_filesystem-gcc-d-1_33_1.so.1.33.1 = /usr/lib/libboost_filesystem-gcc-d-1_33_1.so.1.33.1 (0xa7e9f000) libcairo.so.2 = /usr/local/install/4.1.2-20060901/lib/libcairo.so.2 (0xa7e3f000) libglib-2.0.so.0 = /usr/local/install/4.1.2-20060901/lib/libglib-2.0.so.0 (0xa7dae000) libxmlwrapp.so.0 = /usr/local/install/4.1.2-20060901/lib/libxmlwrapp.so.0 (0xa7d8c000) libxsltwrapp.so.0 = /usr/local/install/4.1.2-20060901/lib/libxsltwrapp.so.0 (0xa7d83000) libxslt.so.1 = /usr/lib/libxslt.so.1 (0xa7d51000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0xa7c38000) libcw.so.0 = /usr/local/install/4.1.2-20060901/lib/libcw.so.0 (0xa7be8000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xa7b09000) libm.so.6 = /lib/tls/libm.so.6 (0xa7ae4000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xa7ad8000) libc.so.6 = /lib/tls/libc.so.6 (0xa79a6000) /lib/ld-linux.so.2 (0xa7f7e000) libSM.so.6 = /usr/lib/libSM.so.6 (0xa799d000) libICE.so.6 = /usr/lib/libICE.so.6 (0xa7985000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0xa797d000) libX11.so.6 = /usr/lib/libX11.so.6 (0xa78b6000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0xa7891000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0xa7827000) libz.so.1 = /usr/lib/libz.so.1 (0xa7813000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0xa77e9000) libexslt.so.0 = /usr/lib/libexslt.so.0 (0xa77d8000) libXau.so.6 = /usr/lib/libXau.so.6 (0xa77d4000) libXdmcp.so.6 = /usr/lib/libXdmcp.so.6 (0xa77cf000) libexpat.so.1 = /usr/lib/libexpat.so.1 (0xa77b) libgcrypt.so.11 = /usr/lib/libgcrypt.so.11 (0xa775f000) libgpg-error.so.0 = /usr/lib/libgpg-error.so.0 (0xa775b000) libnsl.so.1 = /lib/tls/libnsl.so.1 (0xa7744000) ~/projects/edragon/edragon-objdir-bugreport/srcobjdump -p /usr/local/install/4.1.2-20060901/lib/libcwd.so.0 | grep NEEDED NEEDED libdl.so.2 NEEDED libstdc++.so.6 NEEDED libm.so.6 NEEDED libc.so.6 NEEDED libgcc_s.so.1 ~/projects/edragon/edragon-objdir-bugreport/srcobjdump -p ./edragon | grep NEEDED NEEDED libdl.so.2 NEEDED libcwd.so.0 NEEDED libboost_filesystem-gcc-d-1_33_1.so.1.33.1 NEEDED libcairo.so.2 NEEDED libglib-2.0.so.0 NEEDED libxmlwrapp.so.0 NEEDED libxsltwrapp.so.0 NEEDED libxslt.so.1 NEEDED libxml2.so.2 NEEDED libcw.so.0 NEEDED libstdc++.so.6 NEEDED libm.so.6 NEEDED libgcc_s.so.1 NEEDED libc.so.6 ~/projects/edragon/edragon-objdir-bugreport/src./edragon COREDUMP: libcwd:cwbfd::ST_init: dlsym(RTLD_NEXT, dlopen) returns NULL; please check that you didn't specify -ldl before (left of) -lcwd while linking. Obviously NEEDED libdl.so.2 appears
Bug#391427: Debian's version of libtool breaks correct link order
On Sat, Oct 07, 2006 at 01:24:20AM +0200, Kurt Roeckx wrote: You have ../libltdl/libltdlc.la before -lcwd in your call to libtool, and I think that is part of the problem. It expands libltdlc.la to libltdlc.a and -ldl, and there isn't any reorder there. At a later time you also say it to link to -ldl, which is a duplicate, and libtool removes it from the command line. I DON'T say it to link to -ldl ! What I say is: libltdlc.a -lcwd BOTH depends on -ldl and therefore the generated g++ command should be: libltdlc.a -lcwd -ldl and NOT libltdlc.a -ldl -lcwd For libcwd to work, you really want it to be the first library in the list, before any other, so even before libltdlc.la. This should make sure that the dynamic linker will use your functions. That is nonsense! When both libraries depend on third, then the third has to be specified last by libtool. The upstream libtool does this correctly. Only your 'debian' version is broken in this regard. It is WRONG to outout -ldl this early. Your libtool is buggy. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391427: Debian's version of libtool breaks correct link order
I wrote a test case, see attached tar ball. To run, execute: tar xzf bugreport391427.tar.gz cd bugreport391427 ./autoconf.sh make ./tst The reason that it does work seems to be that debian's libtool doesn't detect that '-lx' depends on -ldl. The ./tst succeeds when either: 1) -ldl is added to the libtool command (right of -lx) This cause libtool to delete the previous -ldl. Thus: having: ./libltdl/libltdlc.la -Linstall/lib -lx -ldl results in: libltdlc.a -ldl libx.so -ldl internally, which is then changed correctly to: libltdlc.a libx.so -ldl OR 2) It is even possible to let libtool detect that -lx depends on -ldl by editting the libtool file and changing: link_all_deplibs=no into link_all_deplibs=yes After doing 2), we get: /bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -o tst tst.o ./libltdl/libltdlc.la -Linstall/lib -lx mkdir .libs gcc -g -O2 -o tst tst.o ./libltdl/.libs/libltdlc.a -L/home/carlo/src/debian/bugreport391427/install/lib /home/carlo/src/debian/bugreport391427/libx/../install/lib/libx.so -ldl -Wl,--rpath -Wl,/home/carlo/src/debian/bugreport391427/libx/../install/lib -Wl,--rpath -Wl,/home/carlo/src/debian/bugreport391427/libx/../install/lib Note how the libtool command line does NOT contain -ldl, and that -ldl appears AFTER libx.so. ~/src/debian/bugreport391427./tst Success! Also note, that this edit of libtool is not needed with the stock/upstream libtool. Attached: tst.tar.gz -- Carlo Wood [EMAIL PROTECTED] bugreport391427.tar.gz Description: Binary data
Bug#391427: Debian's version of libtool breaks correct link order
On Sat, Oct 07, 2006 at 10:41:39AM +0200, Kurt Roeckx wrote: On Sat, Oct 07, 2006 at 02:46:01AM +0200, Carlo Wood wrote: I wrote a test case, see attached tar ball. To run, execute: tar xzf bugreport391427.tar.gz cd bugreport391427 ./autoconf.sh make ./tst The following patch works for me: --- Makefile.am.orig2006-10-07 08:38:24.0 + +++ Makefile.am 2006-10-07 08:38:34.0 + @@ -2,9 +2,8 @@ bin_PROGRAMS = tst DEFS = -DHAVE_CONFIG_H INCLUDES = $(LTDLINCL) -LIBS = -Linstall/lib -lx +LIBS = -Linstall/lib -lx $(LIBLTDL) tst_SOURCES = tst.c -tst_LDADD = $(LIBLTDL) # Fix broken clean up targets of autotools: As I said, you want -lx before libltdl on the command line for libtool/gcc, and you can't expect things to work if they don't. It has worked fine for years (with the upstream libtool), so don't say it can't work. It STILL works with the upstream libtool, only after applying the debian specific patches to libtool, libtool stops seeing that libx depends on libdl. Your solution is a workaround that only works for the testcase. In general, you cann't move a convenience library just like that to LIBS anyway (there is a good reason that I added it to _LDADD in the first place). But ok, lets consider the following case, which demonstrates another reason why your workaround can't always be used: Suppose you have, - library x that depends on dl (with it's own maintainer) - library ltdl that depends on dl (another maintainer) - library z that redefines dlopen, so it has to be put right-of library ltdl; however - you need it to be left-of library x, because you need library x to see the real dlopen that it expects (perhaps 'dlopen' is not a good example - but the names aren't that important). - An application that uses libraries x, ltdl and z. With the stock libtool, you'd do (although I'd add the .la to _LDADD, but ok - it needs to be first anyway now): LIBS = libltdl.la -lz -lx Reason for the order: -lz must be right-of libltdl and left-of -lx, dictating this precise order. Stock libtool will see that both libltdl.la and -lx need to be linked against -ldl, and therefore put -ldl on the right of all of this; this is THE solution, since obviously libdl doesn't depend on any of the other libraries. The g++ command line will contain, libltdl.a -lz -lx -dl Debian's libtool produces: libltdl.a -dl -lz -lx which is broken as we saw before. Your solution to change LIBS to: LIBS = -lx libltdl.la -lz just to artificially get a '-ldl' right-of -lx clearly won't work anymore in this case, proving that it was a kludge -- not the solution. I can't make this anymore clear, besides I don't have more time for this either; I've run into another debian-related problem that demands my attention (remember I recently switched to debian for the first time in 20 years that I use linux -- this reveals a few things that newbie users who start to work with linux/debian right away won't notice, much less write bug reports about). It seems we are getting nowhere here anyway, so I'll use some kludgy workaround to get things to work, especially for debian :( I might sent you another email by the way, because it turns out that libltdl is broken too, or so it seems. With the stock libtool version I can load a plugin that defines a function f1, and then load another plugin that calls this function. According to http://www.delorie.com/gnu/docs/libtool/libtool_46.html this is the expected behaviour. It says, quoteUnresolved symbols in the module are resolved using [its dependency libraries (not implemented yet) and] previously dlopened modules./quote (the '[' and ']' are mine). So, when this suddenly stops working when the only thing that I change is moving from fedora core 5 to debian testing, then I thing something else is coming your way :/ But I need more time to investigate the exact reason first... Regards, Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400771: vim-gtk loops in syntax_start()
Package: vim-gtk
Version: 7.0-122+1
vim uses 100% cpu while scrolling up (starting in a given state)
the attached file.
How to reproduce:
Open a gnome-terminal with a height of 24 lines and a width of
126 characters (maximized horizontally on a 1024x768 screen using
courier 11 font (default)).
In this gnome-terminal run:
$ /usr/bin/vim.gtk Makefile.am
Go to the top of the file if not already there.
Press and hold 'j', scrolling down until you hit the bottom.
Then press and hold 'k', scrolling up until vim freezes and
starts to use 100% cpu. If it doesn't freeze the first time,
try doing it again (go always completely to the bottom and
completely to the top - use scrolling, not 'G' to jump).
Once looping, it loops inside syntax_start where current_lnum
loops over the values 27 to 31, jumping back to 27 after
having had value 31 in the last line of load_current_state.
At that moment we have the following backtrace:
#0 load_current_state (from=0x827a154) at syntax.c:1504
#1 0x0817167f in syntax_start (wp=0x81e5a38, lnum=37) at syntax.c:593
#2 0x08142c85 in win_update (wp=0x81e5a38) at screen.c:2694
#3 0x0814565f in update_screen (type=0) at screen.c:535
#4 0x080d2bb5 in main_loop (cmdwin=0, noexmode=0) at main.c:1083
#5 0x080d5c86 in main (argc=Cannot access memory at address 0x3) at main.c:934
It never leaves syntax_start(), in fact, it never leaves the
while loop in this function:
559 while (current_lnum lnum)
560 {
561 syn_start_line();
562 (void)syn_finish_line(FALSE);
563 ++current_lnum;
564
565 /* If we parsed at least minlines lines or started at a valid
566 * state, the current state is considered valid. */
567 if (current_lnum = first_stored)
568 {
569 /* Check if the saved state entry is for the current line
and is
570 * equal to the current state. If so, then validate all
saved
571 * states that depended on a change before the parsed line.
*/
572 if (prev == NULL)
573 sp = syn_buf-b_sst_first;
574 else
575 sp = prev-sst_next;
576 if (sp != NULL
577 sp-sst_lnum == current_lnum
578 syn_stack_equal(sp))
579 {
580 parsed_lnum = current_lnum;
581 prev = sp;
582 while (sp != NULL sp-sst_change_lnum = parsed_lnum)
583 {
584 if (sp-sst_lnum = lnum)
585 /* valid state before desired line, use this
one */
586 prev = sp;
587 else if (sp-sst_change_lnum == 0)
588 /* past saved states depending on change, break
here. */
589 break;
590 sp-sst_change_lnum = 0;
591 sp = sp-sst_next;
592 }
593 load_current_state(prev);
594 }
595 /* Store the state at this line when it's the first one,
the line
596 * where we start parsing, or some distance from the
previously
597 * saved state. But only when parsed at least 'minlines'.
*/
598 else if (prev == NULL
599 || current_lnum == lnum
600 || current_lnum = prev-sst_lnum + dist)
601 prev = store_current_state(prev);
602 }
Attached: 'Makefile.am.gz', please gunzip before opening ;).
Output of :filetype
filetype detection:ON plugin:ON indent:OFF
Output of :set filetype
filetype=automake
--
Carlo Wood [EMAIL PROTECTED]
Makefile.am.gz
Description: Binary data
Bug#400771: vim-gtk loops in syntax_start()
On Mon, Dec 04, 2006 at 12:52:53AM -0500, James Vega wrote: On Tue, Nov 28, 2006 at 05:27:15PM +0100, Carlo Wood wrote: vim uses 100% cpu while scrolling up (starting in a given state) the attached file. How to reproduce: [snipped] Thanks for the detailed steps to reproduce and debugging, unfortunately I'm unable to reproduce the bug in unstable or testing. Are you able to reproduce this if you start vim as vim -u /etc/vim/vimrc -N, :syntax on and then follow the steps you listed? No, if I do that I have to explicitely start /usr/bin/vim.gtk -u /etc/vim/vimrc -N Makefile.am then it reproduces (after a :syntax on). If I do: vim -u /etc/vim/vimrc -N Makefile.am then it doesn't reproduce. ~/usr/bin/vim.gtk --version VIM - Vi IMproved 7.0 (2006 May 7, compiled Oct 10 2006 00:14:41) Included patches: 1-122 Compiled by [EMAIL PROTECTED] Big version with GTK2 GUI. Features included (+) or not (-): +arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent +clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments +cryptv +cscope +cursorshape +dialog_con_gui +diff +digraphs +dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path +find_in_path +folding -footer +fork() +gettext -hangul_input +iconv +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent +listcmds +localmap +menu +mksession +modify_fname +mouse +mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm +mouse_xterm +multi_byte +multi_lang -mzscheme +netbeans_intg -osfiletype +path_extra -perl +postscript +printer -profile -python +quickfix +reltime +rightleft -ruby +scrollbind +signs +smartindent -sniff +statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white -tcl +terminfo +termresponse +textobjects +title +toolbar +user_commands +vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore +wildmenu +windows +writebackup +X11 -xfontset +xim +xsmp_interact +xterm_clipboard -xterm_save system vimrc file: $VIM/vimrc user vimrc file: $HOME/.vimrc user exrc file: $HOME/.exrc system gvimrc file: $VIM/gvimrc user gvimrc file: $HOME/.gvimrc system menu file: $VIMRUNTIME/menu.vim fall-back for $VIM: /usr/share/vim Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -O2 -g -Wall Linking: gcc -L/usr/local/lib -o vim -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lfontconfig -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXt -lncurses -lgpm -- Carlo Wood [EMAIL PROTECTED] PS 'vim' is a personalized script here ;) ~which vim ~/bin/vim ~cat ~/bin/vim FILE=`echo $* | sed -e 's/.* \([^: ]*\)[^ ]*$/\1/' -e 's/\([^:]*\):.*$/\1/'` ARGS= ARG=$1 while shift 1; do ARGS+=`echo \\$ARG\\ | sed -e 's/:$//' -e 's/\(:[0-9][0-9]*\):[0-9][0-9]*$/\1/' -e 's/^\([^:]*\):\([0-9]*\)$/\1 +\2/'` ARG=$1 ARGFILE=`echo $ARG | sed -e 's/.* \([^: ]*\)[^ ]*$/\1/' -e 's/\([^:]*\):.*$/\1/'` if test $FILE = $ARGFILE; then while expr match $FILE \.\./.* /dev/null test ! -f $FILE; do ARG=`echo $ARG | sed -e 's%^\.\./%%'` FILE=`echo $FILE | sed -e 's%^\.\./%%'` done fi done eval /usr/bin/vim $ARGS Running /usr/bin/vim -u /etc/vim/vimrc -N Makefile.am also reproduces. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
Package: synergy Version: 1.3.1-4 Severity: important Since my last apt-get update/upgrade, synergys crashes more often than before. It now crashes with the output: ... DEBUG1: CClientProxy1_0.cpp,253: send enter to taryn, 0,881 3 DEBUG1: CServer.cpp,780: try to leave taryn on left INFO: CServer.cpp,447: switch from taryn to hikaru at 3345,876 DEBUG1: CClientProxy1_0.cpp,261: send leave to taryn synergys: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed. Aborted -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synergy depends on: ii libc6 2.7-13 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libsm62:1.0.3-2 X11 Session Management library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 ii libx11-6 2:1.1.4-2 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 libxtst6 2:1.0.3-1 X11 Testing -- Resource extension synergy recommends no packages. synergy suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
On Mon, Aug 18, 2008 at 03:02:01PM -0400, Jeff Licquia wrote: I've asked the others, but it's worth asking you: do you have the ability to test synergys from 1.3.1-4 on etch? Note that I already am running/testing synergy 1.3.1-4. But no, I only have debian lenny/sid on both machines. I could run synergys in an etch chroot though, 64bit or 32bit. The only difference would be the versions of the libraries it links with. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
On Mon, Aug 18, 2008 at 03:28:41PM -0400, Jeff Licquia wrote: That's exactly what I'm wanting to test. Ok, I installed etch 686 and compiled synergy-1.3.1-4. Running it works a while (as usually) and then also aborts at the moment I leave the client, entering the server. This time however I don't get an assertion but this: [...] DEBUG1: ../../../synergy-1.3.1/lib/platform/CXWindowsClipboard.cpp,1463: got data, 4 bytes DEBUG1: ../../../synergy-1.3.1/lib/platform/CXWindowsClipboard.cpp,1343: request succeeded DEBUG1: ../../../synergy-1.3.1/lib/platform/CXWindowsClipboard.cpp,589: got ICCCM time 325230886 DEBUG: ../../../synergy-1.3.1/lib/platform/CXWindowsClipboard.cpp,348: close clipboard 1 DEBUG: ../../../synergy-1.3.1/lib/server/CServer.cpp,1435: ignored screen hikaru update of clipboard 1 (unchanged) DEBUG1: ../../../synergy-1.3.1/lib/server/CClientProxy1_0.cpp,253: send enter to taryn, 0,702 7 DEBUG1: ../../../synergy-1.3.1/lib/server/CServer.cpp,780: try to leave taryn on left INFO: ../../../synergy-1.3.1/lib/server/CServer.cpp,447: switch from taryn to hikaru at 3353,712 DEBUG1: ../../../synergy-1.3.1/lib/server/CClientProxy1_0.cpp,261: send leave to taryn Xlib: unexpected async reply (sequence 0x14a8)! at that moment I have no mouse or keyboard anymore (as is the case when I run synergys in gdb and it stops in Xlib due to the assertion). So, I had to kill it by logging in remotely from another PC. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
Any progress yet? Things I can test? I noticed that you are using threads in synergys. The assertion that we run into can be caused if multiple threads do calls to GUI calls (X, Xt). All such calls must be done from one thread. Are you doing X calls from more than one thread? -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
/server/CServer.cpp:492 #14 0x00438c7e in CServer::onMouseMoveSecondary (this=0x272f860, dx=-10, dy=0) at ../../../synergy/lib/server/CServer.cpp:1793 #15 0x0043919f in CServer::handleMotionSecondaryEvent (this=0x272f860, [EMAIL PROTECTED]) at ../../../synergy/lib/server/CServer.cpp:1277 #16 0x0043f3e0 in TMethodEventJobCServer::run (this=0x2730440, [EMAIL PROTECTED]) at ../../../synergy/lib/base/TMethodEventJob.h:66 ... thread 2 was handling my attempt to stop gdb with ^C, which was caught by synergys it seems. Because this uses CEventQueue::addEvent, as was already called by thread 3, it dead locked too: (gdb) thread 2 [Switching to thread 2 (Thread 0x416bb950 (LWP 24058))]#0 0x7f8000123394 in __lll_lock_wait () from /lib/libpthread.so.0 (gdb) bt #0 0x7f8000123394 in __lll_lock_wait () from /lib/libpthread.so.0 #1 0x7f800011ebf0 in _L_lock_102 () from /lib/libpthread.so.0 #2 0x7f800011e4fe in pthread_mutex_lock () from /lib/libpthread.so.0 #3 0x004b17ad in CArchMultithreadPosix::lockMutex (this=0x270c010, mutex=0x2711e50) at ../../../synergy/lib/arch/CArchMultithreadPosix.cpp:293 #4 0x004ac97e in CArch::lockMutex (this=0x7fff09a7ac70, mutex=0x2711e50) at ../../../synergy/lib/arch/CArch.cpp:320 #5 0x004a35e8 in CArchMutexLock (this=0x416bafa0, mutex=0x2711e50) at ../../../synergy/lib/arch/CArch.h:207 #6 0x0049a502 in CEventQueue::addEvent (this=0x7fff09a7a8b0, [EMAIL PROTECTED]) at ../../../synergy/lib/base/CEventQueue.cpp:215 #7 0x0049baef in interrupt () at ../../../synergy/lib/base/CEventQueue.cpp:27 #8 0x004b1622 in CArchMultithreadPosix::raiseSignal (this=0x270c010, signal=kINTERRUPT) at ../../../synergy/lib/arch/CArchMultithreadPosix.cpp:571 #9 0x004accf4 in CArch::raiseSignal (this=0x7fff09a7ac70, signal=IArchMultithread::kINTERRUPT) at ../../../synergy/lib/arch/CArch.cpp:410 #10 0x004b1dcc in CArchMultithreadPosix::threadSignalHandler () at ../../../synergy/lib/arch/CArchMultithreadPosix.cpp:784 #11 0x7f800011cfc7 in start_thread () from /lib/libpthread.so.0 #12 0x7f7fffe927cd in clone () from /lib/libc.so.6 #13 0x in ?? () this thread seems not relevant (although I think it's bad to wait for a lock when handling SIGINT). The problem is the deadlock between thread 1 and thread 3. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
in TMethodJobCSocketMultiplexer::run (this=0x1b40f70) at ../../../synergy/lib/base/TMethodJob.h:63 #15 0x00498b57 in CThread::threadFunc (vjob=0x1b40f70) at ../../../synergy/lib/mt/CThread.cpp:152 #16 0x004b0cc8 in CArchMultithreadPosix::doThreadFunc (this=0x1b3b010, thread=0x1b3eca0) at ../../../synergy/lib/arch/CArchMultithreadPosix.cpp:720 #17 0x004b0e32 in CArchMultithreadPosix::threadFunc (vrep=0x1b3eca0) at ../../../synergy/lib/arch/CArchMultithreadPosix.cpp:701 #18 0x7f8bd1135fc7 in start_thread () from /lib/libpthread.so.0 #19 0x7f8bd0eab7cd in clone () from /lib/libc.so.6 #20 0x in ?? () I'm pretty sure this is the problem: You are calling XSendEvent (or XSync or whatever) from one thread and at the same time XQueryPointer (or whatever) from another thread. That is not allowed. You should do all calls from one thread. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495498: xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed.
The attached patch fixed the problem for me.
This is a hack though, I'm not saying it's the final fix.
It's definitely a good work around for on debian though,
and maybe you will decide that it's the right thing to do,
even.
I got the idea reading Xlib's documentation when I saw
this page:
http://tronche.com/gui/x/xlib/display/XInitThreads.html
--
Carlo Wood [EMAIL PROTECTED]
diff -X /usr/src/debian/synergy/.diffignore -rudp synergy-1.3.1/cmd/synergys/synergys.cpp synergy-1.3.1.XInitThreads/cmd/synergys/synergys.cpp
--- synergy-1.3.1/cmd/synergys/synergys.cpp 2006-03-22 06:40:27.0 +0100
+++ synergy-1.3.1.XInitThreads/cmd/synergys/synergys.cpp 2008-08-19 23:10:03.0 +0200
@@ -1283,6 +1283,10 @@ main(int argc, char** argv)
{
CArgs args;
try {
+if (XInitThreads() == 0)
+{
+ throw XArch(XInitThreads() returned zero);
+}
int result;
CArch arch;
CLOG;
Bug#430006: closed by Filipus Klutiero [EMAIL PROTECTED] (Out of date)
Just wait a year, and the bug will go away by itself! Hell of a way to fix problems. By the way 'asap' means As soon as possible, not not year. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457170: k3b: K3B does not verify anyone!
Package: k3b Version: 1.0.4-3 Followup-For: Bug #457170 After writing, the tray is openened and not closed anymore. After manually closing it, k3b just hangs, using 100% cpu. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages k3b depends on: ii cdparanoia 3.10+debian~pre0-6 audio extraction tool for sampling ii cdrdao 1:1.2.2-7 records CDs in Disk-At-Once (DAO) ii genisoimage 9:1.1.6-1 Creates ISO-9660 CD-ROM filesystem ii kdebase-bin 4:3.5.8.dfsg.1-2core binaries for the KDE base mod ii kdelibs-data 4:3.5.8.dfsg.1-4core shared data for all KDE appli ii kdelibs4c2a 4:3.5.8.dfsg.1-4core libraries and binaries for al ii libacl1 2.2.45-1Access control list shared library ii libart-2.0-2 2.3.19-3Library of functions for 2D graphi ii libattr1 1:2.4.39-1 Extended attribute shared library ii libaudio21.9.1-1 Network Audio System - shared libr ii libc62.7-5 GNU C Library: Shared libraries ii libdbus-1-3 1.1.2-1 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libdvdread3 0.9.7-5 library for reading DVDs ii libexpat11.95.8-4XML parsing C library - runtime li ii libfam0 2.7.0-13Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-4 GCC support library ii libhal1 0.5.10-5Hardware Abstraction Layer - share ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.1-1 GNU libidn library, implementation ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libk3b3 1.0.4-3 The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.5-1 Second generation incarnation of t ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libqt3-mt3:3.3.7-9 Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1X11 Session Management library ii libstdc++6 4.2.2-4 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft2 2.1.12-2FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender1 1:0.9.4-1 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii wodim9:1.1.6-1 command line CD/DVD writing tool ii zlib1g 1:1.2.3.3.dfsg-8compression library - runtime Versions of packages k3b recommends: ii dvd+rw-tools 7.0-9 DVD+-RW/R tools pn kcontrol none (no description available) pn kdebase-kio-plugins none (no description available) pn vcdimager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463701: ia32-libs-gtk: Please add libgnome-vfs.so
Package: ia32-libs-gtk Version: 2.1 Severity: normal While running firefox in 32bit mode and going through it's preference windows, somewhere (I can't find back the exact point) it printed: (firefox-bin:12218): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/filesystems/libgnome-vfs.so: wrong ELF class: ELFCLASS64 So, I'd say that library is missing :). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 2.2ia32 shared libraries for use on a ia32-libs-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457291: flash could be supported on stable.
I'm sorry, but it doesn't seem to make much sense to let the debian users of stable and testing suffer like this. It's not like Adobe is going to be like Oh My God! and change their ways. They clearly don't give a damn. I can't help but sense a political reason not to support flash, just because it's non-free, the maintainers of debian WANT it to be broken, almost, and certainly don't look hard for a way to give their users an easy way to use flash. Just as long as the result is that the users blame Adobe, and not debian, it's ok - regardless of how much the users suffer because of it. Flashplayer could be support, technically, in the following way: The flashplugin-nonfree package would keep track of the last time it downloaded the flashplayer from Adobe. If an update (ie for security reasons) is needed, then a new flashplugin-nonfree with a newer version is released. This would cause the package to be updated the usual way. The new package would contain the date at which Adobe made the lastest version available. If that date is later than the last time the flashplayer was downloaded - it is downloaded again, and installed. If necessary, ie as sanity check, it is easy to obtain the real version from libflashplayer.so: strings libflashplayer.so | grep '[0-9]\.[0-9] r[0-9]' Shockwave Flash 9.0 r48 To make a long story short: TECHNICALLY there is no reason to rip flashplugin-nonfree out of stable and testing-- it is therefore not very nice towards the users of debian and my anger towards Adobe is now devided over Adobe AS WELL as debian. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464350: /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: wrong ELF class: ELFCLASS64
Package: ia32-libs-gtk Version: 2.1 Severity: normal I believe that this bug has been reported before (#435455, #460169, and #463701 all seem to refer to the same thing, but I'm not sure and if they are they are looking in the wrong direction). The bug that I ran into is in gdk_pixbuf_io_init, gdk-pixbuf-io.c:534: /* FIXME: using an absolute path requires patching Makefile.am */ gchar *gdkpixbuf_module_files_d_str = g_build_filename (PIXBUF_LIBDIR, .., loader-files.d, NULL); Because PIXBUF_LIBDIR is /usr/lib/gtk-2.0/2.10.0/loaders, this indirectly causes the 64-bit libraries to be read instead of the 32-bit libraries. In the case of ia32-libs-gtk, PIXBUF_LIBDIR should be /usr/lib32/gtk-2.0/2.10.0/loaders. Excerpt from gdb: (gdb) fr 0 #0 gdk_pixbuf_io_init () at /usr/src/gtk+2.0/gtk+2.0-2.12.7/gdk-pixbuf/gdk-pixbuf-io.c:532 532 gchar *gdkpixbuf_module_file_str = gdk_pixbuf_get_module_file (); (gdb) n 537 NULL); (gdb) p gdkpixbuf_module_file_str $31 = (gchar *) 0x90626a0 /etc/gtk-2.0/gdk-pixbuf.loaders.32 (gdb) n 540 GError *error = NULL; (gdb) p gdkpixbuf_module_files_d_str $32 = (gchar *) 0x9062f58 /usr/lib/gtk-2.0/2.10.0/loaders/../loader-files.d Isn't it possible to read /etc/gtk-2.0/gdk-pixbuf.loaders.32 and extract the value of LoaderDir from it (which is added as comment), or else read the first line starting with a quote and use the directory part from that. The start of /etc/gtk-2.0/gdk-pixbuf.loaders.32 is: # GdkPixbuf Image Loader Modules file # Automatically generated file, do not edit # Created by gdk-pixbuf-query-loaders from gtk+-2.10.3 # # LoaderDir = /usr/lib32/gtk-2.0/2.10.0/loaders # /usr/lib32/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so I realize that for amd64 the value of PIXBUF_LIBDIR is different, but that simply isn't sufficient. (gdb) info shared 0xf70b28e0 0xf70c5124 Yes /opt2/firefox-chroot/usr/lib/libgdk_pixbuf-2.0.so.0 In other words, this is a 32-bit library that doesn't know that it is running on a 64-bit machine other than by means of environment variables. Please, at least support PIXBUF_LIBDIR through an environment variable, or else parse the file in gdkpixbuf_module_file_str. Since this library was compiled inside a 32-bit chroot, it's really part of libgtk2.0-0, but I thought it was better to report the bug against ia32-libs-gtk. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 2.2ia32 shared libraries for use on a ia32-libs-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464350: ia32-libs-gtk: Fixed loader path in 32-bit version points to 64-bit files.
Package: ia32-libs-gtk Followup-For: Bug #464350 Okayy, so we have: strings /usr/lib/libgdk_pixbuf-2.0.so.0 | grep '^/.*loaders' /usr/lib/gtk-2.0/2.10.0/loaders But strings /usr/lib32/libgdk_pixbuf-2.0.so.0 | grep '^/.*loaders' /usr/lib/gtk-2.0/2.10.0/loaders ??? I was wrong that the path is fixed/changed for ia32-libs-gtk? I don't understand how this can ever work :/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 2.2ia32 shared libraries for use on a ia32-libs-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#245874: locate silently fails if partition full
Package: locate Version: 4.2.31-4 Followup-For: Bug #245874 I had the exact same problem. As a result, I haven't been able to use locate for a long time, until I finally found the time to dig into this. All this time, locate was run from cron, producing no errors and an empty database (Causing 'locate' to return nothing for whatever query). At the very least this problem should be mentioned in the Debian.README file. There is a work around for it. By default, 'sort' is using /var/tmp, which is 1GB large on my system. If that partition runs full, locate silently fails. If you have a larger partition that can be used for temporary files (ie, /tmp), you can add export TMPDIR=/tmp to /etc/updatedb.findutils.cron.local and it will use that. However, at least as important is the fact that a temp file of several GIGA bytes is necessary at all. I can imagine that not everyone has a 10 GB tmp partition like me, especially not on encrypted systems (where also tmp has to be encrypted) a tmpfs is being used that uses the (encrypted) swap, normally. Perhaps I have more files than others, but it's that special. I'm just using my PC to develop open source stuff. I had /etc/cron.daily/locate running while typing this, and it's currently at: Filesystem Size Used Avail Use% Mounted on tmpfs 11G 2.7G 8.1G 26% /tmp tmpfs 1.1G 0 1.1G 0% /var/tmp 2.7 GB and growing! I hope it will be done before 11G, or I'd start to expect something else to wrong :/ (before starting it, /tmp was using 33 MB). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages locate depends on: ii findutils 4.2.31-4 utilities for finding files--find, ii libc6 2.7-6 GNU C Library: Shared libraries locate recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463343: schroot: Does not end sessions automatically.
Package: schroot Version: 1.1.5-1.1 Severity: important I've been using schroot as: $ schroot -c sid32 for some time. At some point 'locate' stopped working - I didn't know why. The reason, in the end, turns out to be that updatedb aborts silently when the tmp partition used by sort runs full. As a result of schroot never closing sessions, the amount of files that updatedb found resulted in a tmp file of 8GB! At this moment I have: hikaru:~ls /var/lib/schroot/mount sid32-11e8d299-cb3f-4991-bbf3-9e6d300260a2/ sid32-141009d2-97dc-472b-9e32-7b98ba7a9abf/ sid32-1dd09ea0-3a35-419b-9ac6-a3df279af0bd/ sid32-1fffb5c9-2b1c-4019-a8f8-eb0047e916a5/ sid32-22dcf5cc-eea4-4294-a150-8a8a91306734/ sid32-2e4b07cd-5157-42bd-a41a-81d3a68964c8/ sid32-32afbf8a-1931-4707-b22b-a6f2b6c63b19/ sid32-3ac7451d-b19a-42af-9413-57eb787315e1/ sid32-4af4ece3-1a83-40c0-92cc-21e2ac501076/ sid32-4b75b6b6-b3a5-49d2-8cf2-85b99149059f/ sid32-526c633c-5a1c-47cd-97eb-658f775f7ffc/ sid32-52a74b46-ba3a-4759-8f9a-e35865ce8a34/ sid32-549a7233-b621-4547-8ff7-ea1f1d9792ae/ sid32-56633f72-5037-4b9e-a576-d1c08f6db3e3/ sid32-56786030-90ea-433d-8af5-19cdce66e74d/ sid32-5a531ecb-1ea2-41d6-959b-ae3d66fe47fa/ sid32-5b07e7b1-3538-4fc8-93a6-1b24a0664f82/ sid32-5e20524c-5f30-41dc-95f5-568b02078f2d/ sid32-67a8c56e-a29e-4d4e-8395-4b61e3ac3851/ sid32-6c56ee9a-0dfd-4bb3-bce2-d110c238bdf7/ sid32-6cbac6f3-5f47-478a-a110-2f74a70934a4/ sid32-7474bbc8-74c9-41eb-8b2f-cb1c1968883d/ sid32-92a8d79c-ba88-44cf-a118-585108dc72ff/ sid32-94a6ced1-c7f1-4e1d-9e4a-7e86e3c10857/ sid32-9a8fdccb-6f29-46f8-9591-5ace3910673f/ sid32-9eadb480-dbf2-42c6-90eb-09624475c525/ sid32-a2a1e8c2-24ad-4a36-b9a9-80f1a5de8820/ sid32-a32166ae-5421-4299-92c5-4630a9535bbd/ sid32-ac8efea1-8489-41d2-853a-988f5657dd87/ sid32-add8e4e3-48bd-4dbd-b558-536129b37dcf/ sid32-bd3fbfca-6d43-40ba-b4e5-150e6b450183/ sid32-be5ab2ff-df56-4fa2-8864-5495b3223a71/ sid32-c1c2db1e-7eed-45ba-be9c-7e15f84448f3/ sid32-c84448a9-0a57-4c2a-9a41-c60e0591ba06/ sid32-df306a93-1d63-494d-a726-c924190900c6/ sid32-e40363ba-aa87-4e83-ab2a-d71193d8837a/ sid32-e5921bf6-0d5b-4c0a-bb7a-82240c01ad66/ sid32-e68548a8-1987-4006-acce-262b28df3ff1/ sid32-fa2a26d0-6430-4737-835d-b2d988c5dc1f/ I have no idea why the sessions aren't closed. I just run, from the command line, schroot -c sid32 and when I'm done in 32bit mode, I exit again to return to my 64bit shell that I started schroot from. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages schroot depends on: ii libboost-program-option 1.34.1-2 program options library for C++ ii libboost-regex1.34.11.34.1-2 regular expression library for C++ ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii liblockdev1 1.0.3-1.2Run-time shared library for lockin ii libpam0g0.99.7.1-5 Pluggable Authentication Modules l ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 ii libuuid11.40.3-1 universally unique id library ii schroot-common 1.1.5-1.1common files for schroot schroot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427409: identd[5713]: s_open(/var/run/identd.pid, O_WRONLY): Permission denied
Package: pidentd Version: 3.0.19.ds1-3 Followup-For: Bug #427409 My daemon.log shows: Jun 10 15:08:39 ansset identd[5713]: started Jun 10 15:08:39 ansset identd[5713]: s_open(/var/run/identd.pid, O_WRONLY): Permission denied and so on. The reason is that identd runs as nobody and /var/run is: drwxr-xr-x 13 root root 4096 2007-06-10 15:18 /var/run/ Note that during installation of pidentd we get: [...] Unpacking pidentd (from .../pidentd_3.0.19.ds1-3_i386.deb) ... Setting up pidentd (3.0.19.ds1-3) ... adduser: Warning: that home directory does not belong to the user you are currently creating. And the accompanying error when purging this package: Removing pidentd ... Purging configuration files for pidentd ... userdel: /var/run not owned by identd, not removing dpkg: error processing pidentd (--purge): subprocess post-removal script returned error exit status 12 Errors were encountered while processing: pidentd -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidentd depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8e-5 SSL shared libraries ii netbase 4.29 Basic TCP/IP networking system ii openbsd-inetd [inet-superse 0.20050402-6 The OpenBSD Internet Superserver ii passwd 1:4.0.18.1-9 change and administer password and ii update-inetd4.27-0.5 inetd.conf updater pidentd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428312: gkrellm: does not reconnect with daemon after a (remote?) daemon restart.
Package: gkrellm Version: 2.2.10-1 Severity: normal I have three debian boxes running 'testing' on a LAN. Two are running gkrellmd and the third is running three times gkrellm, two of which connect to the other two machines. When I reboot one of the two machines that run gkrellmd, or otherwise kill gkrellmd and restart it, the gkrellm running on the third box never reconnects (well, I wasn't patient enough to wait more than a couple of minutes). When I restart gkrellm, it is immediately connected again of course. I think that in the case of a disconnect from a (remote) gkrellmd - and connection attempt should be done once every second or so. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gkrellm depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1.2 generic font configuration library ii libgcrypt11 1.2.4-2LGPL Crypto library - runtime libr ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnutls13 1.6.3-1the GNU TLS library - runtime libr ii libgtk2.0-0 2.8.20-7 The GTK+ graphical user interface ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libsm62:1.0.3-1 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra gkrellm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428470: dpkg-dev: dpkg-scanpackages no longer seems to understand or read override file
Package: dpkg-dev Version: 1.14.4 Severity: normal I have a setup that used to work - it suddenly stopped working. The current behaviour is as follows: hikaru:/usr/src/dists/nvidials -l total 32 lrwxrwxrwx 1 carlo src 63 2007-06-12 02:53 nvidia-glx_100.14.06-0_amd64.deb - /usr/src/nvidia/2.6.18-4-amd64/nvidia-glx_100.14.06-0_amd64.deb lrwxrwxrwx 1 carlo src 67 2007-06-12 02:53 nvidia-glx-dev_100.14.06-0_amd64.deb - /usr/src/nvidia/2.6.18-4-amd64/nvidia-glx-dev_100.14.06-0_amd64.deb lrwxrwxrwx 1 carlo src 84 2007-06-12 02:56 nvidia-kernel-2.6.18-4-amd64_100.14.06+beta_amd64.deb - /usr/src/nvidia/2.6.18-4-amd64/nvidia-kernel-2.6.18-4-amd64_100.14.06+beta_amd64.deb lrwxrwxrwx 1 carlo src 77 2007-06-12 02:53 nvidia-kernel-2.6-amd64_100.14.06+beta_all.deb - /usr/src/nvidia/2.6.18-4-amd64/nvidia-kernel-2.6-amd64_100.14.06+beta_all.deb lrwxrwxrwx 1 carlo src 73 2007-06-12 02:54 nvidia-kernel-source_100.14.06-0_amd64.deb - /usr/src/nvidia/2.6.18-4-amd64/nvidia-kernel-source_100.14.06-0_amd64.deb -rw-r--r-- 1 carlo src 361 2007-06-12 02:51 overridefile -rw-r--r-- 1 carlo src 1897 2007-06-12 02:56 Packages.gz -rw-r--r-- 1 carlo src 201 2007-06-12 02:38 Release hikaru:/usr/src/dists/nvidiadpkg-scanpackages . overridefile | gzip Packages.gz ** Packages in archive but missing from override file: ** nvidia-glx nvidia-glx-dev nvidia-kernel-2.6-amd64 nvidia-kernel- 2.6.18-4-amd64 nvidia-kernel-source Wrote 5 entries to output Packages file. hikaru:/usr/src/dists/nvidiacat overridefile nvidia-glx optional non-free/x11 Carlo Wood [EMAIL PROTECTED] nvidia-glx-dev optional non-free/x11 Carlo Wood [EMAIL PROTECTED] nvidia-kernel-2.6-amd64 optional non-free/x11 Carlo Wood [EMAIL PROTECTED] nvidia-kernel-2.6.18-4-amd64 optional non-free/x11 Carlo Wood [EMAIL PROTECTED] nvidia-kernel-source optional non-free/x11 Carlo Wood [EMAIL PROTECTED] hikaru:/usr/src/dists/nvidiazcat Packages.gz | grep [EMAIL PROTECTED] hikaru:/usr/src/dists/nvidia hikaru:/usr/src/dists/nvidiazcat Packages.gz | grep Maintainer Maintainer: Randall Donald [EMAIL PROTECTED] Maintainer: Randall Donald [EMAIL PROTECTED] Maintainer: Randall Donald [EMAIL PROTECTED] Maintainer: Randall Donald [EMAIL PROTECTED] Maintainer: Randall Donald [EMAIL PROTECTED] In other words, my overridefile was 'ignored' and dpkg-scanpackages complains that packages in the archive are missing from the overridefile while they are NOT missing. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-dev depends on: ii binutils 2.17cvs20070426-8 The GNU assembler, linker and bina ii cpio 2.7-3 GNU cpio -- a program to manage ar ii dpkg 1.14.4package maintenance system for Deb ii make 3.81-3The GNU version of the make util ii patch 2.5.9-4 Apply a diff file to an original ii perl [perl5] 5.8.8-7 Larry Wall's Practical Extraction ii perl-modules 5.8.8-7 Core Perl modules Versions of packages dpkg-dev recommends: ii bzip2 1.0.3-6high-quality block-sorting file co ii gcc [c-compiler] 4:4.1.1-15 The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-21 The GNU C compiler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426185: gkrellmd: uses /var/run as home directory
Package: gkrellmd Version: 2.2.10-1 Severity: normal I can't believe that this is normal, while installing gkrellmd: # apt-get install gkrellmd [...] Setting up gkrellmd (2.2.10-1) ... Warning: The home dir you specified already exists. Adding system user `gkrellmd' (UID 108) ... Adding new user `gkrellmd' (UID 108) with group `nogroup' ... The home directory `/var/run' already exists. Not copying from `/etc/skel'. adduser: Warning: that home directory does not belong to the user you are currently creating. Starting gkrellmd: gkrellmd. If this is really the intended behaviour, then surely there is a more clean way to achieve it besides this many warning messages? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gkrellmd depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib2.0-02.12.4-2 The GLib library of C routines gkrellmd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375578: apt-file: Additional comment for bug #375578
Package: apt-file Version: 2.0.8.2 Followup-For: Bug #375578 I ran into this too - even though it is labeled as a 'minor' bug, why wasn't this fixed in the mean time? It is a very little work to fix it. The way it is now, apt-file even suggests to install 'ssh' when you already have that installed and working (as openssh-client). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-file depends on: ii gzip 1.3.9-2The GNU compression utility ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii libconfig-file-perl 1.4-2 Parses simple configuration files ii perl 5.8.8-7Larry Wall's Practical Extraction ii wget 1.10.2-2 retrieves files from the web apt-file recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427645: request to install python-urwid which causes reportbug to be REMOVED
Package: reportbug Version: 3.38 Severity: important hikaru:~reportbug *** Unable to import urwid interface: Please install the python-urwid package to use this interface. Falling back to text interface. Please enter the name of the package in which you have found a problem, or type 'other' to report a more general problem. ^C reportbug: exiting due to user interrupt. hikaru:~sudo apt-get install python-urwid Reading package lists... Done Building dependency tree... Done The following packages will be REMOVED: reportbug The following NEW packages will be installed: python-urwid 0 upgraded, 1 newly installed, 1 to remove and 3 not upgraded. Need to get 136kB of archives. After unpacking 143kB of additional disk space will be used. Do you want to continue [Y/n]? -- Package-specific info: ** Environment settings: EDITOR=/usr/bin/vim INTERFACE=urwid ** /home/carlo/.reportbugrc: reportbug_version 3.29.3 mode standard ui urwid -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.6.46.4-0.1 Advanced front-end for dpkg ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.14 register and build utility for Pyt reportbug recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427419: manpages-dev: /usr/share/man/man2/epoll_pwait.2.gz is symlink to itself
Package: manpages-dev Version: 2.49-1 Followup-For: Bug #427419 Hi, I just installed manpages-dev with apt-get (being the only major thing I've changed) and the next day I find this mail in my box: /etc/cron.daily/man-db: mandb: can't resolve /usr/share/man/man2/epoll_pwait.2.gz: Too many levels of symbolic links Reason is: hikaru:~ls -l /usr/share/man/man2/epoll_pwait.2.gz lrwxrwxrwx 1 root root 16 2007-06-05 03:02 /usr/share/man/man2/epoll_pwait.2.gz - epoll_pwait.2.gz -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 2.49-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427664: exim4[9771] trap divide error rip:2b799ba4ab83 rsp:7fff0f023930 error:0
Package: exim4 Version: 4.63-17 Severity: grave Justification: renders package unusable After doing an 'apt-get upgrade' on Jun 2 around 18:30 CET, the receiving of mail completely broke. This upgrade installed version 4.63-17. === The only errors could be found in /var/log/messages, of the sort: Jun 2 18:33:10 hikaru kernel: exim4[31923] trap divide error rip:2b799ba4ab83 rsp:7fff0f023930 error:0 Jun 2 18:33:54 hikaru kernel: exim4[31949] trap divide error rip:2b799ba4ab83 rsp:7fff0f023930 error:0 Jun 2 18:34:08 hikaru kernel: exim4[31960] trap divide error rip:2b799ba4ab83 rsp:7fff0f023930 error:0 Jun 2 18:34:19 hikaru kernel: exim4[31970] trap divide error rip:2b799ba4ab83 rsp:7fff0f023930 error:0 and so on, probably one for every mail delivery attempt. I did not notice this for three days :(( Just now I did - and then proceeded to download the source code of exim from sid (not lenny), version 4.67-1. I compiled this on my box (which runs 'testings') and installed it - after which mail worked again. I think this error is extremely serious and don't understand how it is possible that testing was broken this seriously for (at least) three days. If this is known bug that was really fixed in sid, then this fix should be released asap for testing. If not, then please let me know and I'll downgrade to 4.63-17 again and try to find out what is causing the problem. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4 depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii exim4-base4.67-1 support files for all exim MTA (v4 ii exim4-daemon-light4.67-1 lightweight exim MTA (v4) daemon exim4 recommends no packages. -- debconf information: exim4/drec: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429605: git-core: git 1.4.x is REALLY outdated (and has a proven bug in bisect)
Package: git-core Version: 1:1.4.4.4-2 Severity: normal I am using Lenny, which still has git-core 1.4.4.4. After I ran into a very weird behaviour of 'git bisect' on the linux kernel, I had some correspondence with Linus Torvalds and he urged me to upgrade to 1.5. I did this, and the problem went away. Linus writes: On Tue, 19 Jun 2007, Carlo Wood wrote: Conclusion: the weird behaviour that you think was wrong is totally due to git 1.4.4.4. Ok. I'll bounce a note to Junio just due to curiosity in case he goes ahh, yeah, it was that known bug, but I'll otherwise ignore this. Git-1.5.x is such a radically better version (not because it fixes this bug, but because we fixed a number of other issues, notably some very basic usability things), that I think any git users should really upgrade to a newer version. IOW, there's simply no reason to stay on anything older (git has always been backwards compatible since very early on, so upgrading to a newer version of git won't break anything, although some of the new UI's might obviously cause you to do things differently). As Linus is the author of git - I'd like, in turn, urge the debian maintainers of git-core to upgrade to 1.5.x. 1.4.4.4 is REALLY too outdated to have ANY benefit whatsoever. It is not more stable or anything, it's just plain old, buggy and much worse to use. Nobody should be using it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc4-hikaru-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-core depends on: ii libc6 2.5-9 GNU C Library: Shared libraries ii libcurl3-gnutls 7.15.5-1 Multi-protocol file transfer libra ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii liberror-perl 0.15-8 Perl module for error/exception ha ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii perl-modules 5.8.8-7Core Perl modules ii zlib1g1:1.2.3-15 compression library - runtime Versions of packages git-core recommends: pn curl none (no description available) pn git-doc none (no description available) ii less 394-4 Pager program similar to more ii openssh-client [ssh-client] 1:4.3p2-9 Secure shell client, an rlogin/rsh ii patch 2.5.9-4Apply a diff file to an original ii rsync 2.6.9-3fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429605: git-core: git 1.4.x is REALLY outdated (and has a proven bug in bisect)
On Tue, Jun 19, 2007 at 05:54:56PM +, Gerrit Pape wrote: Hi Carlo, we usually don't include new upstream versions into a Debian stable release. For some packages this might seem bad, for some it's definitely good. Overall it helps the quality of a Debian stable release during its lifetime. Well, there is nothing you can do about etch anymore anyway, my request was for 'testing'. The recent versions of git are included in the unstable distribution, and after some delay in the testing distribution too. Does there have to be a fixed delay? How is this delay determined? For users of the stable release, there's the backports.org service that provides new upstream versions to be installed on the stable release, see also this thread http://thread.gmane.org/gmane.comp.version-control.git/50411 I participated in that thread, as you can see :p -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430006: The version of nvidia-graphics-modules-amd64 is outdated
Package: nvidia-graphics-modules-amd64 Severity: normal Currently, the version of the source package nvidia-graphics-modules-amd64 in unstable is 1.0.8776-4 while the version of nvidia-graphics-drivers has been bumped to 100.14.09-1. This is not compatible and gives me problems. Please bump nvidia-graphics-modules-amd64 to 100.14.09-1 asap? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc4-hikaru-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430706: savelog: COMPRESS options are being passed to which
Package: debianutils Version: 2.21 Severity: normal Tags: patch I started to get email from crond about: which: invalid option -- 9 which: invalid option -- f The reason is that you are passing options meant for bzip to which. Here is a patch: --- /usr/bin/savelog.orig 2007-06-26 19:55:43.0 +0200 +++ /usr/bin/savelog2007-06-26 20:11:19.0 +0200 @@ -77,7 +77,8 @@ # common location export PATH=$PATH:/sbin:/bin:/usr/sbin:/usr/bin -COMPRESS=gzip -9f +COMPRESS=gzip +COMPRESS_OPTS=-9f DOT_Z=.gz DATUM=`date +%Y%m%d%H%M%S` @@ -141,7 +142,7 @@ C) forceclean=1 ;; d) datum=1 ;; t) touch=1 ;; - j) COMPRESS=bzip2 -9f ; DOT_Z=.bz2 ;; + j) COMPRESS=bzip2; COMPRESS_OPTS=-9f; DOT_Z=.bz2 ;; l) COMPRESS= ;; p) preserve=1 ;; n) rotateifempty=no ;; @@ -244,9 +245,9 @@ mv -- $newname.0 $newfile else newfile=$newname.1$DOT_Z -# $COMPRESS $newname.0 $newfile +# $COMPRESS $COMPRESS_OPTS $newname.0 $newfile # rm -f $newname.0 - $COMPRESS $newname.0 + $COMPRESS $COMPRESS_OPTS $newname.0 mv -- $newname.0$DOT_Z $newfile fi fixfile $newfile @@ -254,7 +255,7 @@ # compress the old uncompressed log if needed if test -n $datum test -n $COMPRESS; then - $COMPRESS -- $newname.[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9] + $COMPRESS $COMPRESS_OPTS -- $newname.[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9] fi # remove old files if so desired -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc5-agp1-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debianutils depends on: ii libc6 2.5-9 GNU C Library: Shared libraries debianutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420758: Acknowledgement (Does not match libstdc++6-dbg)
I ran into this problem again today. This time because valgrind refuses to run: ./amule: /usr/lib/debug/libstdc++.so.6: version `CXXABI_1.3.1' not found (required by ./amule) ==22446== Jump to the invalid address stated on the next line ==22446==at 0x1D6: ??? ==22446==by 0x400197C: version_check_doit (in /lib/ld-2.3.6.so) ==22446==by 0x400B3BD: _dl_receive_error (in /lib/ld-2.3.6.so) ==22446==by 0x400282E: dl_main (in /lib/ld-2.3.6.so) ==22446==by 0x400F3E7: _dl_sysdep_start (in /lib/ld-2.3.6.so) ==22446==by 0x4000B45: _dl_start (in /lib/ld-2.3.6.so) ==22446==by 0x40007B6: (within /lib/ld-2.3.6.so) ==22446== Address 0x1D6 is not stack'd, malloc'd or (recently) free'd This seems like a very easy fix, has nobody looked at it yet please? It's highly annoying that libstdc++ doesn't have debug symbols. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433166: totem-xine: totem stopped working after recent upgrade: no codec is known anymore
Package: totem-xine Version: 2.18.2-1 Severity: grave Justification: renders package unusable I've been totem for a long time without problems. After my last apt-get update/upgrade, totem stops playing anyting. Any movie that I try to open results in a popup says something like: Video codec 'XviD' is not handled. You might need to install additional plugins to be able to play some types of movies. where the codec name is whatever is needed. No codec seems to work anymore. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc5-agp1-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages totem-xine depends on: ii gconf2 2.18.0.1-3 GNOME configuration database syste ii gnome-icon-theme2.18.0-3 GNOME Desktop icon theme ii libart-2.0-22.3.19-3 Library of functions for 2D graphi ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libbonobo2-02.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.5-9GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-20.73-2 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcc1 1:4.2-20070627-1 GCC support library ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.1-1library to load .glade files at ru ii libglib2.0-02.12.12-1+b1 The GLib library of C routines ii libgnome-desktop-2 2.18.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-0 2.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-02.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2 GNOME Virtual File System (runtime ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libhal1 0.5.9.1-2Hardware Abstraction Layer - share ii libice6 1:1.0.3-2X11 Inter-Client Exchange library ii liblircclient0 0.8.0-9.3LIRC client library ii libnautilus-extension1 2.18.1-3+b1 libraries for nautilus components ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.4-1+b1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libpopt01.10-3 lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification 0.9-1library for program launch feedbac ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libtotem-plparser1 2.18.2-1 Totem Playlist Parser library - ru ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4X11 Input extension library ii libxine11.1.7-1 the xine video/media player librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii libxtst61:1.0.2-1X11 Testing -- Resource extension ii libxxf86vm1 1:1.0.1-2X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime Versions of packages totem-xine recommends: ii totem-mozilla 2.18.2-1 Totem Mozilla plugin -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433166: totem-xine: totem stopped working after recent upgrade: no codec is known anymore
On Sun, Jul 15, 2007 at 10:47:14AM +0200, Loïc Minier wrote: What if you install libxine1-ffmpeg? Yup, that fixes things again. Had to be something simple, I guess it's a missing dependency - and probably not even of totem but of xine? Thanks -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433342: libboost-serialization1.33.1 is missing
Package: libboost-serialization1.33.1 Severity: normal I can find the following boost libraries in 'testing': libboost-date-time1.33.1 - set of date-time libraries based on generic programming concepts libboost-filesystem1.33.1 - filesystem operations (portable paths, iteration over directories, etc) in C++ libboost-graph1.33.1 - generic graph components and algorithms in C++ libboost-iostreams1.33.1 - Boost.Iostreams Library libboost-program-options1.33.1 - program options library for C++ libboost-python1.33.1 - Boost.Python Library libboost-regex1.33.1 - regular expression library for C++ libboost-signals1.33.1 - managed signals and slots library for C++ libboost-test1.33.1 - components for writing and executing test suites libboost-thread1.33.1 - portable C++ multi-threading Where is libboost-serialization1.33.1 ? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-rc5-agp1-188e1f81ba31af1b65a2f3611df4c670b092bbac-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420758: Does not match libstdc++6-dbg
Package: libstdc++6 Version: 4.1.1-21 Severity: normal The package libstdc++6 contains the library /usr/lib/libstdc++.so.6.0.8 I need debugging symbols for this package, so I have also installed the package libstdc++6-dbg Currently, the pacakge libstdc++6-dbg contains the file /usr/lib/debug/libstdc++.so.6.0.3 This version number doesn't match and is therefore not found/used by my debugging program (and possible really is just not usable - since the versions are different). I would have reported this as a bug of libstdc++6-dbg, but when I run reportbug for 'libstdc++6-dbg' it thinks the corresponding SOURCE package is gcc-3.4 ? So, perhaps this is the problem: dpkg -s libstdc++6 | grep '^Source' Source: gcc-4.1 (4.1.1ds2-21) dpkg -s libstdc++6-dbg | grep '^Source' Source: gcc-3.4 (3.4.6ds1-5) Somehow that doesn't seem consistent to me. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libstdc++6 depends on: ii gcc-4.1-base4.1.1-21 The GNU Compiler Collection (base ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library libstdc++6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454599: gstreamer0.10-plugins-bad: Does STILL not play VCD
Hi... it's 2 months later now, and I think that upstream update has been there - but I still can't play this bin/cue. mplayer doesn't work at all, it aborts with: Too many audio packets in the buffer: (3681 in 8388999 bytes). Maybe you are playing a non-interleaved stream/file or the codec failed? That was the same error as before. And totem now shows a still image that appears to be a DVD menu (showing that the disk contains two episodes), but I can't do anything with it. If I try to skip forwards, it just starts at the beginning, and if I right click to get a menu, there are no other options. It's impossible to chose one of the two episodes or otherwise start the real movie. On Mon, Mar 31, 2008 at 09:41:27AM +0200, Sebastian Dröge wrote: On Mo, 2008-03-31 at 05:02 +0200, Carlo Wood wrote: Package: gstreamer0.10-plugins-bad Version: 0.10.6-6 Followup-For: Bug #454599 I'm trying to play a movie with totem (a .bin/cue file), but I'm getting: ** Message: don't know how to handle video/x-vcd ** Message: Error: A VideoCD (VCD) decoder plugin is required to play this stream, but not installed. gstdecodebin.c(792): close_pad_link (): /play/decodebin0: No decoder to handle media type 'video/x-vcd' ** Message: Missing plugin: gstreamer|0.10|totem|VideoCD (VCD) decoder|decoder-video/x-vcd (VideoCD (VCD) decoder) ** Message: Automatic missing codec installation not supported (helper script missing) I tried gstreamer0.10-plugins-ugly and gstreamer0.10-plugins-really-bad too, all from sid. That's a known problem. There still has to be a cdxaparse/vcdparse plugin be ported to 0.10 before this works out of the box. Should be done with next upstream release :) -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484995: pango1.0: Pango-WARNING **: Error loading GPOS table 5503
Package: pango1.0
Version: 1.20.2
Severity: normal
While running the command doxygen for my project,
which somewhere runs 'dot graph_legend.dot -Tpng:gd -o
graph_legend.png', dot prints:
Pango-WARNING **: Error loading GPOS table 5503
This occurs because in line
pango1.0-1.20.2/pango/opentype/harfbuzz-gpos.c:664,
error is set to HB_Err_Invalid_SubTable_Format:
663 default:
664 return ERR(HB_Err_Invalid_SubTable_Format);
This is a switch for the variable an-PosFormat in line 575:
575 switch ( an-PosFormat )
an-PosFormat has value 56 at that moment, and was read just
before on line 571:
571 an-PosFormat = GET_UShort();
GET_UShort is a macro that depends on stream-cursor
stream is at the point:
(gdb) p *stream
$112 = {base = 0x2b7330d17000 , size = 465256, pos = 454286,
descriptor = {value = 47773740265472, pointer = 0x2b7330d17000},
pathname = {value = 6732768, pointer = 0x66bbe0}, read = 0,
close = 0x2b732ee23b90, memory = 0x62b960, cursor = 0x2b7330d85e8e ,
limit = 0x2b7330d85e8e }
The file associated with this stream is:
(gdb) p *((char(*)[60])stream.pathname.pointer)
$77 =
/usr/share/fonts/truetype/freefont/FreeSans.ttf\000\000\000\000\000\000\000\000\000q\000\000
dpkg -S /usr/share/fonts/truetype/freefont/FreeSans.ttf
ttf-freefont: /usr/share/fonts/truetype/freefont/FreeSans.ttf
dpkg -l ttf-freefont
+++-==-==-
ii ttf-freefont 20080323-3 Freefont Serif, Sans and Mono Truetype fonts
md5sum /usr/share/fonts/truetype/freefont/FreeSans.ttf
903788b0c6066dc3341fcb8bdd492ddc /usr/share/fonts/truetype/freefont/FreeSans.ttf
Backtrace at the moment that the error occurs:
(gdb) bt
#0 Load_Anchor (an=0x686ed0, stream=0x66c640) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-gpos.c:573
#1 0x2b732ec02df4 in Load_Mark2Array (m2a=0x685fa0, num_classes=2,
stream=0x66c640) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-gpos.c:2803
#2 0x2b732ec0337f in Load_MarkMarkPos (st=0x685f50, stream=0x66c640) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-gpos.c:2927
#3 0x2b732ec0a3f1 in _HB_GPOS_Load_SubTable (st=0x685f50, stream=0x66c640,
lookup_type=6) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-gpos.c:5878
#4 0x2b732ec0bcd1 in Load_SubTable (st=0x685f50, stream=0x66c640,
table_type=HB_Type_GPOS, lookup_type=6) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-open.c:458
#5 0x2b732ec0c0d8 in Load_Lookup (l=0x685e70, stream=0x66c640,
type=HB_Type_GPOS) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-open.c:536
#6 0x2b732ec0c3d6 in _HB_OPEN_Load_LookupList (ll=0x685918,
stream=0x66c640, type=HB_Type_GPOS) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-open.c:618
#7 0x2b732ebfcc75 in HB_Load_GPOS_Table (font=0x66c6a0, retptr=0x6304b8,
gdef=0x672920) at
/home/carlo/tmp/pango1.0-1.20.2/pango/opentype/harfbuzz-gpos.c:141
#8 0x2b732ebed74d in pango_ot_info_get_gpos (info=0x630480) at
/home/carlo/tmp/pango1.0-1.20.2/pango/pango-ot-info.c:352
#9 0x2b732ebed80c in get_tables (info=0x630480,
table_type=PANGO_OT_TABLE_GPOS, script_list=0x7fff7f41f878, feature_list=0x0)
at /home/carlo/tmp/pango1.0-1.20.2/pango/pango-ot-info.c:385
#10 0x2b732ebed90e in pango_ot_info_find_script (info=0x630480,
table_type=PANGO_OT_TABLE_GPOS, script_tag=1818326126,
script_index=0x7fff7f41f8dc) at
/home/carlo/tmp/pango1.0-1.20.2/pango/pango-ot-info.c:433
#11 0x2b732ebee8a7 in pango_ot_ruleset_new_for (info=0x630480,
script=PANGO_SCRIPT_LATIN, language=0x629950) at
/home/carlo/tmp/pango1.0-1.20.2/pango/pango-ot-ruleset.c:253
#12 0x2b732ebee99f in pango_ot_ruleset_new_from_description (info=0x630480,
desc=0x7fff7f41f9e0) at
/home/carlo/tmp/pango1.0-1.20.2/pango/pango-ot-ruleset.c:299
#13 0x2b732ebee6d6 in pango_ot_ruleset_get_for_description (info=0x630480,
desc=0x7fff7f41f9e0) at
/home/carlo/tmp/pango1.0-1.20.2/pango/pango-ot-ruleset.c:149
#14 0x2b7330b1647a in ?? () from
/usr/lib/pango/1.6.0/modules/pango-basic-fc.so
#15 0x2b732ddedbbc in _pango_engine_shape_shape (engine=0x65e2e0,
font=0x65c830, text=0x629b40 Inherited, length=9, analysis=0x630450,
glyphs=0x665c80) at /home/carlo/tmp/pango1.0-1.20.2/pango/pango-engine.c:71
#16 0x2b732de03db1 in pango_shape (text=0x629b40 Inherited, length=9,
analysis=0x630450, glyphs=0x665c80) at
/home/carlo/tmp/pango1.0-1.20.2/pango/shape.c:55
#17 0x2b732ddf558e in shape_run (line=0x65fde0, state=0x7fff7f41fcb0,
item=0x630440) at /home/carlo/tmp/pango1.0-1.20.2/pango/pango-layout.c:3072
#18 0x2b732ddf582a in process_item (layout=0x62b000, line=0x65fde0,
state=0x7fff7f41fcb0, force_fit=1, no_break_at_end=0) at
/home/carlo/tmp/pango1.0-1.20.2/pango/pango-layout.c:3182
#19 0x2b732ddf6124 in process_line (layout=0x62b000, state=0x7fff7f41fcb0)
at /home/carlo/tmp/pango1.0-1.20.2/pango/pango-layout.c:3475
#20
Bug#463343: schroot: Does not end sessions automatically.
On Sat, Apr 26, 2008 at 05:51:02AM +0400, martin f krafft wrote: Can you send your schroot.conf to the bug report? Apart from a lot of comments at the start, it only contains: [sid32] description=Debian Sid i386 (sid32) location=/opt2/sid-386-chroot priority=3 users=carlo groups=root root-groups=root personality=linux32 type=plain run-exec-scripts=true run-setup-scripts=true -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477244: closed by Wesley J. Landaker [EMAIL PROTECTED] (This doesn't sound like a bug in googleearth-package....)
On Sat, Apr 26, 2008 at 07:57:05PM +, Debian Bug Tracking System wrote: If you still feel that this is a bug in *packaging* and not in Google Earth itself, please let me know and we can reopen this bug. Hi - I just figured out that it is a missing dependency of lib32nss-mdns on 64bit. I came back here to reopen the bug and report that, but I see someone else already did that. Just want to confirm that this is the (original) problem and after installing lib32nss-mdns GoogleEarth works again (without even needing to be reinstalled - needs to be restarted though). -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486685: pidgin: Pidgin doesn't show any window, just hangs at commandline prompt.
Package: pidgin
Version: 2.4.2-2
Severity: important
Well, there is nothing more that I can add :/
hikaru:~pidgin
_ -- blinking cursor.
No window pops up or anything.
strace shows:
...
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 4523) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 2) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN, revents=POLLIN}], 7,
16309) = 1
read(15, CHL 0 27401211871392230798\r\n, 8191) = 28
write(15, QRY 12 PROD0038W!61ZTF9 32\r\n7b48..., 60) = 60
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN, revents=POLLIN}], 7,
3901) = 1
read(15, QRY 12\r\n, 8191)= 8
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 3703) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 2) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 4155) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 1) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 25841) = 0
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 4153) = 0
write(15, PNG\r\n, 5) = 5
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN, revents=POLLIN}], 7,
25844) = 1
read(15, QNG 47\r\n, 8191)= 8
ioctl(3, FIONREAD, [0]) = 0
poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=6,
events=POLLIN}, {fd=10, events=POLLIN|POLLPRI}, {fd=12, events=POLLIN},
{fd=13, events=POLLIN}, {fd=15, events=POLLIN}], 7, 25662) = 0
ioctl(3, FIONREAD, [0]) = 0
poll(
and so on ... not too fast. Sometimes several seconds nothing.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages pidgin depends on:
ii gconf2 2.22.0-1 GNOME configuration database syste
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra
ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst
ii libdbus-glib-1-20.74-4 simple interprocess messaging syst
ii libglib2.0-02.16.3-2 The GLib library of C routines
ii libgstreamer0.10-0 0.10.19-3Core GStreamer libraries and eleme
ii libgtk2.0-0 2.12.9-3 The GTK+ graphical user interface
ii libgtkspell02.0.13-1 a spell-checking addon for GTK's T
ii libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio
ii libpurple0 2.4.2-2 multi-protocol instant messaging l
ii libsm6 2:1.0.3-1+b1 X11 Session Management library
ii libstartup-notification00.9-1library for program launch feedbac
ii libx11-62:1.0.3-7X11 client-side library
ii libxss1
Bug#486685: pidgin: Pidgin doesn't show any window, just hangs at commandline prompt.
On Tue, Jun 17, 2008 at 03:31:26PM -0400, Ari Pollak wrote: What window manager are you running? What is $DISPLAY set to? Can you start any other X applications from the same terminal? I'm running metacity hikaru:~echo $DISPLAY :0.0 I can start xterm, for example. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486685: pidgin: Pidgin doesn't show any window, just hangs at commandline prompt.
On Tue, Jun 17, 2008 at 04:29:18PM -0400, Ari Pollak wrote: What does xwininfo -tree -root | grep -i pidgin say? What if you move your ~/.purple directory out of the way and try again? Nothing if pidgin is not running. Otherwise: hikaru:~xwininfo -tree -root | grep -i pidgin 0x3a00045 Buddy List: (pidgin Pidgin) 262x181+0+0 +0+0 0x3a1 Pidgin: (pidgin Pidgin) 10x10+10+10 +10+10 0x3a00020 Pidgin: (pidgin Pidgin) 22x30+0+0 +3295+-31 After removing ~/.purple I get a pop up window Accounts with two entries, one for IRC and one for msn (that I added in the past with gaim, I think). However, there seems to be no way to do anything with the MSN one. If I click it twice, I get the Modify Account pop-up. If I click the 'enable' field instead then I get a Pidgin popup saying Enter password for If I do that and click Ok, nothing happens. If I close the Accounts window, we're back where we started: with pidgin on the commandline doing nothing and no open windows. I ran pidgin again, it then pops up the MSN password window immediately, I enter some password (I'm afraid I forgot which/what it was) and click ok... the window disappears and that's it. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477244: googleearth-package: Google Earth detected an error while trying to authenticate.
Package: googleearth-package Version: 0.5.4 Severity: grave Justification: renders package unusable Since on testing make-googleearth-package refuses to run: hikaru:~make-googleearth-package --verbose Google Earth for GNU/Linux 4.3.7191.6508 Unrecognized Google Earth version (use --force to build anyway) and --force doesn't work either, I installed make-googleearth-package from unstable. Running that finished with: Description: Google Earth, a 3D map/planet viewer Package built with googleearth-package. chmod: cannot access `usr/lib/googleearth/linux/mailto-scripts/*': No such file or directory dpkg-deb: building package `googleearth' in `./googleearth_4.3.7191.6508+0.5.4-1_amd64.deb'. Success! And created a ./googleearth_4.3.7191.6508+0.5.4-1_amd64.deb I installed that, and then run 'googleearth'. This starts, but pops up a window saying: Google Earth Error Google Earth detected an error while trying to authenticate. Please check the following: - your network connection (can you get to www.google.com?) - your firewall settings (are you blocking /usr/lib/googleearth/googleearth-bin?) Error code: 29 For more information, visit: [OK button] Note that I manually typed this over (it might contain typos). There is indeed nothing behind the 'visit:'. If I click the [OK] butten, the popup disappears - but the main googleearth window only shows black space with stars. There is no Earth. If I click on File -- Server Login... I get the same popup. Obviously, there is nothing wrong with my firewall or internet connection (a previous version worked fine - except that it started to crash, and started to complain about the non-existance of bitstream vera sans font (which I DO have installed, X can find it and it worked fine with the same googleearth a few months ago when I last ran google earth). This is why I tried upgrading with the above result. At the moment I have no way, not even a workaround, to run googleearth. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages googleearth-package depends on: ii bzip2 1.0.5-0.1 high-quality block-sorting file co ii dpkg-dev 1.14.16.6 package building tools for Debian ii fakeroot 1.9.4 Gives a fake root environment ii file 4.23-2 Determines file type using magic ii wget 1.11.1-1 retrieves files from the web ii x11-common1:7.2-5X Window System (X.Org) infrastruc googleearth-package recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468861: gtk2-engines: clearlooks is fubar-ed
On Tue, Apr 22, 2008 at 12:38:04PM +0200, Josselin Mouette wrote: Le dimanche 02 mars 2008 à 00:30 +0100, Carlo Wood a écrit : Maybe this is related to an error that I saw somewhere, being: /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:68: error: unexpected identifier `colorize_scrollbar', expected character `}' The md5sum of /usr/share/themes/Clearlooks/gtk-2.0/gtkrc is still correct. So, that has to be a real bug :/ Yes, the gnome-themes dependency on gtk2-engines was not strict enough. This is fixed in the latest version in testing and unstable. Can you confirm? I can't confirm because I don't know anymore what generated that error. The combination of round window corners, no fancy stuff and the button that I had - is still not there. It's not nice if things are REMOVED. If someone has a certain theme then that should continue to work till eternity imho. The whole idea of themes is to add things (that people can choose or not), never should anything be deleted, removed, renamed - or an existing theme with given name be changed. -- Carlo Wood [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468861: gtk2-engines: clearlooks is fubar-ed
Package: gtk2-engines Version: 1:2.12.2-1 Severity: normal I was using 'clear looks' as theme - but suddenly everything looked horrible-- especially the title bar buttons-- unacceptable. I tried to restore my theme to what it was using 'Gnome Control Center' - Look and feel / Appearance - ... but there is no 'clear looks' theme there. I clicked on 'Custom' (the theme I was using, apparently), and then on 'Customize Theme' and there on 'Window Border', which allows me to change the title bar buttons. However: The right combination of window border (rounded corners and no fancy stuff) with the title bar buttons that I want is not there anymore?! Worse, NO theme has the title bar buttons that I was using! They're just.. gone! Maybe this is related to an error that I saw somewhere, being: /usr/share/themes/Clearlooks/gtk-2.0/gtkrc:68: error: unexpected identifier `colorize_scrollbar', expected character `}' The md5sum of /usr/share/themes/Clearlooks/gtk-2.0/gtkrc is still correct. So, that has to be a real bug :/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtk2-engines depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libglib2.0-0 2.14.6-1 The GLib library of C routines ii libgtk2.0-0 [gtk2.0-binver-2. 2.12.5-2 The GTK+ graphical user interface ii libpango1.0-0 1.18.4-1 Layout and rendering of internatio gtk2-engines recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#454599: gstreamer0.10-plugins-bad: Does STILL not play VCD
Package: gstreamer0.10-plugins-bad Version: 0.10.6-6 Followup-For: Bug #454599 I'm trying to play a movie with totem (a .bin/cue file), but I'm getting: ** Message: don't know how to handle video/x-vcd ** Message: Error: A VideoCD (VCD) decoder plugin is required to play this stream, but not installed. gstdecodebin.c(792): close_pad_link (): /play/decodebin0: No decoder to handle media type 'video/x-vcd' ** Message: Missing plugin: gstreamer|0.10|totem|VideoCD (VCD) decoder|decoder-video/x-vcd (VideoCD (VCD) decoder) ** Message: Automatic missing codec installation not supported (helper script missing) I tried gstreamer0.10-plugins-ugly and gstreamer0.10-plugins-really-bad too, all from sid. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gstreamer0.10-plugins-bad depends on: ii libasound2 1.0.16-2 ALSA library ii libbz2-1.0 1.0.4-4 high-quality block-sorting file co ii libc6 2.7-6 GNU C Library: Shared libraries ii libcdaudio10.99.12p2-4 library for controlling a CD-ROM w ii libdirectfb-1.0-0 1.0.1-7 direct frame buffer graphics - sha ii libexempi3 1.99.9-1 library to parse XMP metadata (Lib ii libexif12 0.6.16-2.1library to parse EXIF files ii libfaad0 2.6.1-2 freeware Advanced Audio Decoder - ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgmyth0 1:0.7.1-1 GObject based library for accessin ii libgsm11.0.12-1 Shared libraries for GSM speech co ii libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libiptcdata0 1.0.2+libtool01-2 Library to parse IPTC metadata ii libjack0 0.109.2-1.1 JACK Audio Connection Kit (librari ii libmms00.4-2 MMS stream protocol library - shar ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libmusicbrainz4c2a 2.1.5-2 Second generation incarnation of t ii libneon27 0.27.2-1 An HTTP and WebDAV client library ii liboil0.3 0.3.14-3 Library of Optimized Inner Loops ii libsndfile11.0.17-4 Library for reading/writing audio ii libsoundtouch1c2 1.3.0-2.1 sound stretching library ii libsoup2.4-1 2.4.0-1 an HTTP library implementation in ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libwildmidi0 0.2.2-2 software MIDI player library gstreamer0.10-plugins-bad recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#607087: libpisock9: /etc/modprobe.d/libpisock9 needs .conf
Package: libpisock9 Version: 0.12.3-4+b1 Severity: normal File: libpisock9 Whenever I run modprobe, I get this warning: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpisock9 depends on: ii libbluetooth23.36-1 Library to use the BlueZ Linux Blu ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libusb-0.1-4 2:0.1.12-16 userspace USB programming library libpisock9 recommends no packages. Versions of packages libpisock9 suggests: pn claws-mailnone (no description available) pn evolution none (no description available) pn gnome-pilot none (no description available) pn jpilotnone (no description available) pn kpilotnone (no description available) pn pilot-linknone (no description available) pn sylpheed none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607087: libpisock9: /etc/modprobe.d/libpisock9 needs .conf
Ah - I did an 'apt-get update' and 'apt-get dist-upgrade' before reporting this, and got: dpkg -S /etc/modprobe.d/libpisock9 libpisock9: /etc/modprobe.d/libpisock9 So I thought it wasn't. However, now I see that dpkg -l libpisock9 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== rc libpisock90.12.3-4+b1 library for communicating with a PalmOS PDA So I guess I removed it, but it wasn't purged. Purging it solved the problem. Thanks, Carlo On Wed, Dec 15, 2010 at 11:21:57AM +0100, Ludovic Rousseau wrote: fixed 607087 0.12.3-9 thank Le 14/12/10 16:50, Carlo Wood a écrit : Package: libpisock9 Version: 0.12.3-4+b1 Severity: normal File: libpisock9 Whenever I run modprobe, I get this warning: WARNING: All config files need .conf: /etc/modprobe.d/libpisock9, it will be ignored in a future release. This problem is already fixed in version 0.12.5-2 available in testing (and in stable once squeeze has been released). The bug has been fixed in version 0.12.3-9 available since Mar 2009. See http://packages.debian.org/squeeze/amd64/libpisock9/filelist for example: Filelist of package libpisock9 in squeeze of architecture amd64 /etc/modprobe.d/libpisock9.conf /lib/udev/rules.d/60-libpisock9.rules /usr/lib/libpisock.so.9 /usr/lib/libpisock.so.9.0.2 /usr/share/doc/libpisock9/NEWS.gz /usr/share/doc/libpisock9/README.debugging /usr/share/doc/libpisock9/README.gz /usr/share/doc/libpisock9/README.libusb.gz /usr/share/doc/libpisock9/README.usb.gz /usr/share/doc/libpisock9/TODO /usr/share/doc/libpisock9/changelog.Debian.gz /usr/share/doc/libpisock9/changelog.gz /usr/share/doc/libpisock9/copyright Thanks -- Dr. Ludovic Rousseau -- Carlo Wood ca...@alinoe.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617796: mysql-server-5.1: Upgrade of debian stable silently ERASED my years old mysql database (no backup)
Package: mysql-server-5.1 Version: 5.1.49-3 Severity: critical Justification: causes serious data loss I have a head-less debian stable system that never requires attention or maintenance. It runs my firewall, a mail server with spam filters and an apache webserver for a website based on php sripts that connect to a mysql database. This website allows users to register and then keeps track of where they are, comments, and their email address if they wish to be informed upon updates. I had over 5000 registered users. A few weeks ago I decided to upgrade the server and ran, apt-get update; apt-get dist-upgrade That didn't go *entirely* flawless, but within an hour I had everything updated... sorry, but I can't even remember if I checked if the website still worked after that :/. The website needs a manual nfs mount every reboot that I often forget too, in the rare events that this box is ever rebooted (it's really a just sits there box that I don't think about much). Yesterday a user of the website mailed me, saying that he hadn't been able to log into the website or use it for several weeks and wondered if I was going to fix it. To my surprise there wasn't a mysqld running... not even the package was installed. So, I installed the mysql-server-5.1 package. Website still didn't work, because I couldn't even log in with myphpadmin. So, I reset the password for the root user to what I normally use... and indeed myphpadmin could now login and showed: nothing. An empty, fresly installed database. Never - anywhere - ever - I got a single warning or question. I searched high and low - but the old database is gone. In /var/lib/mysql is only a new fresh install with no trace of the old data. I'm sure it's too late for me to recover anything, but really, HOW THE HELL COULD THIS EVER HAPPEN??? -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.1 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [de 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libdbi-perl 1.612-1 Perl Database Interface (DBI) ii libgcc1 1:4.4.5-8GCC support library ii libmysqlcli 5.1.49-3 MySQL database client library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii mysql-clien 5.1.49-3 MySQL database client binaries ii mysql-commo 5.1.49-3 MySQL database common files, e.g. ii mysql-serve 5.1.49-3 MySQL database server binaries ii passwd 1:4.1.4.2+svn3283-2+squeeze1 change and administer password and ii perl5.10.1-17Larry Wall's Practical Extraction ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages mysql-server-5.1 recommends: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii libhtml-template-p 2.9-2 module for using HTML Templates wi ii mailx 1:20071201-3 Transitional package for mailx ren Versions of packages mysql-server-5.1 suggests: pn tinycanone (no description available) -- debconf information: mysql-server-5.1/postrm_remove_databases: false mysql-server-5.1/really_downgrade: false mysql-server/error_setting_password: mysql-server-5.1/start_on_boot: true mysql-server-5.1/nis_warning: mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617796: [debian-mysql] Bug#617796: mysql-server-5.1: Upgrade of debian stable silently ERASED my years old mysql database (no backup)
On Fri, 11 Mar 2011 16:55:51 +0100 Norbert Tretkowski norb...@tretkowski.de wrote: Well... I guess I did that -- at the moment not thinking / remembering what I needed a sql database for... But I feel still pissed that it didn't warn me a little bit more clear before actually deleting database files :/... I mean... It should be possible to ask for confirmation in a way that I would have hesitated right? Like when you try to format a harddisk: *** ALL DATA WILL BE LOST *** kind of thing? Nevertheless, you say you just purged a package and the database is still there? It definitely isn't here :/ So, when did it get deleted? And by what? If reinstalling the package simply overwrote the old database then that is bug: it should never do that. Also, I looked with ext3grep if I could see anything (although I wasn't, and still am, not even sure what file to look for) and I could find any trace of anything deleted in /var/lib/mysql. Am Freitag, den 11.03.2011, 16:22 +0100 schrieb Carlo Wood: Hi, the upgrade was done on Feb 2, 2011. The logs of that are attached as dpkg.log.2.gz If you mean Feb 7, then mysql-server-5.0 was purged at that day: 2011-02-07 21:03:29 purge mysql-server-5.0 5.0.51a-24+lenny4 5.0.51a-24+lenny4 According to your debconf settings, you will see a question asking you if you want to purge the databases as well, but it only removes the database files if you explicitly tell debconf to do so, the default is to keep the database files. I just purged the mysql-server* packages from one of my systems, but after that it still has the /var/lib/mysql/ directory containing the databases. Regards Norbert -- Carlo Wood ca...@alinoe.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562954: java-common: All java networking ignores ipv4 interfaces
Package: java-common Version: 0.34 Severity: grave Justification: renders package unusable Since my last upgrade of java, all java applications that use networking stopped working. After some research I found that this is because of a change that makes java start to use ipv6 instead of ipv4. I have to following interfaces (ifconfig): br0 Link encap:Ethernet HWaddr 00:1a:92:3a:4a:c1 inet addr:192.168.2.4 Bcast:192.168.2.255 Mask:255.255.255.0 inet6 addr: fe80::21a:92ff:fe3a:4ac1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2656682 errors:0 dropped:0 overruns:0 frame:0 TX packets:1257786 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:1473927102 (1.3 GiB) TX bytes:406009708 (387.2 MiB) eth1 Link encap:Ethernet HWaddr 00:1a:92:3a:4a:c1 inet6 addr: fe80::21a:92ff:fe3a:4ac1/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:2656682 errors:0 dropped:1798 overruns:0 frame:0 TX packets:1257827 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1474631718 (1.3 GiB) TX bytes:406015654 (387.2 MiB) Interrupt:17 loLink encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:350463 errors:0 dropped:0 overruns:0 frame:0 TX packets:350463 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:42943362 (40.9 MiB) TX bytes:42943362 (40.9 MiB) And the following routing info (route): Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface localnet* 255.255.255.0 U 0 00 br0 default ansset.localdom 0.0.0.0 UG0 00 br0 Starting 'java' with -Djava.net.preferIPv4Stack=true solves the problem for that particular application, but not entirely because some applications invoke java again themselves, ie a restart or subprocess. It's not nice to have to edit scripts of packages to get them to work again (scripts are not configuration files). Basically, all java networking got broken by this change (unless you have and use ipv6 interfaces). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash java-common depends on no packages. java-common recommends no packages. Versions of packages java-common suggests: pn default-jre none (no description available) ii equivs2.0.7-0.1 Circumvent Debian package dependen -- 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#562954: java-common: All java networking ignores ipv4 interfaces
On Tue, Dec 29, 2009 at 03:31:28PM +0100, Mehdi Dogguy wrote: or maybe you are affected by #560056? Yes that seems to be the case, thanks for pointing that out. -- Carlo Wood ca...@alinoe.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568940: libswt-gtk-3.5-java: Symlink really missing, this bug is not resolved
Package: libswt-gtk-3.5-java Version: 3.5.1-2 Severity: normal Azureus was working fine for me. Then I did: apt-get update; apt-get upgrade as usual etc, and the result is a missing symbolic link as reported in this bug. Even if reinstalling the package fixes the problem, it is still a problem: why did the symlink get removed? I don't know if it is STILL package that contains the bug, but some package does. ls -l /usr/share/java/swt.jar ls: cannot access /usr/share/java/swt.jar: No such file or directory -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libswt-gtk-3.5-java depends on: ii libswt-gtk-3.5-jni3.5.1-2Standard Widget Toolkit for GTK+ J libswt-gtk-3.5-java recommends no packages. Versions of packages libswt-gtk-3.5-java suggests: pn libswt-gtk-3.5-java-gcj 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#502318: (no subject)
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463343: (no subject)
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463343: (no subject)
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463343: [Buildd-tools-devel] Bug#463343: schroot: Does not end sessions automatically.
I currently have several schroot's mounted and no way to get rid of them. I just rebooted even, but they persist... hikaru:~df -ha FilesystemSize Used Avail Use% Mounted on /dev/md2 3.7G 846M 2.7G 24% / tmpfs 2.0G 0 2.0G 0% /lib/init/rw proc 0 0 0 - /proc sysfs0 0 0 - /sys procbususb 0 0 0 - /proc/bus/usb udev 10M 264K 9.8M 3% /dev tmpfs 2.0G 0 2.0G 0% /dev/shm devpts 0 0 0 - /dev/pts /dev/md0 92M 78M 8.4M 91% /boot /dev/md5 9.2G 7.3G 1.5G 84% /home /dev/sdd2 37G 29G 5.9G 84% /opt /dev/sdd3 166G 136G 22G 87% /opt/large /dev/md8 21G 8.0G 12G 41% /opt2 /dev/md3 19G 5.8G 12G 34% /usr /dev/md6 9.2G 3.4G 5.4G 39% /usr/local /dev/md7 55G 28G 26G 52% /usr/src /dev/md4 5.6G 1.1G 4.2G 21% /var /dev/mapper/encrypted 92G 34G 54G 39% /encrypted tmpfs 10G 32K 10G 1% /tmp tmpfs 1.0G 0 1.0G 0% /var/tmp /home 9.2G 7.3G 1.5G 84% /opt2/sid-386-chroot/home /tmp 10G 32K 10G 1% /opt2/sid-386-chroot/tmp proc 0 0 0 - /opt2/sid-386-chroot/proc /encrypted 92G 34G 54G 39% /opt2/sid-386-chroot/encrypted /usr/share/cwautomacros 19G 5.8G 12G 34% /opt2/sid-386-chroot/usr/share/cwautomacros /usr/src 55G 28G 26G 52% /opt2/sid-386-chroot/usr/src/64bit /dev/pts 0 0 0 - /opt2/sid-386-chroot/dev/pts /proc0 0 0 - /opt2/mathematica-chroot/proc /dev 10M 264K 9.8M 3% /opt2/mathematica-chroot/dev /tmp 10G 32K 10G 1% /opt2/mathematica-chroot/tmp /home 9.2G 7.3G 1.5G 84% /opt2/mathematica-chroot/home /usr/src 55G 28G 26G 52% /opt2/mathematica-chroot/usr/src rpc_pipefs 0 0 0 - /var/lib/nfs/rpc_pipefs /opt2/sid-386-chroot 21G 8.0G 12G 41% /var/lib/schroot/mount/sid32-140f50cd-2ec9-414d-8bb1-1d4062f3684c /opt2/sid-386-chroot 21G 8.0G 12G 41% /var/lib/schroot/mount/sid32-62f84ac6-10fd-4de9-aaf7-84e3765bdd6d /opt2/sid-386-chroot 21G 8.0G 12G 41% /var/lib/schroot/mount/sid32-8ef60377-0f70-44ff-bc6d-926e1f69b94a /opt2/sid-386-chroot 21G 8.0G 12G 41% /var/lib/schroot/mount/sid32-fd57a1e1-6b4f-48c9-baa6-69a2dd6b79b6 nfsd 0 0 0 - /proc/fs/nfsd binfmt_misc 0 0 0 - /proc/sys/fs/binfmt_misc hikaru:~ls -l /var/lib/schroot/mount/ total 24 drwxr-xr-x 21 root root 4096 2008-09-08 18:49 sid32-140f50cd-2ec9-414d-8bb1-1d4062f3684c/ drwxr-xr-x 2 root root 4096 2008-01-31 02:51 sid32-1de0ea18-4f8f-4ab9-b6a9-bd4504a00138/ drwxr-xr-x 2 root root 4096 2008-01-31 02:50 sid32-27f54204-9f76-499f-9aa5-7f6a608703c5/ drwxr-xr-x 21 root root 4096 2008-09-08 18:49 sid32-62f84ac6-10fd-4de9-aaf7-84e3765bdd6d/ drwxr-xr-x 21 root root 4096 2008-09-08 18:49 sid32-8ef60377-0f70-44ff-bc6d-926e1f69b94a/ drwxr-xr-x 21 root root 4096 2008-09-08 18:49 sid32-fd57a1e1-6b4f-48c9-baa6-69a2dd6b79b6/ hikaru:~ls -l /var/lib/schroot/session total 16 -rw-r--r-- 1 root carlo 596 2008-11-07 07:32 sid32-140f50cd-2ec9-414d-8bb1-1d4062f3684c -rw-r--r-- 1 root carlo 596 2008-08-24 03:12 sid32-62f84ac6-10fd-4de9-aaf7-84e3765bdd6d -rw-r--r-- 1 root carlo 596 2008-09-04 05:45 sid32-8ef60377-0f70-44ff-bc6d-926e1f69b94a -rw-r--r-- 1 root carlo 596 2008-08-31 20:10 sid32-fd57a1e1-6b4f-48c9-baa6-69a2dd6b79b6 hikaru:~schroot --end-session --all E: etch32-e1d58450-2d8c-407c-a882-d7486b226643: Failed to unlock chroot: /var/lib/schroot/session/etch32-e1d58450-2d8c-407c-a882-d7486b226643: Failed to unlink session file: No such file or directory Any idea how I can get rid of them? -- Carlo Wood ca...@alinoe.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619127: kdelibs4c2a: dcopserver prints unhelpful error message when out of disk space
Package: kdelibs4c2a Version: 4:3.5.10.dfsg.1-5 Severity: normal Tags: upstream I ran out of diskspace and tried to run 'kdirstat'. It complaint that it couldn't start dcopserver. Trying to start dcopserver manually, I got this not-so-helpful error message: Only one line in dcopserver file !: DCOPClient::attachInternal. Attach failed networkIdsList argument is NULL Googling for this error message, you can find several confused people, mainly in russian and french-- but no solutions. After translating pages from Russian I got the idea that there should be a ~/.DCOP* file in my home directory and guessed that maybe it couldn't create it because I was out of diskspace... So, after having lost half an hour, that turned out to be the problem. I think it should be detectable by dcopserver that it can't create this file and then print an error message along the lines of: Cannot create /home/carlo/.DCOPwhatever: out of disk space. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs4c2a depends on: ii kdelibs-data 4:3.5.10.dfsg.1-5 core shared data for all KDE appli ii libacl12.2.49-4 Access control list shared library ii libart-2.0-2 2.3.21-1 Library of functions for 2D graphi ii libarts1c2a1.5.9-3+b2aRts sound system core components ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libaspell150.60.6-4 GNU Aspell spell-checker runtime l ii libattr1 1:2.4.44-2Extended attribute shared library ii libavahi-client3 0.6.27-2 Avahi client library ii libavahi-common3 0.6.27-2 Avahi common library ii libavahi-qt3-1 0.6.27-2 Avahi Qt 3 integration library ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-9 Embedded GNU C Library: Shared lib ii libcups2 1.4.4-7 Common UNIX Printing System(tm) - ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libgamin0 [libfam0]0.1.10-2+b1 Client library for the gamin file ii libgcc11:4.6-20110123-1 GCC support library ii libgssapi-krb5-2 1.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libidn11 1.15-2GNU Libidn library, implementation ii libilmbase61.0.1-3 several utility libraries from ILM ii libjasper1 1.900.1-7+b1 The JasPer JPEG-2000 runtime libra ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblua50 5.0.3-4 Main interpreter library for the L ii liblualib505.0.3-4 Extension library for the Lua 5.0 ii libopenexr61.6.1-4.1 runtime files for the OpenEXR imag ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libqt3-mt 3:3.3.8b-7+b1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.6-20110123-1The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5 Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxft22.1.14-2 FreeType-based font drawing librar ii libxml22.7.8.dfsg-2 GNOME XML library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt ii menu-xdg 0.5 freedesktop.org menu compliant win ii perl 5.10.1-17 Larry Wall's Practical Extraction ii x11-xserver-utils 7.5+2 X server utilities ii xauth 1:1.0.4-1 X authentication utility ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime kdelibs4c2a recommends no packages. Versions of packages kdelibs4c2a suggests: pn fam none (no description available) ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF pn perl-suid 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#624451: vlc: Audio quality (of mpeg radio stream) degraded beyond acceptable.
Package: vlc Version: 1.1.7-3 Severity: important After an 'apt-get upgrade' (which upgraded vlc), the sound of my radio station (a premium paid-for 'MPEG 1.0 layer III, 256 kbit/s, 44100 Hz joint-stereo' stream), started to sound HORRIBLE. Like really really cheap. I detected that there was much less clear high-tone, less depth and less stereo and that everything sounded like there was a slight echo (as if standing in room without furnature). I then tried to play an .mp3 file from harddisk and it had the same sound quality. I could compare this with playing it with mpg123 which sounded good to my ears (at least, sounded like this is how it was encoded in the file). Of course I tried to change preferences to see if I accidently had enabled some audio filtering, but this wasn't the case as far as I can tell. I tried uninstalling everything related to vlc and reinstalling, but it stays unacceptable. I have no removed vlc from my system and am using mpg123 from a command line to play my radion stations, very much not desirable, but the quality of vlc has dropped far below what is tolerable. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libavcodec525:0.6.2-0.1 library to encode decode multimedi ii libavutil50 5:0.6.2-0.1 avutil shared libraries - runtime ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.0-2GCC support library ii libgl1-mesa-glx [libgl1 7.10-4 A free implementation of the OpenG ii libqtcore4 4:4.7.2-3Qt 4 core module ii libqtgui4 4:4.7.2-3Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b2 image loading library for Simple D ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libtar 1.2.11-7 C library for manipulating tar arc ii libva-x11-1 1.0.8-3 Video Acceleration (VA) API for Li ii libva1 1.0.8-3 Video Acceleration (VA) API for Li ii libvlccore4 1.1.7-3 base library for VLC and its modul ii libx11-62:1.4.3-1X11 client-side library ii libx11-xcb1 2:1.4.3-1Xlib/XCB interface library ii libxcb-keysyms1 0.3.6-1 utility libraries for X C Binding ii libxcb-randr0 1.7-2X C Binding, randr extension ii libxcb-shm0 1.7-2X C Binding, shm extension ii libxcb-xv0 1.7-2X C Binding, xv extension ii libxcb1 1.7-2X C Binding ii libxext62:1.2.0-2X11 miscellaneous extension librar ii libxpm4 1:3.5.9-1X11 pixmap library ii ttf-freefont20100919-1 Freefont Serif, Sans and Mono True ii vlc-nox 1.1.7-3 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-notify1.1.7-3 LibNotify plugin for VLC ii vlc-plugin-pulse 1.1.7-3 PulseAudio plugin for VLC ii xdg-utils1.1.0~rc1-2 desktop integration utilities from Versions of packages vlc suggests: pn mozilla-plugin-vlcnone (no description available) pn videolan-doc none (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-15 library for decoding ATSC A/52 str ii libasound2 1.0.23-2.1 shared library for ALSA applicatio ii libass4 0.9.11-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.29-1 Avahi client library ii libavahi-common30.6.29-1 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec525:0.6.2-0.1 library to encode decode multimedi ii libavformat52 5:0.6.2-0.1 ffmpeg file format library ii libavutil50 5:0.6.2-0.1 avutil shared libraries - runtime ii libc6 2.11.2-11Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-2 library to access CDDB
Bug#624451: vlc: Audio quality (of mpeg radio stream) degraded beyond acceptable.
On Thu, 28 Apr 2011 20:52:59 +0200 Christophe Mutricy xto...@chewa.net wrote: Le Thu 28 Apr 11 à 16:21 +0200, Carlo Wood a écrit : After an 'apt-get upgrade' (which upgraded vlc), the sound of my radio station (a premium paid-for 'MPEG 1.0 layer III, 256 kbit/s, 44100 Hz joint-stereo' stream), started to sound HORRIBLE. What was the previous version ? Try vlc -A alsa and vlc -A pulse The previous version was 1.1.3-1squeeze1 I just reinstalled vlc and tried with -A alsa and -A pulse, and they sound the same and really really bad. Having 400 euro headphones, Carlo Wood ca...@alinoe.com PS I would be able to hear this on 50 euro headphones too ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686478: systemsettings: fails to initialize multiple monitor setup
Package: systemsettings Version: 4:4.8.4-3 Severity: normal Dear Maintainer, * What exactly did you do (or not do) that was effective (or ineffective)? Click on the K-menu -- System Settings -- Display and Monitor configure a dual head (I'm using nvidia twinview setup if that is relevant) where the last alphabetically ordered device is Left of the first alphabetically ordered device. For example, DVI-I-3 Left Of DVI-I-2. Set The latter (DVI-I-2) as Primary output. Click Apply, confirm, click Save as Default and save as default; click on OK. Reboot. * What was the outcome of this action? A Cloned view (both monitors show the same thing). * What outcome did you expect instead? What I configured. * Please help! The above configuration leads to a line in ~/.kde/share/config/krandrrc under [Display]: StartupCommands=xrandr --output DVI-I-2 --pos 1680x0 --mode 1680x1050 --refresh 60.0\nxrandr --output DVI-I-3 --pos 0x0 --mode 1680x1050 --refresh 60.0\nxrandr --output DVI-I-2 --primary which is executed as three commands in that order after logging in into KDE. The first of those commands fails (because?). What DOES work is putting the command with the lowest X-value first. Thus, do not write out the commands in the alphabetical order of device name, but write them out left to right. That is, the following line gives the desired result: StartupCommands=xrandr --output DVI-I-3 --pos 0x0 --mode 1680x1050 --refresh 60.0\nxrandr --output DVI-I-2 --pos 1680x0 --mode 1680x1050 --refresh 60.0\nxrandr --output DVI-I-2 --primary -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemsettings depends on: ii kde-runtime 4:4.8.4-1 ii libc62.13-35 ii libfontconfig1 2.9.0-7 ii libkcmutils4 4:4.8.4-3 ii libkdecore5 4:4.8.4-3 ii libkdeui54:4.8.4-3 ii libkhtml54:4.8.4-3 ii libkio5 4:4.8.4-3 ii libknewstuff3-4 4:4.8.4-3 ii libqt4-dbus 4:4.8.2-2+b1 ii libqt4-xml 4:4.8.2-2+b1 ii libqtcore4 4:4.8.2-2+b1 ii libqtgui44:4.8.2-2+b1 ii libstdc++6 4.7.1-2 ii libx11-6 2:1.5.0-1 systemsettings recommends no packages. systemsettings 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#701849: kde-runtime: kde-open cannot be used to open applications that take an URI where the host field isn't a DNS name.
Package: kde-runtime Version: 4:4.8.4-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** (Ok, as usual bullshit - but I'll answer the questions): * What led up to the situation? I wanted to be able to click on teleport on the monitor of one PC and then teleport in SL in the viewer running on another PC. * What exactly did you do (or not do) that was effective (or ineffective)? I linked the sheme secondlife: to my second life viewer. When clicking on a teleport link (ie on this page: http://slurl.com/secondlife/Hippo%20Hollow/172/222/43 ) * What was the outcome of this action? A pop-up appears saying that secondlife:/172/222/43 is malformed. * What outcome did you expect instead? I except to teleport (inside the SL viewer) to that location. *** End of the template - remove these lines *** Now the real info: my browser (chrome) calls xdg-open which calls, kde-open (I run KDE) with the URL: secondlife://Hippo%20Hollow/172/222/43 open-kde calls 'bool ClientApp::kde_open(const KUrl url, const QString mimeType, bool allowExec)' where the url is still secondlife://Hippo%20Hollow/172/222/43 (although I only managed to print it like that with: QTextStream(stderr) QUrl::toPercentEncoding(url.toEncoded(), :/, ) '\n'; It then creates a KRun, which only accepts a KUrl, derived from QUrl. Upon exec() this somewhere calls QUrl::isValid(), which returns false. My guess is that this is because it checks the host part of the URL to be conforming a DNS name (which may not contain %20, or spaces), or because the url at that moment contains a space instead of a %20 and a space is not a legal character in an URL. On top of that, if you try to PRINT a KUrl with a space in the hostname, the whole hostname is omitted (this is certainly a bug, too, but a separate one). As the documentation of QUrl states that it conforms to http://www.rfc-editor.org/rfc/rfc3986.txt Quoting Scott Lawrence, open source manage of Linden Lab: secondlife://Hippo%20Hollow/172/222/43 is a perfectly legal url. The interpretation of the rest of a url is entirely dependent on the scheme. It is widely believed but untrue that the domain part of the url must be a dns name. As we can find in RFC 3986: URI = scheme : hier-part [ ? query ] [ # fragment ] hier-part = // authority path-abempty authority = [ userinfo @ ] host [ : port ] host= IP-literal / IPv4address / reg-name reg-name= *( unreserved / pct-encoded / sub-delims ) pct-encoded = % HEXDIG HEXDIG and Hippo%20Hollow is legal. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-runtime depends on: ii kde-runtime-data4:4.8.4-2 ii kdelibs5-plugins4:4.8.4-4 ii libasound2 1.0.25-4 ii libattica0 0.2.0-1 ii libc6 2.13-37 ii libcanberra00.28-6 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libjpeg88d-1 ii libkcmutils44:4.8.4-4 ii libkdeclarative54:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdesu5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkdewebkit5 4:4.8.4-4 ii libkdnssd4 4:4.8.4-4 ii libkemoticons4 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkidletime4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkmediaplayer44:4.8.4-4 ii libknewstuff3-4 4:4.8.4-4 ii libknotifyconfig4 4:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libkpty44:4.8.4-4 ii libnepomuk4 4:4.8.4-4 ii libnepomukquery4a 4:4.8.4-4 ii libntrack-qt4-1 016-1.1 ii libopenexr6 1.6.1-6 ii libphonon4 4:4.6.0.0-3 ii libplasma3 4:4.8.4-4 ii libpulse-mainloop-glib0 2.0-6 ii libpulse0 2.0-6 ii libqt4-dbus 4:4.8.2+dfsg-10 ii libqt4-declarative 4:4.8.2+dfsg-10 ii libqt4-network 4:4.8.2+dfsg-10 ii libqt4-script 4:4.8.2+dfsg-10 ii libqt4-svg 4:4.8.2+dfsg-10 ii libqt4-xml 4:4.8.2+dfsg-10 ii libqtcore4
Bug#756302: qtchooser breaks many many existing configuration scripts.
Package: qtchooser Version: 39-g4717841-3 Severity: grave Justification: renders package unusable Dear Maintainer, since I installed qtchooser, *every* project that uses qt has been broken. The reason for that is that they run 'qmake' in order to find out if it exists (and/or for an other query), but the 'qmake' that is found (in the PATH) is (obviously) /usr/bin/qmake, which is a symlink to qtchooser, which exits with an error (error code 1): $ qmake qmake: could not exec '/usr/lib/i386-linux-gnu/qt4/bin/qmake': No such file or directory $ echo $? 1 which then results in the configure script of that project to abort. It doesn't seem an option to install whatever provides /usr/lib/i386-linux-gnu/qt4/bin/qmake because that wants to delete half of my (64bit) OS. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtchooser depends on: ii libc6 2.18-4 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.9.0-7 qtchooser recommends no packages. Versions of packages qtchooser suggests: pn qt4-default none pn qt5-default none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771876: libcwd: diff for NMU version 1.0.4-1.1
On Fri, 12 Dec 2014 20:55:52 -0800 Matt Kraai kr...@ftbfs.org wrote: Control: tags 771876 + patch Control: tags 771876 + pending Hi, I've prepared an NMU for libcwd (versioned as 1.0.4-1.1) and uploaded it. Hi Matt, thanks for the patch. I already had this patched half a year ago, but never pushed it to git for several reasons: 1) libcwd doesn't understand dwarf version 4, and I don't have the time to fix that-- I didn't want to push something that was still broken I guess. 2) I'm having personal problems that force me to give libcwd a very low prirotiy. On top of that, although normally I'd maintain libcwd (I use it myself) and update git - I really, really have no idea (anymore) what to do after that to get debian updated. Probably my memory :/. I vaguely recall that I'd be the debian maintainer, but I hope not - lol. It would be a lot better if you were the debian package maintainer and I'm just upstream - or someone has to explain to me in detail how I can release an updated version to debian. On the other hand, unless that can be automated, I'd rather not: I have bad experiences with the politics-like way debian operates. I'm more of a loner who just wants to press enter and have it done. -- Carlo Wood ca...@alinoe.com PS I pushed to git what I have locally; please have a look at: https://github.com/CarloWood/libcwd/commits/master The idea was to release 1.0.6 as soon as I added dwarf version 4 support. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768314: cryptsetup: Passphrase prompt rolls by without stopping
Package: cryptsetup Version: 2:1.6.6-3 Followup-For: Bug #768314 Dear Maintainer, I have the exact same problem as Kjetil. I installed plymouth, but that didn't change anything. It is extremely confusing and unclear what happens when password prompts fly by and when some weird, unclear counter starts running. When you type your password anyway, the screen is garbled up seriously due to this counter, as well. Pressing return a few times also results for me in ending up in the emergency mode. * What led up to the situation? Same as Kjetil: I dist-upgraded from wheezy to sid. Also in my case I got the same errors as he mentioned and had reboot with an incomplete apt-get command. Actually, I have a different problem then Kjetil too: Previously my system didn't ask for a password at all: it is read from an USB stick by using the keyscript=... option in /etc/crypttab. I have no idea why it is asking me for a password at all... but seriously, since it does THIS bug is a showstopper for jessie imho. Can you please suggest a way I can debug this? -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.16.0-4-amd64 root=UUID=52eb6dd8-0304-4102-b3e2-7b160559f715 ro quiet -- /etc/crypttab scsi-SATA_OCZ-VERTEX4_OCZ-5T94F27KZ830YPJT-part8_crypt UUID=2fcd8841-aae5-4d5f-9d91-78275e74689b none luks,keyscript=/etc/usb/dd-luks-key.sh scsi-SATA_OCZ-VERTEX4_OCZ-A58A63H04CI286B9-part1_crypt /dev/disk/by-id/scsi-SATA_OCZ-VERTEX4_OCZ-A58A63H04CI286B9-part1 /dev/urandom cipher=aes-xts-plain64,size=256,swap scsi-SATA_WDC_WD5000AAKX-_WD-WCAYUJX25063-part2_crypt UUID=bea49202-3446-49d2-9ec0-82fcfc9d370c none luks,keyscript=/etc/usb/dd-luks-key.sh -- /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass # / was on /dev/sdb5 during installation UUID=52eb6dd8-0304-4102-b3e2-7b160559f715 / ext4 errors=remount-ro 0 1 # /boot was on /dev/sdb3 during installation UUID=5ab5a5dd-f830-415d-9de3-9989357039c1 /boot ext4defaults 0 2 /dev/mapper/scsi-SATA_WDC_WD5000AAKX-_WD-WCAYUJX25063-part2_crypt /encrypted ext4defaults0 2 /dev/mapper/scsi-SATA_OCZ-VERTEX4_OCZ-5T94F27KZ830YPJT-part8_crypt /home ext4defaults0 2 # /opt was on /dev/sdd1 during installation (this uuid will be used by the SL viewer). UUID=-338c-41ea-ad0d-b0e28fb3c912 /optext4defaults 0 2 # /opt/verylarge was on /dev/sdd2 during installation UUID=897420f6-99b1-4056-9097-ff393c4049b9 /opt/verylarge ext4defaults 0 3 # /usr was on /dev/sdb6 during installation UUID=cdcc6e05-d5a0-44c8-9c99-d248e9c3039d /usrext4defaults 0 2 # /usr/local was on /dev/sdb7 during installation UUID=799f2a7f-eacb-4ba0-a371-01a090bd2321 /usr/local ext4defaults 0 2 # /usr/src was on /dev/sde1 during installation UUID=ab6f6843-1e5b-4936-a744-afb0713738b8 /usr/srcext4defaults 0 3 # /var was on /dev/sdb9 during installation UUID=dea92e60-9ba2-4d67-9783-a50796dfd5f1 /varext4defaults 0 2 /dev/mapper/scsi-SATA_OCZ-VERTEX4_OCZ-A58A63H04CI286B9-part1_crypt none swapsw 0 0 tmpfs /tmptmpfs defaults,mode=1777,size=10240m,noatime,nosuid 0 0 tmpfs /var/tmptmpfs defaults,mode=1777,size=1024m,noexec,nosuid 0 0 /dev/sr0/media/cdrom0 udf,iso9660 user,noauto 0 0 # Scratch area. UUID=b66ee093-0423-4ca5-9205-22b677924e3e /SSD2 ext2defaults 0 2 # NFS #hikaru:/opt/verylarge/movies /mnt/hikaru-movies nfs rw,rsize=4096,wsize=4096,udp,hard,intr,async,nodev,nosuid,auto 0 3 # 32 GB USB stick #/dev/disk/by-id/usb-Corsair_Voyager_GT_3.0_2207180712030036-0:0-part1 /mnt/usb-Corsair_Voyager ntfs defaults,noatime,nofail 0 0 # HEMA 4 GB USB stick /dev/USBHema1 /mnt/usb-HEMA_4GB vfat defaults,noatime,ro,iocharset=iso8859-1 0 0 # NTFS partitions. UUID=63F2D9E5521919E3 /opt-ntfs ntfs defaults 0 2 UUID=67E8B3C336548A4B /opt-ntfs/SSD2 ntfs defaults 0 3 -- lsmod Module Size Used by pci_stub 12429 1 vboxpci23077 0 vboxnetadp 25443 0 vboxnetflt 23324 0 cfg80211 405538 0 vboxdrv 269984 3 vboxnetadp,vboxnetflt,vboxpci binfmt_misc16949 1 nfsd 263032 2 auth_rpcgss51211 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 188136 0 lockd 83389 2 nfs,nfsd fscache45542 1 nfs sunrpc
Bug#799571: Release of libcwd version 1.0.6
Hi, I just released libcwd version 1.0.6 (http://downloads.sourceforge.net/project/libcwd/libcwd/1.0.6/libcwd-1.0.6.tar.gz) which adds support for g++ 6.2.0 and lower (tested 5.4.0, 4.9.4, 4.8.5, etc). I think that should solve this bug. -- Carlo Wood <ca...@alinoe.com>
