Bug#746621: DDPO: Integrate Piuparts (w/ patches)

- "Le mieux est l'ennemi du bien" - Voltaire From bc2c2a4b0b13f8bb09042e43cb5a78a61770a3b9 Mon Sep 17 00:00:00 2001 From: David Steele Date: Fri, 21 Feb 2014 20:15:25 -0500 Subject: [PATCH 1/5] piuparts-update: Initial checkin of piuparts cron Baby steps. Do no more than download

Bug#746621: DDPO: Integrate Piuparts (w/ patches)

On 05/02/2014 06:25 AM, Holger Levsen wrote: > Hi, > > On Freitag, 2. Mai 2014, David Steele wrote: >> Piuparts has a new summary file format, visible at >> https://piuparts.debian.org/summary.json. > > please note that I've just changed the piuparts URLs withi

Bug#702316: Annual Ping for David Steele

Package: debian-maintainers Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is my annual DM Ping. David Steele 4 March 2013 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRNVtDAAoJEIoxce82YVDO8F8P/jzgaPGPxaQk7rZcr7ukCHVU

Bug#638794: gnome-gmail: ServiceUnknown exception

I noticed this this weekend, and verified that it happens on sid and testing. Queried against bug #637871.

Bug#640281: nautilus-sendto: nautilus - "Email" is no longer a choice for "Send To..."

Package: nautilus-sendto Version: 2.28.4-2+b1 Severity: important "Email" does not appear as a destination choice for files, when selecting the Naultilus "Send To..." command. May be related to https://bugs.launchpad.net/ubuntu/+source/nautilus-sendto/+bug/765847 replicated in sid and testing. St

Bug#638794: gnome-gmail: ServiceUnknown exception

sid no longer shows this behavior for me. It appears to have been fixed in libnotify.

Bug#647473: sgml-data - Piuparts failure - files left on system

Package: sgml-data Version: 2.0.6 Severity: Important X-Debbugs-CC: daniel.leid...@wgdd.de sgml-data has a Piuparts sid state of state-failed-testing, dating back to at least last May:     http://piuparts.debian.org/sid/source/s/sgml-data.html It and docbook-xsl share essentially the same error

Bug#647473: patch for Piuparts failure

+ * Lintian fixes + + -- David Steele Tue, 01 Nov 2011 22:30:09 -0400 + sgml-data (2.0.6) unstable; urgency=low * QA upload. diff -ur sgml-data-2.0.6.orig/debian/control sgml-data-2.0.7/debian/control --- sgml-data-2.0.6.orig/debian/control 2011-11-02 22:14:48.124000413 -0400 +++ sgml-data

Bug#664040: debian-maintainers: Please add David Steele to Debian Maintainers keyring

+AH4R3iE0FChwvWmORtHgm3knSMAIkGEuKbsUtBG7 wS/E3xAQGFtM9cG5F9ezx0mh8TP97C3fIrcOeaSnH/0LuxE+mcXsGhqANfvvMoG3 HIhIGslJ1uaIJflj342Lp4bIEVCl8AtI6tzr+O+V8diZfTo9saGA9f8WOkr8re/L 1CWqprnNfIVF5tEoDeYb =EHKq -END PGP SIGNATURE- Comment: Add David Steele as a Debian Maintainer Date: Wed, 14 Mar 2012 03

Bug#668704: gnome-gmail: Default browser setting

On Sat, Apr 14, 2012 at 1:14 AM, ygmarchi wrote: > the package doesn't consider the user preferences about the browser. > Here's a patch that would. > ... > +self.browser = self.client.get_string( '> /desktop/gnome/applications/browser/exec' ) ... > -        webbrowser.open_new_tab( gmail

Bug#862876: Obsolete watch file for libcrypto++

misunderstand it. Shirky From 7280dc14747d24e683518a6a96eb13961f275090 Mon Sep 17 00:00:00 2001 From: David Steele Date: Wed, 17 May 2017 21:29:30 -0400 Subject: [PATCH] watch: update from SourceForge to the home page --- debian/watch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a

Bug#858458: ITP: lbry -- A fully decentralized network for distributing data

Package: wnpp Severity: wishlist * Package name: lbry Upstream Author : LBRY Inc * URL : https://github.com/lbryio/lbry * License : Expat Programming Lang: Python Description : LBRY is a blockchain/swarm-based content sharing and publishing platform that is d

Bug#843126: Man pages

As I've been playing with freight, I am noticing that the man pages are in need of updating. -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE

Bug#796581: ITP: splitcpy -- Copy a file over the network using multiple streams

Package: wnpp Severity: wishlist thanks * Package name: splitcpy Version : 0.1 Upstream Author : David Steele * URL : https://github.com/davesteele/splitcpy * License : GPL-2+ Description : Copy a file over the network using multiple streams splitcpy is

Bug#800163: jessie-pu: package cloudprint/0.11-5

wich depends on libcups2-dev Usage --- @@ -24,10 +28,14 @@ -l : logout of the current google account -p pid_file : path to write the pid to (default cloudprint.pid) -a account_file :

Bug#702316: Annual Ping for David Steele

This is my annual DM ping. David Steele 8 Nov 2015 -- "Le mieux est l'ennemi du bien" - Voltaire signature.asc Description: OpenPGP digital signature

Bug#702316: Annual Ping for David Steele

This is my annual DM Ping. David Steele 28 Oct 2014 -- "Le mieux est l'ennemi du bien" - Voltaire signature.asc Description: OpenPGP digital signature

Bug#814860: RM: gnome-gmail/stable -- ROM; Broken package

Package: ftp.debian.org Severity: normal The [gnome-gmail] package has been broken for some time, due to the deprecation of it's old authentication mechanism ([#805926]). The proposed patch fixing the package has been deemed too intrusive([#806176]). I propose resolving the situation by removing t

Bug#863671: Commit fix?

Note that the CVE references 1ebc60b, which removes a "/bin/sh" call, addressing the vulnerability. Your patch incorporates the relevant code added by that commit (though it replaces a system() call, instead). https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-9059 https://github.com/npat-

Bug#864007: "Page Size" panic on many archs

Package: golang-github-hanwen-go-fuse-dev Version: 0.0~git20161210.0.6c2b7d8-2 Severity: important block 849662 by -1 thanks The function init(), in misc.go, checks the return of syscall.Getpagesize() against 4096, and panics if they do not match. This breaks on the following supported architectur

Bug#865792: reportbug: Allow an arbitrary MUA to be configured (patch)

tion defaults to "--version". As a side effect, the overloaded definition of 'mua' in utils, where it could either be a string or a Mua object, depending on user options, is eliminated. This does not introduce any test failures. -- Package-specific info: ** Environment sett

Bug#532150: [Reportbug-maint] Bug#532150: reportbug: [regression] no longer supports custom mua commands

chaica wrote: > Allowing custom muas outside supported muas exclude the possibility to give > feedback to the user about what happened *after* reportbug gave the bug > report to the mua. How can reportbug know if your script/custom software is > available on your system and efficiently working ?

Bug#840750: Availability for picocoin RFS

First, I want to apologize for the latest delay in responding. I remember being on the waiting side of things, and am sorry I'm contributing to the problem. Second, I want to let you know that I won't be able to get to this, for at least till the end of summer. If someone else picks up sponsors

Bug#788045: reportbug: patch - use the default desktop mua

Control: tags -1 + patch Paul Wise wrote: > When it is available, please use the xdg-email program to send bugs via > the users preferred MUA. It supports setting To, CC, BCC, Subject, body > text and adding attachments. Good idea. The attached patch adds a "desktop-default" option, which cause

Bug#788045: reportbug: patch - use the default desktop mua

On Wed, Jun 28, 2017 at 10:19 PM, Paul Wise wrote: > On Wed, 2017-06-28 at 10:41 -0400, David Steele wrote: > > > The attached patch adds a "desktop-default" option > > I might be wrong but I think individual options for choosing an MUA are > deprecated and you sh

Bug#857042: thonny packaging status

I learned about thonny from the Raspberry Pi announcement. I see that development is quite active. Where do you stand on the packaging? -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE signature.asc Description: GooPG digital signature

Bug#869256: Upgrade from python-gobject-2

Package: comitup Version: 0.7 Severity: minor Comitup uses python-gobject-2, which is marked as 'old': https://qa.debian.org/debcheck.php?dist=unstable&package=comitup Need to port to python-gi https://packages.debian.org/sid/python-gobject

Bug#840750: RFS: picocoin/0.1-2.gbp43047g

On Sun, Apr 9, 2017 at 9:13 PM, Joel DeJesus wrote: > I have uploaded a new source package to fix some of the smaller issues > with the control files, copyrights, etc. However, I seem to be stuck at > what to do with the library name, libccoin. > > I was planning on just have libccoin as the pack

Bug#855920: Can't reproduce either

On Tue, Apr 11, 2017 at 12:31 PM, Ivo De Decker wrote: > Hi, > > On Mon, Mar 27, 2017 at 10:32:20PM -0400, David Steele wrote: >> I've built 0.9.6-1 amd64 sid and stretch, desktop and pdebuild, with >> and without networking, and have not seen the failure. Stretch build

Bug#853874: Encfs '-S' vulnerability

Package: sirikali Version: 1.2.3-1 Severity: Important thanks Recently, a change in Encfs was found to have broken cryptkeeper, causing it to use the password 'p' for all operations, regardless of user intput (#852751). The bug was closed by removing cryptkeeper from Debian. The issue, however, r

Bug#843126: RFS: freight/0.3.9-2 [ITP] -- easy-to-understand shell scripts to handle APT repositories

First off, thanks for doing the work of preparing this package for Debian. I'd also like to apologize for the long wait you've endured, and the lost opportunity for Stretch inclusion. Your packaging is in pretty good shape. I have some comments based on a review, detailing the changes I would

Bug#853916: encfs '-S' vulnerability

Package: encfs Version: 1.9.1-3 Severity: serious thanks Recently, a change in Encfs was found to have broken cryptkeeper, causing it to use the password 'p' for all operations, regardless of user input (#852751)[3]. The bug was closed by removing cryptkeeper from Debian. The issue, however, re

Bug#840750: RFS: picocoin/0.1-2.gbp43047g

Expanding on the previous feedback (from a quick review): You should clear all of the non-green issues on the [mentors page]. Note that debuild includes a lintian run. changelog: - The NMU complaint is there because your names in control and changelog don't match. control - You should als

Bug#840235: Lintian dir-or-file-in-etc-opt should not be 'fatal'

Package: ftp.debian.org thanks Debian Policy does not support blanket rejects based on the Lintian dir-or-file-in-etc-opt tag. The tag should be removed from the "fatal" list at https://ftp-master.debian.org/static/lintian.tags. Rationale The Debian Policy has little to say about opt, except tha

Bug#837127: ITP: cryfs -- encrypt your files and store them in the cloud

Package: wnpp Severity: wishlist Owner: David Steele * Package name: cryfs Version : 0.9.5 Upstream Author : Sebastian Messmer * URL : https://www.cryfs.org/ * License : LGPL Programming Lang: C++ Description : encrypt your files and store them in the

Bug#838426: ITP: sirikali -- manage user encrypted volumes

Package: wnpp Severity: wishlist Owner: David Steele * Package name: sirikali Version : 1.1.0-1 Upstream Author : Mhogo Mchungu * URL : https://mhogomchungu.github.io/sirikali/ * License : GPL Programming Lang: C++ Description : manage user encrypted

Bug#821145: ITP: comitup -- Bootstrap Wifi using Wifi

Package: wnpp Severity: wishlist thanks * Package name: comitup Version : 0.1 Upstream Author : David Steele * URL : https://github.com/davesteele/comitup * License : GPL-2+ Description : Bootstrap Wifi using Wifi comitup is a service that provides a

Bug#821151: RFS: comitup/0.1-1 [ITP]

Package: sponsorship-requests Severity: wishlist thanks Dear mentors, I am looking for a sponsor for my new package "comitup" Package name: comitup Version: 0.1 Upstream Author: David Steele URL: https://github.com/davesteele/comitup License: GPL2+ Section: net I

Bug#839279: ITP: gocryptfs -- Encrypted overlay filesystem written in Go

Package: wnpp Severity: wishlist Owner: David Steele * Package name: gocryptfs Version : 1.0 Upstream Author : Jakob Unterwurzacher * URL : https://nuetzlich.net/gocryptfs/ * License : Expat Programming Lang: Go Description : Encrypted overlay

Bug#839395: ITP: golang-github-jacobsa-crypto -- Some additional Go cryptography routines

Package: wnpp Severity: wishlist Owner: David Steele * Package name: golang-github-jacobsa-crypto Version : 0.0~git20160410.0.42daa9d-1 Upstream Author : Aaron Jacobs * URL : https://github.com/jacobsa/crypto * License : Apache Programming Lang: Go

Bug#839279: ITP: gocryptfs -- Encrypted overlay filesystem written in Go

On Sat, Oct 1, 2016 at 7:58 AM, Ben Hutchings wrote: > On Sat, 2016-10-01 at 02:35 +0000, David Steele wrote: >> Package: wnpp >> Severity: wishlist >> > Owner: David Steele >> >> * Package name: gocryptfs > > What benefits does it provide over

Bug#839402: ITP: golang-github-rfjakob-eme -- EME wide-block encryption for Go

Package: wnpp Severity: wishlist Owner: David Steele * Package name: golang-github-rfjakob-eme Version : 1.0 Upstream Author : Jakob Unterwurzacher * URL : https://github.com/rfjakob/eme * License : Expat Programming Lang: Go Description : EME wide

Bug#839279: ITP: gocryptfs -- Encrypted overlay filesystem written in Go

On Sat, Oct 1, 2016 at 3:09 PM, Ben Hutchings wrote: > On Sat, 2016-10-01 at 09:03 -0400, David Steele wrote: >> On Sat, Oct 1, 2016 at 7:58 AM, Ben Hutchings >> wrote: >> > >> > On Sat, 2016-10-01 at 02:35 +, David Steele wrote: >> > > &

Bug#825820: ITP: goopg -- GPG for Gmail in Chrome and Chromium

retitle 825820 ITP: goopg -- GPG for Gmail in Chrome and Chromium owner 825820 ! Thanks The most recent stable release is now 0.3.1. The packages make use of the Chromium "native messaging hosts" capability to use the locally-installed gpg and gpg-agent to perform signing and verification. The

Bug#1019696: GitHub watch file workaround

Another workaround is to us the 'downloadurlmangle' option to map a discovered 'tags' url to the expected 'releases' link. >From the sirikali package: version=4 opts=downloadurlmangle=s/archive\/refs\/tags\/(.*)\.tar\.gz/releases\/download\/$1\/@PACKAGE@-$1\.tar\.xz/,\ pgpsigurlmangle=s/$/.asc/,

Bug#597903: ITP: gnome-gmail -- Make Gmail an option for the default GNOME mail handler

Package: wnpp Severity: wishlist Owner: David Steele * Package name: gnome-gmail Version : 1.6 Upstream Author : David Steele * URL : http://gnome-gmail.sourceforge.net/ * License : GPL Programming Lang: Python Description : Make Gmail an option for

Bug#883131: DDPO: Popcon data not updating

Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: ddpo As a reminder... It appears that the cron job at https://qa.debian.org/data/cronjobs/popcon has not run successfully since October. This script downloads popcon data from popcon.d.o to https://qa.debi

Bug#902383: reproducible-builds.org: test host-specific FTBFS failures on i386

Package: jenkins.debian.org Severity: Serious For some jobs, it appears that profitbricks-build2-i386.debian.net repeatedly returns FTBFS, while profitbricks-build6-i386.debian.net always succeeds. This situation has been in place for 2 months. There is a FTBFS failure currently reported for Siri

Bug#926487: GNOME Gmail incompatibilty with Gmail

Package: gnome-gmail Version: 2.5.6-1 Severity: Serious If GNOME Gmail is used to "Send To..." on a file via Nautilus, the resulting uploaded message is not rendered properly - not showing the Subject or attached file. It is not possible to send the message that is opened. This happens because th

Bug#926495: unblock: gnome-gmail/2.6-1

8:19.0 -0400 @@ -1,3 +1,9 @@ +gnome-gmail (2.6-1) unstable; urgency=medium + + * Fix Gmail bug - bad message if no body (Closes: 926487). + + -- David Steele Fri, 05 Apr 2019 21:18:19 -0400 + gnome-gmail (2.5.6-1) unstable; urgency=medium * Fix bug in setup.py distutils. diff -Nru gno

Bug#989156: todo.txt-base is missing a python module dependency

retitle 989156 The todo.txt-base package is missing a dependency severity 989156 serious thanks The setup.py script is missing a required dependency on ConfigArgParse. OpenPGP_signature Description: OpenPGP digital signature

Bug#989275: unblock: todo.txt-base/2.4

gency=medium + + * Add dependency to configargparse (Closes: #989156). + + -- David Steele Sat, 29 May 2021 16:56:23 -0400 + todo.txt-base (2.3) unstable; urgency=medium * Speed-up application launch. diff -Nru todo.txt-base-2.3/debian/tests/control todo.txt-base-2.4/debian/tests/co

Bug#981145: todo.txt-gtd: missing Breaks+Replaces: turnin-ng

control: severity -1 normal On Tue, Jan 26, 2021 at 5:51 PM Andreas Beckmann wrote: > Package: todo.txt-gtd > Version: 0.5 > Severity: serious > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'stable'.

Bug#988390: gnome-gmail: test_body2html fails with Python 3.9.5

On Tue, May 11, 2021 at 1:57 PM Dmitry Shachnev > wrote: Source: gnome-gmail Version: 2.7-2 Severity: important Thank you for that complete, concise, and early report. OpenPGP_signature Description: OpenPGP digital signature

Bug#989156: topydo: Prints "module not found" errors on every nontrivial invokation

reassign -1 todo.txt-base 2.3 thanks OpenPGP_signature Description: OpenPGP digital signature

Bug#971288: ITP: todo.txt-cli -- a CLI text-based task manager

Package: wnpp Severity: wishlist Owner: 'David Steele' thanks * Package name    : todo.txt-cli   Version : 2.12.0   Upstream Author : The todo.txt Team <http://todotxt.org/> * URL : https://github.com/todotxt/todo.txt-cli * License : GPL-3   Descrip

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

Source: debian-policy Version: 4.4.0.1 Severity: normal In section 9.11 (The Operating System/Alternate init systems), it is stated that "...any package integrating with other init systems must also be backwards-compatible with sysvinit by providing a SysV-style init script...". There is a single

Bug#932704: Fwd: Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

Re-sending to the bug thread. -- Forwarded message - From: David Steele Date: Mon, Jul 22, 2019 at 9:15 AM Subject: Re: Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required To: Sean Whitton On Mon, Jul 22, 2019 at 7:02 AM Sean Wh

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Tue, Jul 23, 2019 at 11:15 AM Sean Whitton wrote: > > I think that the wording for this change should reflect the above > (unless I've misunderstood David), such that the new wording cannot be > misinterpreted to mean that the sysvinit requirement does not apply to > any package using any syste

Bug#976402: Proposed official virtual packages - todo and todo.txt

control: tag -1 - moreinfo On Mon, Dec 21, 2020 at 11:32 AM David Steele wrote: > > > On Mon, Dec 14, 2020 at 5:29 PM David Steele wrote: > >> On Mon, Dec 14, 2020 at 3:42 PM Sean Whitton >> wrote: >> >>> >>> Could you provide an actual pat

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Sun, Jan 10, 2021 at 11:53 AM Novy, Ondrej wrote: > On Sat, 2 Jan 2021 14:20:57 +0100 Bill Allombert > wrote: > > What Sean meant is that, at this stage, this proposal needs to be > > seconded by people impacted by this virtual package before being > > accepted. > > as maintainer of todotxt-c

Bug#979842: ITP: todo.txt-gtd -- add GTD project features to todo.txt

Package: wnpp Severity: wishlist Owner: 'David Steele' thanks * Package name: todo.txt-gtd Version : 0.4 Upstream Author : 'David Steele' * URL : https://github.com/davesteele/todo.txt-gtd * License : GPL-2+ Description : GTD

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Wed, Dec 9, 2020 at 3:21 AM Ansgar wrote: > > Given topydo just provides/conflicts with devtodo to provide the "todo" > binary, this seems to violate Policy 10.1 "Binaries" unless they provide > the same functionality. > Note that there is a Conflicts because the current devtodo does not supp

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Wed, Dec 9, 2020 at 2:44 PM David Steele wrote: > > > On Wed, Dec 9, 2020 at 3:21 AM Ansgar wrote: > >> >> >> Should emacs provide a "todo" script to open ~/TODO (with say org-mode)? >> > In regards to org mode. I'd add a third criter

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Mon, Dec 14, 2020 at 3:48 PM Sean Whitton wrote: > > > Putting aside the use of the alternatives system, why is a virtual > package wanted? When would it be useful to be able to declare a > dependency and have it satisfied by one of these implementations? > > As an example, a future rev of an

Bug#976402: Proposed official virtual packages - todo and todo.txt

control: tag -1 + patch On Mon, Dec 14, 2020 at 3:42 PM Sean Whitton wrote: > > Could you provide an actual patch against policy.git, please, for > seconding? See README.md in policy.git for more info. > > -- > Sean Whitton > https://salsa.debian.org/steele/policy/-/tree/bug976402-steele d

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Mon, Dec 14, 2020 at 5:29 PM David Steele wrote: > > On Mon, Dec 14, 2020 at 3:48 PM Sean Whitton > wrote: > >> >> >> Putting aside the use of the alternatives system, why is a virtual >> package wanted? When would it be useful to be able to declare a &g

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Wed, Dec 16, 2020 at 2:14 PM Sean Whitton wrote: > > Okay, and you expect every implementation of todo.txt to have > tdtcleanup? I think we probably want to specify that as one of the (or > the only?) requirements of the virtual package. > No, no. The gtd stuff is an optional add-on to tod

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Wed, Dec 16, 2020 at 2:34 PM David Steele wrote: > > > On Wed, Dec 16, 2020 at 2:14 PM Sean Whitton > wrote: > >> >> Okay, and you expect every implementation of todo.txt to have >> tdtcleanup? I think we probably want to specify that as one of the (or &

Bug#977644: RM: cloudprint -- ROM; Web service is deprecated

Package: ftp.debian.org Severity: normal Control: affects -1 cloudprint thanks Please remove the source package "cloudprint" from sid. it supports the Google Cloud Print service, which is going offline at the end of 2020 [1]. Cloudprint sources the binary packages "cloudprint" and "cloudprint

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Mon, Dec 14, 2020 at 5:29 PM David Steele wrote: > On Mon, Dec 14, 2020 at 3:42 PM Sean Whitton > wrote: > >> >> Could you provide an actual patch against policy.git, please, for >> seconding? See README.md in policy.git for more info. >> >

Bug#976111: topydo 0.13-3 upload seems to hang ci.debian.net workers while testing todo.txt-base

On Sun, Nov 29, 2020 at 3:51 PM Paul Gevers wrote: > Source: topydo > Version: 0.13-3 > Severity: serious > X-Debbugs-CC: debian...@lists.debian.org > User: debian...@lists.debian.org > Usertags: issue > > Dear David, > > I have no idea what's happening, but currently we have multiple workers > (

Bug#976220: RM: todo.txt-cli -- ROM; Duplicate package

Package: ftp.debian.org Severity: normal Control: affects -1 todo.txt-cli thanks Please remove the package "todo.txt-cli" from "unstable". I am the maintainer. It turns out that the package is a duplicate of the existing "todotxt-cli". I will work with the other maintainer to have todotxt-cli pr

Bug#976402: Proposed official virtual packages - todo and todo.txt

Package: debian-policy Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, charlesmel...@outlook.com, on...@debian.org thanks I'd like to propose adding the virtual packages "todo" and "todo.txt" to the authoritative list of virtual package names. I'm submitting this per

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Fri, Dec 4, 2020 at 12:30 PM Bill Allombert wrote: > > Does all theses tools provide an compatible interface ? > In other word, are there interoperable ? > Yes, topydo and todotxt-cli support common commands, which make them interoperable for most uses. However, the command sets are not iden

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Fri, Dec 4, 2020 at 1:15 PM Bill Allombert wrote: > What about devtodo ? > > Reading your summary, it seems that the todo.txt virtual package > is well specified, but the todo one is not. > > Do you envision to have packages depending on todo and then use the > todo binary ? > No. This is a m

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Fri, Dec 4, 2020 at 4:42 PM Bill Allombert wrote: > On Fri, Dec 04, 2020 at 01:34:44PM -0500, David Steele wrote: > > On Fri, Dec 4, 2020 at 1:15 PM Bill Allombert > wrote: > > > > > Do you envision to have packages depending on todo and then use the > >

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Fri, Dec 4, 2020 at 5:54 PM Bill Allombert wrote: > > Are people using /usr/bin/todo in script or Makefile ? > Are they likely to still work with the alternatives ? > I'd say no. It is an interactive end-user command. This gives flexibility in what they are interacting with.

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Fri, Dec 4, 2020 at 6:21 PM David Steele wrote: > > On Fri, Dec 4, 2020 at 5:54 PM Bill Allombert wrote: > >> >> Are people using /usr/bin/todo in script or Makefile ? >> Are they likely to still work with the alternatives ? >> > > I'd say no. It

Bug#976402: Proposed official virtual packages - todo and todo.txt

On Fri, Dec 4, 2020 at 6:39 PM Bill Allombert wrote: > On Fri, Dec 04, 2020 at 06:23:44PM -0500, David Steele wrote: > > On Fri, Dec 4, 2020 at 6:21 PM David Steele wrote: > > > > > > > > On Fri, Dec 4, 2020 at 5:54 PM Bill Allombert > wrote: > > >

Bug#976783: Update watch to point to the git repo

Source: aioprocessing Severity: normal thanks The watch file is currently pointing to PyPi. Since upstream is using tags in the git repository now, update this to point to the repository with the next upstream release.

Bug#971288: They're a set

todo.txt-base (#973903), todo.txt-cli (#971288), and topydo (#972945) are being submitted as a set. signature.asc Description: OpenPGP digital signature

Bug#972945: They're a set

todo.txt-base (#973903), todo.txt-cli (#971288), and topydo (#972945) are being submitted as a set. > signature.asc Description: OpenPGP digital signature

Bug#972945: ITP: topydo -- a todo.txt utility written in Python

Package: wnpp Severity: wishlist Owner: 'David Steele' thanks * Package name    : topydo   Version : 0.13   Upstream Author : Bram Schoenmakers * URL : https://github.com/topydo/topydo * License : GPL-3   Description : A powerful todo list application

Bug#873916: ITP: shoogle -- Access the Google API from the command line

retitle 873916 ITP: shoogle -- Access the Google API from the command line owner 873916 ! thanks Packaging at https://github.com/davesteele/shoogle/tree/debian/debian -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE signature.asc Description: GooPG digital signature

Bug#888289: ITP: dbussy -- A Python asyncio-compatible D-Bus access library

Package: wnpp Severity: wishlist * Package name: dbussy Version : 1.0 Upstream Author : Lawrence D'Oliveiro * URL : https://github.com/ldo/dbussy * License : GNU Lesser General Public License v2.1 Programming Lang: Python Description : A Python asyncio-c

Bug#857042: thonny packaging status

On Mon, Oct 16, 2017 at 7:14 AM, Aivar Annamaa wrote: > I think I managed to complete the package. > > Here is the debian folder: https://bitbucket.org/plas/ > thonny-debian/src/master/debian/?at=master > > Here are the resulting files: https://bitbucket.org/plas/ > thonny-debian/downloads/ > >

Bug#857042: thonny packaging status

On Sat, Oct 21, 2017 at 2:53 AM, Aivar Annamaa wrote: > Dominik George from Debian Edu team agreed to sponsor my package once I > get accepted to Edu team and fix the package problems. > > Should I update the RFS somehow to reflect this? > > > We just did :-) Good luck. I'm looking forward to us

Bug#880030: ITP: python3-aiofiles -- Asynchronous file I/O support for Python asyncio

Package: wnpp Severity: wishlist Owner: David Steele * Package name: python3-aiofiles Version : 0.3.2 Upstream Author : Tin Tvrtković * URL : https://github.com/Tinche/aiofiles * License : Apache 2.0 Programming Lang: Python Description : Asynchronous

Bug#880440: ITP: python3-aioprocessing -- Multiprocessing support for Python asyncio

Package: wnpp Severity: wishlist Owner: David Steele * Package name: python3-aioprocessing Version : 1.0.0 Upstream Author : Dan O'Reilly * URL : https://pypi.python.org/pypi/aioprocessing/1.0.0 * License : BSD-2 Programming Lang: Python Descri

Bug#819589: RFP: python3-aioxmpp -- pure-python XMPP library using the asyncio standard library module

I've taken a look at this, For others, note: - Packaging this would require also packaging aiosasl and aioopenssl - The source needs some copyright work - slixmpp, already packaged, appears to provide similar functionality -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Sun, Oct 6, 2019, 8:17 PM Sean Whitton wrote: > Hello, > > On Sat 05 Oct 2019 at 07:30PM -04, David Steele wrote: > > > I'm going to drop my objection, and assume that this is saying I don't > need to > > write init scripts for my special case. >

Bug#875433: The packages "list of files" data has not been updated for at least TWO YEARS

severity -1 important On the packages.d.o binary packages pages, a "list of files" link is offered for every supported architecture. For (at least many) packages that have been introduced in the last two years, that link points to a page that says "No such package in this suite on this architec

Bug#777516: I need python3-networkmanager (patch)

14b2a Mon Sep 17 00:00:00 2001 From: David Steele Date: Mon, 11 Dec 2017 16:01:35 -0500 Subject: [PATCH] Create a python3 version of the package --- debian/control | 14 ++ 1 file changed, 14 insertions(+) diff --git a/debian/control b/debian/control index cbfb6ee..a8a29b1 100644 -

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

not available in SysV-Style init systems.". Thoughts? -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE From 5b99099d370b6304cadaedc99d5f8d8cd3063c71 Mon Sep 17 00:00:00 2001 From: David Steele Date: Sun, 22 Sep 2019 15:53:12 -0400 Subject: [PATCH] Clarify exception to sysv init script

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Wed, Sep 25, 2019 at 11:43 AM Dmitry Bogatov wrote: > > > [2019-09-22 16:13] David Steele > > Candidate language attached. It adds "Also excepted are packages which > > require a > > feature of an alternate init system which is not available in SysV-St

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Wed, Sep 25, 2019 at 12:18 PM Ansgar wrote: > > Hi, > > On Sun, 2019-09-22 at 16:13 -0400, David Steele wrote: > > On Tue, Jul 23, 2019 at 2:10 PM Sean Whitton > > wrote: > > > The Policy Editors have decided that dropping the requirement to ship > > &

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Wed, Sep 25, 2019 at 2:00 PM Ansgar wrote: > > Well, the Policy Editors currently see no consensus; so to change it one > would need to convince them, involve the tech-ctte or a GR. > The Policy needs to either explicitly discourage the use of systemd-specific features, or recognize the sysv-i

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Sat, Sep 28, 2019 at 1:05 PM Sean Whitton wrote: > > Hello, > > On Sat 28 Sep 2019 at 04:18PM +00, Dmitry Bogatov wrote: > > > Reasonable. Then let's drop part about Depends: > > > > [ ... All packages with daemons must provide init.d scripts ...], > > unless software is only usable

Bug#932704: debian-policy: Don't force sysvinit compatibility if e.g. alternate init required

On Sat, Oct 5, 2019 at 1:06 PM Sean Whitton wrote: > > Hello David, > > On Sun 29 Sep 2019 at 10:35AM -04, David Steele wrote: > > > On Sat, Sep 28, 2019 at 1:05 PM Sean Whitton > > wrote: > >> > >> Hello, > >> > >> On Sat 28 Sep 20

  1   2   >