Bug#914692: More information
I have been able to build de package by adding a line to the rules file like this override_dh_auto_install: (cd build-static && $(MAKE) install DESTDIR="$(CURDIR)/debian/tmp") (cd build-shared && $(MAKE) install DESTDIR="$(CURDIR)/debian/tmp") install -D $(CURDIR)/bash_completion.d/ldc2 $(CURDIR)/debian/tmp/etc/bash_completion.d/ldc2 and removing --fail-missing in the line override_dh_missing: dh_missing --fail-missing (Yes, I know this is a dirty solution. But confirms that this is the only problem for building the package).I have done this without having ldc installed in my sistem. Hence, the bootstrap is perform at building time.Hope this helps to find the bug.
Bug#913175: minitube sources exposes google API key
Package: miniube Version: version 2.9 Tags: security Dear mantainer: The file /debian/rules from the debian sources exposes a google API key, This is sensitive information. That key should be considered compromised, and could be potentially be abused by others. Is there no better solution than to have this keys hardcoded in the sources? best regards Pablo De Nápoli
Bug#738498: texmaker fails to load the splash screen
Package: texmaker Version: 4.1-1+b1 Severity: minor Dear Maintainer, Texmaker 4.1-1 from jessie fails to display the splash screen. Neither the package texmaker or texmaker-data include the file splash.png or spl...@2x.png wich are in the images directory in the texmaker sources. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texmaker depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libpoppler-qt4-4 0.22.5-4 ii libqt4-network 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtwebkit4 2.2.1-7 ii libstdc++6 4.8.2-14 ii texmaker-data 4.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages texmaker recommends: ii aspell 0.60.7~20110707-1 pn asymptote none ii ghostscript 9.05~dfsg-8+b1 ii hunspell-en-us [hunspell-dictionary] 20070829-6 pn ibus-qt4 none ii latex-beamer 3.24-1 ii myspell-es [myspell-dictionary] 1.11-4 ii netpbm 2:10.0-15+b2 ii psutils 1.17.dfsg-1 pn texlive-lang-english none ii texlive-latex-extra 2013.20131219-1 Versions of packages texmaker suggests: pn texlive-lang-all none -- no debconf information
Bug#707017: RFP: mint-display-manager -- Display manager from Linux Mint
Package: wnpp Severity: wishlist * Package name: mint-display-manager Version : 1.1.10 * URL : http://packages.linuxmint.com/pool/main/m/mdm/ (at this url you will find the original packages for Linux Mint, which is a distribution derived from Debian so little work should be needed for its oficial inclusion in Debian) Licence:: GPL 2 or higher * Description : Display manager from Linux Mint MDM is a display manager from Linux Mint (an alternative to gdm3) MDM is a new Display Manager, which code is based on GDM 2.20. It provides graphical configuration tools, themeability, remote, automatic and timed login, event scripting, language selection and it comes with more features than any other Display Manager currently available. http://www.linuxmint.com/rel_maya_whatsnew.php As a different package called mdm already exists in Debian, unfortunately a change of name is needed. I suggest to contact the Linux Mint mantainer Clement Lefebre r...@linuxmint.com in order to agree in a common name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644199: spectemu-common: spectemu should recommend alsa-oss. Sound doesn not work without it.
Package: spectemu-common Version: 0.94a-12 Severity: normal Dear Maintainer, I think that the package spectemu (both x11 and svga versions) should recommend alsa-oss, since sound doesn't work without it (if you use ALSA). This problem is documented here: (in Spanish) http://www.guia-ubuntu.org/index.php?title=Spectemu -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.1 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spectemu-common depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-4 ii libstdc++6 4.6.1-4 spectemu-common recommends no packages. Versions of packages spectemu-common suggests: ii spectemu-x11 0.94a-12 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642543: RFP: bluegriffon -- BlueGriffon is a WYSIWYG content editor for the World Wide Web.
Package: wnpp Severity: wishlist I think that this program will be very useful specially for the non-technical user who wants to create web pages and doesn't know html. Having a Debian package, will make it easier to install it under Debian. * Package name: bluegriffon Version : 1.1.1 * Upstream Author : don't know, email in the web page i...@disruptive-innovations.com * URL : http://bluegriffon.org// * License : BlueGriffon is released under the tri-licenseMPL/GPL/LGPL. Programming Lang: C++ Description : BlueGriffon is a WYSIWYG content editor for the World Wide Web. Description from the web page: BlueGriffon is a new WYSIWYG content editor for the World Wide Web. Powered by Gecko, the rendering engine of Firefox 4, it's a modern and robust solution to edit Web pages in conformance to the latest Web Standards. It's free to download (current stable version is 1.1.1) and is available on Windows, Mac OS X and Linux. BlueGriffon is available in English, Dutch, French, Czech, German, Hebrew, Italian, Japanese, Korean, Simplified Chinese, Spanish and Traditional Chinese BlueGriffon is an intuitive application that provides Web authors (beginners or more advanced) with a simple User Interface allowing to create attractive Web sites without requiring extensive technical knowledge about Web Standards. Because Gecko lives inside BlueGriffon, the document you edit will look exactly the same in Firefox 4. Advanced users can always use the Source View to hard-code their page. BlueGriffon is tri-licensed under the Mozilla Public License 1.1, the GNU General Public License Version 2 and the GNU Lesser General Public License Version 2.1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642543: duplicated bug
This bug is duplicated of bug #637454 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589846: gnome-power-manager does not offer the option do nothing when closing a laptop lid
Package: gnome-power-manager Version: 2.30.1-1 Severity: normal The gnome power manager does not offer the option do nothing when closing a laptop lid. This option could be useful when one plugs a external monitor. The problem is described here http://ubuntuforums.org/showthread.php?t=1306801 in the Ubuntu forums, and seems that this option was indedd available in previous versions of this software. Thought this option can still be enabled by using the gconf-editor (Navigating to apps--gnome-power-manager--buttons and setting lid_ac and/or lid_battery to nothing (without the quotes), as described in that web page), this is certainly not very user friendly. So please make gnome more usable by (re)nabling this option. -- Package-specific info: Distro version: squeeze/sid Kernel version: 2.6.34 g-p-m version:2.30.1 HAL version: 0.5.14 System manufacturer: missing System version: missing System product: missing AC adapter present: yes Battery present: yes Laptop panel present: no CPU scaling present: no Battery Information: battery.charge_level.current = 34332 (0x861c) (int) battery.charge_level.design = 44400 (0xad70) (int) battery.charge_level.last_full = 34332 (0x861c) (int) battery.charge_level.percentage = 100 (0x64) (int) battery.charge_level.rate = 0 (0x0) (int) battery.is_rechargeable = true (bool) battery.model = 'ZR3' (string) battery.present = true (bool) battery.rechargeable.is_charging = false (bool) battery.rechargeable.is_discharging = false (bool) battery.reporting.current = 3093 (0xc15) (int) battery.reporting.design = 4000 (0xfa0) (int) battery.reporting.last_full = 3093 (0xc15) (int) battery.reporting.rate = 0 (0x0) (int) battery.reporting.technology = 'Li-ion' (string) battery.reporting.unit = 'mAh' (string) battery.serial = '10762' (string) battery.technology = 'lithium-ion' (string) battery.type = 'primary' (string) battery.vendor = 'SANYO' (string) battery.voltage.current = 12518 (0x30e6) (int) battery.voltage.design = 11100 (0x2b5c) (int) battery.voltage.unit = 'mV' (string) DeviceKit data: Device: /org/freedesktop/UPower/devices/line_power_ACAD native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ACAD power supply: yes updated: Wed Jul 21 12:30:30 2010 (954 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT1 vendor: SANYO model:ZR3 serial: 10762 power supply: yes updated: Wed Jul 21 12:30:37 2010 (947 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: fully-charged energy: 34.3323 Wh energy-empty:0 Wh energy-full: 34.3323 Wh energy-full-design: 44.4 Wh energy-rate: 0 W voltage: 12.523 V percentage: 100% capacity:77.325% technology: lithium-ion Daemon: daemon-version: 0.9.5 can-suspend: yes can-hibernateyes on-battery: no on-low-battery: no lid-is-closed: yes lid-is-present: yes GNOME Power Manager Process Information: HAL Process Information: 104 1457 0.0 0.6 44836 5272 ?Ssl 12:28 0:00 /usr/sbin/hald root 1458 0.0 0.1 22208 1356 ?S12:28 0:00 \_ hald-runner root 1487 0.0 0.1 24352 1488 ?S12:28 0:00 \_ hald-ad root 1507 0.0 0.1 24320 1372 ?S12:28 0:00 \_ hald-ad -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii consolekit0.4.1-4framework for defining and trackin ii dbus-x11 1.2.24-2 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1 Gtk+ helper for playing widget eve ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess
Bug#589848: gnome-power-manager does not offer the option do nothing when closing a laptop lid
Package: gnome-power-manager Version: 2.30.1-1 Severity: normal *** Please type your report below this line *** -- Package-specific info: Distro version: squeeze/sid Kernel version: 2.6.34 g-p-m version:2.30.1 HAL version: 0.5.14 System manufacturer: missing System version: missing System product: missing AC adapter present: yes Battery present: yes Laptop panel present: no CPU scaling present: no Battery Information: battery.charge_level.current = 34332 (0x861c) (int) battery.charge_level.design = 44400 (0xad70) (int) battery.charge_level.last_full = 34332 (0x861c) (int) battery.charge_level.percentage = 100 (0x64) (int) battery.charge_level.rate = 0 (0x0) (int) battery.is_rechargeable = true (bool) battery.model = 'ZR3' (string) battery.present = true (bool) battery.rechargeable.is_charging = false (bool) battery.rechargeable.is_discharging = false (bool) battery.reporting.current = 3093 (0xc15) (int) battery.reporting.design = 4000 (0xfa0) (int) battery.reporting.last_full = 3093 (0xc15) (int) battery.reporting.rate = 0 (0x0) (int) battery.reporting.technology = 'Li-ion' (string) battery.reporting.unit = 'mAh' (string) battery.serial = '10762' (string) battery.technology = 'lithium-ion' (string) battery.type = 'primary' (string) battery.vendor = 'SANYO' (string) battery.voltage.current = 12518 (0x30e6) (int) battery.voltage.design = 11100 (0x2b5c) (int) battery.voltage.unit = 'mV' (string) DeviceKit data: Device: /org/freedesktop/UPower/devices/line_power_ACAD native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/ACPI0003:00/power_supply/ACAD power supply: yes updated: Wed Jul 21 12:30:30 2010 (954 seconds ago) has history: no has statistics: no line-power online: yes Device: /org/freedesktop/UPower/devices/battery_BAT1 native-path: /sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0A:00/power_supply/BAT1 vendor: SANYO model:ZR3 serial: 10762 power supply: yes updated: Wed Jul 21 12:30:37 2010 (947 seconds ago) has history: yes has statistics: yes battery present: yes rechargeable:yes state: fully-charged energy: 34.3323 Wh energy-empty:0 Wh energy-full: 34.3323 Wh energy-full-design: 44.4 Wh energy-rate: 0 W voltage: 12.523 V percentage: 100% capacity:77.325% technology: lithium-ion Daemon: daemon-version: 0.9.5 can-suspend: yes can-hibernateyes on-battery: no on-low-battery: no lid-is-closed: yes lid-is-present: yes GNOME Power Manager Process Information: HAL Process Information: 104 1457 0.0 0.6 44836 5272 ?Ssl 12:28 0:00 /usr/sbin/hald root 1458 0.0 0.1 22208 1356 ?S12:28 0:00 \_ hald-runner root 1487 0.0 0.1 24352 1488 ?S12:28 0:00 \_ hald-ad root 1507 0.0 0.1 24320 1372 ?S12:28 0:00 \_ hald-ad -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 Locale: LANG=es_AR, LC_CTYPE=es_AR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-power-manager depends on: ii consolekit0.4.1-4framework for defining and trackin ii dbus-x11 1.2.24-2 simple interprocess messaging syst ii gconf22.28.1-3 GNOME configuration database syste ii libbonobo2-0 2.24.3-1 Bonobo CORBA interfaces library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1 Gtk+ helper for playing widget eve ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libdevkit-power-gobject1 1:0.9.5-1 abstraction for power management - ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n ii libpanel-applet2-02.30.2-1 library for GNOME Panel applets ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii
Bug#546262: kdm crash (due to a bug in libx11-6 o xserver in unstable?)
Yes, it is a reproducible crash. For some strange reason it happens not the first time you log in using kdm, but when you close your session and log in again (after answering your username and password) I know that I'm using an unsupported combination (for several reasons I'm not planning to upgrade to KDE 4 for the moment, therefore I've downgraded my X to stable, but I've build a Debian system in a chroot in order to reproduce the bug) , but as Julien says that doesn't mean that the bug needs not to be investigated, because it may reveal some hidden bug in the new version of X in unstable. I think that the X implementation should reliably run all the programs that use the standard X libraries in the expected way (and I believe that kdm 3.5.x is one of them), even if they are not included in Debian. I will rebuild libx11 without optimisation as requested and send you a full backtrace. Many thanks. Cheers, Pablo On Sat, Sep 12, 2009 at 7:05 AM, Julien Cristau jcris...@debian.org wrote: reopen 546262 kthxbye On Sat, Sep 12, 2009 at 12:34:07 +0300, George Kiagiadakis wrote: 2009/9/12 Pablo De Napoli pden...@gmail.com: I want to report a bug that makes kdm crash, though I believe that the bug is not caused by kdm itself but probably by the xserver in unstable (that have changed the way of handling input devices, in particular the keyboard). [with the xserver-xorg in lenny (version 1.7.20) things work fine, with the version in unstable (1.7.4+4) kdm crashes. Hi, You are using an unsupported combination of packages (KDE 3 from lenny and X 7.4 from unstable). KDE 3 is dead upstream and it is not going to be fixed to support newer versions of libraries and other components of the system, such as X. Since kdm from lenny works fine with X from lenny, this is not a bug that concerns us. To solve this problem, either downgrade X to the version from lenny or upgrade to KDE 4. If the problem persists with KDE 4.3.1 that is now available in testing and unstable, please reopen this bug. WTF. If kdm crashes reproducibly then this should be investigated, and fixed if it's a bug in the X libraries or server. Newer X libs (or newer X server) shouldn't break older software. Only if it's a kdm bug fixed in sid does it sort of make sense to close this. Pablo, can you rebuild libx11 without optimisation and send a full backtrace? Line 320 of src/xkb/XKBBind.c is: preserve= type-preserve[i].mask; so knowing what *type looks like would be nice. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546262: new backtrace
Here is the backtrace with the unoptimized verson [Thread debugging using libthread_db enabled] [New Thread 0xb6bc6700 (LWP 13795)] [KCrash handler] #5 0xb6f55016 in XkbTranslateKeyCode (xkb=0x82343d0, key=26 '\032', mods=0, mods_rtrn=0xbfa3acbc, keysym_rtrn=0xbfa3ad74) at ../../../src/xkb/XKBBind.c:320 #6 0xb6f54e11 in XkbLookupKeySym (dpy=0x81e1720, key=26 '\032', mods=0, mods_rtrn=0xbfa3acbc, keysym_rtrn=0xbfa3ad74) at ../../../src/xkb/XKBBind.c:262 #7 0xb6f55c28 in XLookupString (event=0xbfa3ad28, buffer=0x82c1718 , nbytes=513, keysym=0xbfa3ad74, status=0x0) at ../../../src/xkb/XKBBind.c:668 #8 0xb71b4392 in QETWidget::translateKeyEventInternal (this=0x82788f8, event=0xbfa3b2e8, cou...@0xbfa3b02c, te...@0xbfa3b020, sta...@0xbfa3b028, asc...@0xbfa3b037, co...@0xbfa3b030, ty...@0xbfa3b024, willRepeat=false, statefulTranslation=true) at kernel/qapplication_x11.cpp:5202 #9 0xb71b4c08 in QETWidget::translateKeyEvent (this=0x82788f8, event=0xbfa3b2e8, grab=false) at kernel/qapplication_x11.cpp:5506 #10 0xb71bc821 in QApplication::x11ProcessEvent (this=0xbfa3b400, event=0xbfa3b2e8) at kernel/qapplication_x11.cpp:3539 #11 0xb71d0e2c in QEventLoop::processEvents (this=0x82005b8, flags=value optimized out) at kernel/qeventloop_x11.cpp:195 #12 0xb723f1a0 in QEventLoop::enterLoop (this=0x82005b8) at kernel/qeventloop.cpp:201 #13 0xb7226dcf in QApplication::enter_loop (this=0xbfa3b400) at kernel/qapplication.cpp:2796 #14 0xb741e15d in QDialog::exec (this=0x820d920) at dialogs/qdialog.cpp:435 #15 0x08060c87 in FDialog::exec (this=0x820d920) at /tmp/buildd/kdebase-3.5.9.dfsg.1/./kdm/kfrontend/kfdialog.cpp:118 #16 0x0807b2a1 in kg_main (argv0=0xbfa3cf29 /usr/bin/kdm_greet) at /tmp/buildd/kdebase-3.5.9.dfsg.1/./kdm/kfrontend/kgapp.cpp:223 #17 0x0805d11d in main (argc=1953393007, argv=0xbfa3b654) at /tmp/buildd/kdebase-3.5.9.dfsg.1/./kdm/kfrontend/kdm_greet.c:784 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546262: kdm crash (due to a bug in libx11-6 o xserver in unstable?)
Subject: kdm crash (due to a bug in libx11-6 o xserver in unstable?) Package: kdm Version: 4:3.5.9.dfsg.1-6 Severity: grave Justification: renders package unusable I want to report a bug that makes kdm crash, though I believe that the bug is not caused by kdm itself but probably by the xserver in unstable (that have changed the way of handling input devices, in particular the keyboard). [with the xserver-xorg in lenny (version 1.7.20) things work fine, with the version in unstable (1.7.4+4) kdm crashes. Here is the back trace generated by kcrash: as you can see the segfault occurs in src/xkb/XKBBind.c (line 320) from libx11: [Thread debugging using libthread_db enabled] [New Thread 0xb6ca6700 (LWP 1054)] [KCrash handler] #5 XkbTranslateKeyCode (xkb=0x99cbc30, key=value optimized out, mods=0, mods_rtrn=0xbfe6b7c4, keysym_rtrn=0xbfe6b874) at ../../../src/xkb/XKBBind.c:320 #6 0xb701570b in XkbLookupKeySym (dpy=0x9979720, key=value optimized out, mods=0, mods_rtrn=0xbfe6b7c4, keysym_rtrn=0xbfe6b874) at ../../../src/xkb/XKBBind.c:262 #7 0xb7015813 in XLookupString (event=0xbfe6b828, buffer=0x9a587d8 , nbytes=513, keysym=0xbfe6b874, status=0x0) at ../../../src/xkb/XKBBind.c:668 #8 0xb726d392 in QETWidget::translateKeyEventInternal (this=0x9a10148, event=0xbfe6bde8, cou...@0xbfe6bb2c, te...@0xbfe6bb20, sta...@0xbfe6bb28, asc...@0xbfe6bb37, co...@0xbfe6bb30, ty...@0xbfe6bb24, willRepeat=false, statefulTranslation=true) at kernel/qapplication_x11.cpp:5202 #9 0xb726dc08 in QETWidget::translateKeyEvent (this=0x9a10148, event=0xbfe6bde8, grab=false) at kernel/qapplication_x11.cpp:5506 #10 0xb7275821 in QApplication::x11ProcessEvent (this=0xbfe6bf00, event=0xbfe6bde8) at kernel/qapplication_x11.cpp:3539 #11 0xb7289e2c in QEventLoop::processEvents (this=0x9998868, flags=value optimized out) at kernel/qeventloop_x11.cpp:195 #12 0xb72f81a0 in QEventLoop::enterLoop (this=0x9998868) at kernel/qeventloop.cpp:201 #13 0xb72dfdcf in QApplication::enter_loop (this=0xbfe6bf00) at kernel/qapplication.cpp:2796 #14 0xb74d715d in QDialog::exec (this=0x99a5178) at dialogs/qdialog.cpp:435 #15 0x08060c87 in FDialog::exec (this=0x99a5178) at /tmp/buildd/kdebase-3.5.9.dfsg.1/./kdm/kfrontend/kfdialog.cpp:118 #16 0x0807b2a1 in kg_main (argv0=0xbfe6cf29 /usr/bin/kdm_greet) at /tmp/buildd/kdebase-3.5.9.dfsg.1/./kdm/kfrontend/kgapp.cpp:223 #17 0x0805d11d in main (argc=1735287144, argv=0xbfe6c154) at /tmp/buildd/kdebase-3.5.9.dfsg.1/./kdm/kfrontend/kdm_greet.c:784 I'm using a serial mouse, thefore I'm using the xserver-xorg-input-mouse (version 1:1.0.4-4) and xserver-xorg-input-kbd (version 1:1.3.2-4) drivers (and not evdev). Here is my xorg.conf file: # xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard # Esto desactiva el uso de HAL y hace que la configuración # de xorg.conf funcione Option AutoAddDevices Off EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/X11/misc FontPath /usr/share/fonts/X11/cyrillic FontPath /usr/share/fonts/X11/100dpi/:unscaled FontPath /usr/share/fonts/X11/75dpi/:unscaled FontPath /usr/share/fonts/X11/Type1 FontPath /usr/share/fonts/X11/100dpi FontPath /usr/share/fonts/X11/75dpi FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module Load extmod Load record Load GLcore Load dbe Load dri Load glx Load xtrap EndSection Section InputDevice Identifier Keyboard0 Driver kbd #Option CoreKeyboard Option XkbRules xorg Option XkbModel pc105 Option XkbLayout es Option XkbOptionslv3:ralt_switch EndSection Section InputDevice Identifier Mouse0 Driver mouse #Option CorePointer Option Device/dev/ttyS0 Option Protocol IntelliMouse Option ZAxisMapping 4 5 Option Buttons 3
Bug#545244: indeed, a dependency problem
I can confirm the bug and that it is dependency problem. Manually installing the libcups* packages corrected it. Pablo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#439817: submitting a patch for fixing this bug (and .dsc / .diff.gz ffiles)
Dear Mantainer: I'm submitting a patch for this bug [file Samsung_ML-2010-bug.dpatch) (taken from upstream subversion with svn diff -r69:70 Changelog entry: r70 | ap2c | 2007-02-10 11:17:26 -0300 (sáb 10 de feb de 2007) | 2 lines changed paths: M /splix/src/spl2.cpp Correct a bug for the ML-2010 printer Also I'm submitting the .dsc and .diff.gz files for rebuilding the Debian packages. (So probably you only need to modify the ChangeLog (replacing my name with yours, etc.) I've tested this with my printer. Please fix this issue for Lenny.. I've applied my patch using dpatch since your rules files includes rules for this. Lintian complains since you have applied patches directly, and the rules file uses a patch system (but this is clearly only a cosmetic issue) best regards Pablo --- a/src/spl2.cpp +++ b/src/spl2.cpp @@ -168,7 +168,8 @@ header[0xd] = _printer-docHeaderValues(1); // ??? XXX header[0xe] = _printer-qpdlVersion(); // QPDL Version header[0xf] = _printer-docHeaderValues(2); // ??? XXX -if (_printer-resolutionY() != _printer-resolutionX()) +if (_printer-resolutionY() != _printer-resolutionX() || +_printer-docHeaderValues(2) == 1) header[0x10] = _printer-resolutionX() / 100; // X Resolution else header[0x10] = 0; // X Resolution = Y Res. splix_1.0.1-1.2.diff.gz Description: GNU Zip compressed data splix_1.0.1-1.2.dsc Description: Binary data
Bug#439817: Samsung ML_2010 not working on splix: this is fixed in Ubuntu
Dear Mantainer: splix on Lenny does not work with Samsung_ML-2010 because of this bug.Shouldn't be a release critical bug? (It makes this package - and hence printing- unsable for users of this printer) It has been reported more than a year ago (27/Agust/2007) Please fix it. I've tested splix-1.1.1-0ubuntu1 from Ubuntu hardy, and it worked for me. (To compile it from the sources under Deban Lenny no change is needed, the only needed change is to change the names of the build dependenncies in control file (libcupsys-dev to libcups-dev libcupsimage-dev to libcupsimage2-dev) Morover, the ubuntu changelog says: splix (1.1.1-0ubuntu1) hardy; urgency=low * New upstream release * debian/rules: Suppress build of drivers using the patented JBIG algorithm, [...] wouldn't that be relevant to Debian free software guidelines? best regards Pablo De Napoli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499940: labplot: need not to be run in a terminal
Subject: labplot: need not to be run in a terminal Package: labplot Version: 1.6.0.1-6 Severity: minor Tags: patch Labplot needs not to be run in a terminal (under KDE). I think that the actual behavior (which opens an unneeded terminal and runs labplot in it when you click in the Labplot icon could be annoying to users. To fix this, simply change Terminal=yes to Terminal=no in /src/LabPlot.desktop I'm submitting a patch for this. Simply put in the debian/patches directory (and add it to the series file for quilt) -- System Information: Debian Release: lenny/sid Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages labplot depends on: ii kdelibs4c2a 4:3.5.9.dfsg.1-6 core libraries and binaries for al ii libaudiofile0 0.2.6-7 Open-source version of SGI's audio ii libc6 2.7-13 GNU C Library: Shared libraries ii libfftw3-3 3.1.2-3.1library for computing Fast Fourier ii libgcc1 1:4.3.1-9GCC support library ii libgl1-mesa-glx [li 7.0.3-5 A free implementation of the OpenG ii libglu1-mesa [libgl 7.0.3-5 The OpenGL utility library (GLU) ii libgsl0ldbl 1.11+dfsg-1 GNU Scientific Library (GSL) -- li ii libhdf5-serial-1.6. 1.6.6-4 Hierarchical Data Format 5 (HDF5) ii libjasper1 1.900.1-5The JasPer JPEG-2000 runtime libra ii libmagick++10 7:6.3.7.9.dfsg1-2+b2 C++ API to the ImageMagick library ii libmagick10 7:6.3.7.9.dfsg1-2+b2 image manipulation library ii libnetcdf4 1:3.6.2-3.1 An interface for scientific data a ii liborigin0 20080225-2 library for reading OriginLab Orig ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libqwtplot3d-qt30.2.7+svn191-2 3D plotting library based on Qt3/O ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 ii libtiff43.8.2-11 Tag Image File Format (TIFF) libra Versions of packages labplot recommends: ii pstoedit 3.45-4 PostScript and PDF files to editab ii qhull-bin 2003.1-9lenny1 calculate convex hulls and related labplot suggests no packages. -- no debconf information --- a/src/LabPlot.desktop +++ b/src/LabPlot.desktop @@ -8,7 +8,7 @@ Comment=An application for plotting of data sets and functions Comment[de]=Ein Programm zum Plotten von Daten und Funktionen Comment[pl]=Program do wykreÅlania funkcji oraz manipulacji na danych -Terminal=yes +Terminal=no Name=LabPlot MimeType=application/x-LabPlot-plot; #Protocols=file;ftp
Bug#419816: Debian Etch fails to boot with kernel 2.6.18-4 (hangs when initalizing network interfaces)
Package: linux-image Version: 2.6.18-4-686 After upgrading from Sarge to Etch, my system fails to boot with the new kernel (2.6.18-4-686) However, it still boots with the old kernel from Sarge (2.6.8-2). The system hangs when trying to configure the network interfaces. (I have two network interfaces: lo and eth0, eth0 as you can see below is a Davicom DM9102 card using the dmfe driver, it is configured to use the local IP 192.168.0.2) Here is the full text of dmesg when booting Linux version 2.6.18-4-686 (Debian 2.6.18.dfsg.1-12) ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)) #1 SMP Mon Mar 26 17:17:36 UTC 2007 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) BIOS-e820: 0009fc00 - 000a (reserved) BIOS-e820: 000f - 0010 (reserved) BIOS-e820: 0010 - 077f (usable) BIOS-e820: 077f - 077f8000 (ACPI data) BIOS-e820: 077f8000 - 0780 (ACPI NVS) BIOS-e820: ffef - fff0 (reserved) BIOS-e820: - 0001 (reserved) 0MB HIGHMEM available. 119MB LOWMEM available. On node 0 totalpages: 30704 DMA zone: 4096 pages, LIFO batch:0 Normal zone: 26608 pages, LIFO batch:7 DMI 2.2 present. ACPI: RSDP (v000 AMI ) @ 0x000fb1d0 ACPI: RSDT (v001 AMIINT 0x MSFT 0x0097) @ 0x077f ACPI: FADT (v001 AMIINT 0x MSFT 0x0097) @ 0x077f0030 ACPI: DSDT (v001SiS 620 0x1000 MSFT 0x010a) @ 0x ACPI: PM-Timer IO Port: 0x408 Allocating PCI resources starting at 1000 (gap: 0780:f86f) Detected 367.502 MHz processor. Built 1 zonelists. Total pages: 30704 Kernel command line: root=/dev/hdd1 ro Local APIC disabled by BIOS -- you can enable it with lapic mapped APIC to d000 (010f9000) Enabling fast FPU save and restore... done. Initializing CPU#0 PID hash table entries: 512 (order: 9, 2048 bytes) Console: colour VGA+ 80x25 Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) Memory: 114152k/122816k available (1544k kernel code, 8120k reserved, 577k data, 196k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay using timer specific routine.. 735.86 BogoMIPS (lpj=1471720) Security Framework v1.0.0 initialized SELinux: Disabled at boot. Capability LSM initialized Mount-cache hash table entries: 512 CPU: After generic identify, caps: 0183f9ff CPU: After vendor identify, caps: 0183f9ff CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 128K CPU: After all inits, caps: 0183f9ff 0040 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to e000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 16k freed ACPI: Core revision 20060707 ACPI: setting ELCR to 1000 (from 0c00) CPU0: Intel Celeron (Mendocino) stepping 05 SMP motherboard not detected. Local APIC not detected. Using dummy APIC emulation. Brought up 1 CPUs migration_cost=0 checking if image is initramfs... it is Freeing initrd memory: 4375k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfdb81, last bus=1 PCI: Using configuration type 1 Setting up standard PCI resources ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (:00) PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller :00:00.1 Boot video device is :01:00.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: Power Resource [URP1] (off) ACPI: Power Resource [URP2] (off) ACPI: Power Resource [FDDP] (off) ACPI: Power Resource [LPTP] (off) ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKU] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 9 devices PnPBIOS: Disabled by ACPI PNP PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report PCI: Ignore bogus resource 6 [0:0] of :01:00.0 PCI: Bridge: :00:02.0 IO window: c000-cfff MEM window: e7e0-e7ef PREFETCH window: e6c0-e7cf PCI: Setting latency timer of device :00:02.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096
Bug#264530: LOADLIN is for booting from MS-DOS or old WINDOWS
I strongly support this bug report (this could be really usefull and LOADLIN is included in the tools directory from the CD 1 in Etch) However, the sugested title 5.1.2. Booting from linux using LILO or GRUB or LOADLIN is not correct. (as Loadlin is not for booting from Linux) So a new section 5.1.x should be added with a title like Booting from MS-DOS/Windows 95/ Windows 98/FreeDos using LOADLIN __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
