Bug#811377: closed by Dmitry Bogatov (Bug#811377: fixed in sysvinit 2.88dsf-60)

[Ian Jackson]

Axel Beckert writes ("Re: Bug#811377: closed by Dmitry Bogatov 
 (Bug#811377: fixed in sysvinit 2.88dsf-60)"):
> Yes, by default all DDs, but only DDs can push to a repo under
> /debian/. But in comparison to Alioth, it's easy to add write access
> for single guest accounts to a single repo.
> 
> If Ian and Benda don't oppose, I'd give Dmitry write access to
> /debian/sysvinit/.

Please do.

I dont have time right now but can you please introduce Dmitry for me
on debian-init-diversity ?  AIUI he's subscribed to the list.

It might be worth mentioning that he did an upload to experimental
intending to adopt the package, unaware of our efforts (in part
because we failed to write to this RFA bug about them), but that we
are welcoming him, or some such.

Ian.

-- 
Ian JacksonThese opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#811377: closed by Dmitry Bogatov (Bug#811377: fixed in sysvinit 2.88dsf-60)

[Axel Beckert]

Hi,

Dmitry Bogatov wrote:
> > Then you should probably use the common (debian group) repository...
> 
> Somewhy GitLab does not allow me to push into debian/sysvinit, so I
> pushed to my branch.

>From that and from my past contact with Dmitry (sponsoring uploads,
etc.), I assumed he's (still) a DM.

Axel Beckert wrote:
> If Ian and Benda don't oppose, I'd give Dmitry write access to
> /debian/sysvinit/.

Hence I offered to add him as additional non-DD "member" of the
sysvinit repo.

Ian Jackson wrote:
> Please do.

No more needed. Dmitry is a DD since one week ago:
https://nm.debian.org/process/448

Actually I even replied to his new @debian.org address without
noticing. :-)

Dmitry: Welcome! I'm really happy to see you on board!

Dmitry: Please try again to push to
https://salsa.debian.org/debian/sysvinit/ — your account is listed as
"Given access 2 days ago". So I assume the user database wasn't synced
as quickly as you gained traction. :-)

> I dont have time right now but can you please introduce Dmitry for me
> on debian-init-diversity ?

I'm sorry, but I'm not sure what you ask me for. I'm not subscribed to
that list, I'm just subscribed to (and mostly lurking on)
pkg-sysvinit-devel and subscribed to #811377.

> It might be worth mentioning that he did an upload to experimental
> intending to adopt the package, unaware of our efforts (in part
> because we failed to write to this RFA bug about them),

At least from lurking on pkg-sysvinit-devel I wasn't aware of any work
done on the package either with the exception of the stated ITA quite
some time (a year?) ago. The only thing I saw was the scaring amount
NMUs.

So hearing that not only Dmitry is active now but that Ian and Benda
also have something in the pipeline is great!

> but that we are welcoming him, or some such.

Great! Looking forward to the results of that grown team! And thanks
for all your efforts to keep sysvinit usable in Debian.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Processed: retitle to RFP: usbwall -- centralized USB devices filtering tool to associate locally allowed devices to LDAP user accounts

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> retitle 860315 RFP: usbwall -- centralized USB devices filtering tool to 
> associate locally allowed devices to LDAP user accounts
Bug #860315 [wnpp] ITP: usbwall -- centralized USB devices filtering tool to 
associate locally allowed devices to LDAP user accounts
Changed Bug title to 'RFP: usbwall -- centralized USB devices filtering tool to 
associate locally allowed devices to LDAP user accounts' from 'ITP: usbwall -- 
centralized USB devices filtering tool to associate locally allowed devices to 
LDAP user accounts'.
> noowner 860315
Bug #860315 [wnpp] RFP: usbwall -- centralized USB devices filtering tool to 
associate locally allowed devices to LDAP user accounts
Removed annotation that Bug was owned by Philippe Thierry 
.
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
860315: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=860315
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: your mail

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> reassign 912057 src:wine-development
Bug #912057 [wine] wine: please add a new wine-mono source package
Bug reassigned from package 'wine' to 'src:wine-development'.
Ignoring request to alter found versions of bug #912057 to the same values 
previously set
Ignoring request to alter fixed versions of bug #912057 to the same values 
previously set
> forcemerge 616713 912057
Bug #616713 [src:wine-development] wine: add wine-mono packages
Bug #677094 [src:wine-development] wine: add wine-mono packages
Bug #778889 [src:wine-development] wine dont find mono-complete package
Bug #912057 [src:wine-development] wine: please add a new wine-mono source 
package
912057 was blocked by: 912058
912057 was not blocking any bugs.
Removed blocking bug(s) of 912057: 912058
Added tag(s) help.
Bug #677094 [src:wine-development] wine: add wine-mono packages
Bug #778889 [src:wine-development] wine dont find mono-complete package
Merged 616713 677094 778889 912057
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
616713: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616713
677094: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677094
778889: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778889
912057: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912057
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#902309: [zebmccor...@asymptote.club: Re: Bug#902309: ITP: zeyple -- Automatically encrypt outgoing emails]

[Piper McCorkle]

- Forwarded message from Piper McCorkle  -

Date: Sat, 27 Oct 2018 19:03:27 +
From: Piper McCorkle 
To: Mike Gabriel 
Subject: Re: Bug#902309: ITP: zeyple -- Automatically encrypt outgoing emails
User-Agent: Mutt/1.9.4 (2018-02-28)

On Sat, Jun 30, 2018 at 09:07:23PM +, Mike Gabriel wrote:
> Ping me when you have the uploadable package ready and I step up as a sponsor.

So sorry to take so long to get back to you - apparently I skimmed right
past your email in my inbox. Bug #902324 is my RFS. Based on the input
from message #10 on it, I'll probably get a new version out in the next
couple of days.

-- 
Piper McCorkle (transitioning s/Zeb(ulon)?/Piper/)
zebmccor...@asymptote.club | https://keybase.io/zebMcCorkle
803A 0F47 82AD DDEA 46BE  055F F8F9 DB8C 1A54 6398

   |
   |
__/
  __  Asymptote Club
 /(bad ASCII graph by yours truly)
 |
 |



- End forwarded message -


signature.asc
Description: PGP signature

Processed: gogs depends on git-module

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 911419 by 912065
Bug #911419 [wnpp] RFP: golang-notabug-hp-gogs -- A painless, self-hosted git 
service
911419 was blocked by: 912063 911895 911803
911419 was not blocking any bugs.
Added blocking bug(s) of 911419: 912065
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
911419: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911419
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#912065: RFP: golang-notabug-makenotabuggreatagain-git-module-dev -- Package git-module is a Go module for Git access through shell commands

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: golang-notabug-makenotabuggreatagain-git-module-dev
  Version : c64f3cabc8 
  Upstream Author : Unknwon 无闻 
* URL : https://notabug.org/makenotabuggreatagain/git-module/
* License : mit
  Programming Lang: go
  Description : Package git-module is a Go module for Git access through 
shell commands

Package git-module is a Go module for Git access through shell commands.

vendored dependency of gogs ( #911419 )

Bug#912064: O: openvpn-auth-radius -- OpenVPN RADIUS authentication module

[Helmut Grohne]

Package: wnpp

I am orphaning openvpn-auth-radius on behalf of Torge with his consent.

The package description is:
 A plugin for OpenVPN 2.x that implements authentication of users against a
 RADIUS server. It features:
 * RADIUS authentication and accounting support for OpenVPN
 * analysis of RADIUS attributes:
   o framed ip address
   o framed routes
   o acct interim interval
   o vendor specific attributes by additional scripts

The package hasn't seen a maintainer upload in almost five years. It
presently needs packaging a new upstream release, going through the
reported bugs and some basic updating to the current packaging practise.

That said, the package does have a small and growing user base and is
basically working. It generally doesn't need that much attention to
keep it in a working state.

Even though I am a former contributor to the package myself, I am not
going to step up, because I have no deployment anymore and thus am
unable to test it.

I would like to thank Andreas for taking care with his NMU. Please feel
free to turn it into a QA upload or lowering the delay.

Helmut

Processed: gogs depend on ldap.v3

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 911419 by 912063
Bug #911419 [wnpp] RFP: golang-notabug-hp-gogs -- A painless, self-hosted git 
service
911419 was blocked by: 911895 911803
911419 was not blocking any bugs.
Added blocking bug(s) of 911419: 912063
>
End of message, stopping processing here.

Please contact me if you need assistance.
-- 
911419: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911419
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#912063: RFP: golang-notabug-makenotabuggreatagain-ldap-dev -- Basic LDAP v3 functionality for the GO programming language.

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: golang-notabug-makenotabuggreatagain-ldap-dev
  Version : 3
  Upstream Author : John Weldon 
* URL : https://notabug.org/makenotabuggreatagain/ldap
* License : MIT
  Programming Lang: go
  Description : Basic LDAP v3 functionality for the GO programming language.

Features:
Connecting to LDAP server (non-TLS, TLS, STARTTLS)
Binding to LDAP server
Searching for entries
Filter Compile / Decompile
Paging Search Results
Modify Requests / Responses
Add Requests / Responses
Delete Requests / Responses

(vendored) prerequisite for gogs ( #911419 )

Bug#869138: fonts-sil-tagmukay stuck in NEW?

[Fabian Greffrath]

Hi Daniel,

welcome to the team!

Am Samstag, den 27.10.2018, 00:10 +0700 schrieb Daniel Glassey:
> This font has been in the NEW queue along with fonts-sil-awami-
> nastaliq for over 1 year without any problems being reported to this
> ITP.

Indeed, I am also confused by this and asked FTP-Master not too long
ago if there was a reason for this delay - but yet without a reply.

> The maintainer needs to be changed to the debian-fonts list at some
> point. Should we make that change and upload again or is there
> anything else to be done?

No, the package is considered ready and is really only waiting to get
accepted. If you would like to re-upload with some detail changes,
please feel free, I see no objections.

Thank you!

 - Fabian



signature.asc
Description: This is a digitally signed message part

Processed: block 912058 with 912009

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 912058 with 912009
Bug #912058 [wnpp] ITP: wine-mono - replacement for the .NET runtime and class 
libraries in Wine
912058 was blocked by: 785308
912058 was blocking: 912057
Added blocking bug(s) of 912058: 912009
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
912058: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912058
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: block 912058 with 785308

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 912058 with 785308
Bug #912058 [wnpp] ITP: wine-mono - replacement for the .NET runtime and class 
libraries in Wine
912058 was not blocked by any bugs.
912058 was blocking: 912057
Added blocking bug(s) of 912058: 785308
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
912058: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912058
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: block 912057 with 912058

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 912057 with 912058
Bug #912057 [wine] wine: please add a new wine-mono source package
912057 was not blocked by any bugs.
912057 was not blocking any bugs.
Added blocking bug(s) of 912057: 912058
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
912057: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912057
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#912058: ITP: wine-mono - replacement for the .NET runtime and class libraries in Wine

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 
X-Debbugs-CC: debian-w...@lists.debian.org

* Package name: wine-mono
  Version : 0.90-1
  Upstream Author : Vincent Povirk
* URL : https://github.com/madewokherd/wine-mono
* License : Expat
  Programming Lang: Shell
  Description : Wine Mono is a package containing Mono and other
projects, intended as a replacement for the .NET runtime and class
libraries in Wine. It works in conjunction with Wine's builtin
mscoree.dll, and it is not intended to be useful for any other purpose.

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Processed: lightvalue: block ITP 911472 by RFS 912010

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> block 911472 by 912010
Bug #911472 [wnpp] ITP: lightvalue -- Generator for lightweight Java 
value/model classes
911472 was not blocked by any bugs.
911472 was not blocking any bugs.
Added blocking bug(s) of 911472: 912010
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
911472: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911472
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#864358: Two ITPs for different packages named bitfield

[Adrian Bunk]

Hi Vitalie, hi Andrew,

you both have submitted ITPs for different packages named bitfield.

This is a conflict that has to be resolved.

IMHO the name "bitfield" is too generic for both packages.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#811377: closed by Dmitry Bogatov (Bug#811377: fixed in sysvinit 2.88dsf-60)

[Andreas Henriksson]

Hello Dmitry Bogatov,

On Fri, Oct 26, 2018 at 08:55:12PM +, Dmitry Bogatov wrote:
> [2018-10-26 13:58] Ben Hutchings 
[...]
> > Benda created a git repository at 
> > .
> 
> My repository is fork of 'debian/sysvinit'. As far as I can tell, the
> following work was done on debian/sysvinit:
> 
>  * import history from alioth up to 2.89-59.10
>  * create (very) incomplete upgrade to 2.90 in branch dgit/experimental
> 
> What I done:
> 
>  * incorporated NMU 2.89-59.11
>  * modernized package a bit
> 
> > You seem to have missed that Ian and Benda already started to adopt
> > sysvinit.  (While they missed closing this bug.)
> 
> Sysvinit have undecided maintainance status for years, which prevented
> me from taking actions previously. But now danger is grave and immediate
> (see recent discussions about removal of sysvinit on debian-devel@), so
> I took libery to take action right now.

I'd like to echo what Ben already said that there's no immediate
danger of removal. However I appreciate seeing someone take action
sooner rather than later. Thanks for stepping up!

> 
> I am sorry, if I stepped on someone's toes. I would greatly appericate
> any help in maintaining sysvinit.

Recruitment will be as big of a challenge in your maintainer role
as technical work. I hope you manage to find people you can work
together with that actually do work rather than just talk.

I'd like to suggest you put the alioth mailinglist back as maintainer
and put yourself as uploader. That will allow casual bystanders to
have a chance to follow progress from the sidelines (and hopefully
that way build up an interest in stepping in). If you want to
aquire admin access to the mailing list, that can probably be
arranged by contacting either Ian Jackson or pere.

Also working towards using the debian/sysvinit repo would likely
be a good move. It seems like you're using a -guest account on
salsa, but at the same time you're a DD?! You should have an
account on salsa matching your debian username (kaction?) which will
allow you full access to debian/sysvinit. Try using that.

> 
> Oh, and surely, while I did my best to not introduce any functional
> changes in 2.89-60, brave souls to test upload are more then welcome.

Unfortunately you seem to have been a little to eager with
"(lintian?) cleanups" where you broke a few things.
Please remember to always decide for yourself rather than listen
to what lintian has to say. Lintian is usually good at "regular"
packages but very often wrong about "special" packages (like sysvinit,
et.al.). Also always be very careful and understand all possible
consequenses when changing LSB headers in central init scripts.

Here are some examples that I overheard a discussion about:

You seem to have introduced loops with your changes in:
https://salsa.debian.org/iu-guest/sysvinit/commit/7f1224311e24078be99864bd14f146d56d99804c
(insserv will tell you about it. Just try to install any package which
has an init script to see the warnings.)

bootlogd will not catch entire boot process since your changes in:
https://salsa.debian.org/iu-guest/sysvinit/commit/daa1e40ec7c3fb136a3f93e6f1a82dd699ec245e

Your change to rmnologin init script likely also cause subtle breakage.

You might want to consider reverting all the LSB header changes and
adding lintian overrides where needed instead.


Regards,
Andreas Henriksson

PS. I'm personally looking forward to a fix for #799329 finally being
incorporated. That'll make helping out with testing easier.

Bug#911465: ITP: libciepki1 -- PKCS11 driver for Italian CIE

[Joonas Kylmälä]

Hi,

what are the key and IV used for, encryption/decryption? What's the idea
behind using the same key and IV for everybody? Why does this program
need them if the program user cannot decrypt them? Or is the decryption
key stored on the Italian CIE? If so, what's the point of encrypting the
key and IV if the first user can immediately share the plain text
version of them with the rest of the world?

Have you checked if there is already such a program that works with the
Italian CIE? List of these programs can be found from
.

Joonas

On Sat, 20 Oct 2018 16:00:21 +0200 Andrea della Porta
 wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Andrea della Porta 
> 
> * Package name: libciepki1
>   Version : 1.0-1
>   Upstream Author : Andrea della Porta 
> * URL : http://github.com/italia/cie-middleware-linux
> * License : (BSD-3-Clause)
>   Programming Lang: (C++)
>   Description : PKCS11 driver for Italian CIE
> 
> ciepki allows any PKCS11 enabled application to leverage
> the cryptographic and authentication facilities of
> the Italian CIE. 
> Binaries to change/unlock PIN are also provided.
> This will be the main middleware to use with any Italian ID card.
> Source code is provided through github as above but this package 
> will be a binary only one since teh cachelib will be slightly changed
> to provide added security though encryption, and the key/iv should
> not be exposed. Cachelib reference implementation on github is almost 
> identical except for the lacking encrypted data.
> I guess I will need a sponsor to push it to non-free repository.
> 
> 

Bug#905065: ITP: golang-github-canonicalltd-raft-membership -- Extension of the Hashicorp raft package to easily join and leave a cluster

[Clément Hermann]

Hi!

On 26/10/2018 15:41, Pierre-Elliott Bécue wrote:
> Le mardi 31 juillet 2018 à 11:24:36+0800, Clement Hermann a écrit :
>> Package: wnpp
>> Severity: wishlist
>> Owner: Clement Hermann 
>>
>> * Package name: golang-github-canonicalltd-raft-membership
>>   Version : 0.0~git20180413.3846634-1
>>   Upstream Author : Canonical Ltd
>> * URL : https://github.com/CanonicalLtd/raft-membership
>> * License : Apache-2.0
>>   Programming Lang: Go
>>   Description : Extension of the Hashicorp raft package to easily join 
>> and leave a cluster
>>
>>  github-canonicalltd-raft-membership provides the raftmembership package, 
>> which contains an
>>  extension of the raft Go package (https://github.com/hashicorp/raft) from
>>  Hashicorp to easily make a node join or leave a cluster.
>>
>> This is a dependency of LXD 3 (ITP: #768973) and will be maintained under the
>> Go team umbrella.
> 
> Hi,
> 
> raft-test being in Debian[1], and the salsa repository for raft-membership
> looking close to ready[2], do you require anything else to upload this
> package?Hi !
> 

I did open this ITP, however Shengjing Zhu was working on it during
DebCamp. IIRC it only needs a sponsor at this point. Please, feel free
to take over, review and upload ! :)

Cheers,

-- 
nodens