Bug#417860: Same problem here
I have exactly the same problem. $ lspci | grep VGA 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Regards, César -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352315: Not related with nvidia driver
Sven Arvidsson escribió: On Fri, 2007-03-23 at 16:31 +0100, Cesar Martinez Izquierdo wrote: Hi, as I reported before, I suffer the same problem. I don't have an nvidia graphic card, but an Intel 855GM one (i810 driver). So I don't think it's the same bug as #405179, (or that one it isn't correctly assigned to xserver-xorg-video-nv). I reopen it, for the moment. Maybe it's an xserver error, but I just get it when starting gnome (either from gdm or kdm). I don't get it with KDE. Hi, What version are you running, the one in Etch? It would be great if you could capture a stacktrace of the crash. It's not so easy with X, but this can help you: http://wiki.x.org/wiki/DebuggingTheXserver http://wiki.debian.org/?HowToGetABacktrace Do I really need to build a debug-enabled Xserver? Aren't there pre-built packages on any repo? I guess that the backtrace present in Xorg.0.log is not useful: Backtrace: 0: /usr/bin/X(xf86SigHandler+0x84) [0x80c4354] 1: [0xb7fa6420] 2: /usr/lib/xorg/modules/libfb.so(fbFillRegionSolid+0xdd) [0xb7aa526d] 3: /usr/lib/xorg/modules/libfb.so(fbPaintWindow+0xae) [0xb7aa535e] 4: /usr/lib/xorg/modules/libxaa.so(XAAPaintWindow+0x156) [0xb7a49d96] 5: /usr/bin/X [0x815474f] 6: /usr/bin/X(miWindowExposures+0xf6) [0x810a286] 7: /usr/bin/X [0x80da0ec] 8: /usr/lib/xorg/modules/extensions/libdri.so(DRIWindowExposures+0x89) [0xb7f8f819] 9: /usr/bin/X(miHandleValidateExposures+0x77) [0x8121b17] 10: /usr/bin/X [0x80d1151] 11: /usr/lib/xorg/modules/libxaa.so [0xb7a333f3] 12: /usr/lib/xorg/modules/libramdac.so [0xb7a26fa6] 13: /usr/lib/xorg/modules/drivers/i810_drv.so(I830RandRSetConfig+0x2b4) [0xb7c22c74] 14: /usr/bin/X [0x8151901] 15: /usr/bin/X(Dispatch+0x19b) [0x8086cab] 16: /usr/bin/X(main+0x489) [0x806e699] 17: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8) [0xb7da2ea8] 18: /usr/bin/X(FontFileCompleteXLFD+0xa9) [0x806d9d1] Fatal server error: Caught signal 11. Server aborting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352315: Not related with nvidia driver
Sven Arvidsson escribió: On Fri, 2007-03-23 at 16:31 +0100, Cesar Martinez Izquierdo wrote: Hi, as I reported before, I suffer the same problem. I don't have an nvidia graphic card, but an Intel 855GM one (i810 driver). So I don't think it's the same bug as #405179, (or that one it isn't correctly assigned to xserver-xorg-video-nv). I reopen it, for the moment. Maybe it's an xserver error, but I just get it when starting gnome (either from gdm or kdm). I don't get it with KDE. Hi, What version are you running, the one in Etch? I use Debian unstable packages. xserver-xorg version: 1:7.1.0-15 gnome-core version: 1:2.14.3.6 It would be great if you could capture a stacktrace of the crash. It's not so easy with X, but this can help you: http://wiki.x.org/wiki/DebuggingTheXserver http://wiki.debian.org/?HowToGetABacktrace OK, I'll try to get it. Regards, César -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352315: Not related with nvidia driver
reopen 352315 stop Hi, as I reported before, I suffer the same problem. I don't have an nvidia graphic card, but an Intel 855GM one (i810 driver). So I don't think it's the same bug as #405179, (or that one it isn't correctly assigned to xserver-xorg-video-nv). I reopen it, for the moment. Maybe it's an xserver error, but I just get it when starting gnome (either from gdm or kdm). I don't get it with KDE. César -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395033: Not so randomly
Alexander Sack - Debian Bugmail escribió: On Tue, Jan 23, 2007 at 10:53:58PM +0100, Cesar Martinez Izquierdo wrote: One important detail: - When OpenOffice is suggested, Icedove has detected a Microsoft PowerPoint Document. - when no app is suggested, the file has been detected as PPS file. So it seems that sometimes the same file is detected as a different file type. I guess the attachments have different mime types ... can you please look into the mail sources and tell which mime type gets detected and which not? - Alexander Hi. We are speaking about the SAME attachment, so there is just one mime type. Anyway, looking at the sources: --=_NextPart_000_0070_01C73972.A868BD80 Content-Type: application/vnd.ms-powerpoint; name==?iso-8859-1?Q?Pruebas=5Fde=5Fl=F3gica.pps?= Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename==?iso-8859-1?Q?Pruebas=5Fde=5Fl=F3gica.pps?= I hope it's useful... César -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395033: Not so randomly
Alexander Sack - Debian Bugmail escribió: On Tue, Jan 23, 2007 at 10:53:58PM +0100, Cesar Martinez Izquierdo wrote: Hi, I can confirm this bug, it happens quite often if you follow these steps: - I try to open a .pps attachment (a Power Point document), by double-clicking on it. - The dialog suggests: Open with [soffice (default)] - I press OK. OpenOffice Impress opens. - I close OpenOffice. - Then I double-click in the attachment again. Do not click on any other area of Icedove before double-clicking on the attachment. I don't know if this is really related, but in this way I've managed to reproduce the error more often than usually. - The dialog suggests: Open with [Browse...] So no application is selected now. OK, thanks for keeping me back in context. What entries are listed in /etc/mailcap for powerpoint? application/mspowerpoint; soffice -impress '%s'; edit=soffice -impress '%s'; test=test $DISPLAY != ; nametemplate=%s.ppt; description=Microsoft PowerPoint Document application/vnd.ms-powerpoint; soffice -impress '%s'; edit=soffice -impress '%s'; test=test $DISPLAY != ; nametemplate=%s.ppt; description=Microsoft PowerPoint Document application/x-mspowerpoint; soffice -impress '%s'; edit=soffice -impress '%s'; test=test $DISPLAY != ; nametemplate=%s.ppt; description=Microsoft PowerPoint Document Do you see this behaviour for other filetypes as well? e.g. pdf, png, etc.? I'm not sure if I've seen for other filetypes, but I've been trying a bit now and I was only able to reproduce it with PowerPoint files. (I couldn't reproduce it even with .doc files). César -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395033: Not so randomly
Hi, I can confirm this bug, it happens quite often if you follow these steps: - I try to open a .pps attachment (a Power Point document), by double-clicking on it. - The dialog suggests: Open with [soffice (default)] - I press OK. OpenOffice Impress opens. - I close OpenOffice. - Then I double-click in the attachment again. Do not click on any other area of Icedove before double-clicking on the attachment. I don't know if this is really related, but in this way I've managed to reproduce the error more often than usually. - The dialog suggests: Open with [Browse...] So no application is selected now. One important detail: - When OpenOffice is suggested, Icedove has detected a Microsoft PowerPoint Document. - when no app is suggested, the file has been detected as PPS file. So it seems that sometimes the same file is detected as a different file type. I hope this info is useful. Regards, César -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405609: nethogs: crashes when eth0 is not available
Package: nethogs Version: 0.6.0-1 Severity: important If eth0 interface is not present, and nethogs is run without parameters, then it crashes. # nethogs Segmentation fault I can provide a core dump, if useful. -- 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: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nethogs depends on: ii libc62.3.6.ds1-9 GNU C Library: Shared libraries ii libgcc1 1:4.1.1-21 GCC support library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpcap0.8 0.9.5-1 System interface for user-level pa ii libstdc++6 4.1.1-21The GNU Standard C++ Library v3 nethogs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404880: new icedove icon is confusing at small sizes
Package: icedove Version: 1.5.0.9.dfsg1-1 Severity: wishlist The new icedove icon (the pigeon) is quite beautiful, but it is quite confusing at small sizes. My gnome-panel size is set on 24 pixels, and at this size it's impossible to distinguish the stamp, the world and the pigeon. The only thing I can see is a white spot on a green 'thing', so it's quite hard to guess that this icon represents a mail program. Moreover, the new iceweasel icon looks quite similar at this size, so it's very difficult to distinguish them. This is a problem for shortcuts and also for the taskbar. Just try to open 5 iceweasel windows and icedove, look at the taskbar and try to distinguish them in a fast glance. Other applications' icons look OK at this size (examples: nautilus, gnome-terminal, amsn, kmail, rythmbox, gedit, etc). I can provide some snapshots. -- 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: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages icedove depends on: ii cdebconf [debconf-2.0]0.111 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-9GNU 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-1 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 The GTK+ graphical user interface ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpango1.0-0 1.14.8-3 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 myspell-ca [myspell-dicti 0.5-3 Catalan dictionary for myspell ii myspell-en-gb [myspell-di 1:2.0.4~rc1-3 English_british dictionary for mys ii myspell-en-us [myspell-di 1:2.0.4~rc1-3 English_american dictionary for my ii myspell-es [myspell-dicti 1.9-8 Spanish dictionary for myspell ii zlib1g1:1.2.3-13 compression library - runtime icedove recommends no packages. -- debconf information: * icedove/browser: GNOME -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404882: new iceweasel icon is confusing at small sizes
Package: iceweasel Version: 2.0.0.1+dfsg-1 Severity: wishlist (Note: I've reported a similar bug against Icedove: #404880). The new iceweasel icon is quite nice, but it is very confusing at small sizes. My gnome-panel size is set on 24 pixels, and at this size it's impossible to distinguish the shapes of the icon. The only thing I can see is a white spot on a green 'thing', so it's quite hard to guess that this icon represents a web browser. Moreover, the new icedove icon looks quite similar at this size, so it's very difficult to distinguish them. This is a problem for shortcuts and also for the taskbar. Just try to open 5 iceweasel windows and icedove, look at the taskbar and try to distinguish them in a fast glance. Please, provide an icon with clearer shapes, and which colour is different from Icedove one. Other applications' icons look OK at this size (examples: nautilus, gnome-terminal, amsn, kmail, rythmbox, gedit, etc). I can provide some snapshots. -- 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: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages iceweasel depends on: ii debianutils 2.17.4 Miscellaneous utilities specific t ii fontconfig2.4.2-1generic font configuration library ii libatk1.0-0 1.12.3-1 The ATK accessibility toolkit ii libc6 2.3.6.ds1-9GNU C Library: Shared libraries ii libcairo2 1.2.4-4The Cairo 2D vector graphics libra ii libfontconfig12.4.2-1generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libglib2.0-0 2.12.6-1 The GLib library of C routines ii libgtk2.0-0 2.8.20-3 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-3 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 libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt61:1.0.2-2 X11 toolkit intrinsics library ii psmisc22.3-1 Utilities that use the proc filesy ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages iceweasel recommends: ii myspell-ca [myspell-dictio 0.5-3 Catalan dictionary for myspell ii myspell-en-gb [myspell-dic 1:2.0.4~rc1-3 English_british dictionary for mys ii myspell-en-us [myspell-dic 1:2.0.4~rc1-3 English_american dictionary for my ii myspell-es [myspell-dictio 1.9-8 Spanish dictionary for myspell -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373844: error while configuring planner: parse error in the basque documentation file
Package: planner Version: 0.14-1 Severity: normal Tags: l10n When installing planner, an error is reported in the configuration stage: Configurando planner (0.14-1) ... /usr/share/gnome/help/planner/eu/planner.xml:1624: parser error : Comment not terminated ^ /usr/share/gnome/help/planner/eu/planner.xml:1624: parser error : Opening and ending tag mismatch: article line 23 and listitem /listitem ^ /usr/share/gnome/help/planner/eu/planner.xml:1625: parser error : Extra content at the end of the document /varlistentry ^ *** * Updating MIME database in /usr/share/mime... Wrote 497 strings at 20 - 2934 Wrote aliases at 2934 - 2ae8 Wrote parents at 2ae8 - 3178 Wrote literal globs at 3178 - 31e4 Wrote suffix globs at 31e4 - 68fc Wrote full globs at 68fc - 6920 Wrote magic at 6920 - bfd0 Wrote namespace list at bfd0 - bfe0 *** The following patch seems to repair it in my PC, although I don't understand why... it seems to be related with the presence of tab characters? It doesn't make any sense... --- planner.xml 2006-06-15 22:47:44.0 +0200 +++ planner2.xml2006-06-15 22:47:22.0 +0200 @@ -1556,7 +1556,7 @@ /itemizedlist - === Customization Subsection - - Use a new section to describe different tabbed sections on the Settings or Preferences - dialog. - +dialog. - sect2 id=myapp-prefs-display titleDisplay/title variablelist -- 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.16-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages planner depends on: ii gconf2 2.14.0-1 GNOME configuration database syste ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-01.11.4-2 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-7 generic font configuration library ii libgconf2-42.14.0-1 GNOME configuration database syste ii libgcrypt111.2.2-1 LGPL Crypto library - runtime libr ii libgda2-3 1.2.3-2 GNOME Data Access library for GNOM ii libglade2-01:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome2-02.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeprint2.2-0 2.12.1-4 The GNOME 2.2 print architecture - ii libgnomeprintui2.2-0 2.12.1-3 GNOME 2.2 print architecture User ii libgnomeui-0 2.14.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-1 GNOME virtual file-system (runtime ii libgpg-error0 1.2-1 library for common error values an ii libgtk2.0-02.8.18-1 The GTK+ graphical user interface ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.0-1.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpopt0 1.10-2lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor11.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxml22.6.26.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii libxslt1.1 1.1.17-1 XSLT processing library - runtime ii python2.3 2.3.5-14 An interactive high-level object-o ii scrollkeeper 0.3.14-11 A free electronic cataloging syste ii shared-mime-info 0.17-2FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.3-11compression library - runtime Versions of packages planner recommends: pn
Bug#363563: rt2500-source: typo in README.Debian file: correct syntax is wireless-function
Package: rt2500-source Version: 1.1.0+cvs20060417-1 Severity: minor Hi, I think there is an error in the README.Debian file in rt2500-source. At the end of the file, there is an /etc/network/interfaces example: auto eth1 iface eth1 inet dhcp wireless_mode managed wireless_channel 6 wireless_essid my_wifi_network wireless_rate 54M The syntax of the wireless extensions is wireless-function, (according to 'wireless' manpage in the wireless-tools packages), so the correct way should be: auto eth1 iface eth1 inet dhcp wireless-mode managed wireless-channel 6 wireless-essid my_wifi_network wireless-rate 54M Regards, Cesar -- 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.16-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages rt2500-source depends on: ii debhelper 5.0.32 helper programs for debian/rules ii module-assistant 0.10.3 tool to make module package creati rt2500-source recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354849: f-spot fails to start
Package: f-spot Version: 0.1.8-1 Severity: important $ f-spot ** (/usr/lib/f-spot/f-spot.exe:4450): WARNING **: The following assembly referenced from /usr/lib/f-spot/f-spot.exe could not be loaded: Assembly: dbus-sharp(assemblyref_index=10) Version:0.60.0.0 Public Key: 9eef2692033670f5 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/f-spot). ** (/usr/lib/f-spot/f-spot.exe:4450): WARNING **: The class DBus.Connection could not be loaded, used in dbus-sharp, Version=0.60.0.0, Culture=neutral, PublicKeyToken=9eef2692033670f5 = Got a SIGSEGV while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. = Stacktrace: in 0x Driver:Main (string[]) in 0x16f Driver:Main (string[]) in 0xb6b0c7 (wrapper runtime-invoke) System.Object:runtime_invoke_void_string[] (object,intptr,intptr,intptr) Native stacktrace: /usr/lib/libmono.so.0(mono_handle_native_sigsegv+0xe5) [0xb7e6d485] /usr/lib/libmono.so.0 [0xb7e2e4dd] [0xe440] /usr/lib/libmono.so.0(mono_compile_create_var+0xa8) [0xb7e2a3f8] /usr/lib/libmono.so.0(mini_method_compile+0xfd1) [0xb7e4a5a1] /usr/lib/libmono.so.0 [0xb7e4b4db] /usr/lib/libmono.so.0(mono_compile_method+0x24) [0xb7eafc64] /usr/lib/libmono.so.0(mono_magic_trampoline+0x25) [0xb7e83285] [0xb7fcb032] [0xb72e0823] /usr/lib/libmono.so.0 [0xb7e4b8c0] /usr/lib/libmono.so.0(mono_runtime_invoke+0x33) [0xb7eaf8c3] /usr/lib/libmono.so.0(mono_runtime_exec_main+0x6b) [0xb7eb282b] /usr/lib/libmono.so.0(mono_runtime_run_main+0x18c) [0xb7eb5d0c] /usr/lib/libmono.so.0(mono_jit_exec+0x8e) [0xb7e5e9fe] /usr/lib/libmono.so.0(mono_main+0x1100) [0xb7e5fbc0] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) [0xb7be6eb0] mono [0x8048471] /usr/bin/f-spot: line 3: 4450 Abortadomono /usr/lib/f-spot/f-spot.exe $@ -- 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-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages f-spot depends on: ii libc6 2.3.6-2GNU C Library: Shared libraries an ii libdbus-1-cil 0.61-2 CLI binding for D-BUS interprocess ii libexif12 0.6.13-1 library to parse EXIF files ii libgconf2.0-cil 2.8.1-1CLI binding for GConf 2.12 ii libglade2.0-cil 2.8.1-1CLI binding for the Glade librarie ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libglib2.0-cil2.8.1-1CLI binding for the GLib utility l ii libgnome2.0-cil 2.8.1-1CLI binding for GNOME 2.12 ii libgnomeui-0 2.12.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-02.12.2-6 GNOME virtual file-system (runtime ii libgphoto2-2 2.1.6-6gphoto2 digital camera library ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user interface ii libgtk2.0-cil 2.8.1-1CLI binding for the GTK+ toolkit 2 ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii liblcms1 1.13-1 Color management library ii libmono0 1.1.13.2-1 libraries for the Mono JIT ii libsqlite02.8.16-1 SQLite shared library ii mono-classlib-1.0 1.1.13.2-1 Mono class library (1.0) ii mono-jit 1.1.13.2-1 fast CLI JIT/AOT compiler for Mono f-spot recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352315: gnome: same for me
Package: gnome Followup-For: Bug #352315 Hi, I have the same or similar problem. Switching to text mode while the splash window is shown causes the X server to crash. I happens using gdm and also using kdm. Regards, Cesar -- 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-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348217: RFA: mozilla-firefox-locale-all
Package: wnpp Severity: normal Hi, due to a lack of time, I offer this package for adoption. I will try to keep updating it, but I don't currently find enough time for it and it hasn't been updated since Juny (I think), so it would be better if someone else adopts it. Thanks, César Martínez Izquierdo -- 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-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338034: acknowledged by developer (gnome-applets bug #338034)
El Viernes 11 Noviembre 2005 16:48, Debian Bug Tracking System escribió: Hi there, I don't understand your request... gnome-applets suggests acpid on the available architectures since GNOME 2.8 =) Sorry if I'm forgeting something, but I fail to see this Suggest: $ apt-cache show gnome-applets Package: gnome-applets Priority: optional Section: gnome Installed-Size: 912 Maintainer: Marc DequÚnes (Duck) [EMAIL PROTECTED] Architecture: i386 Version: 2.10.1-5 Replaces: gnome-cpufreq-applet, trashapplet Provides: gnome-cpufreq-applet, trashapplet Depends: libapm1 (= 3.2.0-7), libart-2.0-2 (= 2.3.16), libatk1.0-0 (= 1.9.0), libbonobo2-0 (= 2.8.0), libbonoboui2-0 (= 2.5.4), libc6 (= 2.3.2.ds1-21), libgail-common (= 1.6.6), libgail17 (= 1.6.6), libgconf2-4 (= 2.9), libglade2-0 (= 1:2.5.1), libglib2.0-0 (= 2.6.0), libgnome2-0 (= 2.8.0), libgnomecanvas2-0 (= 2.6.0), libgnomeui-0 (= 2.8.0), libgnomevfs2-0 (= 2.10.0-0), libgstreamer-plugins0.8-0 (= 0.8.0), libgstreamer0.8-0 (= 0.8.10-1), libgtk2.0-0 (= 2.6.0), libgtop2-5 (= 2.9.4), libgucharmap4, libice6 | xlibs ( 4.1.0), liborbit2 (= 1:2.10.0), libpanel-applet2-0 (= 2.10.2), libpango1.0-0 (= 1.8.1), libpopt0 (= 1.7), libsm6 | xlibs ( 4.1.0), libwnck16 (= 2.9.92.1), libx11-6 | xlibs ( 4.1.0), libxklavier10, libxml2 (= 2.6.19), zlib1g (= 1:1.2.1), debconf (= 0.5) | debconf-2.0, gnome-applets-data (= 2.10.1-5), gnome-panel (= 2.10.1-1), gnome-icon-theme (= 2.10.0-1), gstreamer0.8-alsa | gstreamer0.8-audiosink Recommends: imagemagick, gnome-system-monitor, gnome-media, gnome-netstatus-applet Conflicts: gnome-cpufreq-applet, trashapplet Filename: pool/main/g/gnome-applets/gnome-applets_2.10.1-5_i386.deb Size: 373928 MD5sum: d0fc4e91ab63444fd1c3699f519d7acf Description: Various applets for GNOME 2 panel - binary files accessx-status: shows you the status of the keyboard accessibility features, including the current state of the keyboard, if those features are in use. . Battstat: (battery applet) shows the status of the power subsystem in your laptop. . Character palette: provides a convenient way to access non-standard characters, such as accented characters, mathematical symbols, special symbols, and punctuation marks. . Command line: provides a command line that you can use within any panel on the desktop. . GNOME CPUFreq Applet: is a CPU Frequency Scaling Monitor for GNOME Panel. . Drivemount: Allows you to quickly and easily mount and unmount various types of drives and filesystems on your computer. . Geyes: Is a pair of eyes which follow your mouse pointer around the screen. . Keyboard layout switcher: enables you to assign different layouts to your keyboard to suit different locales. . Mixer: enables you to control the sound volume on your system. . Modemlights: Monitor your modem while it is working. . Sticky notes: enables you to create, view, and manage sticky notes on the GNOME Desktop. . Stock ticker: downloads current stock quotes from the Internet and displays the quotes in a scrolling display in the applet. The applet downloads the stock information from Yahoo! Finance. . System monitor: CPU, memory, network, swap file and resource. . Trash: ou can drag items from Nautilus onto this applet to move them to your trash folder. . Weather report: downloads weather information from the U.S National Weather Service (NWS) servers, including the Interactive Weather Information Network (IWIN). Tag: admin::filesystem, admin::power-management, game::toys, hardware::modem, hardware::storage:cd, interface::x11, made-of::lang:c, mail::notification, role::sw:plugin, suite::gnome, uitoolkit::gtk, use::downloading, use::monitor, use::playing, works-with::file, works-with::mail, works-with::pim, x11::applet (and it's not present also in the web interface). Closing this bug. Please, reopen the bug if appropiate. César
Bug#338034: gnome-applets: please, suggest acpid package
Package: gnome-applets Version: 2.10.1-5 Severity: wishlist Hello, battstat applet seems to need acpid package in order to work properly. Therefore, suggest acpid package, please. -- 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.14-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gnome-applets depends on: ii debconf [debconf-2.0]1.4.58 Debian configuration management sy ii gnome-applets-data 2.10.1-5Various applets for GNOME 2 panel ii gnome-icon-theme 2.10.1-2GNOME Desktop icon theme ii gnome-panel 2.10.2-1launcher and docking facility for ii gstreamer0.8-alsa [gstre 0.8.11-2ALSA plugin for GStreamer ii gstreamer0.8-artsd [gstr 0.8.11-2aRtsd plugin for GStreamer ii gstreamer0.8-esd [gstrea 0.8.11-2Enlightened Sound Daemon plugin fo ii gstreamer0.8-jack [gstre 0.8.10-1JACK plugin for GStreamer ii gstreamer0.8-oss [gstrea 0.8.11-2OSS plugin for GStreamer ii gstreamer0.8-polypaudio 0.8.11-2polypaudio plugin for GStreamer ii libapm1 3.2.2-3 Library for interacting with APM d ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libatk1.0-0 1.10.3-1The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1Bonobo CORBA interfaces library ii libbonoboui2-0 2.10.1-1The Bonobo UI library ii libc62.3.5-7 GNU C Library: Shared libraries an ii libgail-common 1.8.5-1 GNOME Accessibility Implementation ii libgail171.8.5-1 GNOME Accessibility Implementation ii libgconf2-4 2.10.1-6GNOME configuration database syste ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.8.3-1 The GLib library of C routines ii libgnome2-0 2.10.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-02.10.2-2A powerful object-oriented display ii libgnomeui-0 2.10.1-1The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.10.1-5The GNOME virtual file-system libr ii libgstreamer-plugins0.8- 0.8.11-2Various GStreamer libraries and li ii libgstreamer0.8-00.8.11-1Core GStreamer libraries, plugins, ii libgtk2.0-0 2.6.10-1The GTK+ graphical user interface ii libgtop2-5 2.10.2-1Libraries for gtop system monitori ii libgucharmap41:1.4.4-1 Unicode browser widget library (sh ii libice6 6.8.2.dfsg.1-10 Inter-Client Exchange library ii liborbit21:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.10.2-1library for GNOME 2 panel applets ii libpango1.0-01.8.2-3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-10 X Window System Session Management ii libwnck162.10.3-1Window Navigator Construction Kit ii libx11-6 6.8.2.dfsg.1-10 X Window System protocol client li ii libxklavier102.0-0.2 X Keyboard Extension high-level AP ii libxml2 2.6.22-2GNOME XML library ii xlibs6.8.2.dfsg.1-10 X Window System client libraries m ii zlib1g 1:1.2.3-6 compression library - runtime Versions of packages gnome-applets recommends: ii gnome-media2.10.2-1 The GNOME Media Utilities pn gnome-netstatus-applet none(no description available) ii gnome-system-monitor 2.10.1-3 Process viewer and system resource ii imagemagick6:6.2.4.5-0.2 Image manipulation programs -- debconf information: gnome-applets/cpufreq_SUID_bit: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292328: It works fine with linux-image-2.6.14-1-686
This problem (which was present in all kernels starting from 2.6.9 kernels) is not present in linux-image-2.6.14-1-686. It works fine for me. César
Bug#330775: linux-image-2.6.12-1-686: kernel freezes for about 30 sec. during the boot process
Package: linux-image-2.6.12-1-686 Version: 2.6.12-9 Severity: normal Hi, on my Toshiba laptop, linux-image-2.6.12-1-686 freezes for about 30 sec. during the boot procces, just after the message: ide1 at 0x170-0x177,0x376 on irq 15 Finally, the boot proccess ends normally, and everything works fine. The problem is not present in kernel-image-2.6.8-2-686. This is the same bug as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=292328 which was reported against 2.6.10 kernel. Moreover, I think it is related with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330455 (maybe the same bug). lspci -vv output: :00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- Latency: 0 Region 0: Memory at unassigned (32-bit, prefetchable) Capabilities: available only to root :00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 :00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 :00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA]) Subsystem: Toshiba America Info Systems: Unknown device 0002 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 193 Region 0: Memory at d800 (32-bit, prefetchable) [size=128M] Region 1: Memory at d000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at eff8 [size=8] Capabilities: available only to root :00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0002 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Region 0: Memory at 2000 (32-bit, prefetchable) [disabled] [size=128M] Region 1: Memory at 1f00 (32-bit, non-prefetchable) [disabled] [size=512K] Capabilities: available only to root :00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI]) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 193 Region 4: I/O ports at cfe0 [size=32] :00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI]) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin B routed to IRQ 201 Region 4: I/O ports at cf80 [size=32] :00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) (prog-if 20 [EHCI]) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin D routed to IRQ 209 Region 0: Memory at 1f08 (32-bit, non-prefetchable) [size=1K] Capabilities: available only to root :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV-
Bug#327742: mozilla-firefox-theme-rtlclassic: fails to uninstall
El Jueves 15 Septiembre 2005 05:49, Itai Seggev escribió: On Thu, Sep 15, 2005 at 03:12:53AM +0300, Cesar Martinez Izquierdo wrote: If I understand correctly, you tried to install firefox using dpkg -i mozilla-firefox_1.4.99+1.5beta1.dfsg-1_i386.deb Then, when you execute apt or aptitude, it tries to delete mozilla-firefox-theme-rtlclassic, but it fails because update-mozilla-firefox-chrome is not included in Firefox version 1.5. Actually, I used apt-get install mozilla-firefox/experimental to try to install the firefox beta. It downloaded the packages, then tried to uninstall mozilla-firefox-theme-rtlclassic, and failed. However, I am already running mozilla-firefox_1.0.99+deerpark-alpha2-1, so perhaps that's the problem. If so, is this a bug in mozlla-firefox (with tag experimental) instead? OK, in my opinion the problem is that Firefox deerpark alpha shouldn't have been released with version 1.0.99+deerpark-alpha2-1, because it breaks the extensions. The new version 1.4.99+1.5beta1.dfsg-1 looks fine (so extensions get removed correctly before installing it). There is a bug about that on mozilla-firefox: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327216 No update-mozilla-firefox-chrome By the way, you can solve the problem by installing mozilla-firefox 1.0.6-5, or by creating an empty /usr/sbin/update-mozilla-firefox-chrome script, then you will be able to remove mozilla-firefox-theme-rtlclassic correctly. Regards, César
Bug#327216: Version should have been increased
The problem is that you made big changes in mozilla-firefox but the version number was not correctly changed. My locale packages doesn't check for update-mozilla-firefox-chrome, but they depend on mozilla-firefox 1.0.999. I would expect a major version change for a major change in the package. Current 1.4.99+1.5beta1.dfsg-1 is fine, but not 1.0.99+deerpark-alpha2-1. Now we get some bugs about broken extensions: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327742 We should coordinate better in the future. César
Bug#327742: mozilla-firefox-theme-rtlclassic: fails to uninstall
El Domingo 11 Septiembre 2005 23:14, Itai Seggev escribió: Package: mozilla-firefox-theme-rtlclassic Version: 1.0.4lang20050515-1 Severity: normal I tried installing the Firefox 1.5 beta from experimental, which forced the removal of mozilla-firefox-theme-rtlclassic. However, this didn't suceed: Removing mozilla-firefox-theme-rtlclassic ... /var/lib/dpkg/info/mozilla-firefox-theme-rtlclassic.postrm: line 12: update-mozilla-firefox-chrome: command not found dpkg: error processing mozilla-firefox-theme-rtlclassic (--remove): subprocess post-removal script returned error exit status 127 If I understand correctly, you tried to install firefox using dpkg -i mozilla-firefox_1.4.99+1.5beta1.dfsg-1_i386.deb Then, when you execute apt or aptitude, it tries to delete mozilla-firefox-theme-rtlclassic, but it fails because update-mozilla-firefox-chrome is not included in Firefox version 1.5. However, I don't think it is a bug in mozilla-firefox-theme-rtlclassic. The package has the correct dependence in the right version (Depends: mozilla-firefox (= 1.0-3), mozilla-firefox ( 1.0.999)). If you upgrade using apt or aptitude it does the correct thing (at least in my tests): it removes mozilla-firefox-theme-rtlclassic and then it upgrades firefox. Then no problem is found. The problem is that you use dpkg (I guess) to install the new version, which breaks the dependences but it doesn't warn you about that. Maybe that is a bug in dpkg?? Please, correct me if I'm wrong in my guesses... César -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12cavy1 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages mozilla-firefox-theme-rtlclassic depends on: hi mozilla-firefox 1.0.99+deerpark-alpha2-1 lightweight web browser based on M mozilla-firefox-theme-rtlclassic recommends no packages. -- no debconf information
Bug#312130: I confirm the bug
Hi, I've tried the program and i'm also unable to log in. Probably the best thing to do is to delete the package from sarge, as it is totally unuseful and there is lots of alternatives (unless some users report that it's usable for them). Regarding the source code, it can be downloaded from Sourceforge: http://prdownloads.sourceforge.net/kmerlin/kmerlin-1.4.2.tar.gz?download Regards Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311725: samba: smbd and nmbd get started by logrotate even when disabled
El Viernes 03 Junio 2005 21:36, Steve Langasek escribió: If you've done what Christian describes in his mail and disabled samba by *removing* the start symlink for the runlevel, instead of *replacing* it with a kill symlink, then the policy for that runlevel is undefined and invoke-rc.d has no way to know that the daemon should not be started. If you want the package to not start the daemon in your runlevel, you need to have a K??samba symlink in the runlevel config. Yes, I did the same as Christian. It works fine replacing the start symlink with a kill synlink. I close the bug now, then. Sorry about the noise. Anyway, I think this behaviour of invoke-rc.d is not intuitive nor useful, but I guess I should complain to invoke-rc.d's maintainer, not here. Regards, Cesar
Bug#311725: samba: smbd and nmbd get started by logrotate even when disabled
El Viernes 03 Junio 2005 11:23, Steve Langasek escribi: On Fri, Jun 03, 2005 at 07:26:28AM +0200, Christian Perrier wrote: Quoting Cesar Martinez Izquierdo ([EMAIL PROTECTED]): Package: samba Version: 3.0.14a-4 Severity: important Tags: patch The samba's logrotate file /etc/logrotate.d/samba containsa a line like: postrotate invoke-rc.d --quiet samba reload /dev/null This starts samba even if previously stopped/disabled (for instance, by removing rc2.d link). I would suggest to test for the smbd.pid pidfile, as follows: From invoke-rc.d man page: invoke-rc.d itself will only pay attention to the current runlevel, and block any tries to start an init script in a runlevel it is not configured to be started at. Other poli cies are implemented with the use of the policy-rc.d helper, and are only available if /usr/sbin/policy-rc.d is installed in the system. So, theoretically, as long as a given script is setup to NOT start in a given runlevel, invoke-rc.d will NOT start it. However, I don't really know how this works exactly as the invoke-rc.d man page is a bit obscure to me. Steve, Eloy, do you have more clues than me on that issue? I'm not sure how this is a bug at all. invoke-rc.d samba reload will call /etc/init.d/samba reload: reload) echo -n Reloading /etc/samba/smb.conf (smbd only) start-stop-daemon --stop --signal HUP --pidfile $SMBDPID echo . ;; Running this on a system that doesn't have an active smbd gives me: $ /usr/sbin/invoke-rc.d samba reload Reloading /etc/samba/smb.conf (smbd only)No process in pidfile /var/run/samba/smbd.pid' found running; none killed. . $ So I really don't think the proposed change is necessary. I was also looking more closely at the files and I just realize that it is not so similar to #310535 as I though. Sorry about the misleading information. Now I realize that you made a samba upload yesterday, and I updated my system yesterday. I just installed the version in sarge again, and smbd and nmbd were started again (they should not). Then I stoped samba, I upgraded again to sid, and smbd and nmbd were started again. So it's not a problem with logrotate, but with the upgrades. However, I've check samba.postinst and I don't see anything wrong on it (assuming that invoke-rc.d works properly): if [ -x /etc/init.d/samba ]; then update-rc.d samba defaults 20 19 /dev/null if [ -x `which invoke-rc.d 2/dev/null` ]; then invoke-rc.d samba start || exit 0 else /etc/init.d/samba start || exit 0 fi fi So maybe there is some bug in invoke-rc.d... but I was also having a look to invoke-rc.d and I didn't find anything wrong on it (it is a quite complex script, though). Regards Cesar
Bug#311725: samba: smbd and nmbd get started by logrotate even when disabled
Package: samba Version: 3.0.14a-4 Severity: important Tags: patch The samba's logrotate file /etc/logrotate.d/samba containsa a line like: postrotate invoke-rc.d --quiet samba reload /dev/null This starts samba even if previously stopped/disabled (for instance, by removing rc2.d link). I would suggest to test for the smbd.pid pidfile, as follows: postrotate # Avoid starting samba if it is stopped [ -e /var/run/samba/smbd.pid ] \ invoke-rc.d --quiet samba restart /dev/null Check bug #310535 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=310535 about the same problem in cupsys, from where I copied this report (I hope the report had a free license ;-) I think this bug involves an important security problem, as all the systems having samba disabled will be in fact running samba and admins will be ignorant about this fact, and thus probably they won't pay attention to future samba security bugs. I understand that the number of systems with samba installed and not running it is probably small, but anyway there are some for sure. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages samba depends on: ii debconf [debconf-2. 1.4.50 Debian configuration management sy ii libacl1 2.2.29-1.0.1 Access control list shared library ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr2 1.37+1.38-WIP-0509-1 common error description library ii libcupsys2-gnutls10 1.1.23-10Common UNIX Printing System(tm) - ii libkrb531.3.6-3 MIT Kerberos runtime libraries ii libldap22.1.30-10OpenLDAP libraries ii libpam-modules 0.76-22 Pluggable Authentication Modules f ii libpam-runtime 0.76-22 Runtime support for the PAM librar ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpopt01.7-5lib for parsing cmdline parameters ii logrotate 3.7-5Log rotation utility ii netbase 4.21 Basic TCP/IP networking system ii samba-common3.0.14a-4Samba common files used by both th -- debconf information: samba/nmbd_from_inetd: samba/log_files_moved: samba/tdbsam: false * samba/generate_smbpasswd: true * samba/run_mode: daemons -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311117: Fwd: Bug#311117: mozilla-firefox-locale-all: Wrong order of language preferences
El Domingo 29 Mayo 2005 06:19, Ognyan Kulev escribió: Cesar Martinez Izquierdo wrote: bg-BG.prop:intl.accept_languages=bg-bg, bg (It's unofficial Bulgarian l10n of Firefox 1.0.) It's a bug in the l10n and should be bg-bg, bg, en-us, en. Would you change it, please? Regards, ogi I will, but it will be post-sarge (which is a pitty, because we will release with all those locales containing the wrong order). Regards, Cesar
Bug#253147: eroaster: The bug is still there
Package: eroaster Version: 2.2.0-0.8-2 Followup-For: Bug #253147 Hi, note that I don't use eroaster anymore, but I've just checked again this bug (to close it if needed), and I've found that the bug is still there. I will describe the bug again: When I execute eroaster, the main window doesn't fit horizontally on my screen. I use a 1024x768 resolution. While I can resize the vertical size of the window, I can't change the horizontal size. The only workaround I've found is to maximize the window (then it fits in the screen), but if I restore the window, I got a too wide window again. I've deleted my .eroaster directory but this doesn't change anything. Note that this is a new machine with a new, fresh Debian installation. When I reported the bug last year, I was also able to reproduce the bug in two different machines. Therefore, it is strange for me that you can't reproduce it... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages eroaster depends on: ii cdda2wav 4:2.01+01a01-4 Creates WAV files from audio CDs ii cdrecord 4:2.01+01a01-4 command line CD writing tool ii mkisofs 4:2.01+01a01-4 Creates ISO-9660 CD-ROM filesystem ii python2.3.5-2An interactive high-level object-o ii python-gtk2 2.6.2-1Python bindings for the GTK+ widge -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253147: It won't fit in 800x600 with en_US
By the way, it won't fit in 800x600 with en_US, too. I think this hardcoded minimum horizontal size is quite wicked... (And I stop spamming the BTS now, really ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253147: You can reproduce using the es_ES locale
tags 253147 l10n thanks Hi, I've just find out why you couldn't reproduce it. You can't see it using the en_US locale, you need to use the es_ES locale (maybe others locales are also concerned). Regards, Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311117: mozilla-firefox-locale-all: Wrong order of language preferences
tags 37 forwarded [EMAIL PROTECTED] thanks I totally agree with the report. Thanks a lot for the effort to review all the locales. However, next time try to report upstream the problems that are not Debian specific. Note that I'm also glad to get informed of any bugs with the translations, but I think it is more useful to report it upstream. Best regards, Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310535: cupsys: I confirm this bug
Package: cupsys Version: 1.1.23-10 Followup-For: Bug #310535 I confirm this bug, which is quite annoying and made me get crazy trying to find which program was starting cupsd... Probably it is a security problem, too, as the admin trusts that cupsd is not running (as it is disabled), but in fact it is running... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages cupsys depends on: ii adduser 3.63 Add and remove users and groups ii debconf 1.4.49 Debian configuration management sy ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcupsimage2 1.1.23-10Common UNIX Printing System(tm) - ii libcupsys2-gnutls10 1.1.23-10Common UNIX Printing System(tm) - ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libpam0g0.76-22 Pluggable Authentication Modules l ii libpaper1 1.1.14-3 Library for handling paper charact ii libslp1 1.0.11a-2OpenSLP libraries ii patch 2.5.9-2 Apply a diff file to an original ii perl-modules5.8.4-8 Core Perl modules ii xpdf-utils 3.00-13 Portable Document Format (PDF) sui ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, parallel, socket, usb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310469: mozilla-firefox-locale-gu-in: Gujarati XPI wrongly declares the en-US locale in some RDF files
Package: mozilla-firefox-locale-gu-in Version: 1.0.4lang20050515-1 Severity: normal The Gujarati language xpi includes some RDF files which declare the en-US locale, instead of the gu-IN as they should. This causes that some menues are shown in Gujarati language even if English language is selected. Of course, this only happens if you have installed mozilla-firefox-locale-gu-in, or you have installed this XPI in some other way). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309737: hotmail structure seems to have changed, gotmail doesn't work anymore
Package: gotmail Version: 0.8.2-2 Severity: normal Gotmail is not working for me anymore, starting from yesterday. Unfortunately, it seems that Hotmail has changed the page, so gotmail won't work until there is a new upstream version. If I run gotmail -v I get: Getting hotmail index page... FETCH: http://www.hotmail.com/ % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 272 100 2720 0 2056 0 --:--:-- --:--:-- --:--:-- 0 FETCH: http://loginnet.passport.com/login.srf?id=2svc=mailcbid=24325msppjph=1tw=0fs=1fsa=1fsat=1296000lc=1033_lang=EN % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 974 100 9740 0 2527 0 --:--:-- --:--:-- --:--:-- 88545 Logging in... FETCH: http://login.passport.net/uilogin.srf?lc=1033id=2vv=30 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 0 00 00 0 0 0 --:--:-- --:--:-- --:--:-- 0 FETCH: http://login.passport.com/login.srf?id=2vv=30lc=1033 % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 875 100 8750 0 2139 0 --:--:-- --:--:-- --:--:-- 62500 Hotmail's page structure has changed! (redirloc) Please, try to confirm this bug, and downgrade it if gotmail is working properly for other people. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages gotmail depends on: ii curl 7.13.2-2 Get a file from an HTTP, HTTPS, FT ii liburi-perl 1.35-1 Manipulates and accesses URI strin ii perl 5.8.4-8Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.4-8Core Perl modules -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309737: Reported upstream
Hi again! I've also reported it upstream. My intention was to report it with RC (serious) severity, but I don't know what reportbug did... Well, upgrading now... Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309745: kopete can't connect to MSN anymore due to an upgrade in MSN servers
Package: kopete Version: 4:3.3.2-3 Severity: normal Hello, Kopete is not able to connect to MSN anymore because the MSN servers were upgraded and the new authentication method is not compatible with Kopete. See http://bugs.kde.org/show_bug.cgi?id=105929 for more info. I guess that even if upstream solves it in a couple of days, it won't be backported to Debian on time for Sarge. But at least it should be documented somewhere, so that kopete users doesn't get crazy trying to connect to MSN (the error reported by kopete is the password is wrong, which is quite misleading). Regards, Cesar -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kopete depends on: ii kdelibs4 4:3.3.2-6 KDE core libraries ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libfam0c102 2.7.0-7 client library to control the FAM ii libgcc1 1:3.4.3-13 GCC support library ii libice6 4.3.0.dfsg.1-13 Inter-Client Exchange library ii libidn11 0.5.13-1.0 GNU libidn library, implementation ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libpcre3 5.0-1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.4-3 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management ii libssl0.9.7 0.9.7g-1SSL shared libraries ii libstdc++5 1:3.3.6-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-13 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte ii libxml2 2.6.16-7GNOME XML library ii libxrender1 1:0.8.3-1 X Rendering Extension client libra ii libxslt1.1 1.1.12-8XSLT processing library - runtime ii xlibs4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308723: mozilla-plugin-vlc should recommend mozilla-browser | mozilla-firefox
Package: mozilla-plugin-vlc Version: 0.8.1.svn20050314-1 Severity: normal Hi, currently mozilla-plugin-vlc recommends mozilla-browser. This makes mozilla-browser to be automatically installed when installing mozilla-plugin-vlc, under certain programs and configurations (aptitude, synaptic). Instead of this, it should recommend mozilla-browser | mozilla-firefox Thus, if you already have Firefox installed, you don't get mozilla-browser automatically installed. I guess it should actually recommend any other browser compatible with this plugin: epiphany? galeon? konqueror? By the way, maybe it could be worthy to create a virtual package with this semantics? (I mean: something like mozilla-plugins-compatible-browser). Best regards, Cesar -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mozilla-plugin-vlc depends on: ii dbus-1 0.23.4-1simple interprocess messaging syst ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libdvbpsi3 0.1.4-2 library for MPEG TS and DVB PSI ta ii libgcc1 1:3.4.3-13 GCC support library ii libhal0 0.4.7-4 Hardware Abstraction Layer - share ii libice6 4.3.0.dfsg.1-12.0.1 Inter-Client Exchange library ii libogg0 1.1.2-1 Ogg Bitstream Library ii libsm6 4.3.0.dfsg.1-12.0.1 X Window System Session Management ii libstdc++5 1:3.3.6-4 The GNU Standard C++ Library v3 ii libtheora0 1.0alpha3-0.0 The Theora Video Compression Codec ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii vlc 0.8.1.svn20050314-1 multimedia player for all audio an ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306578: mozilla-firefox-locale-all: Bulgarian translation of Mozilla Firefox 1.0
El Miércoles 27 Abril 2005 17:43, Ognyan Kulev escribió: Package: mozilla-firefox-locale-all Severity: wishlist Hi, In https://bugzilla.mozilla.org/show_bug.cgi?id=271341 , there is Bulgarian l10n of Mozilla Firefox 1.0. Is there a problem to include it in Debian? It's not official l10n but it's sufficiently good. Has it been tested enough? Is it working without problems? If it works fine, I will include it after the last mozilla-firefox-locale-all enters testing (7 days remaining). Regards, César
Bug#292328: Also in 2.6.11
Hi, here there is some more information about this bug. (I would have sent it before, but I didn't receive any of the additional information submitted by Peter and others). Probably it is related with the bug in 2.6.10 pointed by Peter, as I also get a [permanent] label for a lot of modules. However, I checked kernel 2.6.11 and the bug is still present. Version 2.6.8 works just fine for me. Regards, César
Bug#262115: Close this bug
Hi, I'm the reporter. I have no problem to open the document with OO.org 1.1.3, so I suggest to close the bug. Thanks a lot, César
Bug#253272: Any new about this bug?
Hi, this bug is really annoying (and quite ugly, as amsn gets frozen and you have to kill it). Is there any intention to fix it? If there is no intention, at least amsn should depend on tcl/tk 8.3, an it should ensure that 8.3 version is used even if 8.4 is also installed (as it seems that the problem is only present with 8.4 version). Regards, Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290297: mozilla-firefox-locale-he-il: The Hebrew locale should contain a right to left theme
Hi, I have created a package which include the right to left theme. It works just fine for me, but I'd like to get some testing before I upload it to Debian. It's available there: http://users.evtek.fi/~k0400388/debian/mozilla-firefox-locale-all/1.0.2lang20050403/mozilla-firefox-locale-he-il_1.0.2lang20050403-1_all.deb pgpnFuIfvwkEv.pgp Description: PGP signature
Bug#290297: mozilla-firefox-locale-he-il: The Hebrew locale should contain a right to left theme
El Domingo 03 Abril 2005 22:42, Cesar Martinez Izquierdo escribió: Hi, I have created a package which include the right to left theme. It works just fine for me, but I'd like to get some testing before I upload it to Debian. It's available there: http://users.evtek.fi/~k0400388/debian/mozilla-firefox-locale-all/1.0.2lang 20050403/mozilla-firefox-locale-he-il_1.0.2lang20050403-1_all.deb I forgot to say that the theme needs to be selected from the Themes menu in order to get it working. Regards, César pgpnW1WQTZ9DB.pgp Description: PGP signature
Bug#302212: mozilla-firefox-locale-fr-fr: does not set language for mozilla firefox
El Miércoles 30 Marzo 2005 19:58, pyluyten escribió: no way to set mozilla firefox language - it stays in english.i tryed in vain to reconfigure. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Hi, this is not a bug, you need to set up the LANG variable in order to get the language working. Otherwise Firefox will continue working only in English. This is valid not only for Firefox, but for most of Debian programs. In your case, you need LANG=fr_FR for get most of the programs working in French. Regards, César
Bug#301549: rhythmbox fails to start if gstreamer0.8-faad is installed
El Sábado 26 Marzo 2005 21:22, Loïc Minier escribió: Hi, On Sat, Mar 26, 2005, Cesar Martinez Izquierdo wrote: Hi, I just installed gstreamer0.8-faad in order to play AAC files, Where did you get gstreamer0.8-faad from? (Note: maybe it's a gstreamer bug and should be reported there??). I would rather suspect a bug in the gstreamer0.8-faad package. Regards, Sorry, I didn't realise that the package is not in Debian. It is from Christian Marillat pool. Closing the bug now. I will report to the author. The fact which confused me is that gstreamer0.8-faad maintainer is also gstreamer Debian maintainer, so I (wrongly) supposed that the package was in Debian. Sorry again. Regards, Cesar
Bug#282004: This is a upstream Firefox bug
Hi, this bug isn't related at all with the Swedish locale package. It's Firefox who decides how to render a page, that isn't related with a translation (of Firefox). I submited a bug in bugzilla.mozilla.org about this: https://bugzilla.mozilla.org/show_bug.cgi?id=287299 which finally was a duplicate of: https://bugzilla.mozilla.org/show_bug.cgi?id=16206 It seems that the enhancement will be included in Gecko 1.8, which means in Firefox 1.1 (if I understood correctly). Regards, César
Bug#299920: When Firefox is running, open links from commad line in an existing window
El Viernes 18 Marzo 2005 08:37 escribiste: * [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote: Package: mozilla-firefox Version: 1.0.1-2 Severity: normal Tags: patch Hi, last Firefox versions have reverted the previous way of open links from command line. In current version, if I try $ firefox file.html from command line while firefox is already running, file.html gets open in an existing window, replacing its previous content, insted of open a new window or tab. Bug #239323 submited a patch that allowed to open links in new windows or tabs, depending on a environment variable (FIREFOX_OPEN_IN=tab), which was already applied. It seems that you forgot to apply such patch for current version. Here is the patch again. This was done intentionally, it now follows the preference within firefox. Sorry for the noise, I didn't realise about the new option. Anyway, it would be nice to make the option [open in] a new window the default in Debian, as it was the default before. Otherwise, an entry in NEWS.Debian (or another *.Debian file) may be good. Regards, César
Bug#298796: mozilla-firefox: firefox-bin -register fails when the first line of install.rdf is empty
El Jueves 10 Marzo 2005 14:54 escribiste: On Thu, Mar 10, 2005 at 02:02:05AM +0200, Cesar Martinez Izquierdo [EMAIL PROTECTED] wrote: Package: mozilla-firefox Version: 1.0.1-2 Severity: normal Hello, I'm preparing the updated mozilla-firefox-locale-all package, with 1.0.1 translations. In some of these mozilla.org translations, the fist line of install.rdf is a blank line, and then ?xml version=1.0? is in the second line. In that situation, firefox-bin -register fails and thus update-mozilla-firefox-chrome also fails. The most puzzling thing is that firefox-bin returns a 0 value, so it doesn't return the error. I can patch the install.rdf files to workaround this (and I will do), so it's not a pressing problem, but anyway it's quite nasty thing that firefox fails and doesn't return the error value. While it is quite bad that firefox fails in such cases, it is also bad that install.rdf files are not valid XML files. XML specification says XML declaration has to appear at the very start of the document, if it ever appears. I will, on my side, try to make the extensions manager less error prone... Mike I'm not an XML expert, so I was reading yesterday the XML specification before reporting the bug, and it was not clear for me if blank space matters. Anyway, I will report this bug upstream so that they also correct the offending install.rdf files. By the way, I've prepared my package with corrected install.rdf files, so you don't need to hurry up to much to correct this. Thank you very much, regards, César
Bug#298796: mozilla-firefox: firefox-bin -register fails when the first line of install.rdf is empty
El Jueves 10 Marzo 2005 19:22 escribiste: It's actually clearer when you look at the formal definitions: document ::= prolog element Misc* [1] prolog ::= XMLDecl? Misc* (doctypedecl Misc*)? [2] XMLDecl ::= '?xml' VersionInfo EncodingDecl? SDDecl? S? '?' [3] Misc ::= Comment | PI | S [4] S ::= (#x20 | #x9 | #xD | #xA)+ [5] Yes, it seems quite clear here, thanks. BTW, here there is the bug at mozilla.org: https://bugzilla.mozilla.org/show_bug.cgi?id=285605 Regards, César
Bug#298796: mozilla-firefox: firefox-bin -register fails when the first line of install.rdf is empty
Package: mozilla-firefox Version: 1.0.1-2 Severity: normal Hello, I'm preparing the updated mozilla-firefox-locale-all package, with 1.0.1 translations. In some of these mozilla.org translations, the fist line of install.rdf is a blank line, and then ?xml version=1.0? is in the second line. In that situation, firefox-bin -register fails and thus update-mozilla-firefox-chrome also fails. The most puzzling thing is that firefox-bin returns a 0 value, so it doesn't return the error. I can patch the install.rdf files to workaround this (and I will do), so it's not a pressing problem, but anyway it's quite nasty thing that firefox fails and doesn't return the error value. The error is the following one (but I already explained the real problem above): # /usr/sbin/update-mozilla-firefox-chrome Updating mozilla-firefox chrome registry...E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong. mv: cannot stat `/usr/lib/mozilla-firefox/defaults.ini': No such file or directory Regards, Cesar Martinez Izquierdo -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages mozilla-firefox depends on: ii debianutils 2.13.1 Miscellaneous utilities specific t ii fontconfig 2.3.1-1 generic font configuration library ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-1 generic font configuration library ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-11 GCC support library ii libglib2.0-0 2.6.3-1 The GLib library of C routines ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface ii libidl0 0.8.3-1 library for parsing CORBA IDL file ii libjpeg626b-10 The Independent JPEG Group's JPEG ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libpango1.0-01.8.1-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libstdc++5 1:3.3.5-10 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-12.0.1 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-12.0.1 X Window System miscellaneous exte ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxp6 4.3.0.dfsg.1-12.0.1 X Window System printing extension ii libxt6 4.3.0.dfsg.1-12.0.1 X Toolkit Intrinsics ii psmisc 21.5-1 Utilities that use the proc filesy ii xlibs4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294175: Some research about the bug
Hi, I reassing this bug to mozilla-firefox because update-mozilla-firefox-chrome is the failing script. I've tried to reproduce the bug, but I didn't get it with standard methods (installing and removing packages). There are two reporters of the bug. The second one got the bug because he removed /etc/mozilla-firefox/profile. I can reproduce the problem in this way, but I'm unsure if this is a bug or it's the user's fault because he deleted some necessary files. The first reporter didn't do anything special to get the problem, but he doesn't have it anymore so I can't get any new clue. I deleted my /etc/mozilla-firefox/profile to reproduce the error and try to find the exact point where update-mozilla-firefox-chrome was failing. I replaced the line: # gen firefox-bin -register /dev/null 21 || echo E: Registration process existed with status: $? 2 with the following line: # gen firefox-bin -register 21 echo E: Registration process existed with status: $? 2 Then I got the following messages: Updating mozilla-firefox chrome registry...Extension System Warning: Failed to set up default extensions files probably because you do not have write privileges to this location. While you can run Firefox like this, it is recommended that you run it at least once with privileges that allow it to generate these initial files to improve start performance. Running froma disk image on MacOS X is not recommended.Extension System Warning: Failed to set up default extensions files probably because you do not have write privileges to this location. While you can run Firefox like this, it is recommended that you run it at least once with privileges that allow it to generate these initial files to improve start performance. Running froma disk image on MacOS X is not recommended.E: Registration process existed with status: 0 E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong. mv: cannot stat `/usr/lib/mozilla-firefox/defaults.ini': No such file or directory It seems that firefox-bin -register fails, but then returns status 0!! As far as I understand, the normal process inside update-mozilla-firefox-chrome is: 1) rm -f ${LIBDIR}/defaults.ini 2) then firefox-bin -register creates a new defaults.ini 3) mv ${LIBDIR}/defaults.ini ${VARDIR}/ ln -fs ${VARDIR}/defaults.ini ${LIBDIR}/ As firefox-bin -register is failing, default.ini isn't created, and then mv ${LIBDIR}/defaults.ini ${VARDIR}/ is failing. I hope my explaination was useful (or maybe was I explaining obvious things for you?). Regards, César
Bug#294175: unable to remove package
El Martes 01 Marzo 2005 21:13, Steve Langasek escribió: Thanks, I've got it now. I'm looking at your diff, and I'm a little concerned at how you chose to close this bug. Making the maintainer script exit 0 is not an overriding goal; it's much more important to first ensure that the maintainer script succeeds in *doing what it's supposed to*. Given your solution to ignore the return value of update-mozilla-firefox-chrome, I'm not at all confident that this is happening. I still don't understand why this bug occurs. It is not possible through normal operation that the mozilla-firefox package is removed before the locale packages that depend on it -- I was hoping to see something in your patch that would explain what was really happening here, but instead you seem to have punted on the question. I'm not willing to sponsor this upload for you without at least an understanding of why ignoring the errors from update-mozilla-firefox-chrome does *not* leave the system in a broken state.c I ignore the output of update-mozilla-firefox-chrome because Eric Dorlan (firefox maintainer and update-mozilla-firefox-chrome creator) told me to do so. Anyway I also don't really understand why the bug happens, and I'm also not totally satisfied with this solution, but I can't find a better solution. I tried to reproduce it but it was always working well for me (if using standard installation methods). There was two reporters. The last one told that he deleted the /etc/mozilla-firefox/profile directory. I tried to do so and then I got the bug. I'm not sure if this is a bug in the package or it rather is user's fault, who deleted a required directory. The first reporter didn't deleted any dir, but he seems to don't have the problem any more, so I can't get any new clue. In any case, the failing script was update-mozilla-firefox-chrome, which is part of mozilla-firefox package, not mozilla-firefox-locale-all. The script doesn't take any argument, and my package is not doing anything wrong. Moreover, none of the files mentioned in the report (/etc/mozilla-firefox/profile and /usr/lib/mozilla-firefox/default.ini) are part of mozilla-firefox-locale-all, but of mozilla-firefox. Thus I only see two possible actions to adopt: - we accept as valid that update-mozilla-firefox-chrome fails or - I reassing the bug to mozilla-firefox package, which contains the failing script. Accept the first option is not as bad as it may seem, because both mozilla-firefox and mozilla-firefox-locale-all get correctly uninstalled in this way, despite the fact that update-mozilla-firefox-chrome script is failing. Thanks for your time, regards, César
Bug#294175: Fwd: Re: Bug#294175: unable to remove package
-- Mensaje reenviado -- Subject: Re: Bug#294175: unable to remove package Date: Viernes 25 Febrero 2005 10:31 From: Tomas Oberhuber [EMAIL PROTECTED] To: Cesar Martinez Izquierdo [EMAIL PROTECTED] Hi Cesar, I am quite sure that I did not delete the profile in /etc. It was not on hppa. It always tried to remove a file defaults.ini in /usr/lib/mozilla-firefox. So I created the file but the script returned the same message. I opened new terminal and while the script was running a repeated 'touch defaults.ini' in /usr/lib/mozilla-firefox. Then it was happy with defaults.ini but it wanted another file (I do not remeber the name). It seemed to me like the update-mozilla-firefox-chrome script was started twice but I am not sure about it. The bug in mozilla firefox bug report seems to be exactly the same. It also said 'E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong.' Have a nice day, Tomas. Cesar Martinez Izquierdo wrote: Hi Tomas, two questions. Did you delete /etc/mozilla-firefox/profile before getting the error? It's the only way I can reproduce your error. I also found a really similar bug in mozilla-firefox (#286038, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286038 ). Are you using hppa architecture? Thanks a lot, Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294175: Waiting upload
Here: http://users.evtek.fi/~k0400388/debian/mozilla-firefox-locale-all/1.0lang20041216/ there is updated packages that solve this bug. Please, feel free to upload them if you are a Debian developer. Regards, Cesar pgpqTyfNu2X3c.pgp Description: PGP signature
Bug#294175: Fwd: Re: Bug#294175: default.ini and package uninstall
-- Mensaje reenviado -- Subject: Re: Bug#294175: default.ini and package uninstall Date: Domingo 20 Febrero 2005 21:27 From: Eric Bavu [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cesar Martinez Izquierdo a écrit : mozilla-firefox-locale-fr is not in the archive, I asume it is a mistake. It's not a mistake. I have this package in my sources : coxx:/home/neric# aptitude search mozilla-firefox-locale-fr c mozilla-firefox-locale-fr - Mozilla Firefox Language/Region Package id mozilla-firefox-locale-fr-fr - Mozilla Firefox French language/region package Maybe it can help me to know exactly which versions did you have at the begining. The problems maybe comes from the fact I removed my folder ~/.mozilla/firefox/profile an /etc/.mozilla-firefox before I tried to uninstall / reinstall firefox and the other packages (because I made a mistake with my profiles in trying exporting these ones from my windows partition). Here are the versions I had (the same as today) : mozilla-firefox : 1.0+dfsg.1-6 mozilla-firefox-locale-fr-fr : 1.0lang20041216-2 Best regards. -- Eric ---
Bug#294175: default.ini and package uninstall
El Domingo 20 Febrero 2005 21:27 escribiste: Cesar Martinez Izquierdo a écrit : mozilla-firefox-locale-fr is not in the archive, I asume it is a mistake. It's not a mistake. I have this package in my sources : coxx:/home/neric# aptitude search mozilla-firefox-locale-fr c mozilla-firefox-locale-fr - Mozilla Firefox Language/Region Package id mozilla-firefox-locale-fr-fr - Mozilla Firefox French language/region package Hi again! mozilla-firefox-locale-fr was in the archive, but it's not anymore. Anyway, mozilla-firefox-locale-fr-fr conflicts with mozilla-firefox-locale-fr, so I don't know how did you got both of them installed at the same time. For me it works correctly, if I install one of them, the other gets correctly removed. The problems maybe comes from the fact I removed my folder ~/.mozilla/firefox/profile an /etc/.mozilla-firefox before I tried to uninstall / reinstall firefox and the other packages (because I made a mistake with my profiles in trying exporting these ones from my windows partition). OK, I tried deleting /etc/mozilla-firefox and I got the same error. It seems the source of the problem. Regards, César
Bug#294175: unable to remove package
Hi Tomas, two questions. Did you delete /etc/mozilla-firefox/profile before getting the error? It's the only way I can reproduce your error. I also found a really similar bug in mozilla-firefox (#286038, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=286038 ). Are you using hppa architecture? Thanks a lot, Cesar El Lunes 14 Febrero 2005 10:30 escribiste: Hi Cesar, thank you for your e-mail. Fortunately I was able to solve the problem. I just removed update-mozilla-firefox-chrome from postinst script. So I was able to remove the package. However, I was still unable to install common mozilla-firefox. I had to do rm -rf /usr/lib/mozilla-firefox and then install mozilla-firefox. Everything seems to be ok now. Your suggestion with adding 'true' seems to correspond with what I did. Have a nice day, Tomas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279159: /sbin/umount.smbfs doesn't work for me
El Domingo 20 Febrero 2005 06:47 escribiste: umount manpage says that /sbin/umount.filesystem will be used, but either it is not true, or another previous problem happens that prevents umount.smbfs to be used. If you depend on smbmount's suid bit to mount a share, you will not be able to unmount it using umount -- only using smbumount. Because umount is itself suid, it must implement its own security checks before turning over control to the per-fstype helper program, so only shares mounted as standard user mounts can be unmounted this way. Hi, /etc/fstab : //mizar/cemariz$ /mnt/upv smbfs defaults,user,noauto,username=cemariz,workgroup=ALUMNO,ip=mizar.cc.upv.es 0 0 Then: $ mount /mnt/upv Password: $ (it's correctly mounted, as normal user, using mount, not smbmount). Then: $ umount /mnt/upv umount: only root can unmount //mizar/cemariz$ from /mnt/upv You say that umount implement its own security check. I think umount is making a wrong security check, my user should be allowed to umount it. As I told before, I think the bug should be reassigned to mount package. Thanks! Cesar -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294175: default.ini and package uninstall
Hi, I made a new version that is supposed to solve the problem if you removed mozilla-firefox before than the mozilla-firefox-locale-xx packages, but I'm waiting for my sponsor to upload it. For the moment, the only way I could reproduce the problem was to dpkg -r --force-depends mozilla-firefox. Can you tell me what did you exactly do for get the problem? (What versions did you had at the begining? What commands did you execute?) If you already got the problem, a quick an ugly fix is to rm /var/lib/dpkg/info/mozilla-firefox-locale-fr-fr.postrm. (And then aptitude remove mozilla-firefox-locale-fr-fr). Please, note that mozilla-firefox-locale-eu is not under my maintenaince, so I don't know about it. Regards, Cesar El Domingo 20 Febrero 2005 18:04, Eric Bavu escribió: Hello, I had the problem related in bug n°294175 with the package mozilla-firefox-locale-fr-fr and mozilla-firefox-eu. The solution proposed to add the file defaults.ini wasn't accurate in my configuration (debian mozilla-firefox 1.0+dfsg.1-6). Furthermore, it prevented me to use firefox (uninstall/install of mozilla-firefox and impossible to configure firefox after the aptitude install). The only solution I found to remove the packages was apt-get remove --purge mozilla-firefox* , a bit violent, isn't it ? If you have the solution to prevent this bug with defaults.ini ... (when I create this file, and I try to uninstall the packages mozilla-firefox-fr-fr and mozilla-firefox-eu , I still have the error message : Updating mozilla-firefox chrome registry...E: /usr/lib/mozilla-firefox/extensions/installed-extensions.txt still present. Registration might have gone wrong. mv: ne peut évaluer `/usr/lib/mozilla-firefox/defaults.ini': Aucun fichier ou répertoire de ce type dpkg : erreur de traitement de mozilla-firefox-locale-eu (--remove) : le sous-processus post-removal script a retourné une erreur de sortie d'état 1 And then, the file defaults.ini disappears again ...
Bug#294175: default.ini and package uninstall
El Domingo 20 Febrero 2005 20:12, Eric Bavu escribió: aptitude install mozilla-firefox-locale-fr-fr aptitude install mozilla-firefox-locale-fr aptitude remove mozilla-firefox aptitude remove mozilla-firefox-locale-fr-fr mozilla-firefox-locale-fr is not in the archive, I asume it is a mistake. I guess you mean then: aptitude install mozilla-firefox-locale-fr-fr aptitude remove mozilla-firefox aptitude remove mozilla-firefox-locale-fr-fr But I can't reproduce the problem in this way, because aptitude remove mozilla-firefox also removes mozilla-firefox-locale-fr-fr (because mozilla-firefox-locale-fr-fr depends on mozilla-firefox), so the problem doesn't arise in my computer. I don't know how can you get that situation. Maybe it can help me to know exactly which versions did you have at the begining. Regards, Cesar
Bug#279159: /sbin/umount.smbfs doesn't work for me
On Fri, 2004-12-17 at 23:33, Andries Brouwer wrote: umount uses /sbin/umount.TYPE So, if smbumount is to be used, then either /sbin/umount.smbfs must be a symlink to smbumount (if the calling sequence is the same), or /sbin/umount.smbfs must be a shell script that calls smbumount. Hi, I've tried to create a /sbin/umount.smbfs symlink to /usr/bin/smbumount, and also to create a shell script that calls smbmount, but it doesn't work for me, I get the same error: $ umount /mnt/upv umount: only root can unmount //mizar/cemariz$ from /mnt/upv umount manpage says that /sbin/umount.filesystem will be used, but either it is not true, or another previous problem happens that prevents umount.smbfs to be used. Probably the bug should be reasigned again to mount package. (BTW: I had a look to smbfs package bugreports, and maybe I'm wrong but it seems that you don't have enough time or interest in it. Perhaps you should ask for another extra co-maintainer for the package?). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296057: smbfs: mount.cifs doesn't handle the ip option correctly when using a hostname
Package: smbfs Version: 3.0.10-1 Severity: normal Hi, mount.cifs manpage states that the option ip accepts an IP or a hostname as parameter. However, when I use a hostname, I get an error: $ mount -v /mnt/upv/ parsing options: rw,noexec,nosuid,nodev,noauto,user,username=cemariz,domain=ALUMNO,ip=mizar.cc.upv.es,iocharset=iso8859-15 skipping empty user mount parameter ip address mizar.cc.upv.es override specified ip address specified explicitly Password: mount.cifs kernel mount options unc=//mizar\CEMARIZ$,pass=lfdcnp2,ver=1,rw,noexec,nosuid,nodev,noauto,,username=cemariz,domain=ALUMNO,ip=mizar.cc.upv.es,iocharset=iso8859-15 mount error 22 = Invalid argument Refer to the mount.cifs(8) manual page (e.g.man mount.cifs) If I replace the hostname with the IP in fstab, then I can mount correctly: $ mount -v /mnt/upv/ parsing options: rw,noexec,nosuid,nodev,noauto,user,username=cemariz,domain=ALUMNO,ip=158.42.250.40,iocharset=iso8859-15 skipping empty user mount parameter ip address 158.42.250.40 override specified ip address specified explicitly Password: mount.cifs kernel mount options unc=//mizar\CEMARIZ$,pass=lfdcnp2,ver=1,rw,noexec,nosuid,nodev,noauto,,username=cemariz,domain=ALUMNO,ip=158.42.250.40,iocharset=iso8859-15 So maybe you should change the manpage description or change the actual behaviour of the command. Thanks, Cesar Martinez Izquierdo -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages smbfs depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcomerr2 1.36release-1 common error description library ii libkrb53 1.3.6-1 MIT Kerberos runtime libraries ii libldap2 2.1.30-3 OpenLDAP libraries ii netbase4.20 Basic TCP/IP networking system ii samba-common 3.0.10-1 Samba common files used by both th -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294175: unable to remove package
Hi Tomas, I can't reproduce the problem, it works just fine for me. I think it is a problem of mozilla-firefox, not mozilla-firefox-locale-cs-cz, because the error occurrs while executing update-mozilla-firefox-chrome, which is a mozilla-firefox script. Which version of mozilla-firefox are you using? By the way, probably you can solve the error by making: ln -fs /var/lib/mozilla-firefox/defaults.ini /usr/lib/mozilla-firefox (if /var/lib/mozilla-firefox/defaults.ini already exists, otherwise you can probably simply touch /usr/lib/mozilla-firefox/defaults.ini). {Erik, Mike}, should I add a true command as mozilla-firefox-dom-inspector does? (Eg: update-mozilla-firefox-chrome || true ). Regards, Csar Martnez Izquierdo El Martes 08 Febrero 2005 12:24, Tomas Oberhuber escribi: Package: mozilla-firefox-locale-cs-cz Version: 1.0lang20041216-2 50:rootdpkg --remove mozilla-firefox-locale-cs-cz (Reading database ... 152623 files and directories currently installed.) Removing mozilla-firefox-locale-cs-cz ... Updating mozilla-firefox chrome registry...mv: cannot stat `/usr/lib/mozilla-firefox/defaults.ini': No such file or directory dpkg: error processing mozilla-firefox-locale-cs-cz (--remove): subprocess post-removal script returned error exit status 1 Errors were encountered while processing: mozilla-firefox-locale-cs-cz I also tried to do touch /usr/lib/mozilla-firefox/defaults.ini but I got the same message. dpkg --remove --force-all did not help either. What shall I do? Now I am unable to install new firefox because of this bug. I have testing Debian. Tomas Oberhuber.
Bug#292328: kernel-image-2.6.10-1-686: kernel freezes for about 30 sec. during the boot process
Package: kernel-image-2.6.10-1-686 Version: 2.6.10-4 Severity: normal Hi, kernel-image-2.6.10-1-686 freezes for about 30 sec. during the boot procces, just after the message: ide1 at 0x170-0x177,0x376 on irq 15 After that, the boot proccess continues but a bunch of error messages with modules are shown; something like this: ERROR: Removing 'rz1000': Device or resource busy These error messages are shown just before the message: EXT3-fs: mounted filesystem with ordered data mode. (But they are not shown in dmesg!) Finally, the boot proccess ends normally, and everything works fine. lspci -vv output: :00:00.0 Host bridge: Intel Corp. 82852/855GM Host Bridge (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- Latency: 0 Region 0: Memory at unassigned (32-bit, prefetchable) Capabilities: [40] #09 [0105] :00:00.1 System peripheral: Intel Corp. 855GM/GME GMCH Memory I/O Control Registers (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 :00:00.3 System peripheral: Intel Corp. 855GM/GME GMCH Configuration Process Registers (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 :00:02.0 VGA compatible controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA]) Subsystem: Toshiba America Info Systems: Unknown device 0002 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 193 Region 0: Memory at d800 (32-bit, prefetchable) [size=128M] Region 1: Memory at d000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at eff8 [size=8] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- :00:02.1 Display controller: Intel Corp. 82852/855GM Integrated Graphics Device (rev 02) Subsystem: Toshiba America Info Systems: Unknown device 0002 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Region 0: Memory at 2000 (32-bit, prefetchable) [disabled] [size=128M] Region 1: Memory at 1f00 (32-bit, non-prefetchable) [disabled] [size=512K] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- :00:1d.0 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI]) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 193 Region 4: I/O ports at cfe0 [size=32] :00:1d.1 USB Controller: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI]) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin B routed to IRQ 201 Region 4: I/O ports at cf80 [size=32] :00:1d.7 USB Controller: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller (rev 03) (prog-if 20 [EHCI]) Subsystem: Toshiba America Info Systems: Unknown device 0001 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin D routed to IRQ 209 Region 0: Memory at 1f08 (32-bit, non-prefetchable)
Bug#289159: El atajo Buscar de Nuevo está mal definido
Hi, I'm only the package maintainer, not the tranlator of Firefox. The bug was already reported upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=271782 - Hola, sólo soy el mantenedor del paquete, no el traductor de Firefox. Los traductores originales ya están informados del fallo: https://bugzilla.mozilla.org/show_bug.cgi?id=271782 César El Viernes 07 Enero 2005 16:27, Fernando M. Maresca escribió: Package: mozilla-firefox-locale-es-ar Version: 1.0-2 César: El atajo para buscar de nuevo en inglés es Ctl-G. En es-ar está definido como Ctl-N que también es abrir nueva ventana. Mas allá de que no veo realmente la necesidad de cambiar los atajos (el argumento de que la letra no es representativa del término en castellano no me parece razón suficiente), por lo menos en este caso es necesario eliminar la ambigüedad. Te agradezco por tu tiempo y trabajo para la comunidad Debian. Te mando un saludo cordial y si necesitás una mano para algo avisame.