Bug#587171: closed by Rene Engelhard r...@debian.org (Bug#587171: fixed in openoffice.org 1:3.2.1-4)
On 30/06/10 00:57, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the openoffice.org-writer package: #587171: openoffice.org-writer: View, Zoom does not work It has been closed by Rene Engelhard r...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Rene Engelhard r...@debian.org by replying to this email. Just did dist-upgrade and the bug is still there. packages.debian.org says it is 1:3.2.1-4, however help, about in the program itself says 1:3.2.1-3. Anyway the version I just got still has non-functional view, zoom. Other openoffice functions which open sub-windows work normally. As this bug has not yet been solved, it may have been premature to close it. Extra data: I have another computer with Ubuntu 10.04 on it; There, openoffice shows a different splash screen (Sun openoffice 3.2), and that version does not have the bug. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587171: openoffice.org-writer: View, Zoom does not work
On 26/06/10 09:56, Mechtilde wrote: yes I can confirm this with the Debian version of OpenOffice.org (3.2.1-5) under Squeeze/Sid the window which appears seems to be ok I am not sure we are talking about the same bug, because in my case it is definitely not OK. I am now using (according to Help, About) OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.4, Debian package 1:3.2.1-3 The View, Zoom window appears to be a transparent window (i.e. it shows what is underneath the window) with on the left top a small part of what seems to be a menu; however, that menu part does not do anything. Moving the Zoom window is possible; however when I move it in such a way that a part of it goes off the edge of the screen, and then back, it fails to re-paint itself correctly. I cannot make a picture of the Zoom window with the import command (from imagemagick); the imported picture becomes completely black. I cannot describe it better, sorry, but in my previous message I said that the Zoom window is seriously broken, and in my case that's what it is. My window manager is xfce (in case that is relevant). Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587171: openoffice.org-writer: View, Zoom does not work
Package: openoffice.org-writer Version: 1:3.2.1-3 Severity: important This bug appeared some while ago, and has persisted for several months of dist-upgrades. Click View, then Zoom. A seriously broken window appears from which it is impossible to do anything (let alone zoom the display). The window can be closed, but you cannot zoom. This makes checking the presence of small characters (like periods and commas, which are often too small to be seen on an unzoomed screen) very difficult. Regards, Jan. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-5GCC support library ii libicu424.2.1-3 International Components for Unico ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-10.1.2-1 Works text file format import filt ii openoffice.org-base-cor 1:3.2.1-3office productivity suite -- share ii openoffice.org-core 1:3.2.1-3office productivity suite -- arch- ii ure 1.6.1+OOo3.2.1-3 OpenOffice.org UNO runtime environ ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openoffice.org-writer recommends: ii openjdk-6-jre [java5-runtime] 6b18-1.8-2 OpenJDK Java runtime, using Hotspo ii openoffice.org-emailmerge 1:3.2.1-3 office productivity suite -- email ii openoffice.org-filter-binfilt 1:3.2.1-3 office productivity suite -- legac pn openoffice.org-java-commonnone (no description available) ii openoffice.org-math 1:3.2.1-3 office productivity suite -- equat Versions of packages openoffice.org-writer suggests: pn openoffice.org-base none (no description available) pn openoffice.org-gcjnone (no description available) Versions of packages openoffice.org-core depends on: ii fontconfig 2.8.0-2.1generic font configuration library ii libc6 2.11.2-1 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.0-1 Multi-protocol file transfer libra ii libdb4.84.8.30-1 Berkeley v4.8 Database Libraries [ ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-5GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgraphite31:2.3.1-0.2 SILGraphite - a smart font rende ii libgstreamer-plugins-ba 0.10.29-4GStreamer libraries from the base ii libgstreamer0.10-0 0.10.29-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.11-1 spell checker and morphological an ii libhyphen0 2.5-1ALTLinux hyphenation library - sha ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libicu424.2.1-3 International Components for Unico ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libmythes-1.2-0 2:1.2.0-4simple thesaurus library ii libneon27-gnutls0.29.3-2 An HTTP and WebDAV client library ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii librdf0 1.0.10-2 Redland Resource Description Frame ii libsm6 2:1.1.1-1X11 Session Management library ii libssl0.9.8 0.9.8o-1 SSL shared libraries ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii libx11-62:1.3.3-3X11 client-side library ii libxaw7 2:1.0.7-1X11 Athena Widget library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxinerama12:1.1-3 X11 Xinerama extension library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxrandr2 2:1.3.0-3X11 RandR extension library ii libxrender1 1:0.9.5-2X Rendering Extension client libra
Bug#584465: uim: Does not show hiragana when typing
Package: uim Version: 1:1.5.7-8 Severity: normal After a recent sid upgrade, uim behaves weirdly in text-mode (xterm) applications. When I select the anthy input method, then type a, instead of an underlined hiragana A, I see $ in tiny characters. It becomes a hiragana A only after I accept the input (i.e. after pressing Enter). regards, jws -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: ii uim-common1:1.5.7-8 Common files for uim ii uim-fep 1:1.5.7-8 uim Front End Processor ii uim-gtk2.01:1.5.7-8 GTK+2.x immodule for uim ii uim-utils 1:1.5.7-8 Utilities for uim ii uim-xim 1:1.5.7-8 A bridge between uim and XIM uim recommends no packages. uim suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Mike Hommey wrote: On Tue, Oct 13, 2009 at 07:55:28PM +0200, Jan Willem Stumpel wrote: Package: iceweasel Version: 3.5.3-2 Severity: important I am used to iceweasel crashing often (at least once a day). After the last upgrade however, it crashes about once every two minutes. This is getting too much. When I try to restart iceweasel after a crash, it now displays a screen beginning with the text Well, this is embarrassing. Iceweasel is having trouble recovering your windows and tabs. This is usually caused by a recently opened web page. Not very helpful, that. At least it could say which web page caused the crash. And anyway a good program should ignore bad input, not crash because of it. I cannot reproduce the crashes. They seem random. To me, the program has become unusable. ~/.xsession-errors says after each crash: (firefox-bin:13308): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' Is it more stable with version 3.5.6 (and xulrunner-1.9.1 1.9.1.6-1) ? Mike It is. Even version 3.5.5. And I no longer see this embarrassing Embarrassing message. Sorry I forgot to tell you. For a while I downgraded Firefox (and avoided upgrading it), but about 2 weeks ago I did upgrade it, and it seems perfectly stable now. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Aioanei Rares wrote: Better try the Debian package... Which package do you mean exactly? either way, are you really using accelerated graphics on that computer? Only the occasional game, like tuxracer. Do you mean that this computer is really too old/constrained for such a thing? Anyway, I solved my iceweasel stability problem now by downgrading to version 3.0. It then refused to play java applets; but by downgrading openjdk-6 and icedtea plugin to the previous version in the cache, this was solved also. I'll put off upgrading for a while. Of course this is not a real cure. The many warnings Gdk-WARNING **: XID collision, trouble ahead still occur with many sites using flash. But they no longer seem to matter much. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Aioanei Rares wrote: Jan Willem Stumpel wrote: Aioanei Rares wrote: I know about the average length of a dmesg, please send it in entirety. OK here it is; this was just after the first Iceweasel crash today. Nothing in dmesg about the crash, though. The last is a record of the printer being switched on. [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.30-2-686 (Debian 2.6.30-8) (wa...@debian.org) (gcc version 4.3.4 (Debian 4.3.4-3) ) #1 SMP Sat Sep 26 01:16:22 UTC 2009 [0.00] KERNEL supported cpus: [0.00] Intel GenuineIntel [0.00] AMD AuthenticAMD [0.00] NSC Geode by NSC [0.00] Cyrix CyrixInstead [0.00] Centaur CentaurHauls [0.00] Transmeta GenuineTMx86 [0.00] Transmeta TransmetaCPU [0.00] UMC UMC UMC UMC [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e8000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 1ffb (usable) [0.00] BIOS-e820: 1ffb - 1ffc (ACPI data) [0.00] BIOS-e820: 1ffc - 1fff (ACPI NVS) [0.00] BIOS-e820: 1fff - 2000 (reserved) [0.00] BIOS-e820: ffb8 - 0001 (reserved) [0.00] DMI 2.3 present. [0.00] AMI BIOS detected: BIOS may corrupt low RAM, working around it. [0.00] e820 update range: - 0001 (usable) == (reserved) [0.00] last_pfn = 0x1ffb0 max_arch_pfn = 0x10 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-D uncachable [0.00] E-E write-through [0.00] F-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask FE000 write-back [0.00] 1 disabled [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] init_memory_mapping: -1ffb [0.00] 00 - 40 page 4k [0.00] 40 - 001fc0 page 2M [0.00] 001fc0 - 001ffb page 4k [0.00] kernel direct mapping tables up to 1ffb @ 1-15000 [0.00] RAMDISK: 03904000 - 03fff60c [0.00] ACPI: RSDP 000fad80 00014 (v00 ACPIAM) [0.00] ACPI: RSDT 1ffb 00030 (v01 A M I OEMRSDT 12000406 MSFT 0097) [0.00] ACPI: FACP 1ffb0200 00081 (v02 A M I OEMFACP 12000406 MSFT 0097) [0.00] ACPI: DSDT 1ffb03f0 0382D (v01 A0030 A0030009 0009 INTL 02002026) [0.00] ACPI: FACS 1ffc 00040 [0.00] ACPI: APIC 1ffb0390 0005C (v01 A M I OEMAPIC 12000406 MSFT 0097) [0.00] ACPI: OEMB 1ffc0040 0003F (v01 A M I OEMBIOS 12000406 MSFT 0097) [0.00] ACPI: Local APIC address 0xfee0 [0.00] 0MB HIGHMEM available. [0.00] 511MB LOWMEM available. [0.00] mapped low ram: 0 - 1ffb [0.00] low ram: 0 - 1ffb [0.00] node 0 low ram: - 1ffb [0.00] node 0 bootmap 00011000 - 00014ff8 [0.00] (9 early reservations) == bootmem [00 - 001ffb] [0.00] #0 [00 - 001000] BIOS data page == [00 - 001000] [0.00] #1 [001000 - 002000]EX TRAMPOLINE == [001000 - 002000] [0.00] #2 [006000 - 007000] TRAMPOLINE == [006000 - 007000] [0.00] #3 [10 - 541b10]TEXT DATA BSS == [10 - 541b10] [0.00] #4 [0003904000 - 0003fff60c] RAMDISK == [0003904000 - 0003fff60c] [0.00] #5 [09fc00 - 10]BIOS reserved == [09fc00 - 10] [0.00] #6 [542000 - 54422c] BRK == [542000 - 54422c] [0.00] #7 [01 - 011000] PGTABLE == [01 - 011000] [0.00] #8 [011000 - 015000] BOOTMAP == [011000 - 015000] [0.00] found SMP MP-table at [c00ff780] ff780 [0.00] Zone PFN ranges: [0.00] DMA 0x0010 - 0x1000 [0.00] Normal 0x1000 - 0x0001ffb0 [0.00] HighMem 0x0001ffb0 - 0x0001ffb0 [0.00] Movable zone start PFN for each node [0.00] early_node_map[2] active PFN ranges [0.00] 0: 0x0010 - 0x009f [0.00] 0: 0x0100 - 0x0001ffb0 [0.00] On node 0 totalpages: 130879
Bug#550873: iceweasel: embarrassing crashes
Mike Hommey wrote: Could you try running MOZILLA_DISABLE_PLUGINS=1 iceweasel ? Mike There were no messages on the terminal and no crash. Did not try if for very long, though. Plug-in-less life is not so nice (e.g. no youtube). Plug-ins I have installed (as per about:plugins); MIME type lists omitted) Installed plugins Shockwave Flash File name: libflashplayer.so Shockwave Flash 10.0 r32 DivX Browser Plug-In File name: gecko-mediaplayer-dvx.so Gecko Media Player 0.9.8 QuickTime Plug-in 7.4.5 File name: gecko-mediaplayer-qt.so Gecko Media Player 0.9.8 RealPlayer 9 File name: gecko-mediaplayer-rm.so Gecko Media Player 0.9.8 Windows Media Player Plug-in File name: gecko-mediaplayer-wmp.so Gecko Media Player 0.9.8 mplayerplug-in is now gecko-mediaplayer 0.9.8 File name: gecko-mediaplayer.so Gecko Media Player 0.9.8 IcedTea Java Web Browser Plugin File name: IcedTeaPlugin.so Silverlight Plug-In File name: libmoonloader.so 1.0.30401.0 The Shockwave Flash is from the debian package flashplugin-nonfree. If I uninstall it, I cannot play flash movies (like youtube). If I then reinstall it, youtube works without problems; but videos on some other sites apparently do cause problems. An example is http://www.myfoxboston.com (a news site). Some of the news items show movies in a small window to the left. Then, with iceweasel called from the terminal, there is a seemingly endless number of warnings: (firefox-bin:8785): Gdk-WARNING **: XID collision, trouble ahead The warnings are serious. A few clicks later iceweasel crashed (vanished with segfault). I cannot know for certain if the crash is really caused by these XID collisions. When restarted, iceweasel displayed the This is embarrassing screen again. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Aioanei Rares wrote: Mike Hommey wrote: Could you try running MOZILLA_DISABLE_PLUGINS=1 iceweasel ? Mike That was my next move, but for now I notice this in your dmesg : 44.843504] platform radeon_cp.0: firmware: requesting radeon/R200_cp.bin [ 44.883341] radeon_cp: Failed to load firmware radeon/R200_cp.bin [ 44.883347] [drm:radeon_do_init_cp] *ERROR* Failed to load firmware! What drivers are you using for your video card? How do you install them? I don't know (nowadays I just use stock kernels and they always work). I just checked though, and the game Foobilliard (which requires hardware acceleration) no longer appears to be accelerated. glxgears is slow. lsmod says I have a module called radeon, which itself uses a module called drm. According to apt-file search, the file R200_cp.bin is in the package firmware-linux. I'll try installing it tonight. Must rush and do something else now. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Jan Willem Stumpel wrote: Aioanei Rares wrote: What drivers are you using for your video card? How do you install them? I don't know (nowadays I just use stock kernels and they always work). I just checked though, and the game Foobilliard (which requires hardware acceleration) no longer appears to be accelerated. glxgears is slow. lsmod says I have a module called radeon, which itself uses a module called drm. According to apt-file search, the file R200_cp.bin is in the package firmware-linux. I'll try installing it tonight. Must rush and do something else now. Well, I tried installing it, and there is both good news and bad news. The good news is: in dmesg it now says [ 51.081753] [drm] Initialized drm 1.1.0 20060810 [ 51.125579] [drm] Initialized radeon 1.30.0 20080528 for :01:00.0 on minor 0 [ 51.457965] agpgart-intel :00:00.0: AGP 3.0 bridge [ 51.457989] agpgart-intel :00:00.0: putting AGP V3 device into 8x mode [ 51.458031] pci :01:00.0: putting AGP V3 device into 8x mode [ 51.679116] [drm] Setting GART location based on new memory map [ 51.679178] [drm] Loading R200 Microcode [ 51.679185] platform radeon_cp.0: firmware: requesting radeon/R200_cp.bin [ 51.725307] [drm] writeback test succeeded in 1 usecs The bad news is that calling glxgears or foobilliard now completely freezes the X keyboard and display. You have to get out of it with the reset button (or by keeping alt-sysrq pressed and typing reisubs). Also, if I don't call these accelerated programs, iceweasel works, but its crash problem seems even worse than before. Fortunately the damage can be recovered from by un-installing the firmware-linux package. Is my computer just too old for modern kernels or modern iceweasel versions? It has 512 M of memory, which is considered meagre nowadays, but this is of the DDR type, and I can't find extra memory anywhere (only DDR2 in the shops now). Or should I try the fglrx-modules-2.6.30-2-686 package (which is, AFAIK, the non-free radeon driver package)? Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Package: iceweasel Version: 3.5.3-2 Severity: important I am used to iceweasel crashing often (at least once a day). After the last upgrade however, it crashes about once every two minutes. This is getting too much. When I try to restart iceweasel after a crash, it now displays a screen beginning with the text Well, this is embarrassing. Iceweasel is having trouble recovering your windows and tabs. This is usually caused by a recently opened web page. Not very helpful, that. At least it could say which web page caused the crash. And anyway a good program should ignore bad input, not crash because of it. I cannot reproduce the crashes. They seem random. To me, the program has become unusable. ~/.xsession-errors says after each crash: (firefox-bin:13308): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkObject' -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 3.2.1 Miscellaneous utilities specific t ii fontconfig2.6.0-4generic font configuration library ii libc6 2.9-27 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-6 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.2-1 The GTK+ graphical user interface ii libnspr4-0d 4.8-1 NetScape Portable Runtime Library ii libstdc++64.4.1-6The GNU Standard C++ Library v3 ii procps1:3.2.8-2 /proc file system utilities ii psmisc22.8-1 utilities that use the proc file s ii xulrunner-1.9.1 1.9.1.3-3 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii latex-xft-fonts 1.6.4-1 TrueType versions of some TeX font ii libkrb53 1.6.dfsg.4~beta1-13 Transitional library package/krb4 pn mozplugger none (no description available) pn ttf-mathematica4.1 none (no description available) ii xfonts-mathml3 Type1 Symbol font for MathML pn xprint none (no description available) pn xulrunner-1.9.1-gnom none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Aioanei Rares wrote: And what is the specific web page that's causing this? Is it only one, or does it happen randomly, no matter what the site visited is? I could not see any system in it. It seems to be random. After the this is embarrassing message iceweasel restores all the old tabs, seemingly without problems, but then visiting another random site may cause a new crash. Oh, I forgot to mention: the earlier problems I had with Iceweasel (the once a day crashes) usually involved freezing. The program stopped reacting; moving its window created weird trails on the screen. This problem is different: the window suddenly disappears. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550873: iceweasel: embarrassing crashes
Aioanei Rares wrote: Please give some details, as follows : -output of uname -a -dmesg -lspci -v OK: going to be a little bit long, though: j...@vega:~$ uname -a Linux vega 2.6.30-2-686 #1 SMP Sat Sep 26 01:16:22 UTC 2009 i686 GNU/Linux j...@vega:~$ lspci -v 00:00.0 Host bridge: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, fast devsel, latency 0 Memory at fc00 (32-bit, prefetchable) [size=32M] Capabilities: access denied Kernel driver in use: agpgart-intel 00:01.0 PCI bridge: Intel Corporation 82865G/PE/P PCI to AGP Controller (rev 02) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, fast devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: c000-cfff Memory behind bridge: fe90-fe9f Prefetchable memory behind bridge: dbf0-fbef 00:1d.0 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at ef00 [size=32] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, medium devsel, latency 0, IRQ 19 I/O ports at ef20 [size=32] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at ef40 [size=32] Kernel driver in use: uhci_hcd 00:1d.3 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 (rev 02) (prog-if 00 [UHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, medium devsel, latency 0, IRQ 16 I/O ports at ef80 [size=32] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02) (prog-if 20 [EHCI]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, medium devsel, latency 0, IRQ 23 Memory at febffc00 (32-bit, non-prefetchable) [size=1K] Capabilities: access denied Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev c2) (prog-if 00 [Normal decode]) Flags: bus master, fast devsel, latency 0 Bus: primary=00, secondary=02, subordinate=02, sec-latency=64 I/O behind bridge: d000-dfff Memory behind bridge: fea0-feaf Prefetchable memory behind bridge: 3000-300f 00:1f.0 ISA bridge: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge (rev 02) Flags: bus master, medium devsel, latency 0 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller (rev 02) (prog-if 8a [Master SecP PriP]) Subsystem: ASUSTeK Computer Inc. P4P800/P5P800 series motherboard Flags: bus master, medium devsel, latency 0, IRQ 18 I/O ports at 01f0 [size=8] I/O ports at 03f4 [size=1] I/O ports at 0170 [size=8] I/O ports at 0374 [size=1] I/O ports at fc00 [size=16] Memory at 3010 (32-bit, non-prefetchable) [size=1K] Kernel driver in use: PIIX_IDE 00:1f.3 SMBus: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02) Subsystem: ASUSTeK Computer Inc. P4P800 Mainboard Flags: medium devsel, IRQ 17 I/O ports at 0400 [size=32] Kernel driver in use: i801_smbus 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02) Subsystem: ASUSTeK Computer Inc. Device 812a Flags: bus master, medium devsel, latency 0, IRQ 17 I/O ports at e800 [size=256] I/O ports at ee80 [size=64] Memory at febff800 (32-bit, non-prefetchable) [size=512] Memory at febff400 (32-bit, non-prefetchable) [size=256] Capabilities: access denied Kernel driver in use: Intel ICH 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 SE] (rev 01) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. ASUS Radeon 9200 SE / TD / 128M Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16 Memory at f000 (32-bit, prefetchable) [size=128M] I/O ports at c000 [size=256] Memory at fe9f (32-bit, non-prefetchable) [size=64K] Expansion ROM at fe9c
Bug#542392: azureus: Refuses to start
Adrian Perez wrote: You don't need to do the extra steps (although they don't hurt at all), you need to investigate is your JAVA_HOME is persistant, then who's setting it. Check your ~/.bash* files, /etc/bash.bashrc, the like, you know. Yes!! It was set in /etc/profile. I must have put it in there myself, but cannot remember why or when. After I commented it out, the new azureus worked perfectly. Perhaps a warning about this in README.Debian would be good idea: Make sure that you don't have JAVA_HOME or JAVA_CMD environment variables defined, otherwise the new version of Azureus may FAIL. Check by means of env | grep JAVA . Or something. Thanks very much, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542392: azureus: Refuses to start
Package: azureus Version: 4.2.0.4-1 Severity: grave Justification: renders package unusable I have openjdk-6-jre installed, because azureus used to depend on it. openjdk works fine with other java applications as well, so no complaints here. But (see bug report #515015) some users found it annoying that other jre's, like Sun's, could not be used. Now the latest azureus version corrects this, I believe by means of the script java-wrappers.sh. I suppose sun jre users are now happy. But I am very UNhappy, because now azureus refuses to start at all. The error messages are: /usr/lib/java-wrappers/java-wrappers.sh: line 243: /usr/lib/java/bin/java: / No such file or directory /usr/lib/java-wrappers/java-wrappers.sh: line 243: exec: / /usr/lib/java/bin/java: cannot execute: No such file or directory Why can't azureus simply use the /etc/alternatives mechanism? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages azureus depends on: ii java-wrappers 0.1.15 wrappers for java executables ii libcommons-cli-java 1.2-2 API for working with the command l ii liblog4j1.2-java 1.2.15-7 Logging library for java ii libswt-gtk-3.4-java 3.4.2-2Standard Widget Toolkit for GTK+ J ii openjdk-6-jre 6b16-4 OpenJDK Java runtime, using Hotspo Versions of packages azureus recommends: ii vuze 4.2.0.4-1 Multimedia BitTorrent client azureus 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#542392: azureus: Refuses to start
Adrian Perez wrote: tag + unreproducible moreinfo Well, I've tested it on openjdk, otherwise I wouldn't released it. I've attached the output from my machine, after update-java-alternatives --set java-6-openjdk and it's working fine. I think it's something wrong with your installation. As Onkar pointed please provide debug information. Can you please try this? Modify the azureus launcher script (/usr/bin/azureus), and add DEBUG_WRAPPER=1 just before run_java. i.e. DEBUG_WRAPPER=1 run_java -Dazureus.install.path=$HOME/.azureus $UI \ org.gudy.azureus2.ui.common.Main $@ Try launching azureus from command line then and paste the output in the bug. OK; the output doesn't look at all like yours: j...@vega:~$ azureus [1] 24821 j...@vega:~$ [debug] /usr/bin/azureus: Environment variable CLASSPATH is '' [debug] /usr/bin/azureus: Runnning /usr/lib/java/bin/java -classpath /usr/lib/jni:/usr/lib/java:/usr/share/java/Azureus2.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/commons-cli.jar:/usr/share/java/swt.jar -Dazureus.install.path=/home/jws/.azureus org.gudy.azureus2.ui.common.Main /usr/lib/java-wrappers/java-wrappers.sh: line 243: /usr/lib/java/bin/java: No such file or directory /usr/lib/java-wrappers/java-wrappers.sh: line 243: exec: /usr/lib/java/bin/java: cannot execute: No such file or directory [1]+ Exit 126azureus BTW ls -al in /etc/alternatives gives: java - /usr/lib/jvm/java-6-openjdk/jre/bin/java java.1.gz - /usr/lib/jvm/java-6-openjdk/jre/man/man1/java.1.gz javaws - /usr/lib/jvm/java-6-openjdk/jre/bin/javaws javaws.1.gz - /usr/lib/jvm/java-6-openjdk/jre/man/man1/javaws.1.gz libswt-3.4-java - /usr/share/java-config/libswt-gtk-3.4-java mozilla-javaplugin.so - /usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so And I CAN start azureus from command line by JAVA_CMD=/etc/alternatives/java azureus or by exporting JAVA_CMD=/etc/alternatives/java before starting X. The output in such a case is: j...@vega:~$ JAVA_CMD=/etc/alternatives/java azureus [debug] /usr/bin/azureus: Environment variable CLASSPATH is '' [debug] /usr/bin/azureus: Runnning /etc/alternatives/java -classpath /usr/lib/jni:/usr/lib/java:/usr/share/java/Azureus2.jar:/usr/share/java/log4j-1.2.jar:/usr/share/java/commons-cli.jar:/usr/share/java/swt.jar -Dazureus.install.path=/home/jws/.azureus org.gudy.azureus2.ui.common.Main file:/usr/lib/jni/ ; file:/usr/lib/java/ ; file:/usr/share/java/Azureus2.jar ; file:/usr/share/java/log4j-1.2-1.2.15.jar ; file:/usr/share/java/commons-cli-1.2.jar ; file:/usr/lib/java/swt-gtk-3.4.2.jar ; file:/home/jws/ Core Start Completed Unfortunately, this works only from the command line. Clicking on a torrent link in a web page does not start azureus. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542392: Extra info
Extra info: downgrading to 3.1.1.0-4 restored functionality at once. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542392: azureus: Refuses to start
Adrian Perez wrote: I think we both agree the problem is related to your environment and not the packaging. That's very likely. It seems the java-wrapper script it's not finding your java runtime, which may be caused by a wrong environment configuration. Make sure you have no environment variables like JAVA_HOME or JAVA_CMD set, since the script may be able to find them properly, and set them locally for the script. Also, their use it's deprecated by the new java policy. JAVA_HOME is set, to /usr/lib/java. I do not know where this is set. JAVA_CMD is not normally set. As to your other suggestions, I'll answer tomorrow (I have to get up very early, so must hit the sack about now). BTW my previous message must have crossed yours. Where can I read more about the new java policy? Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539102: Debian mailing list in Dutch
OK, count me in. Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532420: xserver-xorg: control-alt-backspace no longer works
Julien Cristau wrote: DontZap will be changed back to off by default soon. What you're seeing is the update to xkeyboard-config 1.6, which disables the ctrl-alt-bksp combination by default. Set the terminate:ctrl_alt_bksp xkb option to enable it. Where exactly? dpkg -l |grep xkeyboard returns nothing. The binary package is xkb-data. Thanks. I got it back by including terminate:ctrl_alt_bksp in the XKBOPTIONS line in /etc/default/console-setup. BTW you closed the bug, I suppose because it is not an xserver-xorg bug. But isn't it an xserver-xorg bug that the Xorg log says that DontZap is off, while in fact it is on? Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528368: uim: Tiny systray icons (2)
Package: uim Version: 1:1.5.5-1 Severity: normal I reported a very similar bug in 2006 (#400880) but I doubt that this is the same one. When I select the systray version of uim my means of im-switch -s uim-systray uim looks in systray like this: http://www.jw-stumpel.nl/uimsys.png with all icons just dots. On the other hand if I select the freely floating toolbar version (which I do not like very much) by means of im-switch -s uim-toolbar, I get http://www.jw-stumpel.nl/uimtool.png which is how it should be. In contrast with the earlier bug #400880, messing about with the preferences setting or changing to xfce4 does not make any difference (I use xfce4 already). Regards, Jan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: ii uim-common1:1.5.5-1 Common files for uim ii uim-fep 1:1.5.5-1 uim Front End Processor ii uim-gtk2.01:1.5.5-1 GTK+2.x immodule for uim ii uim-utils 1:1.5.5-1 Utilities for uim ii uim-xim 1:1.5.5-1 A bridge between uim and XIM uim recommends no packages. uim suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522417: ghostscript: Doesn't work with Brother printers
Package: ghostscript
Version: 8.64~dfsg-1
Severity: normal
Several Brother printers (at least HL2030, HL2040, HL2070; see the
debian-user list at the beginning of April 2009) stopped working when
ghostscript version 8.64 was introduced. Downgrading to 8.63 solves the
problem.
The Brother printer driver consists of 2 shell scripts and one
closed-source file supplied by Brother. The first shell script ensures that
the file to be printed is a .ps file, converting non-ps files to ps if
necessary. The second script runs gs, with bit as the output device. Then
the output is processed by the closed-source program and fed to the printer.
The drivers can be downloaded from
http://solutions.brother.com/linux/sol/printer/linux/lpr_drivers.html
(for lpr. There are also CUPS drivers; they also do not work with 8.64).
gs is called as follows by the second script: (note: one line is 92 chars
long)
GHOST_SCRIPT=`which gs`
OUTPUT_TYPE=bit
GHOST_OPT=-q -dNOPROMPT -dNOPAUSE -dSAFER -sDEVICE=$OUTPUT_TYPE -sOutputFile=-
- -c quit
exec $GHOST_SCRIPT -r$RESOLUTION -g${WIDTH}x${HEIGHT} $GHOST_OPT
No idea why this suddenly stopped working. But it did. The second script
(called psconv2) produces no output if version 8.64 is used.
Regards, Jan
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages ghostscript depends on:
ii debconf [debc 1.5.26 Debian configuration management sy
ii debianutils 3.0.1 Miscellaneous utilities specific t
ii defoma0.11.10-0.2Debian Font Manager -- automatic f
ii ghostscript [ 8.64~dfsg-1The GPL Ghostscript PostScript/PDF
ii gs-common 8.64~dfsg-1Dummy package depending on ghostsc
ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre
ii libc6 2.9-6 GNU C Library: Shared libraries
ii libcups2 1.3.9-16 Common UNIX Printing System(tm) -
ii libcupsimage2 1.3.9-16 Common UNIX Printing System(tm) -
ii libgnutls26 2.6.4-2the GNU TLS library - runtime libr
ii libgs88.64~dfsg-1The Ghostscript PostScript/PDF int
ii libgssapi-krb 1.6.dfsg.4~beta1-12MIT Kerberos runtime libraries - k
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libpng12-01.2.35-1 PNG library - runtime
ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra
ii zlib1g1:1.2.3.3.dfsg-13 compression library - runtime
Versions of packages ghostscript recommends:
ii psfontmgr0.11.10-0.2 PostScript font manager -- part of
Versions of packages ghostscript suggests:
ii ghostscript-x8.64~dfsg-1 The GPL Ghostscript PostScript/PDF
pn hpijsnone (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#508055: libcups2: Ridiculous dependencies
Package: libcups2 Version: 1.3.8-1lenny3 Severity: grave When I try to remove libcups2, I get the message: The following packages will be REMOVED abiword abiword-common abiword-help abiword-plugin-grammar abiword-plugin-mathview acroread acroread-data acroread-debian-files acroread-dictionary-en acroread-escript acroread-l10n-en acroread-plugins afterstep amule amule-utils-gui aterm audacity avidemux azureus bluefish ca-certificates-java camorama choosewm cups desktop-base drgeo driconf ed2k-gtk-gui evince exo-utils fluxconf gamix gconf-editor ghostscript ghostscript-x gimp gimp-gnomevfs gimp-python glade gnome-icon-theme gnome-keyring gnucash gnucash-docs gnuplot gnuplot-x11 gs-common gs-esp gs-gpl gstreamer0.10-plugins-good gtk-gnutella gtk-theme-switch gtk2-engines gtk2-engines-pixbuf gtk2-engines-xfce gtkam gucharmap gv homebank html2ps icedove icedtea-gcjwebplugin iceweasel imagemagick inkscape leafpad libaccess-bridge-java libafterimage0 libafterstep1 libaiksaurusgtk-1.2-0c2a libbonoboui2-0 libcommons-cli-java libcommons-lang-java libcups2 libcupsimage2 libcupsys2 libexif-gtk5 libexo-0.3-0 libgail-common libgail-dev libgail17 libgail18 libgcj8-1-awt libgcj9-0-awt libgdk-pixbuf2-ruby libgdk-pixbuf2-ruby1.8 libgimp2.0 libgksuui1.0-1 libglade2-0 libglade2-dev libglademm-2.4-1c2a libglademm-2.4-dev libgladeui-1-7 libgnome-media0 libgnomecanvas2-0 libgnomecanvas2-dev libgnomecups1.0-1 libgnomeprint2.2-0 libgnomeprintui2.2-0 libgnomeui-0 libgoffice-0-4 libgraphicsmagick++1 libgraphicsmagick1 libgs8 libgtk2.0-0 libgtk2.0-bin libgtk2.0-dev libgtkhtml2-0 libgtkhtml3.8-15 libgtkmathview0c2a libgtkmm-2.4-1c2a libgtkmm-2.4-dev libgtkspell0 libgucharmap6 liblog4j1.2-java liblog4j1.2-java-gcj libmagick++10 libmagick10 libmetacity0 libnautilus-burn3 libnautilus-extension1 libnotify1 libpoppler-glib3 libpoppler0c2-glib librsvg2-2 librsvg2-common libscim8c2a libspectre1 libswt-gtk-3.1-jni libswt-gtk-3.2-jni libswt-gtk-3.4-java libswt-gtk-3.4-jni libthunar-vfs-1-2 libvte9 libwmf0.2-7 libwv-1.2-3 libwxgtk2.6-0 libwxgtk2.8-0 libxfcegui4-4 libxine1 libxine1-misc-plugins libxine1-plugins libxul0d maxima maxima-share maxima-test mjpegtools mkvtoolnix-gui mlterm mlterm-tools mousepad mozilla-acroread mozilla-mplayer mplayer obconf ogle-gui openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib openoffice.org-calc openoffice.org-core openoffice.org-draw openoffice.org-emailmerge openoffice.org-filter-binfilter openoffice.org-help-en-gb openoffice.org-impress openoffice.org-writer orage pan pdf2dj perlmagick python-glade2 python-gtk2 python-uno python-wxgtk2.6 python-wxversion quicktime-x11utils rapidsvn realplayer rhino rox-filer rxvt-unicode scim scim-gtk2-immodule scim-modules-socket scribus sgt-puzzles sodipodi streamtuner subtitleeditor texmacs thunar transcode uim-gtk2.0 uim-xim xaralx xcdroast xfce4 xfce4-mcs-manager xfce4-mcs-plugins libxine1-plugins libxul0d maxima maxima-share maxima-test mjpegtools mkvtoolnix-gui mlterm mlterm-tools mousepad mozilla-acroread mozilla-mplayer mplayer obconf ogle-gui openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib openoffice.org-calc openoffice.org-core openoffice.org-draw openoffice.org-emailmerge openoffice.org-filter-binfilter openoffice.org-help-en-gb openoffice.org-impress openoffice.org-writer orage pan pdf2dj perlmagick python-glade2 python-gtk2 python-uno python-wxgtk2.6 python-wxversion quicktime-x11utils rapidsvn realplayer rhino rox-filer rxvt-unicode scim scim-gtk2-immodule scim-modules-socket scribus sgt-puzzles sodipodi streamtuner subtitleeditor texmacs thunar transcode uim-gtk2.0 uim-xim xaralx xcdroast xfce4 xfce4-mcs-manager xfce4-mcs-plugins xfce4-mixer xfce4-mixer-alsa xfce4-netload-plugin xfce4-panel xfce4-session xfce4-systemload-plugin xfce4-terminal xfce4-utils xfdesktop4 xfprint4 xfreecd xfwm4 xfwm4-themes xine-ui xmaxima xscreensaver xscreensaver-dat xsensors xulrunner-1.9 yelp zeroinstall-injector This absurd. Many of these programs have nothing at all to do with printing. And all the others can print very well, thank you, using lprng instead of CUPS. Please remove these ridiculous dependencies. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcups2 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libgnutls26 2.4.2-3the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.4~beta1-4 MIT Kerberos runtime libraries ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime libcups2 recommends no packages. Versions of packages libcups2 suggests: ii cups-common1.3.8-1lenny3 Common UNIX Printing
Bug#489765: libgtk2.0-0: does not allow lpr printing through Iceweasel 3
Josselin Mouette wrote: Well, users should not be using lprng unless they know what they are doing. You should not be telling what users should do. When you drop a trusted functionality which available for 15 years, you should at least have the politeness to warn users about this fact. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489765: libgtk2.0-0: does not allow lpr printing through Iceweasel 3
Package: libgtk2.0-0 Version: 2.12.10-2 Severity: important Iceweasel 3 cannot print when using lprng; only when using CUPS. Installing libgtk2.0-0 by compiling the sources from gtk.org (there called gtk2+-2.10 or similar) cures the problem. So it seems some Debian customisation of libgtk2.0-0 has killed lprng compatibility. There are many users who prefer lprng. They can't print from Iceweasel anymore, so this is a Bad Thing, making this bug Important. Please keep Debian applications as independent from each other as possible, in order to preserve freedom of choice for the users. See also the discussion on the Debian user list, starting approx. at http://lists.debian.org/debian-user/2008/07/msg00430.html Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-12 GNU C Library: Shared libraries ii libcairo2 1.6.4-6The Cairo 2D vector graphics libra ii libcomerr21.40.11-1 common error description library ii libcups2 [libcupsys2] 1.3.7-7Common UNIX Printing System(tm) - pi libcupsys21.3.7-7Common UNIX Printing System (trans ii libfontconfig12.6.0-1generic font configuration library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgnutls26 2.4.0-2the GNU TLS library - runtime libr ii libgtk2.0-common 2.12.10-2 Common files for the GTK+ graphica ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libkrb53 1.6.dfsg.4~beta1-3 MIT Kerberos runtime libraries ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii libpng12-01.2.27-1 PNG library - runtime ii libtiff4 3.8.2-10 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcomposite11:0.4.0-3 X11 Composite extension library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi62:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr22:1.2.2-2 X11 RandR extension library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.10-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.12.10-2 The programs for the GTK+ graphica -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489765: libgtk2.0-0: does not allow lpr printing through Iceweasel 3
Sven Arvidsson wrote: On Mon, 2008-07-07 at 18:31 +0200, Jan Willem Stumpel wrote: Iceweasel 3 cannot print when using lprng; only when using CUPS. Does setting: gtk-print-backends = file,lpr,cups In ~/.gtkrc-2.0 solve things for you? Well, yes, it did! Thanks very much! But having to do this (while it was not necessary before) is a surprise to the users -- therefore a bug. Some program should do this automatically in its install procedure -- or prompt the user to accept this. But which program? Iceweasel3? Or libgtk2.0-0? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488844: iceweasel: Does not print
Package: iceweasel Version: 3.0~rc2-2 Severity: important Iceweasel 3.0 does not print (to the printer). You can only print to file. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.30 Miscellaneous utilities specific t ii fontconfig2.6.0-1generic font configuration library ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-4 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-3NetScape Portable Runtime Library ii libstdc++64.3.1-4The GNU Standard C++ Library v3 ii procps1:3.2.7-8 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9~rc2-5 XUL + XPCOM application runner iceweasel recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481518: openoffice.org-writer: Some fonts display accented chars wrongly
Package: openoffice.org-writer Version: 1:2.4.0-6 Severity: important NOTE: this message is UTF-8 encoded To reproduce this bug: 1) create a UTF-8 encoded text file containing some accented Latin characters, like ø, ö, é, è. 2) start oo-writer, choose Insert File, insert the file you just made. 3) select the part with the accented letters, then choose various fonts. Result: with some fonts (code2000, Freeserif, Century Schoolbook..) the accented chars are displayed correctly. With other fonts (FreeSans, CourierNew, FreeMono) the accented chars are changed: e.g ø becomes ¯, ö becomes ^, é becomes È, è becomes Ë. It appears to be a bug in oo, not in the fonts, because this does not happen in Abiword. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.7-11GNU C Library: Shared libraries ii libgcc11:4.3.0-4 GCC support library ii libicu38 3.8.1-1 International Components for Unico ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-3.2 STLport C++ class library ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1 Works text file format import filt ii libxml22.6.32.dfsg-2 GNOME XML library ii openoffice.org-base-co 1:2.4.0-6 OpenOffice.org office suite -- lib ii openoffice.org-core1:2.4.0-6 OpenOffice.org office suite archit ii python-uno 1:2.4.0-6 Python interface for OpenOffice.or ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages openoffice.org-writer recommends: ii openoffice.org-filter-binfilt 1:2.4.0-6 Legacy filters (e.g. StarOffice 5. ii openoffice.org-java-common1:2.4.0-6 OpenOffice.org office suite Java s ii openoffice.org-writer2latex 0.5-6 Writer/Calc to LaTeX/XHTML convert ii sun-java6-jre [java2-runtime] 6-06-1 Sun Java(TM) Runtime Environment ( Versions of packages openoffice.org-core depends on: ii fontconfig 2.5.0-2 generic font configuration library ii libc6 2.7-11GNU C Library: Shared libraries ii libcairo2 1.6.4-2 The Cairo 2D vector graphics libra ii libcurl3 7.18.1-1 Multi-protocol file transfer libra ii libdb4.6 4.6.21-8 Berkeley v4.6 Database Libraries [ ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-4 GCC support library ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-4 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.2-2 spell checker and morphological an ii libhyphen0 2.3.1-3 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8.1-1 International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.7-6.3 OpenLDAP libraries ii libneon27 0.28.2-2 An HTTP and WebDAV client library ii libnspr4-0d4.7.1-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~rc3-1 Network Security Service libraries ii libpam0g 0.99.7.1-6Pluggable Authentication Modules l ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-10 SSL shared libraries ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-3.2 STLport C++ class library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw72:1.0.4-1 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.23-1 XSLT processing
Bug#466236: azureus: Very high CPU load
Package: azureus Version: 3.0.4.2-1 Severity: important The download directory of Azureus is, in my case, on a fat32 partition. When a download begins, azureus spends a very long time (5 - 20 minutes) allocating space in the download directory. The time required seems to go up faster than linearly with the size of the file to be downloaded. While azureus is allocating, the load average of the machine goes to ridiculous levels (at least 10). Everything (mouse, keyboard, the onscreen clock) freezes. Sometimes I cannot even go to a VC with control-alt-F2; sometimes I can, but I have to wait for a while until the system reacts to the keyboard command. There are no error messages. After the waiting period is over, the download begins. The load average remains fairly high (1 or so) and according to top, java consumes about 25% CPU; this remains so until the download is over. I then discovered the option Tools - Options - Files - Enable incremental file creation. With this, a download does not start with an allocating phase. The download begins at once. At least, azureus says so; but it is not true. By doing ls -al on the download directory I can see that the complete file size is still being allocated in advance (with the same effects as before: allocation proceeds very slowly, ridiculously high load average, freeze of all processes including the download itself, which remains at zero bytes until the allocation is finally finished). This penomenon is fairly recent, but I could not say with which version of azureus it started. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages azureus depends on: pn java-gcj-compat | java-virtua none (no description available) ii libcommons-cli-java 1.1-1 API for working with the command l ii liblog4j1.2-java 1.2.15-2 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.3-java 3.3.1-3Standard Widget Toolkit for GTK Ja ii sun-java6-jre [java2-runtime] 6-04-2 Sun Java(TM) Runtime Environment ( azureus recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450942: azureus: Eclipse error (?) messages
Package: azureus Version: 3.0.3.4-1 Severity: normal When you put the mouse cursor anywhere in the Azureus window, a tooltip message always appears: SWT_Close (no resource bundle) Of course the user has no idea what this could possibly mean. It does not seem to do any harm, but it is annoying. It is probably some debug instrumentation from Eclipse (the system that, it seems, Azureus was developed with). -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages azureus depends on: pn java-gcj-compat | java-virtua none (no description available) ii libcommons-cli-java 1.0-11 API for working with the command l ii liblog4j1.2-java 1.2.15-1 Logging library for java ii libseda-java 3.0-3 the Staged Event-Driven Architectu ii libswt-gtk-3.3-java 3.3.1-1Standard Widget Toolkit for GTK Ja ii sun-java6-jre [java2-runtime] 6-03-2 Sun Java(TM) Runtime Environment ( azureus recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450732: iceweasel: Does not print applet areas
Package: iceweasel Version: 2.0.0.8-1 Severity: normal Visit, with Java enabled, a page which contains a Java applet. Immodestly I might suggest http://www.jw-stumpel.nl/bounce.html. Print it (or print-preview it). The Java applet (at the bottom) is not printed; there is a blank area where the applet should be. IE7 (on Windows) and Safari (on Mac) do print the applet. I rate this bug as normal, but for educational applications it should probably be called important. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.27 Miscellaneous utilities specific t ii fontconfig 2.4.91-1 generic font configuration library ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.91-1 generic font configuration library ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libgcc1 1:4.2.2-3GCC support library ii libglib2.0-02.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.12.1-1 The GTK+ graphical user interface ii libhunspell-1.1-0 1.1.9-1 spell checker and morphological an ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libnspr4-0d 4.6.7-1 NetScape Portable Runtime Library ii libnss3-0d 3.11.7-1 Network Security Service libraries ii libpango1.0-0 1.18.3-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libstdc++6 4.2.2-3 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxp6 1:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.4-1X Rendering Extension client libra ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii procps 1:3.2.7-5/proc file system utilities ii psmisc 22.5-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-7 compression library - runtime iceweasel recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436923: psili/dasia problem (Aarghhh!)
Brice Goglin wrote: I have forwarded this bug on the upstream bugzilla at the URL above. Feel free to add any comments there if you think it could help. I know nothing about Greek accents and I don't have a Greek polytonic keyboard, so I won't be able to help much :) At the moment in Sid, Greek breathing signs *again* do not work. 1- First some Greek developers called the breathing signs (falsely) dead_horn and dead_ogonek -- this was an ugly hack (and acknowledged as such by said developers) which worked fine for Greeks, but for nobody else on the planet (i.e. not for anyone working in a non-Greek locale). 2- Then dead_horn and dead_ogonek (which are entirely non-Greek keysyms, just borrowed by said Greek developers for the occasion) were replaced by U0313 and U0314 respectively. We enjoyed a short period in which Greek breathing signs could actually be typed by anyone in the whole wide world. 3- Then somebody thought it was a bright idea to again change the definitions of the breathing signs. In the Compose file U0313 was changed into U1313. What could the poor user do? Make the same change in /usr/share/X11/xkb/symbols/gr, of course. Debian did not do it, so the user had to do it by hand. 4- But in the latest Sid, the Compose file has reverted to definitions like U0313, while /usr/share/X11/xkb/symbols/gr has reverted to the use of dead_horn and dead_ogonek. So we are literally back to #1. Sigh.. TIMETE DANAOS ET DONA FERENTES! When will we ever get a stable system for entering the Greek breathing signs? It is not rocket science. It only requires that the people maintaining the keyboard files agree with the people maintaining the Compose file. I suspect that there are two different groups of Greeks working on those files, independently of one another. This has to stop. Somebody has to knock some heads together. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: MATHML and Indic scripts
Alexander Sack wrote: I didn't look into the bug, but my guess would be that nobody really investigated how FC6 does resolve this issue and how to adapt that solution to debian. If this is all already in the bug, then I don't know ... otherwise please provide the needed info and I am sure that it will get fixed for iceweasel et al as well. I used to be sure about this too.. but the solution has been in the bug reports for a long time, and nothing happened. Behdad Esfahbod made a patch. It is not possible (for me) to apply this patch to the Debian sources because I lack the skills for this, but any maintainer worth his salt could probably do so; in case of difficulty, an e-mail to Esfahbod ([EMAIL PROTECTED]) would probably clear up things pretty quickly. In the meantime, whenever I want to use MATHML, I have to use the FC6 version of Firefox, converted to Debian by means of alien. I'd love to have the same capabilities with Debian packages, e.g. seamonkey (a.k.a. iceape) as well. I just hope that Debian's fork of mozilla is not the reason this does not happen. See also http://www.jw-stumpel.nl/stestu.html#T9.3 http://www.jw-stumpel.nl/bounce.html (the introduction about MATHML). Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: MATHML and Indic scripts
Mike Hommey wrote: So here is my take: instead of spending time arguing and/or testing the patch, let's just spend time on fixing issues we actually care about for the very short term (like the gcc 4.2 issue, because it seems the default gcc has now changed), and start packaging next upstream. Mike I hope you agree that there are several serious problems with the ice products on Debian at the moment, relating to *printing* and *displaying* MATHML and Indic scripts. When I wrote 8 months ago in http://www.jw-stumpel.nl/stestu.html#T9.3 Indian mathematicians, it seems, are completely out of luck with Debian. this was still a kind of joke; but to me, trying to exchange ideas with a real-life Indian mathematician, it no longer is. Of course whatever course you take is OK -- if it gets these problems fixed. Any estimate on how long this will take? If it cannot be done quickly, how about adopting the solution that has been available for 9 months -- at least as an interim, untested measure, for Sid only? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: MATHML and Indic scripts
Bug #401533 is now already quite old, and the solution has been available for about 9 months now. Why can't it be fixed in Debian? At the moment I am engaged in an e-mail/html conversation with an Indian mathematician. We need to have systems which can use MATHML on both ends, and Indic alphabets on (at least) his end. But there are endless problems. I could understand this if there were unsurmountable technical problems. But a solution exists, and has been implemented ( 9 months ago) in FC6. Why can't Debian use this? The reason can't be a technical one. Is there another kind of reason? E.g. a political one, of the same type which saddled us with names like iceape? Please explain... Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436923: psili/dasia problem
I wrote: I suppose it can _also_ be cured by making the reverse substitution (U0313 -- U1313 etc.) in /usr/share/X11/xkb/symbols/gr, which is part of the xkb-data package; so it is unclear where the blame for this bug lies. I supposed wrongly. Making this reverse substitution in the xkb file does _not_ cure the problem. Don't know why. And of course I also made a mistake by reporting this as a bug in xlibs-data. It is libx11-data nowadays. JWS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436923: Compose file problem with some Greek accents
Package: xlibs-data Version: 1:7.2-5 Severity: normal Tags: l10n This problem is recent, but I do not know when it started. The Compose file (/usr/share/X11/locale/en_US.UTF-8/Compose) now has wrong definitions for the Greek DASIA and PSILI symbols. So for instance when the keyboard is switched to Greek polytonic, a no longer produces an alpha with dasia (ἁ). Instead, with Greek polytonic keyboard, the key now produces a combining diacritical (supposed to be placed _after_ the sign they should combine with). Unfortunately, as is well known, combining diacriticals are very tricky things; many apps and fonts lack support for them. The problem can be cured by globally replacing, in the Compose file, U1313 -- U0313 and U1314 -- U0314 I suppose it can _also_ be cured by making the reverse substitution (U0313 -- U1313 etc.) in /usr/share/X11/xkb/symbols/gr, which is part of the xkb-data package; so it is unclear where the blame for this bug lies. Similar divergences between the Compose and xkb/symbol files have occurred before. Perhaps the fundamental solution is to introduce new named keysyms (proposal: dead_dasia for 314 and dead_psili for 313) for use in both files. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xlibs-data depends on: ii libx11-6 2:1.0.3-7 X11 client-side library ii xbitmaps 1.0.1-2Base X bitmaps ii xcursor-themes1.0.1-5Base X cursor themes xlibs-data recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430655: gtk-gnutella refuses to start
Luca Bruno wrote: Jan Willem Stumpel scrisse: It worked at least until June 3; but for unknown reason (side effect of dist-upgrade?) it now refuses to start, with some messages: If you previously had gtkg 0.96.3 working fine, then this could indeed be a problem with some related lib. Do you remember some particular lib upgrade lately? If you still have the packages in your cache, can you please try to downgrade them one at time searching for the culprit? Can you please provide a backtrace of this? Instructions on how to do so are here: Thanks much! As I explain at the end of this message, the problem is solved -- more or less. I followed the backtrace instructions. At the point of running gdb I got: [EMAIL PROTECTED]:~$ gdb gtk-gnutella GNU gdb 6.6-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i486-linux-gnu... (no debugging symbols found) Using host libthread_db library /lib/libthread_db.so.1. (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/gtk-gnutella (no debugging symbols found) (no debugging symbols found) [repeated many times] [Thread debugging using libthread_db enabled] [New Thread -1221617456 (LWP 9152)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 07-06-29 09:10:56 (MESSAGE): language code: en 07-06-29 09:10:56 (MESSAGE): using locale character set UTF-8 07-06-29 09:10:56 (MESSAGE): primary filename character set UTF-8 07-06-29 09:10:56 (MESSAGE): gtk-gnutella/0.96.3-12293 (2006-11-09; GTK2;Linux i686) 07-06-29 09:10:56 (MESSAGE): Could not open connection to DBus bus: Failed to execute dbus-launch to autolaunch D-Bus session (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 07-06-29 09:10:56 (WARNING): can't read file /home/jws/.gtk-gnutella/config_gnet: No such file or directory [New Thread -1227564144 (LWP 9157)] [New Thread -1235952752 (LWP 9158)] [Thread -1227564144 (LWP 9157) exited] [Thread -1235952752 (LWP 9158) exited] 07-06-29 09:10:56 (WARNING): gnutls_certificate_set_x509_key_file() failed: Error while reading file. 07-06-29 09:10:56 (WARNING): [hosts] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): [hosts] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): [hostile IP addresses (private)] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): [Spam database] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): can't read file /home/jws/.gtk-gnutella/sha1_cache : No such file or directory 07-06-29 09:10:56 (WARNING): [download mesh] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): [banned mesh] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): [Host Whitelist] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): [PARQ upload queue data] unable to retrieve: no alternate locations known 07-06-29 09:10:56 (WARNING): can't read file /home/jws/.gtk-gnutella/config_gui : No such file or directory (no debugging symbols found) 07-06-29 09:10:56 (WARNING): searches file does not exist: /home/jws/.gtk-gnutella/searches.xml 07-06-29 09:10:56 (WARNING): [downloads] unable to retrieve: no alternate locations known (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1221617456 (LWP 9152)] 0xb74db79a in free () from /lib/libc.so.6 (gdb) Then I typed bt at the gdb prompt, and got: #0 0xb74db79a in free () from /lib/libc.so.6 #1 0xb58981ea in ?? () from /usr/lib/gtk-2.0/2.10.0/immodules/im-uim.so #2 0xb59b1c54 in ?? () #3 0x in ?? () #4 0x in ?? () Now this mention of im-uim.so seems suspicious. It is part of the Debian package uim-gtk2.0, which is part of the uim multilingual keyboard input system (upgraded recently from version 1.3 to version 1.4). I tried dpkg --purge uim-gtk2.0, and gtk-gnutella started working again! Perhaps you can reproduce the bug by installing uim-gtk2.0 yourself. I do not know where the fault is; it could be in uim, of course, but I do not see similar problems in other gtk2 programs, so there could be a bug in gtk-gnutella as well. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431047: uim-gtk2.0 causes gtk-gnutella to crash
Package: uim-gtk2.0 Version: 1:1.4.1-3.1 Severity: normal See bug #430655. If uim-gtk2.0 is installed, gtk-gnutella segfaults upon startup. I do not know, of course, if the problem is in uim, in gtk-gnutella, or both. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim-gtk2.0 depends on: ii libanthy0 8607-1.1 Anthy runtime library ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-11 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libcanna1g 3.7p3-6 Canna Runtime Library ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.2.1-6 FreeType 2 font engine, shared lib ii libgcroots0 0.7.4-1 GC shared library for a Scheme int ii libglib2.0-02.12.12-1The GLib library of C routines ii libgtk2.0-0 [gtk2.0-bin 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-2 PNG library - runtime ii libuim5 1:1.4.1-3.1 Simple and flexible input method c 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 libxinerama11:1.0.2-1X11 Xinerama extension library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii uim-common 1:1.4.1-4Common files for uim ii uim-utils 1:1.4.1-3.1 Utilities for uim ii zlib1g 1:1.2.3.3.dfsg-2 compression library - runtime uim-gtk2.0 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430655: gtk-gnutella refuses to start
Package: gtk-gnutella Version: 0.96.3-1 Severity: important It worked at least until June 3; but for unknown reason (side effect of dist-upgrade?) it now refuses to start, with some messages: [EMAIL PROTECTED]:~$ gtk-gnutella 07-06-26 12:20:39 (MESSAGE): language code: en 07-06-26 12:20:39 (MESSAGE): using locale character set UTF-8 07-06-26 12:20:39 (MESSAGE): primary filename character set UTF-8 07-06-26 12:20:39 (MESSAGE): gtk-gnutella/0.96.3-12293 (2006-11-09; GTK2; Linux i686) 07-06-26 12:20:39 (MESSAGE): Could not open connection to DBus bus: Failed to execute dbus-launch to autolaunch D-Bus session 07-06-26 12:20:39 (WARNING): gnutls_certificate_set_x509_key_file() failed: Error while reading file. 07-06-26 12:20:39 (WARNING): [hostile IP addresses (private)] unable to retrieve: no alternate locations known 07-06-26 12:20:39 (WARNING): [Spam database] unable to retrieve: no alternate locations known 07-06-26 12:20:39 (WARNING): [Host Whitelist] unable to retrieve: no alternate locations known 07-06-26 12:20:39 (WARNING): searches file does not exist: /home/jws/.gtk-gnutella/searches.xml 07-06-26 12:20:39 (WARNING): retrieving searches from //home/jws/.gtk-gnutella/searches.xml.orig instead Segmentation fault -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gtk-gnutella depends on: ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libc6 2.5-11GNU C Library: Shared libraries ii libcairo2 1.4.8-1 The Cairo 2D vector graphics libra ii libdbus-1-31.1.1-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgnutls131.6.3-1 the GNU TLS library - runtime libr ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libsqlite3-0 3.3.17-1 SQLite 3 shared library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.29.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra ii zlib1g 1:1.2.3-15compression library - runtime gtk-gnutella recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428682: xcdroast: Incorrect error messages
Package: xcdroast Version: 0.98+0alpha15-11.1 Severity: normal When recording files on a 4.7 G disc, after the master tracks operation I select disc type 4.7 GB, then Master and write on-the fly. Then a messages appears: A CD-R/RW is required in the CD-Writer before a session can be mastered. Please insert a CD-R/RW and try again. OK Continue anywayCancel But there *is* a disc in the drive, so this message is *wrong*. I click Continue anyway, and the recording proceeds normally (after I confirm that I am ready to write a single-session DVD). During the recording no obvious errors occur. The recorded disc is perfectly readable. However, at the top op the xcdroast session window it says Error writing tracks This is another *wrong* error message. The output of the recording session (~/cdrecord.out) is: Calling: /usr/lib/xcdroast/bin/xcdrwrap CDRECORDDVD dev= /dev/hdd gracetime=10 fs=4096k -v driveropts=burnfree speed=40 -dao -eject -pad -ignsize -waiti tsize=1783830s - scsidev: '/dev/hdd' devname: '/dev/hdd' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.6 SCSI buffer size: 64512 Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. TOC Type: 1 = CD-ROM Waiting for data on stdin... Driveropts: 'burnfree' Device type: Removable CD-ROM Version: 0 Response Format: 2 Capabilities : Vendor_info: 'HL-DT-ST' Identification : 'DVDRAM GSA-4167B' Revision : 'DL11' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0011 (DVD-R sequential recording) Profile: 0x0012 (DVD-RAM) Profile: 0x0011 (DVD-R sequential recording) (current) Profile: 0x0015 (DVD-R/DL sequential recording) Profile: 0x0016 (DVD-R/DL layer jump recording) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x001A (DVD+RW) Profile: 0x001B (DVD+R) Profile: 0x002B (DVD+R/DL) Profile: 0x0010 (DVD-ROM) Profile: 0x0009 (CD-R) Profile: 0x000A (CD-RW) Profile: 0x0008 (CD-ROM) Profile: 0x0002 (Removable disk) Using generic SCSI-3/mmc DVD-R(W) driver (mmc_mdvd). Driver flags : SWABAUDIO BURNFREE Supported modes: PACKET SAO Drive buf size : 1114112 = 1088 KB Drive DMA Speed: 14367 kB/s 81x CD 10x DVD FIFO size : 4194304 = 4096 KB Track 01: data 3484 MB padsize: 30 KB Speed set to 22161 KB/s Total size: 4001 MB (396:24.60) = 1783845 sectors Lout start: 4001 MB (396:26/45) = 1783845 sectors Current Secsize: 2048 HINT: use dvd+rw-mediainfo from dvd+rw-tools for information extraction. Blocks total: 2298496 Blocks current: 2298496 Blocks remaining: 514651 Starting to write CD/DVD at speed 17.0 in real SAO mode for single session. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Sending CUE sheet... Starting new track at sector: 0 Track 01: writing 30 KB of pad data. Track 01: Total bytes read/written: 3653283840/3653314560 (1783845 sectors). Writing time: 286.723s Average write speed 9.9x. Min drive buffer fill was 29% Fixating... Fixating time: 11.865s wodim: fifo had 57543 puts and 57543 gets. wodim: fifo was 0 times empty and 5901 times full, min fill was 34%. 00 00 Writing time: 84.165s status: 0x2 (CHECK CONDITION) Average write speed 37.8x. Sense Bytes: 71 00 03 00 00 00 00 10 37 20 00 0E 02 00 00 00 Min drive buffer fill was 94% Sense Key: 0x3 Medium Error, deferred error, Segment 0 Fixating... Sense Code: 0x02 Qual 0x00 (no seek complete) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.003s timeout 100s Fixating time: 24.110s cdrecord.prodvd: fifo had 4045 puts and 3982 gets. cdrecord.prodvd: fifo was 0 times empty and 1245 times full, min fill was 79%. s 17 times empty and 18090 times full, min fill was 0%. I do not understand this, but there are a few weird things here. There seem to be conflicting values of the fixating time, and the number of times that the fifo was empty or full. Maybe information from earlier sessions is somehow left behind in ~/cdrecord.out. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xcdroast depends on: ii cdda2wav 9:1.1.6-1 Dummy transition package for iceda ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-10 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector
Bug#427012: coreutils: ln -f option does not work for directories
Package: coreutils Version: 5.97-5.3 Severity: wishlist If I have a symlink mylink - A and I want to change it to mylink - B I can say ln -sf B mylink However, this only works if A is a regular file. It does not work if A is a directory. Why is this so? The ln command can be used for *creating* links both to files and directories. It would be nice if it could be used (with the -f option) for *modifying* links both to files and directories also. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.42-1 Access control list shared library ii libc6 2.5-9 GNU C Library: Shared libraries ii libselinux1 2.0.15-2 SELinux shared libraries coreutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#427011: coreutils: ln man page unnecessarily alarming
Package: coreutils Version: 5.97-5.3 Severity: minor The man page of ln explains the -f option as follows: -f, --force remove existing destination files This caused me to avoid this option because I did not like the idea of any files being removed. Please change this text to something like: -f, --force override the TARGET part of an existing link. N.B. It seems that -f only works if TARGET is a regular file (not a directory), but this is a separate bug. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages coreutils depends on: ii libacl1 2.2.42-1 Access control list shared library ii libc6 2.5-9 GNU C Library: Shared libraries ii libselinux1 2.0.15-2 SELinux shared libraries coreutils recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#426856: dosemu: wrong symlink for doc
Package: dosemu Version: 1.4.0-1 Severity: normal In /usr/lib/dosemu/drive_z the link to doc dangles. It points at debian/dosemu/usr/share/doc/dosemu/freedos; should (I suppose) be /usr/share/doc/dosemu/freedos. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dosemu depends on: ii libasound21.0.13-2 ALSA library ii libc6 2.5-9 GNU C Library: Shared libraries ii libgpmg1 1.19.6-25 General Purpose Mouse - shared lib ii libsdl1.2debian 1.2.11-8 Simple DirectMedia Layer ii libslang2 2.0.7-1The S-Lang programming library - r ii libsndfile1 1.0.17-1 Library for reading/writing audio ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxxf86vm1 1:1.0.1-2 X11 XFree86 video mode extension l dosemu recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423838: Please reassign to wine
Apparently this is a bug in wine, according to uim developer Etsushi Kato: Quote [EMAIL PROTECTED]; On 5/23/07, Jan Willem Stumpel [EMAIL PROTECTED] wrote: Is uim (1.4) incompatible with wine? When uim is running, keyboard input is impossible for programs running under wine. Such programs freeze after the first keystroke. To reproduce: [..] This is caused from a bug in libX11's XIM thread handling, and current wine (0.9.35 and after) don't use X11 thread if XMODIFIERS is set. So please update wine, or unset XMODIFERS if you use old wine. N.B. Wine in unstable is 0.9.32, and on the wine home page already 0.9.37 is available (which indeed does not have the problem). So perhaps this bug should be reassigned to wine (or even to libx11-6). Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424005: Please include uim-qt
Package: uim Version: 1:1.4.1-3 Severity: wishlist uim by itself installs the whole uim system (libuim-data, libuim5, uim-common, uim-fep, uim-gtk2.0, uim-utils, uim-xim). It would be nice if it installed uim-qt as well. This would make uim really work in all programs on a Debian system. Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: ii uim-common1:1.4.1-3 Common files for uim ii uim-fep 1:1.4.1-3 uim Front End Processor ii uim-gtk2.01:1.4.1-3 GTK+2.x immodule for uim ii uim-utils 1:1.4.1-3 Utilities for uim ii uim-xim 1:1.4.1-3 A bridge between uim and XIM uim recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419288: uim depends on libanthy0
Package: uim Followup-For: Bug #419288 When I tried un-installing all uim and anthy packages and re-installing uim, I found uim depends on libanthy0. The new uim 1.4 package does not automatically install any language packages, so why does it pull in this Japanese-specific file? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: pn uim-commonnone (no description available) pn uim-fep none (no description available) pn uim-gtk2.0none (no description available) pn uim-utils none (no description available) pn uim-xim none (no description available) uim recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#423838: uim incompatible with wine
Package: uim Version: 1:1.4.1-3 Severity: important When uim is running, keyboard input is impossible for programs running under wine. Such programs freeze after the first keystroke. To reproduce: uim-xim wine wordpad (press a key) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim depends on: ii uim-common1:1.4.1-3 Common files for uim ii uim-fep 1:1.4.1-3 uim Front End Processor ii uim-gtk2.01:1.4.1-3 GTK+2.x immodule for uim ii uim-utils 1:1.4.1-3 Utilities for uim ii uim-xim 1:1.4.1-3 A bridge between uim and XIM uim recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422538: libgphoto2-2: Problem with Canon A420
Package: libgphoto2-2 Version: 2.3.1-4 Severity: important I mentioned this problem on the Debian-user list (http://lists.debian.org/debian-user/2007/05/msg00029.html). After some upgrade (I do not know which one) I could not download pics from my Canon A420 camera any more (it had worked for many months, and suddenly stopped working). I sent the problem to the gphoto-user list, and got an answer today from Marcus Meissner, saying that some recently-added speedup code to libgphoto2 indeed causes problems with newer Canon models. This has been fixed in the development tree: http://www.lst.de/~mm/libgphoto2-2.3.1.4.trunk.tar.bz2 I tried this, and it works. I can now download pics from my Canon camera again. It would be nice if this were fixed in the Debian package also. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgphoto2-2 depends on: ii adduser 3.102 Add and remove users and groups ii libc6 2.5-5 GNU C Library: Shared libraries ii libexif12 0.6.13-5 library to parse EXIF files ii libgphoto2-port0 2.3.1-4gphoto2 digital camera port librar ii libjpeg62 6b-13 The Independent JPEG Group's JPEG Versions of packages libgphoto2-2 recommends: ii udev 0.105-4/dev/ and hotplug management daemo -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419981: xfce4-panel: Cannot be installed on Sid
Package: xfce4-panel Version: 4.3.99.2-2 Severity: grave Justification: renders package unusable When I attempt to install it, there is a message about unmet dependencies: The following packages have unmet dependencies. xfce4-panel: Depends: libxfcegui4-4 (= 4.3.99.2) but it is not going to be installed Depends: libexo-0.3-0 (= 0.3.1.12rc2) but it is not going to be installed Depends: mousepad but it is not going to be installed However, the list below shows that correct versions of these packages are installed. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xfce4-panel depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-2 GNU C Library: Shared libraries ii libcairo2 1.4.4-1The Cairo 2D vector graphics libra ii libexo-0.3-0 0.3.1.12rc2-1 Library with extensions for Xfce ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.12.11-3 The GLib library of C routines ii libgtk2.0-0 2.10.11-2 The GTK+ graphical user interface ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.16.2-1 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.2-2 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac 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 libxfce4mcs-client3 4.4.1-1Client library for Xfce4 configure ii libxfce4mcs-manager3 4.4.1-1Manager library for Xfce4 configur ii libxfce4util4 4.4.1-1Utility functions library for Xfce ii libxfcegui4-4 4.4.1-1Basic GUI C functions for Xfce4 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.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii mousepad 0.2.10-1 simple Xfce oriented text editor ii zlib1g1:1.2.3-13 compression library - runtime xfce4-panel recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419617: uim-common: I confirm it
Package: uim-common Version: 1:1.4.1-2 Followup-For: Bug #419617 On bugs.debian.org this bug is tagged unreproducible, but I have the same symptom. Maybe because at the moment, all uim packages are 1.2, while uim-common is 1.4? Regards, Jan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uim-common depends on: ii im-switch 1.14 Input method switch framework uim-common recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414245: joe: Invisible keywords in css
Package: joe Version: 3.5-1.1 Severity: minor In css.jsf, there is a line =Keyword bold white This has the effect of making CSS keywords invisible when joe is run in an xterm with a white background. This line should probably be changed to =keyword bold Regards, Jan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages joe depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand joe recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411638: ttf-dejavu: Multiple listing in Mozilla fonts dialog
Package: ttf-dejavu Version: 2.14-2 Severity: normal In the Edit, Preferences, Appearance, Fonts dialog in Mozilla products (iceape etc.) you can (of course) select fonts. If you click the triangle of a selection box you get a list of the available fonts. I always see the Dejavu fonts listed as follows: DejaVu Sans DejaVu Sans DejaVu Sans DejaVu Sans Mono DejaVu Serif DejaVu Serif All the other fonts occur in the list only once. Strange. Regards, Jan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Versions of packages ttf-dejavu depends on: ii defoma 0.11.10-0.1 Debian Font Manager -- automatic f ttf-dejavu recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Hendrik-Jan Heins wrote: Jan Willem, maybe you can do a rebuild yourself, with the patch? I tried, but I know hardly anything about this patching business. Some files are patched by debian itself (from iceweasel_2.0.0.1+dfsg-2.diff.gz) when you apt-get source it. This obviously changes the line numbers that the Behdad-patch has in mind. Anyway several hunks fail. I do not know how to deal with such a situation. Applying the patch to just the unpacked iceweasel_2.0.0.1+dfsg.orig.tar.gz also results in failed hunks (although fewer). Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Alexander Sack wrote: Do we need/want this for ape and dove? Depends on what we want. Indian language printing is not important, of course, if the Indian subcontinent does not belong to the Debian target group. Likewise, MATHML printing is not important if scientists and students do not belong to the Debian target group. Jan, can you confirm that this is an issue there too or not? I cannot test MATHML in e-mail messages easily. But printing Indian languages is definitely broken in ape and dove. Personally, I think fixing this (and fixing it quickly) should take priority over considerations of a Debian release cycle. I wasn't aware that Sid had releases anyway. I just hope that Debian's fork policy (with the name changes) has not made the whole patching process more difficult.. ;-) Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: Success with FC6 version!
I tested the FC6 version of Firefox (which incorporates Behdad Esfahbod's patch) on Debian. 1. Removed iceweasel 2. Downloaded firefox-1.5.0.9-1.fc6.i386.rpm 3. Converted to .deb with alien; installed 4. Installed libc6 from experimental 5. Copied libnspr4.so from /usr/lib/iceape to /usr/lib/firefox-1.5.0.9 (this turned out to be necessary because of some unresolved symbol which I then grep'd for; I was rather amazed that it worked) 6. Purged xprint and xprint-common 7. Removed firefox's prefs.js (otherwise a message came about wrong paper size -- courtesy of xprint, even though it was removed). The results are excellent! Totally correct display and print of MATHML and of Indic scripts. Also one persistent print bug (which I haven't filed yet) has disappeared: there are no more horizontal spacing problems when CJK characters occur by themselves (not inside a span or between tt/tt tags) in a line with Latin text. Finally a Mozilla product prints well on Linux. Pity that FC6 does not have Firefox 2.0 yet; however, Behdad Esfahbod says his patch also works on 2.0. So yes, well, maybe it does produce problems for the release cycle; but it is still worth going for, because it is a great improvement. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey schreef: OTOH, while it would be a good thing for users, we are a bit late in the release progress to apply a so non-tested huge patch. Pity.. still, I'd like to test it. The latest firefox binaries from Redhat FC6 are supposed to have this patch, but they do not work on Debian (need glibc 4 or, I presume, higher). Is installing glibc 5 from experimental possible on a Sid system, or is this very risky? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey wrote: Mine is en_US.UTF-8. Note that I didn't have ttf-indic-fonts installed until recently, and the result was still the same when it was not installed. Mike I am somewhat red-faced now -- just realised I still had MOZ_DISABLE_PANGO=1 in /etc/environment (because of my earlier experiments with MATHML). After removing this, I got good CTL *display* in iceape and iceweasel. Not the *printing* though. And now MATHML *display* is broken again. Both in iceape and iceweasel. Can you print CTL correctly? In my case the CTL print _preview_ is correct, but the actual print is not. Print preview and print seem to do different things. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey wrote: I have a good and a bad news for you. The good news is all that will be changed and a unique backend will be used for everything, even windows. The bad news is that it's not going to happen before version 3.0. Tough luck indeed.. How about that patch by Behdad Esfahbod that I wrote about earlier? (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=401533;msg=27) Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335641: gucharmap: Next/Previous works only once
Package: gucharmap Version: 1:1.6.0-1 Followup-For: Bug #335641 In my case also, Next and Previous work only once. It isn't an fvwm bug; I tried with xfce4 and icewm. Thanks for the tip about moving the mouse pointer out of the way. Regards, Jan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gucharmap depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgnome2-0 2.16.0-2 The GNOME 2 library - runtime file ii libgnomeui-02.14.1-2 The GNOME 2 libraries (User Interf ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libgtk2.0-bin 2.8.20-5 The programs for the GTK+ graphica ii libgucharmap4 1:1.6.0-1Unicode browser widget library (sh ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii scrollkeeper0.3.14-12A free electronic cataloging syste gucharmap recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey schreef: On Sun, Jan 28, 2007 at 05:19:45PM +0100, Mike Hommey [EMAIL PROTECTED] wrote: On Fri, Jan 26, 2007 at 03:23:15PM +0100, Jan Willem Stumpel [EMAIL PROTECTED] wrote: Package: iceape-browser Version: 1.0.7-2 Severity: important http://en.wikipedia.org/wiki/Wikipedia:Enabling_complex_text_support_for_Indic_scripts has a table (check for existing support) which shows that complex text layout (CTL) for Indic scripts does not work correctly in iceape and iceweasel. The package ttf-indic-fonts is installed, so the Indic glyphs are shown, but they are displayed in the wrong order. The above Wikipedia pages says This [i.e. CTL display] will work only on Firefox compiled with ctl support. Only the firefox binaries supplied by Fedora Core 4 and 5, Ubuntu Linux, and Kate OS are compiled with this ctl and set this option, by default. So why not the Debian binaries? Quite a lot of potential users in India.. Okay, so I gave it a try[1], and... see no difference between CTL enabled or not. And seeing the code involving the ctl component, it seems to be used for the selection only... In this light, I'm not sure it's really worth enabling... Also note that despite what is written on the page, Ubuntu does *not* have ctl enabled. Pango is, however. But not enabled at runtime for all locales. For which locales? I think if it is enabled for one UTF-locale it should be enabled for all UTF-8 locales (UTF-8 being a universal charset). Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey wrote: Okay, so I gave it a try[1], and... see no difference between CTL enabled or not. And seeing the code involving the ctl component, it seems to be used for the selection only... In this light, I'm not sure it's really worth enabling... Mike 1. That was a bit more than adding --enable-ctl. There are some issues with -Wl,--as-needed and hidden symbols that need to be solved first. I do not know about the technical aspects. It is just that the Wikipedia page I mentioned is a good test. On Debian the display is clearly not correct, but on Windows (XP with Firefox) it is. On Windows, CTL _printing_ is also OK. A few months ago, even on Debian Sid, Firefox 1.5 could display CTL correctly (but not print it). Now, Iceweasel/Iceape can neither display nor print it. However it is done, it seems that this CTL capability has to be enabled somehow, if Debian wants to retain the interest of Indian users. Perhaps it involves more than --enable-ctl, I don't know. But --disable-ctl definitely seems a step in the wrong direction. According to Wikipedia there are Linux distributions in which it does work. Somebody must know how it is done. It is somewhat like the problem that exists with MATHML (although more serious, because MATHML can at least be _displayed_ in Debian). MATHML can be displayed and printed in Windows, and (reportedly) in Fedora. I cannot test this myself; the Fedora firefox binaries do not run on Debian (glibc incompatibility). But MATHML cannot be printed on Debian. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey schreef: BTW, could you send a snapshot of what is displayed for you ? (to compare to what I can see) OK; see http://www.jw-stumpel.nl/indic.png Look for instance at the hook thing (looking a little bit like f --actually it is the letter i) in the first 4 rows; it should be on the left, as under correct rendering, but it is on the right. In Windows it is on the left, as it should. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Mike Hommey wrote: Interesting... See what I get... It may be a font issue... Now the plot really has thickened.. By the looks of it, you have the same fonts (I have ttf-indic-fonts installed). I'd very much like to solve this. Could it be a locale problem? Mine is en_GB.UTF-8. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408528: iceape-browser: Indic scripts not rendered properly
Package: iceape-browser Version: 1.0.7-2 Severity: important http://en.wikipedia.org/wiki/Wikipedia:Enabling_complex_text_support_for_Indic_scripts has a table (check for existing support) which shows that complex text layout (CTL) for Indic scripts does not work correctly in iceape and iceweasel. The package ttf-indic-fonts is installed, so the Indic glyphs are shown, but they are displayed in the wrong order. The above Wikipedia pages says This [i.e. CTL display] will work only on Firefox compiled with ctl support. Only the firefox binaries supplied by Fedora Core 4 and 5, Ubuntu Linux, and Kate OS are compiled with this ctl and set this option, by default. So why not the Debian binaries? Quite a lot of potential users in India.. Regards, Jan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages iceape-browser depends on: ii libatk1.0-0 1.12.4-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmyspell3c2 1:3.1-18 MySpell spellchecking library ii libpango1.0-0 1.14.8-5 Layout and rendering of internatio ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes31:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377808: Crash no longer occurs in uim 1.2
This bug can be closed as it does not occur anymore in uim 1.2, provided QT_IM_MODULE and GTK_IM_MODULE are set to uim. The present version of im-switch still sets them both to xim, however. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400880: Extra information: icewm
The problem with the tiny and distorted systray icons only occurs in icewm. It does not occur with xfce4 of Gnome, for instance. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405462: gtk-gnutella: Cannot connect to gnutella network
Christian Biere schreef: I don't think Debian will ever update Gtk-Gnutella. It is not in Etch at all. The version in Debian is an outdated SVN snapshot with known bugs. You're already two releases behind. The newest version 0.96.3 and 0.96.4 will be released soon. The best option is to compile Gtk-Gnutella yourself which is very simple, straight-forward and has zero disadvantages. Gtk-Gnutella's sources can be downloaded here: https://downloads.sourceforge.net/gtk-gnutella/ Instructions to compile Gtk-Gnutella are here: https://gtk-gnutella.svn.sourceforge.net/viewvc/*checkout*/gtk-gnutella/trunk/gtk-gnutella/README.Debian Great advice, thanks. It worked at the first try. BTW do you know *why* gtk-gnutella is no longer being updated, even while the source is already Debianised? Is there some other standard p2p program in Debian? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405462: gtk-gnutella: Cannot connect to gnutella network
Package: gtk-gnutella Version: 0.96.1svn12109-1 Severity: normal My machine is behind a firewall, which is also a Linux machine (an old laptop running Shorewall). gtk-gnutella has worked perfectly for years. The gtk-specific rules in shorewall are: # Port-forward Gnutella DNATnet loc:192.168.1.5 tcp 6346 DNATnet loc:192.168.1.5 udp 6346 DNATnet loc:192.168.1.5 tcp 6347 DNATnet loc:192.168.1.5 udp 6347 Since the last upgrade, gtk-gnutella does not work anymore. Starting it form the command line produced a message saying I should set ancient_version_force to gtk-gnutella/0.96.2u (2006-09-23; r0; GTK2; Linux i686), which I did. Now gtk-gnutella starts, but at the top-right of the screen it shows an icon saying that I am firewalled. This used to be a smiley meaning not firewalled. There is also a clock symbol meaning this version is outdated. Anyway, no connections to gnutella-net are shown on startup, and no file search produces any results. Also, when starting from the command line I get the following messages: 07-01-03 19:48:45 (MESSAGE): language code: en 07-01-03 19:48:45 (MESSAGE): using locale character set UTF-8 07-01-03 19:48:45 (MESSAGE): primary filename character set UTF-8 07-01-03 19:48:45 (MESSAGE): 502 bytes available for gm_setproctitle(). 07-01-03 19:48:45 (MESSAGE): gtk-gnutella/0.96.2u (2006-09-23; r0; GTK2; Linux i686) 07-01-03 19:48:45 (MESSAGE): Could not open connection to DBus bus: Failed to execute dbus-launch to autolaunch D-Bus session 07-01-03 19:48:45 (WARNING): gnutls_certificate_set_x509_key_file() failed: Error while reading file. 07-01-03 19:48:45 (WARNING): [hostile IP addresses (private)] unable to retrieve: no alternate locations known 07-01-03 19:48:45 (WARNING): [Spam database] unable to retrieve: no alternate locations known 07-01-03 19:48:45 (WARNING): [Host Whitelist] unable to retrieve: no alternate locations known 07-01-03 19:48:46 (WARNING): unstable version of gtk-gnutella is aging, please upgrade! I have dbus installed. Regards, Jan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages gtk-gnutella depends on: ii libatk1.0-01.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libcairo2 1.2.4-4 The Cairo 2D vector graphics libra ii libdbus-1-31.0.2-1 simple interprocess messaging syst ii libfontconfig1 2.4.2-1 generic font configuration library ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgnutls131.4.4-3 the GNU TLS library - runtime libr ii libgtk2.0-02.8.20-3 The GTK+ graphical user interface ii libpango1.0-0 1.14.8-4 Layout and rendering of internatio ii libsqlite3-0 3.3.8-1 SQLite 3 shared library ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxml22.6.27.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender11:0.9.1-3 X Rendering Extension client libra ii zlib1g 1:1.2.3-13compression library - runtime gtk-gnutella recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: MATHML patch exists
I asked on the Linux-utf-8 mailing list if anyone knew of a way to print mathml. I got the following answer from Behdad Esfahbod: If you use the latest Firefox 1.5 with Pango text rendering enabled (unset MOZ_DISABLE_PANGO) AND my Firefox+Pango printing patch from here: https://bugzilla.mozilla.org/show_bug.cgi?id=357733 You can view and print MathML in Linux. This patch apparently also cures the problem that Mozilla Co. have with printing Indic scripts. How about applying this patch to the Debian version? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: Pango and MATHML
It seems that Fedora's version of Firefox has cured the MATHML problem using Behdad Esfahbod's patch: http://lwn.net/Alerts/208349/ Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: iceape-browser: MATHML problems, especially printing
Package: iceape-browser Version: 1.0.6-1 Severity: important To display MATHML in iceape, I need to set MOZ_DISABLE_PANGO to 1 (apart from installing math fonts). But printing and print previewing still give unacceptable (in fact absurd) results. See http://www.mozilla.org/projects/mathml/demo/texvsmml.xhtml This is now a very old bug, and I had hoped that the new iceape would have fixed it. But it hasn't. For printing MATHML, I still have to boot Windows. A shame. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages iceape-browser depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libmyspell3c21:3.1-17MySpell spellchecking library ii libpango1.0-01.14.8-2Layout and rendering of internatio ii libpng12-0 1.2.13-4PNG library - runtime ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401537: iceape-browser: No localstart.html
Package: iceape-browser Version: 1.0.6-1 Severity: minor Installing iceape removes the existing (mozilla's) localstart.html. It would be nice to have it back. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages iceape-browser depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1 generic font configuration library ii libgcc1 1:4.1.1-20 GCC support library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libmyspell3c21:3.1-17MySpell spellchecking library ii libpango1.0-01.14.8-2Layout and rendering of internatio ii libpng12-0 1.2.13-4PNG library - runtime ii libstdc++6 4.1.1-20The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages iceape-browser recommends: pn iceape-gnome-support none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401533: iceape-browser: MATHML problems, especially printing
Mike Hommey wrote: Both the XFT and the pango backends have their own problems with mathml. Hopefully, that will be fixed with Gecko 1.9... I suppose you are in contact with the upstream people.. did they actually say they would fix this in 1.9? Question: if I go to about:buildconfig, it says freetype2 is disabled. Why is this? Does it have any relevance to the mathml problem? (Anyway I am just a user, don't know anything about this 'backend' stuff..). Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400951: joe: Impossible to input control chars
Josip Rodin schreef: Your remedy could be to use the new key binding... % grep ^quote /etc/joe/joerc | grep Ctrl quote ^[ 'Enter Ctrl chars It was changed in the new version. (^[ means Esc.) Then it should be changed in the manpage as well. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400951: joe: Impossible to input control chars
Josip Rodin schreef: On Thu, Nov 30, 2006 at 07:36:08AM +0100, Jan Willem Stumpel wrote: Your remedy could be to use the new key binding... % grep ^quote /etc/joe/joerc | grep Ctrl quote ^[ 'Enter Ctrl chars It was changed in the new version. (^[ means Esc.) Then it should be changed in the manpage as well. Oh, I see, the upstream people hardcoded that in the manual. I'll fix that. How was the humble user to know? I hope there are no other cases like this (the Debian version being modified without the man page being updated). A surprise to the user is a bug. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400871: uim: Environment settings now wrong
Package: uim Version: 1:1.2.1-9 Severity: normal In the first place, now we have uim 1.2, bug 377808 can be closed (see the discussion in that thread). Also with 1.2 and up, it is no longer necessary to set GTK_IM_MODULE=xim and QT_IM_MODULE=xim (in the scripts in etc/X11/xinit/xinput.d) in order for dead keys and the Compose key to function properly. They can now be set to uim, which then automatically avoids the problem of bug 377808. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages uim depends on: ii uim-common1:1.2.1-9 Common files for uim ii uim-fep 1:1.2.1-9 uim Front End Processor ii uim-gtk2.01:1.2.1-9 GTK+2.x immodule for uim ii uim-utils 1:1.2.1-9 Utilities for uim ii uim-xim 1:1.2.1-9 A bridge between uim and XIM uim recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400877: 80im-switch
Package: im-switch Version: 1.12 Severity: normal im-switch puts a startup script in /etc/X11/Xsession.d, called 80im-switch. In earlier versions this was called 90im-switch. However, when you upgrade, the earlier script is not removed. Result: whatever is called by the script is called twice. The result can be, for instance, two sets of buttons in the systray. Remedy is to check if the old script exists and remove it, or changing back to the old name. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) im-switch depends on no packages. Versions of packages im-switch recommends: ii x11-common1:7.1.0-7 X Window System (X.Org) infrastruc -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400880: uim: Tiny systray icons
Package: uim Version: 1:1.2.1-9 Severity: normal Something is wrong with uim's systray icons (used by uim-toolbar-gtk-systray). They are just tiny dots. However, if I click on defalt, in preferences, toolbar they change. The direct icon changes into a minus sign (the is probably what is intended), and the Preferences icon changes into an x with what seems a random pattern of dots placed on top of it. Something is not right here. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages uim depends on: ii uim-common1:1.2.1-9 Common files for uim ii uim-fep 1:1.2.1-9 uim Front End Processor ii uim-gtk2.01:1.2.1-9 GTK+2.x immodule for uim ii uim-utils 1:1.2.1-9 Utilities for uim ii uim-xim 1:1.2.1-9 A bridge between uim and XIM uim recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400877: Extra information
I just saw bug report #375974, which gives the reason for the name change. This means that there is only one solution: the install script should delete 90im-switch if it exists. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400951: joe: Impossible to input control chars
Package: joe Version: 3.5-1.1 Severity: important It used to be possible to enter control chars and other chars of arbitrary value by entering ` first. You would get a prompt at the bottom of the screen: Ctrl- (or 0-9 for dec. ascii, x for hex, or o for octal) This no longer works in the present version (although the man page still says it should). While this does not make the package completely unusable, it removes a feature which I like very much and use quite often. So I think this is important. My present remedy is to downgrade. Regards, Jan -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages joe depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libncurses5 5.5-5 Shared libraries for terminal hand joe recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400877: Extra information
Osamu Aoki wrote: FYI: If you can read Japanese, I have started HOWTO im-switch at http://wiki.debian.org/JapaneseEnvironment That's a good page. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400880: Extra information: pictures
Picture after fresh install: http://www.jw-stumpel.nl/errors/systray.png After clicking default in preferences: http://www.jw-stumpel.nl/errors/systray2.png Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391995: xkb-data: Please add quotes to us (alt-intl)
Package: xkb-data
Version: 0.8-18
Severity: wishlist
It would be nice to change in /usr/share/X11/xkb/symbols/us : (section
alt-intl):
key AE09 { [ 9, parenleft, dead_breve,dead_breve ] };
key AE10 { [ 0, parenright, dead_abovering,dead_abovering ] };
to
key AE09 { [ 9, parenleft, leftsinglequotemark, dead_breve ]};
key AE10 { [ 0, parenright, rightsinglequotemark, dead_abovering ] };
(as used in section intl).
Reason: in the present alt-intl version, both alt-9 and shift-alt-9
produce dead_breve. This a bit of a waste of key combinations.
The proposed modification leaves dead_breve and dead_abovering available
with shift-alt, but produces an easy way to type single-quotes by means of
alt. Single-quotes are very useful things to have on a system.
Regards, Jan
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363236: xprint restored, but not improved
Drew Parsons wrote: Damn, the spacing problem just reared its ugly head again ;-( *sigh* The old xprint has state bug again? Works the first time, not the second time? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363236: xprint restored, but not improved
Drew Parsons wrote: On Tue, 2006-10-03 at 08:39 +0200, Jan Willem Stumpel wrote: Drew Parsons wrote: Damn, the spacing problem just reared its ugly head again ;-( *sigh* The old xprint has state bug again? Works the first time, not the second time? Seems like it, except it worked the first 50 times Well, there seem to be only 2 possibilities: -- We (i.e., I am afraid, you) have to roll up sleeves delve into the innards of xprint (because nobody else does). -- We have to do the same thing (rolling up and delving, etc.) with Mozilla/Firefox. I suspect that is the first issue on the agenda. What do Mozilla/Firefox actually send to the print system? Is it the same thing that they send to the Windows print system (whatever that is)? Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363236: xprint restored, but not improved
Drew Parsons wrote: OK, this is where the interesting work starts. Ultimately it's going to come down to me (if not someone else) rolling my sleeves up and getting my arms grubby deep within the bowels of the Xprint internals. Yecch. But sacrifices must be made for progress, as Otto Lilienthal said .. We'll have to mark out exactly what it's doing, font by font, glyph by glyph, postscript directive by postscript directive. Unfortunately it's a long term project since I'm no expert in font or postscript internals. I have some limited knowledge of font internals, so if I could help.. For reference, while I have been able to verify the problems, especially with the spacing problem, most of the way along, that problem has now disappeared from my system with the full installation of X11R7.1. Print quality (measured by print to paper and print to PDF) is now comfortably acceptable for me. The spacing problem on www.debian.org, for instance, just disappeared the other week after we finished the 7.1 transition. That's without any of the font or css tweaking you mentioned. Hmm.. maybe I tested it too soon. I'll reinstall xprint and try. The only odd behaviour I'm seeing at the moment is that font types sometimes get switched around. For instance at the moment firefox displays the cyrillic links at the bottom (Bulgarian, Russian) in serif, but Xprint prints them using a Typewriter (courier) font for some reason. In my case (but I use the css hack and removed xprint's own fonts) the Bulgarian and Russian are (correctly) rendered in serif by xprint. Other pages print similarly for me, printing fine apart from sometimes switching serif for sans-serif. I suspect solving this glitch will also solve the other problems we've been seeing. What is curious to me is that the glitch is acceptably small in this way for me, while its manifestation on your system is much larger. Yes, it is strange. Maybe results depend on (the interaction between) the fonts that a user has installed. And whatever I do, Mozilla and Firefox still cannot print MathML on Linux correctly. Strange, because MathML printing is supposed to be one of the 'selling points' of xprint. This problem is subtle. I tested some MathML on the new working Xprint, e.g. http://www.mozilla.org/projects/mathml/demo/texvsmml.xhtml . Now firefox itself renders mathml defectively, even after manually installing Mathematica fonts as directed on the mozilla.org pages, the pages are not rendered satisfactorily on screen, with some symbols missing, and superscripts misaligned. This MATHML display bug seems to be a fairly well-known bug of Firefox (not Mozilla); see bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361183 which is quite old, and unresolved. It has to do with Pango. There is a workaround: disable Pango. You have to start Firefox with MOZ_DISABLE_PANGO=1 firefox, otherwise MATHML display becomes a complete mess. Printing with xprint in Mozilla/Firefox works somewhat, but not well. The biggest problems are (in my case): -- mathematics is usually printed in Italic style (well, the variables are). In my case everything is Roman (upright). -- large symbols (like multi-line brackets and root signs) are always printed only one line high, and often in the wrong location (too high). The horizontal bar of root signs usually becomes a fat black block. I have no experience of how the old (pre-7.1) xprint performed; I only recently became interested in MATHML. But on http://www.mozilla.org/projects/xprint/samples/ there are some impressive samples. It says they were generated on Linux. If you look closely, these examples are also not really perfect (look, e.g., at the rendering of the minus and plusminus signs in the yellow highlighted section). But they are much better than what I can get on Debian now, so it seems xprint's MATHML capabilities have actually gotten poorer over the years. Grr. On Windows, both IE6 and Firefox print MATHML perfectly. I think we can still sustain the claim that Xprint deals with MathML better than default printing. Perhaps. I have to re-test this. Due to another bug in Firefox it is not exactly easy to switch between xprint and postscript/default in Firefox -- see bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=344401 (I added some comments to this; the problem is unresolved to this day). However I seem to recall that if you want to print a MATHML coded mathematical expression like a c - = - b d the native Firefox printing method misplaces the equals sign. You get something like a = c - - b d while xprint renders it correctly. So I would agree with qualifications to this statement.. a qualification being that better than very bad is not really good enough for actual use. To experiment with MATHML, you could use ASCIIMathML.js. See my MATHML test page http://jw-stumpel.nl/bounce.html. It it
Bug#389033: xcdroast: no more dvd burning
Package: xcdroast Severity: important The title says it all. After a Sid dist-upgrade I burned 3 coasters. Thought it was a bad batch of disks, got a new pack, another coaster: -- Device returns wrong startsec -- Burn-free switched on, later off -- trying to mount the coaster gives wrong fstype Got it working again by installing xcdroast and cdrecord from Sarge. This probably has something to do with the conflict between the open source community and Joerg Schilling. He may be a difficult person, but at least his programs work. Please test any alternatives to his programs before release. Regards, Jan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xcdroast depends on: ii cdda2wav 5:1.0~pre4-1.1 Creates WAV files from audio CDs ii cdrecord 4:2.01+01a01-2 command line CD writing tool ii debconf 1.5.5 Debian configuration management sy ii libc6 2.3.6.ds1-4GNU C Library: Shared libraries ii libgdk-pixbuf20.22.0-11 The GdkPixBuf image library, gtk+ ii libglib1.21.2.10-10.1The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libx11-6 2:1.0.0-9 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi61:1.0.1-3 X11 Input extension library ii makedev 2.3.1-83 creates device files in /dev ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem ii xlibs 6.9.0.dfsg.1-6 X Window System client libraries m xcdroast recommends no packages. -- debconf information: xcdroast/missing_cd_devices: xcdroast/missing_generic_devices: xcdroast/can_use_normal_user: false xcdroast/create_scsi_generic_devices: true xcdroast/create_scsi_cd_devices: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379769: joe: Non-robust input behaviour
Josip Rodin wrote: I'm sorry if I sound crass, but I was a bit annoyed by your somewhat casual description of a problem as leaving random rubbish in the text, where the issue is actually triggered by the user not paying a modicum of attention while typing. joe is by far my favourite editor, as I have said publicly several times. I did not mean to be insulting. I did not mean that 5~ is random in the mathematical sense; rather in the hacker's dictionary sense of an unintended result. I apologise for the use of the word rubbish; I should have used a neutral term like string. So in other words random rubbish is just an unintended string ;-). I still think Special key combinations, like function keys, should either do something functional (hopefully well-documented), or they should do nothing. Of course users should pay attention when typing. But sometimes they make mistakes. Everyone does. The software should not surprise the user unduly. Inserting this 5~ stuff in texts is a surprise, therefore a bug, and it should be fixed somehow. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389033: xcdroast: no more dvd burning
Joerg Schilling wrote: If you like to get a working cdrecord with DVD support, you need to get the original from: ftp://ftp.berlios.de/pub/cdrecord/alpha/ Compile it yourself and install it suid-root. Suid-root is needed in order to make cdrecord work correctly on newer Linux kernels. [..] As I am a member of the Open Source community, it is obvious that there cannot be such a conflict. There is however a conflict between the Open Source community and Debian caused by the fact that Debian does not like to accept decisions made by the Open Source community... Interesting.. I wonder how this will work out. This kind of conflict (legal hair-splitting in the absence of any real legal problems) is getting a little bit too frequent to my taste, nowadays. It has already killed dosemu. I do not know which side is right. It is just a pity that good work goes to waste. In the meantime, I'll continue to use your old version (in Debian Sarge) which works well. Many thanks for writing it. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363236: xprint restored, but not improved
Package: xprint Version: 1:1.1.99.3+git20060910-2 Followup-For: Bug #363236 Xorg 7.1 has appeared in unstable, and now xprint works again, in the sense that it no longer crashes Mozilla and Firefox. But the font selection is still just as bad as before; i.e. you need both the removal of Xprint's own fonts, and some tweaking of userContent.css, otherwise you do not get acceptable prints. And whatever I do, Mozilla and Firefox still cannot print MathML on Linux correctly. Strange, because MathML printing is supposed to be one of the 'selling points' of xprint. Regards, Jan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages xprint depends on: ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libx11-62:1.0.0-9X11 client-side library ii libxau6 1:1.0.1-2X11 authorisation library ii libxdmcp6 1:1.0.1-2X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-1X11 font rasterisation library ii xprint-common 1:1.1.99.3+git20060910-2 Xprint - the X11 print system (con ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xprint recommends: pn xprint-utils none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379769: joe: Non-robust input behaviour
Josip Rodin wrote: On Tue, Jul 25, 2006 at 03:40:12PM +0200, Jan Willem Stumpel wrote: Package: joe Version: 3.3-5 Severity: normal Using joe within an xterm. It turns out that not only Control-PageUp, but also other key combinations, like Fn (function key n, for n 3), insert strings in the text, e.g.: F6 produces ~ shift-F6 produces ;2~ control-F6 produces ;5~ This is no good. Special key combinations, like function keys, should either do something functional (hopefully well-documented), or they should do nothing. They should never leave random rubbish in the text. Well, yes, that's why terminfo exists, but if the translation is incomplete, you can see bugs like that. If you have a list of exact X key codes passed by terminals, you should submit it for inclusion. Do you mean that this is a bug in ncurses/terminfo? Or in xterm? I am not quite sure what you mean by exact X key codes and inclusion. I noticed that, e.g., control-pageup in xterm generates ESC[5;5~. Only the last part of this string, namely 5~, is passed on (and inserted into the text) by joe. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379769: joe: Non-robust input behaviour
Thomas Dickey wrote: On Thu, Sep 21, 2006 at 01:00:16PM +0200, Jan Willem Stumpel wrote: I noticed that, e.g., control-pageup in xterm generates ESC[5;5~. Only the last part of this string, namely 5~, is passed on (and inserted into the text) by joe. That could be a problem in joe. Or it could be that joe is interpreting the ESC [ 5 ; as a command and unsure of what to do with the 5 ~ other than insert them. It is, in any case, not a general problem of programs in xterm. It does not occur in vim. Nor in nano. I vote for a bug in joe .. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Drew Parsons wrote: I think it would be helpful to have a test case to confirm the wrong behaviour and to verify the fix. Is a url available? Hmm.. this is a keyboard thing, not a display thing, so how could a URL help? xev can be used to verify the fix, of course. The bug itself has been reported already in Ubuntu and SuSE, though not in Debian, e.g. http://www.mail-archive.com/desktop-bugs@lists.ubuntu.com/msg06568.html and other places. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Package: xkb-data
Version: 0.8-12
Severity: normal
This is a 'simultaneous bug' in xkb-data and libx11-data.
In /usr/share/X11/xkb/symbols/gr, the keys generating the Classical Greek
'breathing' signs are defined as follows
key AC10 { [ dead_acute, dead_horn ] };
key AC11 { [ dead_grave, dead_ogonek ] };
The breathing signs are the shifted symbols (dead_horn and dead_ogonek).
This means that these keys do not work in an international UTF-8 locale,
because the international Compose file
(/usr/share/X11/locale/en_US.UTF-8/Compose), which has definitions for the
full set of Ancient Greek accent combinations, expects the breathing signs to
be U0313 and U0314 respectively.
The dead_horn and dead_ogonek are only recognized by the Greek UTF-8 Compose
file, /usr/share/X11/locale/el_GR.UTF-8/Compose.
The solution is to change dead_horn to U0313 and dead_ogonek to U0314 both in
/usr/share/X11/xkb/symbols/gr and in
/usr/share/X11/locale/el_GR.UTF-8/Compose. It is important to do this
simultaneously.
That way it will become possible to enter Classical Greek correctly both in
international and Greek UTF-8 locales. I expect, in fact, that the reason
for having a separate Greek UTF-8 compose file will then largely disappear
(although with the proposed changes in place, there will no longer be any
harm in keeping it).
Regards, Jan
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Daniel Stone wrote: Er, could dead_horn and dead_ognek sequences not just be added to en_US? Of course they could. But that would be perpetuating a kludge. dead_horn and dead_ogonek were chosen by the original Greek designer *) because they do not occur in the Greek language, so he thought they were unused and made them do double duty as breathing signs. The real dead_horn and dead_ogonek are completely different -- they are accents below the letters, not above, like the breathing signs are. Apparently he was not aware that the keysyms starting with U are by default valid keysyms in xkb, nor of the fact that the true breathings signs had already been defined in Unicode: U+0313 COMBINING COMMA ABOVE, Greek psili, smooth breathing mark U+0314 COMBINING REVERSED COMMA ABOVE, Greek dasia, rough breathing mark Apparently, the creators of the Greek polytonic xkb file and of the international Compose file worked independently of one another. It is time to put it right. *) See http://www.mail-archive.com/linux-utf8@nl.linux.org/msg05200.html (near the end of the message): When I made an initial try at a polytonic Greek keyboard, I couldn't find a dead_comma_above and a dead_reversed_comma_above, so I just (ab)used the first two keysyms that weren't otherwise meaningful on a Greek keyboard. Subsequent updates to the Greek keyboard layout and Compose files kept this (perhaps not strictly correct) arrangement. Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Daniel Stone wrote: Actually, at the time the Greek support was written, that wasn't true. I did not know that. That explains a lot. Okay, thanks for your analysis and pointing out that I was wrong. :) Your suggested fix seems fine to me. Well, as long as it's fixed, it's fine! :) Regards, Jan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386385: xkb-data: Wrong codes for Greek polytonic breathing signs
Denis Barbier wrote:
But we cannot be sure that they will enter testing together, so adding a
transition plan is desired. Here is mine:
1. Rewrite /usr/share/X11/locale/el_GR.UTF-8/Compose to include
/usr/share/X11/locale/en_US.UTF-8/Compose (as in pt_BR.UTF-8) and
only add Greek specific compose sequences.
2. Add compose sequences with U0313 and U0314 to en_US.UTF-8/Compose.
Note that this file already contains such sequences, so maybe there
is nothing to do here.
3. Push these changes upstream.
4. When en_US.UTF-8/Compose and el_GR.UTF-8/Compose are fixed in
testing, modify xkb/symbols/gr as requested, and close #386385.
5. Drop el_GR.UTF-8/Compose after etch if this file becomes useless.
If this roadmap makes sense to you, can you please file bug
reports with patches against libx11-data for steps 1 and 2?
This is much easier to perform by people reading Greek ;-)
I am neither a Greek, nor a real expert in Ancient Greek, so I
want to be very careful. I am just interested in making the
'breathing signs' accessible to *international* users (using a
non-Greek UTF-8 locale).
Perhaps a safe way to do this, is to use the following transition
plan:
1. Add U0313 and U0314 sequences to the Greek UTF-8 Compose file.
Because U0313 and U0314 never occur together on the same
line, this can simply be done by running the file through the
following filter:
#!/usr/bin/perl
while () {
print $_;
if (/dead_horn/) {
s/dead_horn/U0313/;
print $_;
}
elsif (/dead_ogonek/) {
s/dead_ogonek/U0314/;
print $_;
}
}
This would keep all the original definitions, and would also
not damage any Greek-speficic tricks that might be present in
the Greek Compose file (this is guaranteed because the real
dead_horn and dead_ogonek do not occur in Greek), but it would
make an international keyboard (with U0313 and U0314) usable
for Greek users with el_GR.UTF-8 locale.
2. Changing /usr/share/X11/locale/en_US.UTF-8/Compose is not
necessary for the moment. If there are any Greek-specific
tricks that must be added, they can be added later.
3. For the rest, the same as your transition plan.
Do you still want me to send a separate bug report to libx11-data,
or do you take it up with the libx11-data maintainer directly? I
noticed before that Debian does not have a good mechanism for
reporting this kind of double bug. Maybe we can find a way of
following this up by CC-ing.
Regards, Jan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386471: libx11-data: Wrong Compose sequnces for Greek polytonic breathing signs
Package: libx11-data
Version: 2:1.0.0-8
Severity: normal
This is a 'simultaneous bug' in xkb-data and libx11-data.
In /usr/share/X11/xkb/symbols/gr, the keys generating the Classical Greek
'breathing' signs are defined as follows
key AC10 { [ dead_acute, dead_horn ] };
key AC11 { [ dead_grave, dead_ogonek ] };
The breathing signs are the shifted symbols (dead_horn and dead_ogonek).
This means that these keys do not work in an international UTF-8 locale,
because the international Compose file
(/usr/share/X11/locale/en_US.UTF-8/Compose), which has definitions for the
full set of Ancient Greek accent combinations, expects the breathing signs
to be U0313 and U0314 respectively.
The dead_horn and dead_ogonek are only recognized by the Greek UTF-8 Compose
file, /usr/share/X11/locale/el_GR.UTF-8/Compose.
The solution is to change dead_horn to U0313 and dead_ogonek to U0314 both
in /usr/share/X11/xkb/symbols/gr and in
/usr/share/X11/locale/el_GR.UTF-8/Compose. It is important to do this
simultaneously.
That way it will become possible to enter Classical Greek correctly both in
international and Greek UTF-8 locales. I expect, in fact, that the reason
for having a separate Greek UTF-8 compose file will then largely disappear
(although with the proposed changes in place, there will no longer be any
harm in keeping it).
Because there must be simultaneous changes in the xkb gr file and the Greek
Compose file, a careful transition plan is needed. Please see bug 386385,
and the discussion there, which includes a proposal for patching the Gree
Compose file.
Regards, Jan
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Versions of packages libx11-data depends on:
ii x11-common1:7.0.23 X Window System (X.Org) infrastruc
libx11-data recommends no packages.
-- debconf-show failed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385970: xkb-data: Greek polytonic affects us alt-intl
Package: xkb-data Version: 0.8-10 Severity: normal When using the us layout with alt-intl variant, shift-alt-comma is supposed to generate 'dead_caron'. So shift-alt-comma, n should produce ň. And indeed it does, when I say setxkbmap us -variant alt-intl -option compose:rwin. Now I say setxkbmap us,gr -variant alt-intl, -option \ compose:rwin,grp:lwin_toggle,grp_led:scroll This is still OK. I have a us (variant alt-intl) keyboard, and pressing left-windows changes it to Greek. But I want polytonic Greek; so I try setxkbmap us,gr -variant alt-intl,polytonic -option\ compose:rwin,grp:lwin_toggle,grp_led:scroll and indeed I get the Greek polytonic keyboard (this has some layout bugs, but this report is not about them) when I press left-windows. But when I press left-windows again (or if I did not press it in the first place) the us keyboard layout has apparently changed. shift-alt-comma, n now produces ņ instead of ň, in other words: shift-alt-comma now does the same thing as alt-comma, namely dead_cedilla (instead of dead_caron). So somehow the polytonic variant of the gr keyboard layout (even when not switched on) affects the behaviour of the us keyboard layout. This cannot be right. I suspect some error in the X keyboard compiler, or whatever it is called. Regards, Jan -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- debconf-show failed
