Bug#983713: Bug#983712: RFS: lebiniou/3.55.0-1 -- user-friendly, powerful music visualization / VJing tool

[Olivier Girondel]

On 6/9/21 8:48 PM, Tobias Frost wrote:

Control: tags -1 moreinfo

Hi Olivier,

just for some quick feedback,

As we are currently frozen and an upload to unstable of a new upstream version
is a bit out of scope right now:
Do you want to target experimental or do you want wait for the bullseye release?

It seems that upstream has released 3.56 in the meantime, so depending on
the above question, do you want to update to that new version as well?

(I did not look at the package yet, just soliciating that feedback)

(Formally tagging moreinfo as this needs feedback and is not actionable until
then… Just remove the tag when ready for a review and I try to reserve time for
it.)


Hi Tobias,

Well this RFS is 4 months old, so yes it's a little late for it to reach 
bullseye :)


We're about to relase 3.60 soon anyway, so depending on bullseye's 
release date (do you have some idea btw ?) it might be possible that I 
close these RFS.


Question: in case 3.55 and 3.56 never make it in Debian, should I remove 
the entries from d/changelog ?


Thanks !

--
Olivier

Bug#960049: RFS: libatl/2.2.2-1 [ITP] -- Binary representation of lists of name/value pairs

[Tobias Frost]

Control: tags -1 moreinfo

Hi Kyle,

I'm currently looking over (old) RFS bugs… And this one is very old :( Sorry for
that … So, before looking into it, can you confirm that you still interested in
maintaining this library?

Other than that, I prefer to sponsor only based on .dsc-files, preferable
uploaded to mentors.debian.net, as this is a (IMHO) more concise defintion
about exactly what to sponsor and selfish /me has also some automation in place
for mentos…

So I'd take a look at libatl after you confirmed and have some .dsc for me :)

Just remove the moreinfo tag when ready and I will take a look :)

--
Cheers,
tobi

Bug#983712: RFS: lebiniou/3.55.0-1 -- user-friendly, powerful music visualization / VJing tool

[Tobias Frost]

Control: tags -1 moreinfo

Hi Olivier,

just for some quick feedback, 

As we are currently frozen and an upload to unstable of a new upstream version
is a bit out of scope right now: 
Do you want to target experimental or do you want wait for the bullseye release?

It seems that upstream has released 3.56 in the meantime, so depending on 
the above question, do you want to update to that new version as well?

(I did not look at the package yet, just soliciating that feedback)

(Formally tagging moreinfo as this needs feedback and is not actionable until
then… Just remove the tag when ready for a review and I try to reserve time for
it.)

--

Cheers,
tobi

Bug#983053: marked as done (RFS: sanlock/3.8.3-1 -- Shared storage lock manager)

[Debian Bug Tracking System]

Your message dated Wed, 09 Jun 2021 20:38:25 +0200
with message-id 
and subject line Re: RFS: sanlock/3.8.3-1 -- Shared storage lock manager
has caused the Debian Bug report #983053,
regarding RFS: sanlock/3.8.3-1 -- Shared storage lock manager
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 ow...@bugs.debian.org
immediately.)


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

Dear mentors,

I am looking for a sponsor for my package "sanlock":

 * Package name: sanlock
   Version : 3.8.3-1
   Upstream Author :
 * URL : https://www.pagure.io/sanlock/
 * License : GPL-2+, LGPL-2.1+
 * Vcs :
   Section : libs

It builds those binary packages:

  python3-sanlock - Python3 bindings to shared storage lock manager
  libsanlock-dev - Shared storage lock manager (development files)
  libsanlock1 - Shared storage lock manager (shared library)
  libsanlock-client1 - Shared storage lock manager (client library)
  sanlk-reset - Host reset daemon and client using sanlock
  sanlock - Shared storage lock manager

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/s/sanlock/sanlock_3.8.3-1.dsc

Changes since the last upload:

 sanlock (3.8.3-1) experimental; urgency=medium
 .
   * New upstream version 3.8.3
   * Drop patches applied upstream
   * New package: sanlk-reset
   * d/rules: Drop Python version flag
   * d/control:
 - Remove sanlock as dependency for libsanlock-dev
 - Add packages to suggests field
 - Add multiarch field
 - Bump debhelper to 13

Regards,
Håvard
--- End Message ---
--- Begin Message ---
Uploaded; should arrive in the NEW queue soon.

Thanks for your contritbutions to Debian!

--
tobi--- End Message ---

Bug#981982: RFS: codelite/15.0+dfsg-1 [QA] -- Powerful and lightweight IDE

[Tobias Frost]

Hi David,

(Note: Due to the freeze, an upload to unstable is currently out of scope.  You
might either want to wait for bullseye's release or target experimental for now)

Thanks for the updated package…
Some questions though:
- d/control:
  - I see in the diff
- that you start Depend: on clangd and clang-format.
Is codelite _really_ depending as in Policy-Depends on it?
   (there are some *arch-dependent* Build-Depends on clang stugg that seems to
be in contradiction… as the Depends are not arch-depenent this does not fit
somehow…)
- note this change is not documented in d/changelog, thats why I had to
  guess: PLEASE document the _whys_ of your changes to help the sponsor out
  until they improve in reading your mind… ;-)

nitpick:
 - d/copyright does not need all those extra blank lines :)

PS: You know the package is orphaned :) Could we talk you into adopting it?
(Its okay if you decline, but TIA for considering!)

Tagging moreinfo because of the questions above (clang and freeze)
Remove the tag when you think the package is ready for a second review…

Cheers,

-- 
tobi

Bug#981702: RFS: privacybadger/2021.2.2-1 -- browser extension automatically learns to block invisible trackers

[Tobias Frost]

Control: tags -1 moreinfo

Hi John,

On Tue, 02 Feb 2021 19:11:34 -0500 John Scott  wrote:
>    * Friendly takeover back into the WebExt team.

I can't find any documentation about that have been ACKed by the current
maintainer. (CCing Jonas so that he can response/confirm, to put it on record
that this is not an hijack…)

Cheers,
-- 
tobi

Bug#971594: Asciidoc new package. Check why those existed

[Tobias Frost]

Control: tags -1 moreinfo 

Hi Leon,

I'm not sure about the status of this RFS / it seems that there is some
confusion… So lets try to untangle this…

What I can see from the diff is that the only package dropped is vim-ascidoc.
This looks sane to me, and due to the fact that vim depends on vim-runtime
on any vim flavour != tiny, people possibly have already vim-runtime installed.

However -- as popcon of the package is rather high -- I would put up some
NEWS.Debian file saying that this is dropped in favour of vim-runtime; 
This is especially useful, if (I did not check if that is the case!) the
user needs to do someting to switch to the vim-runtime provided thingy.
What do you think?

However, as Debian is frozen and an upload to unstable is out of scope
currently: Would you like to target experimental for now or
do you want to wait until bullseye have been released and/or maybe looking
into packaging the new upstream release?

(I'm marking the bug as moreinfo for now, just to keep the RFS bugs list
"actionable". Feel free to remove the tag once it make sense to proceed with
the sponsoring -- be it experimental or post-bullseye-release…)

-- 
Cheers,
tobi

Bug#969180: marked as done (RFS: facerec/1.0 [ITP] -- A Face Authentication system for ubuntu)

[Debian Bug Tracking System]

Your message dated Wed, 09 Jun 2021 08:28:37 +0200
with message-id <3d36c2eef1c1a29a313194eadd5e1211e99ac9e8.ca...@debian.org>
and subject line Re: RFS: facerec/1.0 [ITP] -- A Face Authentication system for 
ubuntu
has caused the Debian Bug report #969180,
regarding RFS: facerec/1.0 [ITP] -- A Face Authentication system for ubuntu
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 ow...@bugs.debian.org
immediately.)


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

Dear mentors,

I am looking for a sponsor for my package "facerec":

* Package name: facerec
* Version: 1.0
* Upstream Author: Rushabh Vasani 
* URL: https://github.com/rushabh-v/linux_face_unlock
* License : GPL-3.0 License

* Vcs: https://github.com/rushabh-v/linux_face_unlock
* Section: devel (Python)

It builds those binary packages:
Facerec - Linux face unlock

Facerec - Face authentication system for Ubuntu Linux that works while
logging in, running "sudo" commands, etc. It is having a user-friendly CLI
and it is highly optimized and secure.

To access further information about this package, please visit the
following URL:
https://github.com/rushabh-v/linux_face_unlock

Alternatively, one can download and install the deb package with the
following steps:

   1. *Install prerequisites:*

sudo apt-get install python3-pip \
python3-opencv \
python3-setuptools \
python-execnet \
cmake \
libatlas-base-dev \
build-essential


   1. *Download the deb package:*

wget https://rushabh-v.github.io/facerec_1.0_all.deb


   1. *Install facerec:*

sudo dpkg -i facerec_1.0_all.deb

Command Line Interface
CommandDescription
facerec new Add a new root face.
facerec enable Enable facerec (Enable back after disabling)
facerec disable Temporarily disable facerec, preserving the setup.
facerec remove Completely remove facerec and with all the root faces.
facerec --help help for Facerec-CLI
changelog:
  facerec (1.0); urgency=normal
* Initial release.

Best Regards,
Rushabh Vasani
--- End Message ---
--- Begin Message ---
This bug is not actionable since a long time, therefore closing it;
Feel free to reopen it you have an updated package to look at.

--
tobi --- End Message ---