Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

2020-05-16 Thread Nathaniel Beaver 
Further note: as of version 1.2.10, Thunderlink can both generate and 
resolve RFC 2392 mid: URLs.


https://github.com/mikehardy/thunderlink/pull/57

https://github.com/mikehardy/thunderlink/commit/831116436a1786224871a2e746167b6e884dd7b1

On 1/12/19 1:47 PM, Nathaniel Beaver wrote:
Followup: Thunderlink added support for the RFC 2392 mid: scheme in 
December 2015.


https://github.com/poohsen/thunderlink/pull/28

https://github.com/poohsen/thunderlink/commit/02422f0a60911a37aa068b6f2a946e65288c8967 



I can confirm it works as expected.

On 7/18/15 10:07 AM, Ben Hutchings wrote:

On Sat, 2015-07-18 at 03:12 -0500, Nathaniel Beaver wrote:

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

 Package name: icedove-thunderlink
  Version: 1.2.1
Upstream Author: Christoph Zwirello 
  URL: https://github.com/poohsen/thunderlink
  License: Mozilla Public License, version 2.0
  Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new
mimetype for the URI scheme, which is a bit of a hassle to do by hand.
Here's an example of an actual Thunderlink:

thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org 


[...]

There is a standard mid: scheme <https://tools.ietf.org/html/rfc2392>;
why not support that?

Ben.

Bug#928157: recoll: no debug package available

2019-04-28 Thread Nathaniel Beaver 

Quick follow-on to show what this looks like on stretch:

$ apt-cache policy vim-dbgsym barcode-dbg
vim-dbgsym:
  Installed: (none)
  Candidate: 2:8.0.0197-4+deb9u1
  Version table:
 2:8.0.0197-4+deb9u1 500
500 http://debug.mirrors.debian.org/debian-debug 
stretch-debug/main amd64 Packages

barcode-dbg:
  Installed: (none)
  Candidate: 0.98+debian-9.1+b2
  Version table:
 0.98+debian-9.1+b2 500
500 http://deb.debian.org/debian stretch/main amd64 Packages
$ apt-cache policy recoll-dbg recoll-dbgsym
N: Unable to locate package recoll-dbg
N: Unable to locate package recoll-dbgsym
$ apt-cache policy recoll
recoll:
  Installed: 1.22.4-1
  Candidate: 1.22.4-1
  Version table:
 *** 1.22.4-1 500
500 http://deb.debian.org/debian stretch/main amd64 Packages
100 /var/lib/dpkg/status

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

2019-01-12 Thread Nathaniel Beaver 
Followup: Thunderlink added support for the RFC 2392 mid: scheme in 
December 2015.


https://github.com/poohsen/thunderlink/pull/28

https://github.com/poohsen/thunderlink/commit/02422f0a60911a37aa068b6f2a946e65288c8967

I can confirm it works as expected.

On 7/18/15 10:07 AM, Ben Hutchings wrote:

On Sat, 2015-07-18 at 03:12 -0500, Nathaniel Beaver wrote:

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

 Package name: icedove-thunderlink
  Version: 1.2.1
Upstream Author: Christoph Zwirello 
  URL: https://github.com/poohsen/thunderlink
  License: Mozilla Public License, version 2.0
  Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new
mimetype for the URI scheme, which is a bit of a hassle to do by hand.
Here's an example of an actual Thunderlink:

thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org

[...]

There is a standard mid: scheme <https://tools.ietf.org/html/rfc2392>;
why not support that?

Ben.

Bug#863298: texlive-latex-extra: typos in esdiff.dtx

2017-05-24 Thread Nathaniel Beaver 

Package: texlive-latex-extra
Version: 2014.20141024-1
Severity: minor
Tags: patch

Dear Maintainer,

I've attached a patch that fixes some typos in the documentation for the 
esdiff package.


The typos also appear to be in the upstream CTAN package:

http://ctan.org/tex-archive/macros/latex/contrib/esdiff

Sincerely,

Nathaniel Beaver

-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource.
In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong

output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps

to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or
http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1531 Apr  7 22:46 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Oct 20  2014 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 Mar  7 01:45 
/usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 Mar  7 01:45 
/usr/share/texlive/texmf-dist/ls-R -> /var/lib/texmf/ls-R-TEXLIVEDIST

##
 Config files
-rw-r--r-- 1 root root 1464 Apr 10  2016 /etc/texmf/web2c/texmf.cnf
-rw-r--r-- 1 root root 6742 Apr  7 22:45 /var/lib/texmf/web2c/fmtutil.cnf
-rw-r--r-- 1 nathaniel nathaniel 22 Dec  7 08:27 
/home/nathaniel/.texmf-config/web2c/updmap.cfg
-rw-r--r-- 1 root root 8079 Apr  7 22:45 
/var/lib/texmf/tex/generic/config/language.dat

##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root  283 Oct 20  2014 mktex.cnf
-rw-r--r-- 1 root root 1464 Apr 10  2016 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf
055e06548bac99958d8ab2dd1248f2b4  /etc/texmf/texmf.d/80tex4ht.cnf
1df66bc319cec731e202eaf39f5d85e1  /etc/texmf/texmf.d/96JadeTeX.cnf

-- System Information:
Debian Release: 8.8
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages texlive-latex-extra depends on:
ii  dpkg   1.17.27
ii  preview-latex-style11.87-3+deb8u1
ii  tex-common 5.03
ii  texlive-base   2014.20141024-2+deb8u1
ii  texlive-binaries   2014.20140926.35254-6
ii  texlive-latex-recommended  2014.20141024-2+deb8u1
ii  texlive-pictures   2014.20141024-2+deb8u1

Versions of packages texlive-latex-extra recommends:
ii  texlive-fonts-recommended  2014.20141024-2+deb8u1
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.1+dfsg-1.1+deb8u1

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

Versions of packages tex-common suggests:
ii  debhelper  9.20150101+deb8u2

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

-- debconf information excluded
diff '--exclude=Makefile' '--exclude=*.swp' --unified original/esdiff.dtx patched/esdiff.dtx
--- original/esdiff.dtx	2008-05-14 03:08:00.0 -0500
+++ patched/esdiff.dtx	2017-04-21 17:35:58.710332993 -0500
@@ -37,7 +37,7 @@
 %
 %To get $\

Bug#862461: tiptop: requires root to run

2017-05-15 Thread Nathaniel Beaver 

Dear Thomasz and Ben,

Many thanks for the explanation. I can confirm that the workaround is 
effective. (In hindsight the man page has somewhat documented this 
behavior under the ``--kernel'' flag.)


The only thing I have to add is that an edit to this part of the man 
page may be in order:



Unless tiptop is run by root, or the executable is setuid-root, a user can only 
monitor the tasks it owns.


I don't think adding the workaround to the man page is necessary, but it 
would be good to know that by default tiptop requires root to monitor 
any tasks at all.


Also, if upstream is amenable, a more specific error message would be great.

Cheers,

Nathaniel

On 05/15/2017 01:35 AM, Tomasz Buchert wrote:

On 14/05/17 20:58, Ben Hutchings wrote:

On Sun, 2017-05-14 at 10:43 +0200, Tomasz Buchert wrote:

On 12/05/17 18:54, Nathaniel Beaver wrote:

[...]


Thank you, Nathaniel.

I confirm the problem. A safe bet is that
https://lkml.org/lkml/2016/1/11/587 is the cause.  You can verify that
/proc/sys/kernel/perf_event_paranoid contains "3". By running

echo 2 | sudo tee /proc/sys/kernel/perf_event_paranoid

you should be able to use tiptop as a normal user again.

I doubt that we can switch the default value in Debian kernels to "2",
so I have to say that simply the tiptop website is not up-to-date, at
least with respect to the Debian kernels (but also likely to other
distributions as well). I'm CCing Ben to let him comment on this.


The Debian kernel default is not going to be changed in the short term.
 In the long term it's conceivable that performance events will
eventually become sufficiently robust that it would be reasonable to
change the default.

Ben.

--
Ben Hutchings - Debian developer, member of kernel, installer and LTS teams


Thank you!

Nathaniel, I'll keep this bug open till possibly the perf events will
become available for normal users. Till then I require you to use the
workaround above if you feel like it.

Cheers,
Tomasz

Bug#862461: tiptop: requires root to run

2017-05-12 Thread Nathaniel Beaver 

Package: tiptop
Version: 2.2-2
Severity: important

Dear Maintainer,

Running tiptop results in a return status of 1 and this on stderr:


syscall: Operation not permitted
Could not perform syscall.
Don't know why...


It runs as expected as root or using sudo.

The homepage for tiptop lists "No root privilege needed" as a feature, 
so this is not expected behavior.


Sincerely,

Nathaniel Beaver

-- System Information:
Debian Release: 8.8
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages tiptop depends on:
ii  libc62.19-18+deb8u9
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1
ii  libxml2  2.9.1+dfsg1-5+deb8u4

tiptop recommends no packages.

tiptop suggests no packages.

-- no debconf information

Bug#862436: xfce4-weather-plugin: weather API 404

2017-05-12 Thread Nathaniel Beaver 

Package: xfce4-weather-plugin
Version: 0.8.3-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

The met.no Web API is deprecated:

http://api.met.no/weatherapi/sunrise/1.0/?lat=0;lon=0;date=2017-05-12

The bug was reported in 2014 here:

https://bugzilla.xfce.org/show_bug.cgi?id=10916

It is already fixed in version 0.8.9-1, which is available in testing 
and unstable.


https://tracker.debian.org/pkg/xfce4-weather-plugin

Is it possible the fix will be backported?

Sincerely,

Nathaniel Beaver


-- System Information:
Debian Release: 8.8
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-0.bpo.2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages xfce4-weather-plugin depends on:
ii  libatk1.0-0  2.14.0-1
ii  libc62.19-18+deb8u9
ii  libcairo21.14.0-2.1+deb8u2
ii  libfontconfig1   2.11.0-6.3+deb8u1
ii  libfreetype6 2.5.2-3+deb8u2
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libglib2.0-0 2.48.0-1~bpo8+1
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libpangoft2-1.0-01.36.8-3
ii  libsoup2.4-1 2.48.0-1
ii  libxfce4ui-1-0   4.10.0-6
ii  libxfce4util64.10.1-2
ii  libxml2  2.9.1+dfsg1-5+deb8u4
ii  xfce4-panel  4.10.1-1

xfce4-weather-plugin recommends no packages.

xfce4-weather-plugin suggests no packages.

-- no debconf information

Bug#838031: task-laptop: Add 'ntp' to list of recommended packages.

2016-09-29 Thread Nathaniel Beaver 
By default, machines running Debian Jessie will still be susceptible to 
drifting clocks because Jessie's version of systemd is 215-17+deb8u5, 
which is behind 219-1. I have confirmed the clock drift (1 second slow) 
and also the fix on a vanilla Jessie VM.



$ timedatectl status | grep NTP
 NTP enabled: no
NTP synchronized: no


After enabling systemd's NTP daemon:


$ timedatectl set-ntp true


and waiting a bit:


$ timedatectl status | grep NTP
 NTP enabled: yes
NTP synchronized: yes


Note that this method has the advantage of not requiring sudo privileges.

To summarize, the options I see are:

- enable systemd's ntp daemon

- install the jessie-backports version of systemd (version 230-7~bpo8+2)

- install a standalone ntp package

Cheers,

Nathaniel

On 09/16/2016 08:00 PM, Nicholas D Steeves wrote:

On Fri, Sep 16, 2016 at 08:55:19PM +0300, Michael Tokarev wrote:

16.09.2016 20:51, Ben Hutchings wrote:

We should install a minimal NTP client by default.  Not ntp, it's far
more complex than needed and (partly as a result of that) has a poor
security record.


Systemd comes with systemd-timesyncd these days, JFYI.


Is the addition systemd-timesyncd documented somewhere?  'just
something along the lines of "Simple ntpdate-like time synchronisation
is now provided by systemd".  I read the NEWS when upgrading and
didn't notice this change.

Does the laptop task support non-systemd inits?  If so,
would there be a benefit to a systemd | ntpdate (or alternative)
dependency for the task?


Cheers,
Nicholas

P.S. Is openntpd the defacto standard these days, for servers?

Bug#838031: task-laptop: Add 'ntp' to list of recommended packages.

2016-09-16 Thread Nathaniel Beaver 

Package: task-laptop
Version: 3.31+deb8u1
Severity: wishlist
Tags: patch

Hi,

When I didn't have 'ntp' installed on my laptop, I found that the clock 
drifted significantly from the true time. (It was almost four minutes 
fast when I noticed it last fall!)


To help other Debian users avoid this, I think adding ntp to the list of 
recommended packages would be helpful. I've attached a patch that I 
think does that.


Thanks,

Nathaniel Beaver

-- System Information:
Debian Release: 8.5
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.6.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages task-laptop depends on:
ii  anacron  2.3-23
ii  tasksel  3.31+deb8u1

Versions of packages task-laptop recommends:
ii  acpi1.7-1
ii  avahi-autoipd   0.6.31-5
ii  bluetooth   5.23-2
ii  iw  3.17-1
ii  powertop2.6.1-1
ii  wireless-tools  30~pre9-8
ii  wpasupplicant   2.3-1+deb8u3

task-laptop suggests no packages.

-- no debconf information
>From 5a38aa3aaddabc453d773232c6e32da7b50c5ee1 Mon Sep 17 00:00:00 2001
From: Nathaniel Beaver <nathanielmbea...@gmail.com>
Date: Fri, 16 Sep 2016 11:23:29 -0500
Subject: [PATCH] Add ntp to prevent clock drift on laptops.

---
 debian/control | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/control b/debian/control
index c87cb53..a5f57ab 100644
--- a/debian/control
+++ b/debian/control
@@ -294,6 +294,7 @@ Depends: ${misc:Depends},
 Recommends:
 	avahi-autoipd,
 	bluetooth,
+	ntp,
 	powertop,
 # wireless networking tools
 	iw,
-- 
2.1.4

Bug#759412: exo-utils: exo-open fails to open a filename containing a percent sign (%)

2016-06-01 Thread Nathaniel Beaver 

It looks like it is fixed in testing and unstable (version 0.10.7-1).

Note that it was also a bug in xdg-open from the xdg-utils package.

On 01/24/2015 06:55 PM, Douglas N Arnold wrote:

Hello: I found your bug report concerning exo-open at
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759412
This is a bug that is quite annoying to me (I have to
fairly frequently click on links to PDF files with
percent files in their names, since that it is how
Springer names the PDF files of their articles).

I couldn't find any follow-up to your report at all.
Has anything been done or planned?  I clicked "Reply"
on the bug report page to add my voice, hoping that helps.

Thanks -- Doug Arnold

Bug#817157: recoll: index corruption in version 1.17.3-2

2016-03-08 Thread Nathaniel Beaver 

Also, the libxapian22 bug is being tracked here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808610

On 03/08/2016 09:37 AM, Nathaniel Morck Beaver wrote:

Package: recoll
Version: 1.17.3-2
Severity: important

Dear Maintainer,

I have experienced many segfaults while using the Recoll GUI and
re-indexing of documents that have not changed while using recollindex.
See attachments for details.

The Recoll webpage suggests that these are fixed upstream:


2014-11-09
If you are still running anything older than 1.19.14p2, YOU SHOULD
UPGRADE. In particular, this index corruption issue leading to
repeated reindexing of documents, and possibly query problems too, can
be pretty ennoying.
GOTO download and install 1.19.14p2 or 1.20. Reset your index
after upgrading (rm -rf ~/.recoll/xapiandb).


http://www.lesbonscomptes.com/recoll/release-1.19.html#rodb

http://www.lesbonscomptes.com/recoll/

-- System Information:
Debian Release: 8.3
   APT prefers stable
   APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages recoll depends on:
ii  libc6 2.19-18+deb8u3
ii  libgcc1   1:4.9.2-10
ii  libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1
ii  libqtwebkit4  2.3.4.dfsg-3
ii  libstdc++64.9.2-10
ii  libx11-6  2:1.6.2-3
ii  libxapian22   1.2.19-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages recoll recommends:
ii  aspell 0.60.7~20110707-1.3
ii  python 2.7.9-1
ii  xdg-utils  1.1.0~rc1+git20111210-7.4
ii  xsltproc   1.1.28-2+b2

Versions of packages recoll suggests:
ii  antiword0.37-10+b1
ii  catdoc  0.94.4-1.1
ii  ghostscript 9.06~dfsg-2+deb8u1
ii  libimage-exiftool-perl  9.74-1
ii  poppler-utils   0.26.5-2
ii  pstotext1.9-6+b1
pn  python-chm  
ii  python-mutagen  1.25.1-1
ii  unrtf   0.21.5-3
ii  untex   1:1.2-5

-- no debconf information

Bug#813663: horae: memory leak in Athena when trying to rebin

2016-02-04 Thread Nathaniel Beaver 
The bug is strongly dependent on the value of the XANES grid step size. 
The default value of 0.5 triggers it, as does 0.99, but not 1 eV. 
However, 1.0 eV seems to reset the EXAFS grid size to 0.


On 02/04/2016 12:43 AM, Nathaniel Morck Beaver wrote:

Package: horae
Version: 071~svn537-2
Severity: normal
Tags: patch

Hi Carlo,

I've attached a patch for the rebinning memory leak problem in Athena.

For some reason, the $ee variable only gets incremented twice, and so it never 
finishes the while loop. It is beyond my Perl knowledge to ascertain why, but 
the workaround in the patch is only two lines.

Cheers,

Nathaniel

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

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

Versions of packages horae depends on:
ii  ifeffit 2:1.2.11d-10+b1
ii  libarchive-zip-perl 1.56-2
ii  libchemistry-elements-perl  1.07-2
ii  libchemistry-formula-perl   3.0.1-1.2
ii  libconfig-inifiles-perl 2.88-1
ii  libifeffit-perl 2:1.2.11d-10+b1
ii  libmath-combinatorics-perl  0.09-4
ii  libmath-derivative-perl 0.04-2
ii  libmath-round-perl  0.07-1
ii  libmath-spline-perl 0.02-1
ii  libparse-recdescent-perl1.967013+dfsg-1
pn  libpod-escapes-perl 
ii  libspreadsheet-writeexcel-perl  2.40-1
ii  libstatistics-descriptive-perl  3.0612-1
ii  libtext-glob-perl   0.09-2
ii  libtie-ixhash-perl  1.23-2
ii  libtime-stopwatch-perl  1.00-5
ii  libtk-filedialog-perl   1.3-4
ii  libtk-gbarr-perl2.08-2
ii  libtk-histentry-perl0.43-3
ii  libtk-pod-perl  0.9942-1
ii  libtk-splashscreen-perl 1.0-4
ii  libwwwbrowser-perl  2.23-2
ii  libxml-simple-perl  2.22-1
ii  libxray-absorption-perl 3.0.1-3
ii  libxray-scattering-perl 3.0.1-2
ii  perl5.22.1-4
ii  perl-modules-5.22 [libpod-simple-perl]  5.22.1-4
ii  perl-tk 1:804.033-1+b1
ii  perlindex   1.606-1

Versions of packages horae recommends:
ii  horae-doc  072-1

Versions of packages horae suggests:
pn  libstar-parser-perl  

-- no debconf information

Bug#772947: patch

2015-08-10 Thread Nathaniel Beaver 

The patch is quite small.
--- httputil.py.orig	2015-08-10 20:57:54.479045431 -0500
+++ httputil.py	2015-08-10 20:39:27.363104543 -0500
@@ -32,14 +32,14 @@ def x509_to_dict(x509):
 Parse a x509 pyopenssl object to a dictionary with keys
 subject, subjectAltName and optional notAfter.
 
-from requests.packages.urllib3.contrib.pyopenssl import get_subj_alt_name
+import requests.packages.urllib3.contrib.pyopenssl as SSL
 res = {
 'subject': (
 (('commonName', x509.get_subject().CN),),
 ),
 'subjectAltName': [
 ('DNS', value)
-for value in get_subj_alt_name(x509)
+for value in SSL.get_subj_alt_name(x509)
 ]
 }
 notAfter = x509.get_notAfter()

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

2015-07-18 Thread Nathaniel Beaver 

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

   Package name: icedove-thunderlink
Version: 1.2.1
Upstream Author: Christoph Zwirello n...@example.com
URL: https://github.com/poohsen/thunderlink
License: Mozilla Public License, version 2.0
Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new 
mimetype for the URI scheme, which is a bit of a hassle to do by hand. 
Here's an example of an actual Thunderlink:


thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org

Extended description:


ThunderLink lets you link to email messages in Thunderbird.

You can place ThunderLinks on the Desktop (in batch scripts), in
OpenOffice/LibreOffice documents or in a personal wiki (such as TiddlyWiki).

Or maybe you have a Wiki running at your company and you want to link to emails
sent to a mailing list so that your colleagues can quickly access them without
having to search their inboxes first?

Use a ThunderLink!

With version 1.0.0, It's now also easy to integrate ThunderLink with todo lists
and task managers such as RememberTheMilk, MyLifeOrganized, Evernote, OneNote,
Nirvana, Taskwarrior, etc. You can completely customize ThunderLinks to fit
your application's needs. And you can tag the emails you created a link to for
advanced workflows and more productivity!

ThunderLinks are based on the unique message ID generated when an email is
sent. This enables the Thunderbird email client to quickly and reliably find
and select an email - as long as you actually received it.

With the companion extension ThunderLinkSpotter for the Firefox webbrowser you
can make Firefox ThunderLink-aware, so that it will automatically turn
ThunderLinks into hyperlinks. One click and you can read the email you were
looking for.

ThunderLinks are also recognized and turned into hyperlinks by Thunderbird
itself, so you can use them in emails, too.


https://addons.mozilla.org/en-US/thunderbird/addon/thunderlink/


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

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

2015-07-18 Thread Nathaniel Beaver 
RFC 2392 would be great, but it's been languishing in Thunderbird's bug 
tracker for more than a decade.


https://bugzilla.mozilla.org/show_bug.cgi?id=264270

If you know any mail readers that have implemented it, let me know.

https://superuser.com/questions/681421/what-email-clients-support-cid-and-mid-uris

On 07/18/2015 10:07 AM, Ben Hutchings wrote:

On Sat, 2015-07-18 at 03:12 -0500, Nathaniel Beaver wrote:

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

 Package name: icedove-thunderlink
  Version: 1.2.1
Upstream Author: Christoph Zwirello n...@example.com
  URL: https://github.com/poohsen/thunderlink
  License: Mozilla Public License, version 2.0
  Description: Link to email by Message-ID

This needs a Debian package because it requires registration of a new
mimetype for the URI scheme, which is a bit of a hassle to do by hand.
Here's an example of an actual Thunderlink:

thunderlink://messageid=handler.719011.d719011.143167491026690.ackd...@bugs.debian.org

[...]

There is a standard mid: scheme https://tools.ietf.org/html/rfc2392;
why not support that?

Ben.




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

Bug#792760: RFP: icedove-thunderlink -- Link to email by Message-ID

2015-07-18 Thread Nathaniel Beaver 
You can take that up with upstream, but that's not how the code works 
right now:


https://github.com/poohsen/thunderlink#installation

On 07/18/2015 10:25 AM, Ben Hutchings wrote:

On Sat, 2015-07-18 at 10:21 -0500, Nathaniel Beaver wrote:

RFC 2392 would be great, but it's been languishing in Thunderbird's bug
tracker for more than a decade.

https://bugzilla.mozilla.org/show_bug.cgi?id=264270

If you know any mail readers that have implemented it, let me know.

[...]

My point was: why shouldn't Thunderlink be registered for the standard
scheme?

Ben.




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

Bug#755202: NetworkManager creates broken eth0 connection while booting

2014-11-03 Thread Nathaniel Beaver 
I'm also able to reliably reproduce this. I always see avahi-autoipd 
processes like these pop up when the problem occurs:


$  ps aux | grep avahi-autoipd
USER   PID %CPU %MEMVSZ   RSS TTY  STAT START   TIME COMMAND
avahi-a+ 31710  0.0  0.0   2440   816 ?S10:15   0:00 
avahi-autoipd: [eth0] bound 169.254.6.245
root 31711  0.0  0.0   2204   296 ?S10:15   0:00 
avahi-autoipd: [eth0] callout dispatcher


They disappear when I restart network manager.

$ sudo /etc/init.d/network-manager restart

But then they come back a few minutes later.

I haven't gotten any of the workarounds to resolve the issue so far.

Cheers,

Nathaniel Beaver

On 10/11/2014 02:41 AM, Stefano Zacchiroli wrote:

On Sat, Oct 11, 2014 at 12:48:25AM +0200, Tobias Hansen wrote:

Control: severity -1 serious

I'm also having this problem and setting AVAHI_DAEMON_DETECT_LOCAL=0
didn't help in my case. I also have this eth0:avahi entry in ifconfig.
Raising severity since we really don't want to have this bug in a release.


Same here: it is indeed avahi related (I invariably get a 169.254.7.253
address) but AVAHI_DAEMON_DETECT_LOCAL=0 doesn't help. I can now
reproduce it reliably at each suspend/resume cycle of my laptop.
Immediately after resume I connect properly to the local wi-fi then,
after 1-2 minutes, a new eth0 kicks in and kill the network. Opening the
settings panel and switching of the wired connection fixes the
problem, until the next suspend/resume cycle.

FWIW, I agree with your severity assessment.

Cheers.




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

Bug#740213: python-numpy: help(numpy) produces segfault

2014-02-26 Thread Nathaniel Beaver 


Package: python-numpy
Version: 1:1.8.0-1
Severity: normal

Dear Maintainer,

Steps to reproduce:

$ python -c 'import numpy; help(numpy); 1+1'

Press q to exit help.

Get a segfault.

Alternately, in interactive mode:
$ python
 import numpy
 help(numpy)
Segmentation fault

Running it in gdb gives this:
Program received signal SIGSEGV, Segmentation fault.
__mempcpy_ia32 () at ../sysdeps/i386/i686/multiarch/../mempcpy.S:54
54  ../sysdeps/i386/i686/multiarch/../mempcpy.S: No such file or 
directory.


I could attach the full backtrace, but I think this should be sufficient.

I know this to affect both unstable and testing.

Sincerely,

Nathaniel Beaver



-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
LC_ALL set to en_US.UTF-8)

Shell: /bin/sh linked to /bin/dash

Versions of packages python-numpy depends on:
ii  libatlas3-base [liblapack.so.3]  3.10.1-4
ii  libblas3 [libblas.so.3]  1.2.20110419-7
ii  libc62.18-3
ii  libgcc1  1:4.8.2-16
ii  libgfortran3 4.8.2-16
ii  liblapack3 [liblapack.so.3]  3.5.0-2
ii  libquadmath0 4.8.2-16
ii  python   2.7.5-5
ii  python-support   1.0.15

python-numpy recommends no packages.

Versions of packages python-numpy suggests:
ii  gcc   4:4.8.2-2
ii  gfortran  4:4.8.2-2
ii  python-dev2.7.5-5
pn  python-nose   none
ii  python-numpy-dbg  1:1.8.0-1
pn  python-numpy-doc  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