Bug#848256: lastpass-cli: lpass segfaults attempting to log in

[C. Morgan Hamill]

I'm also unable to reproduce any longer.
--
Morgan

Bug#848259: nmh: Sending messages over TLS results in erroneous "send: message not delivered to anyone"

[C. Morgan Hamill]

Package: nmh
Version: 1.6-15+b1
Severity: important

Since the most recent upgrade of nmh, I have encounted an error when
attempting to send mail:

$ What now? send -verbose
 -- Posting for All Recipients --
   -- Network Recipients --
   me at cmhamill.org: address ok
send: message not delivered to anyone

The message is, in fact, delivered correctly, despite nmh's claim.

My suspicion is that this is because of the recent change to building
against OpenSSL 1.1, though I am not positive.

My SMTP configuration in my .mh_profile is:

send: -mts smtp -port 465 -initialtls -sasl -server smtp.gmail.com -user 
mham...@evidation.com

Snooping on the SMTP conversation is not very revealing, as everything
looks normal to my eye:

Trying to connect to "smtp.gmail.com" ...
Connecting to 74.125.28.108:465...
SSL negotiation successful: ECDHE-RSA-AES128-SHA(128) SSLv3
(tls-decrypted) <= 220 smtp.gmail.com ESMTP q26sm6261298pfk.94 - gsmtp
(tls-encrypted) => EHLO tr
(tls-decrypted) <= 250-smtp.gmail.com at your service, [76.174.40.249]
(tls-decrypted) <= 250-SIZE 35882577
(tls-decrypted) <= 250-8BITMIME
(tls-decrypted) <= 250-AUTH LOGIN PLAIN XOAUTH2 PLAIN-CLIENTTOKEN 
OAUTHBEARER XOAUTH
(tls-decrypted) <= 250-ENHANCEDSTATUSCODES
(tls-decrypted) <= 250-PIPELINING
(tls-decrypted) <= 250-CHUNKING
(tls-decrypted) <= 250 SMTPUTF8
(tls-encrypted) => AUTH LOGIN
(tls-decrypted) <= 334 VXNlcm5hbWU6
(tls-encrypted) => bWhhbWlsbEBldmlkYXRpb24uY29t
(tls-decrypted) <= 334 UGFzc3dvcmQ6
(tls-encrypted) => [REDACTED]
(tls-decrypted) <= 235 2.7.0 Accepted
(tls-encrypted) => MAIL FROM:
(tls-decrypted) <= 250 2.1.0 OK q26sm6261298pfk.94 - gsmtp
(tls-encrypted) => RCPT TO:
(tls-decrypted) <= 250 2.1.5 OK q26sm6261298pfk.94 - gsmtp
(tls-encrypted) => DATA
(tls-decrypted) <= 354  Go ahead q26sm6261298pfk.94 - gsmtp
(tls-encrypted) => .
(tls-decrypted) <= 250 2.0.0 OK 1481829320 q26sm6261298pfk.94 - gsmtp
(tls-encrypted) => QUIT
(tls-decrypted) <= 221 2.0.0 closing connection q26sm6261298pfk.94 - gsmtp
send: message not delivered to anyone

Looking at the source of the Debian package, the only place this error
message occurs is when the postproc program returns an error (in
uip/sendsbr.c on line 446. I'm familiar enough with the codebase to know
what might be going on behind the scenes.

Please let me know if there's any more I can do to help debug.
--
Morgan Hamill

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

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

Versions of packages nmh depends on:
ii  libc6 2.24-7
ii  libdb5.3  5.3.28-12
ii  liblockfile1  1.10-1
ii  libsasl2-22.1.27~101-g0780600+dfsg-1
ii  libssl1.1 1.1.0c-2
ii  libtinfo5 6.0+20161126-1
ii  mime-support  3.60
ii  netbase   5.3

Versions of packages nmh recommends:
ii  exim4-daemon-light [mail-transport-agent]  4.88~RC5-1

Versions of packages nmh suggests:
pn  exmh
ii  libmailtools-perl   2.13-1
ii  libmime-tools-perl  5.508-1
ii  mh-book 200605-2
pn  mh-e
ii  par 1.52-3

-- Configuration Files:
/etc/nmh/mhl.body changed [not included]
/etc/nmh/mhl.format changed [not included]
/etc/nmh/mhl.headers changed [not included]
/etc/nmh/mhl.reply changed [not included]
/etc/nmh/mhn.defaults changed [not included]
/etc/nmh/mhshow.marker changed [not included]
/etc/nmh/replcomps changed [not included]
/etc/nmh/scan.highlighted changed [not included]

-- no debconf information

Bug#848256: lastpass-cli: lpass segfaults attempting to log in

[C. Morgan Hamill]

Package: lastpass-cli
Version: 1.0.0-1.1
Severity: grave
Justification: renders package unusable

Hello,

Since upgrading to the version of lastpass-cli built against OpenSSL
1.1, Any attempt to use lpass has resulted in the error "Segmentation
fault" followed by an immediate exit.

Please let me know if I can provide further debugging information.
--
Morgan Hamill


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

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

Versions of packages lastpass-cli depends on:
ii  binutils   2.27.51.20161201-1
ii  libc6  2.24-7
ii  libcurl3   7.50.1-1
ii  libssl1.1  1.1.0c-2
ii  libxml22.9.4+dfsg1-2.1

lastpass-cli recommends no packages.

lastpass-cli suggests no packages.

-- no debconf information

Bug#813647: connman: daemon no longer starts after upgrade

[C. Morgan Hamill]

I can confirm that the above patches fix the issue (well, the first
patch to the struct `xtables_globals`; I believe the latter to be
unrelated.

If the patch could be applied to the current version, or a newer version
imported, that would be great.

Thanks, Morgan Hamill

Bug#813647: Further information.

[C. Morgan Hamill]

This thread upstream might be relevant:
http://permalink.gmane.org/gmane.comp.handhelds.openembedded.core/75201
--
Morgan Hamill

Bug#813647: connman: daemon no longer starts after upgrade

[C. Morgan Hamill]

Package: connman
Version: 1.21-1.2+b2
Severity: grave
Justification: renders package unusable

Connman fails to start. See the attached 'connmand.out' for the segfault
which is printed on running `connmand -n --debug`.

Thanks for your help.
--
Morgan Hamill

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

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

Versions of packages connman depends on:
ii  dbus 1.10.6-1
ii  init-system-helpers  1.24
ii  libc62.21-7
ii  libdbus-1-3  1.10.6-1
ii  libglib2.0-0 2.46.2-3
ii  libgnutls30  3.4.8-2
ii  libreadline6 6.3-8+b4
ii  libxtables11 1.6.0-2
ii  lsb-base 9.20160110

Versions of packages connman recommends:
ii  bluez  5.36-1
pn  ofono  
ii  wpasupplicant  2.3-2.3

Versions of packages connman suggests:
pn  indicator-network  

-- no debconf information
connmand[5781]: Connection Manager version 1.21
connmand[5781]: src/dbus.c:__connman_dbus_init() 
connmand[5781]: src/main.c:parse_config() parsing main.conf
connmand[5781]: src/inotify.c:__connman_inotify_init() 
connmand[5781]: src/technology.c:__connman_technology_init() 
connmand[5781]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[5781]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[5781]: src/notifier.c:__connman_notifier_init() 
connmand[5781]: src/agent.c:__connman_agent_init() 
connmand[5781]: src/service.c:__connman_service_init() 
connmand[5781]: src/agent.c:connman_agent_driver_register() Registering driver 
0x6be180 name service
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_d637d70df97b_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_546f6d4e546f6d735f58656e2077696669_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_fec4bf467024_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_616e7369626c65_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_9af97dbef0dd_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_494e46494e4954554d6b677a7a_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_4c41504c2d5075626c6963_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_476f6f676c6520537461726275636b73_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_fe5400fc3e5f_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_44415649442031_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_aed21fe1c27c_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_73756265746861_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_42444c7075626c6963_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_feb7764a17b1_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_537461706c6573486f7473706f74_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_fe2ae7117c92_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_776972656c657373_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_56696c6c6167652043616665204775657374204e6574776f726b_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_434f4646454520484f555345_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_416d7472616b436f6e6e656374_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_61747477696669_managed_none/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_da67ab1d3186_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/wifi_5ce0c5bea51e_4c61204d6f6e617263612042616b657279_managed_psk/settings
connmand[5781]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_fe0095c5787b_cable/settings
connmand[5781]: src/storage.c:storage_load() Loading 

Bug#768352: gsasl: Does not support GSSAPI.

[C. Morgan Hamill]

Any way I can help move this along?
--
Morgan Hamill


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

Bug#770368: texlive-latex-extra: Package should recommend or suggest libspreadsheet-writeexcel-perl

[C. Morgan Hamill]

Package: texlive-latex-extra
Version: 2014.20141024-1
Severity: normal

Dear Maintainer,

Install texlive-extra-utils, then run:

$ exceltex
Can't locate Spreadsheet/ParseExcel.pm in @INC (you may need to install
the Spreadsheet::ParseExcel module) (@INC contains: /etc/perl
/usr/local/lib/x86_64-linux-gnu/perl/5.20.1 /usr/local/share/perl/5.20.1
/usr/lib/x86_64-linux-gnu/perl5/5.20 /usr/share/perl5
/usr/lib/x86_64-linux-gnu/perl/5.20 /usr/share/perl/5.20
/usr/local/lib/site_perl .) at /usr/bin/exceltex line 738.
BEGIN failed--compilation aborted at /usr/bin/exceltex line 738.

The package should suggest or required the needed library.

##
 List of ls-R files

-rw-r--r-- 1 root root 3901 Nov 17 08:03 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Oct 20 20:46 /usr/share/texmf/ls-R - 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Oct 23 23:19 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Oct 23 23:19 /usr/share/texlive/texmf-dist/ls-R - 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 1101 Oct 31 09:51 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 10144 Nov 17 08:02 /var/lib/texmf/web2c/fmtutil.cnf
lrwxrwxrwx 1 root root 32 Oct 23 23:19 /usr/share/texmf/web2c/updmap.cfg - 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 12241 Nov 17 08:02 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 May 30 05:00 mktex.cnf
-rw-r--r-- 1 root root 1101 Oct 31 09:51 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages texlive-latex-extra depends on:
ii  dpkg   1.17.21
ii  preview-latex-style11.87-3
ii  tex-common 5.03
ii  texlive-base   2014.20141024-1
ii  texlive-binaries   2014.20140926.35254-3
ii  texlive-latex-recommended  2014.20141024-1
ii  texlive-pictures   2014.20141024-1

Versions of packages texlive-latex-extra recommends:
ii  texlive-fonts-recommended  2014.20141024-1
ii  texlive-latex-extra-doc2014.20141024-1

Versions of packages texlive-latex-extra suggests:
ii  libfile-which-perl  1.09-1
ii  python-pygments 2.0~rc1.a2bc2bd+dfsg-1

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg   1.17.21
ii  ucf3.0030

Versions of packages tex-common suggests:
ii  debhelper  9.20141022

Versions of packages texlive-latex-extra is related to:
ii  tex-common5.03
ii  texlive-binaries  2014.20140926.35254-3

-- debconf information excluded


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

Bug#768467: vim-runtime: Typo in netrwSettings.vim

[C. Morgan Hamill]

Package: vim-runtime
Version: 2:7.4.488-1
Severity: minor

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

In /usr/share/vim/vim74/autoload/netrwSettings.vim, on line 34, the
function 'netrw#NetrwSavePosn' is called.  This line should instead call
'netrw#SavePosn', as defined in /usr/share/vim/vim74/autoload/netrw.vim,
on line 9835.

As is currently, settings-related features of netrw do not quite work
properly: a quick example can be seen by calling ':NetrwSettings' from
within vim:

Error detected while processing function netrwSettings#NetrwSettings:
E117: Unknown function: netrw#NetrwSavePosn

Thanks,
C. Morgan Hamill


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

vim-runtime depends on no packages.

Versions of packages vim-runtime recommends:
ii  vim-gtk [vim]  2:7.4.488-1

vim-runtime suggests no packages.

-- no debconf information


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

Bug#768352: gsasl: Does not support GSSAPI.

[C. Morgan Hamill]

Package: gsasl
Version: 1.8.0-6
Severity: normal

Dear Maintainer,

I noticed while trying to use GSSAPI in msmtp that gsasl does not seem
to support it, despite claims to the contrary in the description.

My smarthost is responding to EHLO with 'AUTH GSSAPI' on port 25 and
'AUTH LOGIN PLAIN GSSAPI' after negotiating STARTTLS, so I am sure
that's not the issue.

Using gsasl, however, I get this:

$ gsasl msa.wesleyan.edu 25
Trying ‘msa.wesleyan.edu’...
220 msa.wesleyan.edu ESMTP WesMSA; Thu, 6 Nov 2014 13:21:36 -0500
EHLO [127.0.0.1]
250-msa.wesleyan.edu Hello al.wesleyan.edu [129.133.22.76], pleased to
meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 6500
250-AUTH GSSAPI
250-STARTTLS
250-DELIVERBY
250 HELP
STARTTLS
220 2.0.0 Ready to start TLS
EHLO [127.0.0.1]
250-msa.wesleyan.edu Hello al.wesleyan.edu [129.133.22.76], pleased to
meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 6500
250-AUTH LOGIN PLAIN GSSAPI
250-DELIVERBY
250 HELP
AUTH PLAIN
334 

After which it prompts me for PLAIN auth credentials.

Furthermore, it seems gsasl is throughly confused by the crazy ideas I'm
throwing around:

$ gsasl msa.wesleyan.edu 25 -m GSSAPI
Trying ‘msa.wesleyan.edu’...
220 msa.wesleyan.edu ESMTP WesMSA; Thu, 6 Nov 2014 13:25:54 -0500
EHLO [127.0.0.1]
250-msa.wesleyan.edu Hello al.wesleyan.edu [129.133.22.76], pleased to meet 
you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 6500
250-AUTH GSSAPI
250-STARTTLS
250-DELIVERBY
250 HELP
STARTTLS
220 2.0.0 Ready to start TLS
EHLO [127.0.0.1]
250-msa.wesleyan.edu Hello al.wesleyan.edu [129.133.22.76], pleased to meet 
you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 6500
250-AUTH LOGIN PLAIN GSSAPI
250-DELIVERBY
250 HELP
AUTH GSSAPI
gsasl: mechanism unavailable: Unknown SASL mechanism

$gsasl msa.wesleyan.edu 25 --client-mechanisms
This client supports the following mechanisms:
ANONYMOUS EXTERNAL LOGIN PLAIN SECURID NTLM DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1 
SAML20 OPENID20

$gsasl msa.wesleyan.edu 25 --server-mechanisms
This server supports the following mechanisms:
ANONYMOUS EXTERNAL LOGIN PLAIN SECURID DIGEST-MD5 CRAM-MD5 SCRAM-SHA-1 
SAML20 OPENID20

I looked in the source for the gsasl package, and could find nothing
that indicated GSSAPI had been intentially disabled.

Any help would be appreciated.

Yours, C. Morgan Hamill



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages gsasl depends on:
ii  dpkg   1.17.21
ii  install-info   5.2.0.dfsg.1-5
ii  libc6  2.19-12
ii  libgnutls-deb0-28  3.3.8-3
ii  libgsasl7  1.8.0-6

gsasl recommends no packages.

gsasl suggests no packages.

-- no debconf information


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

Bug#747878: sup-mail: Crashes due to missing shared library _xapian.so

[C. Morgan Hamill]

Package: sup-mail
Version: 0.12.1+git20120407.aaa852f-1+deb7u1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

As of libxapian-ruby1.9.1 1.2.17-1 (which is a transitional package to
ruby-xapian 1.2.17-2), sup-mail no longer launches successfully.

The ruby-xapian package seems to not provide the shared library at
/usr/lib/ruby/1.9.1/x86_64-linux/_xapian.so, so I think this may be part
of some larger dropping of Ruby 1.9 support.

I've personally solved it by force installing the older version of
libxapian-ruby1.9.1, but eww.

Thanks!


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

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

Versions of packages sup-mail depends on:
ii  libxapian-ruby1.9.1  1.2.12-2
ii  ruby-chronic 0.10.2-2
ii  ruby-eventmachine1.0.3-6
ii  ruby-highline1.6.20-1
ii  ruby-locale  2.1.0-2
ii  ruby-lockfile2.1.0-4
ii  ruby-mime-types  1.25-1
ii  ruby-ncurses 1.4.7+dfsg-1+b1
ii  ruby-rubymail1.0.0-2
ii  ruby-trollop 2.0-1
ii  ruby-yajl1.2.0-2
ii  ruby1.9.11.9.3.484-2

Versions of packages sup-mail recommends:
ii  ruby-gpgme  2.0.5-1

sup-mail suggests no packages.

-- no debconf information


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

Bug#739714: sup-mail: New version of sup available.

[C. Morgan Hamill]

Package: sup-mail
Version: 0.12.1+git20120407.aaa852f-1+deb7u1
Severity: wishlist

Dear Maintainer,

The packaged version of sup is far behind upstream, which seems to have
moved to http://supmua.org.  An updated package would be greatly
appreciated.

Thanks you.
--
Morgan Hamill


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

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

Versions of packages sup-mail depends on:
ii  libxapian-ruby1.9.11.2.17-1
ii  ruby-chronic   0.10.2-1
ii  ruby-eventmachine  1.0.3-4
ii  ruby-highline  1.6.20-1
ii  ruby-locale2.1.0-2
ii  ruby-lockfile  2.1.0-4
ii  ruby-mime-types1.25-1
ii  ruby-ncurses   1.4.4+dfsg-1
ii  ruby-rubymail  1.0.0-2
ii  ruby-trollop   2.0-1
ii  ruby-xapian [libxapian-ruby1.9.1]  1.2.17-1
ii  ruby-yajl  1.2.0-1
ii  ruby1.9.1  1.9.3.484-1

Versions of packages sup-mail recommends:
ii  ruby-gpgme  2.0.2-1+b1

sup-mail suggests no packages.

-- no debconf information


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

Bug#723673: mock: Incorrect directory permissions

[C. Morgan Hamill]

Package: mock
Version: 1.1.33-1
Severity: normal

Howdy,

The package for mock, as installed, doesn't produce a functioning
installation.

I had to manually create a group name 'mock', add myself to it, and then
do:

chown root:mock /var/lib/mock
chmod g+rws /var/lib/mock
chown root:mock /var/cache/mock
chmod g+rws /var/cache/mock

The configuration file '/etc/mock/site-defaults.cfg' even notes this
requirement.

It seems that it would be pretty trivial to have the package take care
of this.

Debian policy says, I think, that you'd need to change the name of the
user to some specified form, in which case you'd also want to patch
'/etc/mock/site-defaults.cfg' to make the appropriate change to the
'chrootgid' config option.
--
C. Morgan Hamill

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

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

Versions of packages mock depends on:
ii  python 2.7.5-4
ii  python-decoratortools  1.8-2
ii  python-rpm 4.11.1-2
ii  usermode   1.109-1
ii  yum3.4.3-2
ii  yum-utils  1.1.31-1

mock recommends no packages.

Versions of packages mock suggests:
pn  pigz  none

-- no debconf information


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

Bug#593595: cmus: Cmus fails to play any audio files: Error: opening audio device

[C. Morgan Hamill]

Package: cmus
Version: 2.3.3-2
Severity: important


Cmus 2.3.3 fails to play any audio files, instead giving one of two
messages. Error: Opening audio device: Internal error displays if I have
output_plugin set to pulse (I do not have the pulse audio server
installed); if I change output_plugin to alsa, then I get the message
Error: opening audio device: No such file or directory instead. This
renders the package completely unusable on my system; stderr and stdout do
not provide me with any further information as to what is going on.

Thank you for any help you can provide (or any instructions you can give
me as to what information I ought to provide you).

Yours, Morgan Hamill
cham...@wesleyan.edu

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages cmus depends on:
ii  libao41.0.0-4Cross Platform Audio Output Librar
ii  libasound21.0.23-1   shared library for ALSA applicatio
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libfaad2  2.7-4  freeware Advanced Audio Decoder - 
ii  libflac8  1.2.1-2+b1 Free Lossless Audio Codec - runtim
ii  libmad0   0.15.1b-5  MPEG audio decoder library
ii  libmodplug1   1:0.8.8.1-1shared libraries for mod music bas
ii  libmpcdec62:0.1~r459-1   MusePack decoder - library
ii  libncursesw5  5.7+20100313-2 shared libraries for terminal hand
ii  libpulse0 0.9.21-3+b1PulseAudio client libraries
ii  libvorbisfile31.3.1-1The Vorbis General Audio Compressi
ii  libwavpack1   4.60.1-1   an audio codec (lossy and lossless

Versions of packages cmus recommends:
ii  cmus-plugin-ffmpeg2.3.3-2lightweight ncurses audio player (

cmus suggests no packages.

-- no debconf information


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages cmus depends on:
ii  libao41.0.0-4Cross Platform Audio Output Librar
ii  libasound21.0.23-1   shared library for ALSA applicatio
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libfaad2  2.7-4  freeware Advanced Audio Decoder - 
ii  libflac8  1.2.1-2+b1 Free Lossless Audio Codec - runtim
ii  libmad0   0.15.1b-5  MPEG audio decoder library
ii  libmodplug1   1:0.8.8.1-1shared libraries for mod music bas
ii  libmpcdec62:0.1~r459-1   MusePack decoder - library
ii  libncursesw5  5.7+20100313-2 shared libraries for terminal hand
ii  libpulse0 0.9.21-3+b1PulseAudio client libraries
ii  libvorbisfile31.3.1-1The Vorbis General Audio Compressi
ii  libwavpack1   4.60.1-1   an audio codec (lossy and lossless

Versions of packages cmus recommends:
ii  cmus-plugin-ffmpeg2.3.3-2lightweight ncurses audio player (

cmus suggests no packages.

-- no debconf information


-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages cmus depends on:
ii  libao41.0.0-4Cross Platform Audio Output Librar
ii  libasound21.0.23-1   shared library for ALSA applicatio
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libfaad2  2.7-4  freeware Advanced Audio Decoder - 
ii  libflac8  1.2.1-2+b1 Free Lossless Audio Codec - runtim
ii  libmad0   0.15.1b-5  MPEG audio decoder library
ii  libmodplug1   1:0.8.8.1-1shared libraries for mod music bas
ii  libmpcdec62:0.1~r459-1   MusePack decoder - library
ii  libncursesw5  5.7+20100313-2 shared libraries for terminal hand
ii  libpulse0 0.9.21-3+b1PulseAudio client libraries
ii  libvorbisfile31.3.1-1The Vorbis General Audio Compressi
ii  libwavpack1   4.60.1-1   an audio codec (lossy and lossless

Versions of packages cmus recommends:
ii  

Bug#593595:

[C. Morgan Hamill]

Howdy there,

It seems that dsp.alsa.device, mixer.alsa.device, and
mixer.alsa.channel are all unset in the current install of cmus. After
setting the latter to Master or PCM and the former two to
default, as the cmus man page indicates is the common value,
everything works fine.

Yours, Morgan Hamill
cham...@wesleyan.edu



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