Re: Proposal: use /usr/bin/open as an alternative for run-mailcap and others.

2020-10-14 Thread Marvin Renich
* Jeremy Bicha [201013 18:09]: > On Tue, Oct 13, 2020 at 1:52 PM Marvin Renich wrote: > > Describing a clear benefit to having both open and see would help > > immensely. Alternatively, convincing the mime-support authors that open > > should replace see would also work. > > This thread is full

Re: epoch bump for libtraceevent

2020-10-14 Thread Sudip Mukherjee
On Wed, Oct 14, 2020 at 11:20 AM Sudip Mukherjee wrote: > > Hi Richard, > > On Wed, Oct 14, 2020 at 10:09 AM Richard Laager wrote: > > > > On 10/13/20 11:40 AM, Sudip Mukherjee wrote: > > > libtracevent is currently being packaged from the linux kernel source > > > and as such it has the version

Bug#972210: ITP: python-django-analytical -- Integrate analytics services into a Django

2020-10-14 Thread Michael Fladischer
Package: wnpp Severity: wishlist Owner: Michael Fladischer X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-django-analytical Version : 2.6.0 Upstream Author : Joost Cassee * URL : https://github.com/j

Re: epoch bump for libtraceevent

2020-10-14 Thread Sudip Mukherjee
Hi Richard, On Wed, Oct 14, 2020 at 10:09 AM Richard Laager wrote: > > On 10/13/20 11:40 AM, Sudip Mukherjee wrote: > > libtracevent is currently being packaged from the linux kernel source > > and as such it has the version of '5.8.14-1' same as the kernel. As > > reported in #971976, the upstre

Re: epoch bump for libtraceevent

2020-10-14 Thread Richard Laager
On 10/13/20 11:40 AM, Sudip Mukherjee wrote: > libtracevent is currently being packaged from the linux kernel source > and as such it has the version of '5.8.14-1' same as the kernel. As > reported in #971976, the upstream libtraceevent now lives in its own > repo and has a version of '1.1.0' > So,