Bug#1029968: And some patches
As well as the fixes in 6.6, we also need this patchup series here: https://lore.kernel.org/linux-media/ZWibhE350L3BTRK8@gallifrey/T/#t These seem to make it pretty nicely. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: fixed in 6.6
This looks like it's fixed in 6.6, I think they had a major rewrite in there. It's a conversion to vb2 in the series starting with d1846d72587e9241e73a18da14a325b43700013b There are a couple of minor oddities with that (they list the sequence cost the bttv had) but that's relatively minor. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#761037: epub bugs
Hi Boris, Are your bugs fixed by: https://github.com/captn3m0/ebook-tools/commit/5079e63250cd2f04a0829b273623c15ecb7586c4 I noticed that patch from a few days ago, and that was by someone who had run afl against it. It seems to fix Okular epub bug: https://bugs.kde.org/show_bug.cgi?id=466425 (I can't tell if these are actually security bugs or not, but havining epub readers crash feels dodgy) Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3
It's a bit messy... a) The patch I bisected to is not the root cause of the bug; it just triggers a ~9 year old bug in the v4l code - so this patch isn't going to get changed. b) The ~9 year old bug is in a particularly hairy piece of memory management code in v4l that I doubt anyone is going to fix. c) The plan is all the drivers using that API are to either be retired or rewritten using a new API; that's already been done for some of the drivers and the bttv one is a few months out. I'm not sure that's any use to this version of Debian though. d) The work arounds are: 1) Disable iommu 2) some v4l tools can use an mmap interface rather than the read(2) interface; that seems to be OK. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3
I sent this upstream report: https://lore.kernel.org/linux-iommu/Y9qSwkLxeMpffZK%2F@gallifrey/T/#u -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)))
Confirmed still happens on upstream 6.2.0-rc6 -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
* Diederik de Haas (didi.deb...@cknow.org) wrote: > Thanks for that thorough analyses! Thanks for the reply, > If you're 'penguin42' on IRC, Yep, that's me. > then I'd suggest to present your findings to > io...@lists.linux.dev as both the author and the reviewer are highly likely > subscribed to that list. > > scripts/get_maintainer.pl drivers/iommu/dma-iommu.c > scripts/get_maintainer.pl kernel/dma/Makefile > > list them both and both results have also that ML in their result. Yep, will do; I'm just going to try a 6.2rc as well just in case it's got fixed very recently, and have a poke about in case I can see any obvious cause now I know the change that triggered it. I'll include the linux-media list as well since it's just as likely that it's a fault on the v4l/bttv driver. Dave > HTH -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Info received (Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0))
0() GS:9679efdc() knlGS: [ 78.988343] CS: 0010 DS: ES: CR0: 80050033 [ 78.988346] CR2: bd7fc110 CR3: 00022ce02000 CR4: 06e0 -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
bisected: GOOD [37fcacb50be7071d146144a6c5c5bf0194b9a1cf] phy: PHY_FSL_LYNX_28G should depend on ARCH_LAYERSCAPE BAD [f5ff79fddf0efecca538046b5cc20fb3ded2ec4f] dma-mapping: remove CONFIG_DMA_REMAP GOOD [e62c17f0455a74b182ce6373e2777817256afaa1] MAINTAINERS: update maintainer list of DMA MAPPING BENCHMARK GOOD [0fb3436b4b36cf69f4544385aa2bb8c5a4913509] sparc: Remove usage of the deprecated "pci-dma-compat.h" API GOOD [fba09099c6e506608e05e08ac717bf34501f821b] media: v4l2-pci-skeleton: Remove usage of the deprecated "pci-dma-compat.h" API dg@major:~/kernel/kernel-clone$ git bisect good f5ff79fddf0efecca538046b5cc20fb3ded2ec4f is the first bad commit commit f5ff79fddf0efecca538046b5cc20fb3ded2ec4f Author: Christoph Hellwig Date: Sat Feb 26 16:40:21 2022 +0100 dma-mapping: remove CONFIG_DMA_REMAP That sounds like a believable cause given that it's IOMMU related and device related. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
Upstream 5.17 works Upstream 5.18 fails (with intel_iommu=on) Let the bisect begin. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
This is IOMMU related. Upstream 6.1 and 5.18 *do* exhibit the bug, but only with intel_iommu=on where as Debian seems to default it to on. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
I built upstream kernels 5.18.0 and 6.1.0 and both of them work for me. Which makes life much more painful to find. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: Acknowledgement (bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0)
WORKS https://snapshot.debian.org/archive/debian/20220601T031637Z/pool/main/l/linux-signed-amd64/linux-image-5.17.0-1-amd64_5.17.3-1_amd64.deb 5.17.0-1-amd64 #1 SMP PREEMPT Debian 5.17.3-1 So I think it's time to move upstream and bisect between 5.17 and 5.18 Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: bisecting we go...
Note an easier way to trigger the bug iscat /dev/vbi0 > /dev/null WORKS https://snapshot.debian.org/archive/debian/20220101T024315Z/pool/main/l/linux-signed-amd64/linux-image-5.10.0-9-amd64_5.10.70-1_amd64.deb linux-image-5.10.0-9-amd64_5.10.70-1_amd64.deb - kexecing in works WORKS https://snapshot.debian.org/archive/debian/20220101T024315Z/pool/main/l/linux-signed-amd64/linux-image-5.15.0-2-amd64_5.15.5-2_amd64.deb 5.15.5-2 FAILS https://snapshot.debian.org/archive/debian/20220701T034227Z/pool/main/l/linux-signed-amd64/linux-image-amd64_5.18.5-1_amd64.deb [ 98.154835] BUG: unable to handle page fault for address: bc2480f4 [ 98.154848] #PF: supervisor write access in kernel mode [ 98.154853] #PF: error_code(0x000b) - reserved bit violation That 5.18 failure is a bit different, but the backtrace is similar; somewhere between 5.18 it's changed from a BUG to a WARN but back in 5.15 it just worked. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#1029968: bttv/v4l: WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0
Package: src:linux Version: 6.1.4-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? This was triggered when trying to capture video via a bt878 card using the https://github.com/ali1234/vhs-teletext script. Note 'xawtv' is working fine, so the card is generally happy. * What exactly did you do (or not do) that was effective (or ineffective)? I ran 'teletext record -d /dev/vbi0 > capture.vbi' from the above package that triggers a read from vbi0; an strace shows: [pid 6466] read(3, 0x27feb20, 65536) = -1 ENOMEM (Cannot allocate memory) and the WARN_ON in the dmesg * What was the outcome of this action? a WARNING in the dmesg, see below; and the python script backtraced with apparently an -ENOMEM; but there's plenty of RAM: dg@major:~/vhs-teletext$ free -m totalusedfree shared buff/cache available Mem:7937 7892963 244847147 Swap:974 0 974 * What outcome did you expect instead? Happy gathered video. *** End of the template - remove these template lines *** -- Package-specific info: ** Version: Linux version 6.1.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-12 (Debian 12.2.0-13) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39.90.20221231) #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1 (2023-01-07) ** Command line: BOOT_IMAGE=/boot/vmlinuz-6.1.0-1-amd64 root=UUID=bce3fb05-edb4-4c73-b71d-86707031ffd1 ro intremap=nosid quiet ** Tainted: WI (2560) * kernel issued warning * workaround for bug in platform firmware applied ** Kernel log: [ 5398.299139] kauditd_printk_skb: 15 callbacks suppressed [ 5398.299142] audit: type=1400 audit(1675007035.570:27): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-oosplash" pid=4269 comm="apparmor_parser" [ 5398.365964] audit: type=1400 audit(1675007035.638:28): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-senddoc" pid=4272 comm="apparmor_parser" [ 5403.855538] audit: type=1400 audit(1675007041.126:29): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libreoffice-soffice" pid=4275 comm="apparmor_parser" [ 5403.879158] audit: type=1400 audit(1675007041.150:30): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="libreoffice-soffice//gpg" pid=4275 comm="apparmor_parser" [ 5403.927433] audit: type=1400 audit(1675007041.198:31): apparmor="STATUS" operation="profile_replace" info="same as current profile, skipping" profile="unconfined" name="libreoffice-xpdfimport" pid=4278 comm="apparmor_parser" [ 7268.952515] [ cut here ] [ 7268.952518] WARNING: CPU: 6 PID: 6164 at mm/vmalloc.c:487 __vmap_pages_range_noflush+0x3e0/0x4d0 [ 7268.952529] Modules linked in: rfkill qrtr binfmt_misc tuner_simple tuner_types tuner tda7432 tvaudio intel_powerclamp coretemp msp3400 kvm_intel bttv tveeprom kvm snd_hda_codec_via videobuf_dma_sg snd_hda_codec_generic videobuf_core irqbypass tea575x snd_hda_codec_hdmi ledtrig_audio sha512_ssse3 sha512_generic snd_hda_intel videodev snd_intel_dspcfg snd_intel_sdw_acpi intel_cstate iTCO_wdt snd_hda_codec snd_bt87x intel_uncore mc snd_hda_core serio_raw intel_pmc_bxt snd_hwdep iTCO_vendor_support pcspkr i7core_edac watchdog snd_pcm snd_timer joydev snd soundcore acpi_cpufreq evdev sg firewire_sbp2 msr parport_pc ppdev lp parport fuse configfs efi_pstore ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic sd_mod t10_pi crc64_rocksoft crc64 crc_t10dif crct10dif_generic crct10dif_common hid_generic usbhid hid nouveau mxm_wmi video wmi i2c_algo_bit drm_display_helper cec rc_core ahci ata_generic drm_ttm_helper libahci pata_via ttm libata drm_kms_helper r8169 ehci_pci realtek [ 7268.952592] firewire_ohci psmouse ehci_hcd scsi_mod drm mdio_devres crc32c_intel usbcore libphy firewire_core i2c_i801 crc_itu_t i2c_smbus lpc_ich scsi_common usb_common button [ 7268.952603] CPU: 6 PID: 6164 Comm: teletext Tainted: G I 6.1.0-1-amd64 #1 Debian 6.1.4-1 [ 7268.952605] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./P55M Pro, BIOS P1.50 09/10/2009 [ 7268.952607] RIP: 0010:__vmap_pages_range_noflush+0x3e0/0x4d0 [ 7268.952610] Code: 48 48 83 c6 08 4d 39 d6 0f 85 39 fd ff ff 48 83 c4 58 31 c0 5b 5d 41 5c 41 5d 41 5e 41 5f c3 cc cc cc cc 0f 0b e9 5f fc ff ff <0f> 0b b8 f4 ff ff ff e9 bd fc ff ff 48 8b 4c 24 18 48 31 cf 48 21 [ 7268.952611] RSP: 0018:ac9307073b50 EFLAGS: 00010246 [ 7268.952613] RAX: 00023b68 RBX: 9ab8cbb7f480 RCX: eeafad0aae40 [ 7268.952614] RDX: 00011db42ab9 RSI: RDI: 00011db42ab9 [ 7268.952615] RBP: R08: 0476 R09: ac93072a [ 7268.952617]
Bug#999418: chkrootkit: chkproc bogus OooPS, not expected 210672 value
Package: chkrootkit Version: 0.55-1+b1 Severity: important Dear Maintainer, Since upgrade to bullseye I'm seeing chkrootkit warnings of the form: OooPS, not expected 210672 value I think the problem here is the new larger PIDs on newer kernels. I think the problem here is something involving the MAX_PROCESSES calc in chkproc.c TO reproduce: Let the host run for a while so you're getting larger PIDs, then cd /usr/lib/chkrootkit ./chkproc OooPS, not expected 210672 value and that's the first PID in my system's ps output that's large. I tried upgrading to testing's: ii chkrootkit 0.55-1+b1 amd64 rootkit detector and it still happens for me. I checked it really is the 64bit build: dg@mx:/usr/lib/chkrootkit$ file /usr/lib/chkrootkit/chkproc /usr/lib/chkrootkit/chkproc: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=66d59d153338e672554b5b6fee85d5696d2cb968, for GNU/Linux 3.2.0, stripped Dave -- System Information: Debian Release: 11.1 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-9-amd64 (SMP w/1 CPU thread) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chkrootkit depends on: ii binutils 2.35.2-2 ii debconf [debconf-2.0] 1.5.77 ii libc6 2.31-13+deb11u2 ii net-tools 1.60+git20181103.0eebece-1 ii openssh-client 1:8.4p1-5 ii procps 2:3.3.17-5 chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q -n * chkrootkit/run_daily: true * chkrootkit/diff_mode: false
Bug#865001: Some analysis
I've done a little digging; firstly I think it's the same as: https://bugs.kde.org/show_bug.cgi?id=368494 (to which I commented although it's closed because it went away when the reporter updated their X server) and https://bugzilla.redhat.com/show_bug.cgi?id=1477592 and possibly https://bugzilla.redhat.com/show_bug.cgi?id=1406752 I added a little debug to libkf5screen #0 XRandRScreen::toKScreenScreen (this=0x559dd8b68980) at ./backends/xrandr/xrandrscreen.cpp:68 screenResources = {d = 0x0} kscreenScreen = {value = 0x559dd8b78a70, d = 0x559dd8b78b90} #1 0x7fe0e9b18aba in XRandRConfig::toKScreenConfig (this=) at ./backends/xrandr/xrandrconfig.cpp:117 config = {value = 0x559dd8b7ea80, d = 0x559dd8b7eb30} features = {i = 3} kscreenOutputs = {d = 0x559dd8b74bb0} #2 0x7fe0e9b14c14 in XRandR::config (this=) at ./backends/xrandr/xrandr.cpp:205 No locals. #3 0x559dd6d7fac6 in BackendDBusWrapper::setConfig (this=0x559dd8b69c10, configMap=...) at ./src/backendlauncher/backenddbuswrapper.cpp:87 config = {value = 0x559dd8b778c0, d = 0x559dd8b77be0} obj = {d = 0x559dd8b7ea80, o = 0x559dd8b7eb30} #4 0x559dd6d815ef in BackendAdaptor::setConfig (in0=..., this=) at ./obj-x86_64-linux-gnu/src/backendlauncher/backendadaptor.cpp:51 No locals. and: KScreen::ScreenPtr XRandRScreen::toKScreenScreen() const { KScreen::ScreenPtr kscreenScreen(new KScreen::Screen); kscreenScreen->setId(m_id); kscreenScreen->setMaxSize(m_maxSize); kscreenScreen->setMinSize(m_minSize); kscreenScreen->setCurrentSize(m_currentSize); XCB::ScopedPointer screenResources(XRandR::screenResources()); kscreenScreen->setMaxActiveOutputsCount(screenResources->num_crtcs); return kscreenScreen; } the problem is the screenResources.d is NULL I don't know the sctructure of the KDE code to know where the right place is to fix this. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#864998: Acknowledgement (xserver-xorg-video-qxl: Segault at login (at res change?))
I installed the debug symbols for the X server and captured with gdb: Thread 1 "Xorg" received signal SIGSEGV, Segmentation fault. 0x7f3493990c13 in drmmode_show_cursor (crtc=0x557e0c384560) at ../../src/qxl_drmmode.c:288 288 ../../src/qxl_drmmode.c: No such file or directory. (gdb) bt full #0 0x7f3493990c13 in drmmode_show_cursor (crtc=0x557e0c384560) at ../../src/qxl_drmmode.c:288 xf86_config = cursor = ret = drmmode_crtc = 0x557e0c385030 drmmode = 0x557e0c3824b8 handle = 1 use_set_cursor2 = 1 #1 0x7f34939919f1 in drmmode_set_mode_major (crtc=0x557e0c384560, mode=0x557e0c384578, rotation=, x=, y=) at ../../src/qxl_drmmode.c:256 pScrn = cursor = xf86_config = 0x557e0c3843d0 drmmode_crtc = 0x557e0c385030 drmmode = saved_x = saved_y = 0 saved_rotation = 1 saved_mode = {prev = 0x0, next = 0x0, name = 0x0, status = MODE_OK, type = 8, Clock = 63500, HDisplay = 1024, HSyncStart = 1072, HSyncEnd = 1176, HTotal = 1328, HSkew = 0, VDisplay = 768, VSyncStart = 771, VSyncEnd = 775, VTotal = 798, VScan = 0, Flags = 6, ClockIndex = 0, SynthClock = 0, CrtcHDisplay = 1024, CrtcHBlankStart = 1024, CrtcHSyncStart = 1072, CrtcHSyncEnd = 1176, CrtcHBlankEnd = 1328, CrtcHTotal = 1328, CrtcHSkew = 0, CrtcVDisplay = 768, CrtcVBlankStart = 768, CrtcVSyncStart = 771, CrtcVSyncEnd = 775, CrtcVBlankEnd = 798, CrtcVTotal = 798, CrtcHAdjusted = 0, CrtcVAdjusted = 0, PrivSize = 0, Private = 0x0, PrivFlags = 0, HSync = 47.8162651, VRefresh = 59.9201317} output_ids = output_count = ret = i = fb_id = kmode = {clock = 63500, hdisplay = 1024, hsync_start = 1072, hsync_end = 1176, htotal = 1328, hskew = 0, vdisplay = 768, vsync_start = 771, vsync_end = 775, vtotal = 798, vscan = 0, vrefresh = 0, flags = 6, type = 0, name = '\000' } pitch = height = qxl = #2 0x7f3493991d16 in drmmode_xf86crtc_resize (scrn=0x557e0c381830, width=1440, height=900) at ../../src/qxl_drmmode.c:875 crtc = xf86_config = 0x557e0c3843d0 drmmode_crtc = drmmode = 0x557e0c3824b8 old_front = 0x557e0c3a1c70 front_bo = 0x557e0c3a1c70 qxl = 0x557e0c381e70 cpp = pitch = 5760 old_pitch = 1024 ret = i = 0 old_width = 1024 old_height = 768 old_fb_id = 61 #3 0x557e0a3b6e7e in xf86RandR12ScreenSetSize (pScreen=0x557e0c383550, width=1440, height=900, mmWidth=380, mmHeight=237) at ../../../../../../hw/xfree86/modes/xf86RandR12.c:702 pScrn = 0x557e0c381830 config = 0x557e0c3843d0 pRoot = 0x557e0c42ab10 pScrnPix = ret = 0 c = #4 0x557e0a408ab8 in ProcRRSetScreenSize (client=0x557e0c7336b0) at ../../../../randr/rrscreen.c:289 stuff = pWin = 0x557e0c42ab10 pScreen = i = ---Type to continue, or q to quit--- rc = 0 #5 0x557e0a3375e5 in Dispatch () at ../../../../dix/dispatch.c:479 result = start_tick = 740 #6 0x557e0a33b568 in dix_main (argc=11, argv=0x7ffed2bfc958, envp=) at ../../../../dix/main.c:287 i = alwaysCheckForInput = {0, 1} #7 0x7f349788c2b1 in __libc_start_main (main=0x557e0a3251e0 , argc=11, argv=0x7ffed2bfc958, init=, fini=, rtld_fini=, stack_end=0x7ffed2bfc948) at ../csu/libc-start.c:291 result = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 5272008524909249332, 93999825310192, 140732434205008, 0, 0, 2028975241810412340, 2142820986808828724}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x7ffed2bfc9b8, 0x7f349a015170}, data = {prev = 0x0, cleanup = 0x0, canceltype = -759182920}}} not_first_call = #8 0x557e0a32521a in _start () -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#865001: Acknowledgement (kscreen_backend[....]: segfault at 10 ip .... sp ... error 4 in KSC_XRandR.so)
I think this is fall out from the X server crashing first - I filed bug 864998 for what looks like a qxl driver bug that is causing X to crash; but still I don't think kscreen_backend should be crashing, it should be exiting with an error if X disappears. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \dave @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/
Bug#865001: kscreen_backend[....]: segfault at 10 ip .... sp ... error 4 in KSC_XRandR.so
Package: libkf5screen-bin Version: 4:5.8.6-2 Severity: normal Dear Maintainer, * What led up to the situation? Not sure, but I suspect it's the result of setting the display resolution under KDE in my previous session * What exactly did you do (or not do) that was effective (or ineffective)? Fresh debian 9 install in QEMU (on a Fedora host) Selected KDE during install Installed fine, rebooted OK Logged into KDE session fine Increased screen res to 1440x900 Set keyboard layout Logged out Tried to log back in * What was the outcome of this action? Logging in failed, it returned me back to the login manager a dmesg shows the: kscreen_backend[1507]: segfault at 10 ip 7f73a0130568 sp 7ffd29db5570 error 4 in KSC_XRandR.so[7f73a0116000+23000] addresses are changing each time, but the IP always seems to end in 568 * What outcome did you expect instead? I could log back into KDE -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libkf5screen-bin depends on: ii libc6 2.24-11 ii libkf5screen7 4:5.8.6-2 ii libkf5waylandclient5 4:5.28.0-1 ii libqt5core5a 5.7.1+dfsg-3+b1 ii libqt5dbus5 5.7.1+dfsg-3+b1 ii libqt5gui55.7.1+dfsg-3+b1 ii libqt5x11extras5 5.7.1~20161021-2 ii libstdc++66.3.0-18 ii libxcb-randr0 1.12-1 ii libxcb1 1.12-1 libkf5screen-bin recommends no packages. libkf5screen-bin suggests no packages. -- no debconf information
Bug#864998: xserver-xorg-video-qxl: Segault at login (at res change?)
Package: xserver-xorg-video-qxl Version: 0.1.4+20161126git4d7160c-1 Severity: normal Dear Maintainer, * What led up to the situation? Debian 9 fresh install in QEMU, qxl video; KDE desktop It worked on first boot, but crashed on 2nd login. I suspect the difference is that I switched screen res, which worked fine during the session; doesn't seem to want to afterwards though * What exactly did you do (or not do) that was effective (or ineffective)? See the x log below * What was the outcome of this action? Can't log back into my KDE session * What outcome did you expect instead? A happy KDE session This qemu is running on Fedora 26; other guests are working so I think the bug here is in the X qxl driver. Dave -- Package-specific info: /etc/X11/X does not exist. /etc/X11/X is not a symlink. /etc/X11/X is not executable. VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Red Hat, Inc. QXL paravirtual graphic card [1b36:0100] (rev 04) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12) Xorg X server log files on system: -- -rw-r--r-- 1 root root 17217 Jun 18 14:34 /var/log/Xorg.0.log Contents of last Xorg X server log file (/var/log/Xorg.0.log.old): - [ 375.321] (--) Log file renamed from "/var/log/Xorg.pid-1532.log" to "/var/log/Xorg.0.log" [ 375.321] X.Org X Server 1.19.2 Release Date: 2017-03-02 [ 375.321] X Protocol Version 11, Revision 0 [ 375.321] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian [ 375.321] Current Operating System: Linux debian9vm 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2 (2017-06-12) x86_64 [ 375.321] Kernel command line: BOOT_IMAGE=/vmlinuz-4.9.0-3-amd64 root=/dev/mapper/debian9vm--vg-root ro quiet [ 375.321] Build Date: 03 March 2017 03:14:41PM [ 375.321] xorg-server 2:1.19.2-1 (https://www.debian.org/support) [ 375.321] Current version of pixman: 0.34.0 [ 375.321]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 375.321] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 375.321] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 14:34:33 2017 [ 375.321] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 375.322] (==) No Layout section. Using the first Screen section. [ 375.322] (==) No screen section available. Using defaults. [ 375.322] (**) |-->Screen "Default Screen Section" (0) [ 375.322] (**) | |-->Monitor "" [ 375.322] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 375.322] (==) Automatically adding devices [ 375.322] (==) Automatically enabling devices [ 375.322] (==) Automatically adding GPU devices [ 375.322] (==) Max clients allowed: 256, resource mask: 0x1f [ 375.322] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 375.322]Entry deleted from font path. [ 375.322] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 375.322] (==) ModulePath set to "/usr/lib/xorg/modules" [ 375.322] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 375.322] (II) Loader magic: 0x5619ecc04e00 [ 375.322] (II) Module ABI versions: [ 375.322]X.Org ANSI C Emulation: 0.4 [ 375.322]X.Org Video Driver: 23.0 [ 375.322]X.Org XInput driver : 24.1 [ 375.322]X.Org Server Extension : 10.0 [ 375.323] (++) using VT number 7 [ 375.323] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration [ 375.323] (II) xfree86: Adding drm device (/dev/dri/card0) [ 375.328] (--) PCI:*(0:0:2:0) 1b36:0100:1af4:1100 rev 4, Mem @ 0xf400/67108864, 0xf800/67108864, 0xfc054000/8192, I/O @ 0xc0c0/32, BIOS @ 0x/131072 [ 375.328] (II) LoadModule: "glx" [ 375.328] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 375.329] (II) Module glx: vendor="X.Org Foundation" [ 375.329]compiled for 1.19.2, module version = 1.0.0 [ 375.329]ABI class: X.Org Server
Bug#712514: Some more debug
I've rebuilt xorg-server withnostrip nocheck noopt and added a load of debug, with that the backtrace shows Program received signal SIGSEGV, Segmentation fault. 0x0020 in ?? () (gdb) where #0 0x0020 in ?? () #1 0x2a09b5f0 in xf86SIGIO (sig=707031856) at ../../../../../hw/xfree86/os-support/linux/../shared/sigio.c:121 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) q which seems to make sense, because it's happening as I touch and the sigio seems to be bubbling touch events through evdev. I've added a load of debug and it does seem to be getting to the end of the sigio routine, just not returning properly (that line 121 is the resteration of the errno); I've also added loads of debug to Evdev, again it seems to be going through the motions ok. here is my (rather cryptic) debug I've added for the last of the events that happened before it died. xf86SIGIO for 29 xf86SIGIO found i=0 r=1 func=0x2a078999 xf86SigioReadInput: closure=0x2a26a5f0 read_info=0x40526629 EvdevReadInput: pInfo=0x2a26a5f0 EvdevReadInput: pInfo=0x2a26a5f0 looptop EvdevReadInput: post read len=32 (bufsize=256) EvdevReadInput: process 0 EvdevProcessEvent: Abs EvPAbsME: value=454 EvPAbsME: (2) value=454 EvPAbsME: (3) value=454 EvPAbsME: (5) value=454 EvdevReadInput: process 0 EvdevReadInput: process 1 EvdevProcessEvent: Sync EvPSyncE pEvdev=0x2a31b4b0 vals=0x2a31cec0 EvPSyncE (2) ArrayLength=32 EvPSyncE (3) pEvdev=0x2a31b4b0 vals=0x2a31cec0 EvdevReadInput: process 1 xf86SIGIO exit for 29 Program received signal SIGSEGV, Segmentation fault. 0x0020 in ?? () (gdb) where #0 0x0020 in ?? () #1 0x2a09b5f0 in xf86SIGIO (sig=707031856) at ../../../../../hw/xfree86/os-support/linux/../shared/sigio.c:121 Backtrace stopped: previous frame inner to this frame (corrupt stack?) (gdb) q Given that's in a signal handler perhaps the rest of the stack is fine; it's just the return data that's had it. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712514: fb xserver crash in valuator_mask_zero
: Configuring as keyboard [ 4554.107] (II) XINPUT: Adding extended input device twl4030-keypad (type: KEYBOARD, id 8) [ 4554.107] (**) Option xkb_rules evdev [ 4554.107] (**) Option xkb_model evdev [ 4554.108] (**) Option xkb_layout us [ 4554.109] (II) Using input driver 'evdev' for 'usbkbd' [ 4554.109] (**) Option CoreKeyboard [ 4554.109] (**) usbkbd: always reports core events [ 4554.109] (**) evdev: usbkbd: Device: /dev/input/event4 [ 4554.110] (EE) evdev: usbkbd: Unable to open evdev device /dev/input/event4. [ 4554.110] (EE) PreInit returned 2 for usbkbd [ 4554.110] (II) UnloadModule: evdev [ 4554.110] (II) Using input driver 'evdev' for 'usbkbd2' [ 4554.110] (**) Option CoreKeyboard [ 4554.110] (**) usbkbd2: always reports core events [ 4554.110] (**) evdev: usbkbd2: Device: /dev/input/event5 [ 4554.110] (EE) evdev: usbkbd2: Unable to open evdev device /dev/input/event5. [ 4554.110] (EE) PreInit returned 2 for usbkbd2 [ 4554.110] (II) UnloadModule: evdev [ 4554.110] (II) Using input driver 'evdev' for 'usbmouse' [ 4554.110] (**) Option CorePointer [ 4554.110] (**) usbmouse: always reports core events [ 4554.111] (**) evdev: usbmouse: Device: /dev/input/event3 [ 4554.111] (EE) evdev: usbmouse: Unable to open evdev device /dev/input/event3. [ 4554.111] (EE) PreInit returned 2 for usbmouse [ 4554.111] (II) UnloadModule: evdev udev information: - DRM Information from dmesg: --- [ 7571.660949] init: no such service 'drm' (deb-armhf)root@localhost:/root# g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting. xinit: connection to X server lost waiting for X server to shut down XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 1983 requests (1983 known processed) with 0 events remaining. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0 after 187 requests (170 known processed) with 0 events remaining. -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709937: Missing syscall list for ARM
Package: gdb Version: 7.4.1+dfsg-0.1 gdb's catch syscall doesn't work on ARM because it's missing the XML description file; from dpkg -L /usr/share/gdb/syscalls /usr/share/gdb/syscalls/sparc64-linux.xml /usr/share/gdb/syscalls/ppc64-linux.xml /usr/share/gdb/syscalls/mips-n64-linux.xml /usr/share/gdb/syscalls/ppc-linux.xml /usr/share/gdb/syscalls/i386-linux.xml /usr/share/gdb/syscalls/mips-o32-linux.xml /usr/share/gdb/syscalls/sparc-linux.xml /usr/share/gdb/syscalls/amd64-linux.xml /usr/share/gdb/syscalls/gdb-syscalls.dtd /usr/share/gdb/syscalls/mips-n32-linux.xml see, no arm (el or hf). (Whether there are other issues as well I don't know - I just spotted that the ARM versions were missing). There was an Ubuntu bug https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/501277 when many others were missing, but I noticed the ARM one was still missing. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#336996: control flow problems
We got a report of this as ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/uucp/+bug/1094278 however, the odd thing is that a different Ubuntu cu bug: https://bugs.launchpad.net/ubuntu/+source/uucp/+bug/584787 has a trivial workaround to fix it, creating the /etc/uucp/port file - but not actually defining any serial ports in it. I don't think I understand why that fix fixes this bug, but the user who reported 1094278 found it did. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696562: Barrage: Name field too short
Package: barrage Version: 1.0.3-1 This was originally Ubuntu bug report : https://bugs.launchpad.net/ubuntu/+source/barrage/+bug/1008011 When built with fortify this fails at the code, menu.c:38 snprintf( entry-name, 24, %s, name ); entry-name[23] = 0; which all looks nice and careful until you look at menu.h: typedef struct { charname[20]; /* name */ int x, w, h;/* size and x position; y depends on the position in the menu and is computed dynamically */ int id; /* unique id */ } MenuEntry; Here is a patch I wrote: https://launchpadlibrarian.net/126521626/03_fixmenuentrylength.patch Actually, I've just ntocied it's fixed upstream in 1.0.4 so probably the best thing is just to grab that. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695467: Horgand too short buffer
Package: horgand Version: 1.14-4 This started as Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/horgand/+bug/891939 There's a strcpy of an 11 char string (+nil) into a 10 char fixed array; that on Ubuntu's Fortify build causes it to seg at startup. I've got a fix below for it; that I think is safe (it certainly gets past the seg), but for me I'm hitting problems with it not being able to open the (hard coded) alsa device. There are further places in the code that aggregate this length onto other strings into other fixed sized buffers that look safe; but given the number of fixed length buffers I wouldn't be surprised if there are further issues. Description: Buffer was too short for chord name Author: d...@treblig.org Bug: https://bugs.launchpad.net/ubuntu/+source/horgand/+bug/891939 Index: horgand-1.14/src/Holrgan.h === --- horgand-1.14.orig/src/Holrgan.h 2007-10-18 03:06:11.0 +0100 +++ horgand-1.14/src/Holrgan.h 2012-12-08 16:18:12.218160670 + @@ -398,7 +398,7 @@ struct Ch4 { - char Nom[10]; + char Nom[12]; int type; int fund; int dist1; -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695294: Moria 1 char overflow in hours reading code
Package: moria Version: 5.6-2 On the ubuntu builds of Moria with fortify, Moria is crashing on startup: https://bugs.launchpad.net/ubuntu/+source/moria/+bug/925005 This looks to me like the hours reader has forgetten about the \n on the line that they've read in and end up copying one too many chars into the buffer; I have a fix that seems to get it to work, however I don't know the game so it needs checking to see it's not broken the hours stuff: --- moria-5.6/source/files.c2008-10-14 00:44:36.0 +0100 +++ moria-5.6.dag/source/files.c2012-12-06 17:48:38.072272999 + @@ -125,6 +125,12 @@ while (fgets(in_line, 80, file1) != CNIL) if (strlen(in_line) 3) { + /* These lines should be as in tables.c - i.e. + 3 letter day, :, 24 chars, one per hour + the fgets will have read a \n which I'm + about to NULL */ + in_line[3+1+24]='\0'; + if (!strncmp(in_line, SUN:, 4)) (void) strcpy(days[0], in_line); else if (!strncmp(in_line, MON:, 4)) -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695297: xpilot-ng crash on asking for Internet game
Package: xpilot-ng-client-x11 Version: 1:4.7.3-1.4 This bug is due to me triaging the ubuntu bug https://bugs.launchpad.net/debian/+source/xpilot-ng/+bug/1033250 On ubuntu, with xpilot-ng built with fortify, there is a crash when asking for an internet game. This is due to a 1 char too short buffer for holding the pingtime to the server; there is a use of a magic constant (1) that when printed into the 5 char buffer for the ping time overruns by 1 due to the terminating \0 I submitted this trivial patch to Ubuntu and upstream: ## Description: pingtime_str must be large enough for the PING_UNKNOWN response ## Origin/Author: d...@treblig.org ## Bug: https://bugs.launchpad.net/ubuntu/+source/xpilot-ng/+bug/1033250 Index: bug-1033250/src/client/meta.h === --- bug-1033250.orig/src/client/meta.h 2012-12-03 00:31:16.401262000 + +++ bug-1033250/src/client/meta.h 2012-12-03 00:47:07.749565028 + @@ -41,6 +41,7 @@ #define NUM_META_DATA_FIELDS 18 #define META_INIT_SOCK {-2, {0, 0}, 0, {0, 0, 0}, NULL, NULL} +/* Note: pingtime_str must be long enough to hold these constants and a NIL */ #define PING_UNKNOWN 1 /* never transmitted a ping to it */ #define PING_NORESP/* never responded to our ping */ #define PING_SLOW 9998/* responded to first ping after @@ -72,7 +73,7 @@ *playlist, *sound, *teambases_str, - *timing, *ip_str, *freebases, *queue_str, *domain, pingtime_str[5]; + *timing, *ip_str, *freebases, *queue_str, *domain, pingtime_str[6]; unsigned port, ip, users, bases, fps, uptime, teambases, queue, pingtime; struct timeval start; -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695307: tcpick thinko and patch
Package: tcpick Version: 0.2.1-6 This started off as an ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/tcpick/+bug/1086534 There's a thinko/cut-n-paste in time.c:time_ascii where there is an incorrect length memset; this causes fortify to kill it in the Ubuntu built versions. I don't see any upstream activity for years, so I'm not sure there is really anywhere to report it there. Dave Here is my patch: --- ../../../tcpick-0.2.1/src/time.c2005-01-09 00:21:44.0 + +++ src/time.c 2012-12-06 20:11:10.041288135 + @@ -42,7 +42,7 @@ tzp = (struct timezone * ) S_malloc( sizeof(struct timezone) ); memset(tp, 0, sizeof(struct timeval)); - memset(tzp, 0, sizeof(struct timeval)); + memset(tzp, 0, sizeof(struct timezone)); if(gettimeofday(tp, tzp)) { -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695312: tcpick write.c seg
Package: tcpick Version: 0.2.1-6 This started out life as Ubuntu bug : https://bugs.launchpad.net/ubuntu/+source/tcpick/+bug/1026902 The user reported that they can trigger a seg by running tcpick -wRC -wRS -r afile.pcap looking at write.c:avail_filename there are multiple problems: servername=(char *)lookup(conn_ptr-server.ip); sprintf(client_server,%s_%s_%s, client_server, servername, getportname(server_port) ); is the line that segs; note that it's using a parameter (client_server) as the output string; according to sprintf manpage this is sanely disallowed in C99 (and on Ubuntu segs, how this ever works on debian is beyond me) Secondly; client_server is a fixed length calloc'd buffer; I don't see anything that's ensuring there are now overruns, especially given that the names seem to be lookups in DNS(?) and textual portnames. (Although perhaps it happens to be sized large enough based on allowed limits of those??) Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694256: gdbinit-ownership.patch has excess fclose
Package: gdb Version: 7.4.1-3 The patch gdbinit-ownership.patch has the code: + if (statbuf.st_uid != getuid () || (statbuf.st_mode S_IWOTH)) + { + warning (not using untrusted file \%s\, file); + fclose (stream); + do_cleanups (old_cleanups); + return; + } on ubuntu that's triggering a double-free detection/corruption warning; ( see https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/1069897 ) My reading is that the code is wrong on debian as well, it just isn't built with the options/libc that detect the corruption/double free. My understanding is that the do_cleanups fclose's the stream as well and that's where it blows up; I've submitted a patch in that ubuntu bug that just removes that fclose; although someone who understands gdb's cleanup system might want to check the other exist paths in that routine as well. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
* Josselin Mouette (j...@debian.org) wrote: Most issues people have with GNOME 3 ???classic??? usually boil down to ???the panel is black instead of grey???. Mine are generally more of the larger scale; things like not being able to do 2d arrays of desktops any more, options I use being removed or performance/minimum system spec issues. However, that doesn't seem to be relavent to the packaging decision; in the same way that the packager of one editor can't sensibly object to the packaging of another. Anyway, you???re welcome to package MATE in Debian. Just fix all the code duplication stupidity before. So far no one has volunteered to do so. OK, so I've seen that objection a few times - can you elaborate on what you believe needs fixing - given that the MATE guys already have working debs, the issue here seems to be purely one of meeting debian standards and resolving duplication issues; so it's right that we try and build a list of precisely what needs doing. I think they've been pretty careful to allow co-installation with Gnome3, and by it's nature that does mean they've done things like do renames on packages where the actual difference between the gnome2 and gnome 3 source for the package is pretty similar. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607028: Fix for y2k bug
Hi, It would be great to get John's package, or a newer version in, not least because it contains an upstream fix for a Y2K problem that triggers a stack overflow error if built with such checks (as the Ubuntu binaries are); it misprints the year as 112 and thus overflows the buffer for the message. Note I did have to swizzle line 163 of src/Makefile so that the -lncurses was at the end. Dave P.S. found while triaging https://bugs.launchpad.net/ubuntu/+source/fbb/+bug/771589 -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678015: of blockdev-wipe
I think this is just a bug in blockdev-wipe and whatever it's stdout is wired to. I ran into the same situation testing di-beta1 on a KVM guest; and was seeing only 6MB/s during the erase stage running blockdev-wipe. Given that blockdev-wipe is only writing 0's anyway, I tried dd instead, and dd manages 100MB/s I suspect the problem here is that blockdev-wipe is being too eager outputting progress information to something that's then taking time to consume it. Given that dd is on the image anyway, I suggest using that instead, and if you want a progress indicator then watch /proc/??/fd/? of the dd process; I also suggest using a larger blocksize. Note this also corresponds to Ubuntu bug https://bugs.launchpad.net/ubuntu/+source/partman-crypto/+bug/945001 Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450605: closed by Christian PERRIER bubu...@debian.org (We now have link detection..:-))
Subject: We now have link detection..:-) Subject says it all. Bye bye old bug.. Hmm - I think that does close the one it got merged with, but maybe not my original report. Link detection assumes that only one of the links is up; in something like a blade chassis it's pretty normal to have both interfaces connected to switches in the back of a chassis, and so both interfaces are up - however only one of those switches might connect to the outside world ,or might connect to the netwrok you have your distro available from. So part of the mac address might still be useful. Dave (not got access to the blade now, and not tried a text install for a while). Received: (at submit) by bugs.debian.org; 8 Nov 2007 15:07:34 + X-Spam-Checker-Version: SpamAssassin 3.1.4-bugs.debian.org_2005_01_02 (2006-07-26) on rietz.debian.org X-Spam-Level: X-Spam-Status: No, score=-9.9 required=4.0 tests=BAYES_00,FOURLA,HAS_PACKAGE autolearn=no version=3.1.4-bugs.debian.org_2005_01_02 Return-path: li...@treblig.org Received: from mx.treblig.org ([80.68.94.177]) by rietz.debian.org with esmtp (Exim 4.50) id 1Iq8yj-0002Ju-Pl for sub...@bugs.debian.org; Thu, 08 Nov 2007 15:07:34 + Received: from dg by mx.treblig.org with local (Exim 4.63) (envelope-from li...@treblig.org) id 1Iq8yU-00088U-0i; Thu, 08 Nov 2007 15:07:18 + Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Dr. David Alan Gilbert li...@treblig.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: install: Network card selection should show mac address Message-ID: 20071108150717.31093.88568.report...@mx.treblig.org X-Mailer: reportbug 3.31 Date: Thu, 08 Nov 2007 15:07:17 + Delivered-To: sub...@bugs.debian.org Package: install Severity: normal When installing using a netinstall you are prompted to select a network card with a list like: eth0: Broadcom ... eth1: Broadcom .. It really should show the MAC address to let you distinguish which interface you intend to use; in my case I have a set of Dell PE 1955 blades where the ether card the BIOS sees as the first device is seen as eth1 under Debian and I know the Mac address of the appropriate one. Dave -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675069: procps: watch segs on some binary data
Package: procps Version: 1:3.3.2-3 Severity: normal Tags: patch Hi, This is a forward of Ubuntu bug report 965341 that I've confirmed also affects Debian: https://bugs.launchpad.net/ubuntu/+source/procps/+bug/965341 I've also confirmed it also affects version 3.3.3-1 (I rebuilt it on wheezy and that's what I tested on) JĂșlio Hoffimann Mendes reported that he could get 'watch' to seg by tailing a special binary under watch; i.e. watch 'tail sample.dat' where the sample.dat is available at: https://bugs.launchpad.net/ubuntu/+source/procps/+bug/965341/+attachment/2941125/+files/sample.dat I investigated this and found it to be due to passing a wide character to isprint(); you can see my patch for the older package: https://code.launchpad.net/~ubuntu-treblig/ubuntu/precise/procps/fix-for-bug-965341 I reckon this is the isprint() at line 589 of the git watch.c, line 441 of the procps-3.3.1 source and flipping that to a iswprint adding a #include of wctype.h (in the WITH_WATCH8BIT ifdef fixes it. Dave P.S. I'm concerned that a c128 has changed to c12 in the more recent package - I suspect that might be bogus, but I'll take that up separately. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-22.1 ii libc6 2.13-32 ii libncurses5 5.9-7 ii libncursesw5 5.9-7 ii libprocps01:3.3.2-3 ii libtinfo5 5.9-7 ii lsb-base 4.1+Debian4 Versions of packages procps recommends: ii psmisc 22.16-1 procps suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658783: MATE Desktop Environment in Debian
I'd like to support the proposal to package MATE. While I agree there is code duplication, that's obviously something that will take some time to remove, however I also believe it's important not to wait until it's cleaned. There are many users who do not want to change their desktop from their current debian/gnome2 setups (or for that matter ubuntu/gnome2 setups), and the gnome2 environment works well on older hardware and with open graphics drivers, that might not be too hot on 3d. I believe that working well on a wide range of hardware has always been an important consideration in debian. At the moment the nice people at Mint and Mate have got repositories for their own builds and installing on other distros (including Debian), however I assume that diverts resources away from things like the de-duping, it also means that users have to install stuff from other repos; that might be a problem for users in corporate environments where they have sign off to use debian repos for example. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598390: modeset
Hi, I'm seeing the same symptoms on a machine with a Radeon RV100 QY/Radeon 7000 VE - and this is on 3.0rc2 kernel with a debina 6.0 user space (upgraded from many versions) Booting with radeon.modeset=0 gets rid of this error. (However modeset=0 is causing other problems; I get an oops running google earth; and the fullscreen performance is unusable at about 1 frame every 2 seconds). IMHO this bug needs switching to either X or one of the X libraries. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598390: workaround
Hi, A fairly grim workaround is to disable hardware acceleration in Flash; right click on it and using the settings pane click on the tick next to 'Enable hardware acceleration'. That gets me working full screen - it's faster than what I get with nomodesetting but still somewhat grim. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607960: bsdmainutils: Cal -m no longer prints month of year
Package: bsdmainutils Version: 8.0.13 As reported by Martin Owens as Ubuntu bug 693499 https://bugs.launchpad.net/ubuntu/+source/bsdmainutils/+bug/693499 cal -m feb 2022 prints the entire year rather than just the month (which used to work and is described in the man page). The following patch seems to fix it, I've done a bunch of basic tests on it which seem OK but not tried everything. I wrote it against 8.0.17 on Ubuntu. Dave --- bsdmainutils-8.0.17/usr.bin/ncal/ncal.c 2010-12-25 01:21:34.706290002 + +++ bsdmainutils-8.0.17-daveg/usr.bin/ncal/ncal.c 2010-12-25 01:21:50.666290002 + @@ -412,7 +412,7 @@ if (flag_easter) printeaster(y, flag_julian_cal, flag_orthodox); - else if (argc == 1 || flag_hole_year) { + else if (!flag_month || flag_hole_year) { /* disable the highlight for now */ /* today = 0; */ if (flag_backward) Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603480: kdebase-workspace: qguiplatformplugin fileDialogSetVisible segs if object is hidden before it's made visible
Package: kdebase-workspace Version: 4:4.4.5-4 Severity: important In qguiplatformplugin_kde.cpp:fileDialogSetVisible it has if (!kdefd visible) { if(qfd-options() QFileDialog::DontUseNativeDialog) return false; kdefd = new KFileDialogBridge(KUrl::fromPath(qfd-directory().canonicalPath()), qt2KdeFilter(qfd-nameFilters().join(;;)), qfd); qfd-setProperty(_k_bridge, QVariant::fromValue(kdefd)); } i.e. if you are making this visible and kdefd hasn't been created then create it now. Most of the contents of the function are guarded by an if (visible) however on line 249 we have kdefd-setVisible(visible); and if you make the object hidden before it's ever been made visible then kdefd will be NULL and it seg's on line 249. This is the underlying cause of bug 599303 in ktoon which is marked RC. It makes ktoon unusable for KDE users (although it works for Gnome users!) I suggest guarding this line with an if (kdefd) but I don't know the structure to know if that is all that is needed. Dave -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-workspace depends on: ii kde-window-manager4:4.4.5-4 the K window manager (KWin) ii kdebase-workspace-bin 4:4.4.5-4 core binaries for the KDE Plasma W ii klipper 4:4.4.5-4 clipboard manager ii ksysguard 4:4.4.5-4 process monitor and system statist ii systemsettings4:4.4.5-4 System Settings Versions of packages kdebase-workspace recommends: ii kdm 4:4.4.5-4 KDE Display Manager for X11 kdebase-workspace suggests no packages. -- no debconf information -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599303: hacky patch and link
Hi, I believe the cause of this bug is a missing NULL check in kdebase-workspace; I've filed a bug for it as bug 603480, that causes a seg if hiding a file dialog before making it visible. The following hacky patch to ktoon works around the bug in kdebase-workspace and solves this problem; but I think the right thing is to fix kdebase-workspace. Dave --- ktoon-0.8.1/src/core/configwizard.cpp 2007-06-15 03:33:07.0 +0100 +++ ktoon-0.8.1-daveg/src/core/configwizard.cpp 2010-11-14 15:49:54.0 + @@ -115,6 +115,7 @@ connect(fd, SIGNAL(currentChanged ( const QString )), m_kthome, SLOT(setText(const QString ))); fd-setFileMode(QFileDialog::Directory); fd-setModal(true); + fd-show(); /* DAG */ fd-hide(); connect(button, SIGNAL(clicked()), fd, SLOT(show())); @@ -131,6 +132,7 @@ QFileDialog *fd2 = new QFileDialog(hbox2); connect(fd2, SIGNAL(currentChanged ( const QString )), m_ktrepos, SLOT(setText(const QString ))); + fd2-show(); /* DAG */ fd2-hide(); fd2-setFileMode(QFileDialog::Directory); fd2-setModal(true); -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534466: Is this IA64 specific?
I haven't got a machine to try and recreate this on easily, but I wonder if this bug is IA64 specific? If not then it's even more important - unless someone knows of a specific ia64 change in the md raid sb then I guess it might be more general. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599303: Managed to reproduce
Hi, OK - I managed to reproduce this but it's a little subtle. If you run ktoon under a Gnome desktop it works fine. If you install KDE but still are running under Gnome it works fine. If you actually start a KDE session then it does segfault. (On Squeeze up to date as of now). Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599303: And a bit more of a backtrace
#0 0xb66edaee in ?? () from /usr/lib/kde4/plugins/gui_platform/libkde.so #1 0xb79941fa in QFileDialogPrivate::setVisible_sys (this=0x8343c00, visible=false) at dialogs/qfiledialog_p.h:411 inline bool QFileDialogPrivate::setVisible_sys(bool visible) { return qt_guiPlatformPlugin()-fileDialogSetVisible(q_func(), visible); } #2 0x0809a5dc in QWidget::hide (this=0x82296d8, parent=0x0) at /usr/include/qt4/QtGui/qwidget.h:489 489 inline void hide() { setVisible(false); } #3 CWSecondPage (this=0x82296d8, parent=0x0) at configwizard.cpp:118 118 fd-hide(); (gdb) p *this $3 = { = {No data fields}, static staticMetaObject = {d = { superdata = 0x81727e8, stringdata = 0x813f970 CWSecondPage, data = 0x813f920, extradata = 0x0}}, m_kthome = 0x8343158, m_ktrepos = 0xb6ee03d0} #4 0x0809b87c in ConfigWizard (this=0x81ea3c8) at configwizard.cpp:45 45 m_secondPage = new CWSecondPage; #5 0x08099a9f in KTApplication::firstRun (this=0xb288) at ktapplication.cpp:42 42 ConfigWizard *firstDialog = new ConfigWizard; #6 0x08074fb6 in main (argc=1, argv=0xb4f4) at main.cpp:89 89 if ( ! application.firstRun() ) -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602737: Failure to find iso image from thumb drive
* Michael Shuler (mich...@pbandjelly.org) wrote: On 11/07/2010 10:39 AM, Dr. David Alan Gilbert wrote: Nov 7 15:44:32 iso-scan: Mounted /dev/sdb for first pass Nov 7 15:44:32 iso-scan: Found ISO ./mini.iso on /dev/sdb Nov 7 15:44:32 kernel: [ 35.587459] ISO 9660 Extensions: Microsoft Joliet Level 3 Nov 7 15:44:32 kernel: [ 35.588958] ISO 9660 Extensions: RRIP_1991A Nov 7 15:44:32 iso-scan: Not a Debian ISO iso-scan found mini.iso, but the mini.iso does not contain a debian directory with the rest of the d-i udebs to continue installation. Please, try again with the netinst.iso on your USB key and I think you will get the results you would like - I use this method frequently :-) Hi Michael, Thanks for your reply - I have the installation going at the moment using a unetbootin created install. OK, so there are a few things that could help here: 1) The error is not that helpful; it doesn't indicate that it found something not suitable - especially since you might think it would be. 2) The install guide points to http://http.us.debian.org/debian/dists/squeeze/main/installer-i386/current/images/MANIFEST or http://http.us.debian.org/debian/dists/testing/main/installer-i386/current/images/MANIFEST (see http://www.debian.org/releases/testing/i386/ch04s02.html.en ) which only contains the mini.iso 3) I just noticed there is a footnote on http://www.debian.org/releases/testing/i386/ch04s03.html.en that mini.iso is not suitable, but that's only marked as a foot note on 4.3.2.2 and not 4.3.1 ('The easy way') and hence I didn't spot that. That needs to be more prominent since the path it's lead me down is to go to the place that only has the mini.iso and so it's the obvious mistake to make. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532138: http://www.debian.org/distrib/netinst mentions non-existent floppy images
Package: www.debian.org The page: http://www.debian.org/distrib/netinst has the heading 'Tiny CDs, floppy disks, USB sticks, etc' yet there is no i386 floppy image for current debian. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532144: Lenny Reboot after loading kernel during net install
entries: 2048 (order: 1, 8192 bytes) TCP bind hash table entries: 1024 (order: 0, 4096 bytes) TCP: Hash tables configured (established 2048 bind 1024) TCP reno registered audit: initializing netlink socket (disabled) audit(1244321790.148:1): initialized VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) isapnp: Scanning for PnP cards... isapnp: No Plug Play device found Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A serial8250: ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A serial8250: ttyS3 at I/O 0x2e8 (irq = 3) is a 16550A RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize PNP: No PS/2 controller found. Probing ports directly. serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 mice: PS/2 mouse device common for all mice EISA: Probing bus 0 at eisa.0 EISA: Detected 0 cards. TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 8 NET: Registered protocol family 20 Using IPI Shortcut mode Time: tsc clocksource has been installed. Freeing unused kernel memory: 256k freed input: AT Translated Set 2 keyboard as /class/input/input0 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx RZ100x: IDE controller at PCI slot :00:01.0 RZ100x: chipset revision 1 RZ100x: not 100% native mode: will probe irqs later ide0: disabled chipset read-ahead (buggy RZ1000/RZ1001) ide1: disabled chipset read-ahead (buggy RZ1000/RZ1001) Probing IDE interface ide0... 8139too Fast Ethernet driver 0.9.27 e100: Intel(R) PRO/100 Network Driver, 3.5.10-k2-NAPI e100: Copyright(c) 1999-2005 Intel Corporation hda: IBM-DCAA-33610, ATA DISK drive hdb: GCD-R542B, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... eth0: RealTek RTL8139 at 0xfc80, 00:20:18:88:7a:c1, IRQ 11 eth0: Identified 8139 chip type 'RTL-8139 rev K' e100: eth1: e100_probe: addr 0xffbef000, irq 11, MAC addr 00:D0:B7:BF:81:57 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html :00:0e.0: 3Com PCI 3c905C Tornado at c4834f80. 8139cp: 10/100 PCI Ethernet driver v1.2 (Mar 22, 2004) hda: max request size: 128KiB hda: 7056000 sectors (3612 MB) w/96KiB Cache, CHS=7000/16/63 hda: cache flushes not supported hda: hda1 hda2 hda5 hda3 hdb: ATAPI 4X CD-ROM drive, 256kB Cache Uniform CD-ROM driver Revision: 3.20 Attempting manual resume kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. input: PC Speaker as /class/input/input1 Adding 176672k swap on /dev/hda5. Priority:-1 extents:1 across:176672k EXT3 FS on hda3, internal journal loop: loaded (max 8 devices) device-mapper: ioctl: 4.7.0-ioctl (2006-06-24) initialised: dm-de...@redhat.com kjournald starting. Commit interval 5 seconds EXT3 FS on hda1, internal journal EXT3-fs: mounted filesystem with ordered data mode. e100: eth1: e100_watchdog: link up, 100Mbps, full-duplex -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532144: Acknowledgement (Lenny Reboot after loading kernel during net install)
OK, I've just installed etch and upgraded to lenny; the lenny 2.6.26-2.486 kernel exhibits the same problem, so it's not just the installer. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529466: ppscsi-source: Fails to build (missing scsi_request.h and linux/config.h)
Package: ppscsi-source Version: 0.3 Severity: grave Justification: renders package unusable Attempting to build ppscsi with the m-a a-i ppscsi suggested in the docs produces the following errors: In file included from /usr/src/modules/ppscsi/ppscsi.c:55: /usr/src/modules/ppscsi/ppscsi.h:16:26: error: linux/config.h: No such file or directory In file included from /usr/src/modules/ppscsi/ppscsi.h:22, from /usr/src/modules/ppscsi/ppscsi.c:55: /usr/src/modules/ppscsi/scsi.h:23:31: error: scsi/scsi_request.h: No such file or directory In file included from /usr/src/modules/ppscsi/ppscsi.h:22, and it goes down hill from there. It looks like those files don't exist any more. Dave -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ppscsi-source depends on: ii bzip2 1.0.5-1high-quality block-sorting file co ii debhelper 7.0.15 helper programs for debian/rules ii make 3.81-5 The GNU version of the make util ii module-assistant 0.10.11.0 tool to make module package creati ppscsi-source recommends no packages. ppscsi-source suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450605: install: Network card selection should show mac address
Package: install Severity: normal When installing using a netinstall you are prompted to select a network card with a list like: eth0: Broadcom ... eth1: Broadcom .. It really should show the MAC address to let you distinguish which interface you intend to use; in my case I have a set of Dell PE 1955 blades where the ether card the BIOS sees as the first device is seen as eth1 under Debian and I know the Mac address of the appropriate one. Dave -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.20.3-bytemark-uml-2 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450605: install: Network card selection should show mac address
* Frans Pop ([EMAIL PROTECTED]) wrote: On Thursday 08 November 2007, Dr. David Alan Gilbert wrote: It really should show the MAC address to let you distinguish which interface you intend to use; in my case I have a set of Dell PE 1955 blades where the ether card the BIOS sees as the first device is seen as eth1 under Debian and I know the Mac address of the appropriate one. This is a known issue. I've merged your request with existing similar requests. What we really need at this point is someone motivated to actually propose and implement a solution... Thanks - I'm curious what there is to propose about it; just printing the MAC address of the interface either next to or as a 2nd line for each interface should do it - or is there something harder about that which I'm missing? Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437427: kicker non-kde apps don't get custom icons
Package: kicker Version: 3.5.5a.dfsg.1-6 Hi, Right click on the kicker and use the menu to add a non-KDE application; while in the dialogue for doing that click on the icon and select a custom icon from somewhere else (in my case a .png). The entry is created on the kicker but with a default gear icon rather than the one I picked; if I right click on the icon and then use properties to change it then it changes OK. (I've seen this both times I've tried this on a machine I've just upgraded to Etch.) Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436675: vino + xinerama not showing righthand screen
Package: vino Version: 2.16.0-5 Hi, I'm running Etch on a machine with a dual head Matrox G550 with Xinerama. If I start vino-session and then connect to it using vncviewer I see a desktop of the right size (i.e. both monitors) but the right hand one is completely black. (Note I started the vino-session in an existing session). Interestingly x11vnc seems to see both displays (although its update is somewhat screwy so perhaps it isn't 100% happy either). Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253147: confirmed (also on en_GB)
Hi, This bug also happens on en_GB (on a standard Sarge install); it is quite interesting - I can't find any hard coded constants in the python that cause this and it isn't like there are widgets that look like they need to take the space up. Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309108: netcat waits for standard input on server side sometimes
Package: netcat Version: 1.10-21 Hi, I'm trying to shovel a large amount of data (800GB) between two machines, so have a pair of tar's running over netcat as follows: on the source: tar -clf- . | nc destination on the destination: nc -l -p | tar -xpf - I had these running in a background'ed nohup and after a while the copying stopped and bash told me that the backgrounded destination package had stopped waiting for input; sure enough I 'fg'd it and hit return a few times and it carried on its way. Its done this a few times in the middle of this large transfer; but probably managed well over 50GB before it hit this. (Both machines are woody/x86 connected via GbE) Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309108: netcat waits for standard input on server side sometimes
* Wesley J. Landaker ([EMAIL PROTECTED]) wrote: I'm not the maintainer, but use netcat a lot. Here are some comments: Hi Wesley, Thanks for the reply. On Saturday 14 May 2005 10:55, Dr. David Alan Gilbert wrote: I'm trying to shovel a large amount of data (800GB) between two machines, so have a pair of tar's running over netcat as follows: on the source: tar -clf- . | nc destination First of all, did only one, or both of these commands actually result in a message from your shell telling you it was waiting for stdin? It really makes a difference: If this one was looking for input, it would have had to have been tar, not netcat, as netcat's stdin is tied to tar's stdout, so it couldn't have blocked the shell; only tar could have. Did this one say that the program was waiting for input, or was it just the other one below? It was only the nc -l on the destination machine that was waiting for input. on the destination: nc -l -p | tar -xpf - I had these running in a background'ed nohup and after a while the copying stopped and bash told me that the backgrounded destination package had stopped waiting for input; sure enough I 'fg'd it and hit return a few times and it carried on its way. I'm not sure why netcat would be blocking on input here (it only does non-blocking reads in it's main I/O function (readwrite), but if this happened to you on this command line, that is where the bug mostly like lives. =) Indeed - I also strace'd it at one point when it hung and saw it waiting on a read of fd 0 which was still the terminal I'd run it from. There is an easy workaround for either case (bug or not), though: when you run that command, you're leaving netcat's stdio hooked to your terminal. I'd suggest tying it's stdin off to /dev/null, with something like: Indeed - (or perhaps from a 'yes' if it really wants the carriage return.) - but it was already 50GB in and I'd hoped it wouldn't happen again. Dave -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux on Alpha,68K| Happy \ \ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC HPPA | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]