Bug#547774: dovecot-related rules against logcheck

2024-05-30 Thread Boyd Stephen Smith Jr.
On Thursday, May 30, 2024 12:37:49 PM CDT Richard Lewis wrote:
> Is there still interest in updating rules for dovecot?

Best I can volunteer is my current dovecot-local that is in active use. 
(Attached.)
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @BoydSSmithJr   `-'(. .)`-'
https://iguanasuicide.net/   \_/
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
deliver\([-_.@[:alnum:]]+\): msgid=(? ?(\((added by 
[^[:space:]]+|sfid-[_[:xdigit:]]+)\))?)?: (discarded|saved mail to 
[-_.[:space:][:alnum:]]+)$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: (imap|managesieve)\([._[:alnum:]-]+\)(<[^<>]*>)*: 
Disconnected(: Logged out| for inactivity)( bytes=[[:digit:]]+/[[:digit:]]+)?( 
[[:alpha:]_]+=[[:digit:]]+)*$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: imap-login: Time just moved backwards by 1 
seconds\. I'll sleep now until we're back in present\. 
http://wiki\.dovecot\.org/TimeMovedBackwards$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: imap-login: Disconnected(: Inactivity)? \(no auth 
attempts\): rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+(, TLS handshaking: 
SSL_accept\(\) syscall failed: Connection reset by peer)?
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: (imap|managesieve)-login: (Disconnected(: 
(Inactivity|Connection closed)( during authentication )?)?( \((tried to use 
unsupported auth mechanism|(disconnected before auth was ready|client didn't 
finish SASL auth), waited [[:digit:]]+ secs)\))?|Aborted login)( \(no auth 
attempts in [[:digit:]]+ secs\))?: user=<>, (method=NTLM, 
)?rip=[.:[:xdigit:]]+, lip=[.:[:xdigit:]]+(, TLS( handshaking: 
Disconnected)?)?, session=<[[:alnum:]+/]+>
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: managesieve-login: Disconnected: Inactivity: 
rip=([[:digit:]]{1,3}\.){3}[[:digit:]]{1,3}, 
lip=([[:digit:]]{1,3}\.){3}[[:digit:]]{1,3}$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: lda\([-_.@[:alnum:]]+\)(<[^<>]*>)*: sieve: 
msgid=(\? )?(<.*>|unspecified): ((discard action: )?[mM]arked message to be 
discarded if not explicitly delivered \(discard action\)|(fileinto action: 
)?stored mail into mailbox '[-_/[:space:][:alnum:]]+')
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: (imap|managesieve)\([-_.@[:alnum:]]+\)(<[^<>]*>)*: 
(Disconnected for inactivity|Logged out|Disconnected in IDLE|Connection closed( 
\([^()]*\))?(: Connection reset by peer)?)( \([^)]*\))?( 
[[:alpha:]_]+=[[:digit:]/]+)*$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: (imap|managesieve)-login: Login: 
user=<[-_.@[:alnum:]]+>, method=[[:upper:]-]+, rip=[.:[:xdigit:]]+, 
lip=[.:[:xdigit:]]+, mpid=[[:digit:]]+, (TLS, )?session=<[[:print:]]{16}>
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: managesieve-login: Disconnected(: Logged out|for 
inactivity) (bytes=[[:digit:]]+/[[:digit:]]+)$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: ssl-params: Generating SSL parameters$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: ssl-params: SSL parameters regeneration completed$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: imap-login: Error: SSL: Stacked error: 
error:140943F2:SSL routines:SSL3_READ_BYTES:sslv3 alert unexpected message: SSL 
alert number 10$
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: (imap|managesieve)-login: Disconnected(: 
(Inactivity|Connection closed(: (read\(size=[[:digit:]]+\) failed: )?Connection 
reset by peer)?))? \((disconnected before auth was ready, waited|no auth 
attempts in) [[:digit:]]+ secs\): user=<>, rip=[[:xdigit:]:.]+, 
lip=[[:xdigit:]:.]+(, TLS[^,]*)?, session=<[[:alnum:]+/]+>
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: imap-login: Disconnected \(disconnected before 
(greeting|auth was ready), waited [[:digit:]]+ secs\): user=<>, 
rip=[[:digit:].]+, lip=[[:digit:].]+(, TLS[^,]*)?, session=<[[:alnum:]+/]+>
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: imap-login: Disconnected \(tried to use (disallowed 
plaintext auth|unsupported auth mechanism)\): user=<>, (method=[[:alpha:]]+, 
)?rip=[[:digit:].]+, lip=[[:digit:].]+, session=<[[:alnum:]+/]+>
^(\w{3} [ :[:digit:]]{11}|[0-9T:.+-]{32}) [._[:alnum:]-]+ 
dovecot(\[[[:digit:]]+\])?: imap-login: (Disconnected(: Connection 
closed)?|Aborted login) \((no auth attempts in 0 secs|auth failed|client didn't 
finis

Bug#1022051: /boot/vmlinuz-5.10.0-19-amd64: Same Here

2022-10-20 Thread Boyd Stephen Smith Jr.
Package: src:linux
Version: 5.10.149-1
Followup-For: Bug #1022051

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

   * What led up to the situation?

Normal kernal package upgrade and reboot.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

5.10.0-18 works fine.  5.10.0-19 always hangs with "flip_done timed out" before
I can get even a text console.

   * What was the outcome of this action?

Using older kernel for now.

   * What outcome did you expect instead?

5.10.0-19 bootable.

- -- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: To Be Filled By O.E.M.
product_name: To Be Filled By O.E.M.
product_version: To Be Filled By O.E.M.
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: P2.00
board_vendor: ASRock
board_name: X399 Taichi
board_version: 

** Network interface configuration:
*** /etc/network/interfaces:

auto lo
iface lo inet loopback

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-0fh) Root Complex [1022:1450]
Subsystem: ASRock Incorporation Family 17h (Models 00h-0fh) Root 
Complex [1849:1450]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 

00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:01.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-0fh) PCIe GPP Bridge [1022:1453] (prog-if 00 [Normal decode])
Subsystem: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 
00h-0fh) PCIe GPP Bridge [1022:1453]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 17h 
(Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller 
[1022:790b] (rev 59)
Subsystem: ASRock Incorporation FCH SMBus Controller [1849:]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

01:00.1 SATA controller [0106]: Advanced Micro Devices, Inc. [AMD] X399 Series 
Chipset SATA Controller [1022:43b6] (rev 02) (prog-if 01 [AHCI 1.0])
Subsystem: ASMedia Technology Inc. X399 Series Chipset SATA Controller 
[1b21:1062]
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: ahci
Kernel modules: ahci

01:00.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] X399 Series 
Chipset PCIe Bridge [1022:43b1] (rev 02) (prog-if 00 [Normal decode])
Subsystem: ASMedia Technology Inc. X399 Series Chipset PCIe Bridge 
[1b21:0201]
Control: 

Bug#985914: steam: HOWTO use KDE xdg-desktop-portal on 64-bit systems

2021-03-25 Thread Boyd Stephen Smith Jr.
Package: steam
Version: 1.0.0.68-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

* What led up to the situation?

steam:i386 has a recommendation for xdg-desktop-portal-backend:i386

* What exactly did you do (or not do) that was effective (or ineffective)?

I attempted to satisfy the recommendation with a KDE backend, as KDE Plasma is
my primary desktop environment.

xdg-desktop-portal-kde fails to satisfy the dependency.

xdg-dekstop-portal-kde:i385 conflicts (via libkf5services-bin) with my 64-bit
KDE Plasma environemtn.

* What was the outcome of this action?

Unable to satisfy the dependency with a KDE backend.

* What outcome did you expect instead?

Would like to have Steam (in particular, but also Flatpack, Snap, etc.) to use
KDE applications, selectors, themes, etc. that are part of the XDG Portal
Service.  Even in the case of a 64-bit KDE install and a 32-bit Steam (or
Flatpack application).


Maybe this is not properly a steam bug, and should be handled by
xdg-dekstop-portal-kde source package instead.  But, I do think stream
architecture-dependent dependency is a big part of why this isn't working so
well for me.


- -- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'stable-updates'), (900, 
'stable-debug'), (900, 'testing'), (900, 'stable'), (850, 
'proposed-updates-debug'), (850, 'proposed-updates'), (500, 'unstable-debug'), 
(500, 'testing-security'), (500, 'unstable'), (300, 'experimental-debug'), 
(300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-4-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages steam depends on:
ii  curl   7.74.0-1.1
ii  debconf [debconf-2.0]  1.5.75
ii  file   1:5.39-3
ii  libc6  2.31-9
ii  libgcc-s1 [libgcc1]10.2.1-6
ii  libgl1 1.3.2-1
ii  libgl1-mesa-dri20.3.4-1
ii  libgpg-error0  1.38-2
ii  libstdc++6 10.2.1-6
ii  libudev1   247.3-3
ii  libx11-6   2:1.7.0-2
ii  libxcb-dri3-0  1.14-3
ii  libxcb11.14-3
ii  libxinerama1   2:1.1.4-2
ii  xz-utils   5.2.5-1.0

Versions of packages steam recommends:
ii  bubblewrap   0.4.1-3
ii  ca-certificates  20210119
ii  fontconfig   2.13.1-4.2
ii  fonts-liberation 1:1.07.4-11
ii  konsole [x-terminal-emulator]4:20.12.3-1
ii  libasound2-plugins   1.2.2-2
ii  libxss1  1:1.2.3-1
ii  mesa-vulkan-drivers  20.3.4-1
ii  steam-devices1.0.0.68-1
ii  xdg-desktop-portal   1.8.1-1
ii  xdg-desktop-portal-kde [xdg-desktop-portal-backend]  5.20.5-1
ii  xdg-utils1.1.3-4
ii  xterm [x-terminal-emulator]  366-1
ii  zenity   3.32.0-6

Versions of packages steam suggests:
pn  nvidia-driver-libs  
pn  nvidia-vulkan-icd   

Versions of packages steam is related to:
ii  libc6 2.31-9
ii  libgl11.3.2-1
ii  libgl1-mesa-dri   20.3.4-1
ii  libglx-mesa0 [libglx-vendor]  20.3.4-1
pn  libglx-nvidia0
ii  libxcb-dri3-0 1.14-3
pn  nvidia-driver 
pn  nvidia-driver-libs
pn  nvidia-driver-libs-i386   

- -- debconf information:
* steam/license:
  steam/need-nvidia-i386:
* steam/question: I AGREE
  steam/purge:

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCYF0TghYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZ3G0Ani0lF9saXCaWh1ie/t+HcpW7AsHF
AJ9yjDb8kD7jtM13ZHeBNWEOAbKBnw==
=X6fC
-END PGP SIGNATURE-



Bug#980119: libgnutls30: "An unexpected TLS packet was received" when connecting to FTPS (FTP/TLS) servers

2021-01-20 Thread Boyd Stephen Smith Jr.
On Sunday, January 17, 2021 12:53:03 AM CST Andreas Metzler wrote:
> On 2021-01-16 "Boyd Stephen Smith Jr."  wrote:
> > On Saturday, January 16, 2021 6:35:13 AM CST Andreas Metzler wrote:
> > > Does
> > > env GNUTLS_DEBUG_LEVEL=4711 lftp 
> > > produce more verbose output?
> > 
> > Yes.  But, probably not verbose enough:
> > ---8<---
> > % env GNUTLS_DEBUG_LEVEL=4711 lftp -u
> > boyd.stephen.smith...@gmail.com.125388 bos-sr-2-36.akliz.net
> > gnutls[2]: Enabled GnuTLS 3.7.0 logging...
> > gnutls[2]: getrandom random generator was detected
> > gnutls[2]: Intel SSSE3 was detected
> > gnutls[2]: Intel SHA was detected
> > gnutls[2]: Intel AES accelerator was detected
> > gnutls[2]: Intel GCM accelerator (AVX) was detected
> > gnutls[2]: cfg: unable to access: /etc/gnutls/config: 2
> > Password:
> > lftp boyd.stephen.smith...@gmail.com.125...@bos-sr-2-36.akliz.net:~> ls
> > ls: Fatal error: gnutls_record_recv: An unexpected TLS packet was
> > received.
> > --->8---
> 
> Hello,
> 
> ah, lftp overrides this with gnutls_global_set_log_level(). Does wget
> also fail? If it does can you try something like
> env GNUTLS_DEBUG_LEVEL=4711 wget --verbose--debug --ask-password
> --user=boyd.stephen.smith...@gmail.com.125388
> ftps://bos-sr-2-36.akliz.net/somefile

Yes, Wget also failed, it actually SIGABRTed.

WARNING lots of data.  I skipped to where the data transfer actually started.  
Changing directories worked as far as I could tell.

---8<---
227 Entering Passive Mode (8,48,33,7,5,0).
trying to connect to 8.48.33.7 port 1280
Created socket 4.
done.==> RETR whitelist.json ... 
--> RETR whitelist.json

gnutls[5]: REC[0x55baf0c5d760]: Preparing Packet Application Data(23) with 
length: 21 and min pad: 0   
   
gnutls[9]: ENC[0x55baf0c5d760]: cipher: AES-128-CBC, MAC: SHA1, Epoch: 1
  
gnutls[11]: WRITE: enqueued 53 bytes for 0x3. Total 53 bytes.   
  
gnutls[11]: WRITE FLUSH: 53 bytes in buffer.
  
gnutls[11]: WRITE: wrote 53 bytes, 0 bytes left.
  
gnutls[5]: REC[0x55baf0c5d760]: Sent Packet[12] Application Data(23) in epoch 
1 and length: 53
gnutls[10]: READ: -1 returned from 0x3, errno=11 gerrno=0   
  
gnutls[3]: ASSERT: ../../lib/buffers.c[_gnutls_io_read_buffered]:589
  
gnutls[3]: ASSERT: ../../lib/record.c[_gnutls_recv_int]:1776
  
gnutls[10]: READ: Got 5 bytes from 0x3  
  
gnutls[10]: READ: read 5 bytes from 0x3 
  
gnutls[10]: RB: Have 0 bytes into buffer. Adding 5 bytes.   
  
gnutls[10]: RB: Requested 5 bytes   
  
gnutls[5]: REC[0x55baf0c5d760]: SSL 3.1 Application Data packet received. 
Epoch 1, length: 96 

gnutls[5]: REC[0x55baf0c5d760]: Expected Packet Application Data(23)
  
gnutls[5]: REC[0x55baf0c5d760]: Received Packet Application Data(23) with 
length: 96  

gnutls[10]: READ: Got 96 bytes from 0x3 
  
gnutls[10]: READ: read 96 bytes from 0x3
  
gnutls[10]: RB: Have 5 bytes into buffer. Adding 96 bytes. 
gnutls[10]: RB: Requested 101 bytes
gnutls[5]: REC[0x55baf0c5d760]: Decrypted Packet[11] Application Data(23) with 
length: 71   

Bug#980119: libgnutls30: "An unexpected TLS packet was received" when connecting to FTPS (FTP/TLS) servers

2021-01-16 Thread Boyd Stephen Smith Jr.
On Saturday, January 16, 2021 2:26:52 PM CST Boyd Stephen Smith Jr. wrote:
> On Saturday, January 16, 2021 6:35:13 AM CST Andreas Metzler wrote:
> > Does
> > env GNUTLS_DEBUG_LEVEL=4711 lftp 
> > produce more verbose output?
> 
> Yes.  But, probably not verbose enough:

I don't know about GNU TLS, but I got lftp to tell me more about what it is 
doing:
---8<---
% env GNUTLS_DEBUG_LEVEL=4711 lftp -e 'set cmd:trace yes' -e 'set log:enabled 
true' -u boyd.stephen.smith...@gmail.com.125388 bos-sr-2-36.akliz.net
gnutls[2]: Enabled GnuTLS 3.7.0 logging...
gnutls[2]: getrandom random generator was detected
gnutls[2]: Intel SSSE3 was detected
gnutls[2]: Intel SHA was detected
gnutls[2]: Intel AES accelerator was detected
gnutls[2]: Intel GCM accelerator (AVX) was detected
gnutls[2]: cfg: unable to access: /etc/gnutls/config: 2
Password: 
lftp boyd.stephen.smith...@gmail.com.125...@bos-sr-2-36.akliz.net:~> ls
 Connecting to bos-sr-2-36.akliz.net (8.48.33.7) port 21
<--- 220 (vsFTPd 2.2.2)
---> FEAT
<--- 211-Features:   
<---  AUTH SSL
<---  AUTH TLS
<---  EPRT
<---  EPSV
<---  MDTM
<---  PASV
<---  PBSZ
<---  PROT
<---  REST STREAM
<---  SIZE   
<---  TVFS
<---  UTF8
<--- 211 End
---> AUTH TLS
<--- 234 Proceed with negotiation.
---> OPTS UTF8 ON
Certificate: CN=bos-sr-2-36.akliz.net
 Issued by:C=US,O=Let's Encrypt,CN=R3
 Checking against: C=US,O=Let's Encrypt,CN=R3
  Trusted
Certificate: C=US,O=Let's Encrypt,CN=R3
 Issued by: O=Digital Signature Trust Co.,CN=DST Root CA X3
  Trusted
<--- 200 Always in UTF8 mode.
---> USER boyd.stephen.smith...@gmail.com.125388
<--- 331 Please specify the password.
---> PASS 
<--- 230 Login successful.   
---> PWD
<--- 257 "/" 
---> PBSZ 0
<--- 200 PBSZ set to 0.  
---> PROT P
<--- 200 PROT now Private.   
---> PASV
<--- 227 Entering Passive Mode (8,48,33,7,4,186).
 Connecting data socket to (8.48.33.7) port 1210
 Data connection established   
---> LIST
<--- 150 Here comes the directory listing.
 gnutls_handshake: An unexpected TLS packet was received.
 Closing data socket
 gnutls_record_recv: An unexpected TLS packet was received.
 Closing control socket
ls: Fatal error: gnutls_record_recv: An unexpected TLS packet was received.
lftp boyd.stephen.smith...@gmail.com.125...@bos-sr-2-36.akliz.net:/> bye
--->8---

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#980119: libgnutls30: "An unexpected TLS packet was received" when connecting to FTPS (FTP/TLS) servers

2021-01-16 Thread Boyd Stephen Smith Jr.
On Saturday, January 16, 2021 6:35:13 AM CST Andreas Metzler wrote:
> Does
> env GNUTLS_DEBUG_LEVEL=4711 lftp 
> produce more verbose output?

Yes.  But, probably not verbose enough:
---8<---
% env GNUTLS_DEBUG_LEVEL=4711 lftp -u boyd.stephen.smith...@gmail.com.125388 
bos-sr-2-36.akliz.net
gnutls[2]: Enabled GnuTLS 3.7.0 logging...
gnutls[2]: getrandom random generator was detected
gnutls[2]: Intel SSSE3 was detected
gnutls[2]: Intel SHA was detected
gnutls[2]: Intel AES accelerator was detected
gnutls[2]: Intel GCM accelerator (AVX) was detected
gnutls[2]: cfg: unable to access: /etc/gnutls/config: 2
Password: 
lftp boyd.stephen.smith...@gmail.com.125...@bos-sr-2-36.akliz.net:~> ls
ls: Fatal error: gnutls_record_recv: An unexpected TLS packet was received.
--->8---

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#980119: libgnutls30: "An unexpected TLS packet was received" when connecting to FTPS (FTP/TLS) servers

2021-01-16 Thread Boyd Stephen Smith Jr.
On Friday, January 15, 2021 12:02:35 PM CST Andreas Metzler wrote:
> Is this reproducible with gnutls-cli?
> 
> -
> gnutls-cli  --starttls-proto=ftp bos-sr-2-36.akliz.net
> ...
> USER _loginhere_
> PASS _passwordhere_
> PWD
> -

That works:

---8<---
% gnutls-cli  --starttls-proto=ftp bos-sr-2-36.akliz.net
Processed 126 CA certificate(s).
Resolving 'bos-sr-2-36.akliz.net:ftp'...
Connecting to '8.48.33.7:21'...
- Certificate type: X.509
- Got a certificate list of 2 certificates.
- Certificate[0] info:
 - subject `CN=bos-sr-2-36.akliz.net', issuer `CN=R3,O=Let's Encrypt,C=US', 
serial 0x03f0eed09043a9a3dbf803d708af1c69e2cb, RSA key 2048 bits, signed using 
RSA-SHA256, activated `2020-12-03 23:00:42 UTC', expires `2021-03-03 23:00:42 
UTC', pin-sha256="69VuNIHD0lVaLOn9/cadykjHGtIcENyTp7HOQC+ppts="
Public Key ID:
sha1:aaf17878dc41169ab8998a5244753fb5440fb852

sha256:ebd56e3481c3d2555a2ce9fdfdc69dca48c71ad21c10dc93a7b1ce402fa9a6db
Public Key PIN:
pin-sha256:69VuNIHD0lVaLOn9/cadykjHGtIcENyTp7HOQC+ppts=

- Certificate[1] info:
 - subject `CN=R3,O=Let's Encrypt,C=US', issuer `CN=DST Root CA X3,O=Digital 
Signature Trust Co.', serial 0x400175048314a4c8218c84a90c16cddf, RSA key 2048 
bits, signed using RSA-SHA256, activated `2020-10-07 19:21:40 UTC', expires 
`2021-09-29 19:21:40 UTC', pin-
sha256="jQJTbIh0grw0/1TkHSumWb+Fs0Ggogr621gT3PvPKG0="
- Status: The certificate is trusted. 
- Successfully sent 0 certificate(s) to server.
- Description: (TLS1.0-X.509)-(ECDHE-SECP256R1)-(AES-128-CBC)-(SHA1)
- Session ID: 78:CC:6C:F1:66:01:CA:0C:7A:4E:FC:FF:DA:04:59:30:44:7C:
81:B7:59:44:6D:44:71:56:72:62:EA:DA:0E:41
- Options: safe renegotiation,
- Handshake was completed

- Simple Client Mode:

USER boyd.stephen.smith...@gmail.com.125388
331 Please specify the password.
PASS R7Pr6Uq6RC4N7we!
230 Login successful.
PWD
257 "/"
--->8---

But, I clearly don't know enough about raw FTP protocol to get a data transfer 
started:
---8<---
LIST
425 Use PORT or PASV first.
PASV
227 Entering Passive Mode (8,48,33,7,4,208).
LIST
522 Data connections must be encrypted.
HELP
214-The following commands are recognized.
 ABOR ACCT ALLO APPE CDUP CWD  DELE EPRT EPSV FEAT HELP LIST MDTM MKD
 MODE NLST NOOP OPTS PASS PASV PORT PWD  QUIT REIN REST RETR RMD  RNFR
 RNTO SITE SIZE SMNT STAT STOR STOU STRU SYST TYPE USER XCUP XCWD XMKD
 XPWD XRMD
214 Help OK.
HELP PORT
214-The following commands are recognized.
 ABOR ACCT ALLO APPE CDUP CWD  DELE EPRT EPSV FEAT HELP LIST MDTM MKD
 MODE NLST NOOP OPTS PASS PASV PORT PWD  QUIT REIN REST RETR RMD  RNFR
 RNTO SITE SIZE SMNT STAT STOR STOU STRU SYST TYPE USER XCUP XCWD XMKD
 XPWD XRMD
214 Help OK.
CWD /custom-minecraft
250 Directory successfully changed.
NLST
522 Data connections must be encrypted.
PORT
500 Illegal PORT command.
--->8---

Note that connection in both FileZilla and lftp only fails once I try to list 
the contents of the current directory.  They are port able to connect and 
login as well.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#980119: libgnutls30: "An unexpected TLS packet was received" when connecting to FTPS (FTP/TLS) servers

2021-01-16 Thread Boyd Stephen Smith Jr.
On Saturday, January 16, 2021 2:23:43 PM CST Boyd Stephen Smith Jr. wrote:
> On Friday, January 15, 2021 12:02:35 PM CST Andreas Metzler wrote:
> > Is this reproducible with gnutls-cli?
> 
> That works:
> 
> But, I clearly don't know enough about raw FTP protocol to get a data
> transfer started:
> 
> Note that connection in both FileZilla and lftp only fails once I try to
> list the contents of the current directory.  They are port able to connect
> and login as well.

I tried again, but I'm betting gnutls-cli doesn't handle the weirdness that is 
FTP well.  I'm going to try to do a passive transfer, because I'm behind at 
least one NAT, so I don't think active transfer is going to work:

It starts as before with the certificate, and me logging in:

---8<---
230 Login successful.
PBSZ 0
200 PBSZ set to 0.
PROT P
200 PROT now Private.
PASV
227 Entering Passive Mode (8,48,33,7,5,1).
LIST
---8<---

Here the connect appears to hang for too long, and I end up sending some more 
commands before the LIST command ends

---8<---

HELP
PWD
425 Failed to establish connection.
214-The following commands are recognized.
 ABOR ACCT ALLO APPE CDUP CWD  DELE EPRT EPSV FEAT HELP LIST MDTM MKD
 MODE NLST NOOP OPTS PASS PASV PORT PWD  QUIT REIN REST RETR RMD  RNFR
 RNTO SITE SIZE SMNT STAT STOR STOU STRU SYST TYPE USER XCUP XCWD XMKD
 XPWD XRMD
214 Help OK.
257 "/"
PASV
227 Entering Passive Mode (8,48,33,7,4,225).
LIST 
425 Failed to establish connection.
--->8---

For that last LIST, I simply waited calmly until I got the result.

(The password I sent in plaintext earlier is no longer valid, BTW.)

If you think PASV is the issue, I should be able to retry from a system that's 
not NAT'd or otherwise configure the network for a PORT connection.  But, I 
don't know GNU TLS is going to handle that any better.  Let me know if it is 
worth an attempt.

If you've got some hints on how to use gnutls-cli for a PASV transfer, I'll 
gladly take them.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#980119: libgnutls30: "An unexpected TLS packet was received" when connecting to FTPS (FTP/TLS) servers

2021-01-14 Thread Boyd Stephen Smith Jr.
Package: libgnutls30
Version: 3.7.0-5
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Trying to upload some files to a game hosting provider that only allows FTPS
(not SFTP) access.  Provider is akliz.net.

Each customer gets a private virtual (vsftp?) instance.  I'm connecting to
bos-sr-2-36.akliz.net

In both FileZilla 3.51.0-1 and lftp 4.8.4-2+b1 I get an error _after_ a
successful login when trying to list the contents of the current directory.

In FileZilla, this shows as a number of red error messages ending with "GnuTLS
error -15 in gnutls_record_recv: An unexpected TLS packet was received."  In
lftp, this shows as a single filure line: "Fatal error: gnutls_record_recv: An
unexpected TLS packet was received."

Due to the failure in multiple front ends, I believe this is a library issue.

Prior to upgrading to bullseye/sid, I was able to use FileZilla to connect to
the same private virtual server from the same provider.  So, I believe this is
a regression from working behavior of GNUTLS in buster.

Please let me know the best way to collect any further documentation that might
be helpful, I can reproduce the issue at will.

- -- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'stable-updates'), (900, 
'stable-debug'), (900, 'testing'), (900, 'stable'), (850, 
'proposed-updates-debug'), (850, 'proposed-updates'), (500, 'unstable-debug'), 
(500, 'unstable'), (300, 'experimental-debug'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-5-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libgnutls30 depends on:
ii  libc6  2.31-9
ii  libgmp10   2:6.2.1+dfsg-1
ii  libhogweed63.6-2
ii  libidn2-0  2.3.0-4
ii  libnettle8 3.6-2
ii  libp11-kit00.23.22-1
ii  libtasn1-6 4.16.0-2
ii  libunistring2  0.9.10-4

libgnutls30 recommends no packages.

Versions of packages libgnutls30 suggests:
ii  gnutls-bin  3.7.0-5

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCYACD8RYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZSCsAn2t2l5yMNo+8bVxy02EiBr5SxlUt
AJ49lFmU8Yi3kRby2+7bbv3O0kZoqQ==
=EL1C
-END PGP SIGNATURE-



Bug#977901: chromium: Inconsistent SEGV

2020-12-23 Thread Boyd Stephen Smith Jr.
On Wednesday, December 23, 2020 4:30:48 AM CST Boyd Stephen Smith Jr. wrote:
> On Wednesday, December 23, 2020 4:19:43 AM CST Michel Le Bihan wrote:
> > The Debian patch for #963548
> > https://salsa.debian.org/mimi8/chromium/-/blob/ece23b4ca107cd968ac9a40
> > 9f
> > 40eb11edf8a0266/debian/patches/fixes/serviceworker-double-destruction.pat
> > ch is clearly in upstream 87.0.4280.88:
> > https://source.chromium.org/chromium/chromium/src/+/refs/tags/87.0.4280.88
> > :c
> > ontent/browser/service_worker/service_worker_container_host.cc;l=671-679
>
> Different destructor.  The old patch is for ServiceWorkerObjectHost, but we
> need a new patch for ServiceWorker*Registration*ObjectHost.

In particular, just above where you linked to, at line 629 (https://
source.chromium.org/chromium/chromium/src/+/refs/tags/87.0.4280.88:content/
browser/service_worker/service_worker_container_host.cc;l=629) is the crashing 
line.

The fix for the back trace I finally got is to change that line like so: 
https://source.chromium.org/chromium/chromium/src/+/
f27ad210062f61d06eb782214ee4fc8c19a1725b:content/browser/service_worker/
service_worker_container_host.cc;l=623-647

The f27ed21 commit does contain the fix for #963548, but lower down at line 
689: https://source.chromium.org/chromium/chromium/src/+/
f27ad210062f61d06eb782214ee4fc8c19a1725b:content/browser/service_worker/
service_worker_container_host.cc;l=689-697

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: chromium: Inconsistent SEGV

2020-12-23 Thread Boyd Stephen Smith Jr.
On Wednesday, December 23, 2020 4:19:43 AM CST Michel Le Bihan wrote:
> The Debian patch for #963548
> https://salsa.debian.org/mimi8/chromium/-/blob/ece23b4ca107cd968ac9a409f
> 40eb11edf8a0266/debian/patches/fixes/serviceworker-double-destruction.patch
> is clearly in upstream 87.0.4280.88:
> https://source.chromium.org/chromium/chromium/src/+/refs/tags/87.0.4280.88:c
> ontent/browser/service_worker/service_worker_container_host.cc;l=671-679

Different destructor.  The old patch is for ServiceWorkerObjectHost, but we 
need a new patch for ServiceWorker*Registration*ObjectHost.

> I also think that it might be an upstream bug, but can't confirm unless
> tested and reproducible in Google Chrome.

https://bugs.chromium.org/p/chromium/issues/detail?id=1135070 is originally 
reported against *Chrome* 87.0.4278.0
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: Similarities to 963548

2020-12-23 Thread Boyd Stephen Smith Jr.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963548 also has a fix 
(https://salsa.debian.org/chromium-team/chromium/-/commit/
b904fa41d40b967dcc8f6984db52f7a2f6a2c83d) related to the cyclic 
SerivceWorker.*ObjectHost objects and their deletion.

The chromium team noticed the same thing: https://bugs.chromium.org/p/
chromium/issues/detail?id=1135070#c15 (in the other direction)

It's been an Chromium issue for a while with no clear fix on how to handle 
cyclic service dependencies in general: https://bugs.chromium.org/p/chromium/
issues/detail?id=1135070#c18
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: chromium: Inconsistent SEGV

2020-12-23 Thread Boyd Stephen Smith Jr.
On Wednesday, December 23, 2020 3:49:06 AM CST Boyd Stephen Smith Jr. wrote:
> On Wednesday, December 23, 2020 2:38:32 AM CST Boyd Stephen Smith Jr. wrote:
> > I got a crash (attached)
> 
> Looks like https://bugs.chromium.org/p/chromium/issues/detail?id=1135070 to
> me, which has a fix, but I haven't yet figured out what release(s) the fix
> made it into.

Doesn't look to me like it has made it into a release at all, but I'm just 
using the Git tools to navigate the repository, not all the depot tools.

---8<---
bss@monster % git tag -l --contains f27ad210062f61d06eb782214ee4fc8c19a1725b
bss@monster % git branch -r --contains 
f27ad210062f61d06eb782214ee4fc8c19a1725b --list
  origin/HEAD -> origin/master
  origin/lkgr
  origin/lkgr-android-internal
  origin/lkgr-ios-internal
  origin/master
--->8---

So, I guess it's an "upstream" bug?
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: chromium: Inconsistent SEGV

2020-12-23 Thread Boyd Stephen Smith Jr.
On Wednesday, December 23, 2020 2:38:32 AM CST Boyd Stephen Smith Jr. wrote:
> I got a crash (attached)

Looks like https://bugs.chromium.org/p/chromium/issues/detail?id=1135070 to 
me, which has a fix, but I haven't yet figured out what release(s) the fix 
made it into.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: chromium: Inconsistent SEGV

2020-12-23 Thread Boyd Stephen Smith Jr.
On Tuesday, December 22, 2020 11:22:21 PM CST Boyd Stephen Smith Jr. wrote:
> I'll have to play around with disabling extensions to see which one(s) cause
> a crash within 30 minutes.  Super annoying since I do use every one of them
> literally every day. :(

Looks like maybe Proxy SwitchyOmega (which is thankfully open source).  Things 
had been going fine under the debugger for hours with no extensions, and then 
I got a crash (attached) within minutes of enabling it.

Unfortunately, I need this extension enabled in order to access client network 
websites behind a proxy server behind a VPN.  So, I'm not sure what I can do 
(or if I can even reproduce the error).

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/
Thread 1 "chromium" received signal SIGABRT, Aborted.
__GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x73857537 in __GI_abort () at abort.c:79
#2  0x5a982805 in base::debug::BreakDebugger() ()
#3  0x5a909ed6 in logging::LogMessage::~LogMessage() ()
#4  0x5a90a24e in logging::LogMessage::~LogMessage() ()
#5  0x5a90bc4a in base::subtle::RefCountedBase::ReleaseImpl() const ()
#6  0x5930078b in 
content::ServiceWorkerRegistrationObjectHost::~ServiceWorkerRegistrationObjectHost()
 ()
#7  0x593007ce in 
content::ServiceWorkerRegistrationObjectHost::~ServiceWorkerRegistrationObjectHost()
 ()
#8  0x58821ca7 in std::_Rb_tree > >, 
std::_Select1st > > >, std::less, std::allocator > > > 
>::_M_erase(std::_Rb_tree_node > > >*) ()
#9  0x592a97c3 in 
content::ServiceWorkerContainerHost::~ServiceWorkerContainerHost() ()
#10 0x592dfd99 in content::ServiceWorkerHost::~ServiceWorkerHost() ()
#11 0x5932f921 in 
content::ServiceWorkerVersion::~ServiceWorkerVersion() ()
#12 0x5932fbde in 
content::ServiceWorkerVersion::~ServiceWorkerVersion() ()
#13 0x592fc847 in 
content::ServiceWorkerRegistration::~ServiceWorkerRegistration() ()
#14 0x592fc89e in 
content::ServiceWorkerRegistration::~ServiceWorkerRegistration() ()
#15 0x593007a0 in 
content::ServiceWorkerRegistrationObjectHost::~ServiceWorkerRegistrationObjectHost()
 ()
#16 0x593007ce in 
content::ServiceWorkerRegistrationObjectHost::~ServiceWorkerRegistrationObjectHost()
 ()
#17 0x58821ca7 in std::_Rb_tree > >, 
std::_Select1st > > >, std::less, std::allocator > > > 
>::_M_erase(std::_Rb_tree_node > > >*) ()
#18 0x58b98403 in std::_Rb_tree > >, 
std::_Select1st > > >, std::less, std::allocator > > > 
>::_M_erase_aux(std::_Rb_tree_const_iterator > > >, 
std::_Rb_tree_const_iterator > > >) ()
#19 0x58f36e3c in 
mojo::ReceiverSetBase >, 
void>::OnDisconnect(unsigned long, unsigned int, 
std::__cxx11::basic_string, std::allocator > 
const&) ()
#20 0x5af13f9f in 
mojo::InterfaceEndpointClient::NotifyError(base::Optional
 const&) ()
#21 0x5af1a5a7 in 
mojo::internal::MultiplexRouter::ProcessNotifyErrorTask(mojo::internal::MultiplexRouter::Task*,
 mojo::internal::MultiplexRouter::ClientCallBehavior, 
base::SequencedTaskRunner*) ()
#22 0x5af188b9 in 
mojo::internal::MultiplexRouter::ProcessTasks(mojo::internal::MultiplexRouter::ClientCallBehavior,
 base::SequencedTaskRunner*) ()
#23 0x5af1770e in 
mojo::internal::MultiplexRouter::OnPipeConnectionError(bool) ()
#24 0x5af11128 in mojo::Connector::HandleError(bool, bool) ()
#25 0x5af2aebe in mojo::SimpleWatcher::OnHandleReady(int, unsigned int, 
mojo::HandleSignalsState const&) ()
#26 0x5af2b336 in 
base::internal::Invoker, int, unsigned int, 
mojo::HandleSignalsState>, void ()>::RunOnce(base::internal::BindStateBase*) ()
#27 0x5a9497d4 in base::TaskAnnotator::RunTask(char const*, 
base::PendingTask*) ()
#28 0x5a959aa9 in 
base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWorkImpl(base::sequence_manager::LazyNow*)
 ()
#29 0x5a9597ac in 
base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::DoWork() 
()
#30 0x5a90d8da in 
base::MessagePumpGlib::Run(base::MessagePump::Delegate*) ()
#31 0x5a95a10d in 
base::sequence_manager::internal::ThreadControllerWithMessagePumpImpl::Run(bool,
 base::TimeDelta) ()
#32 0x5a9301a0 in base::RunLoop::Run() ()
#33 0x5aae564c in ChromeBrowserMainParts::MainMessageLoopRun(int*) ()
#34 0x58ecb8a2 in content::BrowserMainLoop::RunMainMessageLoopParts() ()
#35 0x58ecd842 in

Bug#977901: chromium: Inconsistent SEGV

2020-12-22 Thread Boyd Stephen Smith Jr.
On Tuesday, December 22, 2020 10:47:31 PM CST Boyd Stephen Smith Jr. wrote:
> All my extensions were pulled down during the Google Sync and ran fine on 87
> for roughly an hour -- that's twice as long as my longest browser session
> for version 87 on the old profile.
> 
> I still convinced this is a bug -- nothing in my profile should cause a
> SEGV, ref_count violation, or corrupted double-linked list.  But, there's
> at least a workaround, that I'm going to take advantage of, to create a
> new, blank profile and either sync or manually import (or likely a
> combination of both) all your settings into the new profile.

So, it seems one of the _settings_ of one of my extensions is causing the 
problem.  Restored my _settings_ (same list of extensions), and got a crash in 
10 minutes.

*That* is annoying, but not a chromium bug.  Feel free to close this at your 
leisure.

I'll have to play around with disabling extensions to see which one(s) cause a 
crash within 30 minutes.  Super annoying since I do use every one of them 
literally every day. :(
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: chromium: Inconsistent SEGV

2020-12-22 Thread Boyd Stephen Smith Jr.
On Tuesday, December 22, 2020 5:26:04 PM CST Boyd Stephen Smith Jr. wrote:
> On Tue, 22 Dec 2020 23:43:23 +0100 Michel Le Bihan  
wrote:
> > I was not able to reproduce those crashes.
> 
> That's unfortunate.  I'm up to 50 just today.  I'm probably going to have to
> downgrade to 83 at least until there's another update.

Downgrading was a mixed bag (browser was stable, but audio/video stopped 
working (!)) .  So, I tried again with 87.

Rather than just disabling my extensions, I tried from a brand-new profile and 
an empty cache.  So far, I'm not able to reproduce the crashing on the new 
profile.

Unfortunately, I have about a half-dozen extensions that have at least some 
configuration that isn't synchronized anywhere else, so I need to go back to 
83 and the old profile, dump/export/backup all their settings to a file (or 
take notes), then go back to 87 and the new profile and restore/import/apply 
all those settings in the new profile.

All my extensions were pulled down during the Google Sync and ran fine on 87 
for roughly an hour -- that's twice as long as my longest browser session for 
version 87 on the old profile.

I still convinced this is a bug -- nothing in my profile should cause a SEGV, 
ref_count violation, or corrupted double-linked list.  But, there's at least a 
workaround, that I'm going to take advantage of, to create a new, blank 
profile and either sync or manually import (or likely a combination of both) 
all your settings into the new profile.

It's not going to be a kind experience for people upgrading from buster to 
bullseye, especially since the crashes make it hard to export settings from 
your old profile.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#963711: Found in 87 line

2020-12-22 Thread Boyd Stephen Smith Jr.
On Tuesday, December 22, 2020 9:16:32 PM CST Boyd Stephen Smith Jr. wrote:
> I don't know if its getting far enough to load my profile / cache.  I can
> move .config/chromium and .cache/chromium out of the way temporarily and
> try again... is there anything else I need to make sure the chromium
> process doesn't see?

Tried moving those out of the way, and the behavior _changed_.

I do get a Chromium window, but it's never able to complete displaying the 
Chrome home tab or any website I tried.  The "hung window" dialog appears 
after some time, and can be dismissed with "Wait", but comes back after a 
little while.  Choosing "Kill" causes SIGTRAP at 
content::ChildThreadImpl::IOThreadState::CrashHungProcess()

The entire time any window is displayed, the debugger window is constantly 
spewing ERRORs:

---8<---
[485692:491642:1222/212733.508367:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.508374:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.508377:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.508508:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.508515:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.508518:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.508703:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.508710:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.508713:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.508842:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.508849:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.508852:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.508988:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.508995:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.508998:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.509131:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.509138:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.509141:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.509288:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.509296:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.509300:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.509557:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.509565:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.509569:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
[485692:491642:1222/212733.509737:ERROR:gpu_channel_manager.cc(749)] 
ContextResult::kFatalFailure: Failed to create shared context for 
virtualization.
[485692:491642:1222/212733.509743:ERROR:shared_image_stub.cc(470)] 
SharedImageStub: unable to create context
[485692:491642:1222/212733.509746:ERROR:gpu_channel.cc(449)] GpuChannel: 
Failed to create SharedImageStub
--->8---

(they repeat for screen and screens and screens...)

back trace after killing the "unresponsive" window:

---8<---
(gdb) bt
#0  0x5d641b0b in 
content::ChildThreadImpl::IOThreadState::CrashHungProcess() ()
#1  0x58af7a02 in 
content::mojom::ChildProcessStubDispatch::Accept(content::mojom::ChildProcess*, 
mojo::Message*) ()
#2  0x5af1304e in 
mojo::InterfaceEndpointClient::HandleValidatedMessage(mojo::Message*) ()
#3  0x5af1646f in mojo::MessageDispatcher::Accept(mojo::Message*) ()
#4  0x5af19f49 in 
mojo::internal::MultiplexRouter::ProcessIncomingMessage(mojo::internal::MultiplexRouter::MessageWrapper*,
 
mojo::internal::MultiplexRouter::ClientCallBehavior, 
base::SequencedTaskRunner*) ()
#5  0x5af197a7 in 

Bug#963711: Found in 87 line

2020-12-22 Thread Boyd Stephen Smith Jr.
On Tuesday, December 22, 2020 7:15:38 PM CST Michel Le Bihan wrote:
> Maybe try do run this just
> after a reboot.

Attempt for 87 line attached.  Includes `uptime` command to verify a fresh 
reboot.  I am in a KDE Plasma session, and a few things have auto-started, but 
nothing Chromium related.

Still crashes on startup without showing any GUI window.

I don't know if its getting far enough to load my profile / cache.  I can move 
.config/chromium and .cache/chromium out of the way temporarily and try 
again... is there anything else I need to make sure the chromium process 
doesn't see?
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/
bss@monster % uptime
 21:02:45 up 8 min,  4 users,  load average: 1.09, 0.61, 0.30
bss@monster % ps -ef | grep '[c]hromium'
bss@monster Exit Code: 1 % sudo lsof +D /usr/lib/chromium
[sudo] password for bss:
bss@monster Exit Code: 1 % chromium --debug
# Env:
# LD_LIBRARY_PATH=
#
PATH=/home/bss/bin:/home/bss/.local/bin:/home/bss/.nvm/versions/node/v12.16.1/bin:/home/bss/.pyenv/plugins/pyenv-virtualenv/shims:/home/bss/.pyenv/shims:/home/bss/.pyenv/bin:/home/bss/.cabal/bin:/home/bss/.cargo/bin:/usr/local/bin:/usr/bin:/bin:/usr/games:/home/bss/AccuRevClient/git-client:/home/bss/AccuRevClient/git-client
#GTK_PATH=
#  CHROMIUM_FLAGS= --show-component-extension-options 
--enable-gpu-rasterization --no-default-browser-check --disable-pings 
--media-router=0 --enable-remote-extensions --load-extension= 
--enable-remote-extensions
/usr/bin/gdb /usr/lib/chromium/chromium -x /tmp/chromiumargs.F2CJeo
GNU gdb (Debian 10.1-1.5) 10.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/lib/chromium/chromium...
Reading symbols from /usr/lib/debug/.build-id/9b/43003ffd70d8db.debug...
(gdb) run
Starting program: /usr/lib/chromium/chromium --show-component-extension-options 
--enable-gpu-rasterization --no-default-browser-check --disable-pings 
--media-router=0 --enable-remote-extensions --load-extension= 
--enable-remote-extensions --single-process
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffebd24700 (LWP 175104)]
[Detaching after fork from child process 175105]
[Detaching after fork from child process 175106]
[New Thread 0x7fffeb523700 (LWP 175110)]
[New Thread 0x7fffea0e1700 (LWP 175111)]
[New Thread 0x7fffe98e0700 (LWP 175112)]
[New Thread 0x7fffe90df700 (LWP 175113)]
[New Thread 0x7fffe88de700 (LWP 175114)]
[New Thread 0x7fffd3fff700 (LWP 175115)]
[New Thread 0x7fffd37fe700 (LWP 175116)]
[New Thread 0x7fffd2ffd700 (LWP 175117)]
[New Thread 0x7fffc2aa6700 (LWP 175118)]
[New Thread 0x7fffc22a5700 (LWP 175119)]
[New Thread 0x7fffc1aa4700 (LWP 175120)]
[New Thread 0x7fffc12a3700 (LWP 175121)]
[New Thread 0x7fffc0aa2700 (LWP 175122)]
[New Thread 0x7fffb6f03700 (LWP 175123)]
[New Thread 0x7fffb6702700 (LWP 175124)]
[New Thread 0x7fffb5f01700 (LWP 175125)]
[New Thread 0x7fffb5700700 (LWP 175126)]
[New Thread 0x7fffb4eff700 (LWP 175127)]
[New Thread 0x7fff8700 (LWP 175128)]
[New Thread 0x7fff8f7fe700 (LWP 175129)]
[New Thread 0x7fff8effd700 (LWP 175130)]
[New Thread 0x7fff8e7fc700 (LWP 175131)]
[New Thread 0x7fff8dffb700 (LWP 175132)]
[New Thread 0x7fff8d7fa700 (LWP 175133)]
[New Thread 0x7fff8cff9700 (LWP 175134)]
[New Thread 0x7fff6bfff700 (LWP 175135)]
[New Thread 0x7fff6b7fe700 (LWP 175136)]
[New Thread 0x7fff6affd700 (LWP 175137)]
[New Thread 0x7fff6a7fc700 (LWP 175138)]
[New Thread 0x7fff69ffb700 (LWP 175139)]
[New Thread 0x7fff697fa700 (LWP 175140)]
[New Thread 0x7fff68ff9700 (LWP 175141)]
[New Thread 0x7fff4bfff700 (LWP 175169)]
[New Thread 0x7fffd2345700 (LWP 175172)]
[New Thread 0x7fff4affd700 (LWP 175179)]
[New Thread 0x7fff4b7fe700 (LWP 175178)]
[New Thread 0x7fff4a7fc700 (LWP 175182)]
[New Thread 0x7fff49ffb700 (LWP 175185)]
[New Thread 0x7fff497fa700 (LWP 175187)]
[New Thread 0x7fff48ff9700 (LWP 175188)]
[New Thread 0x7fff2bfff700 (LWP 175191)]
[New Thread 0x7fff2b7fe700 (LWP 175192)]
[New Thread

Bug#963711: Found in 87 line

2020-12-22 Thread Boyd Stephen Smith Jr.
90b3af0 in 
extensions::EventRouter::DispatchEventToExtension(std::__cxx11::basic_string, std::allocator > const&, 
std::unique_ptr >) 
()
#19 0x59219225 in extensions::(anonymous 
namespace)::DispatchOnStartupEventImpl(content::BrowserContext*, 
std::__cxx11::basic_string, std::allocator 
> const&, bool, std::unique_ptr >) ()

   
#20 0x5921886e in non-virtual thunk to 
extensions::RuntimeAPI::OnBackgroundHostStartup(extensions::Extension const*) 
()   
#21 0x591062fc in 
extensions::ProcessManager::CreateStartupBackgroundHosts() ()
#22 0x59104bff in 
extensions::ProcessManager::MaybeCreateStartupBackgroundHosts() ()
#23 0x5a47a1fb in 
ProfileManager::DoFinalInit(ProfileManager::ProfileInfo*, bool) ()  

#24 0x5a47b0ff in ProfileManager::AddProfile(std::unique_ptr >) ()  
#25 0x5a474cc3 in 
ProfileManager::CreateAndInitializeProfile(base::FilePath const&) ()
#26 0x5a474a05 in ProfileManager::GetProfile(base::FilePath const&) ()  
  
#27 0x5c973b52 in GetStartupProfile(base::FilePath const&, 
base::CommandLine const&) ()
#28 0x5a2dbabc in ChromeBrowserMainParts::PreMainMessageLoopRunImpl() 
()  
#29 0x5a2db1fa in ChromeBrowserMainParts::PreMainMessageLoopRun() ()
  
#30 0x58a49015 in content::BrowserMainLoop::PreMainMessageLoopRun() ()  
  
#31 0x58e79c53 in content::StartupTaskRunner::RunAllTasksNow() ()   
  
#32 0x58a47db5 in content::BrowserMainLoop::CreateStartupTasks() () 
  
#33 0x58a4acbf in 
content::BrowserMainRunnerImpl::Initialize(content::MainFunctionParams const&) 
()   
#34 0x58a4631e in content::BrowserMain(content::MainFunctionParams 
const&) ()  
   
#35 0x5a29f39b in 
content::ContentMainRunnerImpl::RunServiceManager(content::MainFunctionParams&, 
bool) ()
#36 0x5a29f01d in content::ContentMainRunnerImpl::Run(bool) ()  
  
#37 0x5a2bce61 in service_manager::Main(service_manager::MainParams 
const&) ()  
  
#38 0x5a29d731 in content::ContentMain(content::ContentMainParams 
const&) ()  

#39 0x57ed619e in ChromeMain () 
  
#40 0x73045d0a in __libc_start_main (main=0x57ed60f0 , 
argc=10, argv=0x7fffda98, init=, fini=,   
 
rtld_fini=, stack_end=0x7fffda88) at ../csu/libc-
start.c:308
#41 0x57ed602a in _start () 
  
--->8---

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: chromium: Inconsistent SEGV

2020-12-22 Thread Boyd Stephen Smith Jr.
On Tue, 22 Dec 2020 23:43:23 +0100 Michel Le Bihan  wrote:
> Installing `chromium-dbgsym` should be enough. Please run Chromium with
> the `--debug` flag like: `chromium --debug`.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=963711#10

Chromium crashes on startup if I use the "-g" or "--debug" options.  After I 
issue a "run" at the "(gdb)" prompt, there's some time (a few seconds), but I 
never get a GUI window and then it crashes.  I do get a usable back trace for 
the crash on startup, which I added to that bug.

> I was not able to reproduce those crashes.

That's unfortunate.  I'm up to 50 just today.  I'm probably going to have to 
downgrade to 83 at least until there's another update.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
Twitter: @DaTwinkDaddy   `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977924: find-dbgsym-packages: W: Cannot parse eu-unstrip output

2020-12-22 Thread Boyd Stephen Smith Jr.
Package: debian-goodies
Version: 0.86
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

W: Cannot parse eu-unstrip output: '0x562f3d01b000+0xa725000 
9b43003ffd70d8db@0x562f3d01b34c /usr/lib/chromium/chromium 
/usr/lib/debug/.build-id/9b/43003ffd70d8db.debug /usr/lib/chromium/chromium'

The part of the regex that matches the build-id only recognizes 40-char
(160-bit) build-ids, and the above uses a 16-char (64-bit) build-id.

Small patch inline that fixed the issue locally:
- ---8<---
- --- /usr/bin/find-dbgsym-packages 2020-05-21 11:35:57.0 -0500
+++ ./find-dbgsym-packages  2020-12-22 17:05:53.338342159 -0600
@@ -183,12 +183,13 @@
 # 0x7f7f7235e000+0x17000 - /usr/share/locale/de/LC_MESSAGES/bash.mo - 
/usr/share/locale/de/LC_MESSAGES/bash.mo
 # 0x7ffd4098a000+0x2000 
de7dac2df9f596f46fa94a387858ef25170603ec@0x7ffd4098a7d0 . - [vdso: 1740]
 # 0x7f37090fb000+0x2a000 
dc5cb16f5e644116cac64a4c3f5da4d081b81a4f@0x7f37090fb248 - - 
/lib/x86_64-linux-gnu/ld-2.27.so (deleted)
+# 0x562f3d01b000+0xa725000 9b43003ffd70d8db@0x562f3d01b34c 
/usr/lib/chromium/chromium /usr/lib/debug/.build-id/9b/43003ffd70d8db.debug 
/usr/lib/chromium/chromium
 if ($line =~ m{
   ^(?: 0 | 0x[[:xdigit:]]+ )
   [+]
   0x[[:xdigit:]]+
   \s+
- -  ( [[:xdigit:]]{40} [@] 0x[[:xdigit:]]+ | - )
+  ( [[:xdigit:]]+ [@] 0x[[:xdigit:]]+ | - )
   \s+
   ( \S+ )
   \s+
- --->8---

- -- System Information:
Debian Release: bullseye/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'stable-updates'), (900, 
'stable-debug'), (900, 'testing'), (900, 'stable'), (850, 
'testing-proposed-updates-debug'), (850, 'testing-proposed-updates'), (850, 
'proposed-updates-debug'), (850, 'proposed-updates'), (500, 'unstable-debug'), 
(500, 'unstable'), (300, 'experimental-debug'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-4-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

debian-goodies depends on no packages.

Versions of packages debian-goodies recommends:
ii  apt2.1.12
ii  curl   7.72.0-1
ii  dctrl-tools2.24-3+b1
ii  dialog 1.3-20190808-1
ii  elfutils   0.182-1
ii  equivs 2.3.1
ii  libfile-slurper-perl   0.012-1
ii  libfile-which-perl 1.23-1
ii  libipc-system-simple-perl  1.30-1
ii  man-db 2.9.3-2
ii  perl   5.32.0-6
ii  popularity-contest 1.71
ii  procps 2:3.3.16-5
ii  python33.9.0-4
ii  sensible-utils 0.0.12+nmu1
ii  whiptail   0.52.21-4+b3
ii  zenity 3.32.0-6

Versions of packages debian-goodies suggests:
ii  apt-file   3.2.2
ii  chromium [www-browser] 87.0.4280.88-0.2
ii  firefox-esr [www-browser]  68.12.0esr-1~deb10u1
ii  konqueror [www-browser]4:20.08.3-1
ii  lsb-release11.1.0
ii  lsof   4.93.2+dfsg-1.1
ii  lynx [www-browser] 2.9.0dev.6-1
ii  openssh-client 1:8.4p1-3
ii  sudo   1.9.4-1
ii  w3m [www-browser]  0.5.3-38+b1
ii  xdg-utils  1.1.3-2

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCX+J+XRYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZFXoAn0bcOhz89P7GW8318tXTDXZgqEr9
AJ0ZtovDh+fQ6srII0gbgCq3MhAjqA==
=X1BA
-END PGP SIGNATURE-



Bug#977902: /usr/bin/find-dbgsym-packages: Should have Depends instead of Recommends on libfile-slurper-perl

2020-12-22 Thread Boyd Stephen Smith Jr.
On Tuesday, December 22, 2020 3:20:49 PM CST Axel Beckert wrote:
> Axel Beckert wrote:
> > Boyd Stephen Smith Jr. wrote:
> > > Subject:  /usr/bin/find-dbgsym-packages: Should have Depends
> > > instead of Recommends on libfile-slurper-perl
> > 
> > Sorry, but nope. Please read the package description.
> 
> Would it have helped if this specific paragraph is more to the top of
> the package description and not at the very end as it is currently?

Nah.  I didn't read it at all. :P

I only installed the package for the one tool, as I was trying to generate 
better back traces for #977901, and when it didn't work I just reflexively 
filed this bug.  (Unfortunately, even with all the *-dbg and *-dbgsym packages 
this tool suggests as well as chromium-dbgsym, the back traces that chromium 
generates are still almost entirely symbol name free.)

I don't have apt configured to automatically pull in Recommends, but I do have 
RecommendsImportant set so it will keep them once I add them.  I find that 
works better on my system, especially when a Recommends can be satisfied by 
more than one package.  I routinely use the aptitude "Audit Recommendations" 
feature, so I usually have Recommends satisfied anyway, I just "jumped the 
gun" on this bug.

It's all good, and quite appropriate that you closed this bug with no package 
changes and just a prompt to correct my expectations.

Thanks for keeping Debian awesome.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#963711: Found in 87 line

2020-12-22 Thread Boyd Stephen Smith Jr.
found 963711 87.0.4280.88-0.2
thanks

Trying to get symbols for a separate issue (#977901) and encountered the -g 
crash on startup.  I did get a "useful" back trace for the crash on startup 
though.

---8<---
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x73857537 in __GI_abort () at abort.c:79
#2  0x5a982805 in base::debug::BreakDebugger() ()
#3  0x5a909ed6 in logging::LogMessage::~LogMessage() ()
#4  0x5a90a24e in logging::LogMessage::~LogMessage() ()
#5  0x5924d628 in 
content::RenderProcessHostImpl::GetProcessHostForSiteInstance(content::SiteInstanceImpl*)
 
()
#6  0x5933f88d in content::SiteInstanceImpl::GetProcess() ()
#7  0x59227ff9 in 
content::RenderFrameHostManager::CreateRenderFrameHost(content::RenderFrameHostManager::CreateFrameCase,
 
content::SiteInstance*, int, base::UnguessableToken const&, bool) ()
#8  0x59227f55 in 
content::RenderFrameHostManager::InitRoot(content::SiteInstance*, bool) ()
#9  0x593982ac in 
content::WebContentsImpl::Init(content::WebContents::CreateParams const&) ()
#10 0x59383fbc in 
content::WebContentsImpl::CreateWithOpener(content::WebContents::CreateParams 
const&, content::RenderFrameHostImpl*) ()
#11 0x59383cf1 in 
content::WebContents::Create(content::WebContents::CreateParams const&) ()
#12 0x5967bd18 in 
extensions::ExtensionHost::ExtensionHost(extensions::Extension const*, 
content::SiteInstance*, GURL const&, extensions::ViewType) ()
#13 0x596c5b4b in 
extensions::ProcessManager::CreateBackgroundHost(extensions::Extension const*, 
GURL const&) ()
#14 0x596c0cb8 in extensions::(anonymous 
namespace)::CreateLazyBackgroundHost(extensions::ProcessManager*, 
extensions::Extension const*) ()
#15 0x596c0a8e in 
extensions::LazyBackgroundTaskQueue::AddPendingTask(extensions::LazyContextId 
const&, base::OnceCallback >)>) ()
#16 0x5966f27f in 
extensions::LazyEventDispatcher::QueueEventDispatch(extensions::Event const&, 
extensions::LazyContextId const&, extensions::Extension const*, 
base::DictionaryValue const*) ()
#17 0x5966efda in 
extensions::LazyEventDispatcher::Dispatch(extensions::Event const&, 
extensions::LazyContextId const&, base::DictionaryValue const*) ()
#18 0x5966c1ce in 
extensions::EventRouter::DispatchEventImpl(std::__cxx11::basic_string, std::allocator > const&, 
std::unique_ptr >) 
()
#19 0x5966c440 in 
extensions::EventRouter::DispatchEventToExtension(std::__cxx11::basic_string, std::allocator > const&, 
std::unique_ptr >) 
()
#20 0x597cea61 in extensions::(anonymous 
namespace)::DispatchOnStartupEventImpl(content::BrowserContext*, 
std::__cxx11::basic_string, std::allocator 
> const&, bool, std::unique_ptr >) ()
#21 0x597ce08e in non-virtual thunk to 
extensions::RuntimeAPI::OnBackgroundHostStartup(extensions::Extension const*) 
()
#22 0x596c61cc in 
extensions::ProcessManager::CreateStartupBackgroundHosts() ()
#23 0x596c49ff in 
extensions::ProcessManager::MaybeCreateStartupBackgroundHosts() ()
#24 0x5ac7f29b in 
ProfileManager::DoFinalInit(ProfileManager::ProfileInfo*, bool) ()
#25 0x5ac803ac in ProfileManager::AddProfile(std::unique_ptr >) ()
#26 0x5ac79818 in 
ProfileManager::CreateAndInitializeProfile(base::FilePath const&) ()
#27 0x5ac79548 in ProfileManager::GetProfile(base::FilePath const&) ()
#28 0x5d0371f2 in GetStartupProfile(base::FilePath const&, 
base::CommandLine const&) ()
#29 0x5aae4775 in ChromeBrowserMainParts::PreMainMessageLoopRunImpl() 
()
#30 0x5aae3eaf in ChromeBrowserMainParts::PreMainMessageLoopRun() ()
#31 0x58ecb767 in content::BrowserMainLoop::PreMainMessageLoopRun() ()
#32 0x59354983 in content::StartupTaskRunner::RunAllTasksNow() ()
#33 0x58eca440 in content::BrowserMainLoop::CreateStartupTasks() ()
#34 0x58ecd4d5 in 
content::BrowserMainRunnerImpl::Initialize(content::MainFunctionParams const&) 
()
#35 0x58ec87cd in content::BrowserMain(content::MainFunctionParams 
const&) ()
#36 0x5a8d3491 in 
content::ContentMainRunnerImpl::RunServiceManager(content::MainFunctionParams&, 
bool) ()
#37 0x5a8d30c4 in content::ContentMainRunnerImpl::Run(bool) ()
#38 0x5a8d0a4b in 
content::RunContentProcess(content::ContentMainParams const&, 
content::ContentMainRunner*) ()
#39 0x5a8d132e in content::ContentMain(content::ContentMainParams 
const&) ()
#40 0x581f7c13 in ChromeMain ()
#41 0x73858d0a in __libc_start_main (main=0x581f7b70 , 
argc=10, argv=0x7fffda88, init=, fini=, 
rtld_fini=, stack_end=0x7fffda78) at ../csu/libc-start.c:
308
#42 0x581f7aaa in _start ()
--->8---

-- 
Boyd Stephen Smith Jr.

Bug#977901: Debug symbols

2020-12-22 Thread Boyd Stephen Smith Jr.
Minor follow-up on back traces.

I've installed all the *-dbg and -*-dbgsym packages suggested by find-dbgsym-
packages and chromium-dbgsym installed, but the back traces output by chromium 
as still mostly name-free

---8<---
% find-dbgsym-packages /usr/lib/chromium/chromium
W: Cannot parse eu-unstrip output: '0+0xa820bd0 9b43003ffd70d8db@0x34c /usr/
lib/chromium/chromium /usr/lib/debug/.build-id/9b/43003ffd70d8db.debug '
I: All needed dbgsym packages are already installed.
% apt-cache policy chromium-dbgsym
chromium-dbgsym:
  Installed: 87.0.4280.88-0.2
  Candidate: 87.0.4280.88-0.2
  Version table:
 *** 87.0.4280.88-0.2 500
500 http://deb.debian.org/debian-debug sid-debug/main amd64 Packages
100 /var/lib/dpkg/status
--->8---

In general, I'm thinking this bug might need to be upgraded in severity.  The 
longest browser session I can get before a crash is ~32 minutes, which is 
severely curtailing the package usefulness.  I'm just hoping that other users 
aren't seeing the issue.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977901: Classification

2020-12-22 Thread Boyd Stephen Smith Jr.
 0x5605cd856aa9 (/usr/lib/chromium/chromium+0x5405aa8)
#45 0x5605cd8567ac (/usr/lib/chromium/chromium+0x54057ab)
#46 0x5605cd80aab7 (/usr/lib/chromium/chromium+0x53b9ab6)
#47 0x7f14267b9bdb g_main_context_dispatch
#48 0x7f14267b9e88 (/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0.6600.3+0x51e87)
#49 0x7f14267b9f3f g_main_context_iteration
#50 0x5605cd80a8c2 (/usr/lib/chromium/chromium+0x53b98c1)
#51 0x5605cd85710d (/usr/lib/chromium/chromium+0x540610c)
#52 0x5605cd82d1a0 (/usr/lib/chromium/chromium+0x53dc19f)
#53 0x5605cd9e264c (/usr/lib/chromium/chromium+0x559164b)
#54 0x5605cbdc88a2 (/usr/lib/chromium/chromium+0x39778a1)
#55 0x5605cbdca842 (/usr/lib/chromium/chromium+0x3979841)
#56 0x5605cbdc57dd (/usr/lib/chromium/chromium+0x39747dc)
#57 0x5605cd7d0491 (/usr/lib/chromium/chromium+0x537f490)
#58 0x5605cd7d00c4 (/usr/lib/chromium/chromium+0x537f0c3)
#59 0x5605cd7cda4b (/usr/lib/chromium/chromium+0x537ca4a)
#60 0x5605cd7ce32e (/usr/lib/chromium/chromium+0x537d32d)
#61 0x5605cb0f4c13 ChromeMain
#62 0x7f14221dad0a __libc_start_main
#63 0x5605cb0f4aaa _start
  r8:   r9: 7ffd1cb59e10 r10: 0008 r11: 
0246
 r12: 7ffd1cb5a080 r13: 1000 r14: 0010 r15: 
7f141800
  di: 0002  si: 7ffd1cb59e10  bp: 7ffd1cb5a160  bx: 
7f141a9a4400
  dx:   ax:   cx: 7f14221efc81  sp: 
7ffd1cb59e10
  ip: 7f14221efc81 efl: 0246 cgf: 002b0033 erf: 

 trp:  msk:  cr2: 
[end of stack trace]
Calling _exit(1). Core file will not be generated.
--->8---

Both of the snippets able are the direct output from chromium, after 
installing quite a few -dbg and -dbgsym packages.  If you can instruct me on 
how to get more informative diagnostics from Chromium, I will.

It's just general memory corruption, and reminds me a little of bug #964177, 
though there's no high CPU load, just the memory corruption crashes.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#977902: /usr/bin/find-dbgsym-packages: Should have Depends instead of Recommends on libfile-slurper-perl

2020-12-22 Thread Boyd Stephen Smith Jr.
Package: debian-goodies
Version: 0.86
Severity: normal
File: /usr/bin/find-dbgsym-packages

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

- ---8<---
% find-dbgsym-packages $(which chromium)
Can't locate File/Slurper.pm in @INC (you may need to install the File::Slurper 
module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.0 
/usr/local/share/perl/5.32.0 /usr/lib/x86_64-linux-gnu/perl5/5.32 
/usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base 
/usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 
/usr/local/lib/site_perl) at /usr/bin/find-dbgsym-packages line 32.
BEGIN failed--compilation aborted at /usr/bin/find-dbgsym-packages line 32.
- --->8---

- -- System Information:
Debian Release: bullseye/sid
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (900, 'stable'), (850, 
'testing-proposed-updates'), (850, 'proposed-updates'), (500, 
'unstable-debug'), (500, 'testing-proposed-updates-debug'), (500, 
'testing-debug'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 
'unstable'), (300, 'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-4-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

debian-goodies depends on no packages.

Versions of packages debian-goodies recommends:
ii  apt2.1.12
ii  curl   7.72.0-1
ii  dctrl-tools2.24-3+b1
ii  dialog 1.3-20190808-1
pn  elfutils   
ii  equivs 2.3.1
pn  libfile-slurper-perl   
ii  libfile-which-perl 1.23-1
ii  libipc-system-simple-perl  1.30-1
ii  man-db 2.9.3-2
ii  perl   5.32.0-6
ii  popularity-contest 1.71
ii  procps 2:3.3.16-5
ii  python33.9.0-4
ii  sensible-utils 0.0.12+nmu1
ii  whiptail   0.52.21-4+b3
ii  zenity 3.32.0-6

Versions of packages debian-goodies suggests:
ii  apt-file   3.2.2
ii  chromium [www-browser] 87.0.4280.88-0.2
ii  firefox-esr [www-browser]  68.12.0esr-1~deb10u1
ii  konqueror [www-browser]4:20.08.3-1
ii  lsb-release11.1.0
ii  lsof   4.93.2+dfsg-1.1
ii  lynx [www-browser] 2.9.0dev.6-1
ii  openssh-client 1:8.4p1-3
ii  sudo   1.9.4-1
ii  w3m [www-browser]  0.5.3-38+b1
ii  xdg-utils  1.1.3-2

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCX+IcABYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZLFMAnjznPbYsKmWENniMrC0SwGsZevfX
AJ96i2Io4y6QnOpW5ZhvYRFYFyjcsg==
=sMbu
-END PGP SIGNATURE-



Bug#977901: chromium: Inconsistent SEGV

2020-12-22 Thread Boyd Stephen Smith Jr.
Package: chromium
Version: 87.0.4280.88-0.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

3 crashes this morning, 4th session ran fine for about 30 minutes.  Logs from 
latest:

% chromium
[2411401:2411401:1222/094248.490375:ERROR:gl_implementation.cc(282)] Failed to 
load /usr/lib/chromium/libGLESv2.so: /usr/lib/chromium/libGLESv2.so: cannot 
open shared object file: No such file or directory
[2411401:2411401:1222/094248.491776:ERROR:viz_main_impl.cc(150)] Exiting GPU 
process due to errors during initialization
Received signal 11 SEGV_MAPERR 5501bc870647
#0 0x55d9b3c3fca9 (/usr/lib/chromium/chromium+0x542fca8)
#1 0x55d9b3bb4623 (/usr/lib/chromium/chromium+0x53a4622)
#2 0x55d9b3c3f88b (/usr/lib/chromium/chromium+0x542f88a)
#3 0x7f432c14a140 (/lib/x86_64-linux-gnu/libpthread-2.31.so+0x1413f)
#4 0x7f4327a7f80c (/lib/x86_64-linux-gnu/libc-2.31.so+0x8680b)
#5 0x7f4327a816f5 (/lib/x86_64-linux-gnu/libc-2.31.so+0x886f4)
#6 0x7f4327a83239 __libc_malloc
#7 0x55d9b3c5779e operator new()
#8 0x7f4327d0bcfc std::__cxx11::basic_string<>::reserve()
#9 0x7f4327d01768 std::__cxx11::basic_stringbuf<>::overflow()
#10 0x7f4327d0a31a std::basic_streambuf<>::xsputn()
#11 0x7f4327cfc9e4 std::__ostream_insert<>()
#12 0x55d9b3c3fd79 (/usr/lib/chromium/chromium+0x542fd78)
#13 0x55d9b3c400a4 (/usr/lib/chromium/chromium+0x54300a3)
#14 0x55d9b3bc5b2c (/usr/lib/chromium/chromium+0x53b5b2b)
#15 0x55d9b3bc624e (/usr/lib/chromium/chromium+0x53b624d)
#16 0x55d9b3bc7c4a (/usr/lib/chromium/chromium+0x53b7c49)
#17 0x55d9b25bc78b (/usr/lib/chromium/chromium+0x3dac78a)
#18 0x55d9b25bc7ce (/usr/lib/chromium/chromium+0x3dac7cd)
#19 0x55d9b1addca7 (/usr/lib/chromium/chromium+0x32cdca6)
#20 0x55d9b25657c3 (/usr/lib/chromium/chromium+0x3d557c2)
#21 0x55d9b259bd99 (/usr/lib/chromium/chromium+0x3d8bd98)
#22 0x55d9b25eb921 (/usr/lib/chromium/chromium+0x3ddb920)
#23 0x55d9b25ebbde (/usr/lib/chromium/chromium+0x3ddbbdd)
#24 0x55d9b25b8847 (/usr/lib/chromium/chromium+0x3da8846)
#25 0x55d9b25b889e (/usr/lib/chromium/chromium+0x3da889d)
#26 0x55d9b25bc7a0 (/usr/lib/chromium/chromium+0x3dac79f)
#27 0x55d9b25bc7ce (/usr/lib/chromium/chromium+0x3dac7cd)
#28 0x55d9b1addca7 (/usr/lib/chromium/chromium+0x32cdca6)
#29 0x55d9b1e54403 (/usr/lib/chromium/chromium+0x3644402)
#30 0x55d9b21f2e3c (/usr/lib/chromium/chromium+0x39e2e3b)
#31 0x55d9b41cff9f (/usr/lib/chromium/chromium+0x59bff9e)
#32 0x55d9b41d65a7 (/usr/lib/chromium/chromium+0x59c65a6)
#33 0x55d9b41d48b9 (/usr/lib/chromium/chromium+0x59c48b8)
#34 0x55d9b41d370e (/usr/lib/chromium/chromium+0x59c370d)
#35 0x55d9b41cd128 (/usr/lib/chromium/chromium+0x59bd127)
#36 0x55d9b41e6ebe (/usr/lib/chromium/chromium+0x59d6ebd)
#37 0x55d9b41e7336 (/usr/lib/chromium/chromium+0x59d7335)
#38 0x55d9b3c057d4 (/usr/lib/chromium/chromium+0x53f57d3)
#39 0x55d9b3c15aa9 (/usr/lib/chromium/chromium+0x5405aa8)
#40 0x55d9b3c157ac (/usr/lib/chromium/chromium+0x54057ab)
#41 0x55d9b3bc98da (/usr/lib/chromium/chromium+0x53b98d9)
#42 0x55d9b3c1610d (/usr/lib/chromium/chromium+0x540610c)
#43 0x55d9b3bec1a0 (/usr/lib/chromium/chromium+0x53dc19f)
#44 0x55d9b3da164c (/usr/lib/chromium/chromium+0x559164b)
#45 0x55d9b21878a2 (/usr/lib/chromium/chromium+0x39778a1)
#46 0x55d9b2189842 (/usr/lib/chromium/chromium+0x3979841)
#47 0x55d9b21847dd (/usr/lib/chromium/chromium+0x39747dc)
#48 0x55d9b3b8f491 (/usr/lib/chromium/chromium+0x537f490)
#49 0x55d9b3b8f0c4 (/usr/lib/chromium/chromium+0x537f0c3)
#50 0x55d9b3b8ca4b (/usr/lib/chromium/chromium+0x537ca4a)
#51 0x55d9b3b8d32e (/usr/lib/chromium/chromium+0x537d32d)
#52 0x55d9b14b3c13 ChromeMain
#53 0x7f4327a1fd0a __libc_start_main
#54 0x55d9b14b3aaa _start
  r8: 0077  r9:  r10: 006e r11: 
0050
 r12: 7f4327bb7b80 r13: 7f4327bb7b90 r14: 55d9bd0921e0 r15: 
0020
  di: 0021  si: 0004  bp: 0020  bx: 
5501bc87063f
  dx: 7f4327bb7be0  ax: 55d9bd07c160  cx: 5501bc87063f  sp: 
7ffd9917eb80
  ip: 7f4327a7f80c efl: 00010206 cgf: 002b0033 erf: 
0004
 trp: 000e msk:  cr2: 5501bc870647
[end of stack trace]
Calling _exit(1). Core file will not be generated.

- -- System Information:
Debian Release: bullseye/sid
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (900, 'stable'), (850, 
'testing-proposed-updates'), (850, 'proposed-updates'), (500, 'unstable'), 
(300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-4-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common  87.0.4280.88-0.2
ii  libasound2   1.2.4-1
ii  libatk-bridge2.0-0   2.38.0-1
ii  libatk1.0-0  2.36.0-2
ii  libatomic1   10.2.1-1

Bug#977496: akonadi_google_resource: initially authenticates, but fails to re-authenticate after some time

2020-12-15 Thread Boyd Stephen Smith Jr.
Package: kdepim-runtime
Version: 4:20.08.2-4
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

* What led up to the situation?

I use Google store store contacts and appointments, as it is the easiest
way to synchronize them with my Android phone.

* What exactly did you do (or not do) that was effective (or
 ineffective)?

Tried removing and re-adding the resource.  Tried re-authenticating several
times.  Changed the few local settings it has (start date, e.g.) but
behavior is fairly consistent.

* What was the outcome of this action?

Initial add and configure (authentication) of the ressource, the initial
synchronization proceeds normally.  However, between 30 minutes and 4 hours
later, I start getting multiple dialogs asking me for re-authenticate with
Google.  I attempt to do so, and it appears to work, but the dialog
reappear between 30 seconds and 5 minutes later.

If I use akonadiconsole, the resource is present but in a status of "Not
configured...".  If I do a "Configure Natively...", I can re-authenticate,
but it still doesn't get saved (see logs), and the "Ok" button doesn't
close the dialog.

* What outcome did you expect instead?

I expect to be able to authenticate with Google once when configuring the
service and not have to re-authenticate unless I use the Google Account
manager to remove Akonadi access to the account.

Relevant logs captured from akonadiconsole:

[2020-12-15T17:37:10.961Z] akonadi_google_resource org.kde.kgapi Unauthorized. 
Access token has expired or is invalid.
[2020-12-15T17:37:10.962Z] akonadi_google_resource org.kde.pim.google 
KGAPI2::TaskListFetchJob(0x55a20ae23740) "Invalid authentication."
[2020-12-15T17:37:11.002Z] akonadi_google_resource org.kde.kgapi Unauthorized. 
Access token has expired or is invalid.
[2020-12-15T17:37:11.002Z] akonadi_google_resource org.kde.pim.google 
KGAPI2::CalendarFetchJob(0x55a20ae22210) "Invalid authentication."
[2020-12-15T17:37:12.030Z] akonadi_google_resource js A cookie associated with 
a cross-site resource at http://youtube.com/ was set without the `SameSite` 
attribute. A future release of Chrome will only deliver cookies with cross-site 
requests if they are set with `SameSite=None` and `Secure`. You can review 
cookies in developer tools under Application>Storage>Cookies and see more 
details at https://www.chromestatus.com/feature/5088147346030592 and 
https://www.chromestatus.com/feature/5633521622188032.
[2020-12-15T17:37:12.031Z] akonadi_google_resource js A cookie associated with 
a cross-site resource at https://youtube.com/ was set without the `SameSite` 
attribute. A future release of Chrome will only deliver cookies with cross-site 
requests if they are set with `SameSite=None` and `Secure`. You can review 
cookies in developer tools under Application>Storage>Cookies and see more 
details at https://www.chromestatus.com/feature/5088147346030592 and 
https://www.chromestatus.com/feature/5633521622188032.
[2020-12-15T17:37:12.040Z] akonadi_google_resource js A cookie associated with 
a cross-site resource at http://youtube.com/ was set without the `SameSite` 
attribute. A future release of Chrome will only deliver cookies with cross-site 
requests if they are set with `SameSite=None` and `Secure`. You can review 
cookies in developer tools under Application>Storage>Cookies and see more 
details at https://www.chromestatus.com/feature/5088147346030592 and 
https://www.chromestatus.com/feature/5633521622188032.
[2020-12-15T17:37:12.040Z] akonadi_google_resource js A cookie associated with 
a cross-site resource at https://youtube.com/ was set without the `SameSite` 
attribute. A future release of Chrome will only deliver cookies with cross-site 
requests if they are set with `SameSite=None` and `Secure`. You can review 
cookies in developer tools under Application>Storage>Cookies and see more 
details at https://www.chromestatus.com/feature/5088147346030592 and 
https://www.chromestatus.com/feature/5633521622188032.
[2020-12-15T17:37:12.101Z] akonadi_google_resource js A cookie associated with 
a cross-site resource at http://accounts.youtube.com/ was set without the 
`SameSite` attribute. A future release of Chrome will only deliver cookies with 
cross-site requests if they are set with `SameSite=None` and `Secure`. You can 
review cookies in developer tools under Application>Storage>Cookies and see 
more details at https://www.chromestatus.com/feature/5088147346030592 and 
https://www.chromestatus.com/feature/5633521622188032.
[2020-12-15T17:37:12.110Z] akonadi_google_resource js A cookie associated with 
a cross-site resource at http://accounts.youtube.com/ was set without the 
`SameSite` attribute. A future release of Chrome will only deliver cookies with 
cross-site requests if they are set with `SameSite=None` and `Secure`. You can 
review cookies in developer tools under Application>Storage>Cookies and see 

Bug#939563: pulseaudio: core-util.c: Failed to create secure directory (/nonexistent/.config/pulse)

2020-12-15 Thread Boyd Stephen Smith Jr.
Package: pulseaudio
Version: 13.0-5
Followup-For: Bug #939563

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Just indicating bugs still exists in 13.0-5.

Q: Should pulseaudio run for the "nobody" user?  If so, shouldn't it use
/var/user/ temporary directory instead of $HOME?

- -- Package-specific info:
File '/etc/default/pulseaudio' does not exist


- -- System Information:
Debian Release: bullseye/sid
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (900, 'stable'), (850, 
'proposed-updates'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-4-amd64 (SMP w/16 CPU threads)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pulseaudio depends on:
ii  adduser  3.118
ii  init-system-helpers  1.59
ii  libasound2   1.2.4-1
ii  libasound2-plugins   1.2.2-2
ii  libc62.31-5
ii  libcap2  1:2.44-1
ii  libdbus-1-3  1.12.20-1
ii  libgcc-s110.2.0-19
ii  libice6  2:1.0.10-1
ii  libltdl7 2.4.6-14
ii  liborc-0.4-0 1:0.4.32-1
ii  libpulse013.0-5
ii  libsm6   2:1.2.3-1
ii  libsndfile1  1.0.28-8
ii  libsoxr0 0.1.3-4
ii  libspeexdsp1 1.2~rc1.2-1.1
ii  libstdc++6   10.2.0-19
ii  libsystemd0  247.1-3
ii  libtdb1  1.4.3-1+b1
ii  libudev1 247.1-3
ii  libwebrtc-audio-processing1  0.3-1+b1
ii  libx11-6 2:1.6.12-1
ii  libx11-xcb1  2:1.6.12-1
ii  libxcb1  1.14-2
ii  libxtst6 2:1.2.3-1
ii  lsb-base 11.1.0
ii  pulseaudio-utils 13.0-5

Versions of packages pulseaudio recommends:
ii  dbus-user-session1.12.20-1
ii  libpam-systemd [logind]  247.1-3
ii  rtkit0.13-4

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
ii  pavucontrol  4.0-2
ii  pavumeter0.9.3-4+b3
ii  udev 247.1-3

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCX9jbNRYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZKqUAmwTh0i+fWZNgODDBjjOQA/vU3mR4
AJ92pF7rvHVpbeHo4r9b1ZyrR3Bdpg==
=qn+i
-END PGP SIGNATURE-
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; 

Bug#968415: susv4: Setting up susv4 fails

2020-08-14 Thread Boyd Stephen Smith Jr.
Package: susv4
Version: 7.20180621
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

- ---8<---
Setting up susv4 (7.20180621) ...
Fetching file...
- --2020-08-14 17:15:44--  
http://pubs.opengroup.org/onlinepubs/9699919799/download/susv4-2018.tar.bz2
Resolving pubs.opengroup.org (pubs.opengroup.org)... 52.32.134.144, 
54.202.59.160
Connecting to pubs.opengroup.org (pubs.opengroup.org)|52.32.134.144|:80... 
connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: 
https://pubs.opengroup.org/onlinepubs/9699919799/download/susv4-2018.tar.bz2 
[following]
- --2020-08-14 17:15:45--  
https://pubs.opengroup.org/onlinepubs/9699919799/download/susv4-2018.tar.bz2
Connecting to pubs.opengroup.org (pubs.opengroup.org)|52.32.134.144|:443... 
connected.
HTTP request sent, awaiting response... 200 OK
Length: 3730770 (3.6M) [application/x-bzip2]
Saving to: ‘/tmp/tmp.FdMJjFVTQS/susv4-2018.tar.bz2’

susv4-2018.tar.bz2  
100%[==>]
   3.56M  5.55MB/sin 0.6s

2020-08-14 17:15:46 (5.55 MB/s) - ‘/tmp/tmp.FdMJjFVTQS/susv4-2018.tar.bz2’ 
saved [3730770/3730770]

Verifying SHA512 checksum...
dpkg: error processing package susv4 (--configure):
 installed susv4 package post-installation script subprocess returned error 
exit status 1
- --->8---

- -- System Information:
Debian Release: 10.5
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-10-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages susv4 depends on:
ii  bzip2  1.0.6-9.2~deb10u1
ii  wget   1.20.1-1.1

susv4 recommends no packages.

susv4 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCXzcOARYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZwccAniYl09PczqhFQWld2bfi97r7dPTA
AJ4ykaerojHpsL86oLM0AysFY05qHQ==
=Viuf
-END PGP SIGNATURE-


Bug#963548: chromium: Affects security upgrade as well

2020-07-05 Thread Boyd Stephen Smith Jr.
Package: chromium
Version: 83.0.4103.116-1~deb10u2
Followup-For: Bug #963548

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

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 ***


- -- System Information:
Debian Release: 10.4
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-9-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common  83.0.4103.116-1~deb10u2
ii  libasound2   1.1.8-1
ii  libatk-bridge2.0-0   2.30.0-5
ii  libatk1.0-0  2.30.0-2
ii  libatspi2.0-02.30.0-7
ii  libavcodec58 7:4.1.4-1~deb10u1
ii  libavformat587:4.1.4-1~deb10u1
ii  libavutil56  7:4.1.4-1~deb10u1
ii  libc62.30-8
ii  libcairo21.16.0-4
ii  libcups2 2.2.10-6+deb10u3
ii  libdbus-1-3  1.12.16-1
ii  libdrm2  2.4.97-1
ii  libevent-2.1-6   2.1.8-stable-4
ii  libexpat12.2.6-2+deb10u1
ii  libflac8 1.3.2-3
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.10.1-2
ii  libgbm1  18.3.6-2+deb10u1
ii  libgcc-s1 [libgcc1]  10.1.0-4
ii  libgdk-pixbuf2.0-0   2.38.1+dfsg-1
ii  libglib2.0-0 2.58.3-2+deb10u2
ii  libgtk-3-0   3.24.5-1
ii  libharfbuzz0b2.3.1-1
ii  libicu63 63.1-6+deb10u1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libjsoncpp1  1.7.4-3
ii  liblcms2-2   2.9-3
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.25-1
ii  libnss3  2:3.42.1-1+deb10u2
ii  libopenjp2-7 2.3.0-2+deb10u1
ii  libopus0 1.3-1
ii  libpango-1.0-0   1.42.4-8~deb10u1
ii  libpangocairo-1.0-0  1.42.4-8~deb10u1
ii  libpng16-16  1.6.36-6
ii  libpulse012.2-4+deb10u1
ii  libre2-5 20190101+dfsg-2
ii  libsnappy1v5 1.1.8-1
ii  libstdc++6   10.1.0-4
ii  libvpx5  1.7.0-3+deb10u1
ii  libwebp6 0.6.1-2
ii  libwebpdemux20.6.1-2
ii  libwebpmux3  0.6.1-2
ii  libx11-6 2:1.6.7-1
ii  libx11-xcb1  2:1.6.9-2+b1
ii  libxcb-dri3-01.13.1-2
ii  libxcb1  1.13.1-2
ii  libxcomposite1   1:0.4.5-1
ii  libxcursor1  1:1.1.15-2
ii  libxdamage1  1:1.1.4-3+b3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-7+b3
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.32-2.2~deb10u1
ii  libxss1  1:1.2.3-1
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages chromium recommends:
ii  chromium-sandbox  83.0.4103.116-1~deb10u2

Versions of packages chromium suggests:
pn  chromium-driver  
pn  chromium-l10n
pn  chromium-shell   

Versions of packages chromium-common depends on:
ii  x11-utils  7.7+4
ii  xdg-utils  1.1.3-1+deb10u1

Versions of packages chromium-common recommends:
ii  chromium-sandbox83.0.4103.116-1~deb10u2
ii  fonts-liberation1:1.07.4-9
ii  libgl1-mesa-dri 18.3.6-2+deb10u1
ii  libu2f-udev 1.1.9-1
ii  notification-daemon 3.20.0-4
ii  plasma-workspace [notification-daemon]  4:5.14.5.1-1
ii  upower  0.99.10-1

Versions of packages chromium-sandbox depends on:
ii  libc6  2.30-8

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCXwJZzxYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZsmQAn31sYIMQksDT8rRa0Mq81G087y/T
AKCOE4uoE69+cvvdsx/Tw4cq3m5agA==
=ZoTW
-END PGP SIGNATURE-



Bug#964177: SIGSEGV after regression "fixed"

2020-07-05 Thread Boyd Stephen Smith Jr.
found 964177 83.0.4103.116-1~deb10u2
thanks

---8<---
% apt-cache policy chromium
chromium:
  Installed: 83.0.4103.116-1~deb10u2
  Candidate: 83.0.4103.116-1~deb10u2
  Version table:
 83.0.4103.116-2 700
700 http://deb.debian.org/debian testing/main amd64 Packages
500 http://deb.debian.org/debian sid/main amd64 Packages
 *** 83.0.4103.116-1~deb10u2 900
900 http://deb.debian.org/debian-security stable/updates/main amd64 
Packages
100 /var/lib/dpkg/status
 80.0.3987.162-1~deb10u1 900
900 http://deb.debian.org/debian stable/main amd64 Packages
--->8---

---8<---
Fontconfig error: Cannot load default config file
Received signal 11 SEGV_MAPERR 7f01944019c7
#0 0x563e3ac9e469 (/usr/lib/chromium/chromium+0x51f9468)
#1 0x563e3abfc193 (/usr/lib/chromium/chromium+0x5157192)
#2 0x563e3ac9dff1 (/usr/lib/chromium/chromium+0x51f8ff0)
#3 0x7f96bc801110 (/lib/x86_64-linux-gnu/libpthread-2.30.so+0x1410f)
#4 0x7f96b6afbd3c (/lib/x86_64-linux-gnu/libc-2.30.so+0x85d3b)
#5 0x7f96b6afdf33 (/lib/x86_64-linux-gnu/libc-2.30.so+0x87f32)
#6 0x7f96b6affbf9 __libc_malloc
#7 0x563e3acb5bee operator new()
#8 0x7f96b6d86a2c std::__cxx11::basic_string<>::reserve()
#9 0x7f96b6d7c498 std::__cxx11::basic_stringbuf<>::overflow()
#10 0x7f96b6d8504a std::basic_streambuf<>::xsputn()
#11 0x7f96b6d77714 std::__ostream_insert<>()
#12 0x563e3ac9e7b9 (/usr/lib/chromium/chromium+0x51f97b8)
#13 0x563e3ac9e844 (/usr/lib/chromium/chromium+0x51f9843)
#14 0x563e3ac0e9d2 (/usr/lib/chromium/chromium+0x51699d1)
#15 0x563e3ac10b1e (/usr/lib/chromium/chromium+0x516bb1d)
#16 0x563e3937962a (/usr/lib/chromium/chromium+0x38d4629)
#17 0x563e3937967e (/usr/lib/chromium/chromium+0x38d467d)
#18 0x563e38a1f98f (/usr/lib/chromium/chromium+0x2f7a98e)
#19 0x563e39333559 (/usr/lib/chromium/chromium+0x388e558)
#20 0x563e3933379e (/usr/lib/chromium/chromium+0x388e79d)
#21 0x563e3937ce67 (/usr/lib/chromium/chromium+0x38d7e66)
#22 0x563e393a8ac2 (/usr/lib/chromium/chromium+0x3903ac1)
#23 0x563e393a8d7e (/usr/lib/chromium/chromium+0x3903d7d)
#24 0x563e3937963f (/usr/lib/chromium/chromium+0x38d463e)
#25 0x563e3937967e (/usr/lib/chromium/chromium+0x38d467d)
#26 0x563e38a1f98f (/usr/lib/chromium/chromium+0x2f7a98e)
#27 0x563e38cd6f53 (/usr/lib/chromium/chromium+0x3231f52)
#28 0x563e39001e22 (/usr/lib/chromium/chromium+0x355ce21)
#29 0x563e3add1aff (/usr/lib/chromium/chromium+0x532cafe)
#30 0x563e3add8274 (/usr/lib/chromium/chromium+0x5333273)
#31 0x563e3add616d (/usr/lib/chromium/chromium+0x533116c)
#32 0x563e3add4e2c (/usr/lib/chromium/chromium+0x532fe2b)
#33 0x563e3adcd913 (/usr/lib/chromium/chromium+0x5328912)
#34 0x563e3ade977b (/usr/lib/chromium/chromium+0x534477a)
#35 0x563e3ade9a41 (/usr/lib/chromium/chromium+0x5344a40)
#36 0x563e3ade9040 (/usr/lib/chromium/chromium+0x534403f)
#37 0x563e38cbfe26 (/usr/lib/chromium/chromium+0x321ae25)
#38 0x563e38cbf94c (/usr/lib/chromium/chromium+0x321a94b)
#39 0x563e38cbbd51 (/usr/lib/chromium/chromium+0x3216d50)
#40 0x563e38cb261b (/usr/lib/chromium/chromium+0x320d61a)
#41 0x563e38ca4f1b (/usr/lib/chromium/chromium+0x31fff1a)
#42 0x563e38ca4c03 (/usr/lib/chromium/chromium+0x31ffc02)
#43 0x563e38cc39a6 (/usr/lib/chromium/chromium+0x321e9a5)
#44 0x563e3acbb28a (/usr/lib/chromium/chromium+0x5216289)
#45 0x7f96bae159ba (/usr/lib/x86_64-linux-gnu/libevent-2.1.so.6.0.2+0x229b9)
#46 0x7f96bae16537 event_base_loop
#47 0x563e3acbb510 (/usr/lib/chromium/chromium+0x521650f)
#48 0x563e3ac5ac05 (/usr/lib/chromium/chromium+0x51b5c04)
#49 0x563e3ac32a1d (/usr/lib/chromium/chromium+0x518da1c)
#50 0x563e38f9dd93 (/usr/lib/chromium/chromium+0x34f8d92)
#51 0x563e3ac713f7 (/usr/lib/chromium/chromium+0x51cc3f6)
#52 0x563e3acae0ce (/usr/lib/chromium/chromium+0x52090cd)
#53 0x7f96bc7f5f27 start_thread
#54 0x7f96b6b7331f clone
  r8: 0077  r9: 0050 r10: 7f96ac9d3a70 r11: 
007c
  
 r12: 7f969420 r13: 7f969430 r14: 7f96942c1bc0 r15: 
0040
  
  di: 0021  si: 0004  bp: 0020  bx: 
7f01944019bf
  
  dx: 7f969480  ax: 7f969428b970  cx: 7f01944019bf  sp: 
7f96ac9d3880
  
  ip: 7f96b6afbd3c efl: 00010202 cgf: 002b0033 erf: 
0004
  
 trp: 000e msk:  cr2: 7f01944019c7
[end of stack trace]
Calling _exit(1). Core file will not be generated.
--->8---

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/   

Bug#964177: SIGABRT with 83.0.4103.116-1~deb10u2

2020-07-05 Thread Boyd Stephen Smith Jr.
83.0.4103.116-1~deb10u2 was supposed to be fixed, and I'm still seeing random 
crashes.  It's not technically a segfault, but SIGABRT is close.

---8<---
free(): double free detected in tcache 2
   
[23/160]
Received signal 6
#0 0x55b366fa2469 (/usr/lib/chromium/chromium+0x51f9468) 
#1 0x55b366f00193 (/usr/lib/chromium/chromium+0x5157192) 
#2 0x55b366fa1ff1 (/usr/lib/chromium/chromium+0x51f8ff0) 
#3 0x7efe15ead110 (/lib/x86_64-linux-gnu/libpthread-2.30.so+0x1410f)
#4 0x7efe1015d781 gsignal   
#5 0x7efe1014755b abort   
#6 0x7efe101a0038 (/lib/x86_64-linux-gnu/libc-2.30.so+0x7e037)
#7 0x7efe101a73da (/lib/x86_64-linux-gnu/libc-2.30.so+0x853d9)
#8 0x7efe101a921d (/lib/x86_64-linux-gnu/libc-2.30.so+0x8721c)
#9 0x55b364e6514b (/usr/lib/chromium/chromium+0x30bc14a) 
#10 0x55b36567d5d8 (/usr/lib/chromium/chromium+0x38d45d7)
#11 0x55b36567d67e (/usr/lib/chromium/chromium+0x38d467d)
#12 0x55b364d2398f (/usr/lib/chromium/chromium+0x2f7a98e)
#13 0x55b365637559 (/usr/lib/chromium/chromium+0x388e558)
#14 0x55b36563779e (/usr/lib/chromium/chromium+0x388e79d)   
  
#15 0x55b365680e67 (/usr/lib/chromium/chromium+0x38d7e66)   
  
#16 0x55b3656acac2 (/usr/lib/chromium/chromium+0x3903ac1)   
  
#17 0x55b3656acd7e (/usr/lib/chromium/chromium+0x3903d7d)   
  
#18 0x55b36567d63f (/usr/lib/chromium/chromium+0x38d463e)   
  
#19 0x55b36567d67e (/usr/lib/chromium/chromium+0x38d467d) 
#20 0x55b364d2398f (/usr/lib/chromium/chromium+0x2f7a98e)
--->8---

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#964177: Also affects testing/sid

2020-07-03 Thread Boyd Stephen Smith Jr.
found 964177 83.0.4103.116-2
thanks

Upgraded chromium and its dependencies to testing and segfaults/crashes 
remain.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#964177: Me Too!

2020-07-03 Thread Boyd Stephen Smith Jr.
I am also affected by these segfaults since about 24 hours ago.

Can't confirm duplicate of 964167 -- I am not experiencing generally higher 
CPU load.

Please let me know if there is any more information I can provide.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#895686: My ancient installation is mis-dated again.

2020-04-17 Thread Boyd Stephen Smith Jr.
On Thursday, April 16, 2020 4:43:37 AM CDT Chris Lamb wrote:
> Can you provide the output of:
> 
>   $ ./installation-birthday --verbosity 2

---8<---
bss@monster % installation-birthday --verbosity 2
D: Determining block device for /
D: Failed to get mtime of /var/log/installer
D: Failed to get mtime of /var/log/bootstrap.log
D: Found mtime of /var/lib/vim -> 2007-12-18 03:08:03
D: Preferring 2007-12-18 03:08:03 over None
D: Failed to get mtime of /lost+found
D: Found mtime of /root -> 2019-09-25 02:15:38
D: Found mtime of /etc/machine-id -> 2015-05-03 00:25:39
D: Today's date: 2020-04-17
I: Installation date: 2007-12-18
D: Dates do not match
--->8---

(Looks right!)

> ... as well as explicitly confirming which version you are using.

---8<---
bss@monster % apt-cache policy installation-birthday
installation-birthday:
  Installed: 12
  Candidate: 12
  Version table:
 14 700
700 http://deb.debian.org/debian testing/main amd64 Packages
700 http://deb.debian.org/debian testing/main i386 Packages
500 http://deb.debian.org/debian sid/main amd64 Packages
500 http://deb.debian.org/debian sid/main i386 Packages
 *** 12 900
900 http://deb.debian.org/debian stable/main amd64 Packages
900 http://deb.debian.org/debian stable/main i386 Packages
100 /var/lib/dpkg/status
--->8---

I also thought this might be helpful:
---8<---
bss@monster % installation-birthday --force --verbosity 2
D: Determining block device for /
D: Failed to get mtime of /var/log/installer
D: Failed to get mtime of /var/log/bootstrap.log
D: Found mtime of /var/lib/vim -> 2007-12-18 03:08:03
D: Preferring 2007-12-18 03:08:03 over None
D: Failed to get mtime of /lost+found
D: Found mtime of /root -> 2019-09-25 02:15:38
D: Found mtime of /etc/machine-id -> 2015-05-03 00:25:39
D: Today's date: 2020-04-17
I: Installation date: 2018-04-17
/usr/bin/installation-birthday:92: DeprecationWarning: dist() and 
linux_distribution() functions are deprecated in Python 3.5
  distname=platform.linux_distribution()[0].title(),

  0   0
  |   |
  |___|
   0  |~ ~ ~ ~ ~ ~|   0
   |  |   |   |
___|__|___|___|__
|/\/\/\/\/\/\/\/\/\/\/\/|
0   |   H a p p y   |   0
|   |/\/\/\/\/\/\/\/\/\/\/\/|   |
   _|___|___|___|__
  |/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/|
  |   |
  | B i r t h d a y! ! !  |
  | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ |
  |___|


Congratulations, your Debian system "monster" was installed
2 year(s) ago today!


Best wishes,

Your local system administrator
--->8---

Is the --force doing something weird?  Where'd that "Installation date:" line 
come from; it is very different from the not-forced version.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#895686: My ancient installation is mis-dated again.

2020-04-15 Thread Boyd Stephen Smith Jr.
bss@monster % installation-birthday --force
I: Installation date: 2018-04-15
/usr/bin/installation-birthday:92: DeprecationWarning: dist() and 
linux_distribution() functions are deprecated in Python 3.5
  distname=platform.linux_distribution()[0].title(),

  0   0
  |   |
  |___|
   0  |~ ~ ~ ~ ~ ~|   0
   |  |   |   |
___|__|___|___|__
|/\/\/\/\/\/\/\/\/\/\/\/|
0   |   H a p p y   |   0
|   |/\/\/\/\/\/\/\/\/\/\/\/|   |
   _|___|___|___|__
  |/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/|
  |   |
  | B i r t h d a y! ! !  |
  | ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ |
  |___|


Congratulations, your Debian system "monster" was installed
2 year(s) ago today!


Best wishes,

Your local system administrator

bss@monster % stat /var/lib/vim
  File: /var/lib/vim
  Size: 12  Blocks: 0  IO Block: 4096   directory
Device: 3ah/58d Inode: 353 Links: 1
Access: (0755/drwxr-xr-x)  Uid: (0/root)   Gid: (0/root)
Access: 2020-04-14 07:39:32.480422695 -0500
Modify: 2007-12-17 21:08:03.0 -0600
Change: 2011-05-06 15:21:12.74126 -0500
 Birth: -

---

I think somehow taking into account /var/lib/vim got reverted / back-leveled ?

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#939685: Nevermind; Hardware Issue

2019-09-08 Thread Boyd Stephen Smith Jr.
close 939685

In an attempt to eliminate possible simultaneous hardware failure, I moved the 
USB headset to another system, where it worked perfectly.  Then, I moved it 
back to the original system, but to different USB ports; sound came back back 
after a reboot.

Still not sure exactly what was the problem, but I doubt it was pulseaudio or 
anything software related (*maybe* firmware; there was another reboot in 
there).
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#939685: pulseaudio: Upgrade pulseaudio:amd64 12.2-4 -> 12.2-4+deb10u1 results in no audio output

2019-09-07 Thread Boyd Stephen Smith Jr.
Source: pulseaudio
Version: 12.2-4+deb10u1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

   * What led up to the situation?

Last night (2019-09-06) I had great audio (Gaming, Streaming, Video, etc.).
This morning I did a safe-upgrade, which included pulseaudio (but no other
sound related packages), and since the upgrade completed by desktop has been
silent.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

I'v tried muting and unmuting in to alsamixer and pavucontrol.  I also adjusted
the volume down and then up in both.  I tried multiple applications; Chromium,
aplay, and KDE system-settings all *think* they are playing, and all show up if
I watch the PA playback monitor.  I use aplay as my primary test application,
trying to play the standard Front_Right.wav each time I made some settings
changes.

I tried changing the default ("fallback") PA device for both input and output.
I tried a reboot.  I looked through syslog for errors from pulsa, alsa, or
regarding dsp devices.  There are some warning messages, but I confirmed those
also existed before the upgrade.  (USB Headset advertises 8 channels: 5.1 out
and stereo in, and ALSA sometimes complains, but played in the past; one of my
alsa devices sometimes spuriously wakes up PA.)

I tried changing the PA channel configuration for my USB Headset, none worked.
(Tried at least: Analog Stereo out, no in; Digital Stereo out, no in, Analong
5.1 out, no in; Digital 5.1 out, no in; and the one that should work: Digital
5.1 out and Digital mono in.)

I tried using the mixer "puck" that goes to the USB headphones, adjusting each
of the volume controls down and up, and muting and unmoting both the in and
out.

   * What was the outcome of this action?

No audio from the speakers, no even a hint.

   * What outcome did you expect instead?

I'd prefer the same audio I had last night, but any output coming from the
headphones would be good.

The most relevant upgrades that applied this morning are:

[UPGRADE] pulseaudio:amd64 12.2-4 -> 12.2-4+deb10u1
[UPGRADE] pulseaudio-utils:amd64 12.2-4 -> 12.2-4+deb10u1
[UPGRADE] libpulse-mainloop-glib0:amd64 12.2-4 -> 12.2-4+deb10u1
[UPGRADE] libpulse0:amd64 12.2-4 -> 12.2-4+deb10u1
[UPGRADE] libpulse0:i386 12.2-4 -> 12.2-4+deb10u1
[UPGRADE] libpulsedsp:amd64 12.2-4 -> 12.2-4+deb10u1

The rest of the upgrades are:

Aptitude 0.8.11: log report
Sat, Sep  7 2019 11:11:41 -0500

  IMPORTANT: this log only lists intended actions; actions which fail
due to dpkg problems may not be completed.

Will install 124 packages, and remove 0 packages.
326 MB of disk space will be used

[INSTALL, DEPENDENCIES] linux-headers-4.19.0-6-amd64:amd64 4.19.67-2
[INSTALL, DEPENDENCIES] linux-headers-4.19.0-6-common:amd64 4.19.67-2
[INSTALL, DEPENDENCIES] linux-image-4.19.0-6-amd64:amd64 4.19.67-2
[UPGRADE] android-sdk-platform-tools:amd64 27.0.0+10 -> 27.0.0+11+deb10u1
[UPGRADE] android-sdk-platform-tools-common:amd64 27.0.0+10 -> 
27.0.0+11+deb10u1
[UPGRADE] base-files:amd64 10.3 -> 10.3+deb10u1
[UPGRADE] bzip2:amd64 1.0.6-9.1 -> 1.0.6-9.2~deb10u1
[UPGRADE] bzip2-doc:amd64 1.0.6-9.1 -> 1.0.6-9.2~deb10u1
[UPGRADE] cups:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-bsd:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-client:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-common:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-core-drivers:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-daemon:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-ipp-utils:i386 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-ppdc:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] cups-server-common:amd64 2.2.10-6 -> 2.2.10-6+deb10u1
[UPGRADE] devscripts:amd64 2.19.5 -> 2.19.5+deb10u1
[UPGRADE] dirmngr:amd64 2.2.12-1 -> 2.2.12-1+deb10u1
[UPGRADE] e2fsprogs:amd64 1.44.5-1 -> 1.44.5-1+deb10u1
[UPGRADE] e2fsprogs-l10n:amd64 1.44.5-1 -> 1.44.5-1+deb10u1
[UPGRADE] fig2dev:amd64 1:3.2.7a-5 -> 1:3.2.7a-5+deb10u1
[UPGRADE] firmware-amd-graphics:amd64 20190114-1 -> 20190114-2
[UPGRADE] firmware-iwlwifi:amd64 20190114-1 -> 20190114-2
[UPGRADE] firmware-linux:amd64 20190114-1 -> 20190114-2
[UPGRADE] firmware-linux-nonfree:amd64 20190114-1 -> 20190114-2
[UPGRADE] firmware-misc-nonfree:amd64 20190114-1 -> 20190114-2
[UPGRADE] gdb:amd64 8.2.1-2 -> 8.2.1-2+b1
[UPGRADE] gdbserver:amd64 8.2.1-2 -> 8.2.1-2+b1
[UPGRADE] ghostscript:amd64 9.27~dfsg-2+deb10u1 -> 9.27~dfsg-2+deb10u2
[UPGRADE] gnupg:amd64 2.2.12-1 -> 2.2.12-1+deb10u1
[UPGRADE] gnupg-agent:amd64 2.2.12-1 -> 2.2.12-1+deb10u1
[UPGRADE] gnupg-l10n:amd64 2.2.12-1 -> 2.2.12-1+deb10u1
[UPGRADE] gnupg-utils:amd64 2.2.12-1 -> 2.2.12-1+deb10u1
[UPGRADE] gnupg2:amd64 2.2.12-1 -> 2.2.12-1+deb10u1
[UPGRADE] gnuplot:amd64 5.2.6+dfsg1-1 -> 

Bug#929568: /usr/bin/systemsettings5: DPMS Settings not applied correctly

2019-05-26 Thread Boyd Stephen Smith Jr.
Package: systemsettings
Version: 4:5.14.5-1.1
Severity: normal
File: /usr/bin/systemsettings5

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Since I moved to testing, my monitor no longer automatically turns off.  Was
working with stable.

I used `xset q` and it reports that while DPMS is "Enabled", all the timers are
set to 0, which effectively disables them.

I went into systemsettings, then "Power Management", then "Energy Saving", then
the "On AC Power" tab.  (I'm always on AC power, this is a desktop.)  The
"Screen Energy Saving" box was already selected.  I deselected it, and clicked
"Apply".

`zset q` still reported "Enabled" DPMS with 0 timers.

I selected "Secreen Energy Saving" again, and kept the existing "Switch off
after" value (15 minutes).  Then, I clicked "Apply".

`xset q` still reported "Enabled" DPMS with 0 timers.

I changed the "Switch off after" value, and applied.

`xset q` still reported "Enabled" DPMS with 0 timers.

I used `xset dpms 900 900 900` to enabled DPMS with 15 minute timers.  `xset q`
reported the settings had changed.  (I did not, at this point, wait 15 minutes
to confirm the setting; but I trust it for now.)

I made some changes to the "Switch off after" setting, applied, reverted back
to 15 minutes, and applied.

`xset q` reported "Enabled" DPMS with 0 timers.  I used `xset dpms 900 900 900`
to correct he timers, and a second `xset q` to confirm them.

I toggled off the "Screen Energy Saving" setting, applied, toggled it back on
keeping the same "Switch off after" setting, and applied.

`xset q` reported "Enabled" DPMS with 0 times.  I used `xset dpms 900 900 900`
to correct the times, and a second `xset q` to confirm them.

I expect to be able to use system settings to enable DPMS with the timer
lengths I want.  If it can't apply the settings, I expect it to give some
indication of failure, and possibly open the bug reporting tool.  I expect that
if the desired settings match the current settings that doing an "Apply" would
not change the current settings to another, undesirable setting.  (I.e. *NOT*
the observed behavior where having it changes the timers to 0 from 900, even
though 15 minutes (900 seconds) was the desired setting.)

I'd prefer it displayed settings to match the current settings or for the
"Apply" button to be immediately available if the saved, desired settings do
not match the current settings.

- -- System Information:
Debian Release: 10.0
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'testing'), (900, 'stable'), (850, 
'testing-proposed-updates'), (850, 'proposed-updates'), (500, 'unstable'), 
(300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-4-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemsettings depends on:
ii  kio   5.54.1-1
ii  kpackagetool5 5.54.0-1
ii  libc6 2.28-10
ii  libkf5activities5 5.54.0-1
ii  libkf5activitiesstats15.54.0-1
ii  libkf5auth5   5.54.0-2
ii  libkf5completion5 5.54.0-1
ii  libkf5configcore5 5.54.0-1
ii  libkf5configgui5  5.54.0-1
ii  libkf5configwidgets5  5.54.0-1
ii  libkf5coreaddons5 5.54.0-1
ii  libkf5crash5  5.54.0-1
ii  libkf5dbusaddons5 5.54.0-1
ii  libkf5declarative55.54.0-1
ii  libkf5i18n5   5.54.0-1
ii  libkf5iconthemes5 5.54.0-1
ii  libkf5itemviews5  5.54.0-1
ii  libkf5kcmutils5   5.54.0-1
ii  libkf5khtml5  5.54.0-1
ii  libkf5kiowidgets5 5.54.1-1
ii  libkf5package55.54.0-1
ii  libkf5quickaddons55.54.0-1
ii  libkf5service-bin 5.54.0-1
ii  libkf5service55.54.0-1
ii  libkf5widgetsaddons5  5.54.0-1
ii  libkf5windowsystem5   5.54.0-1
ii  libkf5xmlgui5 5.54.0-1
ii  libkworkspace5-5  4:5.14.5.1-1
ii  libqt5core5a  5.11.3+dfsg1-1
ii  libqt5dbus5   5.11.3+dfsg1-1
ii  libqt5gui55.11.3+dfsg1-1
ii  libqt5qml55.11.3-4
ii  libqt5quick5  5.11.3-4
ii  libqt5quickwidgets5   5.11.3-4
ii  libqt5widgets55.11.3+dfsg1-1
ii  libstdc++68.3.0-6
ii  qml-module-org-kde-kcm5.54.0-1
ii  qml-module-org-kde-kirigami2  5.54.0-1
ii  qml-module-qtquick-controls   5.11.3-2
ii  qml-module-qtquick-layouts5.11.3-4
ii  qml-module-qtquick2   5.11.3-4

systemsettings recommends no packages.

systemsettings suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-


Bug#912749: speech-dispatcher: Found 0.9.0-5

2019-04-02 Thread Boyd Stephen Smith Jr.
Package: speech-dispatcher
Version: 0.9.0-5
Followup-For: Bug #912749

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Mar 31 22:57:19 monster systemd-tmpfiles[14121]: 
[/usr/lib/tmpfiles.d/speech-dispatcher.conf:1] Line references path below 
legacy directory /var/run/, updating /var/run/speech-dispatcher → 
/run/speech-dispatcher; please update the tmpfiles.d/ drop-in file accordingly.
Mar 31 22:57:19 monster systemd-tmpfiles[14121]: 
[/usr/lib/tmpfiles.d/speech-dispatcher.conf:2] Line references path below 
legacy directory /var/run/, updating /var/run/speech-dispatcher/.cache → 
/run/speech-dispatcher/.cache; please update the tmpfiles.d/ drop-in file 
accordingly.
Mar 31 22:57:19 monster systemd-tmpfiles[14121]: 
[/usr/lib/tmpfiles.d/speech-dispatcher.conf:3] Line references path below 
legacy directory /var/run/, updating 
/var/run/speech-dispatcher/.speech-dispatcher → 
/run/speech-dispatcher/.speech-dispatcher; please update the tmpfiles.d/ 
drop-in file accordingly.
Mar 31 22:57:19 monster systemd-tmpfiles[14121]: 
[/usr/lib/tmpfiles.d/speech-dispatcher.conf:4] Line references path below 
legacy directory /var/run/, updating 
/var/run/speech-dispatcher/.cache/speech-dispatcher → 
/run/speech-dispatcher/.cache/speech-dispatcher; please update the tmpfiles.d/ 
drop-in file accordingly.
Mar 31 22:57:19 monster systemd-tmpfiles[14121]: 
[/usr/lib/tmpfiles.d/speech-dispatcher.conf:5] Line references path below 
legacy directory /var/run/, updating /var/run/speech-dispatcher/log → 
/run/speech-dispatcher/log; please update the tmpfiles.d/ drop-in file 
accordingly.

- -- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages speech-dispatcher depends on:
ii  adduser  3.118
ii  init-system-helpers  1.56+nmu1
ii  libc62.28-8
ii  libdotconf0  1.3-0.3
ii  libglib2.0-0 2.58.3-1
ii  libltdl7 2.4.6-9
ii  libsndfile1  1.0.28-6
ii  libspeechd2  0.9.0-5
ii  lsb-base 10.2019031300
ii  speech-dispatcher-audio-plugins  0.9.0-5

Versions of packages speech-dispatcher recommends:
ii  pulseaudio   12.2-4
ii  sound-icons  0.1-6
ii  speech-dispatcher-espeak-ng  0.9.0-5

Versions of packages speech-dispatcher suggests:
pn  espeak  
pn  libttspico-utils
pn  mbrola  
pn  speech-dispatcher-cicero
pn  speech-dispatcher-doc-cs
pn  speech-dispatcher-espeak
pn  speech-dispatcher-festival  
pn  speech-dispatcher-flite 

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCXKQZ4hYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZ2esAnjl9OfSo0qo5g49aWpDDKzoF09Fl
AJ9F/EDcvRhTA42hV86+4whlLa9JUA==
=DmQJ
-END PGP SIGNATURE-


Bug#926294: apcupsd: Systemd service PIDFile references legacy path

2019-04-02 Thread Boyd Stephen Smith Jr.
Package: apcupsd
Version: 3.14.14-2
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Apr  1 00:47:15 monster systemd[1]: /lib/systemd/system/apcupsd.service:10: 
PIDFile= references path below legacy directory /var/run/, updating 
/var/run/apcupsd.pid → /run/apcupsd.pid; please update the unit file 
accordingly.
Apr  2 06:22:22 monster systemd[1]: /lib/systemd/system/apcupsd.service:10: 
PIDFile= references path below legacy directory /var/run/, updating 
/var/run/apcupsd.pid → /run/apcupsd.pid; please update the unit file 
accordingly.

- -- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages apcupsd depends on:
ii  libc6 2.28-8
ii  libgcc1   1:8.3.0-4
ii  libusb-0.1-4  2:0.1.12-32
ii  libwrap0  7.6.q-28
ii  lsb-base  10.2019031300

Versions of packages apcupsd recommends:
ii  apcupsd-doc3.14.14-2
ii  bsd-mailx [mailx]  8.1.2-0.20180807cvs-1
ii  mailutils [mailx]  1:3.5-3

Versions of packages apcupsd suggests:
pn  apcupsd-cgi  
ii  udev 241-1

- -- Configuration Files:
/etc/apcupsd/apcupsd.conf changed:
UPSCABLE usb
UPSTYPE usb
DEVICE
LOCKFILE /var/lock
SCRIPTDIR /etc/apcupsd
PWRFAILDIR /etc/apcupsd
NOLOGINDIR /etc
ONBATTERYDELAY 6
BATTERYLEVEL 5
MINUTES 3
TIMEOUT 0
ANNOY 300
ANNOYDELAY 60
NOLOGON disable
KILLDELAY 0
NETSERVER on
NISIP 127.0.0.1
NISPORT 3551
EVENTSFILE /var/log/apcupsd.events
EVENTSFILEMAX 10
UPSCLASS standalone
UPSMODE disable
STATTIME 0
STATFILE /var/log/apcupsd.status
LOGSTATS off
DATATIME 0


- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCXKQeCRYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZSIwAn2A1hD2xVpEmI8LTu89oVMPKj999
AJ9PvUlcPYMIZw8/4riRzUN29fgT0g==
=6Eqe
-END PGP SIGNATURE-


Bug#924881: postgresql: buster upgrade breaks older postgresql (9.6) and newer postgresql (11) is also inoperative

2019-03-23 Thread Boyd Stephen Smith Jr.
On Thursday, March 21, 2019 5:39:10 AM CDT Christoph Berg wrote:
> that error message is directly from openssl, so unrelated to
> PostgreSQL. What size is the snakeoil key? Could you post the output
> of that command?
> 
>   openssl x509 -text -noout < /etc/ssl/certs/ssl-cert-snakeoil.pem

Sorry, I deleted the old file while I was trying to get my system into a 
working state.
 
> My guess would be that the snakeoil key was generated a very long time
> ago, when the key size defaults were less than they are today, and
> buster's libssl is now rejecting the key.

Yes, I was able to run:

sudo make-ssl-cert generate-default-snakeoil --force-overwrite

to resolve the issue.  Note the `--force-overwrite`, which is not used by the 
various postinst scripts.

It would be nice if the buster upgrade could so this for the user, but I don't 
know if that's reasonable for all Debian installations.  IMO, It would be a 
good buster release note.  In any case, it's not a *PostgreSQL* bug.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#924881: postgresql: buster upgrade breaks older postgresql (9.6) and newer postgresql (11) is also inoperative

2019-03-17 Thread Boyd Stephen Smith Jr.
Package: postgresql
Version: 11+200
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

Upgraded to buster over the last 24 hours, including cleaning up configuration,
and now obsolete packages.  Stuck trying to get postgresql functional.  Been
through several previous postgresql upgrades, and know I need to upgrade the
old cluster manually, but I don't get the old or new cluster up.

9,6 journal entires, including from before/during upgrade
- ---8<---
Mar 09 21:40:55 monster systemd[1]: Starting PostgreSQL Cluster 9.6-main...
Mar 09 21:40:57 monster systemd[1]: Started PostgreSQL Cluster 9.6-main.
Mar 16 20:07:03 monster systemd[1]: Stopping PostgreSQL Cluster 9.6-main...
Mar 16 20:07:04 monster systemd[1]: Stopped PostgreSQL Cluster 9.6-main.
Mar 16 20:07:04 monster systemd[1]: Starting PostgreSQL Cluster 9.6-main...
Mar 16 20:07:06 monster systemd[1]: Started PostgreSQL Cluster 9.6-main.
Mar 16 20:07:18 monster systemd[1]: Stopping PostgreSQL Cluster 9.6-main...
Mar 16 20:07:19 monster systemd[1]: Stopped PostgreSQL Cluster 9.6-main.
Mar 16 20:07:19 monster systemd[1]: Starting PostgreSQL Cluster 9.6-main...
Mar 16 20:07:21 monster systemd[1]: Started PostgreSQL Cluster 9.6-main.
Mar 17 11:56:10 monster systemd[1]: Stopping PostgreSQL Cluster 9.6-main...
Mar 17 11:56:11 monster systemd[1]: postgresql@9.6-main.service: Succeeded.
Mar 17 11:56:11 monster systemd[1]: Stopped PostgreSQL Cluster 9.6-main.
- -- Reboot --
Mar 17 11:57:21 monster systemd[1]: Starting PostgreSQL Cluster 9.6-main...
Mar 17 11:57:22 monster postgresql@9.6-main[1380]: The PostgreSQL server failed 
to start. Please check the log output:
Mar 17 11:57:22 monster postgresql@9.6-main[1380]: 2019-03-17 16:57:21 GMT 
FATAL:  could not load server certificate file 
"/etc/ssl/certs/ssl-cert-snakeoil.pem": ee key too small
Mar 17 11:57:22 monster postgresql@9.6-main[1380]: 2019-03-17 16:57:21 GMT LOG: 
 database system is shut down
Mar 17 11:57:22 monster systemd[1]: postgresql@9.6-main.service: Can't open PID 
file /run/postgresql/9.6-main.pid (yet?) after start: No such file or directory
Mar 17 11:57:22 monster systemd[1]: postgresql@9.6-main.service: Failed with 
result 'protocol'.
Mar 17 11:57:22 monster systemd[1]: Failed to start PostgreSQL Cluster 9.6-main.
- -- Reboot --
Mar 17 13:10:58 monster systemd[1]: Starting PostgreSQL Cluster 9.6-main...
Mar 17 13:10:59 monster postgresql@9.6-main[1324]: The PostgreSQL server failed 
to start. Please check the log output:
Mar 17 13:10:59 monster postgresql@9.6-main[1324]: 2019-03-17 18:10:58 GMT 
FATAL:  could not load server certificate file 
"/etc/ssl/certs/ssl-cert-snakeoil.pem": ee key too small
Mar 17 13:10:59 monster postgresql@9.6-main[1324]: 2019-03-17 18:10:58 GMT LOG: 
 database system is shut down
Mar 17 13:10:59 monster systemd[1]: postgresql@9.6-main.service: Can't open PID 
file /run/postgresql/9.6-main.pid (yet?) after start: No such file or directory
Mar 17 13:10:59 monster systemd[1]: postgresql@9.6-main.service: Failed with 
result 'protocol'.
Mar 17 13:10:59 monster systemd[1]: Failed to start PostgreSQL Cluster 9.6-main.
Mar 17 13:50:18 monster systemd[1]: Starting PostgreSQL Cluster 9.6-main...
Mar 17 13:50:19 monster postgresql@9.6-main[21028]: The PostgreSQL server 
failed to start. Please check the log output:
Mar 17 13:50:19 monster postgresql@9.6-main[21028]: 2019-03-17 18:50:19 GMT 
FATAL:  could not load server certificate file 
"/etc/ssl/certs/ssl-cert-snakeoil.pem": ee key too small
Mar 17 13:50:19 monster postgresql@9.6-main[21028]: 2019-03-17 18:50:19 GMT 
LOG:  database system is shut down
Mar 17 13:50:19 monster systemd[1]: postgresql@9.6-main.service: Can't open PID 
file /run/postgresql/9.6-main.pid (yet?) after start: No such file or directory
Mar 17 13:50:19 monster systemd[1]: postgresql@9.6-main.service: Failed with 
result 'protocol'.
Mar 17 13:50:19 monster systemd[1]: Failed to start PostgreSQL Cluster 9.6-main.
- --->8---

11 journal entries, after upgrade (didn't have it before)
- ---8<---
% journalctl -u postgresql@11-main.service
- -- Logs begin at Sat 2018-02-24 00:07:52 CST, end at Sun 2019-03-17 16:57:35 
CDT. --
Mar 16 20:58:20 monster systemd[1]: Starting PostgreSQL Cluster 11-main...
Mar 16 20:58:20 monster postgresql@11-main[24594]: Error: 
/usr/lib/postgresql/11/bin/pg_ctl /usr/lib/postgresql/11/bin/pg_ctl start -D 
/var/lib/postgresql/11/main -l /var/log/postgresql/postgresql-11-main.log -s -o 
 -c config_file="/etc/postgresql/11/main/postgresql.conf"  exited with status 1:
Mar 16 20:58:20 monster postgresql@11-main[24594]: 2019-03-16 20:58:20.838 CDT 
[24599] FATAL:  could not load server certificate file 
"/etc/ssl/certs/ssl-cert-snakeoil.pem": ee key too small
Mar 16 20:58:20 monster postgresql@11-main[24594]: 2019-03-16 20:58:20.839 CDT 
[24599] LOG:  database system is shut down
Mar 16 20:58:20 monster postgresql@11-main[24594]: pg_ctl: could not start 
server
Mar 16 20:58:20 monster 

Bug#924788: /usr/bin/akonadictl: aKonadi server with postgreSQL backend fails to start after buster upgrade

2019-03-17 Thread Boyd Stephen Smith Jr.
Package: akonadi-server
Version: 4:18.08.3-4
Severity: normal
File: /usr/bin/akonadictl

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

Upgraded to buster last night, including cleaning up any stragling *.dpkg-* and
*.ucf-* files.  Rebooted this morning to get into new kernel.  Kmail couldn't
start aKonadi automatically.  It also failed to start from the command-line.

- ---8<---
% akonadictl start
Connecting to deprecated signal 
QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
The files belonging to this database system will be owned by user "bss".
   ~
This user must also own the server process.

The database cluster will be initialized with locale "en_US.UTF-8".
The default database encoding has accordingly been set to "UTF8".
The default text search configuration will be set to "english".

Data page checksums are enabled.

initdb: directory "/home/bss/.local/share/akonadi/db_data" exists but is not 
empty
If you want to create a new database system, either remove or empty
the directory "/home/bss/.local/share/akonadi/db_data" or run initdb
with an argument other than "/home/bss/.local/share/akonadi/db_data".
org.kde.pim.akonadiserver: Database process exited unexpectedly during initial 
connection!
org.kde.pim.akonadiserver: executable: "/usr/lib/postgresql/9.6/bin/pg_ctl"
org.kde.pim.akonadiserver: arguments: ("start", "-w", "--timeout=10", 
"--pgdata=/home/bss/.local/share/akonadi/db_data", "-o \"-klocalhost\" -h ''")
org.kde.pim.akonadiserver: stdout: ""
org.kde.pim.akonadiserver: stderr: "LOG:  skipping missing configuration file 
\"/home/bss/.local/share/akonadi/db_data/postgresql.auto.conf\"\npg_ctl: 
directory \"/home/bss/.local/share/akonadi/db_data\" is not a database cluster 
directory\n"
org.kde.pim.akonadiserver: exit code: 1
org.kde.pim.akonadiserver: process error: "Unknown error"
org.kde.pim.akonadiserver: Failed to remove runtime connection config file
org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally...

% find /home/bss/.local/share/akonadi/db_data -ls
   120368  0 drwxr-xr-x   1 bss  bss   242 Jun  4  2012 
/home/bss/.local/share/akonadi/db_data
   120372  0 drwx--   1 bss  bss   920 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi
   121225 12 -rw-rw   1 bss  bss  8664 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/collectionattributetable.frm
   121226112 -rw-rw   1 bss  bss114688 Dec 20  2011 
/home/bss/.local/share/akonadi/db_data/akonadi/collectionattributetable.ibd
   121227 12 -rw-rw   1 bss  bss  8622 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/collectionmimetyperelation.frm
   121228 96 -rw-rw   1 bss  bss 98304 Dec 20  2011 
/home/bss/.local/share/akonadi/db_data/akonadi/collectionmimetyperelation.ibd
   121229 12 -rw-rw   1 bss  bss  8620 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/collectionpimitemrelation.frm
   121230 96 -rw-rw   1 bss  bss 98304 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/collectionpimitemrelation.ibd
   121231 12 -rw-rw   1 bss  bss  9074 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/collectiontable.frm
   121232112 -rw-rw   1 bss  bss114688 Dec 20  2011 
/home/bss/.local/share/akonadi/db_data/akonadi/collectiontable.ibd
   121233  4 -rw-rw   1 bss  bss65 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/db.opt
   121234 12 -rw-rw   1 bss  bss  8586 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/flagtable.frm
   121235112 -rw-rw   1 bss  bss114688 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/flagtable.ibd
   121236 12 -rw-rw   1 bss  bss  8586 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/mimetypetable.frm
   121237112 -rw-rw   1 bss  bss114688 Aug 18  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/mimetypetable.ibd
   121238 12 -rw-rw   1 bss  bss  8768 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/parttable.frm
   121239  11264 -rw-rw   1 bss  bss  11534336 Jun  1  2012 
/home/bss/.local/share/akonadi/db_data/akonadi/parttable.ibd
   121240 12 -rw-rw   1 bss  bss  8608 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/pimitemflagrelation.frm
   121241 96 -rw-rw   1 bss  bss 98304 Aug  5  2010 
/home/bss/.local/share/akonadi/db_data/akonadi/pimitemflagrelation.ibd
   121242 12 -rw-rw   1 bss  bss  8842 Aug  5  2010 

Bug#923685: Bump setuputils dep.

2019-03-07 Thread Boyd Stephen Smith Jr.
pylint3 should either depend on distutils more directly, or on a newer version 
of setuputils; older versions of setuputils do not depends on distutils:

% aptitude show python3-setuptools
Package: python3-setuptools  
Version: 33.1.1-1
State: installed
Automatically installed: yes
Multi-Arch: foreign
Priority: optional
Section: python
Maintainer: Matthias Klose 
Architecture: all
Uncompressed Size: 944 k
Depends: python3-pkg-resources (= 33.1.1-1), python3:any (>= 3.3.2-2~)
Suggests: python-setuptools-doc
Provides: python3-setuptools:i386 (= 33.1.1-1)
Description: Python3 Distutils Enhancements
 Extensions to the python-distutils for large or complex distributions.
Homepage: https://pypi.python.org/pypi/setuptools


% apt-cache policy python3-setuptools
python3-setuptools:
  Installed: 33.1.1-1
  Candidate: 33.1.1-1
  Version table:
 40.8.0-1 700
700 http://deb.debian.org/debian buster/main amd64 Packages
700 http://deb.debian.org/debian buster/main i386 Packages
500 http://deb.debian.org/debian sid/main amd64 Packages
500 http://deb.debian.org/debian sid/main i386 Packages
 *** 33.1.1-1 900
900 http://deb.debian.org/debian stretch/main amd64 Packages
900 http://deb.debian.org/debian stretch/main i386 Packages
100 /var/lib/dpkg/status

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#923685: pylint3 needs python3-distutils

2019-03-05 Thread Boyd Stephen Smith Jr.
Installing python3-distutils fixes the error.  Likely just a missing runbtime 
dependency.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#923685: pylint3: pylink3 crash on startup

2019-03-03 Thread Boyd Stephen Smith Jr.
Package: pylint3
Version: 2.2.2-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

- ---8<---
% python3 --version
Python 3.7.2+
% pylint3 --version
Traceback (most recent call last):
  File "/usr/bin/pylint3", line 11, in 
load_entry_point('pylint==2.2.2', 'console_scripts', 'pylint')()
  File "/usr/lib/python3/dist-packages/pylint/__init__.py", line 17, in 
run_pylint
from pylint.lint import Run
  File "/usr/lib/python3/dist-packages/pylint/lint.py", line 76, in 
import astroid
  File "/usr/lib/python3/dist-packages/astroid/__init__.py", line 63, in 

from astroid.nodes import *
  File "/usr/lib/python3/dist-packages/astroid/nodes.py", line 23, in 
from astroid.node_classes import (
  File "/usr/lib/python3/dist-packages/astroid/node_classes.py", line 38, in 

from astroid import bases
  File "/usr/lib/python3/dist-packages/astroid/bases.py", line 33, in 
MANAGER = manager.AstroidManager()
  File "/usr/lib/python3/dist-packages/astroid/util.py", line 26, in 
lambda: importlib.import_module("." + module_name, "astroid")
  File "/usr/lib/python3.7/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "/usr/lib/python3/dist-packages/astroid/manager.py", line 25, in 
from astroid import modutils
  File "/usr/lib/python3/dist-packages/astroid/modutils.py", line 35, in 

from distutils.sysconfig import get_python_lib  # pylint: 
disable=import-error
ModuleNotFoundError: No module named 'distutils.sysconfig'
- --->8---

I'm guessing a missing dependency, but I'm not sure.

- -- System Information:
Debian Release: 9.8
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pylint3 depends on:
ii  python3 3.7.2-1
ii  python3-astroid 2.1.0-2
ii  python3-isort   4.2.5+ds1-2+deb9u1
ii  python3-logilab-common  1.3.0-1
ii  python3-mccabe  0.5.3-1
ii  python3-setuptools  33.1.1-1

Versions of packages pylint3 recommends:
ii  python3-tk  3.7.2-3

Versions of packages pylint3 suggests:
pn  pylint-doc  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCXHwv/BYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZeXkAn06vAV2jNnu9rtBwVq7ALORnJq65
AJ9cVx/r0SY3Mw3PDsNpke3zSueSsw==
=4IhQ
-END PGP SIGNATURE-



Bug#913925: debsums incorrectly reports package as not installed

2018-11-16 Thread Boyd Stephen Smith Jr.
On Friday, November 16, 2018 9:07:13 PM CST Axel Beckert wrote:
> Please send us the output of "dpkg -l spamassassin".

---8<---
% dpkg -l spamassassin
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version   Architecture
  
Description
+++-=-=-
=-

iF  spamassassin  3.4.2-1~deb9u1all 
  
Perl-based spam filter using text analysis
--->8---

Sure enough.

Looks like some spamd process got stuck, and `service spamassassin stop` 
didn't find and kill it.  Searched it out manually, and got spamassassin to 
finish it's postinst (or whatever) setup and things are good.

debsums no longer reports that it is "not installed"

> This suspected issue has been fixed with debsums 2.2.3 (currently in
> buster and sid). From the 2.2.3 changelog entry:
> 
>   * Also allow half-configured packages to be checked.

Ah, I looked through the bugs that reportbug suggested, but none of them 
sounded like my issue.  Next time I'll try an upgrade first; the dependencies 
of debsums are generally light.  Sorry for the noise.

Feel free to close and/or reclassify as minor.

Thanks for the immediate turn-around.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#907521: agda-bin: Dep on lighc-agda-dev should be stronger

2018-08-28 Thread Boyd Stephen Smith Jr.
Package: agda-bin
Version: 2.5.3-5
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

* What led up to the situation?

Upgraded agda-bin to buster for new INJECTIVE pragma

* What exactly did you do (or not do) that was effective (or
  ineffective)?

After the upgrade, all invocations of agda fail:

agda: The lib directory /usr/share/libghc-agda-dev/lib does not exist
CallStack (from HasCallStack):
  error, called at src/full/Agda/Interaction/Options.hs:822:8 in 
Agda-2.5.3-2orSVPe5vZF84kX5CIEyhw:Agda.Interaction.Options

   * What was the outcome of this action?

In my case, easy enough to resolve by installing the *recommended*
libghc-agda-dev package or agda-stdlib.

   * What outcome did you expect instead?

I expected all dependencies that are required for fundamental operations to be
'Depends' not just 'Recommended'.  While I'm not 100% sure, I think the jessie
agda-bin package would operate without installing 'Recommends' as well.

- -- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages agda-bin depends on:
ii  libc6  2.27-5
ii  libffi63.2.1-6
ii  libgmp10   2:6.1.2+dfsg-1
ii  libtinfo6  6.1+20180714-1
ii  zlib1g 1:1.2.11.dfsg-1

Versions of packages agda-bin recommends:
pn  libghc-agda-dev  

Versions of packages agda-bin suggests:
pn  elpa-agda2-mode  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCW4YB7xYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZJxoAoJRJbq0lMC/Gfh+9pqtrRz+RhBFj
AJ9lVafS8fUwA01/w0pNpucNXgiJZg==
=zniq
-END PGP SIGNATURE-



Bug#906526: firmware-amd-graphics: New updatream version available; includes important system hang fix.

2018-08-17 Thread Boyd Stephen Smith Jr.
Package: firmware-amd-graphics
Version: 20180518-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

New firmware for amdpgu was pushed on 2018-07-17.  I believe this new firmware
includes a fix for a kernel hang that I am encountering.

   * What led up to the situation?

 Two kernel hangs while trying to play a new steam game "Graveyard Keeper".

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 After the second system hang, I refiled through my kernel logs and found
 some telltale messages:

 Aug 16 20:08:54 monster kernel: [80382.429981] 
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled 
seq=596638, last emitted seq=596640
 Aug 16 20:08:54 monster kernel: [80382.429986] [drm] No hardware hang 
detected. Did some blocks stall?

 I seached the Internet for other reports of similar messages.  I found a
 few reports that are likely the same issue:

 * https://bugs.freedesktop.org/show_bug.cgi?id=106547
 * https://bugs.freedesktop.org/show_bug.cgi?id=105251#c10
 * https://bugs.freedesktop.org/show_bug.cgi?id=98874
 * https://github.com/M-Bab/linux-kernel-amdgpu-binaries/issues/48

 The final one indicated that a firmware upgrade resolved the issue for
 multiple correspondants.  It also led me to
 

 where I found that firmware were updated on 2018-07-17.

   * What was the outcome of this action?

 Mostly, this bug report.  Hopefully a new version for Sid.

   * What outcome did you expect instead?

 None; it's only been a month, and the PTS doesn't seem aware of / to be
 monitoring the location I found new firmware at as an upstream.

Here is some system information selected by me to clarify exactly what device
I'm havig issues with, which will certainly indicate the right firmware that I
need:

- ---8<---
% lspci -vv -s 43:00.0
43:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
Device 6863 (prog-if 00 [VGA controller])
Subsystem: Advanced Micro Devices, Inc. [AMD/ATI] Device 6b76
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: amdgpu
Kernel modules: amdgpu

% grep -i vega /var/log/Xorg.0.log
[ 7.838] (--) AMDGPU(0): Chipset: "Radeon Vega Frontier Edition" (ChipID = 
0x6863)
[ 8.034] (II) AMDGPU(0): glamor X acceleration enabled on Radeon Vega 
Frontier Edition (VEGA10, DRM 3.23.0, 4.16.0-2-amd64, LLVM 6.0.1)
- --->8---

- -- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

firmware-amd-graphics depends on no packages.

firmware-amd-graphics recommends no packages.

Versions of packages firmware-amd-graphics suggests:
ii  initramfs-tools  0.130

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCW3dngBYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZhrkAn375LwAd2XSWLElY6EARJjL5FQEF
AJ0aU+5bjHfguWJUuw41zcNc38WISQ==
=QwEl
-END PGP SIGNATURE-



Bug#895686: installation-birthday: Incorrectly identifies the birthdate of my system

2018-04-14 Thread Boyd Stephen Smith Jr.
On Saturday, April 14, 2018 10:53:58 PM CDT Chris Lamb wrote:
> Can you
> hunt around for any file you think matches?

ctime of /etc/inittab or /root/.profile might work.

ctime candidates attached.

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/
% find / \( -ctime +3756 -not -ctime +3787 -ls \) -o \( -name home -type d -prune \) 2>&- > find-install-ctime
 6517  0 lrwxrwxrwx   1 root root   20 Dec 17  2007 /bin/mt -> /etc/alternatives/mt
 8998  0 lrwxrwxrwx   1 root root   13 Dec 17  2007 /etc/X11/X -> /usr/bin/Xorg
 8883  4 -rw-r--r--   1 root root  319 Feb 13  2007 /etc/X11/Xresources/x11-common
 7387  8 -rw-r--r--   1 root root 6270 Sep 30  2006 /etc/X11/fonts/misc/xfonts-base.alias
 8902 28 -rw-r--r--   1 root root28252 Jun 30  2006 /etc/X11/fonts/Type1/gsfonts-x11.alias
 8901  8 -rw-r--r--   1 root root 7439 Jun 30  2006 /etc/X11/fonts/Type1/gsfonts-x11.scale
 9629  4 -rw-r--r--   1 root root 2654 Nov 18  2006 /etc/X11/fonts/Type1/xfonts-scalable.scale
 8880  4 -rw-r--r--   1 root root  166 Feb 13  2007 /etc/X11/Xsession.d/99x11-common_start
 7264  4 -rw-r--r--   1 root root 2982 Dec 18  2007 /etc/X11/xorg.conf.20071218003554
 8881  4 -rw-r--r--   1 root root  265 Feb 13  2007 /etc/X11/Xsession.options
 8962  4 -rw-r--r--   1 root root 3184 Jan 12  2007 /etc/X11/app-defaults/Viewres
 8982  4 -rw-r--r--   1 root root  920 Jan 12  2007 /etc/X11/app-defaults/Xmessage-color
 8981  4 -rw-r--r--   1 root root  248 Jan 12  2007 /etc/X11/app-defaults/Xmessage
 9453  4 -rw-r--r--   1 root root 3796 Sep  2  2006 /etc/X11/app-defaults/SshAskpass
 9368  4 -rwxr-xr-x   1 root root  144 Mar  6  2007 /etc/apm/event.d/gpm
 9384  4 -rwxr-xr-x   1 root root 2265 Feb 16  2007 /etc/apm/event.d/20hdparm
 9159  4 -rwxr-xr-x   1 root root  753 Oct 14  2006 /etc/apm/event.d/anacron
 7289  4 -rwxr-xr-x   1 root root 3849 Feb 25  2007 /etc/apm/apmd_proxy
  175  4 -rw-r--r--   1 root root  182 Dec 20  2006 /etc/apt/apt.conf.d/70debconf
   10  4 -rw-r--r--   1 root root   40 Dec 17  2007 /etc/apt/apt.conf.d/00trustcdrom
 9923  4 -rw-r--r--   1 root root   48 Dec 17  2007 /etc/apt/listbugs/ignore_bugs
  393  0 -rw-r--r--   1 root root0 Dec 17  2007 /etc/apt/sources.list~
 6178  0 drwxr-xr-x   2 root root   48 Dec 17  2007 /etc/opt
  401  4 -rwxr-xr-x   1 root root  268 Dec  1  2006 /etc/rmt
 6265  4 -rw-r--r--   1 root root  887 Feb  1  2007 /etc/rpc
 7334  0 -rw-r--r--   1 root root0 Dec 13  2005 /etc/resolvconf/resolv.conf.d/base
 7377  0 -rw-r--r--   1 root root0 Dec 18  2007 /etc/resolvconf/resolv.conf.d/tail
 7378  4 -rw-r--r--   1 root root   51 Dec 18  2007 /etc/resolvconf/resolv.conf.d/original
 9238  4 -rw-r--r--   1 root root  260 Jan 18  2006 /etc/dpkg/shlibs.default
  194  4 -rw-r--r--   1 root root   82 Jan  2  2007 /etc/dpkg/origins/debian
 9237  4 -rw-r--r--   1 root root  253 Jan 18  2006 /etc/dpkg/shlibs.override
 9337  0 drwxr-xr-x   3 root root   72 Dec 17  2007 /etc/gimp
 9225  4 -rw-r--r--   1 root root 2489 Jan  2  2007 /etc/java/security/classpath.security
 9221  0 -rw-r--r--   1 root root0 Jan  2  2007 /etc/java/security/security.d/1001-gnu.javax.crypto.jce.GnuCrypto
 9220  0 -rw-r--r--   1 root root0 Jan  2  2007 /etc/java/security/security.d/1000-gnu.java.security.provider.Gnu
 9223  0 -rw-r--r--   1 root root0 Jan  2  2007 /etc/java/security/security.d/1003-gnu.javax.net.ssl.provider.Jessie
 9222  0 -rw-r--r--   1 root root0 Jan  2  2007 /etc/java/security/security.d/1002-gnu.javax.crypto.jce.GnuSasl
 9224  0 -rw-r--r--   1 root root0 Jan  2  2007 /etc/java/security/security.d/1004-gnu.javax.security.auth.callback.GnuCallbacks
 9359  4 -rw-r--r--   1 root root  127 Sep 10  2005 /etc/kde3/konqsidebartng.rc
 9419  4 -rw-r--r--   1 root root 1010 Sep 10  2005 /etc/kde3/kmail.antivirusrc
 9269  0 drwxr-xr-x   2 root root   48 Dec 17  2007 /etc/keys
 9086  0 drwxr-xr-x   3 root root   72 Dec 17  2007 /etc/perl/XML
  214  4 -rw-r--r--   1 root root

Bug#895686: installation-birthday: Incorrectly identifies the birthdate of my system

2018-04-14 Thread Boyd Stephen Smith Jr.
On Saturday, April 14, 2018 10:53:58 PM CDT Chris Lamb wrote:
> Hi!
> 
> > > Getcha. Can you provide the output of:
> > >  $ ls -l --sort=time /var/log /etc
> 
> Hm, none of these seem like good candidates to add. :(  Can you
> hunt around for any file you think matches? Perhaps an "ls -l --
> sort=time" for "/" and "/root" and "/boot" might help here?

I'm attached a couple lists this time.  The first is your requested command, 
which might be helpful, / contains two directories and a symlink that have the 
right date.

The second is a broader approach.  I assumed the 2007-12 timeframe was correct 
and just did a find starting in /, with mtime bounds.  Then, I redacted the 
entries from /home.  It should be a comprehensive list of candidates, if you 
use mtime.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/
/boot:
total 92556
-rw-r--r-- 1 root root 25889955 Mar 28 19:24 initrd.img-4.15.0-1-amd64
-rw-r--r-- 1 root root 22438475 Mar 25 16:45 initrd.img-4.9.0-5-amd64
-rw-r--r-- 1 root root 22569629 Mar 25 16:45 initrd.img-4.9.0-6-amd64
drwxr-xr-x 5 root root  336 Mar 25 02:47 grub
-rw-r--r-- 1 root root   186567 Mar  2 01:52 config-4.9.0-6-amd64
-rw-r--r-- 1 root root  3189623 Mar  2 01:52 System.map-4.9.0-6-amd64
-rw-r--r-- 1 root root  4224800 Mar  2 01:52 vmlinuz-4.9.0-6-amd64
-rw-r--r-- 1 root root   197970 Feb 18 02:36 config-4.15.0-1-amd64
-rw-r--r-- 1 root root  3084776 Feb 18 02:36 System.map-4.15.0-1-amd64
-rw-r--r-- 1 root root  4917008 Feb 18 02:36 vmlinuz-4.15.0-1-amd64
-rw-r--r-- 1 root root   186473 Jan  4 05:12 config-4.9.0-5-amd64
-rw-r--r-- 1 root root  3185098 Jan  4 05:12 System.map-4.9.0-5-amd64
-rw-r--r-- 1 root root  4216608 Jan  4 05:12 vmlinuz-4.9.0-5-amd64
-rw-r--r-- 1 root root   182704 Jun 25  2015 memtest86+.bin
-rw-r--r-- 1 root root   184840 Jun 25  2015 memtest86+_multiboot.bin

/:
total 40
drwxrwxrwt  29 root root  760 Apr 14 23:02 tmp
drwxr-xr-x 197 root root 9656 Apr 14 13:16 etc
drwxr-xr-x  40 root root 1280 Apr 14 02:56 run
drwxr-xr-x  20 root root 4180 Apr  5 23:07 dev
dr-xr-xr-x  13 root root0 Apr  5 23:07 sys
dr-xr-xr-x 596 root root0 Apr  5 23:06 proc
drwxr-xr-x  23 root root  960 Apr  4 19:01 lib
drwxr-xr-x   2 root root 6992 Apr  4 19:01 sbin
drwxr-xr-x   2 root root  168 Apr  4 19:01 lib64
drwxr-xr-x   2 root root 1552 Apr  4 19:01 lib32
drwxr-xr-x   3 root root  640 Mar 28 19:24 boot
drwxr-xr-x   2 root root 4624 Mar 28 19:24 bin
drwxr-xr-x   1 root root   80 Mar 25 03:21 usr
lrwxrwxrwx   1 root root   30 Mar 25 02:46 initrd.img -> 
boot/initrd.img-4.15.0-1-amd64
lrwxrwxrwx   1 root root   29 Mar 25 02:46 initrd.img.old -> 
boot/initrd.img-4.9.0-6-amd64
lrwxrwxrwx   1 root root   27 Mar 25 02:46 vmlinuz -> 
boot/vmlinuz-4.15.0-1-amd64
lrwxrwxrwx   1 root root   26 Mar 25 02:46 vmlinuz.old -> 
boot/vmlinuz-4.9.0-6-amd64
drwxr-xr-x  27 root root 1128 Aug 27  2017 root
drwxr-xr-x   5 root root  200 Jul 15  2017 media
dr-xr-xr-x   1 root root   66 Feb 11  2017 opt
drwxr-xr-x   2 root root   48 Apr 27  2015 mnt
drwxr-xr-x   1 root root  214 May  5  2014 var
drwxr-xr-x  10 root root  240 Mar 11  2013 home
lrwxrwxrwx   1 root root   36 May 29  2012 libnss3.so -> 
/usr/lib/x86_64-linux-gnu/libnss3.so
lrwxrwxrwx   1 root root   44 May 29  2012 libsoftokn3.so -> 
/usr/lib/x86_64-linux-gnu/nss/libsoftokn3.so
drwxr-xr-x   1 root root   24 Mar  1  2008 srv
drwxr-xr-x   3 root root   80 Dec 17  2007 emul
drwxr-xr-x   2 root root   48 Dec 17  2007 initrd
lrwxrwxrwx   1 root root   11 Dec 17  2007 cdrom -> media/cdrom

/root:
total 0
drwxr-xr-x 3 root root 72 Dec  5  2013 Steam
 6517  0 lrwxrwxrwx   1 root root   20 Dec 17  2007 /bin/mt 
-> /etc/alternatives/mt
 8998  0 lrwxrwxrwx   1 root root   13 Dec 17  2007 
/etc/X11/X -> /usr/bin/Xorg
 6234  4 -rwxr-xr-x   1 root root 3517 Dec 30  2007 
/etc/X11/Xsession
10331  4 -rw-r--r--   1 root root  187 Dec 30  2007 
/etc/X11/Xsession.d/40x11-common_xsessionrc
 7264  4 -rw-r--r--   1 root root 2982 Dec 18  2007 
/etc/X11/xorg.conf.20071218003554
   10  4 -rw-r--r--   1 root root   40 Dec 17  2007 
/etc/apt/apt.conf.d/00trustcdrom
 9923  4 -rw-r--r--   1 root root   48 Dec 17  2007 
/etc/apt/listbugs/ignore_bugs
  393  0 -rw-r--r--   1 root root0 Dec 17  2007 
/etc/apt/sources.list~
 6178  0 drwxr-xr-x   2 root root   48 Dec 17  2007 /etc/opt
10024  4 -rw---   1 root root  668 Dec 17  2007 
/etc/ssh/ssh_host_dsa_key.broken
10025  4 -rw-r--r--   1 root root  604 Dec 17  2007 
/etc/ssh/ssh_host_dsa_key.pub.broken
10021  4 -rw---

Bug#895686: installation-birthday: Incorrectly identifies the birthdate of my system

2018-04-14 Thread Boyd Stephen Smith Jr.
On Saturday, April 14, 2018 7:28:14 PM CDT Chris Lamb wrote:
> > The system is *definitely* older that that.  My oldest files in /var/log
> > are from 2007-12-17 ('news/', 'uucp.log', and 'boot.2.gz').  That seems
> > like the right timeframe for when I may have done the install.
> 
> Getcha. Can you provide the output of:
> 
>  $ ls -l --sort=time /var/log /etc

Attached.  Seems a bit long to put inline.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/
/etc:
total 1675
-rw-r--r--  1 root  root 203524 Apr 14 13:16 ld.so.cache
drwxr-xr-x  5 root  root152 Apr 14 13:16 perl
drwxr-xr-x  2 root  root768 Apr 14 10:24 cron.daily
drwxr-xr-x  5 root  lp  600 Apr 14 00:12 cups
-rw-r--r--  1 root  root   9632 Apr  4 19:02 locale.gen
drwxr-xr-x  2 root  root368 Apr  4 19:01 ld.so.conf.d
drwxr-xr-x  2 root  root   1480 Apr  4 19:01 default
drwxr-xr-x  8 root  root416 Apr  3 20:06 apache2
drwxr-xr-x  2 root  root   2048 Apr  3 20:06 init.d
drwxr-xr-x  2 root  root760 Apr  3 20:06 logrotate.d
lrwxrwxrwx  1 root  root 35 Apr  1 13:00 localtime -> 
/usr/share/zoneinfo/America/Chicago
-rw-r--r--  1 root  root 16 Apr  1 13:00 timezone
drwxr-xr-x  4 root  root128 Mar 29 19:45 ssl
drwxr-xr-x  2 root  root840 Mar 28 19:24 pam.d
drwxr-xr-x  2 root  root920 Mar 28 19:24 init
drwxr-xr-x  4 root  root128 Mar 28 19:24 udev
drwxr-xr-x  5 root  root312 Mar 28 19:24 systemd
drwxr-xr-x  2 root  root120 Mar 28 19:24 modules-load.d
drwxr-xr-x  2 root  root320 Mar 28 19:24 sysctl.d
drwxr-xr-x  2 root  root 80 Mar 28 19:22 firefox-esr
-rw-r--r--  1 root  root  52992 Mar 28 19:22 mailcap
drwxr-xr-x  2 root  root  18192 Mar 26 14:04 alternatives
drwxr-xr-x  3 root  root 80 Mar 25 04:15 glvnd
drwxr-xr-x  2 root  root112 Mar 25 02:47 apparmor
drwxr-xr-x  2 root  root592 Mar 25 02:47 rcS.d
drwxr-xr-x  9 root  root392 Mar 25 02:46 apparmor.d
-rw-r--r--  1 root  root295 Mar 24 22:31 modules
drwxr-xr-x  3 root  root160 Mar 23 21:20 samba
drwxr-xr-x  5 root  root536 Mar 17 16:21 java-8-openjdk
drwxr-xr-x  2 root  root 80 Mar 15 20:06 sasl2
drwxr-xr-x  6 root  root504 Mar 15 20:06 libvirt
drwxr-xr-x  2 root  root144 Mar 11 03:27 libreoffice
drwxr-xr-x  4 root  root168 Mar 11 03:26 dbus-1
drwxr-xr-x  2 root  root216 Mar 11 03:26 cron.d
drwxr-xr-x  2 root  root 80 Mar 11 03:26 cron.hourly
drwxr-xr-x  2 root  root184 Mar 11 03:26 cron.monthly
drwxr-xr-x  2 root  root184 Mar 11 03:26 cron.weekly
drwxr-xr-x  2 root  root656 Mar 11 03:26 ssh
drwxr-xr-x  2 root  root 96 Mar 11 03:26 w3m
drwxr-xr-x  2 root  root 72 Mar 11 03:22 terminfo
drwxr-xr-x  2 root  root   1608 Mar 11 03:22 rc0.d
drwxr-xr-x  2 root  root   1608 Mar 11 03:22 rc6.d
drwxr-xr-x  2 root  root 72 Mar 11 03:21 update-motd.d
-rw-r--r--  1 root  root   2995 Mar  9 14:48 locale.alias
drwxr-xr-x  4 root  root184 Mar  8 20:05 dhcp
-rw-r--r--  1 root  root  12474 Feb 27 02:41 drirc
lrwxrwxrwx  1 root  root 21 Feb 23 17:23 os-release -> 
../usr/lib/os-release
-rw-r--r--  1 root  root  4 Feb 23 17:22 debian_version
drwxr-xr-x  7 root  root   2528 Feb 17 06:54 xdg
drwxr-xr-x  3 root  root184 Feb 11 13:34 exim4
-rw-r--r--  1 root  root 25 Feb 11 13:34 mailname
drwxr-xr-x  2 root  root240 Feb 11 06:32 chromium.d
drwxr-xr-x  2 root  root 88 Feb  9 06:10 mpv
drwxr-xr-x  2 root  root488 Dec 29 06:55 ImageMagick-6
drwxr-xr-x  2 root  root 80 Dec  9 06:28 python2.7
drwxr-xr-x  3 root  root360 Dec  9 06:28 iproute2
-rw-r--r--  1 root  root203 Dec  9 06:28 shells
drwxr-xr-x  3 root  root224 Nov 11 09:59 postgresql-common
-rw-r--r--  1 root  root   1348 Oct 27 21:32 group
-rw-r-  1 root  shadow 1122 Oct 27 21:32 gshadow
drwxr-xr-x  2 root  root   1376 O

Bug#895686: installation-birthday: Incorrectly identifies the birthdate of my system

2018-04-14 Thread Boyd Stephen Smith Jr.
Package: installation-birthday
Version: 8
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

I have a system that was originally installed as Etch/amd64 via debootstrap
from a running Gentoo system.  Since then, I've used LVM to migrate the
filesystems to new drives, and done some filesystem convertions (e.g.
reiserfs/ext3 to btrfs), and enabled multiarch, among other things.

Here's what installation-birthday thinks about my system:
% installation-birthday --verbosity 2
D: Determining block device for /
D: Checking mtime of /var/log/installer
D: Failed to get mtime of /var/log/installer
D: Checking mtime of /var/log/bootstrap.log
D: Failed to get mtime of /var/log/bootstrap.log
D: Checking mtime of /lost+found
D: Failed to get mtime of /lost+found
D: Checking mtime of /root
D: Using mtime from /root
D: Today's date: 2018-04-14
I: Installation date: 2017-08-27
D: Dates do not match

The system is *definitely* older that that.  My oldest files in /var/log are
from 2007-12-17 ('news/', 'uucp.log', and 'boot.2.gz').  That seems like the
right timeframe for when I may have done the install.

It's been a while, but I know it was no earlier that the release date of Etch,
as I was awailing and official release with amd64 support.  I believe it was no
later than 2008-04-01, because I was running Debian on my desktop before I
installed OpenSUSE on my laptop to "dogfood" during a contract where I was
porting software to SLES and that contract started 2008-03.

installation-birthday gives the same output when run as root via sudo.

- -- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages installation-birthday depends on:
ii  e2fsprogs  1.43.4-2
ii  python33.5.3-1

installation-birthday recommends no packages.

installation-birthday suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCWtIgShYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZh9UAnAtLmcF7EKrmQiq6KY5+PzhFtd0N
AJ9jH3g7k4slmfk3gHicHK4OLDZ/LA==
=EF2M
-END PGP SIGNATURE-



Bug#894054: radeontop: New upstream version, needed for VEGA support.

2018-03-26 Thread Boyd Stephen Smith Jr.
On Monday, March 26, 2018 7:06:08 AM CDT John Paul Adrian Glaubitz wrote:
> Please ask upstream to release a new upstream release first.
> 
> > [1] https://github.com/clbr/radeontop/releases

Just for us:

https://github.com/clbr/radeontop/releases/tag/v1.1
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#894054: radeontop: New upstream version, needed for VEGA support.

2018-03-25 Thread Boyd Stephen Smith Jr.
Package: radeontop
Version: 1.0-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear Maintainer,

I have a VEGA card and the latest radeontop from Debian does not recognize the
card.  Upstream indicates that a newer version would at least partially resolve
the issue: https://github.com/clbr/radeontop/issues/57

Thank you for making Debian great.

- -- System Information:
Debian Release: 9.4
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates'), (700, 'testing'), (500, 'unstable'), (300, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-1-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages radeontop depends on:
ii  libc6  2.27-2
ii  libdrm22.4.91-2
ii  libncurses56.0+20161126-1+deb9u2
ii  libpciaccess0  0.13.4-1+b2
ii  libtinfo5  6.0+20161126-1+deb9u2
ii  libxcb-dri2-0  1.12-1
ii  libxcb11.12-1

radeontop recommends no packages.

radeontop suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHQEARECADQWIQTFhn3a8g2plxzZYyjnmmovsbVAWQUCWrgK7xYcYnNzQGlndWFu
YXN1aWNpZGUubmV0AAoJEOeaai+xtUBZPwQAoIUHws90knbp/ZVqTIhFZrFDiEOq
AJ9NVj6uY0ho8F8d68dZXMilyF6pZQ==
=62Z4
-END PGP SIGNATURE-



Bug#832124: gitlab: Still affects jessie packages

2016-09-15 Thread Boyd Stephen Smith Jr.
Package: gitlab
Version: 8.10.5+dfsg-1
Followup-For: Bug #832124

Dear Maintainer,

I tried installing gitlab from your jessie repository (on
people.debian.org), and ran into these errors when the package was
trying to configure itself:

I installed using aptitude.  It pulled most dependencies from your jessie
repository, though some I satisfied from the official backports
repository.

--->8---
Create database if not present
Make gitlab user owner of gitlab_production database...
ALTER DATABASE
Grant all privileges to gitlab user...
GRANT
NOTICE:  extension "pg_trgm" already exists, skipping
CREATE EXTENSION
Verifying we have all required libraries...

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

#1) Respect the privacy of others.
#2) Think before you type.
#3) With great power comes great responsibility.

sudo: no tty present and no askpass program specified
Resolving dependencies...
Bundler could not find compatible versions for gem
"expression_parser":
  In Gemfile:
wikicloth (= 0.8.1) was resolved to 0.8.1, which
depends on
  expression_parser

  Could not find gem 'expression_parser', which is
  required by gem 'wikicloth (=
  0.8.1)', in any of the sources.
---8<---

I did not expect the *inst package script to "sudo", or for there to be
some note about the minimal sudo permissions I need to allow prior to
installing the package.

I also expected any gems to be installed from a Debian package (instead
of via "Bundler?") as is the case with the majority of the gems this
package requires.

Thanks for your hard work on getting gitlab-ce on Debian!

-- System Information:
Debian Release: 8.5
  APT prefers stable-updates
  APT policy: (900, 'stable-updates'), (900, 'stable'), (850, 
'proposed-updates')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/32 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gitlab depends on:
ii  adduser3.113+nmu3
ii  apache2 [httpd]2.4.10-10+deb8u5
ii  apache2-mpm-worker [httpd] 2.4.10-10+deb8u5
ii  asciidoctor1.5.4-1~bpo8+1
ii  bc 1.06.95-9
ii  bundler1.11.2-1~bpo8+1
ii  debconf [debconf-2.0]  1.5.56
ii  exim4-daemon-light [mail-transport-agent]  4.84.2-2+deb8u1
ii  git1:2.9.3-1
ii  gitlab-shell   3.4.0-1
ii  gitlab-workhorse   0.7.2-1
ii  init-system-helpers1.22
ii  libjs-chartjs  1.0.2-1
ii  libjs-clipboard1.4.2-1
ii  libjs-graphael 0.5+dfsg-1
ii  libjs-jquery-cookie10-1
ii  libjs-jquery-history   10-1
ii  libjs-jquery-nicescroll3.6.6-1
ii  nodejs 4.3.1~dfsg-3
ii  openssh-client 1:6.7p1-5+deb8u3
ii  postgresql-client  9.4+165+deb8u1
ii  postgresql-client-9.4 [postgresql-client]  9.4.9-0+deb8u1
ii  postgresql-contrib 9.4+165+deb8u1
ii  rake   10.3.2-2
ii  redis-server   2:2.8.17-1+deb8u5
ii  ruby   1:2.1.5+deb8u2
ii  ruby-ace-rails-ap  4.0.2-1
ii  ruby-activerecord-deprecated-finders   1.0.4-1
ii  ruby-activerecord-session-store1.0.0-1
ii  ruby-acts-as-taggable-on   3.5.0-2
ii  ruby-addressable   2.3.8-1
ii  ruby-after-commit-queue1.3.0-1
ii  ruby-akismet   2.0.0-1
ii  ruby-allocations   1.0.3-1
ii  ruby-asana 0.4.0-1
ii  ruby-attr-encrypted3.0.1-1
ii  ruby-babosa1.0.2-1
ii  ruby-base320.3.2-3
ii  ruby-bootstrap-sass3.3.5.1-3
ii  ruby-browser   2.2.0-1
ii  ruby-cal-heatmap-rails 3.6.0+dfsg-1
ii  ruby-carrierwave   0.10.0+gh-2
ii  ruby-charlock-holmes   0.7.3+dfsg-2
ii  ruby-chronic-duration  0.10.6-1
ii  ruby-coffee-rails  4.1.0-2
ii  ruby-coffee-script-source  1.10.0-1
ii  ruby-connection-pool   2.2.0-1
ii  ruby-creole0.5.0-2
ii  ruby-d3-rails  3.5.6+dfsg-1
ii  ruby-default-value-for 3.0.1-1
ii  ruby-devise

Bug#622218: Also in Version 2.6.38-4

2011-05-07 Thread Boyd Stephen Smith Jr.
found 2.6.38-4
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#625899: linux-image-2.6.32-5-amd64: Live kernel BUG

2011-05-06 Thread Boyd Stephen Smith Jr.
Package: linux-2.6
Version: 2.6.32-31
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1



- -- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc 
version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Mar 7 21:35:22 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 
root=UUID=d8fdc5a3-6df6-4d8c-aa34-0bd226a3f49e ro quiet

** Tainted: PD (129)
 * Proprietary module has been loaded.
 * Kernel has oopsed before.

** Kernel log:
[699325.791931] [ cut here ]
[699325.791934] kernel BUG at 
/build/buildd-linux-2.6_2.6.32-31-amd64-vrfdM4/linux-2.6-2.6.32/debian/build/source_amd64_none/fs/btrfs/inode.c:799!
[699325.791938] invalid opcode:  [#1] SMP
[699325.791941] last sysfs file: 
/sys/devices/virtual/block/dm-4/queue/rotational
[699325.791943] CPU 1
[699325.791945] Modules linked in: powernow_k8 cpufreq_powersave cpufreq_stats 
cpufreq_userspace cpufreq_conservative binfmt_misc fuse firewire_sbp2 loop 
snd_emu10k1_synth snd_emux_synth snd_seq_virmidi snd_seq _midi_emul snd_emu10k1 
snd_intel8x0 snd_ac97_codec ac97_bus snd_seq_midi snd_rawmidi 
snd_seq_midi_event snd_pcm_oss snd_mixer_oss snd_seq snd_pcm emu10k1_gp 
snd_timer snd_util_mem snd_hwdep gameport snd_seq_device nvidia(P) snd 
amd64_edac_mod s oundcore shpchp parport_pc edac_core i2c_nforce2 pci_hotplug 
parport edac_mce_amd k8temp snd_page_alloc serio_raw pcspkr i2c_core evdev 
button container processor reiserfs dm_mod raid456 async_raid6_recov async_pq 
usbhid hid usb_storage raid6_p q async_xor xor async_memcpy async_tx raid1 
md_mod btrfs zlib_deflate crc32c libcrc32c ohci_hcd ata_generic sg sd_mod 
crc_t10dif firewire_ohci pata_amd thermal arcmsr ehci_hcd floppy firewire_core 
crc_itu_t sata_nv forcedeth usbcore nls_base li bata thermal_sys scsi_mod [last 
unloaded: sc
 si_wait_scan]
[699325.792004] Pid: 74987, comm: git Tainted: P   2.6.32-5-amd64 #1 
S2895
[699325.792007] RIP: 0010:[a0133705]  [a0133705] 
cow_file_range+0x1ff/0x34f [btrfs]
[699325.792043] RSP: 0018:88011c195a98  EFLAGS: 00010286
[699325.792045] RAX: ffe4 RBX: 06434000 RCX: 
195b
[699325.792048] RDX: 0001 RSI: 0092 RDI: 
88007e557ec0
[699325.792050] RBP: 1000 R08: 8101654b R09: 
813af56b
[699325.792053] R10:  R11: 000186a0 R12: 
1000
[699325.792055] R13: 1000 R14: 880031371970 R15: 
88007e0ee800
[699325.792058] FS:  7f6046535700() GS:88000370() 
knlGS:f74356d0
[699325.792061] CS:  0010 DS:  ES:  CR0: 80050033
[699325.792063] CR2: 00472000 CR3: 000169525000 CR4: 
06e0
[699325.792066] DR0:  DR1:  DR2: 

[699325.792069] DR3:  DR6: 0ff0 DR7: 
0400
[699325.792072] Process git (pid: 74987, threadinfo 88011c194000, task 
88015b98)
[699325.792074] Stack:
[699325.792075]   88011c195b08 0001 
810e5af1
[699325.792079] 0 88011c195cf0 88011c195d0c ea000198b308 
1000
[699325.792083] 0 8800313717f8 880031371800 88007f5d2380 
000c
[699325.792087] Call Trace:
[699325.792095]  [810e5af1] ? virt_to_head_page+0x9/0x2a
[699325.792109]  [a0133e6b] ? run_delalloc_range+0xa1/0x36b [btrfs]
[699325.792122]  [a014677b] ? test_range_bit+0x2a/0xd3 [btrfs]
[699325.792135]  [a0149720] ? find_lock_delalloc_range+0x181/0x1a9 
[btrfs]
[699325.792147]  [a0152244] ? btrfs_wake_function+0x0/0x10 [btrfs]
[699325.792160]  [a0149943] ? __extent_writepage+0x1fb/0x660 [btrfs]
[699325.792165]  [81191824] ? __lookup_tag+0xad/0x11b
[699325.792178]  [a0147413] ? extent_write_cache_pages+0x135/0x209 
[btrfs]
[699325.792191]  [a0145f5c] ? flush_write_bio+0x0/0x2 [btrfs]
[699325.792203]  [a0149748] ? __extent_writepage+0x0/0x660 [btrfs]
[699325.792215]  [a0147532] ? extent_writepages+0x4b/0x5f [btrfs]
[699325.792229]  [a01324cf] ? btrfs_get_extent+0x0/0x73f [btrfs]
[699325.792234]  [810b4c21] ? __filemap_fdatawrite_range+0x4b/0x54
[699325.792238]  [810b4c50] ? filemap_write_and_wait_range+0x26/0x52
[699325.792243]  [8110bbde] ? vfs_fsync_range+0x55/0x9e
[699325.792246]  [8110bca6] ? do_fsync+0x28/0x39
[699325.792249]  [8110bcd5] ? sys_fsync+0xb/0x10
[699325.792253]  [81010b42] ? system_call_fastpath+0x16/0x1b
[699325.792255] Code: 44 24 70 48 0f 46 54 24 58 45 31 c0 48 c7 44 24 10 01 00 
00 00 48 89 44 24 08 48 c7 04 24 ff ff ff ff e8 7b e9 fe ff 85 c0 74 04 0f 0b 
eb fe bf 50 00 00 00 e8 4b 78 00 00 48 89 68 18 48 89 68 
[699325.792282] RIP  [a0133705] cow_file_range+0x1ff/0x34f [btrfs]
[699325.792295]  RSP 88011c195a98
[699325.792298] ---[ end 

Bug#623865: iptables may want to modprobe; should have a dependency

2011-04-23 Thread Boyd Stephen Smith Jr.
Package: iptables
Version: 1.4.8-3
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


iptables may want to modprobe or insmod based on the rule specified.  It
should Recommend or at least Suggest module-init-tools.

Most systems will already have this dependency satisfied, but in certain
virtual hosting configurations, the guest may not need a kernel image
package installed, but still has the ability to load modules.  (E.g.
Slicehost)

- -- System Information:
Debian Release: 6.0.1
  APT prefers stable
  APT policy: (900, 'stable'), (850, 'proposed-updates'), (700, 'testing'), 
(650, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'unstable'), 
(300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages iptables depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libnfnetlink0 1.0.0-1Netfilter netlink library

iptables recommends no packages.

iptables suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEARECAAYFAk2zOQcACgkQ55pqL7G1QFmbXwCeNAQtP4/5zdC2BN6J37EuiOOZ
E5IAn0XmmCp9vpFJmB/gjugDuBD2wKr5
=Fqhe
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#622218: linux-image-2.6.38-2-amd64: Btrfs fails on first mount due to in-kernel NULL pointer dereference

2011-04-10 Thread Boyd Stephen Smith Jr.
Package: linux-2.6
Version: 2.6.38-3
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


System boots, but many of my file systems are now btrfs and they do not
end up mounted.  I'm now in Squeeze kernel to send this report.  I
should be able to get the kernel traceback tomorrow.  Definitely
happening during the btrfs mount of my /opt file system which is almost
empty.  Running btrfsck against that file system reports no errors;
mounts fine under Squeeze kernel, and under the previous version of
2.6.38 -- failure happened today after I updated kernel and tried to
reboot.  Error was unable to handle kernel NULL pointer deference.  Last
sysfs file touched ended in something like btrfs/uevent-1.

Will further reply with boot messages from 2.6.28 (currently sending
this from Squeeze kernel).

- -- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: TYAN Computer Corp
product_name: S2895
product_version: TYAN Thunder K8WE S2895
chassis_vendor: TYAN Computer Corp
chassis_version: 
bios_vendor: Phoenix Technologies Ltd.
bios_version: 2004Q3
board_vendor: Tyan Computer Corp
board_name: S2895
board_version: TYAN Thunder K8WE S2895

** Network interface configuration:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
hwaddress ether 00:04:4B:FA:CA:DE
hostname monster

iface eth1 inet dhcp
hwaddress ether 00:04:4B:EF:FA:CE
hostname monster

** PCI devices:
00:00.0 Memory controller [0580]: nVidia Corporation CK804 Memory Controller 
[10de:005e] (rev a3)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Capabilities: access denied

00:01.0 ISA bridge [0601]: nVidia Corporation CK804 ISA Bridge [10de:0051] (rev 
a3)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0
Region 0: I/O ports at 8c00 [size=1K]

00:01.1 SMBus [0c05]: nVidia Corporation CK804 SMBus [10de:0052] (rev a2)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Interrupt: pin A routed to IRQ 0
Region 0: I/O ports at 1080 [size=32]
Region 4: I/O ports at 1000 [size=64]
Region 5: I/O ports at 1040 [size=64]
Capabilities: access denied
Kernel driver in use: nForce2_smbus
Kernel modules: i2c-nforce2

00:02.0 USB Controller [0c03]: nVidia Corporation CK804 USB Controller 
[10de:005a] (rev a2) (prog-if 10 [OHCI])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Interrupt: pin A routed to IRQ 23
Region 0: Memory at a000 (32-bit, non-prefetchable) [size=4K]
Capabilities: access denied
Kernel driver in use: ohci_hcd
Kernel modules: ohci-hcd

00:02.1 USB Controller [0c03]: nVidia Corporation CK804 USB Controller 
[10de:005b] (rev a3) (prog-if 20 [EHCI])
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Interrupt: pin B routed to IRQ 20
Region 0: Memory at a0001000 (32-bit, non-prefetchable) [size=256]
Capabilities: access denied
Kernel driver in use: ehci_hcd
Kernel modules: ehci-hcd

00:04.0 Multimedia audio controller [0401]: nVidia Corporation CK804 AC'97 
Audio Controller [10de:0059] (rev a2)
Subsystem: Tyan Computer Device [10f1:2895]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0 (500ns min, 1250ns max)
Interrupt: pin A routed to IRQ 22
Region 0: I/O ports at 1800 [size=256]
Region 1: I/O ports at 1400 [size=256]
Region 2: Memory at a0002000 (32-bit, non-prefetchable) [size=4K]
Capabilities: access denied
Kernel driver in use: Intel ICH
Kernel modules: 

Bug#569976: Affects Squeeze

2011-02-28 Thread Boyd Stephen Smith Jr.
found 569976 3.10.6-2
thanks

Affects my laptop; added hp-check, hp-systray -g, and strace info to upstream 
bug tracker.  Possible alternate upstream bug: 391570.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#613455: Correcting Severity

2011-02-16 Thread Boyd Stephen Smith Jr.
severity 613455 minor
thanks

As this appears to just be a visual artifact and doesn't affect the package's 
usefulness, a minor severity is more appropriate.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#613455: More Information Needed

2011-02-16 Thread Boyd Stephen Smith Jr.
tags 613455 + moreinfo
thanks

From my local system:
$ sudo /usr/bin/searchd
Sphinx 0.9.9-release (r2117)
Copyright (c) 2001-2009, Andrew Aksyonoff

using config file '/etc/sphinxsearch/sphinx.conf'...
listening on UNIX socket /var/run/searchd.sock

Also, after killing the running process:
$ sudo invoke-rc.d sphinxsearch start
Starting sphinxsearch: Sphinx 0.9.9-release (r2117)
Copyright (c) 2001-2009, Andrew Aksyonoff

using config file '/etc/sphinxsearch/sphinx.conf'...
listening on UNIX socket /var/run/searchd.sock
sphinxsearch.
$ sudo invoke-rc.d sphinxsearch stop
Stopping sphinxsearch: sphinxsearch.

So, I'm not seeing this on my local install.  Perhaps there is something in 
your configuration that is not quite right, could you please anonymize your 
configs and attach them to the bug?
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#568971: Again

2011-02-07 Thread Boyd Stephen Smith Jr.
This bug hit me today.  (sudo invoke-rc.d dbus reload) seems to have made to 
go away.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#611561: grub-pc: Superflous errors when md devices have spare drives.

2011-01-30 Thread Boyd Stephen Smith Jr.
Package: grub-pc
Version: 1.98+20100804-14
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Various grub-pc scripts fill my screen up with errors like:
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (2 found).
error: superfluous RAID member (5 found).

However, they seem to complete their job, so I think this is just cosmetic.

I have 3 MD devices:
md0 -- RAID1: 2 devices + 1 spare
md1 -- RAID1: 2 devices + 1 spare
md2 -- RAID5: 5 devices + 1 spare

Assuming the errors are simply cosmetic, it would be nice if they were
squelched entirely.  If they aren't only cosmetic, the severity of the
bug should be upgraded.

- -- Package-specific info:

*** BEGIN /proc/mounts
/dev/disk/by-uuid/d8fdc5a3-6df6-4d8c-aa34-0bd226a3f49e / reiserfs 
rw,relatime,notail 0 0
/dev/mapper/monster-home /home reiserfs rw,relatime 0 0
/dev/mapper/monster-media /home/bss/media reiserfs rw,relatime 0 0
/dev/mapper/monster-opt /opt btrfs rw,nodev,relatime 0 0
/dev/mapper/monster-srv /srv btrfs rw,nosuid,nodev,relatime 0 0
/dev/mapper/monster-old.usr /usr reiserfs rw,relatime 0 0
/dev/mapper/monster-usr.local /usr/local btrfs rw,nodev,relatime 0 0
/dev/mapper/monster-var /var reiserfs rw,relatime 0 0
/dev/mapper/monster-var.cache /var/cache reiserfs rw,relatime 0 0
/dev/mapper/monster-var.tmp /var/tmp reiserfs rw,relatime 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/device.map
(hd0)   /dev/disk/by-id/scsi-SSeagate_ST31500341AS
(hd1)   /dev/disk/by-id/scsi-SHitachi_HDS722020ALA330_JBT2YX
(hd2)   /dev/disk/by-id/ata-WDC_WD740GD-00FLC0_WD-WMAKE2032541
(hd3)   /dev/disk/by-id/ata-WDC_WD740GD-00FLC0_WD-WMAKE2036963
(hd4)   /dev/sdb
(hd5)   /dev/sdc
(hd6)   /dev/sdd
(hd7)   /dev/sde
*** 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
  load_env
fi
set default=0
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 {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod raid
insmod raid5rec
insmod mdraid
insmod lvm
insmod part_msdos
insmod reiserfs
set root='(monster-old.usr)'
search --no-floppy --fs-uuid --set bfe880f6-c48e-40c8-958b-ac0720ab4fee
if loadfont /share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod raid
insmod mdraid
insmod part_msdos
insmod reiserfs
set root='(md0)'
search --no-floppy --fs-uuid --set d8fdc5a3-6df6-4d8c-aa34-0bd226a3f49e
set locale_dir=($root)/boot/grub/locale
set lang=en
insmod gettext
set timeout=5
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod raid
insmod raid5rec
insmod mdraid
insmod lvm
insmod part_msdos
insmod reiserfs
set root='(monster-old.usr)'
search --no-floppy --fs-uuid --set bfe880f6-c48e-40c8-958b-ac0720ab4fee
insmod png
if background_image /share/images/desktop-base/spacefun-grub.png; then
  set color_normal=light-gray/black
  set color_highlight=white/black
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 ###
menuentry 'Debian GNU/Linux, with Linux 2.6.32-5-amd64' --class debian --class 
gnu-linux --class gnu --class os {
insmod raid
insmod mdraid
insmod part_msdos
insmod reiserfs
set root='(md0)'
search --no-floppy --fs-uuid --set d8fdc5a3-6df6-4d8c-aa34-0bd226a3f49e
echo'Loading Linux 2.6.32-5-amd64 ...'

Bug#607988: Confirmation

2010-12-31 Thread Boyd Stephen Smith Jr.
Just wanted to confirm that I have seen this on both my systems where I've 
upgraded to the Squeeze version of the python package.  Most of the dangling 
symlinks were in /usr/lib/python2.6/dist-packages/reportlab, but I believe 
there were a few others that had to be removed from /usr/lib/python2.6/dist-
packages.

The package(s) that created the symlinks should be responsible for removing 
them, but I think the patch provided by Mr. Dreimann (or something similar) 
should be applied to prevent the package upgrade failures.  (Any dpkg error is 
rather intimidating to new users.)
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#608220: hugs98: FTBFS (sort of): Socket.hsc: error: invalid application of 'sizeof' to incomplete type 'struct ucred'

2010-12-31 Thread Boyd Stephen Smith Jr.
In 201012291227.36061.mindboosterno...@gmail.com (Message #10), Marcos 
Marado wrote:
Couldn't this be something similar to this one?
http://trac.haskell.org/network/ticket/20

Looks very similar.  I wasn't able to look at the linked patch because the URL 
now gives a 404.  Perhaps the patch can be retrieved from the history of GHC 
v6.11..v6.12.

In 20101231161502.gy14...@debian.org (Message #15), Cyril Brulebois wrote:
This seems to go away once the attached patch applied.

I'm a bit concerned about automatically adding _GNU_SOURCE to the compiler 
flags.  I know I've got a few programs banging around that fail to compile 
when that is applied, because they requires the POSIX version of strerror_r.  
In particular, this could change the results of previous AC_COMPILE tests.

Does the patch work without the nested AC_COMPILE_IFELSE?  If not, I'd say 
apply and fix any potential fallout later.  Otherwise, it would be good to 
drop it.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#505158: Upstream URL?

2010-12-22 Thread Boyd Stephen Smith Jr.
This bug appears to be marked as having been forwarded upstream.  However, I 
can't seem to locate where upstream is tracking it.  Do we have a URL for the 
upstream tracker?

I'm looking from some sort of work-around.  I don't have vim.gnome (I'm a KDE 
user), and my other vim alternatives do not provide the vim GUI.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#592919: kaffeine: Kaffeine crashes after each video.

2010-08-13 Thread Boyd Stephen Smith Jr.
Package: kaffeine
Version: 0.8.7-1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Kaffeine will play exactly one video, when it gets to the end it crashes with
the following output:
kaffeine: magick/semaphore.c:525: LockSemaphoreInfo: Assertion `semaphore_info 
!= (SemaphoreInfo *) ((void *)0)' failed.

Also, Dr. Konqui doesn't pop up with a backtrace or anything.

- -- System Information:
Debian Release: 5.0.5
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'testing'), (500, 'unstable'), (300, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kaffeine depends on:
ii  hdparm   8.9-3   tune hard disk parameters for high
ii  kdelibs4c2a  4:3.5.10.dfsg.1-0lenny4 core libraries and binaries for al
ii  libc62.11.2-2Embedded GNU C Library: Shared lib
ii  libcdparanoia0   3.10.2+debian-5 audio extraction tool for sampling
ii  libgcc1  1:4.4.4-8   GCC support library
ii  libogg0  1.1.3-4 Ogg Bitstream Library
ii  libqt3-mt3:3.3.8b-5  Qt GUI Library (Threaded runtime v
ii  libstdc++6   4.4.4-8 The GNU Standard C++ Library v3
ii  libvorbis0a  1.2.0.dfsg-3.1+lenny1   The Vorbis General Audio Compressi
ii  libvorbisenc21.2.0.dfsg-3.1+lenny1   The Vorbis General Audio Compressi
ii  libx11-6 2:1.3.3-3   X11 client-side library
ii  libxcb1  1.6-1   X C Binding
ii  libxext6 2:1.0.4-2   X11 miscellaneous extension librar
ii  libxine1 1.1.19-2the xine video/media player librar
ii  libxine1-ffmpeg  1.1.19-2MPEG-related plugins for libxine1
ii  libxine1-x   1.1.19-2X desktop video output plugins for
ii  libxinerama1 2:1.0.3-2   X11 Xinerama extension library
ii  libxtst6 2:1.0.3-1   X11 Testing -- Resource extension 

kaffeine recommends no packages.

kaffeine suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkxlw74ACgkQ55pqL7G1QFkTRgCgi0wZLP8Qk08Uk2PkCxdz65hE
etsAnio6K0UhZSJ4qrB40I9HpaRAcaF6
=j8TH
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#592206: Please package winetricks script.

2010-08-08 Thread Boyd Stephen Smith Jr.
Package: wine
Version: 1.1.41~winehq1-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Please package the winetricks script documented here: 
http://wiki.winehq.org/winetricks.

It is very useful for installing many windows libraries that run under wine.

The packaging should be relatively simple, and the package relatively small.

It may be better for contrib, since most of the tasks it accomplishes require 
non-DFSG software to be downloaded.

wine-bin should probably Recommend/Suggest it once it is packaged.

- -- System Information:
Debian Release: 5.0.5
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'testing'), (500, 'unstable'), (300, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-bpo.5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages wine depends on:
ii  ia32-libs   20090808 ia32 shared libraries for use on a
ii  lib32asound21.0.23-1 shared library for ALSA applicatio
ii  lib32gcc1   1:4.4.4-7GCC support library (32 bit Versio
ii  lib32ncurses5   5.7+20100313-2   shared libraries for terminal hand
ii  lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti
ii  libc6-i386  2.11.2-2 GNU C Library: 32-bit shared libra

Versions of packages wine recommends:
pn  ia32-libcups2 none (no description available)
pn  ia32-libgphoto2-2 none (no description available)
pn  ia32-libgsm1  none (no description available)
pn  ia32-libmpg123-0  none (no description available)
pn  ia32-libsane  none (no description available)
ii  msttcorefonts 2.7transitional dummy package
ii  ttf-mscorefonts-installer [ms 2.7Installer for Microsoft TrueType c
ii  wine-gecko-1.0.0 [wine-gecko] 1.0.0-2Mozilla's Gecko Layout Engine for 

Versions of packages wine suggests:
pn  ia32-libaudio2none (no description available)
pn  ia32-libcapi20-3 | ia32-libca none (no description available)
pn  ia32-libesd-alsa0 | ia32-libe none (no description available)
pn  ia32-libjack0 none (no description available)

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkxeT/sACgkQ55pqL7G1QFn5bQCfagiIelir3QCO851Y28Q+Tk9f
p0gAoJGZUj41BfJ2D+DIZESFEDFWYfmd
=7d9p
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#577737: gpg command won't use agent if the agent is configured to use pinentry-qt4

2010-04-13 Thread Boyd Stephen Smith Jr.
Package: pinentry-qt4
Version: 0.8.0-1
Severity: important

*** Please type your report below this line ***

After installing pinentry-qt4 package, and removing the other pinentry
packages, making sure my alternatives were correct, and editing my
.gnupg/gpg-agent.conf file, I am unable to sign email in KMail, edit encrypted
files using vim, or simply sign a file using the gpg command.

b...@monster:~% aptitude search pinentry
v   pinentry-
p   pinentry-curses - curses-based PIN or pass-phrase entry dial
i A pinentry-doc- documentation for pinentry packages
p   pinentry-gtk- GTK+-based PIN or pass-phrase entry dialog
p   pinentry-gtk2   - GTK+-2-based PIN or pass-phrase entry dial
p   pinentry-qt - Qt-3-based PIN or pass-phrase entry dialog
i   pinentry-qt4- Qt-4-based PIN or pass-phrase entry dialog
v   pinentry-x11-
b...@monster:~% grep pin .gnupg/gpg-agent.conf
pinentry-program /usr/bin/pinentry-qt4
b...@monster:~% ls -l /usr/bin/pine*
lrwxrwxrwx 1 root root 26 2010-04-09 14:00 /usr/bin/pinentry - 
/etc/alternatives/pinentry
-rwxr-xr-x 1 root root 153360 2010-03-18 17:30 /usr/bin/pinentry-qt4
lrwxrwxrwx 1 root root 30 2010-04-09 14:00 /usr/bin/pinentry-x11 - 
/etc/alternatives/pinentry-x11
b...@monster:~% ls -l /etc/alternatives/pine*
lrwxrwxrwx 1 root root 21 2010-04-09 14:00 /etc/alternatives/pinentry - 
/usr/bin/pinentry-qt4
lrwxrwxrwx 1 root root 37 2010-04-09 14:00 /etc/alternatives/pinentry.1.gz - 
/usr/share/man/man1/pinentry-qt4.1.gz
lrwxrwxrwx 1 root root 21 2010-04-09 14:00 /etc/alternatives/pinentry-x11 - 
/usr/bin/pinentry-qt4
lrwxrwxrwx 1 root root 37 2010-04-09 14:00 /etc/alternatives/pinentry-x11.1.gz 
- 
/usr/share/man/man1/pinentry-qt4.1.gz
b...@monster:~% gpg -s Casecade.deck

You need a passphrase to unlock the secret key for
user: Boyd Stephen Smith Jr. b...@iguanasuicide.net
1024-bit DSA key, ID B1B54059, created 2007-02-06

gpg: problem with the agent - disabling agent use
b...@monster:~%

KMail pops up a Bad Passphrase error dialog without ever prompting me for a
passphrase.

vim also fails to decrypt a file when I attempt to edit it, but it does ask for
a passphrase:
b...@monster:~% vim credentials.gpg
The GPG_TTY is not set!
credentials.gpg [noeol][converted] 9L, 2011C
You need a passphrase to unlock the secret key for
user: Boyd Stephen Smith Jr. b...@iguanasuicide.net
4096-bit ELG-E key, ID 9EB2BCC2, created 2007-02-06 (main key ID B1B54059)


shell returned 2
9 lines filtered
Message could not be decrypted! (Press ENTER)


-- System Information:
Debian Release: 5.0.4
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'testing'), (500, 'unstable'), (300, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-bpo.3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages pinentry-qt4 depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.3-7  GCC support library
ii  libncurses5   5.7+20100313-2 shared libraries for terminal hand
ii  libqtcore44:4.5.3-4  Qt 4 core module
ii  libqtgui4 4:4.5.3-4  Qt 4 GUI module
ii  libstdc++64.4.3-7The GNU Standard C++ Library v3

pinentry-qt4 recommends no packages.

Versions of packages pinentry-qt4 suggests:
ii  pinentry-doc  0.7.5-2.1  documentation for pinentry package

-- no debconf information

-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#473207: ITA: libdc0 -- runtime libraries for Valknut

2009-11-10 Thread Boyd Stephen Smith Jr.
In 4af91e87.3040...@ubuntu.com, Maia Kozheva wrote:
I'll take over, per bug #473205.

Thanks, Maia.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#473205: ITA: valknut -- Qt 3 client for Direct Connect

2009-11-09 Thread Boyd Stephen Smith Jr.
In 4af8f539.4080...@ubuntu.com, Maia Kozheva wrote:
I uploaded version 0.4.9 to Ubuntu back in the Karmic cycle, and I would
like to see it in Debian as well.

I would have expected the PTS to tell me that.  I saw an upload, but I thought 
it was from a different user, and I checked that package against Sid's lintian 
and still got a number of errors.  I never made time to clean it up and start 
looking for a sponsor.

Boyd, if you're reading this, could you say when you're going to prepare
a Debian package, if ever? If you're not interested anymore, I can take
over, using the Ubuntu package as a basis.

I'm still interested, but I don't really have the time.  If you've already got 
packages ready, feel free to take over the ITA and/or prepare an NMU.  I make 
time to read and respond to email nearly every day, so feel free to ping me if 
I can help that way.  I just haven't been making time for any development work 
outside of my day job.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net   ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/


signature.asc
Description: This is a digitally signed message part.


Bug#549993: logcheck-database: (yet another) Enhancement for ignore.server.d/dovecot

2009-10-06 Thread Boyd Stephen Smith Jr.
Package: logcheck-database
Version: 1.3.3
Severity: wishlist
Tags: patch

I use the discard action in my sieve script.  When this action is the one 
taken by dovecot's deliver binary, the message in the log file is different 
that when the message is stored in the Maildir or forwarded.  Both those cases 
are caught by ignore.server.d/dovecot, but the discard case is not.

I have attached a patch against the git head to address the issue, after 
verifying that 1.3.3 and HEAD still suffered from it.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/

From c25851c2fd4dfcc9b061d4c874ca69ef9b118131 Mon Sep 17 00:00:00 2001
From: Boyd Stephen Smith Jr b...@iguanasuicide.net
Date: Tue, 6 Oct 2009 15:46:15 -0500
Subject: [PATCH] Ignore sieve scripts using the discard action.

---
 rulefiles/linux/ignore.d.server/dovecot |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/rulefiles/linux/ignore.d.server/dovecot b/rulefiles/linux/ignore.d.server/dovecot
index 77c2efe..8ad1fe2 100644
--- a/rulefiles/linux/ignore.d.server/dovecot
+++ b/rulefiles/linux/ignore.d.server/dovecot
@@ -1,5 +1,5 @@
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ (dovecot: )?(imap|pop3)-login: Disconnected \[[.:[:xdigit:]]+\]$
-^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ deliver\([...@[:alnum:]]+\): msgid=?[^:\(]*?( \((added by [^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (saved mail to [-_.[:alnum:]]+|(forwarded|discarded duplicate forward) to [^[:space:]]+)$
+^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ deliver\([...@[:alnum:]]+\): msgid=?[^:\(]*?( \((added by [^[:space:]]+|sfid-[_[:xdigit:]]+)\)?)?[[:space:]]*: (saved mail to [-_.[:alnum:]]+|discarded|(forwarded|discarded duplicate forward) to [^[:space:]]+)$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: \(pam_unix\) authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=([...@[:alnum:]]+)? rhost=([.:[:xdigit:]]+)?(  user=[...@[:alnum:]]+)?$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: \(pam_unix\) check pass; user unknown$
 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ dovecot-auth: pam_unix\(dovecot:[[:alnum:]]+\): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser=([...@[:alnum:]]+)? rhost=([.:[:xdigit:]]+)?(  user=[...@[:alnum:]]+)?$
-- 
1.6.4.2



signature.asc
Description: This is a digitally signed message part.


Bug#532065: java-gcj-compat-dev failure to install

2009-06-15 Thread Boyd Stephen Smith Jr.
In 200906081535.31671.dschep...@gmail.com, Daniel Schepler wrote:
The problem is that neither gcj, gcj-jdk, nor java-gcj-compat-dev depends
 on gcj-4.3 anymore.  An apt-get install default-jdk-builddep gcj-4.3
 works fine in a chroot.  So it should be enough just to add gcj-4.3 as a
 dependency of one of those packages.

Stable gcj:
Version: 4:4.3.2-2
Depends:
cpp (= 4:4.3.2-2),
gij (= 4:4.3.2-2),
gcj-4.3 (= 4.3.2-1)

Testing gcj:
Version: 4:4.3.3-5
Depends:
cpp (= 4:4.3.3-5),
gij (= 4:4.3.3-5),
gcj-4.3 (= 4.3.3-2)

Unstable gcj-jdk:
Version: 4:4.3.3-9
Depends:
libgcj-common (= 1:4.4.0-7),
gcj-jre (= 4:4.3.3-9),
java-gcj-compat-dev (= 1.0.80),
gcj-4.3 (= 4.3.3-2)


No matter what flavor you are pulling from gcj+gcj-jdk should Depend on 
gcj-4.3.  So, the quoted diagnosis is surely wrong.  I think instead that 
default-jdk is missing a Depend on gcj-jdk OR java-gcj-compat-dev is missing 
a Depend on gcj-jdk.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/



signature.asc
Description: This is a digitally signed message part.


Bug#516026: Still present in security update.

2009-06-02 Thread Boyd Stephen Smith Jr.
found 516026 6.6-3lenny2
thanks

Setting up drupal6 (6.6-3lenny2) ...
dbconfig-common: writing config to /etc/dbconfig-common/drupal6.conf
*** WARNING: ucf was run from a maintainer script that uses debconf, but
 the script did not pass --debconf-ok to ucf. The maintainer
 script should be fixed to not stop debconf before calling ucf,
 and pass it this parameter. For now, ucf will revert to using
 old-style, non-debconf prompting. Ugh!

 Please inform the package maintainer about this problem.
Replacing config file /etc/drupal/6/sites/default/dbconfig.php with new 
version
dbconfig-common: flushing administrative password
www-data www-data 0750 /var/lib/drupal6/files
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/



signature.asc
Description: This is a digitally signed message part.


Bug#530963: exim4-daemon-heavy: clamd av_scanner does not use configured port

2009-05-28 Thread Boyd Stephen Smith Jr.
Package: exim4-daemon-heavy
Version: 4.69-9
Severity: normal


I'm getting errors in my /var/log/exim4/paniclog:
2009-05-28 20:15:17 1M9m0T-00059K-21 malware acl condition: clamd: 
connection to 172.20.2.91, port 1189 failed (Connection refused)
2009-05-28 20:18:42 1M9m3l-0005GE-PF malware acl condition: clamd: 
connection to 172.20.2.91, port 1114 failed (Connection refused)
2009-05-28 20:19:25 1M9m4T-0005GL-94 malware acl condition: clamd: 
connection to 172.20.2.91, port 1520 failed (Connection refused)
2009-05-28 20:20:09 1M9m5B-0005GQ-4V malware acl condition: clamd: 
connection to 172.20.2.91, port 1533 failed (Connection refused)
2009-05-28 20:20:37 1M9m5c-0005GV-Vu malware acl condition: clamd: 
connection to 172.20.2.91, port 1574 failed (Connection refused)
2009-05-28 20:24:40 1M9m9Y-0005Ga-L0 malware acl condition: clamd: 
connection to 172.20.2.91, port 1703 failed (Connection refused)
2009-05-28 20:26:15 1M9mB5-0005Gf-Bk malware acl condition: clamd: 
connection to 172.20.2.91, port 1426 failed (Connection refused)
2009-05-28 20:28:03 1M9mCl-0005Gk-9s malware acl condition: clamd: 
connection to 172.20.2.91, port 1221 failed (Connection refused)
2009-05-28 20:29:40 1M9mEN-0005Gp-Q4 malware acl condition: clamd: 
connection to 172.20.2.91, port 1966 failed (Connection refused)
2009-05-28 20:31:42 1M9mGJ-0005Gu-NB malware acl condition: clamd: 
connection to 172.20.2.91, port 1697 failed (Connection refused)

Notice that the port varies, for some reason.

What I think is relevant about my configuration is:
(on the exim4 server)
/etc/exim4/conf.d/main/01_exim4-config_listmacrosdefs-local:
CHECK_DATA_LOCAL_ACL_FILE = CONFDIR/conf.d/local/acl_check_data

/etc/exim4/conf.d/main/02_exim4-config_options-local:
av_scanner = clamd:ichi 3310

/etc/exim4/conf.d/acl/40_exim4-config_check_data:
  .ifdef CHECK_DATA_LOCAL_ACL_FILE
  .include CHECK_DATA_LOCAL_ACL_FILE
  .endif

/etc/exim4/conf.d/local/acl_check_data:
deny
  add_header = X-Virus-Scanned: cla...@iguanasuicide.net
  message = This message was detected as possible malware ($malware_name).
  malware = */defer_ok

/etc/hosts:
172.20.2.91 ichi.iguanasuicide.net ichi

I looked at the package source, specifically malware.c and I didn't see 
anything immediately wrong.  I also didn't notice any Debian patches to the
file, so I suppose it could be an upstream issue, but I'm not sure.


Please, let me know if I can provide any assistance in resolving the bug.

- Package-specific info:
Exim version 4.69 #1 built 30-Sep-2008 18:55:37
Copyright (c) University of Cambridge 2006
Berkeley DB: Berkeley DB 4.6.21: (September 27, 2007)
Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS 
move_frozen_messages Content_Scanning Old_Demime
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch 
ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite
Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa
Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='internet'
dc_other_hostnames='iguanasuicide.net;iguanasuicide.org;iguanasuicide.com'
dc_local_interfaces=''
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets='172.20.0.0/16'
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='true'
dc_hide_mailname=''
dc_mailname_in_oh='true'
dc_localdelivery='dovecot_lda'
mailname:iguanasuicide.net

-- System Information:
Debian Release: 5.0.1
  APT prefers stable
  APT policy: (900, 'stable'), (700, 'testing'), (500, 'unstable'), (300, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-19-xen (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages exim4-daemon-heavy depends on:
ii  debconf [debconf-2.0]  1.5.24Debian configuration management sy
ii  exim4-base 4.69-9support files for all Exim MTA (v4
ii  libc6  2.7-18GNU C Library: Shared libraries
ii  libdb4.6   4.6.21-11 Berkeley v4.6 Database 

Bug#469779: Upstream Issue

2009-04-13 Thread Boyd Stephen Smith Jr.
forwarded 469779 https://bugs.kde.org/show_bug.cgi?id=189560
thanks

Verified same results on openSUSE 11.1 (w/ KDE 4.2.2 packages from OBS). 

http://bugs.kde.org/show_bug.cgi?id=176941 is similar, but speaks 
specifically about POSIX ACLs, which Message #10 confirms works in Debian.  
Opened new bug https://bugs.kde.org/show_bug.cgi?id=189560 specifically for 
a general interface to all extended attributes supported on GNU/Linux.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/



signature.asc
Description: This is a digitally signed message part.


Bug#450774: Upstream Issue

2009-04-13 Thread Boyd Stephen Smith Jr.
forwarded 450774 https://bugs.kde.org/show_bug.cgi?id=189563
thanks

Confirmed on oS 11.1 + KDE 4.2 packages from OBS.

https://bugs.kde.org/show_bug.cgi?id=148159 was a similar issue, but 
sufficiently different so https://bugs.kde.org/show_bug.cgi?id=189563 was 
created.
-- 
Boyd Stephen Smith Jr.   ,= ,-_-. =.
b...@iguanasuicide.net  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy `-'(. .)`-'
http://iguanasuicide.net/\_/



signature.asc
Description: This is a digitally signed message part.


Bug#499066: Better Thread Link and More Info

2009-01-09 Thread Boyd Stephen Smith Jr.
Paul is referring to this thread:
http://groups.google.com/group/linux.debian.user/browse_thread/thread/248b0a96d4c49e83/39bba6b6592d012b?lnk=gstq=dvd+fail+pcartwright#39bba6b6592d012b

This issue is still being actively discussed.

That thread also confirms that Paul's is not k3b specific, so it may be 
appropriate to re-assign the bug to some other package.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
b...@iguanasuicide.net ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.net/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#473207: Intent to Adopt

2009-01-05 Thread Boyd Stephen Smith Jr.
owner   473207 !
retitle 473207 ITA -- libdc0 runtime libraries for Valknut
thanks

I intend to adopt valknut, and it will needs these libraries, so I'll have 
to get them into shape.  While the packages are released at different 
times in separate tarballs, they are from the same upstream, which should 
make maintaining both easier than maintaining two completely separate 
packages.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
b...@iguanasuicide.net ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.net/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#473205: Intent to Adopt

2008-11-10 Thread Boyd Stephen Smith Jr.
owner   473205 !
retitle 473205 ITA: valknut -- Qt 3 client for Direct Connect
thanks

I use this package, and there's not many options for DC users in Linux:
* GtkDC seems to be dead since last year and isn't packaged for Debian.
* LDCC hasn't had a release in about 4 years and isn't packaged for Debian.
* dc-qt seems to be dead since almost two years ago, although it's Debian 
package is in slightly better shape (RFH vs. O).
* Linux DC++ is in active development and the Debian package is in good shape.

I'm not a fan of mono-culture, and there maybe users that prefer a Qt 
interface to a GTK one, so I don't think just having Linux DC++ is enough 
for Debian.  Therefore, I'm intend to adopt this package.
-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
[EMAIL PROTECTED]                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     


pgp4Ezgr4xpsJ.pgp
Description: PGP signature


Bug#480163: Drop It

2008-11-09 Thread Boyd Stephen Smith Jr.
X-Debbugs-CC: [EMAIL PROTECTED]

Reading README.belocs-locales-{bin,data} shows these packages both build from 
subsections of the glibc source.  Upstream is an alioth package that 
doesn't have anything in it's CVS tree and doesn't look like it's had 
activity on anything except the mailing-list for years.  The mailing list 
hasn't had any non-SPAM traffic since May, which was Denis Barbier requesting 
a new maintainer.

I use this package on all my systems, so I was considering adopting it.  
Unfortunately, the project seems quite dead, and its stated goals can be 
handled by patches to the glibc package or binary-only uploads of the locales 
package.  If updates can't wait for a new release of Debian or a new update 
of the stable release, they can go into debian-volatile.

No RC bugs have been filed against it, but in it's current state, I wouldn't 
want it to go into the Lenny release.  I think the ftp masters should pull it 
from testing and unstable.
-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
[EMAIL PROTECTED]                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     


pgp2eNY2qMlhX.pgp
Description: PGP signature


Bug#337218: Severity Change Request

2008-11-06 Thread Boyd Stephen Smith Jr.
X-Debugs-CC: David Murn [EMAIL PROTECTED]

Sounds like a good feature to have, but I'm not sure it really breaks the 
package.  I'm thinking this should be downgraded to wishlist severity.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#432630: Try: Action Hub Search (or Ctrl+S)

2008-11-06 Thread Boyd Stephen Smith Jr.
X-Debugs-CC: Steffen Joeris [EMAIL PROTECTED]

While I generally find more files I want by downloading file lists, I've 
used valknut to search for specific files since you posted this bug.  Both 
in Aug '07 and Jul/Aug '08.  It's under Action  Hub Search from the menu, 
and may be available other ways.

I say this bug is fixed in 0.3.13-1, if it ever really was a problem.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#313157: Severity Change Request and Reproduction Request

2008-11-06 Thread Boyd Stephen Smith Jr.
X-Debugs-CC: David Murn [EMAIL PROTECTED]

Do all the transfers eventually start?  If so, I'd say this is only of 
minor severity.  It's entirely possible that the client is waiting for a 
slot to come available, or to get a message from the Hub before being 
ready for the upload.  If it's just a delay, it doesn't break things that 
much.

I don't remember seeing this in 0.3.13-1, but my usage patterns may not be 
causing the same issues.  Can you confirm with that version?
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#383917: Patches Missing; New Version to Test

2008-11-06 Thread Boyd Stephen Smith Jr.
tags 383917 - patch
thanks
X-Debugs-CC: Anders Lageras [EMAIL PROTECTED]

Both URLs given are now 404'd.  Removing patch tag since they are no longer 
available.  Also, you might see if this issue is fixed in 0.3.13-1.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#383920: Time to close?

2008-11-06 Thread Boyd Stephen Smith Jr.
As 0.3.13-1 is in lenny, which should be stable RSN, and this was fixed 
upstram in 0.3.8, I don't see any reason this bug should remain open.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#503759: approx: segmentation fault when interface setting set to lo

2008-10-28 Thread Boyd Stephen Smith Jr.
Package: approx
Version: 2.8.0
Severity: normal


Wanting to only use approx in combination with pbuilder, I was hoping it
could listen only on the local interface.  Unfortunately, after editing
/etx/approx/approx.conf with this preference it would semi-silently exit
due to a segmentation fault.  Like so:

$ sudo invoke-rc.d approx start
Starting proxy server for Debian archive files: approx.
$ echo $?
0
$ ps auwx | grep approx | grep -v grep
no output
$ grep approx /var/log/syslog
Oct 28 06:07:54 rei approx: Version: approx 2.8.0
Oct 28 06:07:54 rei approx: Config file: /etc/approx/approx.conf
Oct 28 06:07:54 rei approx: Interface: lo
Oct 28 06:07:54 rei approx: Port: 
Oct 28 06:07:54 rei approx: Cache: /var/cache/approx
Oct 28 06:07:54 rei approx: Interval: 12 hours
Oct 28 06:07:54 rei approx: Max wait: 10
Oct 28 06:07:54 rei approx: Debug: false
Oct 28 06:07:54 rei kernel: [969824.941197] approx[28254]: segfault at 
8dc53d70 rip 4cabf0 rsp 7fff95c8e6e8 error 4
$ sudo /usr/sbin/approx -f
Version: approx 2.8.0
Config file: /etc/approx/approx.conf
Interface: lo
Port: 
Cache: /var/cache/approx
Interval: 12 hours
Max wait: 10
Debug: false
Segmentation fault
$ grep -v '^[[:space:]]*(#|$)' /etc/approx/approx.conf
interface   lo
debian  http://ftp.debian.org/debian
securityhttp://security.debian.org
volatilehttp://volatile.debian.org/debian-volatile

If lo isn't supposed to work as the interface, that's fine.  I'd
just like the package to not crash and, preferably, be more verbose
about failing to start  I feel the crash warrants normal severity.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.24-19-xen
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)

Versions of packages approx depends on:
ii  adduser3.102 Add and remove users and groups
ii  bzip2  1.0.3-6   high-quality block-sorting file co
ii  curl   7.15.5-1etch1 Get a file from an HTTP, HTTPS, FT
ii  libc6  2.3.6.ds1-13etch7 GNU C Library: Shared libraries
ii  libpcre3   6.7+7.4-4 Perl 5 Compatible Regular Expressi
ii  lsb-base   3.1-23.2etch1 Linux Standard Base 3.1 init scrip

approx recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#503759: Testing newer versions

2008-10-28 Thread Boyd Stephen Smith Jr.
I wanted to try and test 3.3.0 (latest testing) and 3.4-1 (current sid) to see 
if the bug was still in them, but they both have deps on libraries not in 
etch.  I figured I'd try building from source, but they also appear to have 
build-deps not in etch.  Following the dependencies to attempt a backport I 
got stuck on a circular build-dep of man-db needing a non-etch version of 
debhelper to build and vice-versa.

If such testing would be useful, what's the easiest way to go about it?  I 
have cowbuilder (pbuilder+cowdancer) chroots for etch, lenny, and sid.
-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
[EMAIL PROTECTED]                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     


signature.asc
Description: This is a digitally signed message part.


Bug#503759: approx: segmentation fault when interface setting set to lo

2008-10-28 Thread Boyd Stephen Smith Jr.
fixed 503759 3.3.0~bpo40+2
thanks

Yes, the version from backports.org does not crash when $interface is set 
to lo.  It doesn't bind to the IPv6 address associated with lo, but the 
init-script does warn about this and that is a separate, wishlist-severity 
issue.

Applogies for the duplicate report, I thought reportbug would warn me about 
that.
-- 
Boyd Stephen Smith Jr.                     ,= ,-_-. =. 
[EMAIL PROTECTED]                      ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy           `-'(. .)`-' 
http://iguanasuicide.org/                      \_/     


signature.asc
Description: This is a digitally signed message part.


Bug#460059: ITA: vbetool -- run real-mode video BIOS code to alter hardware state

2008-10-27 Thread Boyd Stephen Smith Jr.
X-Debbugs-CC: Joel Franco [EMAIL PROTECTED]

Joel, are you still wanting to adopt this package?  If not, I'd be willing 
to take it.  Upstream has 1.1 out, and I'm hoping that it will fix 502288.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#448673: acpi-support: excessively load cycles some hard drive

2008-10-26 Thread Boyd Stephen Smith Jr.
fixed 448673 0.103-5
tags 448673 + fixed
thanks

Bart didn't upload his fixed version discussed in message 71, but it does 
look like he checked them into the debian VCS for the package and that 
Raphael included them when he pushed out 0.103-5.

Bart or Michael, please close if this bug is actually squashed.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#496570: acpi-support-base: Wireless devices are not deconfigured before they are powered down.

2008-10-26 Thread Boyd Stephen Smith Jr.
retitle 496570 acpi-support-base: Wireless devices are not deconfigured before 
they are powered down.
found 496570 0.109-9
tag 496570 + pending
thanks

I don't see where in /usr/share/acpi-support/power-funcs that it turns off 
any network device.  I think you mean /usr/share/acpi-support/state-funcs.  
It looks like madwifi devices already use ifup and ifdown -- I see no 
reason we can't do that for other devices as well.  I'll begin work on a 
patch.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#496570: acpi-support-base: Wireless devices are not deconfigured before they are powered down.

2008-10-26 Thread Boyd Stephen Smith Jr.
tag 496570 + patch
thanks

Patch against Debian's SVN trunk for acpi-support attached.

This patch invokes ifup or ifdown just after the control file has been 
written to.  This should un-hang any netowrk applications.  The ifupdown 
invocations are copied from the madwifi-specific section.  Since NET_IF is 
now needed earlier, move it out a nesting level and to the top of that 
block.  Invoking ifdown before the control file is successfully written 
could end up deconfiguring the interface without powering it down.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 
diff --git a/lib/state-funcs b/lib/state-funcs
index 11b9891..1d62af5 100644
--- a/lib/state-funcs
+++ b/lib/state-funcs
@@ -39,6 +39,7 @@ toggleAllWirelessStates()
 for DEVICE in /sys/class/net/* ; do
 	if [ -d $DEVICE/wireless ] ; then
 	# $DEVICE is a wireless device.
+	NET_IF=`echo $DEVICE | cut -d \/ -f 5`
 
 	# Check if it's powered on using the official way
 	ON=0
@@ -49,6 +50,7 @@ toggleAllWirelessStates()
 		if [ `cat $CONTROL` = 0 ] ; then
 			# It's powered on. Switch it off.
 			if echo -n $OFF  $CONTROL ; then 
+			ifdown ${NET_IF}
 			break
 			else
 			OFF=2 # for power/state, second time around
@@ -56,6 +58,10 @@ toggleAllWirelessStates()
 		else
 			# It's powered off. Switch it on.
 			if echo -n $ON  $CONTROL ; then
+			ifup ${NET_IF}
+			if [ -x /sbin/wpa_cli ]; then
+wpa_cli scan
+			fi
 			break
 			fi
 		fi
@@ -64,7 +70,6 @@ toggleAllWirelessStates()
 
 # For madwifi we need to check operstate instead.
 	if [ -w $DEVICE/operstate ] ; then
-	NET_IF=`echo $DEVICE | cut -d \/ -f 5`
 	if [ `cat $CONTROL` = up ] ; then
 		# It's powered on. Switch it off.
 		ifdown $NET_IF


signature.asc
Description: This is a digitally signed message part.


Bug#433312: Oracle ODBC requires 2.2.12

2008-07-15 Thread Boyd Stephen Smith Jr.
Oracle ODBC errors out when connecting to the database with 
2.2.11: undefined symbol: SQLGetPrivateProfileStringW.

http://kr.forums.oracle.com/forums/thread.jspa?threadID=597427tstart=495 
and http://forums.oracle.com/forums/thread.jspa?threadID=574950tstart=0 
imply that upgrading to 2.2.12 fixes the problem.

I'd be grateful for the package bump or another work-around.
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


Bug#433312: Ubuntu Bug #

2008-07-15 Thread Boyd Stephen Smith Jr.
Package: unixodbc
Version: 2.2.11-16
Followup-For: Bug #433312

Ubuntu is tracking the version bump as bug 164473.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages unixodbc depends on:
ii  libc6 2.7-10 GNU C Library: Shared 
libraries
ii  libltdl3  1.5.26-4   A system independent dlopen 
wrappe
ii  libreadline5  5.2-3  GNU readline and history 
libraries
ii  odbcinst1debian1  2.2.11-16  Support library and helper 
program

unixodbc recommends no packages.

-- no debconf information
-- 
Boyd Stephen Smith Jr. ,= ,-_-. =. 
[EMAIL PROTECTED]  ((_/)o o(\_))
ICQ: 514984 YM/AIM: DaTwinkDaddy   `-'(. .)`-' 
http://iguanasuicide.org/  \_/ 


signature.asc
Description: This is a digitally signed message part.


  1   2   >