Processed: Re: Bug#869511: linux: binNMU-unsafe dependency on linux-headers-*-common
Processing control commands: > tag -1 pending Bug #869511 [src:linux] linux: binNMU-unsafe dependency on linux-headers-*-common Added tag(s) pending. -- 869511: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869511 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#869511: linux: binNMU-unsafe dependency on linux-headers-*-common
Control: tag -1 pending On Sun, 2017-07-23 at 15:33 -0400, Aaron M. Ucko wrote: > Source: linux > Version: 4.11.11-1 > Severity: grave > Justification: renders package unusable (uninstallable) > > The recent binNMU of linux for Perl 5.26 broke the build-specific > headers packages, which are architecture-dependent but depend on an > identical *binary* version of the architecture-independent > linux-headers-*-common package. [...] Oops, I missed this when making the latter arch-independent. This is fixed in the git repo, and I should upload soon. Ben. -- Ben Hutchings All extremists should be taken out and shot. signature.asc Description: This is a digitally signed message part
Processed: block 866389 with 869433 869511
Processing commands for cont...@bugs.debian.org: > block 866389 with 869433 869511 Bug #866389 [release.debian.org] transition: perl 5.26 866389 was blocked by: 865020 865898 869418 865888 865482 826497 827640 865893 869383 869504 869318 866315 867210 867984 866944 865034 867213 867046 826505 865477 826489 869436 869139 865224 866978 865380 865045 826471 826502 865033 867514 826473 866317 866934 809352 869357 866389 was not blocking any bugs. Added blocking bug(s) of 866389: 869433 and 869511 > thanks Stopping processing here. Please contact me if you need assistance. -- 866389: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=866389 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#869511: linux: binNMU-unsafe dependency on linux-headers-*-common
Source: linux Version: 4.11.11-1 Severity: grave Justification: renders package unusable (uninstallable) The recent binNMU of linux for Perl 5.26 broke the build-specific headers packages, which are architecture-dependent but depend on an identical *binary* version of the architecture-independent linux-headers-*-common package. Specifically, I observe that linux-headers-4.11.0-2-amd64 4.11.11-1+b1 depends on linux-headers-4.11.0-2-common (= 4.11.11-1+b1), which does not exist. Could you please fix these relationships to use ${source:Version}? (As you may recall, the legacy ${Source-Version} variable is an alias for *${binary:Version}*.) Thanks! -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, x32 Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#868224: likely hitting same bug here
I'm likely hitting the same bug. The environment is a Debian Stable virtual machine inside Proxmox. Update with apt failed, so I tried to manually update initramfs. Also gets stuck on that line: /usr/share/initramfs-tools/scripts/local-top/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/local-premount/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/local-bottom/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/local-block/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-top/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-premount/ORDER ignored: not executable /usr/share/initramfs-tools/scripts/init-bottom/ORDER ignored: not executable Building cpio /boot/initrd.img-4.9.0-3-amd64.new initramfs ... So I kill the process. # uname -a Linux mplserv 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2 (2017-06-12) x86_64 GNU/Linux I can give more infos if needed, Bisou++
Rikollisorganisaation toiminta maapallon laajuisesti mukaanlukien poliisien toiminta lähes kaikkialla
Pitkään jatkunut järjestelmällinen valtioiden rajat ylittävä rikollisuus. YLE:n verkkosivusto mukaanlukien TV uutistoiminta ei tee tavanomaista uutistoimintaa. Uutiset eivät kerro järkeviä uutisia vain tapahtumia ja tarpeettomia detaljeja. Uutistoiminta varsinkin verkkosivuilla ei ole hyödyllistä maan kansalaisille vaan he kavaltavat varoja valtiolta ja pyrkivät saattamaan maan sekasortoon ja vaikuttamaan yleiseen mielialaan haitallisesti. Ongelma on paljon laajempikin liittyen laajalti uutissivustojentoimintaan (mm. hs.fi), internet-palvelujen toimimattomuuteen, hotelli ja lento ja matkailupalvelujen toimimattomuuteen (esim. momondo) ja ihmisten tietoiseen tuhoamiseen kännykköjä ja tietokoneiden toimintaa vakoilemalla, ohjaamalla ja tuhoamalla tarkoituksena tuhota, murhata ja ajaa kuolemaan ihmisiä. Lehdet tekevät myös petoksia myymällä uutislehtiä joissa ei ole korkeatasoista uutistoimintaa. Myös lukuisia muita rikoksia liittyy toimintaan. Poliisin toiminnan puutteellisuus kertoo poliisin sisäisistä ongelmista. Poliittinen eliitti reakoimattomuudellaan tukee järjestelmää. Internetin toiminta on täysin valvonnassa ja tiedonkulku internetin kautta on rikollisessa käsissä. Myös ihmisten aivotoimintaa ja muuta kehon toimintaa voidaan jollain langattomalla menetelmällä ohjailla ja muokata ja kyseessä on sotatila ja tuhoamisoperaatio Suomen ja muun maapallon alueella. Menetelmät ovat todella kehittyneitä mahdollistaen mm. näköaistin TÄYDELLISEN hallinnan , täyden(?) keskushermoston kaukoohjauksen ja ajattelun ja tiedon tuhoaminen aivoista. Hyökkääjät pystyvät todennäköisesti siirtämään tietoaan toisilleen 'telepatian' tms. teknologisen keinon avulla. Toinen ihminen voi näyttää täydellisesti toiselta ihmiseltä tai olla sitä. Myös elektroniikan jne. kauko ohjaaminen on mahdollista aiheuttaen mahdollisesti mekaanisten laitteiden ongelmia ja luottokorttijärjestelmän toimintahäiriöitä. Toiminnan lopullisena tavoitteena lienee perusjärjestelmien mukaan lukien poliisin, demokratian, uutistoiminnan, oikeuden asteittainen romahduttaminen ja maapallon väestön tappaminen täysin tai suurelta osin. Käsittääkseni suurin osa maapallonväestöstä käyttää laajalti vielä normaalia teknologiaa tai ovat täysin riippuvaisia teknologiasta jota vastaan he ovat puolustuskyvyttömiä ja heitä ajetaan itsetuhoon. Järjestelmän ajamat aatteet eivät vaikuta matemaattisesti ja muuten analysoituna järkeviltä vaan järjestelmä tuhoutuu helposti ulkopuolisen uhan edessä jonka toiminta on optimaalisempaa jonka johdosta kysymyksessä on tuhoamisoperaatio. Minua tuhotaan aivotoimintoihini vaikuttamalla! (Jatkuva törkeä pahoinpitely ja murhan suunnittelu ja yritys). Ohessa oleellisimmat tiedot. Tilanne vaatii laajamittaisia poikkeustoimia. Sent from Yahoo Mail for iPhone
mvsas driver missing PCI-IDs on ASUS Mobo
Dear SCSI Linux developers, I have a machine with ASUS ([0.00] DMI: System manufacturer System Product Name/P7H55-M/USB3, BIOS 110504/25/2011) with a marvell SCSI chipset. I am running Debian stretch amd64 (Linux winni2 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) x86_64 GNU/Linux) You can run Marvell in IDE Mode, then the chipset will be reported as an IDE Controller. PCI Id 1043:83ba / 1b4b:91a0 lspci -nnv -s 04:00.0 04:00.0 IDE interface [0101]: Marvell Technology Group Ltd. 88SE912x SATA 6Gb/s Controller [IDE mode] [1b4b:91a0] (rev 12) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: ASUSTeK Computer Inc. 88SE912x SATA 6Gb/s Controller [IDE mode] [1043:83ba] Flags: bus master, fast devsel, latency 0, IRQ 32 I/O ports at ec00 [size=8] I/O ports at e880 [size=4] I/O ports at e800 [size=8] I/O ports at e480 [size=4] I/O ports at e400 [size=16] Memory at f7fff000 (32-bit, non-prefetchable) [size=2K] Expansion ROM at f7fe [disabled] [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [70] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Kernel driver in use: ahci Kernel modules: ahci, pata_marvell, ata_generic You can run it as an AHCI device PCI Id 1b4b:9120 and 1043:83ba lspci -nnv -s 04:00.0 04:00.0 SATA controller [0106]: Marvell Technology Group Ltd. 88SE9120 SATA 6Gb/s Controller [1b4b:9120] (rev 12) (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. 88SE9120 SATA 6Gb/s Controller [1043:83ba] Flags: bus master, fast devsel, latency 0, IRQ 32 I/O ports at ec00 [size=8] I/O ports at e880 [size=4] I/O ports at e800 [size=8] I/O ports at e480 [size=4] I/O ports at e400 [size=16] Memory at f7fff000 (32-bit, non-prefetchable) [size=2K] Expansion ROM at f7fe [disabled] [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [70] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Kernel driver in use: ahci Kernel modules: ahci >From my point of view at least the AHCI mode should be driven by the mvsas driver. Please add it to the marvell list of devices. Thanks. -- *Wolfgang Schnitker* Beethovenstraße 16 72535 Heroldstatt
Bug#869492: Dell Latitude D505 / Debian 9 Not powering down
Package: linux-image-4.9.0-3-686 Version: 4.9.30-2+deb9u2 I have upgrade Dell Latitude D505 to Debian 9. When shutting down from XFCE4, the system does not power off. The laptop is still on after this event. The config-4.9.0-3-686 file had CONFIG_APM=n. See below. grep APM /boot/config-4.9.0-3-686 CONFIG_X86_APM_BOOT=y CONFIG_APM=n # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_ALLOW_INTS is not set I set it to: CONFIG_APM=y I rebooted the laptop and tried to shutdown from XFCE4 again and it worked. Is this configuration something that can be adjusted in this package? Does this configuration defaulted to CONFIG_APM=y conflict with other potential setups? The feature is configured in the kernel, it is just not set in the /boot/config-4.9.0-3-686 file.
Bug#869435: Dell Latitude D505 / Debian 9 Not powering down
Package: linux-image-686 Version: 4.9+80 I have upgrade Dell Latitude D505 to Debian 9. When shutting down from XFCE4, the system does not power off. The laptop is still on after this event. The config-4.9.0-3-686 file had CONFIG_APM=n. See below. grep APM /boot/config-4.9.0-3-686 CONFIG_X86_APM_BOOT=y CONFIG_APM=n # CONFIG_APM_IGNORE_USER_SUSPEND is not set # CONFIG_APM_DO_ENABLE is not set # CONFIG_APM_CPU_IDLE is not set # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_ALLOW_INTS is not set I set it to: CONFIG_APM=y I rebooted the laptop and tried to shutdown from XFCE4 again and it worked. Is this configuration something that can be adjusted in this package? Does this configuration defaulted to CONFIG_APM=y conflict with other potential setups? The feature is configured in the kernel, it is just not set in the /boot/config-4.9.0-3-686 file.
Bug#869424: linux-image-4.9.0-3-amd64: GPU HANG in kscreenlocker_g when resuming from hibernate
Package: src:linux Version: 4.9.30-2+deb9u2 Severity: important This issue happens only after resume from hibernate, not during normal boot. After some minutes, the graphical login screen appears, the mouse pointer is visible and moving, but it's not possible to do anything on that login screen. It's possible to switch to a virtual console and do a textual login, though. Looking at the kernel logs, I find this messages that explain why the grafical session is completely useless: Jul 23 08:00:10 alan kernel: [drm] GPU HANG: ecode 8:0:0x980e800f, in kscreenlocker_g [27962], reason: Hang on render ring, action: reset Jul 23 08:00:10 alan kernel: [drm] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace. Jul 23 08:00:10 alan kernel: [drm] Please file a _new_ bug report on bugs.freedesktop.org against DRI -> DRM/Intel Jul 23 08:00:10 alan kernel: [drm] drm/i915 developers can then reassign to the right component if it's not a kernel issue. Jul 23 08:00:10 alan kernel: [drm] The gpu crash dump is required to analyze gpu hangs, so please always attach it. Jul 23 08:00:10 alan kernel: [drm] GPU crash dump saved to /sys/class/drm/card0/error Jul 23 08:00:10 alan kernel: drm/i915: Resetting chip after gpu hang Jul 23 08:00:21 alan kernel: drm/i915: Resetting chip after gpu hang Jul 23 08:00:32 alan kernel: drm/i915: Resetting chip after gpu hang Jul 23 08:00:43 alan kernel: drm/i915: Resetting chip after gpu hang My computer is an Apple MacBookPro 12,1 laptop. Here are the details of my graphics processor: ~$ lspci -v -s $(lspci | grep ' VGA ' | cut -d" " -f 1) 00:02.0 VGA compatible controller: Intel Corporation Iris Graphics 6100 (rev 09) (prog-if 00 [VGA controller]) Subsystem: Apple Inc. Iris Graphics 6100 Flags: bus master, fast devsel, latency 0, IRQ 53 Memory at c000 (64-bit, non-prefetchable) [size=16M] Memory at b000 (64-bit, prefetchable) [size=256M] I/O ports at 3000 [size=64] [virtual] Expansion ROM at 000c [disabled] [size=128K] Capabilities: Kernel driver in use: i915 Kernel modules: i915 I've submitted a bug upstream: https://bugs.freedesktop.org/show_bug.cgi?id=101884 and it has been marked duplicate of another bug already solved. Here's the patch: https://patchwork.freedesktop.org/patch/111587/ -- Package-specific info: ** Version: Linux version 4.9.0-3-amd64 (debian-kernel@lists.debian.org) (gcc version 6.3.0 20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-amd64 root=UUID=7f537d3b-e578-4cd3-8583-f3a2281f7d01 ro quiet ** Tainted: W (512) * Taint on warning. ** Kernel log: [3.162768] thunderbolt :07:00.0: Port 9: 8086:156d (Revision: 0, TB Version: 1, Type: PCIe (0x100101)) [3.162769] thunderbolt :07:00.0: Max hop id (in/out): 8/8 [3.162770] thunderbolt :07:00.0: Max counters: 2 [3.162771] thunderbolt :07:00.0: NFC Credits: 0x70 [3.162819] input: bcm5974 as /devices/pci:00/:00:14.0/usb1/1-5/1-5:1.2/input/input15 [3.162895] usbcore: registered new interface driver bcm5974 [3.163454] thunderbolt :07:00.0: Port 10: 8086:156d (Revision: 0, TB Version: 1, Type: DP/HDMI (0xe0102)) [3.163455] thunderbolt :07:00.0: Max hop id (in/out): 9/9 [3.163467] thunderbolt :07:00.0: Max counters: 2 [3.163468] thunderbolt :07:00.0: NFC Credits: 0x70 [3.163596] thunderbolt :07:00.0: Port 11: 8086:156d (Revision: 0, TB Version: 1, Type: DP/HDMI (0xe0101)) [3.163598] thunderbolt :07:00.0: Max hop id (in/out): 9/9 [3.163598] thunderbolt :07:00.0: Max counters: 2 [3.163599] thunderbolt :07:00.0: NFC Credits: 0xf0 [3.163686] thunderbolt :07:00.0: Port 12: 8086:156d (Revision: 0, TB Version: 1, Type: DP/HDMI (0xe0101)) [3.163688] thunderbolt :07:00.0: Max hop id (in/out): 9/9 [3.163688] thunderbolt :07:00.0: Max counters: 2 [3.163689] thunderbolt :07:00.0: NFC Credits: 0xf0 [3.164477] thunderbolt :07:00.0: 0:1: is unplugged (state: 7) [3.165275] thunderbolt :07:00.0: 0:3: is unplugged (state: 7) [3.165361] input: HDA Intel HDMI HDMI/DP,pcm=3 as /devices/pci:00/:00:03.0/sound/card0/input12 [3.165434] input: HDA Intel HDMI HDMI/DP,pcm=7 as /devices/pci:00/:00:03.0/sound/card0/input13 [3.165494] input: HDA Intel HDMI HDMI/DP,pcm=8 as /devices/pci:00/:00:03.0/sound/card0/input14 [3.166089] apple 0003:05AC:0273.0004: hiddev0,hidraw3: USB HID v1.10 Device [Apple Inc. Apple Internal Keyboard / Trackpad] on usb-:00:14.0-5/input0 [3.166303] input: Apple Inc. Apple Internal Keyboard / Trackpad as /devices/pci:00/:00:14.0/usb1/1-5/1-5:1.1/0003:05AC:0273.0005/input/input16 [3.214672] brcmfmac :03:00.0: firmware: direct-loading firmware
mvsas driver missing PCI-IDs on ASUS Mobo
Dear SCSI Linux developers, I have a machine with ASUS ([0.00] DMI: System manufacturer System Product Name/P7H55-M/USB3, BIOS 110504/25/2011) with a marvell SCSI chipset. I am running Debian stretch amd64 (Linux winni2 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u2 (2017-06-26) x86_64 GNU/Linux) You can run Marvell in IDE Mode, then the chipset will be reported as an IDE Controller. PCI Id 1043:83ba / 1b4b:91a0 lspci -nnv -s 04:00.0 04:00.0 IDE interface [0101]: Marvell Technology Group Ltd. 88SE912x SATA 6Gb/s Controller [IDE mode] [1b4b:91a0] (rev 12) (prog-if 8f [Master SecP SecO PriP PriO]) Subsystem: ASUSTeK Computer Inc. 88SE912x SATA 6Gb/s Controller [IDE mode] [1043:83ba] Flags: bus master, fast devsel, latency 0, IRQ 32 I/O ports at ec00 [size=8] I/O ports at e880 [size=4] I/O ports at e800 [size=8] I/O ports at e480 [size=4] I/O ports at e400 [size=16] Memory at f7fff000 (32-bit, non-prefetchable) [size=2K] Expansion ROM at f7fe [disabled] [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [70] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Kernel driver in use: ahci Kernel modules: ahci, pata_marvell, ata_generic You can run it as an AHCI device PCI Id 1b4b:9120 and 1043:83ba lspci -nnv -s 04:00.0 04:00.0 SATA controller [0106]: Marvell Technology Group Ltd. 88SE9120 SATA 6Gb/s Controller [1b4b:9120] (rev 12) (prog-if 01 [AHCI 1.0]) Subsystem: ASUSTeK Computer Inc. 88SE9120 SATA 6Gb/s Controller [1043:83ba] Flags: bus master, fast devsel, latency 0, IRQ 32 I/O ports at ec00 [size=8] I/O ports at e880 [size=4] I/O ports at e800 [size=8] I/O ports at e480 [size=4] I/O ports at e400 [size=16] Memory at f7fff000 (32-bit, non-prefetchable) [size=2K] Expansion ROM at f7fe [disabled] [size=64K] Capabilities: [40] Power Management version 3 Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [70] Express Legacy Endpoint, MSI 00 Capabilities: [100] Advanced Error Reporting Kernel driver in use: ahci Kernel modules: ahci From my point of view at least the AHCI mode should be driven by the mvsas driver. Please add it to the marvell list of devices. Thanks. -- *Wolfgang Schnitker* Beethovenstraße 16 72535 Heroldstatt