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/,\

Bug#1009618: Firmware "beige-goby*", for Radeon RX6500XT, missing from package

Package: firmware-amd-graphics Version: 20210818-1 Severity: Normal thanks The RX6500XT was released in January. It requires the "beige-goby" line of firmware files, which were added upstream September of last year [1]. A refresh of the package is needed. [1]:

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

On 1/27/22 5:11 PM, Sean Whitton wrote: Hello David, ... Reviewing this bug, it is still not clear to me that a virtual package is wanted as opposed to just making /usr/bin/todo a path managed by the alternatives system. I'm closing the bug, but if development that has taken place in the

Bug#1004260: pybuild-plugin-pyproject: Uninstallable

Package: pybuild-plugin-pyproject Version: 5.20220119 Severity: grave Justification: renders package unusable X-Debbugs-Cc: ste...@debian.org Dear Maintainer, The dh-python-pep517 meta package, required for poetry builds, and satisfied solely by this package, fails to install. $ sudo

Bug#1003496: ITP: python-keyboard -- Python module for interacting with the keyboard

Package: wnpp Severity: wishlist Owner: 'David Steele' thanks * Package name: python-keyboard Version : 0.13.5 Upstream Author : Lucas Bopphre * URL : https://github.com/boppreh/keyboard * License : Expat Programming Lang: Python Description : Python

Bug#1001316: gnome-gmail: 2.8 to stable-updates

On Tue, Dec 14, 2021 at 7:03 AM Martin-Éric Racine wrote: > > ma 13. jouluk. 2021 klo 19.18 David Steele (ste...@debian.org) kirjoitti: > > > > Control: severity -1 normal > > Control: tags -1 moreinfo unreproducible > > thanks > > > > On Wed, Dec 8, 202

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

Note that the released v2.8 has code to address this issue, but it has not been tested against Python 3.9.5. -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE

Bug#1001316: gnome-gmail: 2.8 to stable-updates

Control: severity -1 normal Control: tags -1 moreinfo unreproducible thanks On Wed, Dec 8, 2021 at 4:48 AM Martin-Éric Racine wrote: > > Package: gnome-gmail > Version: 2.8-1 > Severity: important > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > The version of gnome-mail currently in

Bug#995135: CryFS Conan build requirement

t; On September 26, 2021 2:39:10 PM David Steele wrote: > >> Package: cryfs >> severity: important >> thanks >> >> >> CryFS 0.11.0 is asking for conan to be present for the build. Conan is >> not available in Debian, and provides a service that should

Bug#995135: CryFS Conan build requirement

Package: cryfs severity: important thanks CryFS 0.11.0 is asking for conan to be present for the build. Conan is not available in Debian, and provides a service that should not be necessary in any case. Resolve the CryFS build for 0.11.0-1. OpenPGP_signature Description: OpenPGP digital

Bug#995079: Can't upgrade to upstream - no pybuild poetry support

Package: aiofiles Severity: important Block: -1 by 984824 thanks Upstream has replaced setup.{py|cfg} with a pyproject.toml configuration, using poetry. This is not yet supported by dh-python - pybuild does not recognize poetry, and cannot complete the build. pybuild does support a toml

Bug#994932: python3-aiofiles: doesn't support type hints

On 9/24/21 1:24 PM, Jonas Smedegaard wrote: Quoting David Steele (2021-09-24 18:17:41) Packaging is currently stymied by an upstream transition to using poetry for the build. That is not currently supported by pybuild. It might be possible to avoid poetry with a patch - see e.g. https

Bug#994932: python3-aiofiles: doesn't support type hints

control: severity -1 normal There are a number of means to address this: - set ignore_missing_imports for aiofiles in mypy.ini [mypy-aiofiles] ignore_missing_imports = true - add [stubs] to the offended project, and reference in mypy.ini: [mypy] mypy_path: stubs - add

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

=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/control

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

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 project features

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

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

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 th

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

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

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

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

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

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

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

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

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

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

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

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

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#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#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: 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 using

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   Description :

Bug#949118: RM: goopg -- ROM; RC-Buggy, Python 2 only, Dead upstream

=done=critical=grave=serious=no=goopg Upstream https://github.com/LeoIannacone/goopg/issues/34 https://github.com/LeoIannacone/goopg/issues/33 David Steele signature.asc Description: OpenPGP digital signature

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. > > Oka

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

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

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

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

vailable 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 requ

Bug#935731: comitup: port to python 3

Severity: normal thanks There is an erroneous "Suggests" control file listing for the Python 2 package. This has no effect on the usability of the package. The issue doesn't rate autoremoval 18 months before the next stable release. The fix is in git, and will be released in due course.

Bug#934484: python-pytest-asyncio: "Cannot import name 'transfer_markers'" with current pytest

Source: python-pytest-asyncio Version: 0.9.0-1 Severity: serious Tags: upstream Dear Maintainer, Since the recent upgrade of pytest, tests involving pytest-asyncio[1] are failing with: ImportError: cannot import name 'transfer_markers' from '_pytest.python'

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

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 Whitton

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#926495: unblock: gnome-gmail/2.6-1

-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 gnome-gmail-2

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

Bug#695188: Ping

Today is the sixth anniversary of this bug. The submitted patch is one year old. -- AE0D BF5A 92A5 ADE4 9481 BA6F 8A31 71EF 3661 50CE

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

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

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

2001 From: David Steele <dste...@gmail.com> 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

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

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

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#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#880440: ITP: python3-aioprocessing -- Multiprocessing support for Python asyncio

Package: wnpp Severity: wishlist Owner: David Steele <dste...@gmail.com> * Package name: python3-aioprocessing Version : 1.0.0 Upstream Author : Dan O'Reilly <oreil...@gmail.com> * URL : https://pypi.python.org/pypi/aioprocessing/1.0.0 * License

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

Package: wnpp Severity: wishlist Owner: David Steele <dste...@gmail.com> * Package name: python3-aiofiles Version : 0.3.2 Upstream Author : Tin Tvrtković <tinches...@gmail.com> * URL : https://github.com/Tinche/aiofiles * License : Apache 2.0 Prog

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.

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

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=comitup Need to port to python-gi https://packages.debian.org/sid/python-gobject

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#788045: reportbug: patch - use the default desktop mua

On Wed, Jun 28, 2017 at 10:19 PM, Paul Wise <p...@debian.org> 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 &

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

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

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#865792: reportbug: Allow an arbitrary MUA to be configured (patch)

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 settings: DEBEMAIL="dste...@gmail.

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

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

Bug#862876: Obsolete watch file for libcrypto++

misunderstand it. Shirky From 7280dc14747d24e683518a6a96eb13961f275090 Mon Sep 17 00:00:00 2001 From: David Steele <ste...@debian.org> 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 de

Bug#855920: Can't reproduce either

On Tue, Apr 11, 2017 at 12:31 PM, Ivo De Decker <iv...@debian.org> 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

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

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

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#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,

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#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,

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

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

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#839279: ITP: gocryptfs -- Encrypted overlay filesystem written in Go

On Sat, Oct 1, 2016 at 3:09 PM, Ben Hutchings <b...@decadent.org.uk> wrote: > On Sat, 2016-10-01 at 09:03 -0400, David Steele wrote: >> On Sat, Oct 1, 2016 at 7:58 AM, Ben Hutchings <b...@decadent.org.uk> >> wrote: >> > >> > On Sat,

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

Package: wnpp Severity: wishlist Owner: David Steele <ste...@debian.org> * Package name: golang-github-rfjakob-eme Version : 1.0 Upstream Author : Jakob Unterwurzacher <jakob...@gmail.com> * URL : https://github.com/rfjakob/eme * License : Expat

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

On Sat, Oct 1, 2016 at 7:58 AM, Ben Hutchings <b...@decadent.org.uk> wrote: > On Sat, 2016-10-01 at 02:35 +0000, David Steele wrote: >> Package: wnpp >> Severity: wishlist >> > Owner: David Steele <ste...@debian.org> >> >> * Package name:

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

Package: wnpp Severity: wishlist Owner: David Steele <ste...@debian.org> * 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 Progr

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

Package: wnpp Severity: wishlist Owner: David Steele <ste...@debian.org> * Package name: gocryptfs Version : 1.0 Upstream Author : Jakob Unterwurzacher <jakob...@gmail.com> * URL : https://nuetzlich.net/gocryptfs/ * License : Expat Programm

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

Package: wnpp Severity: wishlist Owner: David Steele <ste...@debian.org> * Package name: sirikali Version : 1.1.0-1 Upstream Author : Mhogo Mchungu <mhogomchu...@gmail.com> * URL : https://mhogomchungu.github.io/sirikali/ * License : GPL Program

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

Package: wnpp Severity: wishlist Owner: David Steele <ste...@debian.org> * Package name: cryfs Version : 0.9.5 Upstream Author : Sebastian Messmer * URL : https://www.cryfs.org/ * License : LGPL Programming Lang: C++ Description : encrypt your

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

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

Package: wnpp Severity: wishlist thanks * Package name: comitup Version : 0.1 Upstream Author : David Steele <dste...@gmail.com> * URL : https://github.com/davesteele/comitup * License : GPL-2+ Description : Bootstrap Wifi using Wifi comitup is a s

  1   2   >