[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#955191: marked as done (RFS: bubblemail/0.5-1 [ITP] -- Extensible mail notification service)

Your message dated Fri, 3 Apr 2020 10:09:57 -0400
with message-id <e653109f-a294-c906-3257-60e8b0798968@ubuntu.com>
and subject line Re: Bug#955191: RFS: bubblemail/0.5-1 [ITP] -- Extensible mail notification service
has caused the Debian Bug report #955191,
regarding RFS: bubblemail/0.5-1 [ITP] -- Extensible mail notification service
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
955191: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=955191
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "bubblemail"

 * Package name    : bubblemail
   Version         : 0.5-1
   Upstream Author : Razer <razerraz@free.fr>
 * URL             : https://framagit.org/razer/bubblemail
 * License         : GPL-2.0+
 * Vcs             : https://git.launchpad.net/bubblemail
   Section         : mail

It builds those binary packages:

  bubblemail - Extensible mail notification service

To access further information about this package, please visit the following URL:

  https://mentors.debian.net/package/bubblemail

Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/b/bubblemail/bubblemail_0.5-1.dsc

Changes since the last upload:

   * Initial release. (Closes: #955188)
   * original source package automatically created by stdeb 0.8.5

Comaintainer in Uploaders is CC'd on this message; they do not have upload rights either and any uploads from them will also go through Sponsors, however I'm taking lead on the Debian package.

Regards,

--
  Thomas Ward

--- End Message ---
--- Begin Message ---

Thanks, kilobyte.

We'll go fixing on these.  Upstream has also release 0.6 so we'll address these issues, then create a new RFS since it'll be 0.6-1 by that point.

As such, closing 955191, but keep the ITP open please.


Thomas


On 4/3/20 10:06 AM, Adam Borowski wrote:
On Sat, Mar 28, 2020 at 12:36:40AM -0400, Thomas Ward wrote:

 * Package name    : bubblemail
   Version         : 0.5-1


      

        
Changes since the last upload:

   * Initial release. (Closes: #955188)
   * original source package automatically created by stdeb 0.8.5


      

      
Hi!
Here are my first findings:

* There's no point including debian/changelog before the initial release.

* Lintian overrides are bad: binary-without-manpage is a real problem
  rather than a false positive (even if in some cases it's one with
  little significance).  If the binaries are never supposed to be run
  by an user directly (not even by users who prefer command-line over
  a GUI menu), they shouldn't live in $PATH, but otherwise, manpages
  are wanted.

* The excuse for those overrides, that the documentation is available
  online, returns "ERREUR 404 - Document non trouvé".

* Recommends: network-manager -- what's the point for a biff service
  to mess with network settings?

* It crashes for me on startup:

[~]$ bubblemail
Traceback (most recent call last):
  File "/usr/bin/bubblemail", line 26, in <module>
    from bubblemail.ui.settingswindow import SettingsWindow  # pylint: disable=no-name-in-module
  File "/usr/lib/python3/dist-packages/bubblemail/ui/settingswindow.py", line 38, in <module>
    from ..account import Account as A, RemoteAccount, LocalAccount
  File "/usr/lib/python3/dist-packages/bubblemail/account.py", line 24, in <module>
    gi.require_version('Secret', '1')
  File "/usr/lib/python3/dist-packages/gi/__init__.py", line 129, in require_version
    raise ValueError('Namespace %s not available' % namespace)
ValueError: Namespace Secret not available


But, the package's description makes me want to see it working.  I'm quite
fed up with keeping Thunderbird running as glorified biff for remote
accounts, and something better for that task would be nice for me.

Meow!


    

  


--- End Message ---







Reply to: