Bug#922200: courier-imap: /usr/bin/mkdir is invoked directly, failing on non-usrmerge'd systems
Package: courier-imap Version: 5.0.5+1.0.5-2 Severity: important Dear Maintainer, /usr/lib/courier/imapd and /usr/lib/courier/imapd-ssl invoke /usr/bin/mkdir which doesn't exist on non-usrmerge'd systems, rendering the package unusable. My understanding is that mkdir is a sufficiently low-level binary that it can be invoked without a full path like chown, touch and chgrp. Thanks, Julian Calaby
Bug#922199: courier-imap: Upgrade broken on non-systemd installations
Package: courier-imap Version: 5.0.5+1.0.5-2 Severity: important Dear Maintainer, Upgrading to courier-imap 5.0.5+1.0.5-2 on systems that use the traditional sysvinit is broken. I have an older server which has been upgraded over the years to Buster and has managed to avoid being switch to use systemd as it's init system. Upgrading Courier from 4.17.2+0.76.3-5+b1 to 5.0.5+1.0.5-2 failed with errors in the postinst script. For some reason, running invoke-rc.d to restart the services through dpkg failed where running the exact same commands outside of it worked fine. I was able to complete the upgrade by disabling both services using update-rc.d however this isn't a particularly nice upgrade experience. I understand that non-systemd systems are a historical curiosity these days, but I'd appreciate it if you'd investigate why your package fails to configure on them. Thanks, Julian Calaby
Bug#915333: git-annex: Illegal Instruction on armel (Fujitsu Q700 like QNAP TS-21x/TS-22x)
Package: git-annex Version: 7.20190129-2 Followup-For: Bug #915333 Dear Maintainer, FYI this still exists in 7.20190129-2 Thanks, Julian Calaby
Bug#915333: git-annex: Illegal Instruction on armel (Fujitsu Q700 like QNAP TS-21x/TS-22x)
Package: git-annex Version: 7.20190122-1 Followup-For: Bug #915333 Dear Maintainer, This also happens on Marvel Kirkwood systems, e.g. a GoFlex NAS. I suspect that this is a code generation problem further upstream and not necessarily a git-annex specific problem and probably happens on all sufficiently low-end armel CPUs. I would the armel buildds might exhibit this issue, so adding some auto package tests that would be run in that environment should let you know once the bug is fixed, even if it doesn't help you debug it. Thanks, Julian Calaby
Bug#918916: Unicorn not reporting proper version for gemfile?
Package: unicorn Version: 5.4.1-1 Followup-For: Bug #918916 For reference: As a workaround, changing _both_ versions in the shipped gemspec and the version in the filename from 0 to 5.4.1 fixes packages which depend on this, e.g. gitlab. Detailed steps: 1. Edit /usr/share/rubygems-integration/2.5.0/specifications/unicorn-0.gemspec 2. On line 2, change 0 to 5.4.1 so it reads: # stub: unicorn 5.4.1 ruby lib 3. On line 7, change 0 to 5.4.1 so it reads: s.version = "5.4.1" 4. Rename the file to unicorn-5.4.1.gemspec Thanks, Julian Calaby
Bug#918070: gitaly: Expects gitlab socket directory
Package: gitaly Version: 0.129.0+debian-3 Followup-For: Bug #918070 Dear Maintainer, Log messages when it fails: systemd[1]: Started Gitaly. gitaly[888]: time="2019-01-10T21:51:37+11:00" level=info msg="Starting Gitaly" version="Gitaly, version 0.129.0+debian, built " gitaly[888]: time="2019-01-10T21:51:37+11:00" level=warning msg="git path not configured. Using default path resolution" resolvedPath=/usr/bin/git gitaly[888]: time="2019-01-10T21:51:37+11:00" level=warning msg="git path not configured. Using default path resolution" resolvedPath=/usr/bin/git gitaly[888]: time="2019-01-10T21:51:37+11:00" level=fatal msg="configure unix listener" error="listen unix /run/gitlab/sockets/private/gitaly.socket: bind: no such file or directory" systemd[1]: gitaly.service: Main process exited, code=exited, status=1/FAILURE systemd[1]: gitaly.service: Failed with result 'exit-code'. systemd[1]: gitaly.service: Service RestartSec=100ms expired, scheduling restart. systemd[1]: gitaly.service: Scheduled restart job, restart counter is at 4. systemd[1]: Stopped Gitaly. The rest of the gitlab services are running at this time. Thanks, Julian Calaby
Bug#914980: linux-image-4.18.0-3-amd64: BUG in i915 driver initialisation
Package: src:linux Version: 4.18.20-2 Followup-For: Bug #914980 Dear Maintainer, The i915 driver hits a bug when the switchover to the "real" framebuffer happens, resulting in a black screen and a failure to run the graphical login manager. See attached kernel log, stopped at the BUG's trace. Thanks, Julian Calaby -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 7454CTO product_version: ThinkPad X200 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 7XET72WW (3.22 ) board_vendor: LENOVO board_name: 7454CTO board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) Subsystem: Lenovo Mobile 4 Series Chipset Memory Controller Hub [17aa:20e0] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) (prog-if 00 [VGA controller]) Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller [17aa:20e4] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller [17aa:20e4] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series Chipset MEI Controller [8086:2a44] (rev 07) Subsystem: Lenovo Mobile 4 Series Chipset MEI Controller [17aa:20e6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me Kernel modules: mei_me 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LF Gigabit Network Connection [8086:10bf] (rev 03) Subsystem: Lenovo 82567LF Gigabit Network Connection [17aa:20ee] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e Kernel modules: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB UHCI Controller [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB UHCI Controller [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB UHCI Controller [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.7 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 03) (prog-if 20 [EHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB2 EHCI Controller [17aa:20f1] Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: ehci-pci Kernel modules: ehci_pci 00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 03) Subsystem: Lenovo 82801I (I
Bug#911749: zram-tools: Restarting or reloading zramswap service doesn't do anything
Package: zram-tools Version: 0.3.2-1 Severity: normal Dear Maintainer, Restarting or reloading the zramswap service doesn't do anything. Specifically: Restarting the service causes it to fail due to the swap partitions not being cleaned up, as discussed in a separate bug. Reloading the service does nothing as this calls "zramswap restart" which silently does nothing as "restart" isn't a command supported by zramswap. This makes tweaking the configuration annoying as you have to invoke zramswap directly to make changes. Thanks, Julian Calaby *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-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_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zram-tools depends on: ii bc 1.07.1-2+b1 zram-tools recommends no packages. zram-tools suggests no packages. -- no debconf information
Bug#911747: zram-tools: CORES option in /etc/default/zramswap is ignored
Package: zram-tools Version: 0.3.2-1 Severity: normal Dear Maintainer, /etc/default/zramswap specifies that the number of cores to use can be overridden using the "CORES" environment variable and provides an example using that variable. --- # Specifies amount of zram devices to create. # By default, zramswap-start will use all available cores. #CORES=1 --- However uncommenting the line has no effect as /usr/sbin/zramswap uses "cores" in lower-case to define the number of swap areas to allocate. This can be trivially worked around by overriding the correct variable. Thanks, Julian Calaby -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-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_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zram-tools depends on: ii bc 1.07.1-2+b1 zram-tools recommends no packages. zram-tools suggests no packages. -- no debconf information
Bug#911748: zram-tools: Stopping zramswap service doesn't remove swaps
Package: zram-tools Version: 0.3.2-1 Severity: minor Dear Maintainer, The systemd unit used to start zramswap on boot doesn't clean up the zram swap partitions when stopped. zramswap isn't prepared for the partitions it creates to already exist when it starts so it prduces errors when stopped and started through service or systemctl. Thanks, Julian Calaby -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-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_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zram-tools depends on: ii bc 1.07.1-2+b1 zram-tools recommends no packages. zram-tools suggests no packages. -- no debconf information
Bug#911746: zram-tools: Processor count is incorrect on some ARM boards
Package: zram-tools Version: 0.3.2-1 Severity: important Dear Maintainer, On some ARM boards, zramswap miscounts the processors due to not anchoring the regex it uses to count processors. For example /proc/cpuinfo on a Raspberry Pi looks like: --- processor : 0 model name : ARMv6-compatible processor rev 7 (v6l) BogoMIPS: 897.37 Features: half thumb fastmult vfp edsp java tls CPU implementer : 0x41 CPU architecture: 7 CPU variant : 0x0 CPU part: 0xb76 CPU revision: 7 Hardware: BCM2835 Revision: 0002 Serial : 3ec63cb3 --- contains the word "processor" twice when there's only one processor. To fix this, the regex used by grep on line 23 of zramswap needs to be "^processor" instead of just "processor". Alternatively replacing that line with some lscpu invocation punts the problem of parsing /proc/cpuinfo to another package. (Note that this was reported on my laptop as reportbug isn't available on the affected board) Thanks, Julian Calaby -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2-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_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages zram-tools depends on: ii bc 1.07.1-2+b1 zram-tools recommends no packages. zram-tools suggests no packages. -- no debconf information
Bug#910632: iso-codes: ISO 3166-2 is out of date (specifically missing 2017-11-23 changes to CN)
Package: iso-codes Version: 4.1-1 Severity: normal Dear Maintainer, The ISO 3166-2 data provided in this package appears to be missing changes from 2017. Specifically the short codes for CN are listed as numbers instead of Alpha2 codes (i.e. CN-11 or CN-21 instead of CN-BJ or CN-LN) It's possible that regions of other countries are also affected. This was implemented in ISO 3166-2 on 2017-11-23 and appears to have been part of the SAC 2007 changes. See https://en.wikipedia.org/wiki/ISO_3166-2:CN or https://www.iso.org/obp/ui/#iso:code:3166:CN I must point out that this is not causing me any specific problems with any particular Debian package, however this package's data has become an authoritative source for a downstream package that I'm using. Thanks, Julian Calaby -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-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_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled iso-codes depends on no packages. iso-codes recommends no packages. Versions of packages iso-codes suggests: pn isoquery -- no debconf information
Bug#909472: ca-certificates: Missing Cisco Umbrella certificates used by www.youtube.com
Package: ca-certificates Version: 20180409 Severity: important Dear Maintainer, https://www.youtube.com/ is inaccessible in Debian due to there being no local copy of the Cisco Umbrella CA certificate(s). Youtube appears to have updated their SSL certificate on the 24th of September 2018 to use this new CA. I have all certificates enabled from the Sid version of this package. $ openssl s_client -showcerts -connect www.youtube.com:443 CONNECTED(0003) depth=2 CN = Cisco Umbrella Primary SubCA, O = Cisco verify error:num=20:unable to get local issuer certificate --- Certificate chain 0 s:/C=US/ST=California/L=San Francisco/O=OpenDNS, Inc./CN=*.opendns.com i:/CN=Cisco Umbrella Secondary SubCA syd-SG/O=Cisco -BEGIN CERTIFICATE- MIIDRDCCAiygAwIBAgIEW6hwwDANBgkqhkiG9w0BAQsFADBAMS4wLAYDVQQDDCVD aXNjbyBVbWJyZWxsYSBTZWNvbmRhcnkgU3ViQ0Egc3lkLVNHMQ4wDAYDVQQKDAVD aXNjbzAeFw0xODA5MjIwNTA1NTBaFw0xODA5MjcwNTA1NTBaMGoxCzAJBgNVBAYT AlVTMRMwEQYDVQQIDApDYWxpZm9ybmlhMRYwFAYDVQQHDA1TYW4gRnJhbmNpc2Nv MRYwFAYDVQQKDA1PcGVuRE5TLCBJbmMuMRYwFAYDVQQDDA0qLm9wZW5kbnMuY29t MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxAeKOlfM0rVDGznvoxC/ w0oXlZQBLSj/CqC6XRTsuyAJoT9A3HkIU4HcHq9GZLoQfLdjf/8jqIfTZWshxYbx x5vaqjKMHuDJPHCY+pYGjhEeykU3zgMUWp12sZxcU/KQc3yZjdiXZO8veDCrYcSZ 1l37KCU9a//Q+aqXfOBpWXe2Y2xvXRj/6K6MtfXdFkuca42zhXJz67tjVwoqQIgY PLP9jR+QRCj7d5HF6WzGoow6Vf/ySHVkKGTRVgVTExSCShw4g82NpS27G6mg5ot2 bHhnmzRZB7L4wl5oxYHfOnTKstZw78+OjTX7iMa0J/I5qwTLbGtWz4G2Pt8KzrUa nwIDAQABoxwwGjAYBgNVHREEETAPgg0qLm9wZW5kbnMuY29tMA0GCSqGSIb3DQEB CwUAA4IBAQCuU98KuTUmhwmE43qfeZvl8p4Vzlho5YcZT9OIVNLeDxBzlPIyW6d4 6pKFDTZW76+3B/ITVKFU8WA+ZDDkHts6xV0plFa4GbPH2uzirPYxK7odmsI5uA02 kamOh3I3BEgFTQ2lM/or+hXT9FgzctF49N/BlgVpCmdkx273v0krE7CluhZlVWSS 3V5bDLHsZLIAcvBm92SWD4aMxq3Rw/yAsZmdOBZ5JKAV0Sd+93suwXx8H5ysCJHO oyCw/ZVYiHuAUNloK33czu3vl4cvPuIu4fAQ7YOyp+WZp/ofFVammg80aN6TnH7e mfoIWh8yBddXi8kifMriaFZFpwUVtVSb -END CERTIFICATE- 1 s:/CN=Cisco Umbrella Secondary SubCA syd-SG/O=Cisco i:/CN=Cisco Umbrella Primary SubCA/O=Cisco -BEGIN CERTIFICATE- MIID3TCCAsWgAwIBAgIRAJQWOl4qSUQghc++yagk3u4wDQYJKoZIhvcNAQELBQAw NzElMCMGA1UEAwwcQ2lzY28gVW1icmVsbGEgUHJpbWFyeSBTdWJDQTEOMAwGA1UE CgwFQ2lzY28wHhcNMTgwOTIyMjAwMTM4WhcNMTgxMDAzMjAwMTM4WjBAMS4wLAYD VQQDDCVDaXNjbyBVbWJyZWxsYSBTZWNvbmRhcnkgU3ViQ0Egc3lkLVNHMQ4wDAYD VQQKDAVDaXNjbzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMQHijpX zNK1Qxs576MQv8NKF5WUAS0o/wqgul0U7LsgCaE/QNx5CFOB3B6vRmS6EHy3Y3// I6iH02VrIcWG8ceb2qoyjB7gyTxwmPqWBo4RHspFN84DFFqddrGcXFPykHN8mY3Y l2TvL3gwq2HEmdZd+yglPWv/0Pmql3zgaVl3tmNsb10Y/+iujLX13RZLnGuNs4Vy c+u7Y1cKKkCIGDyz/Y0fkEQo+3eRxelsxqKMOlX/8kh1ZChk0VYFUxMUgkocOIPN jaUtuxupoOaLdmx4Z5s0WQey+MJeaMWB3zp0yrLWcO/Pjo01+4jGtCfyOasEy2xr Vs+Btj7fCs61Gp8CAwEAAaOB2jCB1zAfBgNVHSMEGDAWgBQ3QZhaPSAuZ8oNMssn yeDF7bqf6TASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjAdBgNV HQ4EFgQUw/XAWEmud+XAetLKwpcvBALZRDwwcQYIKwYBBQUHAQEEZTBjMCMGCCsG AQUFBzABhhdodHRwOi8vb2NzcC5vcGVuZG5zLmNvbTA8BggrBgEFBQcwAoYwaHR0 cDovL2NhY2VydHMub3BlbmRucy5jb20vNDQ4NjNBQjE1NDY0NThENzIuY3J0MA0G CSqGSIb3DQEBCwUAA4IBAQBAMymo8jxfN5267wqVmx4L9D6QcWH0/0gpbB8NSvm/ AX1JvCoIpS7LTt/45ikQz/RwUKY4oP+GCfnwSMtl888sZXTmYuotWwJyDAVU2DiD zg+5avwUMbMRtOVWl8i1noAuPRcx1BTDd+0DcizFQk0FgbMCLjdUjEALtGe+VTiK eQkZR4AvG1tKdopdoUx23yVNHozGZTGAIgbmWKqG6AR6xak3BIM894EIQvb+jju+ LhmYCl4jcfMJkvRHJUI+wLCfE1grYdEgCLIUMsboKOWulxZWEyvlNG8Tx38QRLKd 7UJpVcBAydatGdalj3fOZa4zvNCrWCYotLXHju2k1uWB -END CERTIFICATE- 2 s:/CN=Cisco Umbrella Primary SubCA/O=Cisco i:/O=Cisco/CN=Cisco Umbrella Root CA -BEGIN CERTIFICATE- MIIEgTCCA2mgAwIBAgIJBEhjqxVGRY1yMA0GCSqGSIb3DQEBCwUAMDExDjAMBgNV BAoTBUNpc2NvMR8wHQYDVQQDExZDaXNjbyBVbWJyZWxsYSBSb290IENBMB4XDTE2 MDYyODE1NDAxMVoXDTIxMDYyODE1NDAxMVowNzElMCMGA1UEAwwcQ2lzY28gVW1i cmVsbGEgUHJpbWFyeSBTdWJDQTEOMAwGA1UECgwFQ2lzY28wggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCvR/Tm+U0VahUptIKAkU7BwSKgO1HO0CMdZXCO OLFh9+pCoG1Ly7UiudFAumlfA4kzs1SS9xR2ax0TYIQG84hJsoOPSaZU6wkWWJDq mZVD4+LSPZLUuMWbgWy8/BuqKKL32JjInU/LRXF3AaapHT6eprR5vv5MYSWzFv4r QzhMXy8i8eK48EKsQyf3UBUHdUmOQFBYuRkYlKdave0ipxjMUYKh6DwJX+5psl7S lwHxzKxppwBqZhI5GiuWIs4RhuB+1hOr1zuAb9Oy8WNryXTijXQJ+thl74oo0CoV XS2nZQyDk1X2CUOpTy2Kj4W4ucd4Y1jRp37FkWQwivWq5DU5AgMBAAGjggGUMIIB kDAOBgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBATBSBgNVHSAESzBJ MEcGCisGAQQBCRUBHQAwOTA3BggrBgEFBQcCARYraHR0cDovL3d3dy5jaXNjby5j b20vc2VjdXJpdHkvcGtpL3BvbGljaWVzLzAdBgNVHQ4EFgQUN0GYWj0gLmfKDTLL J8ngxe26n+kwTAYDVR0fBEUwQzBBoD+gPYY7aHR0cDovL3d3dy5jaXNjby5jb20v c2VjdXJpdHkvcGtpL2NybC9jaXNjb3VtYnJlbGxhcm9vdC5jcmwwgYcGCCsGAQUF BwEBBHsweTBJBggrBgEFBQcwAoY9aHR0cDovL3d3dy5jaXNjby5jb20vc2VjdXJp dHkvcGtpL2NlcnRzL2Npc2NvdW1icmVsbGFyb290LmNlcjAsBggrBgEFBQcwAYYg aHR0cDovL3BraWN2cy5jaXNjby5jb20vcGtpL29jc3AwHwYDVR0jBBgwFoAUQ3MA 3iS6QBpAVCx9fNUASIkMcKQwDQYJKoZIhvcNAQELBQADggEBAAhlqdX9AAHOyNPv KA44ulyoprNnXp62XeYnlKRgCPvShWW2eDIMOePS8+RvuPGJdtAm1YoPa9hn0WO2 L+jHmnob7so2yc3c02uio9Q4VqPCuA1T/RmmXerpvHtxx1FfUhboBoiGvP/dnFTX DF0lzLEllP3tYZOH0wjsTjhPERN60zR29lKHludW9ZRc5Fkxj5ZwALvAZ2Iqb0HG
Bug#904441: linux-image-4.17.0-1-amd64: system disk stopped during boot
Hi Tomas, On Sun, Jul 29, 2018 at 7:52 PM Tomas Janousek wrote: > > Hi Julian, > > On Fri, Jul 27, 2018 at 09:31:42PM +1000, Julian Calaby wrote: > > > Does adding the kernel parameter "ahci.mobile_lpm_policy=1" avoid this? > > > > No, booting with that parameter makes no difference. > > Can you try "dm_mod.use_blk_mq=0 scsi_mod.use_blk_mq=0" as well? Disabling multi-queue fixes it and allows it to boot. I have not tested this in combination with the AHCI LPM policy change Ben suggested as just disabling multi-queue Works Fine For Me. > Block multiqueue was enabled in debian's 4.17 > (https://salsa.debian.org/kernel-team/linux/commit/049487d8822c141bef503b024e73db55e2a695ff) > but there's no support for runtime power management yet: > https://github.com/torvalds/linux/blob/a26fb01c2879ed7026e6cbd78bb701912d249eef/block/blk-core.c#L3765 This seems unwize. I saw the patches implementing runtime PM for MQ go by and am firmly in the camp of not enabling the new way to do stuff until it's (mostly) feature-complete with the old way. > Unfortunately, the above code doesn't prevent laptop-mode-tools, tlp nor > custom udev rules from enabling runtime-pm for devices so if you use any of > that, you might be having runtime-pm enabled on devices that don't support it, > and therefore get hangs. > > See https://github.com/rickysarraf/laptop-mode-tools/issues/123 for more > details. Ah! I have laptop-mode-tools installed. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#904441: linux-image-4.17.0-1-amd64: system disk stopped during boot
Hi Ben, On Wed, Jul 25, 2018 at 2:23 AM Ben Hutchings wrote: > > Control: tag -1 moreinfo > > On Tue, 2018-07-24 at 21:25 +1000, Julian Calaby wrote: > > Package: src:linux > > Version: 4.17.8-1 > > Severity: important > > > > Dear Maintainer, > > > > Linux 4.17.0-1-amd64 (4.17.8-1) causes my laptop (Thinkpad X200) to fail to > > boot. > > > > During a boot with Systemd the disk gets stopped erroneously approximately > > after udev "coldplugs" anything that hasn't been autodetected already. > > > > This causes the kernel to stop the system disk causing the machine to hang > > with all SATA requests eventually timing out and all startup processes > > eventually failing. > > > > FROM MEMORY, the last disk related messages are: > > > > sda: Synchronising SCSI cache > > sda: Stopping disk > > > > Please note that as I cannot boot that kernel, this bug report was compiled > > on > > 4.16.0-2-amd64 (4.16.16-2) instead. > > > > Severity is relatively low as this laptop is the only computer I maintain > > that > > has shown this behaviour (so far) which makes me think it's related to the > > specific drivers I'm using, not something "generic" to this kernel version. > > > > Please let me know if there's any further details you need about my hardware > > or system configuration. > [...] > > Does adding the kernel parameter "ahci.mobile_lpm_policy=1" avoid this? No, booting with that parameter makes no difference. > Can you also run these commands to get the model and revision strings > for the HD, so this can be done automatically if necessary: > > cat /sys/bus/scsi/devices/1:0:0:0/model > cat /sys/bus/scsi/devices/1:0:0:0/rev For reference: root@kbitbucket:/home/jcalaby# cat /sys/bus/scsi/devices/0\:0\:0\:0/model ST9250315AS root@kbitbucket:/home/jcalaby# cat /sys/bus/scsi/devices/0\:0\:0\:0/rev LVM1 I'll try to acquire more information over the weekend. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#904441: linux-image-4.17.0-1-amd64: system disk stopped during boot
Package: src:linux Version: 4.17.8-1 Severity: important Dear Maintainer, Linux 4.17.0-1-amd64 (4.17.8-1) causes my laptop (Thinkpad X200) to fail to boot. During a boot with Systemd the disk gets stopped erroneously approximately after udev "coldplugs" anything that hasn't been autodetected already. This causes the kernel to stop the system disk causing the machine to hang with all SATA requests eventually timing out and all startup processes eventually failing. FROM MEMORY, the last disk related messages are: sda: Synchronising SCSI cache sda: Stopping disk Please note that as I cannot boot that kernel, this bug report was compiled on 4.16.0-2-amd64 (4.16.16-2) instead. Severity is relatively low as this laptop is the only computer I maintain that has shown this behaviour (so far) which makes me think it's related to the specific drivers I'm using, not something "generic" to this kernel version. Please let me know if there's any further details you need about my hardware or system configuration. Thanks, Julian Calaby -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: LENOVO product_name: 7454CTO product_version: ThinkPad X200 chassis_vendor: LENOVO chassis_version: Not Available bios_vendor: LENOVO bios_version: 7XET72WW (3.22 ) board_vendor: LENOVO board_name: 7454CTO board_version: Not Available ** PCI devices: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) Subsystem: Lenovo Mobile 4 Series Chipset Memory Controller Hub [17aa:20e0] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07) (prog-if 00 [VGA controller]) Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller [17aa:20e4] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: i915 Kernel modules: i915 00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07) Subsystem: Lenovo Mobile 4 Series Chipset Integrated Graphics Controller [17aa:20e4] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 00:03.0 Communication controller [0780]: Intel Corporation Mobile 4 Series Chipset MEI Controller [8086:2a44] (rev 07) Subsystem: Lenovo Mobile 4 Series Chipset MEI Controller [17aa:20e6] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: mei_me Kernel modules: mei_me 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LF Gigabit Network Connection [8086:10bf] (rev 03) Subsystem: Lenovo 82567LF Gigabit Network Connection [17aa:20ee] Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: e1000e Kernel modules: e1000e 00:1a.0 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB UHCI Controller [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB UHCI Controller [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Kernel driver in use: uhci_hcd Kernel modules: uhci_hcd 00:1a.2 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 03) (prog-if 00 [UHCI]) Subsystem: Lenovo 82801I (ICH9 Family) USB UHCI Controller [17aa:20f0] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- Fast
Bug#903557: systemd-journal-upload manpages are in the wrong package
Hi Michael, On Thu, Jul 12, 2018 at 6:11 AM Michael Biebl wrote: > > Am 11.07.2018 um 11:54 schrieb Julian Calaby: > > > The manpages for systemd-journal-upload and systemd-journal-upload.service > > are > > shipped in the systemd package instead of the systemd-journal-remote where > > the > > files and binaries they document are shipped. > > Thanks for your bug report Thanks for your quick response > /usr/share/man/man8/systemd-journal-remote.socket.8.gz > /usr/share/man/man8/systemd-journal-upload.8.gz > /usr/share/man/man8/systemd-journal-remote.service.8.gz > /usr/share/man/man8/systemd-journal-upload.service.8.gz > > I think those man pages all belong into systemd-journal-remote. > Did I miss any? No, I believe that is all of them. $ dpkg-query -S journal-remote systemd-journal-remote: /lib/systemd/system/systemd-journal-remote.socket systemd-journal-remote: /usr/share/man/man5/journal-remote.conf.d.5.gz systemd-journal-remote: /lib/systemd/system/systemd-journal-remote.service systemd: /usr/share/man/man8/systemd-journal-remote.socket.8.gz systemd-journal-remote: /usr/share/doc/systemd-journal-remote/copyright systemd-journal-remote: /usr/share/man/man8/systemd-journal-remote.8.gz systemd: /usr/share/man/man8/systemd-journal-remote.service.8.gz systemd-journal-remote: /usr/share/man/man5/journal-remote.conf.5.gz systemd-journal-remote: /usr/share/doc/systemd-journal-remote/changelog.Debian.gz systemd-journal-remote: /usr/share/doc/systemd-journal-remote systemd-journal-remote: /etc/systemd/journal-remote.conf systemd-journal-remote: /lib/systemd/systemd-journal-remote $ dpkg-query -S journal-upload systemd: /usr/share/man/man8/systemd-journal-upload.service.8.gz systemd-journal-remote: /lib/systemd/systemd-journal-upload systemd-journal-remote: /lib/systemd/system/systemd-journal-upload.service systemd-journal-remote: /usr/share/man/man5/journal-upload.conf.d.5.gz systemd-journal-remote: /usr/share/man/man5/journal-upload.conf.5.gz systemd: /usr/share/man/man8/systemd-journal-upload.8.gz systemd-journal-remote: /etc/systemd/journal-upload.conf $ dpkg-query -S journal-gateway systemd-journal-remote: /usr/share/man/man8/systemd-journal-gatewayd.8.gz systemd-journal-remote: /usr/share/man/man8/systemd-journal-gatewayd.socket.8.gz systemd-journal-remote: /lib/systemd/systemd-journal-gatewayd systemd-journal-remote: /lib/systemd/system/systemd-journal-gatewayd.socket systemd-journal-remote: /usr/share/man/man8/systemd-journal-gatewayd.service.8.gz systemd-journal-remote: /lib/systemd/system/systemd-journal-gatewayd.service Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#903557: systemd-journal-upload manpages are in the wrong package
Package: systemd Version: 239-5 Severity: minor Dear Maintainer, The manpages for systemd-journal-upload and systemd-journal-upload.service are shipped in the systemd package instead of the systemd-journal-remote where the files and binaries they document are shipped. Thanks, Julian Calaby -- Package-specific info: -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-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_AU:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages systemd depends on: ii adduser 3.117 ii libacl1 2.2.52-3+b1 ii libapparmor1 2.12-5 ii libaudit11:2.8.3-1+b1 ii libblkid12.32-0.1 ii libc62.27-3 ii libcap2 1:2.25-1.2 ii libcryptsetup12 2:2.0.3-4 ii libgcrypt20 1.8.3-1 ii libgnutls30 3.5.18-1 ii libgpg-error01.31-1 ii libidn11 1.33-2.2 ii libip4tc01.6.2-1 ii libkmod2 25-1 ii liblz4-1 1.8.2-1 ii liblzma5 5.2.2-1.3 ii libmount12.32-0.1 ii libpam0g 1.1.8-3.7 ii libseccomp2 2.3.3-3 ii libselinux1 2.8-1+b1 ii libsystemd0 239-5 ii mount2.32-0.1 ii procps 2:3.3.15-2 ii util-linux 2.32-0.1 Versions of packages systemd recommends: ii dbus1.12.8-3 ii libpam-systemd 239-5 Versions of packages systemd suggests: ii policykit-10.105-20 pn systemd-container Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.130 ii udev 239-5 -- no debconf information
Bug#826180: vim-youcompleteme: Spews errors into vim if ycmd is slow to start
Hi Onur, I'm opening PHP files on a _really_ slow computer (by modern standards) so it might not be that bug. Thanks for following up on this though! Julian Calaby On Thu, Jul 7, 2016 at 7:30 PM, Onur Aslan <o...@onur.im> wrote: > Thanks for reporting. > > I believe this issue is caused by JediHTTP wrapper when openning a python > source > file. And fixed in upstream (can't find the link). Next release of > vim-youcompleteme > must fix this issue. > > -- > regards, >Onur Aslan > > GPG Key : E5EF 3C2C 67BC 6F76 DAB3 A40E 7B96 C7AF EB16 673C .''`. > Website : https://onur.im: :' : > Github: https://github.com/onur`. `'` > Debian QA : https://qa.debian.org/developer.php?login=o...@onur.im `- -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#826180: vim-youcompleteme: Spews errors into vim if ycmd is slow to start
Package: vim-youcompleteme Version: 0+20160327+git1b76af4-1 Severity: normal Dear Maintainer, Occasionally, when my system is particularly heavily loaded, ycmd takes too long to start and consequently vim-youcompleteme spews warnings into vim, which displays them one line at a time, requesting that you hit enter after each line. It appears to work fine afterwards. Would it be possible to either: 1. Increase the timeout for connecting to ycmd 2. Silence these warnings 3. Detect this condition and produce a more user friendly warning Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.5.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-youcompleteme depends on: ii python-concurrent.futures [python-futures] 3.0.5-1 ii python-requests 2.10.0-1 ii python-requests-futures 0.9.7-1 pn python:any ii vim-gtk [vim-python]2:7.4.1829-1 ii ycmd0+20160327+gitc3e6904-1 Versions of packages vim-youcompleteme recommends: ii vim-addon-manager 0.5.5 vim-youcompleteme suggests no packages. -- no debconf information
Bug#822072: Other bug report
Hi, The other bug report is #822073 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822073 Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#822073: Other bug report
Hi, The other bug report is #822072 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=822072 Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#822073: vim-addon-manager: Depends on ruby-interpreter but not all ruby-interpreters provide /usr/bin/ruby
Package: vim-addon-manager Version: 0.5.5 Severity: normal Dear Maintainer, vim-addon-manager depends on "ruby | ruby-interpreter" however if this is fulfilled by installing the "ruby2.3" package, /usr/bin/ruby is not present. I believe, given the huge number of packages with this dependency, that this is the correct assumption and the ruby2.3 package is at fault, however I'm not certain and have filed opposite versions of this bug report against both packages. (a link to the other bug will be added once I have it.) This can, of course, be mitigated by installing the ruby metapackage, however I had removed it during the ruby 2.2 -> 2.3 transition as there was a time when both versions were installed but nothing explicitly depended on version 2.2. Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vim-addon-manager depends on: ii ruby2.3 [ruby-interpreter] 2.3.0-5 ii vim-common 2:7.4.1689-3 Versions of packages vim-addon-manager recommends: ii vim-gtk [vim] 2:7.4.1689-3 vim-addon-manager suggests no packages. -- no debconf information
Bug#822072: ruby2.3 provides ruby-interpreter but does not provide /usr/bin/ruby
Package: ruby2.3 Version: 2.3.0-5 Severity: normal Dear Maintainer, Some packages, in particular vim-addon-manager, depend on "ruby | ruby-interpreter" and assume that this means that /usr/bin/ruby always exists, however ruby2.3 provides ruby-interpreter but does not provide /usr/bin/ruby. I'm not sure if this is the fault of ruby2.3 itself or vim-addon-manager so I've filed opposite versions of this bug report against both packages. (a link to the other bug will be added once I have it.) This can, of course, be mitigated by installing the ruby metapackage, however I had removed it during the ruby 2.2 -> 2.3 transition as there was a time when both versions were installed but nothing explicitly depended on version 2.2. Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ruby2.3 depends on: ii libc6 2.22-6 ii libgmp10 2:6.1.0+dfsg-2 ii libruby2.32.3.0-5 ii rubygems-integration 1.10 Versions of packages ruby2.3 recommends: ii fonts-lato2.0-1 ii libjs-jquery 1.11.3+dfsg-4 ruby2.3 suggests no packages. -- no debconf information
Bug#819633: libratbag3: Udev rules and hwdb entries installed in wrong directory
Package: libratbag3 Version: 0.4-1 Severity: important Dear Maintainer, libratbag3 installs it's udev rules and hwdb rules in /lib/udev/udev/rules.d and /lib/udev/udev/hwdb.d where it should be installing them in /lib/udev/rules.d and /lib/udev/hwdb.d respectively. Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libratbag3 depends on: ii libc6 2.22-4 ii libevdev2 1.4.6+dfsg-1 ii libudev1 229-3 libratbag3 recommends no packages. libratbag3 suggests no packages. -- no debconf information
Bug#819632: libratbag3: tmp
Package: libratbag3 Version: 0.4-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Julian Calaby <jcalaby@kbytebucket> To: Debian Bug Tracking System <sub...@bugs.debian.org> Subject: libratbag3: Udev rules and hwdb entries installed in wrong directory Message-ID: <145942004521.2272.6955824414596323488.reportbug@kbytebucket> X-Mailer: reportbug 6.6.6 Date: Thu, 31 Mar 2016 21:27:25 +1100 Package: libratbag3 Version: 0.4-1 Severity: important Dear Maintainer, libratbag3 installs it's udev rules and hwdb rules in /lib/udev/udev/rules.d and /lib/udev/udev/hwdb.d where it should be installing them in /lib/udev/rules.d and /lib/udev/hwdb.d respectively. Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libratbag3 depends on: ii libc6 2.22-4 ii libevdev2 1.4.6+dfsg-1 ii libudev1 229-3 libratbag3 recommends no packages. libratbag3 suggests no packages. -- no debconf information -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libratbag3 depends on: ii libc6 2.22-4 ii libevdev2 1.4.6+dfsg-1 ii libudev1 229-3 libratbag3 recommends no packages. libratbag3 suggests no packages. -- no debconf information
Bug#816801: Info from 817039
Hi, Just to re-iterate the info I added in 817039 as it's kinda hidden by the merging process: An alternate fix would be to remove the erroneous version check altogether as the version of python-dbus is managed by dpkg, making this check redundant. As to why I've upgraded this to grave: this failed assersion makes the main "volti" command fail on startup rendering the main part of the package, the systray icon, unusable. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#817039: volti: Fails to start due to incorrect python-dbus version check
Package: volti Version: 0.2.3-6 Severity: grave Justification: renders package unusable Dear Maintainer, The python-dbus version check on line 27 of /usr/lib/volti/volti.run is incorrect due to recent changes to how the version of python-dbus is stored. > assert dbus.version >= (0, 80, 0) Alternatively, as the version of python-dbus is managed by Debian, this check is redundant and the line could be removed. This failed assersion makes the main "volti" command fail on startup rendering the main part of the package, the systray icon, unusable. I'd propose a patch, however I don't know enough Python to be certain that it'd be correct. That said this should be rapidly fixable by anyone fluent in Python. Thanks, Julian Calaby -- System Information: Distributor ID: Ubuntu Description:Ubuntu 12.04.2 LTS Release:12.04 Codename: precise Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-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 Init: systemd (via /run/systemd/system) Versions of packages volti depends on: ii python-alsaaudio 0.7-1 ii python-dbus 1.2.2-1 ii python-gobject3.18.2-2 ii python-gtk2 2.24.0-4 ii python-xlib 0.14+20091101-5 pn python:any volti recommends no packages. volti suggests no packages. -- no debconf information
Bug#813862: [phpcpd and phploc] Parts of it aren't useless
Hi David, On Mon, Mar 7, 2016 at 12:36 PM, David Prévot <taf...@debian.org> wrote: > Hi Julian, > > Thank you for your interest in packaged PHP utilities. > > On Mon, Mar 07, 2016 at 12:02:18PM +1100, Julian Calaby wrote: > >> I'm sorry if I'm late to the party on this, however I must point out >> that phploc is a useful tool to analyse PHP codebases. > […] >> that phpcpd is a useful tool to analyse PHP codebases and I cannot >> find any equivalents of phpcpd in the archive after a brief search. > > You’re not late: the packages are still in unstable. Thank you for > pointing that, I’m therefore closing the RC-bugs and we’ll soon take > care of making the packages ready for the PHP 7.0 transition. Not the response I was expecting, if I'm honest. Thanks for keeping the packages, I hope making them ready for PHP 7 isn't too much trouble. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#813862: Parts of it aren't useless
Hi Maintainer, I'm sorry if I'm late to the party on this, however I must point out that phploc is a useful tool to analyse PHP codebases. While sloccount is also capable of counting lines of code, it's report isn't as detailed as phploc's and it does not provide all of the same statistics. (phploc focuses on the complexity of the codebase, sloccount focuses on estimates of developer manhours and cost) Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#813863: Parts of it aren't useless
Hi Maintainer, I'm sorry if I'm late to the party on this, however I must point out that phpcpd is a useful tool to analyse PHP codebases and I cannot find any equivalents of phpcpd in the archive after a brief search. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#813432: [php-maint] Bug#813432: php5.6-mysql does not provide depreciated mysql_*() interface
Hi Ondřej, That's disappointing. It'd have been nice if this was mentioned in the changelog or NEWS file so people who maintain legacy PHP projects which still use the old mysql_*() interface, like I do, know not to upgrade. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/
Bug#813432: php5.6-mysql does not provide depreciated mysql_*() interface
Package: php5.6-mysql Version: 5.6.17+dfsg-5 Severity: important Dear Maintainer, php5.6-mysql does not provide the depreciated mysql_* interface. This means that it cannot be installed in place of the old php5-mysql package. Thanks, Julian Calaby -- Package-specific info: Additional PHP 5.6 information PHP @PHP_VERSION SAPI (php5.6query -S): PHP 5.6 Extensions (php5.6query -M -v): Configuration files: /etc/php/5.6/mods-available/mysqli.ini /etc/php/5.6/mods-available/pdo_mysql.ini -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.3.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php5.6-mysql depends on: ii libc6 2.21-7 ii php-common 24 ii php5.6-common 5.6.17+dfsg-5 ii ucf3.0031 php5.6-mysql recommends no packages. php5.6-mysql suggests no packages. Versions of packages php5.6-common depends on: ii php-common 24 Versions of packages php5.6-common suggests: pn php-user-cache Versions of packages php5.6-cli depends on: ii libc62.21-7 ii libdb5.3 5.3.28-11 ii libedit2 3.1-20150325-1+b1 ii libmagic11:5.25-2 ii libpcre3 2:8.38-1 ii libqdbm141.8.78-6+b2 ii libssl1.0.2 1.0.2f-2 ii libxml2 2.9.3+dfsg1-1 ii mime-support 3.59 ii php5.6-common5.6.17+dfsg-5 ii php5.6-opcache 5.6.17+dfsg-5 ii php5.6-readline 5.6.17+dfsg-5 ii tzdata 2015g-1 ii ucf 3.0031 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages php5.6-cli suggests: ii php-pear 5.6.17+dfsg-3 Versions of packages libapache2-mod-php5.6 depends on: ii apache2 2.4.18-1 ii apache2-bin [apache2-api-20120211] 2.4.18-1 ii libc6 2.21-7 ii libdb5.35.3.28-11 ii libmagic1 1:5.25-2 ii libpcre32:8.38-1 ii libqdbm14 1.8.78-6+b2 ii libssl1.0.2 1.0.2f-2 ii libxml2 2.9.3+dfsg1-1 ii mime-support3.59 ii php5.6-cli 5.6.17+dfsg-5 ii php5.6-common 5.6.17+dfsg-5 ii php5.6-json 1.3.9-1 ii php5.6-opcache 5.6.17+dfsg-5 ii tzdata 2015g-1 ii ucf 3.0031 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages libapache2-mod-php5.6 suggests: ii php-pear 5.6.17+dfsg-3 -- no debconf information
Bug#803995: grub-common: Caching background image conceals original filename when updating
Package: grub-common
Version: 2.02~beta2-29
Severity: minor
Tags: patch
Dear Maintainer,
I use grub to boot Debian off an encrypted disk and as grub doesn't understand
LUKS encrypted volumes, 05_debian_theme caches the background image in
/boot/grub. It then prints the name of the background image, however the
caching mechanism overwrites the first argument of set_background_image(), so
it emits:
Found background image: .background_cache.png
instead of
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Which is obviously wrong.
The first patch adds a new variable in Step #5 of set_background_image() to
store the original name of the background file and uses it in Step #7.
I thought that appending " (cached)" to the filename when the image is cached
would be handy, so a second patch is attached which does this.
These patches have only been lightly tested, so feel free to change them as
needed.
Thanks,
Julian Calaby
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/dm-0 / ext4 rw,noatime,errors=remount-ro,commit=360,data=ordered 0 0
/dev/sdb1 /boot ext4 rw,noatime,errors=remount-ro,commit=360 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-SAMSUNG_HD160JJ_P_S0VRJ1KP612297
(hd1) /dev/disk/by-id/usb-SanDisk_Cruzer_4054900C4EA1DA5C-0:0
(hd2) /dev/disk/by-id/usb-__7FA11900C306000A-0:0
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${next_entry}" ] ; then
set default="${next_entry}"
set next_entry=
save_env next_entry
set boot_once=true
else
set default="0"
fi
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function load_video {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1
--hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1
ebbd7d5e-7a29-4913-ab70-26373caf11bf
else
search --no-floppy --fs-uuid --set=root ebbd7d5e-7a29-4913-ab70-26373caf11bf
fi
font="/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=en_AU
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=5
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1
--hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1
ebbd7d5e-7a29-4913-ab70-26373caf11bf
else
search --no-floppy --fs-uuid --set=root ebbd7d5e-7a29-4913-ab70-26373caf11bf
fi
insmod png
if background_image /grub/.background_cache.png; then
set color_normal=white/black
set color_highlight=black/white
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu
--class os $menuentry_id_option
'gnulinux-simple-035a1c3b-f47f-4c6e-a498-e2dc2adf3505' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd1,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd1,msdos1
--hint-efi=hd1,msdos1 --hint-baremetal=ahci1,msdos1
ebbd7d5e
Bug#801729: lightdm-gtk-greeter: Keystrokes lost when typing fast on slow systems
Package: lightdm-gtk-greeter Version: 2.0.1-2 Severity: normal Dear Maintainer, My system uses a very slow USB thumb drive as it's main disk. When logging in, the greeter pauses for a moment after the first character in the username or password is entered and loses the next few keystrokes if they are typed in quickly. For example, if I were to quickly type "lightdm" as a username, the text that would end up in the username box would be "ltdm". This happens during bootup when the disk is being accessed by services which are still starting and the system is consequently fairly heavily loaded. It appears that GTK or lightdm loads something after the first key stroke which takes an amount of time which is longer than the time between key strokes. Waiting for the cursor to re-appear after typing the first character before continuning to type in my username or password works as expected, however is less than ideal as I type them by muscle memory. I would expect that this would be reproducable with a virtual machine running off an old or slow thumb drive. I find that physically smaller thumb drives have slower write speeds, which seems to be the limiting factor. Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lightdm-gtk-greeter depends on: ii libc6 2.19-22 ii libcairo2 1.14.2-2 ii libgdk-pixbuf2.0-0 2.32.1-1 ii libglib2.0-02.46.0-2 ii libgtk-3-0 3.16.6-1 ii liblightdm-gobject-1-0 1.16.2-1 ii libx11-62:1.6.3-1 Versions of packages lightdm-gtk-greeter recommends: ii desktop-base 8.0.2 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-themes-standard 3.18.0-1 ii policykit-10.105-12 lightdm-gtk-greeter suggests no packages. -- debconf information: lightdm-gtk-greeter/lightdm-greeter: lightdm-gtk-greeter * shared/lightdm-greeter: lightdm-gtk-greeter
Bug#794191: [php-maint] Bug#794191: php5-mysql: PHP is compiled with old version of the MySQL headers
Hi Ondřej, I urge you apply that patch when you can. Debian already handles the API changes this is warning against through library versions, so the warning is unnecessary in Debian's packages. Frustratingly, this harmless little warning means I can't run some of the software I'm developing with full error messages as I can't filter out only those warnings. I'll deal with this by installing mysql-5.6 from Sid, but I'm guessing this might hurt other developers, so applying that patch is probably a good idea. Thanks, Julian Calaby On Fri, Jul 31, 2015 at 6:01 PM, Ondřej Surý ond...@sury.org wrote: Hi, this will fix itself after mysql-5.6 migrates to stretch. The error is just a slight annoyance and it reality it's not a problem at all. I have a patch somewhere that gets rid of the warning. Ping me if it's not fixed withing a few weeks and I'll apply it. O. On Fri, Jul 31, 2015, at 06:58, Julian Calaby wrote: Package: php5-mysql Version: 5.6.11+dfsg-1 Severity: minor Dear Maintainer, After updating my Debian Testing (Stretch) box's PHP install from PHP 5.5.12+dfsg-2 to 5.6.11-1, I occasionally get the following warnings: PHP Warning: mysql_connect(): Headers and client library minor version mismatch. Headers:50625 Library:50543 It appears that php5-mysql is compiled against the mysql-5.6 headers from Sid whereas Stretch still only has mysql-5.5. Should the libmysqlclient18 dependency be versioned? Thanks, Julian Calaby -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): cgi cli PHP 5 Extensions (php5query -M -v): readline (Enabled for cgi by maintainer script) readline (Enabled for cli by maintainer script) sqlite3 (Enabled for cgi by maintainer script) sqlite3 (Enabled for cli by maintainer script) mcrypt (Enabled for cgi by maintainer script) mcrypt (Enabled for cli by maintainer script) pdo (Enabled for cgi by maintainer script) pdo (Enabled for cli by maintainer script) pdo_sqlite (Enabled for cgi by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) opcache (Enabled for cgi by maintainer script) opcache (Enabled for cli by maintainer script) pdo_mysql (Enabled for cgi by maintainer script) pdo_mysql (Enabled for cli by maintainer script) json (Enabled for cgi by maintainer script) json (Enabled for cli by maintainer script) mysql (Enabled for cgi by maintainer script) mysql (Enabled for cli by maintainer script) xdebug (Enabled for cgi by local administrator) No module matches xdebug (Disabled for cli by local administrator) mysqli (Enabled for cgi by maintainer script) mysqli (Enabled for cli by maintainer script) gd (Enabled for cgi by maintainer script) gd (Enabled for cli by maintainer script) Configuration files: /etc/php5/mods-available/mysql.ini extension=mysql.so /etc/php5/mods-available/mysqli.ini extension=mysqli.so /etc/php5/mods-available/pdo_mysql.ini extension=pdo_mysql.so -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php5-mysql depends on: ii libc6 2.19-19 ii libmysqlclient18 5.5.43-0+deb8u1 ii php5-common [phpapi-20131226] 5.6.11+dfsg-1 ii ucf3.0030 ii zlib1g 1:1.2.8.dfsg-2+b1 php5-mysql recommends no packages. php5-mysql suggests no packages. Versions of packages php5-common depends on: ii libc6 2.19-19 ii lsof4.86+dfsg-1 ii psmisc 22.21-2 ii sed 4.2.2-6.1 ii ucf 3.0030 Versions of packages php5-common suggests: pn php5-user-cache none Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-8 ii libc6 2.19-19 ii libcomerr21.42.13-1 ii libdb5.3 5.3.28-9 ii libedit2 3.1-20150325-1 ii libgssapi-krb5-2 1.12.1+dfsg-20 ii libk5crypto3 1.12.1+dfsg-20 ii libkrb5-3 1.12.1+dfsg-20 ii libmagic1 1:5.22+15-2 ii libonig2 5.9.6-1 ii libpcre3 2:8.35-7 ii libqdbm14 1.8.78-5+b3 ii libssl1.0.0 1.0.2d-1 ii libxml2 2.9.1+dfsg1-5 ii mime-support 3.58 ii php5-common 5.6.11+dfsg-1 ii php5-json 1.3.7-1 ii tzdata2015e-1 ii ucf 3.0030 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages php5-cli recommends: ii php5-readline 5.6.11+dfsg-1 Versions of packages php5-cli suggests: ii php-pear 5.6.11+dfsg-1 Versions of packages php5-cgi depends on: ii libbz2-1.01.0.6-8 ii libc6 2.19-19 ii
Bug#794191: php5-mysql: PHP is compiled with old version of the MySQL headers
Package: php5-mysql Version: 5.6.11+dfsg-1 Severity: minor Dear Maintainer, After updating my Debian Testing (Stretch) box's PHP install from PHP 5.5.12+dfsg-2 to 5.6.11-1, I occasionally get the following warnings: PHP Warning: mysql_connect(): Headers and client library minor version mismatch. Headers:50625 Library:50543 It appears that php5-mysql is compiled against the mysql-5.6 headers from Sid whereas Stretch still only has mysql-5.5. Should the libmysqlclient18 dependency be versioned? Thanks, Julian Calaby -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): cgi cli PHP 5 Extensions (php5query -M -v): readline (Enabled for cgi by maintainer script) readline (Enabled for cli by maintainer script) sqlite3 (Enabled for cgi by maintainer script) sqlite3 (Enabled for cli by maintainer script) mcrypt (Enabled for cgi by maintainer script) mcrypt (Enabled for cli by maintainer script) pdo (Enabled for cgi by maintainer script) pdo (Enabled for cli by maintainer script) pdo_sqlite (Enabled for cgi by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) opcache (Enabled for cgi by maintainer script) opcache (Enabled for cli by maintainer script) pdo_mysql (Enabled for cgi by maintainer script) pdo_mysql (Enabled for cli by maintainer script) json (Enabled for cgi by maintainer script) json (Enabled for cli by maintainer script) mysql (Enabled for cgi by maintainer script) mysql (Enabled for cli by maintainer script) xdebug (Enabled for cgi by local administrator) No module matches xdebug (Disabled for cli by local administrator) mysqli (Enabled for cgi by maintainer script) mysqli (Enabled for cli by maintainer script) gd (Enabled for cgi by maintainer script) gd (Enabled for cli by maintainer script) Configuration files: /etc/php5/mods-available/mysql.ini extension=mysql.so /etc/php5/mods-available/mysqli.ini extension=mysqli.so /etc/php5/mods-available/pdo_mysql.ini extension=pdo_mysql.so -- System Information: Debian Release: stretch/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.0.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages php5-mysql depends on: ii libc6 2.19-19 ii libmysqlclient18 5.5.43-0+deb8u1 ii php5-common [phpapi-20131226] 5.6.11+dfsg-1 ii ucf3.0030 ii zlib1g 1:1.2.8.dfsg-2+b1 php5-mysql recommends no packages. php5-mysql suggests no packages. Versions of packages php5-common depends on: ii libc6 2.19-19 ii lsof4.86+dfsg-1 ii psmisc 22.21-2 ii sed 4.2.2-6.1 ii ucf 3.0030 Versions of packages php5-common suggests: pn php5-user-cache none Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-8 ii libc6 2.19-19 ii libcomerr21.42.13-1 ii libdb5.3 5.3.28-9 ii libedit2 3.1-20150325-1 ii libgssapi-krb5-2 1.12.1+dfsg-20 ii libk5crypto3 1.12.1+dfsg-20 ii libkrb5-3 1.12.1+dfsg-20 ii libmagic1 1:5.22+15-2 ii libonig2 5.9.6-1 ii libpcre3 2:8.35-7 ii libqdbm14 1.8.78-5+b3 ii libssl1.0.0 1.0.2d-1 ii libxml2 2.9.1+dfsg1-5 ii mime-support 3.58 ii php5-common 5.6.11+dfsg-1 ii php5-json 1.3.7-1 ii tzdata2015e-1 ii ucf 3.0030 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages php5-cli recommends: ii php5-readline 5.6.11+dfsg-1 Versions of packages php5-cli suggests: ii php-pear 5.6.11+dfsg-1 Versions of packages php5-cgi depends on: ii libbz2-1.01.0.6-8 ii libc6 2.19-19 ii libcomerr21.42.13-1 ii libdb5.3 5.3.28-9 ii libgssapi-krb5-2 1.12.1+dfsg-20 ii libk5crypto3 1.12.1+dfsg-20 ii libkrb5-3 1.12.1+dfsg-20 ii libmagic1 1:5.22+15-2 ii libonig2 5.9.6-1 ii libpcre3 2:8.35-7 ii libqdbm14 1.8.78-5+b3 ii libssl1.0.0 1.0.2d-1 ii libxml2 2.9.1+dfsg1-5 ii mime-support 3.58 ii php5-cli 5.6.11+dfsg-1 ii php5-common 5.6.11+dfsg-1 ii php5-json 1.3.7-1 ii tzdata2015e-1 ii ucf 3.0030 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages php5-cgi suggests: ii php-pear 5.6.11+dfsg-1 -- 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#787579: courier-ssl: Workaround
Package: courier-ssl Version: 0.73.1-1.6 Followup-For: Bug #787579 Dear Maintainer, This can be worked by running the following: # DH_BITS=2048 mkdhparams Thanks, Julian Calaby -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages courier-ssl depends on: ii courier-base 0.73.1-1.6 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18 ii libssl1.0.01.0.2a-1 ii openssl1.0.2a-1 courier-ssl recommends no packages. courier-ssl suggests no packages. -- debconf information: * courier-ssl/certnotice: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779543: ieee-data: standards-oui.ieee.org no-longer supports https????
Package: ieee-data Version: 20141019.1 Followup-For: Bug #779543 Dear Maintainer, As of somewhere in the last month (11th of April 2015 to 11th of May 2015) standards-oui.ieee.org has ceased to support https, leading to the cron.monthly script failing without producing any output and no updates downloaded. Updating the package with the URLs Paul Wise suggests would fix this. Thanks, Julian Calaby -- System Information: Debian Release: 8.0 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ieee-data depends on: ii curl 7.38.0-4+deb8u2 ii libwww-perl 6.08-1 ii wget 1.16-1 ieee-data recommends no packages. ieee-data 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#661567: grub-common: update-grub prints error message about grep
Package: grub-common Version: 1.99-14 Severity: minor Dear Maintainer, When calling update-grub, grep complains: grep: input file `/boot/grub/grub.cfg.new' is also the output grub.cfg is still generated properly, however this may be distressing for new users and people reading log files. It can be simply fixed by adding the line: exec /dev/null just before the 'grep -q ^password ' call on line #298 of the grub-mkconfig script or adding a /dev/null to that grep invocation. I consider this change to be too trivial to copyright. Making this change silences the message and is safe as all output to the specified configuration file has already occurred at this point. Leaving this as is may cause any password lines within the generated configuration to be duplicated at the bottom of the file, depending on whether grep decides to output any text. Thanks, Julian Calaby -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-common depends on: ii gettext-base0.18.1.1-5 ii libc6 2.13-26 ii libdevmapper1.02.1 2:1.02.67-2 ii libfreetype62.4.8-1 ii libfuse22.8.6-4 ii zlib1g 1:1.2.6.dfsg-1 Versions of packages grub-common recommends: pn os-prober none Versions of packages grub-common suggests: pn desktop-base 6.0.7 pn grub-emu none pn multiboot-doc none pn xorrisonone -- 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#610481: git-svn: use of uninitialised value in 'rebase' operation
Package: git-svn
Version: 1:1.7.2.3-2.2
Severity: normal
Tags: patch
When using git svn rebase from a script with the config option
log.decorate=short set, it produces the following errors:
Use of uninitialized value $hash in string eq at /usr/lib/git-core/git-svn line
1532.
These appear to be harmless and using it, either directly on the command line
or without this option set removes the message.
The attached patch fixes the issue, however it is a fairly cheap hack.
I also note that the number of revisions inspected is different when run in a
script vs on the command line. I'm not sure if this is relevant or a bug as it
seems to be harmless.
Thanks,
Julian Calaby
-- System Information:
Debian Release: 6.0
APT prefers testing-proposed-updates
APT policy: (500, 'testing-proposed-updates'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages git-svn depends on:
ii git1:1.7.2.3-2.2 fast, scalable, distributed revisi
ii libsvn-perl1.6.12dfsg-4 Perl bindings for Subversion
ii libterm-readkey-perl 2.30-4A perl module for simple terminal
ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar
git-svn recommends no packages.
Versions of packages git-svn suggests:
ii git-doc1:1.7.2.3-2.2 fast, scalable, distributed revisi
ii subversion 1.6.12dfsg-4 Advanced version control system
-- no debconf information
--- original/git-svn2010-12-16 20:35:41.0 +1100
+++ rebase-bug/git-svn 2011-01-19 09:12:47.0 +1100
@@ -1518,7 +1518,7 @@
my $hash;
my %max;
while ($fh) {
- if ( m{^commit ($::sha1)$} ) {
+ if ( m{^commit ($::sha1)(\s|$)} ) {
unshift @$refs, $hash if $hash and $refs;
$hash = $1;
next;
Bug#610481: git-svn: use of uninitialised value in 'rebase' operation
On Wed, Jan 19, 2011 at 09:57, Jonathan Nieder jrnie...@gmail.com wrote: tags 610481 + upstream fixed-upstream quit Hi Julian, Julian Calaby wrote: When using git svn rebase from a script with the config option log.decorate=short set, it produces the following errors: Use of uninitialized value $hash in string eq at /usr/lib/git-core/git-svn line 1532. Fixed by v1.7.3.2~25^2 (git-svn: fix processing of decorated commit hashes, 2010-09-24). Thanks for reporting. I assume that this'll hit Debian next shortly after Squeeze is released and #600566 [1] is closed. =) Thanks! [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600566 -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610481: git-svn: use of uninitialised value in 'rebase' operation
On Wed, Jan 19, 2011 at 10:50, Jonathan Nieder jrnie...@gmail.com wrote: Julian Calaby wrote: I assume that this'll hit Debian next shortly after Squeeze is released and #600566 [1] is closed. =) Not unless by coincidence. ;-) It would be uploaded to experimental today if I were maintainer, but currently the maintainer is on vacation, so an upload is unlikely until two weeks or so from now. As the bug seems to be harmless, I'll just leave it alone. Thanks! -- Julian Calaby Email: julian.cal...@gmail.com Profile: http://www.google.com/profiles/julian.calaby/ .Plan: http://sites.google.com/site/juliancalaby/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546824: aisleriot: Direct rendering detection is incorrect
Package: gnome-games Version: 1:2.26.3-1 Severity: important My system uses the Nouveau nVidia driver without direct rendering support. As such, I've enabled software rendering through Mesa. The new sol script to detect which version to use doesn't detect this and always runs the clutter version. I am using the latest version of Mesa in testing, which is version 7.5.1-1 glxinfo output is attached. -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-games depends on: ii ggzcore-bin0.0.14.1-1GGZ Gaming Zone: various command-l ii gnome-games-data 1:2.26.3-1data files for the GNOME games ii gnuchess 5.07-5Plays a game of chess, either agai ii gstreamer0.10-plugins- 0.10.24-1 GStreamer plugins from the base ii guile-1.8-libs 1.8.7+1-1 Main Guile libraries ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libclutter-0.8-0 0.8.8-2 Open GL based interactive canvas l ii libclutter-cairo-0.8-0 0.8.2-1 Open GL based interactive canvas l ii libclutter-gtk-0.8-0 0.8.3-1 Open GL based interactive canvas l ii libgcc11:4.4.1-1 GCC support library ii libgconf2-42.26.2-3 GNOME configuration database syste ii libggz20.0.14.1-1GGZ Gaming Zone: common utilities ii libggzcore90.0.14.1-1GGZ Gaming Zone: core client front ii libggzmod4 0.0.14.1-1GGZ Gaming Zone: game frontend lib ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgtk2.0-02.16.6-1 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii librsvg2-common2.26.0-1 SAX-based renderer library for SVG ii libsdl-mixer1.21.2.8-6+b1mixer library for Simple DirectMed ii libsdl1.2debian1.2.13-4+b1 Simple DirectMedia Layer ii libsm6 2:1.1.1-1 X11 Session Management library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxml22.7.3.dfsg-2.1GNOME XML library ii mesa-utils 7.5.1-1 Miscellaneous Mesa GL utilities ii python 2.5.4-2 An interactive high-level object-o ii python-bugbuddy2.26.0-1 Python module for bug-buddy ii python-gconf 2.26.1-1 Python bindings for the GConf conf ii python-glade2 2.14.1-3 GTK+ bindings: Glade support ii python-gnomeprint 2.26.0-1 Python bindings for the GNOME prin ii python-gtk22.14.1-3 Python bindings for the GTK+ widge ii python-gtkglext1 1.1.0-3.1 GtkGLext python bindings ii python-opengl 3.0.0~c1-1Python bindings to OpenGL ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages gnome-games recommends: ii gnome-games-extra-data2.26.0-1 games for the GNOME desktop (extra ii gvfs 1.2.3-3userspace virtual filesystem - ser Versions of packages gnome-games suggests: pn gnome-hearts none (no description available) -- no debconf information name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: Brian Paul server glx version string: 1.4 Mesa 7.5.1 server glx extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer client glx vendor string: Brian Paul client glx version string: 1.4 Mesa 7.5.1 client glx extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer GLX version: 1.4 GLX extensions: GLX_MESA_copy_sub_buffer, GLX_MESA_pixmap_colormap, GLX_MESA_release_buffers, GLX_ARB_get_proc_address, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info,
Bug#522572: videolink: Videolink fails with errors when using latest ffmpeg
On Mon, Apr 6, 2009 at 06:14, Ben Hutchings b...@decadent.org.uk wrote: On Sun, 2009-04-05 at 09:18 +1000, Julian Calaby wrote: Package: videolink Version: 1.2.6-1 Severity: grave Justification: renders package unusable When running videolink on Debian Squeeze with below packages, it fails immediately with the following output: (Some X.org errors snipped as they are irrelevant) [...] If I run it again using mjpegtools from debian-multimedia, it works fine. If it still works with mjpegtools then this isn't actually grave, is it? I'll have a look at what I need to change, anyway. I marked it as Grave because mjpegtools isn't available through the main Debian archives. Thanks, -- Julian Calaby Email: julian.cal...@gmail.com .Plan: http://sites.google.com/site/juliancalaby/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522572: videolink: Videolink fails with errors when using latest ffmpeg
Package: videolink Version: 1.2.6-1 Severity: grave Justification: renders package unusable When running videolink on Debian Squeeze with below packages, it fails immediately with the following output: (Some X.org errors snipped as they are irrelevant) --- Output from videolink --- INFO: Loading file:///home/jcalaby/dvd/menu.html INFO: Saving /tmp/videolink-p7uPOL/menu-001-back.png INFO: Saving /tmp/videolink-p7uPOL/menu-001-links.png INFO: Running ffmpeg -f image2 -vcodec png -r 25/1 -loop_input -i /tmp/videolink-p7uPOL/menu-001-back.png -t 0.48 -target pal-dvd -vcodec mpeg2video -aspect 4:3 -an -y /dev/stdout | spumux -v0 -mdvd /tmp/videolink-p7uPOL/menu-001.subpictures /tmp/videolink-p7uPOL/menu-001.mpeg DVDAuthor::spumux, version 0.6.14. Build options: gnugetopt magick iconv freetype Send bugs to dvdauthor-us...@lists.sourceforge.net INFO: Locale=en_AU.UTF-8 INFO: Converting filenames to UTF-8 INFO: Picture /tmp/videolink-p7uPOL/menu-001-links.png had 4 colors INFO: Picture /tmp/videolink-p7uPOL/menu-001-links.png had 4 colors INFO: Constructing blank img INFO: Pickbuttongroups, success with 1 groups, useimg=1 FFmpeg version 0.5-svn17737+3:0.svn20090303-1, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libfaad --extra-version=svn17737+3:0.svn20090303-1 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --disable-stripping --disable-vhook --enable-libdc1394 --disable-armv5te --disable-armv6 --disable-altivec --disable-vis --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec52.20. 0 / 52.20. 0 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Mar 3 2009 22:40:47, gcc: 4.3.3 Input #0, image2, from '/tmp/videolink-p7uPOL/menu-001-back.png': Duration: 00:00:00.04, start: 0.00, bitrate: N/A Stream #0.0: Video: png, rgb24, 720x576, 25 tbr, 25 tbn, 25 tbc Unknown encoder 'mpeg2video' INFO: 0 subtitles added, 0 subtitles skipped, stream: 32, offset: -0.00 Statistics: - Processed 0 subtitles. - The longest display line had -1 characters. - The maximum number of displayed lines was 0. - The normal display height of the font arial.ttf was 0. - The bottom display height of the font arial.ttf was 0. - The biggest subtitle box had 0 bytes. ERROR: While processing page file:///home/jcalaby/dvd/menu.html: ERROR: While processing link to file:///home/jcalaby/dvd/Some.voblist: ERROR: spumux pipeline failed --- End Output --- If I run it again using mjpegtools from debian-multimedia, it works fine. Thanks, Julian Calaby -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-wl (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages videolink depends on: ii dvdauthor 0.6.14-3+b1 create DVD-Video file system ii ffmpeg 3:0.svn20090303-1 multimedia player, server and enco ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.9-4 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.6.4-1 C++ wrappers for Cairo (shared lib ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libgcc11:4.3.3-3 GCC support library ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libglibmm-2.4-1c2a 2.20.0-1 C++ wrapper for the GLib toolkit ( ii libgtk2.0-02.14.7-5 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.14.3-2C++ wrappers for GTK+ 2.4 (shared ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.2-1 X11 client-side library ii mjpegtools 1:1.8.0-0.9 MJPEG video capture/editting/playb ii netpbm 2:10.0-12 Graphics conversion tools ii xulrunner-1.9 1.9.0.7-1 XUL + XPCOM application runner ii xvfb 2:1.5.99.902-1Virtual Framebuffer 'fake' X serve Versions of packages videolink recommends: ii genisoimage 9:1.1.9-1 Creates ISO-9660 CD-ROM filesystem ii xfonts-base 1:1.0.0-5 standard fonts for X videolink suggests no packages. -- no debconf information -- To UNSUBSCRIBE
Bug#406582: diction: Possible Patch
Package: diction
Version: 1.10~rc4-1
Followup-For: Bug #406582
Attached is a possible patch for this bug.
The behaviour after applying this is that style ignores any sentence with a
length less than 2
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-rc8-wl (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages diction depends on:
ii libc6 2.9-4 GNU C Library: Shared libraries
diction recommends no packages.
diction suggests no packages.
-- no debconf information
*** 0001-fix-useless-assert.diff
diff -u diction-1.10~rc4.orig/style.c diction-1.10~rc4/style.c
--- diction-1.10~rc4.orig/style.c 2009-03-29 00:34:53.0 +1100
+++ diction-1.10~rc4/style.c2009-03-29 00:40:40.0 +1100
@@ -671,9 +671,8 @@
int nom=0;
const char *s=str,*end=s+length;
- if (length==0) { ++paragraphs; return; }
+ if (length2) { ++paragraphs; return; }
assert(str!=(const char*)0);
- assert(length=2);
phraseEnd = (const char*)0;
while (send)
{
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477748: diction: Possible Patch
Package: diction
Version: 1.10~rc4-1
Followup-For: Bug #477748
Attached is a possible patch for this bug. It removes the assertion by
returning rather than aborting in this case.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-rc8-wl (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages diction depends on:
ii libc6 2.9-4 GNU C Library: Shared libraries
diction recommends no packages.
diction suggests no packages.
-- no debconf information
diff -u diction-1.10~rc4.orig/style.c diction-1.10~rc4/style.c
--- diction-1.10~rc4.orig/style.c 2009-03-29 00:34:53.0 +1100
+++ diction-1.10~rc4/style.c 2009-03-29 00:47:20.0 +1100
@@ -77,7 +77,7 @@
/*}}}*/
static void noteHit(struct Hit *hit, int n) /*{{{*/
{
- assert(n0);
+ if (n==0) return;
if (nhit-capacity)
{
if ((hit-data=realloc(hit-data,n*2*sizeof(int)))==(int*)0)
Bug#503886: courier-imap-ssl: Messages copied to a mailbox using IMAP from Thunderbird are marked as replies
On Thu, Oct 30, 2008 at 00:37, Teodor [EMAIL PROTECTED] wrote: On Wed, Oct 29, 2008 at 11:40 AM, Stefan Hornburg (Racke) [EMAIL PROTECTED] wrote: When I copy messages to my remote mailbox on a machine running Courier IMAP SSL, they are marked as replies (i.e. Re: is prepended) regardless of whether they were originally replies or not. This is rather annoying as I'm attempting to use the remote mailbox as an archive. courier-imap doesn't change the Subject header. Please check your Thunderbird configuration. I've seen something similar related to a corrupted courierdb index per IMAP folder. I've used the Rebuild Index function from the folder properties windows in thunderbird/icedove and all is fine. Ok, now I feel like a complete idiot. That fixed it for me. I apologise for the noise, you can close this bug. Thanks, -- Julian Calaby Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503886: courier-imap-ssl: Messages copied to a mailbox using IMAP from Thunderbird are marked as replies
Package: courier-imap-ssl Version: 4.4.0-2 Severity: normal *** /tmp/reportbug-courier-imap-ssl-20081029-25532-iimw-X Subject: courier-imap-ssl: Messages copied to a mailbox using IMAP from Thunderbird are marked as replies Package: courier-imap-ssl Version: 4.4.0-2 Severity: normal When I copy messages to my remote mailbox on a machine running Courier IMAP SSL, they are marked as replies (i.e. Re: is prepended) regardless of whether they were originally replies or not. This is rather annoying as I'm attempting to use the remote mailbox as an archive. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.27-rc6-wl-47151-g7684916 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages courier-imap-ssl depends on: ii courier-imap 4.4.0-2Courier mail server - IMAP server ii courier-ssl 0.60.0-2 Courier mail server - SSL/TLS Supp ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a courier-imap-ssl recommends no packages. Versions of packages courier-imap-ssl suggests: pn courier-doc none (no description available) ii evolution [imap-client] 2.22.3.1-1 groupware suite with mail client a ii icedove [imap-client] 2.0.0.16-1 free/unbranded thunderbird mail/ne ii mutt [imap-client]1.5.18-4 text-based mailreader supporting M -- no debconf information -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.27-rc6-wl-47151-g7684916 (SMP w/2 CPU cores) Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages courier-imap-ssl depends on: ii courier-imap 4.4.0-2Courier mail server - IMAP server ii courier-ssl 0.60.0-2 Courier mail server - SSL/TLS Supp ii openssl 0.9.8g-13 Secure Socket Layer (SSL) binary a courier-imap-ssl recommends no packages. Versions of packages courier-imap-ssl suggests: pn courier-doc none (no description available) ii evolution [imap-client] 2.22.3.1-1 groupware suite with mail client a ii icedove [imap-client] 2.0.0.16-1 free/unbranded thunderbird mail/ne ii mutt [imap-client]1.5.18-4 text-based mailreader supporting M -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503886: Additional information
Hi all, Firstly, sorry for the mangled bug report, I didn't check it properly before I sent it. Secondly, and more importantly: This only happens when I copy a group of messages, it seems that if I copy a single message, it respects Thunderbird's wishes. Thanks, -- Julian Calaby Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#438967: laptop-net: arp-discovery does not work on Xircom PCMCIA NIC
Package: laptop-net Version: 2.26-8 Severity: important I am using a setup with a static address and a catchall DHCP entry for other networks. I am attempting to use arp-discovery to detect the static address network by using the ip-map table to probe the upstream gateway. At this point, detection fails: arp-discovery definitely sends out ARP packets, however they are never recieved by the network card. This network card has problems with multicast and other related stuff and has to be put in promiscuous mode to use such things, which may be causing this problem. It also may be an issue that arp-discovery produces arp packets with invalid from IP address. (0.0.0.0) Which may be confusing the gateway or causing the packets to get mislaid. In attempting to diagnose this problem I have looked through the entirety of the laptop-net shell scripts without finding any obvious knobs to turn and have run arp-discovery with the network card up and properly connected to the static network where it still failed to recieve any responses. Has anyone had any experience with this or similar issues before? and are there any tricks / hints that could get this to work for me? I have not included the debconf information as this information has been superceded by custom configuration in the schemes and ip-map files. I will include them if requested, however there is nothing overly special in them. Thanks, Julian Calaby -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i586) Kernel: Linux 2.6.23-rc3 (PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages laptop-net depends on: ii debconf [debconf-2.0]1.5.14 Debian configuration management sy ii ifupdown 0.6.8 high level tools to configure netw ii libc62.6-2 GNU C Library: Shared libraries ii libnet1 1.1.2.1-2 library for the construction and h ii libpcap0.8 0.9.5-1 System interface for user-level pa ii lockfile-progs 0.1.10 Programs for locking and unlocking ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo ii net-tools1.60-17 The NET-3 networking toolkit laptop-net recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389579: Apache2.2 and mod auth mysql
On 10/01/07, Sean Lowry [EMAIL PROTECTED] wrote:
Hi there,
i was wondering if i could get hold of either the mod-auth-mysql debian
package or the source.
I assume you mean my patched version.
The package and the patches for the source are attached.
You'll need to apply both patches to the original source from Debian.
Compiling the package with those packages will then produce the
package attached.
(and this time I'll be sensible enough to cc the bug)
Thanks,
--
Julian Calaby
Email: [EMAIL PROTECTED]
diff -ur libapache-mod-auth-mysql-4.3.9.new/debian/control libapache-mod-auth-mysql-4.3.9/debian/control
--- libapache-mod-auth-mysql-4.3.9.new/debian/control 2006-11-21 14:57:16.0 +1100
+++ libapache-mod-auth-mysql-4.3.9/debian/control 2006-11-21 17:14:39.0 +1100
@@ -18,7 +18,7 @@
Package: libapache2-mod-auth-mysql
Architecture: any
-Depends: ${shlibs:Depends}, apache2-common (= 2.0.50-10)
+Depends: ${shlibs:Depends}, apache2.2-common (= 2.2.3-3.1)
Description: Apache 2 module for MySQL authentication
A module for the Apache 2 web server which enables HTTP authentication
against information stored in a MySQL database.
--- libapache-mod-auth-mysql-4.3.9.old/mod_auth_mysql.c 2006-11-21 15:07:43.0 +1100
+++ libapache-mod-auth-mysql-4.3.9/mod_auth_mysql.c 2006-11-21 16:42:29.0 +1100
@@ -48,6 +48,7 @@
#include http_log.h
#ifdef APACHE2
#include http_request.h /* for ap_hook_(check_user_id | auth_checker)*/
+#include apr_general.h
#include apr_md5.h
#include apr_sha1.h
#else
@@ -684,123 +685,123 @@
RSRC_CONF, default database for MySQL authentication ),
AP_INIT_TAKE1( AuthMySQL_Host, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_host),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_host),
OR_AUTHCFG, database host ),
AP_INIT_TAKE1( Auth_MySQL_Host, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_host),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_host),
OR_AUTHCFG, database host ),
AP_INIT_TAKE1( Auth_MySQL_Socket, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_socket),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_socket),
OR_AUTHCFG, database host socket ),
AP_INIT_TAKE1( AuthMySQL_Socket, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_socket),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_socket),
OR_AUTHCFG, database host socket ),
AP_INIT_TAKE1( Auth_MySQL_Port, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_port),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_port),
OR_AUTHCFG, database host port ),
AP_INIT_TAKE1( AuthMySQL_Port, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_port),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_port),
OR_AUTHCFG, database host port ),
AP_INIT_TAKE1( Auth_MySQL_Username, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_user),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_user),
OR_AUTHCFG, database user ),
AP_INIT_TAKE1( AuthMySQL_User, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_user),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_user),
OR_AUTHCFG, database user ),
AP_INIT_TAKE1( Auth_MySQL_Password, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_pwd),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_pwd),
OR_AUTHCFG, database password ),
AP_INIT_TAKE1( AuthMySQL_Password, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_pwd),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_pwd),
OR_AUTHCFG, database password ),
AP_INIT_TAKE1( Auth_MySQL_DB, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_name),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_name),
OR_AUTHCFG, database name ),
AP_INIT_TAKE1( AuthMySQL_DB, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, db_name),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, db_name),
OR_AUTHCFG, database name ),
AP_INIT_TAKE1( Auth_MySQL_Password_Table, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, user_table),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, user_table),
OR_AUTHCFG, Name of the MySQL table containing the password/user-name combination ),
AP_INIT_TAKE1( AuthMySQL_Password_Table, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, user_table),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, user_table),
OR_AUTHCFG, Name of the MySQL table containing the password/user-name combination ),
AP_INIT_TAKE1( Auth_MySQL_Group_Table, ap_set_string_slot,
- (void*)APR_XtOffsetOf(mysql_auth_config_rec, group_table),
+ (void*)APR_OFFSETOF(mysql_auth_config_rec, group_table),
OR_AUTHCFG, Name of the MySQL table
Bug#389579: Apache2.2 and mod auth mysql
Daniel, On 12/29/06, Daniel [EMAIL PROTECTED] wrote: I notice in the Debian Bugs Use Group that you have been working on a patch for libapache2-mod-auth-mysql. It appears that the package has been removed out of the repository also, which is a problem for me since I use it in a production system at the moment (yeah I know, using testing for production system). If you're inquiring about my mod-auth-mysql = mod-authn-mysql patch, I discovered how to use the original module with minimal changes in Apache 2.2, and for my purposes, this is the optimal solution. I have a partial conversion to the authn infrastructure if you really want that. My initial patch to do this was posted to the bug tracker, but my mailer screwed it up. I don't have a copy handy as I'm away from my devel box at the moment, however I'll post it to you when I get a chance. Do you have any Debian packages I could try out? I have a hacked debian package, again on my devel box, and I'll send that to you too. Note that configuring this beast is a little difficult. I'll post you a small commented config file to point you in the right direction. Also is there any chance that it will be included in the Etch release? I am not involved with and have no idea what is going on with an etch release of this package, and as far as I can tell, it's been abandoned upstream and will soon be dropped from Debian. (Though this is purely hearsay and I cannot confirm any of this.) If you are looking for real information on this, email the maintainer of this package. Also, the functionality of this package may be included in one of the standard auth modules included with Apache 2.2 however I am yet to investigate this. Thanks, -- Julian Calaby Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#389579: request for help
Matt,
I'm running Apache 2.2 on a Debian Etch machine with
libapache2-mod-auth-mysql modified as per my patch in an (almost)
production environment with no hassles or issues to report.
To make the package work properly for Apache 2.2, you will also need
to modify the documentation (USAGE) as follows:
=== ORIGINAL ===
Create a .htaccess file in the directory you want to protect (or put the
directives inside a Directory section in httpd.conf) with something like the
following:
AuthName My Company's Financial Information - Top Secret
AuthType Basic
require valid-user
=== NEW ===
Create a .htaccess file in the directory you want to protect (or put the
directives inside a Directory section in httpd.conf) with something like the
following:
AuthName My Company's Financial Information - Top Secret
AuthType Basic
AuthBasicAuthoritative off
require valid-user
=== END ===
(I'm certain that there are better ways to do this, but this is a one
line fix which works.)
Otherwise you'll constantly end up getting Cannot open password file
and MySQL won't even be tried.
I also have a version of mod-auth-mysql which is partly converted to
the auth{n|z} system, but due to getting the current module working
with minor patching and the config line, this is stalled until further
interest is generated. I have user authentication working and need to
do group auth. Note that these changes will not break Apache 1.3
support.
Thanks,
--
Julian Calaby
Email: [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386943: hddtemp: Please add WDC WD1200BB-00DWA0.
Package: hddtemp Version: 0.3-beta15-26 Severity: wishlist Tags: patch Attached is a patch for adding support for the WDC WD1200BB-00DWA0 drive - it uses the same register as most of the other Western Digital drives. Thanks, Julian Calaby -- Patch: === SNIP HERE === --- hddtemp.db 2006-09-11 17:36:34.0 +1000 +++ hddtemp.db.dpkg-dist2006-09-11 17:32:49.0 +1000 @@ -406,7 +406,7 @@ WDC WD800JD-(00|55|75)(HK|JR|JN)(A0|C0) 194 C Western Digital SATA 80GB, 8MB Cache WDC WD800LB-(00|55)DNA0 194 C Western Digital Caviar WD800LB 80 Go ATA-100 WDC WD800VE-07HDT0 194 C Western Digital 800VE-07HDT0 -WDC WD1200BB-00(FT|GU|DW)A0 194 C Western Digital Caviar EIDE 2MB Cache +WDC WD1200BB-00(FTA|GUA)0194 C Western Digital Caviar EIDE 2MB Cache WDC WD1200JB-00(EV|FU|GV|RE)A0 194 C Western Digital Caviar 120GB Special Edition 8MB WDC WD1200JB-22GVA0 194 C Western Digital Caviar 120GB WDC WD1200JD-00(GBB|HBC|FYB)0194 C Western Digital WD1200JD === SNIP HERE === -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.3 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages hddtemp depends on: ii debconf [debconf-2.0]1.5.3 Debian configuration management sy ii grep 2.5.1.ds2-5 GNU grep, egrep and fgrep ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii sed 4.1.5-1 The GNU sed stream editor hddtemp recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380117: Bug fixed
Ok, With the latest version from testing, it all works properlty. Thanks, -- Julian Calaby Email: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380117: squid: Transparent proxying does not work with Squid 2.6
Package: squid Version: 2.6.1-3 Severity: important Squid transparent proxying does not work after upgrading to version 2.6.1-3 Requests that used to go through under 2.5 are failed with a 503 error, and the log message: === LOG === Jul 28 02:45:25 BYTEBUCKET squid[6084]: Failed to select source for 'http://www.kernel.org/' Jul 28 02:45:25 BYTEBUCKET squid[6084]: always_direct = 0 Jul 28 02:45:25 BYTEBUCKET squid[6084]:never_direct = 0 Jul 28 02:45:25 BYTEBUCKET squid[6084]:timedout = 0 === END LOG === My config file is the default shipped in /usr/share/doc/squid/examples/squid.conf with the following changes: === DIFF === --- /usr/share/doc/squid/examples/squid.conf2006-07-15 06:48:42.0 +1000 +++ /etc/squid/squid.conf 2006-07-28 02:37:13.0 +1000 @@ -70,7 +70,7 @@ # visible on the internal address. # # Squid normally listens to port 3128 -http_port 3128 +http_port transparent # TAG: https_port # Note: This option is only available if Squid is rebuilt with the @@ -2378,6 +2378,8 @@ acl manager proto cache_object acl localhost src 127.0.0.1/255.255.255.255 acl to_localhost dst 127.0.0.0/8 +acl localdomain1 src 192.168.1.0/24 +acl localdomain2 src 192.168.2.0/24 acl SSL_ports port 443 563 # https, snews acl SSL_ports port 873 # rsync acl Safe_ports port 80 # http @@ -2524,6 +2526,8 @@ # be allowed #acl our_networks src 192.168.1.0/24 192.168.2.0/24 #http_access allow our_networks +http_access allow localdomain1 +http_access allow localdomain2 http_access allow localhost # And finally deny all other access to this proxy @@ -2831,7 +2835,7 @@ # names with this setting. # #Default: -# none +visible_hostname proxy.local # TAG: unique_hostname # If you want to have multiple machines with the same === END DIFF === This has also been reported on the squid mailing lists: http://www.mail-archive.com/squid-users@squid-cache.org/msg39198.html According to Henrik Nordstrom: http://www.mail-archive.com/squid-users@squid-cache.org/msg39195.html there is a patch available. Thanks, Julian Calaby -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages squid depends on: ii adduser 3.87 Add and remove users and groups ii coreutils 5.96-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.2Debian configuration management sy ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdb4.34.3.29-5 Berkeley v4.3 Database Libraries [ ii libldap22.1.30-13+b1 OpenLDAP libraries ii libpam0g0.79-3.1 Pluggable Authentication Modules l ii logrotate 3.7.1-3 Log rotation utility ii lsb-base3.1-10 Linux Standard Base 3.1 init scrip ii netbase 4.25 Basic TCP/IP networking system ii squid-common2.6.1-3 Internet Object Cache (WWW proxy c squid recommends no packages. -- debconf information: squid/fix_cachedir_perms: false squid/largefiles_warning: squid/anonymize_headers: * squid-cgi/cachemgr: squid/old_version: false squid/http_anonymizer: squid/authenticate_program: squid/fix_lines: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
