Bug#982262: vrrender: fails to start, missing directory
Package: vrrender Version: 20.2.0-1 Severity: normal Dear Maintainer, installing with "sudo apt install vrrender", it fails to start with this error: [3][00:00:00.001253][warning] [RuntimeException.cpp:42] '/usr/lib/share/sight': not a directory. [4][00:00:00.001322][warning] [RuntimeException.cpp:42] Error while adding modules. '/usr/lib/share/sight': not a directory. terminate called after throwing an instance of 'fwRuntime::RuntimeException' what(): Error while adding modules. '/usr/lib/share/sight': not a directory. note: /usr/share/sight exists, though. -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vrrender depends on: ii libsight 20.2.0-1 vrrender recommends no packages. vrrender suggests no packages. -- no debconf information
Bug#980836: (no subject)
Same issue on a laptop with a USB headset and also on my desktop; additionally the laptop defaults to "no audio" when logging in KDE. |This works around the issue, when it happens: | |pacmd unload-module module-udev-detect && pacmd load-module module-udev-detect| || | |
Bug#966805: thunderbird: OAUTH2 no longer works ("NS_ERROR_NET_INADEQUATE_SECURITY" error)
For unstable I pushed a fixed version (see #966806). This explains why I could not find this bugreport when I searched for gmail at first: it was filed right after mine :D As you opened this report against the version of Thunderbird in experimental I'll ket this report open until a fix is prepared, should be done by the next version for experimental. Yeah, I noticed it too late that I ran reportbug when I had the experimental package instead of the one from testing. As a general rule, is it bad to file bugs against experimental? You can fix your current problem by installing libnss3 from unstable. Apparently it migrated already to testing, very well, checking now. Yes, works fine, thank you.
Bug#966805: thunderbird: OAUTH2 no longer works ("NS_ERROR_NET_INADEQUATE_SECURITY" error)
Package: thunderbird Version: 1:78.1.0-1 Severity: important Dear Maintainer, after upgrading from package 68.10.0-1 to 68.11.0-1, I got a generic login failure for my gmail account, which was already configured to use OAUTH2 and worked fine. Then, I removed the saved password and tried again: this time I got a more informative popup with an error message saying "NS_ERROR_NET_INADEQUATE_SECURITY". By comparison: * another machine still running 68.10.0-1 and accessing the same account has no issues; when this second machine is also upgrade, TB stops working on it too. * the upstream version 78.1.0 does NOT have this issue: I am able to configure my account on a blank profile * the version from experimental STILL HAS this issue I tested "experimental" as recommended by reportbug, I do not plan to keep using this version anyway, rather I'll rollback to the previous version because it works (tried it before sending report). Thanks. -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunderbird depends on: ii debianutils 4.9.1 ii fontconfig 2.13.1-4.2 ii libatk1.0-0 2.36.0-2 ii libc62.31-2 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libdbus-1-3 1.12.20-1 ii libdbus-glib-1-2 0.110-5 ii libevent-2.1-7 2.1.12-stable-1 ii libffi7 3.3-4 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.2+dfsg-3 ii libgcc-s110.1.0-6 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-0 2.64.4-1 ii libgtk-3-0 3.24.20-1 ii libgtk2.0-0 2.24.32-4 ii libharfbuzz0b2.6.4-1+b1 ii libicu67 67.1-3 ii libnspr4 2:4.25-1 ii libnss3 2:3.53.1-1 ii libpango-1.0-0 1.44.7-4 ii libpangocairo-1.0-0 1.44.7-4 ii libpangoft2-1.0-01.44.7-4 ii libstdc++6 10.1.0-6 ii libvpx6 1.8.2-1 ii libx11-6 2:1.6.9-2+b1 ii libx11-xcb1 2:1.6.9-2+b1 ii libxcb-shm0 1.14-2 ii libxcb1 1.14-2 ii libxext6 2:1.3.3-1+b2 ii libxrender1 1:0.9.10-1 ii libxt6 1:1.1.5-1+b3 ii psmisc 23.3-1 ii x11-utils7.7+5 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages thunderbird recommends: ii hunspell-en-us [hunspell-dictionary] 1:2019.10.06-1 ii hunspell-it [hunspell-dictionary] 1:6.4.3-1 Versions of packages thunderbird suggests: ii apparmor 2.13.4-3 ii fonts-lyx 2.3.5.2-1 ii libgssapi-krb5-2 1.17-10 -- no debconf information
Bug#935638: ferm: ipv6 example should include mdns / hostmon / dhcpv6-client
Package: ferm Version: 2.4-1 Severity: wishlist Dear Maintainer, please consider adding the following section to the ipv6 example: # mDNS proto udp dport mdns ACCEPT; # Link-local multicast proto (tcp udp) dport hostmon ACCEPT; # DHCPv6 proto udp dport dhcpv6-client ACCEPT; (right after ident) -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.2-19.03.18.amdgpu (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ferm depends on: ii debconf 1.5.73 ii init-system-helpers 1.57 ii iptables 1.8.3-2 ii lsb-base 11.1.0 ii perl 5.28.1-6 Versions of packages ferm recommends: ii libnet-dns-perl 1.20-1 ferm suggests no packages. -- Configuration Files: /etc/ferm/ferm.conf [Errno 13] Permesso negato: '/etc/ferm/ferm.conf' -- debconf information: * ferm/enable: true
Bug#933502: further info
2018-11-25: installed amanda 3.5.1-2+b2 https://buildd.debian.org/status/fetch.php?pkg=amanda=amd64=1%3A3.5.1-2%2Bb2=1541073216=0 2018-11-28: installed glib 2.58.1-2 2019-07-21: last good backup before bugreport (not 27, my mistake) 2019-07-24: installed amanda 3.5.1-2+b3 https://buildd.debian.org/status/fetch.php?pkg=amanda=amd64=1%3A3.5.1-2%2Bb3=1563909152=0 2019-07-30: opened bugreport 2019-07-31: workaround with locally built amanda 3.5.1-2 2019-08-03: installed glib 2.60.6-1 2019-08-03: installed amanda 3.5.1-2+b3 (again) and it works If there is a way to ensure "amanda" transitions from unstable into testing only after its dependencies, that would be great. If this situation is normal and unavoidable, please feel free to close the bug.
Bug#933502: workaround
rebuilding locally of course works fine
Bug#933274: closed by Carsten Schoenert (Re: Bug#933274: thunderbird: TB recreates .icedove profile dir if missing, will not start at next launch)
Il 31/07/19 16:07, Carsten Schoenert ha scritto: It was *not* made for directly modifications on the file system in parallel made by the users them self! I did not do any modifications until I had this issue, I know this since I log these kind of changes. And the root for your reported issue wasn't the TB profile folder migration. I don't think we have enough information to rule either way. If you are missing some further hints, did you have followed the logging output of the starting wrapper and / or have taken a look at the README file within /usr/share/doc/thunderbird? Yes, but until I saw the contents of pref.js the hints in the README made no sense. Adding text in the README was outside my jurisdiction, so to speak, but I felt adding a note in the wiki was ok. Do you believe it's really likely that about 2.5 years after the de-branding of Thunderbird and the profile migration issue are happen often? Please don't make unnecessary assumptions on why some errors might resurface after a long time: I actively use TB on this laptop about once a year, perhaps less often, so it's hardly surprising that an unused program gives no errors. But now I also don't see any deeper need to spend more time on this. The de-branding is almost history and people still have a working TB profile. Even if they have enabled AppArmor. For sure, changing the script now without a clear case to solve is just asking for trouble. Extending the documentation, however, would have been a safe bet, however unlikely it is that we address each and every corner case. Over and out.
Bug#933274: closed by Carsten Schoenert (Re: Bug#933274: thunderbird: TB recreates .icedove profile dir if missing, will not start at next launch)
Hello, Carsten. unfortunately I needed to revert your modifications after I've read it several times. The added additional section was more than less completely redundant to the exciting section just before!The section While that section might seem "exciting" to you, it left me scratching my head: it provided no meaningful pointers towards a solution, unlike my edit. I am also a bit disappointed that what I've learnt while fixing this migration error cannot be passed on to the community. I see no need to add this again and point to an bug report which does not have more and detailed information than already known, that is confusing users more than needed. Fair enough: I added the link to expand on how that scenario might come about, because I saw that bugs are frequently referenced in the wiki. In comparison to the resolution steps I wrote in the wiki, this is not so important, for sure. Regards, Andrea.
Bug#933502: amanda-server: fails to start because of wrong glib version
Package: amanda-server Version: 1:3.5.1-2+b3 Severity: normal Dear Maintainer, My last successful backup was july 27th, packages have been updated to what is currently in testing. Running amcheck or amdump, I get the following error: ** (process:7278): CRITICAL **: 22:45:24.730: GLib version too old (micro mismatch): Amanda was compiled with glib-2.60.5, but linking with 2.58.3 -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.1-19.03.10.amdgpu (SMP w/4 CPU cores) Kernel taint flags: TAINT_WARN Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages amanda-server depends on: ii amanda-common 1:3.5.1-2+b3 ii bsd-mailx [mailx] 8.1.2-0.20180807cvs-1 ii libc6 2.28-10 ii libcurl4 7.65.1-1 ii libglib2.0-0 2.58.3-3 ii libjson-perl 4.02000-1 ii libssl1.1 1.1.1c-1 ii perl 5.28.1-6 amanda-server recommends no packages. Versions of packages amanda-server suggests: ii amanda-client 1:3.5.1-2+b3 ii cpio 2.12+dfsg-9 pn gnuplot -- no debconf information
Bug#933274: thunderbird: TB recreates .icedove profile dir if missing, will not start at next launch
Hello, Carsten. this is with recent versions of Thunderbird not possible anymore as this is hard coded within the sources. I never had experienced something like you have described. It only happened on my laptop, the desktop was fine. In fact, I used it as a control of sorts. For sure, as this one of the conditions the wrapper is checking. But why do you delete any folder if Thunderbird working correctly? It wasn't my initial goal: I just wanted to find out why TB refused to start! During my tests, I ended up discovering the newly created .icedove first and later the odd behaviour with the symlink, none of which was happening on the other system. Any Apparmore profile for TB activated? My system diary shows I disabled it on my desktop when dealing with #918035; checking the laptop, I can find no AppArmor errors on the day I opened this report and apparmor_status has no entry for thunderbird. This is on the user side as one packaging rule strictly says we don't change anything within the users folder while package installation or upgrade. And adding a symlink that probably will never break things within the users home folder is quite the maximum we can do. Understood. I was thinking about some external helping script that could do this migration but due lack of interests and urgency I haven't work further here. And it's mainly just the moving of '.icedove' to '.thunderbird' in the prefs.js file. But other extensions can have there own setting withing the TB profile! I see, then I'll probably add a short paragraph to the wikipage explaining this corner case and you may close this report. Thanks, Andrea.
Bug#933274: thunderbird: TB recreates .icedove profile dir if missing, will not start at next launch
Package: thunderbird Version: 1:60.8.0-1 Severity: normal Dear Maintainer, This system has gone through the thunderbird->icedove->thunderbird conversions; launching thunderbird with a real .thunderbird profile directory and no .icedove, thunderbird will recreate .icedove as a directory, so that following attempts to run it will fail with a conversion error. If I remove the .icedove directory and replace it with a symlink to .thunderbird, the program will start happily. Thinking it might have been an incomplete conversion, I quit the program, removed the .icedove symlink, renamed .thunderbird to .icedove and restarted the program. Once the conversion was done, I closed the program and verified I had my ".icedove" (formerly .thunderbird) directory and a new .thunderbird symlink. I deleted this symlink and renamed .icedove to .thunderbird: no luck, again .icedove as real dir at the first run and an error at the next. First I though this was #857029 again but it turned out that, for some reason, this profile still had a "prefs.js" which referenced ".icedove": manually editing this file fixed the issue for good. Shouldn't this file be migrated too? -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.2-19.03.18.amdgpu (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunderbird depends on: ii debianutils 4.8.6.3 ii fontconfig2.13.1-2 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-10 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 ii libdbus-1-3 1.12.16-1 ii libdbus-glib-1-2 0.110-4 ii libevent-2.1-62.1.8-stable-4 ii libffi6 3.2.1-9 ii libfontconfig12.13.1-2 ii libfreetype6 2.9.1-3 ii libgcc1 1:9.1.0-10 ii libgdk-pixbuf2.0-02.38.1+dfsg-1 ii libglib2.0-0 2.58.3-3 ii libgtk-3-03.24.5-1 ii libgtk2.0-0 2.24.32-3 ii libhunspell-1.7-0 1.7.0-2+b1 ii libicu63 63.2-2 ii libjsoncpp1 1.7.4-3 ii libnspr4 2:4.21-1 ii libnss3 2:3.45-1 ii libpango-1.0-01.42.4-6 ii libsqlite3-0 3.29.0-1 ii libstartup-notification0 0.12-6 ii libstdc++69.1.0-10 ii libvpx5 1.7.0-3 ii libx11-6 2:1.6.7-1 ii libx11-xcb1 2:1.6.7-1 ii libxcb-shm0 1.13.1-2 ii libxcb1 1.13.1-2 ii libxext6 2:1.3.3-1+b2 ii libxrender1 1:0.9.10-1 ii libxt61:1.1.5-1+b3 ii psmisc23.2-1 ii x11-utils 7.7+4 ii zlib1g1:1.2.11.dfsg-1 Versions of packages thunderbird recommends: ii hunspell-en-us [hunspell-dictionary] 1:2018.04.16-1 ii hunspell-it [hunspell-dictionary] 1:6.3.0~rc1-1 ii lightning 1:60.8.0-1 Versions of packages thunderbird suggests: ii apparmor 2.13.3-3 pn fonts-lyx ii libgssapi-krb5-2 1.17-5 -- no debconf information
Bug#932671: cryptsetup-initramfs: update-initramfs suggests removing cryptsetup-initramfs but this is not possible
Package: cryptsetup-initramfs Version: 2:2.1.0-5 Severity: normal Dear Maintainer, Running "update-initramfs -k all -u", I get this warning: cryptsetup: WARNING: The initramfs image may not contain cryptsetup binaries nor crypto modules. If that's on purpose, you may want to uninstall the 'cryptsetup-initramfs' package in order to disable the cryptsetup initramfs integration and avoid this warning. Since I am running an encrypted home, not root, I tried following this advice: dpkg: dependency problems prevent removal of cryptsetup-initramfs: cryptsetup depends on cryptsetup-initramfs (>= 2:2.0.3-1). Maybe something changed after #901830 was closed? -- Package-specific info: -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.0.2-19.03.18.amdgpu (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cryptsetup-initramfs depends on: ii busybox 1:1.30.1-4 ii cryptsetup-run 2:2.1.0-5 ii initramfs-tools [linux-initramfs-tool] 0.133 Versions of packages cryptsetup-initramfs recommends: ii console-setup 1.191 ii kbd2.0.4-4 cryptsetup-initramfs suggests no packages. -- no debconf information
Bug#919227: fixed upstream
This issue has been fixed upstream in the 5.x branch (see earlier link to kernel bugzilla). I have tested 5.0.2 and 5.0.4 successfully.
Bug#919227: dmesg output with patched kernel
As recommended by upstream bug 192231 I have rebuilt the kernel with a debugging patch and here is the output of dmesg when triggering the issue. [0.00] Linux version 4.19.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 8.2.0 (Debian 8.2.0-14)) #1 SMP Debian 4.19.12-1a~test (2019-01-13) [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-1-amd64 root=UUID=e19e81ac-9618-4735-8a7c-bff7f48b50cb ro resume=UUID=3464e393-b3d3-49c3-a1e0-858d6123f7c3 button.lid_init_state=open quiet [0.00] x86/fpu: x87 FPU will use FXSAVE [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009fbff] usable [0.00] BIOS-e820: [mem 0x0009fc00-0x0009] reserved [0.00] BIOS-e820: [mem 0x000e-0x000f] reserved [0.00] BIOS-e820: [mem 0x0010-0x7f67] usable [0.00] BIOS-e820: [mem 0x7f68-0x7f68dfff] ACPI data [0.00] BIOS-e820: [mem 0x7f68e000-0x7f6c] ACPI NVS [0.00] BIOS-e820: [mem 0x7f6d-0x7f6f] reserved [0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] reserved [0.00] BIOS-e820: [mem 0xfff0-0x] reserved [0.00] NX (Execute Disable) protection: active [0.00] SMBIOS 2.6 present. [0.00] DMI: ASUSTeK Computer INC. 1215P/1215P, BIOS 060104/18/2011 [0.00] tsc: Fast TSC calibration failed [0.00] e820: update [mem 0x-0x0fff] usable ==> reserved [0.00] e820: remove [mem 0x000a-0x000f] usable [0.00] last_pfn = 0x7f680 max_arch_pfn = 0x4 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-C write-protect [0.00] D-D uncachable [0.00] E-E write-through [0.00] F-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask F8000 write-back [0.00] 1 base 07F70 mask 0 uncachable [0.00] 2 base 07F80 mask FFF80 uncachable [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT [0.00] found SMP MP-table at [mem 0x000ff780-0x000ff78f] mapped at [(ptrval)] [0.00] Base memory trampoline at [(ptrval)] 99000 size 24576 [0.00] BRK [0x55201000, 0x55201fff] PGTABLE [0.00] BRK [0x55202000, 0x55202fff] PGTABLE [0.00] BRK [0x55203000, 0x55203fff] PGTABLE [0.00] BRK [0x55204000, 0x55204fff] PGTABLE [0.00] BRK [0x55205000, 0x55205fff] PGTABLE [0.00] BRK [0x55206000, 0x55206fff] PGTABLE [0.00] RAMDISK: [mem 0x3532d000-0x3698dfff] [0.00] ACPI: Early table checksum verification disabled [0.00] ACPI: RSDP 0x000FBF30 24 (v02 ACPIAM) [0.00] ACPI: XSDT 0x7F680100 64 (v01 A_M_I_ OEMXSDT 04001118 MSFT 0097) [0.00] ACPI: FACP 0x7F680290 F4 (v04 A_M_I_ OEMFACP 04001118 MSFT 0097) [0.00] ACPI: DSDT 0x7F6804A0 008D70 (v02 A1724 A1724000 INTL 20060113) [0.00] ACPI: FACS 0x7F68E000 40 [0.00] ACPI: FACS 0x7F68E000 40 [0.00] ACPI: APIC 0x7F680390 6C (v02 A_M_I_ OEMAPIC 04001118 MSFT 0097) [0.00] ACPI: MCFG 0x7F680400 3C (v01 A_M_I_ OEMMCFG 04001118 MSFT 0097) [0.00] ACPI: ECDT 0x7F680440 55 (v01 A_M_I_ OEMECDT 04001118 MSFT 0097) [0.00] ACPI: OEMB 0x7F68E040 61 (v01 A_M_I_ AMI_OEM 04001118 MSFT 0097) [0.00] ACPI: HPET 0x7F689210 38 (v01 A_M_I_ OEMHPET 04001118 MSFT 0097) [0.00] ACPI: GSCI 0x7F68E0B0 002024 (v01 A_M_I_ GMCHSCI 04001118 MSFT 0097) [0.00] ACPI: SSDT 0x7F690F00 000999 (v01 PmRef CpuPm4 3000 INTL 20060113) [0.00] ACPI: Local APIC address 0xfee0 [0.00] No NUMA configuration found [0.00] Faking a node at [mem 0x-0x7f67] [0.00] NODE_DATA(0) allocated [mem 0x7f67b000-0x7f67] [0.00] Zone ranges: [0.00] DMA [mem 0x1000-0x00ff] [0.00] DMA32[mem 0x0100-0x7f67] [0.00] Normal empty [0.00] Device empty [0.00] Movable zone start for each node [0.00] Early memory node ranges [0.00] node 0: [mem 0x1000-0x0009efff] [0.00] node 0: [mem 0x0010-0x7f67] [0.00] Reserved but unavailable:
Bug#919227: more acpi info
It seems to be the case that the lid is the most visible breakage but not the only one: when charging, the battery information is not updated. Attaching the output of "acpi -V" with the kernel from stable and the current one in unstable. Battery 0: Charging, 86%, 00:21:57 until charged Battery 0: design capacity 5200 mAh, last full capacity 5145 mAh = 98% Adapter 0: on-line Thermal 0: ok, 61.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 95.0 degrees C Thermal 0: trip point 1 switches to mode passive at temperature 92.0 degrees C Cooling 0: Processor 0 of 10 Cooling 1: Processor 0 of 10 Cooling 2: LCD 7 of 10 Cooling 3: Processor 0 of 10 Cooling 4: Processor 0 of 10 Battery 0: Charging, 100%, until charged Battery 0: design capacity 4300 mAh, last full capacity 4200 mAh = 97% Adapter 0: on-line Thermal 0: ok, 60.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 95.0 degrees C Thermal 0: trip point 1 switches to mode passive at temperature 92.0 degrees C Cooling 0: Processor 0 of 10 Cooling 1: Processor 0 of 10 Cooling 2: Processor 0 of 10 Cooling 3: LCD 7 of 10 Cooling 4: Processor 0 of 10
Bug#919227: linux-image-4.19.0-1-amd64: acpi lid regression from stable to testing
Package: src:linux Version: 4.19.13-1 Severity: normal Dear Maintainer, after the upgrade to Testing, the system is no longer able to detect a closed lid to initiate suspend-to-ram; reinstalling the kernel from Stable (4.9.0-7), while keeping the rest of the system as is, brings the functionality back. Using the archived images on snapshot.debian.org: 4.9.0-7: OK 4.10.0-trunk: fails 4.11.0-2: fails 4.14.0-1: fails 4.19.0-1: fails (first failure detected on this version) (those versions which are failing all have the "SW_LID" warning in dmesg, see below) Other observations: * the sleep keycombo Fn+F1 works * pm-suspend works * pm-hibernate works If I watch the state of /proc/acpi/button/lid/LID/state from a remote shell and close the lid, it shows "open". /etc/default/acpi-support is fine: LID_SLEEP=true is active, both acpid and the system itself were restarted multiple times. I have tried the button.lid_init_state option (see Documentation/acpi/acpi-lid.txt) but none of the values work (method / open / ignore). This upstream report looks relevant: https://bugzilla.kernel.org/show_bug.cgi?id=192231 I'm in the process of rebuilding the kernel with the suggested debug patch and I'll follow up with the results. -- Package-specific info: ** Version: Linux version 4.19.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 8.2.0 (Debian 8.2.0-13)) #1 SMP Debian 4.19.13-1 (2018-12-30) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.19.0-1-amd64 root=UUID=e19e81ac-9618-4735-8a7c-bff7f48b50cb ro resume=UUID=3464e393-b3d3-49c3-a1e0-858d6123f7c3 button.lid_init_state=open quiet ** Not tainted ** Kernel log: [5.990210] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input4 [5.990261] ACPI: Lid Switch [LID] [5.993277] battery: ACPI: Battery Slot [BAT0] (battery present) [5.993798] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5 [5.993850] ACPI: Sleep Button [SLPB] [5.994349] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input6 [5.994410] ACPI: Power Button [PWRB] [5.994914] ACPI: AC Adapter [AC0] (on-line) [5.999389] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input7 [5.03] ACPI: Power Button [PWRF] [6.092418] systemd-journald[201]: Received request to flush runtime journal from PID 1 [6.144603] audit: type=1400 audit(1547392874.667:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/haveged" pid=265 comm="apparmor_parser" [6.149025] audit: type=1400 audit(1547392874.671:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=267 comm="apparmor_parser" [6.181730] audit: type=1400 audit(1547392874.703:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm/lightdm-guest-session" pid=266 comm="apparmor_parser" [6.181752] audit: type=1400 audit(1547392874.703:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/x86_64-linux-gnu/lightdm/lightdm-guest-session//chromium" pid=266 comm="apparmor_parser" [6.184900] audit: type=1400 audit(1547392874.707:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/bin/man" pid=269 comm="apparmor_parser" [6.184916] audit: type=1400 audit(1547392874.707:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_filter" pid=269 comm="apparmor_parser" [6.184929] audit: type=1400 audit(1547392874.707:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="man_groff" pid=269 comm="apparmor_parser" [6.192163] audit: type=1400 audit(1547392874.711:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/mysqld-akonadi" pid=268 comm="apparmor_parser" [6.192187] audit: type=1400 audit(1547392874.711:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/mysqld-akonadi///usr/sbin/mysqld" pid=268 comm="apparmor_parser" [6.235938] audit: type=1400 audit(1547392874.755:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=270 comm="apparmor_parser" [6.307677] iTCO_vendor_support: vendor-support=0 [6.346358] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [6.346500] iTCO_wdt: Found a NM10 TCO device (Version=2, TCOBASE=0x0860) [6.348785] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [6.446257] input: PC Speaker as /devices/platform/pcspkr/input/input8 [6.497967] sd 0:0:0:0: Attached scsi generic sg0 type 0 [6.498169] sd 4:0:0:0: Attached scsi generic sg1 type 0 [6.731722] pci :00:00.0: Intel GMA3150 Chipset [6.731775] pci :00:00.0: detected gtt size: 524288K total, 262144K mappable [6.731884] pci :00:00.0: detected 8192K stolen memory [6.731952] [drm] Replacing VGA console driver [
Bug#918478: digikam: ImageEditor window is blank when opened a second time
Package: digikam Version: 4:5.9.0-1+b1 Severity: normal Tags: upstream Dear Maintainer, Starting from a clean install of digikam(*), go through the config questions, find an image and click to open the image editor. Carefully observe the toolbar buttons at the bottom. Now close the editor, NOT with the "close editor" button but with the X at the top right (that is, the close window command), and exit digikam. Start digikam again and re-enter the editor: you'll now see that the toolbar is missing. If the image editor is always closed with the menu button, the issue does not show up. Tested on two different "testing" installations. This is already known upstream: https://bugs.kde.org/show_bug.cgi?id=395875 (*) delete ~/.config/digikamrc and ~/.local/share/kxmlgui5/digikam -- System Information: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.0-rc6-18.12.13.amdgpu (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages digikam depends on: ii digikam-data 4:5.9.0-1 ii digikam-private-libs 4:5.9.0-1+b1 ii kipi-plugins 4:5.9.0-1+b1 ii libc6 2.28-2 ii libgcc1 1:8.2.0-13 ii libkf5configcore5 5.51.0-1 ii libkf5coreaddons5 5.51.0-1 ii libkf5filemetadata3 5.51.0-1 ii libkf5i18n5 5.51.0-1 ii libqt5core5a 5.11.3+dfsg-2 ii libqt5gui55.11.3+dfsg-2 ii libqt5sql55.11.3+dfsg-2 ii libqt5sql5-mysql 5.11.3+dfsg-2 ii libqt5sql5-sqlite 5.11.3+dfsg-2 ii libqt5widgets55.11.3+dfsg-2 ii libstdc++68.2.0-13 ii perl 5.28.1-3 Versions of packages digikam recommends: ii ffmpegthumbs 4:18.12.0-1 ii firefox-esr [www-browser] 60.4.0esr-1 ii w3m [www-browser] 0.5.3-36+b1 Versions of packages digikam suggests: pn digikam-doc pn systemsettings -- no debconf information
Bug#870126: ecryptfs-utils: The problem is the link from the session ring
On Tue, 01 Aug 2017 12:37:49 +0200 =?utf-8?q?Ita=C3=AF_BEN_YAACOV?= wrote: 1. The problem is the user keyring not being linked to the session keyring. keyctl link @u @s is a much easier workaround. I've got the same issue but this workaround didn't solve the issue. (testing, package version 111-4 as this report) The longer solution is a bit tricky to use, since the whole homedir is encrypted and I am already logged in. Could I perhaps disable ecryptfs and redo it from start? Got backups and all, not an issue. 2. For me this happens only in gnome sessions (not console or ssh) Is this the same for you? (see also https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870335 ) I haven't seen that when running a graphical desktop (xfce, in my case) or via ssh, only in console. Also, if I am already logged in, regardless of the terminal, it won't happen but I assume this is to be expected. Andrea.
Bug#918035: thunderbird: README.apparmor and changelog state that apparmor is disabled, yet it is working
Il 02/01/19 17:10, Carsten Schoenert ha scritto: So if you now encountering issues would mean that you have enabled the apparmor profile by yourself after the version that is used in the postinst script or you doing a update from a version prior to this version. Stretch never had Thunderbird 1:52.5.0-1~deb9u1, the closest version smaller to that version was 1:52.4.0-1~deb9u1. I'm positive I've never consciously enabled apparmor myself, though. I keep logs of all manual changes, with links to documentation, and I have nothing on apparmor in general or thunderbird specifically. The system is roughly a couple of years old: it went through the "weasel" rebranding and back, then was upgraded to testing at the beginning of november. My father's PC has a similar history and, unsurprisingly, apparmor for thunderbird is enabled also there. So you maybe need to rethink how AppArmor is intended to help you for preventing to some things wrong? Had I enabled it, I would do so :) Given that I have not, I'll just disable it and be on my way. If you need more info on the package installation history on my system, I'd be glad to help. If you believe my case is a one-off, you may close the bug because I accept your explanation. Regards, Andrea.
Bug#918035: thunderbird: README.apparmor and changelog state that apparmor is disabled, yet it is working
Package: thunderbird Version: 1:60.4.0-1~deb9u1 Severity: normal Dear Maintainer, I could not attach a text file from /tmp and discovered that apparmor was preventing me from doing that: syslog:Jan 2 12:37:02 mononoke kernel: [65507.015542] audit: type=1400 audit(1546429022.613:50): apparmor="DENIED" operation="open" profile="thunderbird" name="/tmp/hdparm.txt" pid=21962 comm="thunderbird" requested_mask="r" denied_mask="r" fsuid=1000 ouid=0 However, both README.apparmor and the package changelog explicitly state that the thunderbird apparmor profile is disabled by default, yet /etc/apparmor.d/usr.bin.thunderbird is installed and active. aa-status --pretty-json | jq .profiles.thunderbird ---> "enforce" Based on the number of similar apparmor bugs on thunderbird, I'd say my system is behaving as expected but the documentation is outdated. In that case, could you please revise it? Thanks, Andrea. -- System Information: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.0-rc6-18.12.13.amdgpu (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunderbird depends on: ii debianutils 4.8.6 ii fontconfig2.13.1-2 ii libatk1.0-0 2.30.0-2 ii libc6 2.28-2 ii libcairo-gobject2 1.16.0-2 ii libcairo2 1.16.0-2 ii libdbus-1-3 1.12.12-1 ii libdbus-glib-1-2 0.110-3 ii libevent-2.0-52.0.21-stable-3 ii libffi6 3.2.1-9 ii libfontconfig12.13.1-2 ii libfreetype6 2.9.1-3 ii libgcc1 1:8.2.0-13 ii libgdk-pixbuf2.0-02.38.0+dfsg-7 ii libglib2.0-0 2.58.1-2 ii libgtk-3-03.24.2-3 ii libgtk2.0-0 2.24.32-3 ii libjsoncpp1 1.7.4-3 ii libpango-1.0-01.42.4-6 ii libpangocairo-1.0-0 1.42.4-6 ii libpangoft2-1.0-0 1.42.4-6 ii libstartup-notification0 0.12-6 ii libstdc++68.2.0-13 ii libvpx4 1.6.1-3+deb9u1 ii libx11-6 2:1.6.7-1 ii libx11-xcb1 2:1.6.7-1 ii libxcb-shm0 1.13.1-2 ii libxcb1 1.13.1-2 ii libxext6 2:1.3.3-1+b2 ii libxrender1 1:0.9.10-1 ii libxt61:1.1.5-1 ii psmisc23.2-1 ii x11-utils 7.7+4 ii zlib1g1:1.2.11.dfsg-1 Versions of packages thunderbird recommends: ii hunspell-en-us [hunspell-dictionary] 1:2018.04.16-1 ii hunspell-it [hunspell-dictionary] 1:6.1.3-1 ii lightning 1:60.4.0-1~deb9u1 Versions of packages thunderbird suggests: ii apparmor 2.13.1-3+b1 ii fonts-lyx 2.3.2-1 ii libgssapi-krb5-2 1.16.1-1 -- no debconf information
Bug#916733: (no subject)
Control: close -1 quit The examples are probably not needed anymore, now that the files are installed by default under /lib/systemd (see bug #732054 and #889668).
Bug#917599: systemd: build fails with missing meson.build file
As you can see at https://salsa.debian.org/systemd-team/systemd/, the systemd sources do contain a meson.build file. Indeed, there it is. How did you get the systemd sources? From http://cdn-fastly.deb.debian.org/debian/pool/main/s/systemd/ (the link in the package page) What's the output of ls -la /home/andrea/devel/debug/20181228-systemd At the beginning of the build, I have only these: -rw-r--r-- 1 andrea andrea 161800 dic 29 10:40 systemd_239-13.debian.tar.xz -rw-r--r-- 1 andrea andrea4864 dic 29 10:39 systemd_239-13.dsc -rw-r--r-- 1 andrea andrea 7157293 dic 29 10:40 systemd_239.orig.tar.gz Then I unpack systemd_239-13.debian.tar.xz (which doesn't have the meson.build file in it) and try to build, getting the error. I tried placing the file you provided directly in the toplevel directory but it still fails. Now, *that* is odd! Not sure if meson_options.txt is also supposed to be present but adding it makes no difference. Regards, Andrea.
Bug#916733: util-linux: missing fstrim examples
Package: util-linux Version: 2.33-0.2 Severity: minor Dear Maintainer, The wiki at https://wiki.debian.org/SSDOptimization mentions a sample fstrim service definition that should be in /usr/share/doc/util-linux/examples/ I believe I've already used this tip on the current system, yet now that I wanted to use it on another system I see the examples are no longer present. Of course, I'm going to use the copy I already have but please consider re-adding the examples or revising the documentation to match the situation, in case there is a valid reason for removing the examples. -- System Information: Debian Release: buster/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.20.0-rc6-18.12.13.amdgpu (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages util-linux depends on: ii fdisk 2.33-0.2 ii libaudit1 1:2.8.4-2 ii libblkid1 2.33-0.2 ii libc6 2.28-2 ii libcap-ng0 0.7.9-1 ii libmount1 2.33-0.2 ii libpam0g 1.1.8-3.8 ii libselinux12.8-1+b1 ii libsmartcols1 2.33-0.2 ii libsystemd0239-15 ii libtinfo6 6.1+20181013-1 ii libudev1 239-15 ii libuuid1 2.33-0.2 ii login 1:4.5-1.1 ii zlib1g 1:1.2.11.dfsg-1 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 4.1-2 ii kbd 2.0.4-4 pn util-linux-locales -- no debconf information
Bug#396320: spamassassin: slightly longer february?
Package: spamassassin Version: 3.1.7-2 Followup-For: Bug #396320 Mar 1 10:35:10 host90-230-149-62 spamd[2578]: Day '29' out of range 1..28 at /usr/share/perl5/Mail/SpamAssassin/Util.pm line 446 -- System Information: Debian Release: 4.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.19-rc6tutti Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages spamassassin depends on: ii libarchive-tar-perl 1.30-2 Archive::Tar - manipulate tar file ii libdigest-sha1-perl 2.11-1 NIST SHA-1 message digest algorith ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libsocket6-perl 0.19-1 Perl extensions for IPv6 ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-7Larry Wall's Practical Extraction Versions of packages spamassassin recommends: ii libmail-spf-query-perl 1:1.999.1-2 query SPF (Sender Policy Framework ii libnet-dns-perl 0.59-1 Perform DNS queries from a Perl sc ii perl [libmime-base64-perl] 5.8.8-7 Larry Wall's Practical Extraction ii spamc3.1.7-2 Client for SpamAssassin spam filte -- debconf information: spamassassin/upgrade/2.40: spamassassin/upgrade/2.40w: spamassassin/upgrade/cancel: Continue spamassassin/upgrade/2.42m: No spamassassin/upgrade/2.42u: No -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#193529: xserver-xfree86: [mga] SEGV when changing font in OpenOffice.org on MGA G400 AGP rev 4
Brice Goglin wrote: About 4 years ago, you reported a bug to the Debian BTS regarding a segfault of the X server when changing a font in OpenOffice.org. Have you been able to reproduce this bug recently? If not, I will close this bug in the next weeks. I am not using xfree anymore on that machine and the same goes for the old OO.org 1.x, so you may close the bug immediately if you wish. Thanks for your work and good luck with the next release! BR, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400705: zaptel-source: still fails to build against 2.6.19-rc6 and 2.6.19
On Sat, 9 Dec 2006, Tzafrir Cohen wrote: Could you please try to edit vzaphfc_main.c from within the tarball to remove that line? That include file should be unnecessary, anyway. If this works then we need to fix vzaphfc. Ok, line snipped, tarball rebuilt and off we go. It gets past that point but stops later with the following message: CC [M] /usr/src/modules/zaptel/xpp/card_fxo.o In file included from /usr/src/modules/zaptel/xpp/xpd.h:26, from /usr/src/modules/zaptel/xpp/card_fxo.c:28: /usr/src/modules/zaptel/xpp/xdefs.h:93: error: conflicting types for 'bool' include/linux/types.h:36: error: previous declaration of 'bool' was here make[5]: *** [/usr/src/modules/zaptel/xpp/card_fxo.o] Error 1 BR, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400705: zaptel-source: still fails to build against 2.6.19-rc6 and 2.6.19
On Sat, 9 Dec 2006, Mark Purcell wrote: We only have a matter of days/ weeks before etch freezes, so I wouldn't like to introduce any late changes to zaptel at this stage. I wasn't aware of the situation, sorry. Thus I'll give this bug a relatively low priority until etch releases. By all means, please do. This is quite reasonable, in fact I hadn't even reopened the bug yet, thinking perhaps it was some mistake on my part. KUTGW, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400705: zaptel-source: still fails to build against 2.6.19-rc6 and 2.6.19
Package: zaptel-source
Version: 1:1.2.11.dfsg-1
Followup-For: Bug #400705
Tried both m-a and make-kpkg, same errors.
Does it matter that the kernel build link points to an unusual location?
Below is the m-a log for rc6:
dh_testdir
dh_testroot
rm -f *-stamp
# Add here commands to clean up after the build process.
rm -rf modexamples
/usr/bin/make clean
make[1]: Entering directory `/usr/src/modules/zaptel'
rm -f torisatool makefw tor2fw.h radfw.h
rm -f ztcfg ztmonitor ztspeed zttest fxotune ztpty
rm -f *.o ztcfg tzdriver sethdlc sethdlc-new
rm -f zonedata.lo tonezone.lo libtonezone.so *.lo
/usr/bin/make -C /lib/modules/2.6.19-rc6tutti/source
SUBDIRS=/usr/src/modules/zaptel clean
make[2]: Entering directory `/home/abo/devel/kernel/linux-2.6.19-rc6'
CLEAN /usr/src/modules/zaptel/.tmp_versions
make[2]: Leaving directory `/home/abo/devel/kernel/linux-2.6.19-rc6'
rm -rf .tmp_versions
rm -f gendigits tones.h
rm -f libtonezone*
rm -f tor2ee
rm -f fxotune
rm -f core
rm -f ztcfg-shared fxstest
rm -rf misdn*
rm -rf mISDNuser*
make[1]: Leaving directory `/usr/src/modules/zaptel'
#rm -f debian/manpage.links debian/manpage.refs debian/*.8
dh_clean
/usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules
make[1]: Entering directory `/usr/src/modules/zaptel'
dh_testdir
dh_testroot
rm -f *-stamp
# Add here commands to clean up after the build process.
rm -rf modexamples
/usr/bin/make clean
make[2]: Entering directory `/usr/src/modules/zaptel'
rm -f torisatool makefw tor2fw.h radfw.h
rm -f ztcfg ztmonitor ztspeed zttest fxotune ztpty
rm -f *.o ztcfg tzdriver sethdlc sethdlc-new
rm -f zonedata.lo tonezone.lo libtonezone.so *.lo
/usr/bin/make -C /lib/modules/2.6.19-rc6tutti/source
SUBDIRS=/usr/src/modules/zaptel clean
make[3]: Entering directory `/home/abo/devel/kernel/linux-2.6.19-rc6'
make[3]: Leaving directory `/home/abo/devel/kernel/linux-2.6.19-rc6'
rm -rf .tmp_versions
rm -f gendigits tones.h
rm -f libtonezone*
rm -f tor2ee
rm -f fxotune
rm -f core
rm -f ztcfg-shared fxstest
rm -rf misdn*
rm -rf mISDNuser*
make[2]: Leaving directory `/usr/src/modules/zaptel'
#rm -f debian/manpage.links debian/manpage.refs debian/*.8
dh_clean
for templ in ; do \
cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.19-rc6tutti/g'` ; \
done
for templ in `ls debian/*.modules.in` ; do \
test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in}
${templ%.modules.in}.backup 2/dev/null || true; \
sed -e 's/##KVERS##/2.6.19-rc6tutti/g ;s/#KVERS#/2.6.19-rc6tutti/g ;
s/_KVERS_/2.6.19-rc6tutti/g ; s/##KDREV##/standard1/g ; s/#KDREV#/standard1/g ;
s/_KDREV_/standard1/g ' $templ ${templ%.modules.in}; \
done
dh_testdir
dh_testroot
dh_clean -k
make modules KERNEL_SOURCES=/lib/modules/2.6.19-rc6tutti/source
MODVERSIONS=detect KERNEL=linux-2.6.19-rc6tutti
make[2]: Entering directory `/usr/src/modules/zaptel'
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\/etc/zaptel.conf\
-DHOTPLUG_FIRMWARE -lm gendigits.c -o gendigits
./gendigits tones.h
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\/etc/zaptel.conf\
-DHOTPLUG_FIRMWAREmakefw.c -o makefw
./makefw tormenta2.rbt tor2fw tor2fw.h
Loaded 69900 bytes from file
./makefw pciradio.rbt radfw radfw.h
Loaded 42096 bytes from file
ZAPTELVERSION=1.2.11 build_tools/make_version_h version.h.tmp
if cmp -s version.h.tmp version.h ; then echo; else \
mv version.h.tmp version.h ; \
fi
rm -f version.h.tmp
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\/etc/zaptel.conf\
-DHOTPLUG_FIRMWARE -c -o ztcfg.o ztcfg.c
gcc -c -fPIC -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g
-Wall -DBUILDING_TONEZONE-DBUILDING_TONEZONE -o zonedata.lo zonedata.c
gcc -c -fPIC -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g
-Wall -DBUILDING_TONEZONE-DBUILDING_TONEZONE -o tonezone.lo tonezone.c
ar rcs libtonezone.a zonedata.lo tonezone.lo
gcc -o ztcfg ztcfg.o libtonezone.a -lm
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\/etc/zaptel.conf\
-DHOTPLUG_FIRMWARE -o ztmonitor.o -c ztmonitor.c
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\/etc/zaptel.conf\
-DHOTPLUG_FIRMWARE -o ztmonitor ztmonitor.o
gcc -o ztspeed.o -c ztspeed.c
gcc -o ztspeed ztspeed.o
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA -DZAPTEL_CONFIG=\/etc/zaptel.conf\
-DHOTPLUG_FIRMWAREzttest.c -o zttest
gcc -fno-inline-functions -O2 -fno-inline-functions -O2 -I. -O2 -g -Wall
-DBUILDING_TONEZONE-DSTANDALONE_ZAPATA
Bug#382422: pymsnt: duplicate log entry
Sam Morris wrote: I think the best thing to do is to stop interfering with jabber/jabber-common, and create a separate user to run pymsnt. A separate unprivileged user might be a good idea anyway, but I am unsure how that would help with respect to the log issue. I see two possible solutions here: 1) convince the maintainers of jabber to explicitly list the log files in the logrotate config file so their config won't match your log 2) place pymsnt's logfile somewhere else No.1 appears reasonable if you plan tighter integration with the main packages, otherwise no.2 sounds like a plan. Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382422: pymsnt: duplicate log entry
Package: pymsnt Version: 0.11.1-4 Severity: normal /etc/cron.daily/logrotate reports the following: error: pymsnt:1 duplicate log entry for /var/log/jabber/pymsnt.log run-parts: /etc/cron.daily/logrotate exited with return code 1 (pymsnt's log is referenced both by /etc/logrotate.d/jabber and /etc/logrotate.d/pysmnt) It is debatable whether to file this under jabberd or pymsnt, but some form of coordination with the main package is welcome, not only wrt logs. For example, jabberd restarts the jabber-* transport it knows about but not pymsnt. Count me in for testing, anyway. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages pymsnt depends on: ii jabber-common0.4 Jabber server and transport (commo ii python 2.3.5-11An interactive high-level object-o ii python-central 0.5.1 register and build utility for Pyt ii python-crypto2.0.1+dfsg1-1.2 cryptographic algorithms and proto ii python-pyopenssl 0.6-2.3 Python wrapper around the OpenSSL ii python-twisted 2.4.0-2 Event-based framework for internet Versions of packages pymsnt recommends: ii python-imaging1.1.5-10 Python Imaging Library -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377267: kernel-package: fails also 2.6.18-rc2
On Sun, 23 Jul 2006, Manoj Srivastava wrote: Since you have actually cut out the error message and any other useful information, there is not much to go on here. I felt it was so similar to the original report that it didn' warrant repeating. Here it is: -cut-cut- The UTS Release version in include/linux/utsrelease.h does not match current version: 2.6.18-rc2clarisse Please correct this. make: *** [modules_image] Error 2 -cut-cut- Apparently, deleting the whole debian/ directory fixed the problem good thing I didn't officially reopen the bug ;-) Thanks for your time, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377267: kernel-package: fails also 2.6.18-rc2
Package: kernel-package Version: 10.050 Followup-For: Bug #377267 Have the people reporting problems with := in the patch tried 2.6.18-rc2? With 10.050 (which includes the patch for the issue in rc1), I can't get make-kpkg to work. Here is the sequence of commands run by my script: -cut-cut- SYSTEM=clarisse REVISION=standard1 KERNELSRC=$HOME/devel/kernel/linux cd $KERNELSRC cp ../kernel-$SYSTEM-$REVISION.config .config fakeroot make-kpkg kernel_headers kernel_image -cut-cut- At this point, it stops with the same error. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.5clarisse Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kernel-package depends on: ii dpkg 1.13.21package maintenance system for Deb ii dpkg-dev 1.13.21package building tools for Debian ii file 4.17-2 Determines file type using magic ii gcc [c-compiler] 4:4.0.3-4 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-13 The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.3-3The GNU C compiler ii gcc272 [c-compiler] 2.7.2.3-19 The GNU C compiler. ii gettext 0.14.6-1 GNU Internationalization utilities ii make 3.81-2 The GNU version of the make util ii perl 5.8.8-4Larry Wall's Practical Extraction ii po-debconf1.0.5 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip2 1.0.3-3high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.6-15 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#181491: dpkg: any plans for this bug?
Package: dpkg Version: 1.13.21 Followup-For: Bug #181491 Got recently bitten by this bug when trying to upgrade gnucash manually. If checking dependencies before unpacking is not feasible, would it be possible to roll back the changes if the checks fail? An update on the status of this bug would be appreciated. KUTGW, Andrea. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages dpkg depends on: ii coreutils 5.96-3 The GNU core utilities ii libc6 2.3.6-15 GNU C Library: Shared libraries dpkg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364212: reassigning?
Hello, Michael. Considering your earlier comments about this being a php bug and seeing that php bug no.334510 might not be unrelated, what is holding you back from reassigning this to php? KUTGW, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364212: reassigning?
Michael Piefel wrote: I am undecided because although I think this is a PHP bug, I would like to do something about it in file so it will not happen again with a new incompatible change in the magic format. Don't know how to do it though. If you're truly positive that direct access to magic is a big no-no, then I'd suggest getting php maintainers in the loop and discussing the issue with them. By its very definition, an incompatible change is... well... incompatible ;-) and a workaround might turn out to be unnecessary. BR, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344838: gnupg: opens /dev/bus/usb/... instead of /proc/bus/usb/...
Package: gnupg Version: 1.4.2-2 Severity: normal After the change in libusb described in bug #336596, gnupg now opens my CCID USB card reader as /dev/bus/usb/x/y instead of /proc/bus/usb/x/y Unfortunately, the script suggested by the GnuPG Smartcard Howto chgrp's the file under /proc/bus/usb/ Bottom line, the card reader only works as root unless you manually chgrp the correct /dev/usbdevx.y device. According to 336596 again, udev should not change /dev/usbdevx.y permissions hence this leaves gnupg as culprit, so to speak. I am going to do just that as a temporary fix, but I have a feeling this is not a proper solution. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.4clarisse Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages gnupg depends on: ii libbz2-1.0 1.0.2-11 high-quality block-sorting file co ii libc6 2.3.5-8 GNU C Library: Shared libraries an ii libldap22.1.30-12OpenLDAP libraries ii libreadline55.0-11 GNU readline and history libraries ii libusb-0.1-42:0.1.10a-22 userspace USB programming library ii makedev 2.3.1-79 creates device files in /dev ii zlib1g 1:1.2.3-8compression library - runtime gnupg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328442: wavemon: ditto for ndiswrapper and rtl-8180
Package: wavemon Version: 0.4.0b-8 Followup-For: Bug #328442 Laptop with internal RTL-8180L minipci card, using ndiswrapper 1.4-1 Same output, I suppose problem is not driver-related. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4clarisse Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages wavemon depends on: ii libc6 2.3.5-6GNU C Library: Shared libraries an ii libncurses5 5.4-9 Shared libraries for terminal hand wavemon recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257279: acknowledged by developer
Debian Bug Tracking System wrote: In version 1.1.4-7 this bug doesn' work, i can print and change page without losing the image Confirmed, same (normal) behaviour here. Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285831: scsitools breaks lvm-common
On Mon, 10 Oct 2005, Eric wrote: However I don't have spare time to work on it until next week, so you can do NMU if you want it to be fixed immediately. I am not a DD and I can afford to wait one week, rather than mess up the fix. Thanks, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285831: scsitools breaks lvm-common
Package: scsitools Version: 0.8-1 Severity: critical Followup-For: Bug #285831 After last update, I found out this system would no longer boot properly as LVM was not being initialized. LVM startup script calls two programs: 1) vgscan, to discover available LVMs 2) vgchange, to activate them Unfortunately, scsitools-pre.sh unmounts proc, so vgscan will fail to discover the main LVM, which of course won't be activated resulting in the unavailability of /usr, /var, /home and /tmp. -- System Information: Debian Release: testing/unstable APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27nausicaa Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages scsitools depends on: ii debconf 1.4.58 Debian configuration management sy ii libc6 2.3.5-6GNU C Library: Shared libraries an ii util-linux2.12p-4Miscellaneous system utilities Versions of packages scsitools recommends: ii tk8.3 [wish] 8.3.5-4Tk toolkit for Tcl and X11, v8.3 - -- debconf information: * scsitools/info: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#167367: inetd-xinetd config converter breaks amanda
Thomas Seyrat wrote: Could you try to specify the additional configuration instruction to the amanda-related stanzas of your xinetd.conf : groups = yes I applied the patch to the xconv.pl script on the stable machine, reran the conversion and got this warning: Must specify server args if using NAMEINARGS flag (repeated 5 times; all services involved are disabled) Removing the flag from the config file apparently let Amanda run fine, so I guess Javier got the fix almost right 8-) KUTGW, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290924: gmfsk: please add FeldHell fonts
Hamish Moffatt wrote: I could not find any font in the gmfsk 0.6 source package. Do you know of another source for the font? Oops, sorry, I must have mis-read the changelog! Actually, there is no font in the package prior to the current (provisional) 0.6.1, which is not yet up on Tomi's site and that I got from another user. I'll ask Tomi to upload it to his site. Thanks for catching my mistake. BR, Andrea. -- Homepage: http://andrea.borgia.bo.it /Amateur radio: IZ4FHT A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
