Bug#1067194: ITP: ansible-creator -- fastest way to generate all your ansible content

2024-03-19 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: ansible-creator
  Version : 24.2.0
  Upstream Contact: Ansible by Red Hat 
* URL : https://github.com/ansible/ansible-creator
* License : Apache 2.0
  Programming Lang: Python
  Description : fastest way to generate all your ansible content

 CLI tool for scaffolding all your Ansible Content. This package
 is a Command-Line Interface (CLI) tool designed for effortless scaffolding
 all your Ansible content. Used to initializing an Ansible collection or
 creating a framework for specific plugins, this tool streamlines the process
 with efficiency, standard and precision based on your requirements.



Bug#1051784: ITP: python-kr8s -- A batteries-included Python client library for Kubernetes that feels familiar for folks who already know how to use kubectl

2023-09-12 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org, 
guilherme@gmail.com

* Package name: python-kr8s
  Version : 0.8.17
  Upstream Contact: Jacob Tomlimson 
* URL : https://github.com/kr8s-org/kr8s
* License : BSD
  Programming Lang: Python
  Description : Library for Kubernetes similar to use kubectl

 This library provides a simple and extensible way to interact with Kubernetes
 clusters. The way of use is very similar to the 'kubectl' command and provides
 most of the features that this command has.
 .
 Features:
 .
 - API inspired by 'kubectl' to reduce the developer learning curve.
 - Sensible standards for reducing boilerplate.
 - No hubris-generated code, just human-readable code.
 - It also has an asynchronous API that can be used with 'asyncio' and 'trio'.
 - Client caching to reduce API object passing.
 - Batteries included providing useful utilities and methods inspired by
   'kubectl'.
 .
 Packaging will happen within the Debian Python Team.



Bug#1042774: ITP: python3-grequests -- asynchronous Web Scraping With Python

2023-07-31 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org,debian-pyt...@lists.debian.org, 
guilherme@gmail.com

* Package name: python3-grequests
  Version : 0.7.0
  Upstream Contact: Kenneth Reitz 
* URL : https://github.com/spyoungtech/grequests
* License : BSD
  Programming Lang: Python
  Description : asynchronous Web Scraping With Python

 This package allows you to use Requests with Gevent to make asynchronous HTTP
 Requests easily.
 .
 Simple but effective way to create multiple http requests in Python allowing
 to scrape faster.
 .
 The HTTP verb methods in grequests (e.g., grequests.get, grequests.post, etc.)
 accept all the same keyword arguments as in the requests library.



Bug#1029078: ITP: depix -- recovers passwords from pixelized screenshots

2023-01-17 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com, 
debian-security-to...@lists.debian.org, si...@factosec.nl

* Package name: depix
  Version : 0.0~git20220716
  Upstream Contact: Sipke Mellema 
* URL : https://github.com/beurtschipper/Depix
* License : CC-BY-4.0
  Programming Lang: Python
  Description : recovers passwords from pixelized screenshots

 Depix is a tool for recovering passwords from pixelized screenshots.
 .
 Pixelization describes the process of partially lowering the resolution of an
 image to censor information. The implementation of this algorithm attacks the
 common linear box filter. A linear box filter takes a box of pixels, and
 overwrites the pixels with the average value of all pixels in the box. Its
 implementation is simple and its workings fast, for it can process multiple
 blocks in parallel.
 .
 This implementation works on pixelized images that were created with a linear
 box filter.


Bug#1027454: ITP: arjun -- HTTP parameter discovery suite

2022-12-31 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com, 
debian-security-to...@lists.debian.org, s0m...@gmail.com

* Package name: arjun
  Version : 2.2.1
  Upstream Contact: Somdev Sangwan 
* URL : https://github.com/s0md3v/Arjun
* License : AGPL-3
  Programming Lang: Python
  Description : HTTP parameter discovery suite

 This package can find query parameters for URL endpoints. If you don't get
 what that means, it's okay, read along.
 .
 Web applications use parameters (or queries) to accept user input, take the
 following example into consideration:
 http://api.example.com/v1/userinfo?id=751634589
 .
 This URL seems to load user information for a specific user id, but what if
 there exists a parameter named admin which when set to True makes the
 endpoint provide more information about the user?
 This is what Arjun does, it finds valid HTTP parameters with a huge default
 dictionary of 25,890 parameter names.



Bug#1023736: ITP: dotdrop -- Save your dotfiles once deploy them everywhere

2022-11-09 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org,, guilherme@gmail.com

* Package name: dotdrop
  Version : 1.11.0
  Upstream Author : deadc0de6 
* URL : https://github.com/deadc0de6/dotdrop
* License : GPL-3
  Programming Lang: Python
  Description : Save your dotfiles once deploy them everywhere

 Makes the management of dotfiles between different hosts easy. It allows
 you to store your dotfiles in Git and automagically deploy different versions
 of the same file on different setups.

 It also allows to manage different sets of dotfiles. For example, you can have
 a set of dotfiles for your home laptop and a different set for your office
 desktop. Those sets may overlap, and different versions of the same dotfiles
 can be deployed using different predefined profiles. Or you may have a main 
set of dotfiles
 for your everyday host and a subset you only need to deploy to temporary hosts 
(cloud VM etc.)
 that may be using a slightly different version of some of the dotfiles.

 Features:

 Sync once every dotfile in Git for different usages
 Allow dotfile templating
 Dynamically generated dotfile contents with pre-defined variables
 Comparison between deployed and stored dotfiles
 Handling multiple profiles with different sets of dotfiles
 Easily import and update dotfiles
 Handle files and directories
 Support symlinking of dotfiles
 Associate actions to the deployment of specific dotfiles
 Associate transformations for storing encrypted/compressed dotfiles
 Provide solutions for handling dotfiles containing sensitive information



Bug#1014815:

2022-10-26 Thread Guilherme Xavier
retitle 1014815 RFP: python-kiwipy -- Easy remote messaging using RabbitMQ
noowner 1014815



Bug#1014815: kiwipy initial packaging

2022-10-26 Thread Guilherme Xavier
I'm currently busy and don't have time to package kiwipy so I change
the package status to RFS

-- 
Guilherme de Paula Xavier Segundo
GPG: 4096R/976B8AC9
GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9



Bug#1014815: kiwipy initial packaging

2022-10-06 Thread Guilherme Xavier
Hi Bastian,

I did check the correct package dependencies.

I believe that if you had researched I sent the aio-pika package on
03/08/2022 
(https://tracker.debian.org/news/1351353/accepted-python-aio-pika-803-1-source-all-
into-unstable-unstable/) and the kiwipy package upstream entered the
package's dependency version information in the develop branch on
5/8/2022 
(https://github.com/aiidateam/kiwipy/commit/7750921d7f69f55005a9f69a854f5e0d1a16feb0).

Best,
Guilherme

Em qui., 6 de out. de 2022 às 19:04, Eriberto
 escreveu:
>
> Em qui., 6 de out. de 2022 às 18:45, Bastian Germann  
> escreveu:
> >
> > Am 06.10.22 um 20:19 schrieb Eriberto Mota:
> > > Am 05.10.22 um 14:59 schrieb Guilherme Xavier:
> > >>> Hi,
> > >>>
> > >>> Agree, downgrading would be an option.
> > >>> I don't know how this can be done, but I'm open to doing it.
> > >>
> > >> You import the older version as 8.1.1+really6.8.1-1
> > >
> > >
> > > Nope. Downgrading is a workaround for new upstream versions full broken,
> > > but already sent to Debian. Is dangerous and undesirable to reintroduce
> > > an old version of a software to make it "a good dependency". This action
> > > may generate critical bugs or introduce security holes. The right way is
> > > ask to the upstream to update the software to use the current version of
> > > a dependency. In other words, "+really" must be used in very extreme
> > > cases only, not for adjustments.
> >
> > In general, I agree with you. But as far as I can see, Guilherme introduced
> > python-aio-pika for the sake of packaging kiwipy and probably has not 
> > checked
> > compatiblity before packaging that. It is not in use by any other package.
> > So for me this would be okay. It is in the archive for two months now and
> > popcon is at 1. I do not think that upstream will have the issue fixed soon
> > and it would be a pity if Guilherme's packaging work (there are some more 
> > deps
> > introduced for kiwipy) would not be fruitful for him in the sense of having 
> > it
> > available in bookworm.
>
> Ok, this is commendable. However, keeping Debian (as OS) secure is
> more important than any effort to package anything.



-- 
Guilherme de Paula Xavier Segundo
GPG: 4096R/976B8AC9
GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9



Bug#1014815: kiwipy initial packaging

2022-10-05 Thread Guilherme Xavier
Hi,

Agree, downgrading would be an option.
I don't know how this can be done, but I'm open to doing it.

I believe we have no other use of this package apart from kiwipy.

Em ter., 4 de out. de 2022 às 15:21, Bastian Germann  escreveu:
>
> Am 04.10.22 um 20:20 schrieb Guilherme de Paula Xavier Segundo:
> > Yes,
> > I believe it is the best solution. If there is any other suggestion
> > I am available.
>
> Another solution would be downgrading. Is the package used by something else 
> in the archive?
>


-- 
Guilherme de Paula Xavier Segundo
GPG: 4096R/976B8AC9
GPG Fingerprint: 1808D92674863C2E07B7B08C1B140644976B8AC9



Bug#1014815: kiwipy initial packaging

2022-10-04 Thread Guilherme de Paula Xavier Segundo
Hi Bastian,

I'm working on packaging kiwipy.
I've packaged several dependencies on it so far but it currently depends
on python-aio-pika <6.8.2 but the version we have on Debian is 8.1.1

On 22/10/04 02:01, Andrius Merkys wrote:
> Hi Bastian,
> 
> On 2022-10-04 02:12, Bastian Germann wrote:
> > What is the status on kiwipy?
> 
> For some time kiwipy was blocked by pytray, but pytray is in unstable
> now. I will revisit kiwipy.
> 
> Best,
> Andrius


signature.asc
Description: PGP signature


Bug#1014815: kiwipy initial packaging

2022-10-04 Thread Guilherme de Paula Xavier Segundo
Yes,
I believe it is the best solution. If there is any other suggestion
I am available.

On 22/10/04 08:02, Bastian Germann wrote:
> Am 04.10.22 um 19:45 schrieb Guilherme de Paula Xavier Segundo:
> > Hi Bastian,
> > 
> > I'm working on packaging kiwipy.
> > I've packaged several dependencies on it so far but it currently depends
> > on python-aio-pika <6.8.2 but the version we have on Debian is 8.1.1
> 
> So we should wait until https://github.com/aiidateam/kiwipy/pull/113 has 
> settled?
> 
> > On 22/10/04 02:01, Andrius Merkys wrote:
> > > Hi Bastian,
> > > 
> > > On 2022-10-04 02:12, Bastian Germann wrote:
> > > > What is the status on kiwipy?
> > > 
> > > For some time kiwipy was blocked by pytray, but pytray is in unstable
> > > now. I will revisit kiwipy.
> > > 
> > > Best,
> > > Andrius
> 



Bug#1016997: ITP: python-pytray -- Interacting with asynchronous and concurrent threads (Python 3)

2022-08-10 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: python-pytray
  Version : 0.3.2
  Upstream Author : Martin Uhrin 
* URL : https://github.com/muhrin/pytray
* License : LGPL-3+
  Programming Lang: Python
  Description : Interacting with asynchronous and concurrent threads 
(Python 3)

 This library contains several bits of code, often exotic, that make
 Python much easier to write, especially when interacting with asynchronous and
 concurrent threads. It has codes commonly used in projects like.

 I intend to maintain this package as part of the Debian Python Team.

 Reason for packaging:
 This package is one of the dependencies for kiwipy
 (https://github.com/aiidateam/kiwipy)



Bug#986204: (no subject)

2022-07-27 Thread Guilherme de Paula Xavier Segundo
Hi Sakirnth,

I would like to know if you are still interested in packaging molecule
for Debian?

If not, I could pack it if you agree.

I think it would be really cool to have this package in the next
versions of Debian besides being used a lot.

Thank you and congratulations for the work,
Guilherme Xavier


signature.asc
Description: PGP signature


Bug#1015867:

2022-07-22 Thread Guilherme Xavier
Reason for packaging:
This package is one of the dependencies for qrcp
(https://github.com/claudiodangelis/qrcp)



Bug#1015867: ITP: golang-github-glendc-go-external-ip -- get your external ip from multiple services

2022-07-22 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: golang-github-glendc-go-external-ip
  Version : 0.1.0
  Upstream Author : Glen De Cauwsemaecker
* URL : https://github.com/glendc/go-external-ip
* License : Expat
  Programming Lang: Go
  Description : get your external ip from multiple services

 This package is a Golang library to get your external ip from multiple
 services.
 .
 Design/Implement STUNSource (Session Traversal Utilities for NAT
 (STUN)). See RFC 3489 and RFC 5389 for more details.



Bug#1015840: ITP: golang-github-eiannone-keyboard -- listen for keystrokes from the keyboard (library)

2022-07-22 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: golang-github-eiannone-keyboard
  Version : 0.0~git20220611.0d22619
  Upstream Author : Emanuele Iannone
* URL : https://github.com/eiannone/keyboard
* License : Expat
  Programming Lang: Go
  Description : listen for keystrokes from the keyboard (library)

 This package is a simple library to listen for keystrokes from the
 keyboard.
 .
 The code is inspired by termbox-go library.

 Reason for packaging:
 This package is one of the dependencies for qrcp
 (https://github.com/claudiodangelis/qrcp)



Bug#1015757: ITP: python-aio-pika -- AMQP client designed for asyncio and humans

2022-07-20 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: python-aio-pika
  Version : 8.0.3
  Upstream Author : Dmitry Orlov 
* URL : https://github.com/mosquito/aio-pika
* License : Apache-2.0
  Programming Lang: Python
  Description : AMQP client designed for asyncio and humans

 This library is a wrapper around aiormq for asyncio and humans.
 .
 Features:
  Completely asynchronous API.
  Object oriented API.
  Transparent auto-reconnects with complete state recovery with connect_robust.
  Transparent publisher confirms support.
  Transactions support.
  Completely type-hints coverage.

 I intend to maintain this package as part of the Debian Python Team.



Bug#1014863: ITP: python-aiormq -- pure Python AMQP client library (Python 3)

2022-07-13 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: python-aiormq
  Version : 6.3.4
  Upstream Author : Dmitry Orlov 
* URL : https://github.com/mosquito/aiormq
* License : Apache-2.0
  Programming Lang: Python
  Description : pure Python AMQP client library (Python 3)

 This program is a pure Python AMQP 0.9.1 asynchronous client library.
 .
 Features:
  Connecting by URL.
  Buffered queue for received frames.
  Only PLAIN auth mechanism support.
  Publisher confirms support.
  Transactions support.
  Channel based asynchronous locks.
  Tracking unroutable messages.
  Full SSL/TLS support.
  Python type hints.
  Uses pamqp as an AMQP 0.9.1 frame encoder/decoder.
 .
 This package installs the library for Python 3.

 It will be maintained within the Debian Python Team.



Bug#1014815: kiwipy initial packaging

2022-07-12 Thread Guilherme de Paula Xavier Segundo
Andrius,


Cool, I'll review your previous packaging, it will be a pleasure.
You can be sure it will help and I thank you for your help.

Initially what caught my attention was that it was a Python package.
Currently I have focused my studies on this language and I have been
looking to package programs along this line. However we are currently
deploying a queue service in the company and we are between Kafka and
RabbitMQ so I merged those two things.

One question, are you interested in being my Sponsor in this package? If
it's a problem, ignore it.

Thanks.

On 22/07/12 05:35, Andrius Merkys wrote:
> Hi Guilherme,
> 
> On 2022-07-12 17:21, Guilherme de Paula Xavier Segundo wrote:
> > Thank you for your contact.
> > I started kiwipy packaging. But it's okay to give you the ITP.
> > 
> > Do you want me to give you the ITP?
> > 
> > If not, I will follow the packaging and keep the package on the team. At
> > the moment I'm not part of the team yet, but I'm waiting for approval.
> 
> No, I am fine with you having it. I did not notice RFP -> ITP transition, so
> I decided to update and push my local attempt to package kiwipy. Feel free
> to reuse anything, rewrite (once you are in the team) or ignore if you want.
> 
> Just out of curiosity, what caught your interest to kiwipy/plumpy?
> 
> Best,
> Andrius


signature.asc
Description: PGP signature


Bug#1014815: kiwipy initial packaging

2022-07-12 Thread Guilherme de Paula Xavier Segundo
Hi Andrius,

Thank you for your contact.
I started kiwipy packaging. But it's okay to give you the ITP.

Do you want me to give you the ITP?

If not, I will follow the packaging and keep the package on the team. At
the moment I'm not part of the team yet, but I'm waiting for approval.


Thanks!

On 22/07/12 04:26, Andrius Merkys wrote:
> Hello,
> 
> I have pushed my initial packaging of kiwipy to salsa [1]. Everyone in
> Python Team are welcome to contribute.
> 
> [1] https://salsa.debian.org/python-team/packages/python-kiwipy
> 
> Best,
> Andrius


signature.asc
Description: PGP signature


Bug#1014449: ITP: sarif-python-om -- Python classes for the SARIF object model

2022-07-10 Thread Guilherme de Paula Xavier Segundo
This package is a dependency of the cfn-lint package.



Bug#1014562: ITP: pook -- HTTP traffic mocking and testing made easy

2022-07-07 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: pook
  Version : 1.0.2
  Upstream Author : Tomas Aparicio 
* URL : https://github.com/h2non/pook
* License : Expat
  Programming Lang: Python
  Description : HTTP traffic mocking and testing made easy

 Versatile, expressive and hackable utility library for HTTP traffic mocking
 and expectations made easy in Python. Heavily inspired by gock.

 Features:
   - Simple, expressive and fluent API.
   - Provides both Pythonic and chainable DSL API styles.
   - Full-featured HTTP response definitions and expectations.
   - Matches any HTTP protocol primitive (URL, method, query params, headers, 
body...).
   - Full regular expressions capable mock expectations matching.
   - Supports most popular HTTP clients via interceptor adapters.
   - Configurable volatile, persistent or TTL limited mocks.
   - Works with any testing framework/engine (unittest, pytest, nosetests...).
   - First-class JSON & XML support matching and responses.
   - Supports JSON Schema body matching.
   - Works in both runtime and testing environments.
   - Can be used as decorator and/or via context managers.
   - Supports real networking mode with optional traffic filtering.
   - Map/filter mocks easily for generic or custom mock expectations.
   - Custom user-defined mock matcher functions.
   - Simulated raised error exceptions.
   - Network delay simulation (only available for aiohttp).
   - Pluggable and hackable API.
   - Customizable HTTP traffic mock interceptor engine.
   - Supports third-party mocking engines, such as mocket.
   - Fits good for painless test doubles.
   - Does not support WebSocket traffic mocking.
   - Works with Python +2.7 and +3.0 (including PyPy).
   - Dependency-less: just 2 small dependencies for JSONSchema and XML tree 
comparison.

 My intent is to package this software under the umbrella of the Debian
 Python team.

 Thanks,
 Guilherme Xavier



Bug#1014508: ITP: python-pook -- HTTP traffic mocking and testing made easy (Python 3)

2022-07-07 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, to...@aparicio.me, 
guilherme@gmail.com

* Package name: python-pook
  Version : 1.0.2
  Upstream Author : Tomas Aparicio 
* URL : https://github.com/h2non/pook
* License : Expat
  Programming Lang: Python
  Description : HTTP traffic mocking and testing made easy (Python 3)

 Versatile, expressive and hackable utility library for HTTP traffic mocking
 and expectations made easy in Python. Heavily inspired by gock.
 .
 Features:
   - Simple, expressive and fluent API.
   - Provides both Pythonic and chainable DSL API styles.
   - Full-featured HTTP response definitions and expectations.
   - Matches any HTTP protocol primitive (URL, method, query params, headers, 
body...).
   - Full regular expressions capable mock expectations matching.
   - Supports most popular HTTP clients via interceptor adapters.
   - Configurable volatile, persistent or TTL limited mocks.
   - Works with any testing framework/engine (unittest, pytest, nosetests...).
   - First-class JSON & XML support matching and responses.
   - Supports JSON Schema body matching.
   - Works in both runtime and testing environments.
   - Can be used as decorator and/or via context managers.
   - Supports real networking mode with optional traffic filtering.
   - Map/filter mocks easily for generic or custom mock expectations.
   - Custom user-defined mock matcher functions.
   - Simulated raised error exceptions.
   - Network delay simulation (only available for aiohttp).
   - Pluggable and hackable API.
   - Customizable HTTP traffic mock interceptor engine.
   - Supports third-party mocking engines, such as mocket.
   - Fits good for painless test doubles.
   - Does not support WebSocket traffic mocking.
   - Works with Python +2.7 and +3.0 (including PyPy).
   - Dependency-less: just 2 small dependencies for JSONSchema and XML tree 
comparison.
 .
 I intend to maintain this package as part of the Debian Python Team.
 .
 Thanks,
 Guilherme de Paula Xavier Segundo



Bug#1014449: ITP: python-sarif-python-om -- Python classes for the SARIF object model

2022-07-06 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: python-sarif-python-om
  Version : 1.0.4
  Upstream Author : Microsoft 
* URL : https://github.com/microsoft/sarif-python-om
* License : Expat
  Programming Lang: Python
  Description : Python classes for the SARIF object model

 This package is a Python classes for the SARIF 2.1.0 object model.
 .
 This package installs the library for Python 3.
 .
 I intend to maintain this package as part of the Debian Python Team.



Bug#1014363: ITP: bash-it -- collection of community Bash commands and scripts for Bash

2022-07-04 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: bash-it
  Version : 3.0.2
  Upstream Author : Bash-it Team
* URL : https://github.com/Bash-it/bash-it
* License : Expat
  Programming Lang: Shell
  Description : collection of community Bash commands and scripts for Bash

 Includes autocompletion, themes, aliases, custom functions, a few stolen
 pieces from Steve Losh, and more.
 .
 Bash-it provides a solid framework for using, developing and maintaining
 shell scripts and custom commands for your daily work. If you're using the
 Bourne Again Shell (Bash) regularly and have been looking for an easy way on
 how to keep all of these nice little scripts and aliases under control, then
 Bash-it is for you.
 .
 Stop polluting your ~/bin directory and your .bashrc file, fork/clone
 Bash-it and start hacking away.



Bug#1013941: ITP: python-jschema-to-python -- generate Python classes from a JSON schema

2022-06-27 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: python-jschema-to-python
  Version : 1.2.3
  Upstream Author : Microsoft Corporation
* URL : https://github.com/microsoft/jschema-to-python
* License : Expat
  Programming Lang: Python
  Description : generate Python classes from a JSON schema

 This package contains a module that generate Python classes from a JSON
 schema.
 .
 This package installs the library for Python 3.

 Reason for packaging:
 This package is one of the dependencies for cfn-lint
 (https://github.com/aws-cloudformation/cfn-lint)



Bug#1013897: ITP: cfn-lint -- Validate AWS CloudFormation yaml/json templates against the AWS CloudFormation

2022-06-26 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: cfn-lint
  Version : 0.61.1
  Upstream Author : Amazon.com, Inc. or its affiliates
* URL : https://github.com/aws-cloudformation/cfn-lint
* License : Expat
  Programming Lang: Python
  Description : CloudFormation Linter

 Validate AWS CloudFormation yaml/json templates against the AWS
 CloudFormation Resource Specification and additional checks. Includes
 checking valid values for resource properties and best practices.



Bug#900874: ITA: schroot -- Execute commands in a chroot

2022-05-23 Thread Guilherme de Paula Xavier Segundo
Hello Christoph Biedl,

I have new information regarding Schroot. In contacting the package upstream I 
was informed that they are no longer interested in updating the package and 
that further
efforts should be made to find a replacement for schroot, so I am no longer 
interested in maintaining the package.

Do you want me to return the bug to your property or orphan it?

Thank you for your attention.



Bug#900874: Subject: Re: ITA: schroot -- Execute commands in a chroot

2022-05-18 Thread Guilherme Xavier
Control: owner 900874 !

I was the one who asked in private, and I will proceed with the
schroot adoption.

Thank you for your work and for your attention.



Bug#1008288: ITP: golang-github-gobwas-httphead -- Tiny HTTP header value parsing lib (library)

2022-03-25 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: golang-github-gobwas-httphead
  Version : 0.1.0-1
  Upstream Author : Sergey Kamardin 
* URL : https://github.com/gobwas/httphead
* License : Expat
  Programming Lang: Go
  Description : Tiny HTTP header value parsing lib (library)

 This library contains low-level functions for scanning HTTP RFC2616
 compatible header value grammars. Utils for parsing HTTP and
 HTTP-grammar compatible text protocols headers.



Bug#1008051: ITP: golang-github-chromedp-cdproto -- Commands, types, events for Chrome DevTools

2022-03-21 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: golang-github-chromedp-cdproto
  Version : 0.0~git20220321.7bc2623-1
  Upstream Author : Kenneth Shaw 
* URL : https://github.com/chromedp/cdproto
* License : Expat
  Programming Lang: Go
  Description : Commands, types, events for Chrome DevTools

 Contains the generated commands, types, and events for the Chrome
 DevTools Protocol domains. This package is generated by the cdproto-gen
 command. Refer to that project and to the main chromedp project for
 information on using the commands, types, and events available here.



Bug#1007721: ITP: golang-github-badgerodon-peg -- Parsing Expression Grammar Parser in Go (library)

2022-03-15 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: golang-github-badgerodon-peg
  Version : 0.0~git20130729.9e5f7f4-1
  Upstream Author : Badgerodon
* URL : https://github.com/badgerodon/peg
* License : BSD-2-clause
  Programming Lang: Go
  Description : Parsing Expression Grammar Parser in Go (library)

 This package is a GO library used to parse expression grammar that does
 analyze formal grammar. Syntactically, PEGs also look similar to
 context-free grammars (CFGs), but they have a different interpretation:
 the choice operator selects the first match in PEG, while it is
 ambiguous in CFG.



Bug#1007024: ITP: golang-github-cjoudrey-gluaurl -- url parser and builder module for gopher-lua (library)

2022-03-10 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org,debian...@lists.debian.org, 
guilherme@gmail.com

* Package name: golang-github-cjoudrey-gluaurl
  Version : 0.0~git20161028.31cbb9b
  Upstream Author : Christian Joudrey 
* URL : https://github.com/cjoudrey/gluaurl
* License : Expat
  Programming Lang: Go
  Description : url parser and builder module for gopher-lua (library)

 gluaurl provides an easy way to parse and build URLs from within
 GopherLua that provides Go APIs that allow you to easily embed a
 scripting language to your Go host programs.



Bug#1004432: ITP: cloud-enum -- Enumerate public resources in cloud

2022-01-27 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: cloud-enum
  Version : 0.6
  Upstream Author : initstring 
* URL : https://github.com/initstring/cloud_enum
* License : GPL3+
  Programming Lang: Python
  Description : Enumerate public resources in cloud

 Enumerates public resources matching user requested keywords in public
 clouds as Amazoan (Open / Protected S3 Buckets awsapps), Azure (Storage
 Accounts, Open Blob Storage Containers, Hosted Databases, Virtual Machines
 Web Apps), Google Cloud (Open / Protected GCP Buckets, Open / Protected
 Firebase Realtime Databases, Google App Engine sites, Cloud Functions).



Bug#1003942: ITP: cisco7crack -- Crypt and decrypt the cisco type 7 passwords

2022-01-18 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com

* Package name: cisco7crack
  Version : 0.0~git20121221.f1c21dd-1
  Upstream Author : Davide Madrisan 
* URL : https://github.com/madrisan/cisco7crack
* License : GPL-2+
  Programming Lang: C
  Description : Crypt and decrypt the cisco type 7 passwords

Crypt and decrypt the cisco type 7 passwords

 This tool is used to crack Cisco Type 7 passwords. Can be used to encrypt
 and decrypt Cisco device passwords.
 .
 Originally designed in order to allow quick decryption of stored passwords,
 Type 7 passwords are not a secure form of password storage. There are many
 tools available that can easily decrypt these passwords. Use of Type 7
 passwords should be avoided unless required by a feature that is in use on
 the Cisco IOS device.



Bug#1003217: ITP: gtkcrypto -- GTK+ application for encrypting files and computing hashes

2022-01-06 Thread Guilherme de Paula Xavier Segundo
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org, guilherme@gmail.com, 
i...@paolostivanin.com

* Package name: gtkcrypto
  Version : 1.0.0
  Upstream Author : Paolo Stivanin
* URL : https://github.com/paolostivanin/GTKCrypto
* License : GPL-3+
  Programming Lang: C
  Description : GTK+ application for encrypting files and computing hashes

  GTKCrypto allows you to encrypt and sign files or text. Moreover, given
  a file, different types of hash can be computed and files can also be
  compared to check whether or not their content is the same.
  Supported cipher algorithms: AES, Twofish, Serpent and Camellia, all
  using 256 bits key and operating in either CBC or CTR mode.
  Supported hash algorithms: MD5, SHA-1, SHA-2, SHA-3, GOST, Whirlpool.



Bug#991826: ITP: seclists -- SecLists is a collection of multiple types of lists used during security.

2021-08-02 Thread Guilherme Xavier
Package: wnpp
Severity: wishlist
Owner: Guilherme de Paula Xavier Segundo 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name  : seclists
  Version  : 2021.2+dfsg
  Upstream Author   : Daniel Miessler 
* URL   : https://github.com/danielmiessler/SecLists
* License  : MIT
  Programming Lang: Data files
  Description : SecLists is a collection of multiple types
of lists used during security.
   This package will be maintained
under the Debian Security Tools team.

  Collection of multiple types of security list.
SecLists is a collection of multiple types of lists used during
security assessments. List types include usernames, passwords, URLs,
sensitive data grep strings, fuzzing payloads, and many more.
.
The goal is to enable a security tester to pull this
repo onto a new testing box and have access to every type of list that may
be needed.


Regards,
--
Guilherme Xavier 
4096R: 1808 D926 7486 3C2E 07B7  B08C 1B14 0644 976B 8AC9



Bug#980416: ITP: jquery-i18n-properties -- lightweight jQuery internationalization plugin

2021-01-19 Thread Xavier
Le 19/01/2021 à 11:58, Mike Gabriel a écrit :
> Hi Xavier,
> 
> On  Mo 18 Jan 2021 22:24:01 CET, Xavier wrote:
> 
>> Le 18/01/2021 à 21:38, Mike Gabriel a écrit :
>>> Package: wnpp
>>> Severity: wishlist
>>> Owner: Mike Gabriel 
>>> X-Debbugs-Cc: debian-de...@lists.debian.org,
>>> debian-edu-pkg-t...@lists.alioth.debian.org
>>>
>>> * Package name    : jquery-i18n-properties
>>>   Version : 1.2.7
>>>   Upstream Author : Adrian Fish 
>>> * URL :
>>> https://github.com/jquery-i18n-properties/jquery-i18n-properties
>>> * License : Expat
>>>   Programming Lang: Javascript
>>>   Description : lightweight jQuery internationalization plugin
>>>
>>>  Lightweight jQuery plugin for providing internationalization to
>>> JavaScript
>>>  from ‘.properties’ files, just like in Java Resource Bundles. It loads
>>>  and parses resource bundles (.properties) based on provided language
>>>  and country codes (ISO-639 and ISO-3166) or language reported by
>>> browser.
>>>  .
>>>  This jQuery plugin is a required dependency for the already uploaded
>>>  OpenBoard (at the time of testing and packaging, jquery-i18n-properties
>>>  had been in Debian, however, it got removed some months ago which did
>>>  not catch my intention).
>>>  .
>>>  Thus, re-uploading (with a much newer upstream version).
>>
>> This library seems unmaintained: last commit 4 years ago. I don't think
>> it's a good thing to upload such library in Debian.
> 
> 
> I am aware of this. Rather than sneaking in the code (it is bundled in
> OpenBoard upstream's Git repo), I'd prefer to ship
> jquery-i18n-properties it a separate package in Debian.
> 
> During the Debian 12 release cycle I will need to bring up the topic of
> many many old and unmaintained Javascript / jQuery dependencies /
> bundled code portions in OpenBoard. I hope to get OpenBoard upstream to
> a point that they either take over those Javascript projects and
> maintain them or that they drop the dependencies.
> 
> For the meantime, I'll be happy to keep jquery-i18n-properties
> up-to-date in Debian as pseudo-upstream. (I could also fork the upstream
> Git repo on Github, but for now, I'd prefer to use the existing Github
> repo as upstream).

Hi,

it was just a warning, do as you see fit ;-)

Best regards,
Xavier



Bug#980416: ITP: jquery-i18n-properties -- lightweight jQuery internationalization plugin

2021-01-18 Thread Xavier
Le 18/01/2021 à 21:38, Mike Gabriel a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Mike Gabriel 
> X-Debbugs-Cc: debian-de...@lists.debian.org, 
> debian-edu-pkg-t...@lists.alioth.debian.org
> 
> * Package name: jquery-i18n-properties
>   Version : 1.2.7
>   Upstream Author : Adrian Fish 
> * URL : 
> https://github.com/jquery-i18n-properties/jquery-i18n-properties
> * License : Expat
>   Programming Lang: Javascript
>   Description : lightweight jQuery internationalization plugin
> 
>  Lightweight jQuery plugin for providing internationalization to JavaScript
>  from ‘.properties’ files, just like in Java Resource Bundles. It loads
>  and parses resource bundles (.properties) based on provided language
>  and country codes (ISO-639 and ISO-3166) or language reported by browser.
>  .
>  This jQuery plugin is a required dependency for the already uploaded
>  OpenBoard (at the time of testing and packaging, jquery-i18n-properties
>  had been in Debian, however, it got removed some months ago which did
>  not catch my intention).
>  .
>  Thus, re-uploading (with a much newer upstream version).

This library seems unmaintained: last commit 4 years ago. I don't think
it's a good thing to upload such library in Debian.



Bug#979587: ITP: ts-jest -- Node.js preprocessor with source maps support to help use TypeScript with Jest

2021-01-08 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org, 
pkg-javascript-de...@lists.alioth.debian.org

* Package name: ts-jest
  Version : 26.4.4
  Upstream Author : Kulshekhar Kabra <https://github.com/kulshekhar>
* URL : https://github.com/kulshekhar/ts-jest
* License : Expat
  Programming Lang: JavaScript
  Description : Node.js preprocessor with source maps support to help use 
TypeScript with Jest

Jest is a popular test framework for JavaScript projects. ts-jest
extends jest to test projects written in Typescript.

For now, some Debian packages keep untested due to the lack of this
package (for example, all node-dom* packages). It was not possible to
build ts-jest until now, due to lack of Jest typescript definitions
(fixed now).

ts-jest will be maintained under JS Team umbrella.



Bug#977472: ITP: node-gyp-build -- Node.js build tool and bindings loader that supports prebuilds

2020-12-15 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org, 
pkg-javascript-de...@lists.alioth.debian.org

* Package name: node-gyp-build
  Version : 4.2.3
  Upstream Author : Mathias Buus 
* URL : https://github.com/prebuild/node-gyp-build
* License : Expat
  Programming Lang: Javascript
  Description : Node.js build tool and bindings loader that supports 
prebuilds

node-gyp-build works similar to "node-gyp build"  except that it will check
if a build or rebuild is present before rebuilding your project.

It's main intended use is as an npm install script and bindings loader for
native modules that bundle prebuilds using prebuildify.

This is a new dependency of node-websocket. It will be maintained under
JS Team umbrella.



Bug#889058: Workaround for node-ava

2020-12-01 Thread Xavier
Hi,

packaging node-ava needs a (too big) lot of components/packages (I
stopped counting at 48).
Workarounds:

 * for simple test files, replace it by node-tape:

##   ORIGINAL TEST ###TAPE TEST##
#
import test from 'ava'  #  const test = require('tape')
import foo from '.' #  const foo = require('.')
#
test('bar', t => {  #  test('bar', t=> {
  t.is( foo(0), 0)  #t.is( foo(0), 0)
}   #t.end()
#  }

   Just to transform in commonjs and add "t.end()" at each test; and
   adapt some functions name. For example, t.notThrows becomes
   t.doesNotThrow.
   See /usr/share/doc/node-tape/readme.markdown.gz to find
   them.

 * more complex test files, use jest (via jest-codemods)

$ npx jest-codemods
? Which parser do you want to use? Babel
? Which test library would you like to migrate from? AVA
? Are you using the global object for assertions? No
? Will you be using Jest on Node.js as your test runner? Yes
? On which files or directory should the codemods be applied?
  test.js
Executing command: jscodeshift -t [...] test.js \
   --ignore-pattern node_modules --parser babel
Processing 1 files...
Spawning 1 workers...
Sending 1 files to free worker...
All done.
Results:
0 errors
0 unmodified
0 skipped
1 ok

# Test it
$ jest --ci --testRegex test.js

It may need a babel file. If so, add a babel.config.json:
 {
   "presets": [ "@babel/preset-env" ],
   "plugins": [ "@babel/plugin-transform-runtime" ]
 }

Anyway, jest has not exactly the same features than ava. Especially some
throwsAsync / notThrowsAsync test should be removed or modified.

Cheers,
Xavier



Bug#848315: ITP: node-cheerio -- Server-side jQuery implementation

2020-11-23 Thread Xavier
Hi,

node-cherrio is also needed to update node-dom-serializer, that's why I
pushed it



Bug#975508: ITP: node-yaml -- Nodejs parser and stringifier for YAML standard

2020-11-22 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-yaml
  Version : 1.10.0
  Upstream Author : Eemeli Aro 
* URL : https://github.com/eemeli/yaml
* License : ISC
  Programming Lang: JavaScript
  Description : Nodejs parser and stringifier for YAML standard

yaml is a JavaScript parser and stringifier for YAML, a human friendly data
serialization standard. It supports both parsing and stringifying data using
all versions of YAML, along with all common data schemas. As a particularly
distinguishing feature, yaml fully supports reading and writing comments and
blank lines in YAML documents.

This is a (optional) dependency of many packages like npm,
node-coffee-loader, node-tap,... It's not easy to replace it by
node-js-yaml since API and behavior are really different.

node-yaml will be maintained under JS Team umbrella



Bug#973975: ITP: node-prompts -- Nodejs lightweight, beautiful and user-friendly interactive prompts

2020-11-08 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-prompts
  Version : 2.4.0
  Upstream Author : Terkel Gjervig Nielsen 
* URL : https://github.com/terkelg/prompts
* License : Expat
  Programming Lang: JavaScript
  Description : Nodejs lightweight, beautiful and user-friendly interactive 
prompts

prompts permits to easy use cli prompts to enquire users for information:
 * User friendly: prompt uses layout and colors to create beautiful cli
  interfaces.
 * Promised: uses promises and `async`/`await`. No callback hell.
 * Flexible: all prompts are independent and can be used on their own.
 * Testable: provides a way to submit answers programmatically.
 * Unified: consistent experience across all [prompts](#-types).

node-prompts is a dependency of node-jest, needed to fix this package (2
RC bugs)



Bug#973954: ITP: node-sane -- Nodejs fast, small, and reliable file system watcher

2020-11-08 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-sane
  Version : 4.1.0
  Upstream Author : Amjad Masad 
* URL : https://github.com/amasad/sane
* License : Expat
  Programming Lang: JavaScript
  Description : Nodejs fast, small, and reliable file system watcher

Sane aims to be fast, small, and reliable file system watcher. It does
that by:
* By default stays away from fs polling because it's very slow and cpu
  intensive
* Uses `fs.watch` by default and sensibly works around the various issues
* Maintains a consistent API across different platforms
* Where `fs.watch` is not reliable you have the choice of using the following
  alternatives:
  * the facebook watchman library (embedded)
  * the watchexec library (embedded)
  * polling

This package is required to update node-jest: a powerful and widely used
JavaScript test framework.



Bug#973946: ITP: node-emittery -- Nodejs simple and modern async event emitter

2020-11-08 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-emittery
  Version : 0.7.2
  Upstream Author : Sindre Sorhus 
* URL : https://github.com/sindresorhus/emittery
* License : Expat
  Programming Lang: JavaScript
  Description : Nodejs and browser simple and modern async event emitter

Emitting events asynchronously is important for production code where you
want the least amount of synchronous operations. Since JavaScript is
single-threaded, no other code can run while doing synchronous operations.
For Node.js, that means it will block other requests, defeating the strength
of the platform, which is scalability through async. In the browser, a
synchronous operation could potentially cause lags and block user interaction.

emittery solves this providing a simple but powerful API.

This package is a dependency of new node-jest. I think it should not be
embedded since it's too big.

Cheers,
Xavier



Bug#973700: RFP: nodejs-client (?) -- a client for browser's extensions

2020-11-03 Thread Xavier
Le 03/11/2020 à 16:39, Janusz S. Bień a écrit :
> Package: wnpp
> Severity: wishlist
> 
> * Package name: nodejs-client (?)
>   Version : 
>   Upstream Author : Andy Portmen
> * URL or Web page : https://github.com/andy-portmen/native-client
> * License : 
>   Description : a client for browser's extensions
> 
> Together with
> 
> https://github.com/andy-portmen/external-application-button
> 
> it allows to circumvent the lack of NSAPI plugins.

Hi,

Could you explain more what is the benefit of this in Debian ?



Bug#973696: ITP: node-source-map-resolve -- Node module to resolve source map and/or sources for a generated file

2020-11-03 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org, 
pkg-javascript-de...@lists.alioth.debian.org

* Package name: node-source-map-resolve
  Version : 0.6.0
  Upstream Author : Simon Lydell
* URL : https://github.com/lydell/source-map-resolve
* License : Expat
  Programming Lang: JavaScript
  Description : Node module to resolve source map and/or sources for a 
generated file

source-map-resolve resolves the source map for a given generated file by
looking for a sourceMappingURL comment. The spec defines yet a way to
provide the URL to the source map: by sending the `SourceMap: ` header
along with the generated file.

This module is currently embedded in node-css and is a dependency of
future node-rollup-plugin-sourcemap. It's also a dependency of many
other node modules, including some react plugins (see [1]).

If this module is accepted, node-css will be repackaged to no more
include source-map-resolve, decode-uri-component and atob.

[1]: https://www.npmjs.com/package/source-map-resolve



Bug#902062: node-bunyan status

2020-10-12 Thread Xavier
More than a year ago, Andrius wrote:
> Hi,
>
> On 2019-08-21 11:55, Xavier wrote:
> > no real reason, node-bunyan is needed for node-ldapjs which is not
> > ready. It requires also node-dtrace-provider and node-vasync. Do you
> > need it for another reason ?
>
> Yes, I am investigating packaging possibilities of overleaf
> dependencies. One of them, clsi, ultimately needs node-bunyan.
>
> Andrius

Hi,

over a year later, node-bunyan is still in NEW queue. I guess ftpmasters
don't like it.
I have no time to waste trying to get node-ldapjs in Debian 12 (too late
now for bullseye), so I don't need node-bunyan anymore. Do you plan to
embed it? If yes, feel free to close this ITP.

Cheers,
Xavier



Bug#887167: ITP: node-es-abstract -- ECMAScript spec abstract operations

2020-10-05 Thread Xavier
Hi,

this package is required by most of JS test framework. AT least it is
needed to update mocha, jest, node-webassemblyjs and npm. Both
node-webassemblyjs and npm currently embeds a copy of it, which is a bad
thing: this is not a "little package".

Cheers,
Xavier



Bug#906065: Ping

2020-10-02 Thread Xavier Bestel
Hi,

Any news about this ? I'd love to see this in debian.

Regards,

Xav



Bug#970559: ITP: glab -- An open-source GitLab command line tool

2020-09-19 Thread Xavier
Control: forcemerge -1 970560

Le 18/09/2020 à 18:57, TODO a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: TODO 
> 
> * Package name: glab
>   Version : 1.10.0-1
>   Upstream Author : Clement Sam
> * URL : https://github.com/profclems/glab
> * License : Expat
>   Programming Lang: Go
>   Description : An open-source GitLab command line tool

Do you think this description is relevant for an ITP ???

>  GLab
>  .
>  All Contributors (#contributors-)
>  .
>  .
>  Go Report Card (https://goreportcard.com/report/github.com/profclems/glab)
>  GitHub Workflow Status .github/workflows/build_docs.yml Gitter
>  
> (https://gitter.im/glabcli/community?utm_source=badge_medium=badge_campaign=pr-badge)
>  License (LICENSE) Twitter
>  
> (https://twitter.com/intent/tweet?text=Take%20Gitlab%20to%20the%20command%20line%20with%20%23glab,%20an%20open-source%20GitLab%20CLI%20tool:=https%3A%2F%2Fgithub.com%2Fprofclems%2Fglab)
>  .
>  GLab is an open source Gitlab Cli tool written in Go (golang) to help
>  work seamlessly with Gitlab from the command line. Work with issues,
>  merge requests, watch running pipelines directly from your CLI among
>  other features.
>  .
>  image Usage bash
>glab   [flags]
>  .
>  Core Commands• glab mr [list, create, close, reopen, delete]• glab
>  issue [list, create, close, reopen, delete]• glab pipeline [list,
>  delete, ci status, ci view]• glab config• glab helpExamples bash
>$ glab issue create --title="This is an issue title" --description="This
>is a really long description" $ glab issue list --closed $ glab pipeline
>ci view -b master# to watch the latest pipeline on master $ glab
>pipeline status# classic ci view
>  .
>  Learn More Read the documentation (https://clementsam.tech/glab) for
>  more information on this tool.  Support glab  By donating $5 or
>  more you can support the ongoing development of this project. We'll
>  appreciate some support. Thank you to all our supporters! 
>  [Contribute (https://opencollective.com/glab/contribute)] Individuals
>  This project exists thanks to all the people who contribute. [Contribute
>  (https://github.com/profclems/glab/blob/trunk/.github/CONTRIBUTING.md)].
>  .
>  Backers Thank you to all our backers!  [Become a backer
>  (https://opencollective.com/glab/contribute)]
>  .
>  Installation Download a binary suitable for your OS at the releases page
>  (https://github.com/profclems/glab/releases/latest).  Quick Install (Bash)
>  You can install or update glab with: bash curl -sL https://j.mp/glab-i |
>  sudo bash
>  .
>  or bash curl -s
>  
> https://raw.githubusercontent.com/profclems/glab/trunk/scripts/quick_install.sh
>  | sudo bash
>  .
>  Installs into usr/local/bin
>  .
>  NOTE: Please take care when running scripts in this fashion. Consider
>  peaking at the install script itself and verify that it works as intended.
>  Windows Available for download on scoop or manually as an installable
>  executable file or a Portable archived file in tar and zip formats at the
>  releases page (https://github.com/profclems/glab/releases/latest).
>  Download and install now at the releases page
>  (https://github.com/profclems/glab/releases/latest).
>  .
>  The installable executable file sets the PATH
>  automatically.  Scoop sh scoop bucket add profclems-bucket
>  https://github.com/profclems/scoop-bucket.git scoop install glab
>  .
>  Linux Downloads available via linuxbrew (homebrew) and tar balls Linuxbrew
>  (Homebrew) sh brew install profclems/tap/glab
>  .
>  Updating: sh brew upgrade glab
>  .
>  Arch Linux glab is available through the gitlab-glab-bin
>  (https://aur.archlinux.org/packages/gitlab-glab-bin/) package on
>  the AUR.  Manual Installation Download the tar ball, untar and
>  install: • Download the .tar.gz file from the releases page
>  (https://github.com/profclems/glab/releases/latest)• unzip
>  glab-*-linux-amd64.tar.gz to unzip the downloaded file• sudo mv
>  glab-*-linux-amd64/glab /usr/binMacOS glab is available via Homebrew or
>  you can manually install Homebrew sh brew install profclems/tap/glab
>  .
>  Updating: sh brew upgrade glab
>  .
>  Installing manually• Download the .tar.gz or .zip file from the releases
>  page (https://github.com/profclems/glab/releases/latest) and unzip or
>  untar• ls /usr/local/bin/ || sudo mkdir /usr/local/bin/; to make sure
>  the bin folder exists• sudo mv glab-*-darwin-amd64/glab /usr/binBuilding
>  From Source If a supported binary for your OS is not found at the releases
>  page (https://github.com/profclems/glab/releases/latest), you can build
>  from source: • Verify that you have Go 1.13.8+ installed sh
> $ go version go version go1.14
>  .
>  .
>  If go is not installed, follow instructions on the Go website
>  (https://golang.org/doc/install).  • Clone this repository sh
> $ git clone https://github.com/profclems/glab.git glab-cli $
> cd glab-cli
>  .
>  .
>  or
>  .
>  sh
> $ git clone 

Bug#970506: ITP: node-deepmerge -- Node.js module to merge properties of two objects deeply

2020-09-17 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org, 
pkg-javascript-de...@lists.alioth.debian.org

* Package name: node-deepmerge
  Version : 4.2.2
  Upstream Author : Josh Duff 
* URL : https://github.com/TehShrike/deepmerge
* License : Expat
  Programming Lang: JavaScript
  Description : Node.js module to merge properties of two objects deeply

deepmerge is a node.js module written to deep (recursive) merge Javascript
objects.

It is required to update node-rollup-plugin* packages, especially
node-rollup-node-resolve.



Bug#969318: ITP: liburi-normalize-perl -- Perl module to normalize URIs according to RFC 3986

2020-08-31 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: liburi-normalize-perl
  Version : 0.002
  Upstream Author : Andrew Sterling Hanenkamp 
* URL : https://metacpan.org/pod/URI::Normalize
* License : GPL-2+ or Artistic
  Programming Lang: Perl
  Description : Perl module to normalize URIs according to RFC 3986

Section 6 of RFC 3986 describes a process of URI normalization. URI::Normalize
implements syntax-based normalization and may include some schema-based and
protocol-based normalization. This includes implementing the
remove_dot_segments algorithm described in Section 5.2.3 of the RFC.

This has a number of useful applications in allowing URIs to be compared with
fewer false negatives.

This package is new dependency of next lemonldap-ng and provides a
security improvement in it. It will be maintain under Pkg-Perl umbrella.



Bug#960618: ITP: node-nouislider -- lightweight JavaScript range slider

2020-05-14 Thread Xavier
Le 14/05/2020 à 19:40, Xavier a écrit :
> Le 14/05/2020 à 19:25, Doug Torrance a écrit :
>> Package: wnpp
>> Severity: wishlist
>> Owner: Doug Torrance 
>>
>> * Package name: node-nouislider
>>   Version : 14.5.0
>>   Upstream Author : Léon Gersen
>> * URL : https://refreshless.com/nouislider/
>> * License : MIT
>>   Programming Lang: Javascript
>>   Description : lightweight JavaScript range slider
>>
>> noUiSlider is a lightweight range slider with multi-touch support and
>> a ton of features. It supports non-linear ranges, requires no
>> external dependencies, has keyboard support, and it works great in
>> responsive designs.
>>
>> Node.js is an event-based server-side JavaScript engine.
>>
>> I am interested in packaging noUiSlider as it is a dependency of the
>> Visualize package for Macaulay2, a computer algebra system for algebraic
>> geometry and commutative algebra I am currently working to get into
>> Debian.
>>
>> I intend to maintain noUiSlider under the umbrella of the Debian Javascript
>> Team.
> 
> Hi,
> 
> please join us on salsa.d.o/js-team and read our doc:
>  * https://wiki.debian.org/Javascript/Tutorial
>  * https://wiki.debian.org/Javascript/GroupSourcesTutorial
> 
> Cheers,
> Xavier

and (first): https://wiki.debian.org/Javascript



Bug#960618: ITP: node-nouislider -- lightweight JavaScript range slider

2020-05-14 Thread Xavier
Le 14/05/2020 à 19:25, Doug Torrance a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Doug Torrance 
> 
> * Package name: node-nouislider
>   Version : 14.5.0
>   Upstream Author : Léon Gersen
> * URL : https://refreshless.com/nouislider/
> * License : MIT
>   Programming Lang: Javascript
>   Description : lightweight JavaScript range slider
> 
> noUiSlider is a lightweight range slider with multi-touch support and
> a ton of features. It supports non-linear ranges, requires no
> external dependencies, has keyboard support, and it works great in
> responsive designs.
> 
> Node.js is an event-based server-side JavaScript engine.
> 
> I am interested in packaging noUiSlider as it is a dependency of the
> Visualize package for Macaulay2, a computer algebra system for algebraic
> geometry and commutative algebra I am currently working to get into
> Debian.
> 
> I intend to maintain noUiSlider under the umbrella of the Debian Javascript
> Team.

Hi,

please join us on salsa.d.o/js-team and read our doc:
 * https://wiki.debian.org/Javascript/Tutorial
 * https://wiki.debian.org/Javascript/GroupSourcesTutorial

Cheers,
Xavier



Bug#921717: cyrus-imapd: FTBFS on arm*, i386, mipsel, ppc64el and s390x

2020-05-12 Thread Xavier
Le 12/05/2020 à 01:04, John Paul Adrian Glaubitz a écrit :
> On 5/12/20 1:01 AM, John Paul Adrian Glaubitz wrote:
>> On 5/11/20 11:56 PM, Xavier wrote:
>>> Could someone help us here ? I forwarded this bug to upstream ([1]) but
>>> didn't receive any response for now.
>>>
>>> (Cc to RFH bug)
>>
>> The problem here is va_list. On some architectures, the calling convention
>> doesn't seem to allow comparing va_list against NULL due to the way va_list
>> is implemented on a particular architecture.
> Correction: The va_list problem seems to affect ARM architectures only.
> 
> The other architectures have testsuite failures which seem unrelated.
> 
> Adrian

Thanks a lot! I had to modify your patch: I had to declare a va_list
"noargs" variable to fix the problem.

Cheers,
Xavier
Description: fix for non x86 arch
 The problem here is va_list. On some architectures, the calling convention
 doesn't seem to allow comparing va_list against NULL due to the way va_list
 is implemented on a particular architecture.
Author: John Paul Adrian Glaubitz 
Bug: https://github.com/cyrusimap/cyrus-imapd/issues/3040
Bug-Debian: https://bugs.debian.org/960263
Forwarded: https://github.com/cyrusimap/cyrus-imapd/issues/3040
Reviewed-By: Xavier Guimard 
Last-Update: 2020-05-12

--- a/imap/httpd.c
+++ b/imap/httpd.c
@@ -2350,7 +2350,7 @@
 simple_hdr(txn, "Access-Control-Expose-Headers", hdr)
 
 static void comma_list_body(struct buf *buf,
-const char *vals[], unsigned flags, va_list args)
+const char *vals[], unsigned flags, int has_args, va_list args)
 {
 const char *sep = "";
 int i;
@@ -2358,11 +2358,11 @@
 for (i = 0; vals[i]; i++) {
 if (flags & (1 << i)) {
 buf_appendcstr(buf, sep);
-if (args) buf_vprintf(buf, vals[i], args);
+if (has_args) buf_vprintf(buf, vals[i], args);
 else buf_appendcstr(buf, vals[i]);
 sep = ", ";
 }
-else if (args) {
+else if (has_args) {
 /* discard any unused args */
 vsnprintf(NULL, 0, vals[i], args);
 }
@@ -2377,7 +2377,7 @@
 
 va_start(args, flags);
 
-comma_list_body(, vals, flags, args);
+comma_list_body(, vals, flags, 1, args);
 
 va_end(args);
 
@@ -2512,6 +2512,7 @@
 int i;
 time_t now;
 char datestr[30];
+va_list noargs;
 double cmdtime, nettime;
 const char **hdr, *sep;
 struct auth_challenge_t *auth_chal = >auth_chal;
@@ -3077,17 +3078,17 @@
 }
 if (code == HTTP_SWITCH_PROT || code == HTTP_UPGRADE) {
 buf_printf(logbuf, "%supgrade=", sep);
-comma_list_body(logbuf, upgrd_tokens, txn->flags.upgrade, NULL);
+comma_list_body(logbuf, upgrd_tokens, txn->flags.upgrade, 0, noargs);
 sep = "; ";
 }
 if (txn->flags.te) {
 buf_printf(logbuf, "%stx-encoding=", sep);
-comma_list_body(logbuf, te, txn->flags.te, NULL);
+comma_list_body(logbuf, te, txn->flags.te, 0, noargs);
 sep = "; ";
 }
 if (txn->resp_body.enc.proc) {
 buf_printf(logbuf, "%scnt-encoding=", sep);
-comma_list_body(logbuf, ce, txn->resp_body.enc.type, NULL);
+comma_list_body(logbuf, ce, txn->resp_body.enc.type, 0, noargs);
 sep = "; ";
 }
 if (txn->location) {


Bug#921717: cyrus-imapd: FTBFS on arm*, i386, mipsel, ppc64el and s390x

2020-05-11 Thread Xavier
> cyrus-imapd failed to build on almost all architectures. See
>
https://buildd.debian.org/status/fetch.php?pkg=cyrus-imapd=i386=3.2.0-1=1588581560=0
> and
>
https://buildd.debian.org/status/fetch.php?pkg=cyrus-imapd=arm64=3.2.0-1=1588581432=0
> for examples.

Hi,

Could someone help us here ? I forwarded this bug to upstream ([1]) but
didn't receive any response for now.

(Cc to RFH bug)

Cheers,
Xavier

[1]: https://github.com/cyrusimap/cyrus-imapd/issues/3040



Bug#956500: ITP: node-bash -- Utilities for using bash from node.js.

2020-04-12 Thread Xavier
Le 12/04/2020 à 16:17, fancycade a écrit :
> 
>> Hi,
> 
>> I don't see you as member of JS Team, are you ?
> 
> Currently I am not. I requested access over IRC yesterday, but have not heard 
> a response. It is still my plan to maintain it as part of the JS Team though 
> ;)
> 
> Thank you for the quick response.

Hi,

request access via salsa and read our doc:
 * https://wiki.debian.org/Javascript
 * https://wiki.debian.org/Javascript/Tutorial

Thanks for joining us !

Cheers,
Xavier



Bug#956500: ITP: node-bash -- Utilities for using bash from node.js.

2020-04-11 Thread Xavier
Le 12/04/2020 à 06:06, fancycade a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Harley Swick  >
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> 
> * Package name    : node-bash
>   Version : 0.0.1
>   Upstream Author : Felix Geisendörfer  > (http://debuggable.com/)
> * URL : https://github.com/felixge/node-bash
> * License : MIT
>   Programming Lang: JavaScript
>   Description : Utilities for using bash from node.js.
> 
> This package is meant to be used by node applications
> for CLI tools or servers.
> 
> This is a dependency for shiny-server which is needed by Debian Science.
> 
> I plan to maintain this as part of the Javascript Maintainers team.

Hi,

I don't see you as member of JS Team, are you ?



Bug#954028: ITP: node-babel7 -- compiler for next generation JavaScript

2020-03-17 Thread Xavier
Le 15/03/2020 à 23:29, Xavier Guimard a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Xavier Guimard 
> 
> * Package name: node-babel7
>   Version : 7.4.5
>   Upstream Author : Sebastian McKenzie 
> * URL : https://babeljs.io/
> * License : Expat
>   Programming Lang: JavaScript
>   Description : compiler for next generation JavaScript
> 
> Debian currently has a node-babel version 6. Version 7 is really
> different and can cohabit with node-babel=6 (I already add an
> alternative for /usr/bin/babeljs in node-babel 6).
> 
> I'd like to build a distinct node-babel7 since:
>  * transition from node-babel 6 to node-babel 7 will be long
>  * the 2 can cohabit: no common files (except alternative
>/usr/bin/babeljs)
> 
> Cheers,
> Xavier

Hi,

I just uploaded node-babel7. Sadly like other compilers, it depends on
itself.

Cheers,
Xavier



Bug#954028: ITP: node-babel7 -- compiler for next generation JavaScript

2020-03-15 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: node-babel7
  Version : 7.4.5
  Upstream Author : Sebastian McKenzie 
* URL : https://babeljs.io/
* License : Expat
  Programming Lang: JavaScript
  Description : compiler for next generation JavaScript

Debian currently has a node-babel version 6. Version 7 is really
different and can cohabit with node-babel=6 (I already add an
alternative for /usr/bin/babeljs in node-babel 6).

I'd like to build a distinct node-babel7 since:
 * transition from node-babel 6 to node-babel 7 will be long
 * the 2 can cohabit: no common files (except alternative
   /usr/bin/babeljs)

Cheers,
Xavier



Bug#951110: ITP: cyrus-timezones -- Timezone information for the Cyrus IMAP Server

2020-02-24 Thread Xavier
Le Lundi, Février 24, 2020 07:07 CET, Paul Wise  a écrit:
> On Tue, 11 Feb 2020 10:30:00 +0100 Xavier Guimard wrote:
>
> > cyrus-timezones provides timezone information for the Cyrus IMAP Server.
> > By use of the vzic timezone compiler it compiles VTIMEZONEs based on the
> > latest IANA timezone database (https://www.iana.org/time-zones).
>
> Would it be possible to make cyrus-imapd capable of using the standard
> tzdata package instead of duplicating it in cyrus-timezones?
>
> The tzdata package is often updated in Debian stable, how do you intend
> to keep cyrus-timezones in sync with it?
>
> --
> bye,
> pabs
>
> https://wiki.debian.org/PaulWise

Hi,

following discussion with upstream, this package is no more needed. Please 
reject it for now.

Regards,
Xavier



Bug#951110: ITP: cyrus-timezones -- Timezone information for the Cyrus IMAP Server

2020-02-16 Thread Xavier
Hi,

please follow also this discussion:
(https://github.com/cyrusimap/cyrus-timezones/pull/6):

> elliefm:
> I looked deeper into it, and did find and fix one bug in Cyrus, and
> added a workaround for libical misbehaving(?) -- details in the issue
> I linked earlier. The original issue I thought might exist still might
> exist, I haven't tested for it specifically yet due to being
> distracted by the stuff I did fix.
>
> wrt whether or not to packagers should include cyrus-timezones, @rsto
> mentioned in our chat:
>
> > One thing: using the system timezones is not recommended. If I
> > recall correctly, some of the system timezone definitions defined
> > daylight savings time changes per year, which produced unnecessarily
> > long VTIMEZONEs embedded in the VEVENTs returned by Cyrus.
>
> I have mixed feelings. If, as a mail server admin, you're installing
> Cyrus from a system package, it seems reasonable to expect it to use
> the timezone definitions provided by the system. It also seems
> reasonable that, if you wish to supply your own timezone definitions
> instead, that you could configure the zoneinfo_dir setting to point to
> them.
>
> But if, as a package-maintainer, you know your system's timezone
> definitions are "basic timezone definitions for general purpose use,
> but perhaps inadequate or suboptimal for building a calendaring
> service on top of", then it also seems reasonable to package up our
> cyrus-timezones package and make the cyrus-imapd package depend on it.



Bug#951110: ITP: cyrus-timezones -- Timezone information for the Cyrus IMAP Server

2020-02-11 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: cyrus-timezones
  Version : 0.0~git20190710.1a0107a
  Upstream Author : Cyrus-Imapd maintainers <https://github.com/cyrusimap>
* URL : https://github.com/cyrusimap/cyrus-timezones
* License : GPL-2+
  Programming Lang: C
  Description : Timezone information for the Cyrus IMAP Server

cyrus-timezones provides timezone information for the Cyrus IMAP Server.
By use of the vzic timezone compiler it compiles VTIMEZONEs based on the
latest IANA timezone database (https://www.iana.org/time-zones).

The generated timezones are installed at /usr/share/cyrus-timezones/zoneinfo
and their absolute path is defined as a pkg-config variable:

$ pkg-config --variable=zoneinfo_dir cyrus-timezones

This library improves cyrus-imapd ≥ 3.2. I'm maintainer of cyrus-imapd
and will maintain this package.


Bug#950821: RFP: peertube -- decentralized federated video platform

2020-02-06 Thread Xavier
Le 07/02/2020 à 01:54, Dmitry Smirnov a écrit :
> Package: wnpp
> Severity: wishlist
> X-Debbugs-CC: debian-de...@lists.debian.org, 
> debian-multime...@lists.debian.org, 
> pkg-javascript-de...@lists.alioth.debian.org
> 
>Package name: peertube
> Version: 2.0.0
> License: AGPL-3+
> URL: https://github.com/Chocobozzz/PeerTube
> Description: decentralized federated video platform
>  PeerTube is a decentralized and federated video platform developed as an
>  alternative to other platforms that centralize our data and attention,
>  such as YouTube, Dailymotion or Vimeo. All servers of PeerTube are
>  interoperable as a federated network, and non-PeerTube servers can be part
>  of the larger Vidiverse (federated video network) by talking our
>  implementation of ActivityPub. Video load is reduced thanks to P2P
>  (BitTorrent) in the web browser via WebTorrent.

Hi,

I can help for the node.js part (means replacing `yarn install`)

Cheers,
Xavier



Bug#821097: closed by Debian FTP Masters (reply to Laszlo Boszormenyi (GCS) ) (Bug#821097: fixed in nanopb 0.4.1-1)

2020-02-04 Thread Xavier Bestel
Great, thanks a lot Laszlo !

Have a nice day,

Xav



Bug#910917: RFA: apache2 -- Apache HTTP Server

2020-01-27 Thread Xavier
Control: retitle -1 RFH: apache2 - Apache HTTP Server

Hi,

I'm going to transform it to RFH because I've limited talents in C language.

Cheers,
Xavier

Le 27 janvier 2020 19:06:43 GMT+01:00, Sudip Mukherjee 
 a écrit :
>Hi,
>
>On Wed, Nov 28, 2018 at 09:47:34AM +0100, Xavier wrote:
>> Job started. Could you update my role in salsa ? "developer" role
>> doesn't allow me to use GitLab API: I'd like to configure project to
>add
>> "tagpending" webhook.
>
>It seems Xavier has taken up the package since Version: 2.4.38-1. Do
>you
>want me to close this bug now or are you still looking for people to
>adopt apache2 ?
>
>
>--
>Regards
>Sudip

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Bug#921717: RFH: cyrus-imapd -- Cyrus mail system - IMAP support

2020-01-10 Thread Xavier
Le 10/01/2020 à 20:32, Mike Gabriel a écrit :
> Hi Xavier,
> 
> On Tue, 17 Dec 2019 02:39:47 +0100 Xavier  wrote:
>> Control: retitle -1 RFH: cyrus-imapd -- Cyrus mail system - IMAP support
>>
>> Hi,
>>
>> I took over the maintenance of cyrus-imapd. However, I'd like some help
>> to maintain it.
>>
>> Cheers,
>> Xavier
> 
> I'd be interested in helping out. My production still runs on a very old
> version of cyrus-imapd (from Kolab v2 times) and I will need to upgrade
> it at the beginning of February.
> 
> I'll ping you then and let you know, if I can add some help to the
> cyrus-imapd package maintenance effort.
> 
> Thanks+Greets,
> Mike

Welcome on board :-D



Bug#890253: jest ready but needs babel 7

2020-01-05 Thread Xavier
Hi,

I packaged node-jest but it requires prettier during build. This one
can't be embedded since npm package is minified and source needs babel 7.

For now, you can test it (salsa repo), I embedded temporarily npm
prettier but I can't publish this so.

So waiting for babel-7 to package prettier and jest.

Cheers,
Xavier



Bug#921717: RFH: cyrus-imapd -- Cyrus mail system - IMAP support

2019-12-16 Thread Xavier
Control: retitle -1 RFH: cyrus-imapd -- Cyrus mail system - IMAP support

Hi,

I took over the maintenance of cyrus-imapd. However, I'd like some help
to maintain it.

Cheers,
Xavier



Bug#890253: [Pkg-javascript-devel] node-jest

2019-12-14 Thread Xavier
Le 14/12/2019 à 19:10, Xavier a écrit :
> Hi,
> 
> I updated node-jest. Build is OK, TODO: remove or rebuild
> debian/build_modules compiled files (see lintian output)

TODO also: embed or package missing node modules (prompt,...)



Bug#890253: node-jest

2019-12-14 Thread Xavier
Hi,

I updated node-jest. Build is OK, TODO: remove or rebuild
debian/build_modules compiled files (see lintian output)



Bug#940836: ITP: node-rxjs -- reactive extensions for JavaScript

2019-09-20 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: node-rxjs
  Version : 6.5.3
  Upstream Author : Ben Lesh 
* URL : https://github.com/ReactiveX/RxJS
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : reactive extensions for JavaScript

rxjs is a popular node module (more yhan 12.000.000 weekly downloads)
and a dependency of more than 15.000 node modules.

RxJS is a library for reactive programming using Observables, to make it
easier to compose asynchronous or callback-based code.
This project is a rewrite of Reactive-Extensions/RxJS with better performance,
better modularity, better debuggable call stacks, while staying mostly
backwards compatible, with some breaking changes that reduce the API surface.

This module is needed to upgrade some Debian nodejs modules.

It will be maintained under pkg-js team umbrella.

Cheers,
Xavier



Bug#932956: ITP: node-node-sass -- Wrapper around libsass

2019-08-25 Thread Xavier
Hi Ftpmasters,

this package embeds some little components and one big (sass-spec).
sass-spec isn't use elsewhere (see
https://www.npmjs.com/package/sass-spec?activeTab=dependents) and
provides only C++ files needed to compile node-node-sass. That's why
none of its files are installed (installed modules are listed in
debian/nodejs/submodules).

Other little components embedded and installed:
 - async-foreach
 - gaze
 - get-stdin
 - js-base64
 - sass-graph
 - scss-tokenizer
 - stdout-stream
 - true-case-path

Cheers,
Xavier



Bug#902062: node-bunyan status

2019-08-21 Thread Xavier
Le 21/08/2019 à 11:03, mer...@debian.org a écrit :
> Hi,
> 
> On 2019-08-21 11:55, Xavier wrote:
>> no real reason, node-bunyan is needed for node-ldapjs which is not
>> ready. It requires also node-dtrace-provider and node-vasync. Do you
>> need it for another reason ?
> 
> Yes, I am investigating packaging possibilities of overleaf
> dependencies. One of them, clsi, ultimately needs node-bunyan.
> 
> Andrius

I just pushed it to NEW queue with its dependencies.

Cheers,
Xavier



Bug#902062: node-bunyan status

2019-08-21 Thread Xavier
Le 21/08/2019 à 10:47, mer...@debian.org a écrit :
> Hello,
> 
> What is the current status of node-bunyan? Are there any blockers
> keeping it from being uploaded?
> 
> Best,
> Andrius

Hi,

no real reason, node-bunyan is needed for node-ldapjs which is not
ready. It requires also node-dtrace-provider and node-vasync. Do you
need it for another reason ?



Bug#902931: ITP: libanyevent-websocket-client-perl -- AnyEvent::WebSocket::Perl is a WebSockets client for Perl AnyEvent

2019-08-13 Thread Xavier
Hi,

libanyevent-websocket-client-perl is ready in
https://salsa.debian.org/perl-team/modules/packages/libanyevent-websocket-client-perl
(not pushed) and new dependencies are already pushed to new queue.

Cheers,
Xavier



Bug#934671: ITP: libanyevent-websocket-client-perl -- WebSocket client for AnyEvent

2019-08-13 Thread Xavier Guimard
Package: wnpp
Owner: Xavier Guimard 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libanyevent-websocket-client-perl
  Version : 0.53
  Upstream Author : Graham Ollis 
* URL : https://metacpan.org/release/AnyEvent-WebSocket-Client
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : WebSocket client for AnyEvent

AnyEvent::WebSocket provides an interface to interact with a web server
that provides services via the WebSocket protocol in an AnyEvent context.
It uses Protocol::WebSocket rather than reinventing the wheel. You could
use AnyEvent and Protocol::WebSocket directly if you wanted finer grain
control, but if that is not necessary then this class may save you some
time.

The recommended API was added to the AnyEvent::WebSocket::Connection
class with version 0.12, so it is recommended that you include that
version when using this module. The older version of the API has since
been deprecated and removed.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.



Bug#934670: ITP: libprotocol-websocket-perl -- Perl library that implements WebSocket protocol

2019-08-13 Thread Xavier Guimard
Package: wnpp
Owner: Xavier Guimard 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libprotocol-websocket-perl
  Version : 0.26
  Upstream Author : Viacheslav Tykhanovskyi C.
* URL : https://metacpan.org/release/Protocol-WebSocket
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Perl library that implements WebSocket protocol

Client/server WebSocket message and frame parser/constructor.
Protocol::WebSocket does not provide a WebSocket server or client, but is
made for using in http servers or clients to provide WebSocket support.

Protocol::WebSocket supports the following WebSocket protocol versions:
 * draft-ietf-hybi-17 (latest)
 * draft-ietf-hybi-10
 * draft-ietf-hybi-00 (with HAProxy support)
 * draft-hixie-75

By default the latest version is used. The WebSocket version is detected
automatically on the server side. On the client side you have set a version
attribute to an appropriate value.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.



Bug#934669: ITP: libanyevent-connector-perl -- tcp_connect with transparent proxy handling

2019-08-13 Thread Xavier Guimard
Package: wnpp
Owner: Xavier Guimard 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libanyevent-connector-perl
  Version : 0.03
  Upstream Author : Toshio Ito 
* URL : https://metacpan.org/release/AnyEvent-Connector
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : tcp_connect with transparent proxy handling

AnyEvent::Connector object has tcp_connect method compatible with that from
AnyEvent::Socket, and it handles proxy settings transparently.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.



Bug#934668: ITP: liburi-ws-perl -- WebSocket support for URI package

2019-08-13 Thread Xavier Guimard
Package: wnpp
Owner: Xavier Guimard 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: liburi-ws-perl
  Version : 0.03
  Upstream Author : Graham Ollis 
* URL : https://metacpan.org/release/URI-ws
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : WebSocket support for URI package

After URI::ws is installed, the URI package provides the same set of
methods for secure WebSocket URIs as it does for insecure WebSocket URIs. For
insecure (unencrypted) WebSockets.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.



Bug#932259: ITP: psl.js -- JavaScript domain name parser based on the Public Suffix Lisl

2019-07-17 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: psl.js
  Version : 1.2.0
  Upstream Author : Lupo Montero 
* URL : https://github.com/lupomontero/psl
* License : Expat
  Programming Lang: JavaScript
  Description : JavaScript domain name parser based on the Public Suffix 
Lisl

The Public Suffix List is a cross-vendor initiative to provide an accurate
list of domain name suffixes.

The Public Suffix List is an initiative of the Mozilla Project, but is
maintained as a community resource. It is available for use in any
software, but was originally created to meet the needs of browser
manufacturers.

psl.js is the JavaScript implementation, tested against the test data
hosted by Mozilla.

psl.js will provide node-psl (needed to update node-tough-cookie) and
libjs-psl. It will be maintained under pkg-js team umbrella.



Bug#882090: node-yamljs updated

2019-03-30 Thread Xavier
Hello,

I updated node-yamljs, please check my changes to see if all is OK and
ready to push.

Following our policy, source package should be renamed yamljs.js
(provides node-yamljs and libjs-yamljs).

Cheers,
Xavier

https://salsa.debian.org/js-team/node-yamljs



Bug#882090: [Pkg-javascript-devel] node-yamljs updated

2019-03-30 Thread Xavier
Le 30/03/2019 à 12:39, Xavier a écrit :
> Hello,
> 
> I updated node-yamljs, please check my changes to see if all is OK and
> ready to push.
> 
> Following our policy, source package should be renamed yamljs.js
> (provides node-yamljs and libjs-yamljs).
> 
> Cheers,
> Xavier
> 
> https://salsa.debian.org/js-team/node-yamljs

Renamed to https://salsa.debian.org/js-team/yamljs.js



Bug#924486: ITP: node-nodemailer -- Node.js library to send mails

2019-03-13 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: node-nodemailer
  Version : 5.1.1
  Upstream Author : Andris Reinman
* URL : https://nodemailer.com/
* License : Expat
  Programming Lang: Javascript
  Description : Node.js library to send mails

Nodemailer is a module for Node.js applications to allow easy as cake email
sending. The project got started back in 2010 when there was no sane option
to send email messages, today it is the solution most Node.js users turn to
by default.

Nodemailer is the most SMTP client used in Node world (npmjs gives 729.780
weekly downloads and 2746 dependents)



Bug#921562: [Pkg-javascript-devel] Bug#921562: ITP: libjs-vue-router

2019-02-06 Thread Xavier
Complements:

* Package name: node-vue-router
  Version : 3.0.2+ds
  Upstream Author : Evan You
* URL : https://github.com/vuejs/vue-router#readme
* License : Expat
  Programming Lang: JavaScript
  Description : official router for Vue.js

vue-router deeply integrates with Vue.js core to make building Single
Page Applications with Vue.js a breeze. Features include:
  - Nested route/view mapping
  - Modular, component-based router configuration
  - Route params, query, wildcards
  - View transition effects powered by Vue.js' transition system
  - Fine-grained navigation control
  - Links with automatic active CSS classes
  - HTML5 history mode or hash mode, with auto-fallback in IE9
  - Customizable Scroll Behavior

This package is a build dependency of Laminar (#919181)

Cheers,
Xavier



Bug#920350: ITP: pkg-js-autopkgtest -- collection of autopktest scripts for nodejs packages

2019-01-25 Thread Xavier
Le 24/01/2019 à 23:27, Xavier a écrit :
> Le 24/01/2019 à 20:12, Paul Gevers a écrit :
>> Oops,
>>
>> On 24-01-2019 20:09, Paul Gevers wrote:
>>> Hi Xavier,
>>>
>>> On 24-01-2019 15:25, Xavier Guimard wrote:
>>>> Packages using the tests with autopkgtests in this package will simply
>>>> have to set "Testsuite: autopkgtest-pkg-js" in debian/control and write
>>>> upstream test in debian/tests/pkg-js/test. This package provides also a
>>>> test.mk file which can be include in debian/rule to avoid writing a
>>>> override_dh_auto_test. The same test will be launched.
>>>>
>>>> This package is inspired from pkg-perl-autopkgtest. If accepted, a MR
>>>> will be done on autodep8 project to include it.
>>>
>>> I am not sure if you are aware, but please make sure that anything that
>>> a maintainer adds about test dependencies is recorded in
>>> debian/tests/control. dpkg-source exports the content of the "Depends"
>>> fields to the changes file where it is picked up by britney, the
>>> migration software.
> 
> It's inspired from pkg-perl-autopkgtest package. I'll take care of this
> 
>> Another thing, autodep8 already has support for nodejs. If your scripts
>> are smarter (which they probably are), could you please replace (instead
>> of add) the current nodejs support? I.e. it would be "Testsuite:
>> autopkgtest-pkg-nodejs". Let's not have two nodejs supports in autodep8.
> 
> Yes I see that and fixed this in my package
> (https://salsa.debian.org/js-team/pkg-js-tools/tree/master/doc/autopkgtest#readme)
> 
> I'll just propose an update of autopkgtest-pkg-nodejs in autodep8
> 
> Thanks!
> Xavier

I updated my package, here is the doc:
https://salsa.debian.org/js-team/pkg-js-tools/tree/master/doc/autopkgtest#readme



Bug#843021: [Pkg-javascript-devel] RFS: node-yarnpkg

2019-01-25 Thread Xavier
Le 25/01/2019 à 08:16, Paolo Greppi a écrit :
> Il 25/01/19 07:18, Paolo Greppi ha scritto:
>> Il 25/01/19 06:24, Pirate Praveen ha scritto:
>>> On വെ, ജനു 25, 2019 at 10:22 രാവിലെ, Paolo Greppi  
>>> wrote:
>>>> ...
>>>
>>> E: yarnpkg: package-contains-ancient-file 
>>> usr/lib/nodejs/yarn/node_modules/npm-logical-tree/CHANGELOG.md 1970-01-01 
>>> (and some more)
>>
>> ...
>> I wonder how we can fix this !
>>
>> Paolo
> 
> @yadd says:
>> Remove *.orig.tar.gz and regenerate them with gbp buildpackage
> 
> and indeed:
> 
> rm ../node-yarnpkg_1.13.0.orig*
> gbp buildpackage -uc -us
> 
> now the npm-logical-tree tarball is different and:
> 
> tar xf ../node-yarnpkg_1.13.0.orig-npm-logical-tree.tar.gz
> ls node-yarnpkg-1.13.0/ -l
> totale 28
> -rw-r--r-- 1 paolog paolog 1222 gen 25 08:09 CHANGELOG.md
> -rw-r--r-- 1 paolog paolog 4919 gen 25 08:09 index.js
> -rw-r--r-- 1 paolog paolog  755 gen 25 08:09 LICENSE.md
> -rw-r--r-- 1 paolog paolog 1380 gen 25 08:09 package.json
> -rw-r--r-- 1 paolog paolog 4563 gen 25 08:09 README.md
> 
> Paolo

Hello,

I fixed some little things but looking at debian/tests/yarn, it seems
that this test download packages during test. I think it's bad.

Is it also possible to add a test during build (override_dh_auto_test) ?
Without network access of course.

Cheers,
Xavier



Bug#920350: ITP: pkg-js-autopkgtest -- collection of autopktest scripts for nodejs packages

2019-01-24 Thread Xavier
Le 24/01/2019 à 20:12, Paul Gevers a écrit :
> Oops,
> 
> On 24-01-2019 20:09, Paul Gevers wrote:
>> Hi Xavier,
>>
>> On 24-01-2019 15:25, Xavier Guimard wrote:
>>> Packages using the tests with autopkgtests in this package will simply
>>> have to set "Testsuite: autopkgtest-pkg-js" in debian/control and write
>>> upstream test in debian/tests/pkg-js/test. This package provides also a
>>> test.mk file which can be include in debian/rule to avoid writing a
>>> override_dh_auto_test. The same test will be launched.
>>>
>>> This package is inspired from pkg-perl-autopkgtest. If accepted, a MR
>>> will be done on autodep8 project to include it.
>>
>> I am not sure if you are aware, but please make sure that anything that
>> a maintainer adds about test dependencies is recorded in
>> debian/tests/control. dpkg-source exports the content of the "Depends"
>> fields to the changes file where it is picked up by britney, the
>> migration software.

It's inspired from pkg-perl-autopkgtest package. I'll take care of this

> Another thing, autodep8 already has support for nodejs. If your scripts
> are smarter (which they probably are), could you please replace (instead
> of add) the current nodejs support? I.e. it would be "Testsuite:
> autopkgtest-pkg-nodejs". Let's not have two nodejs supports in autodep8.

Yes I see that and fixed this in my package
(https://salsa.debian.org/js-team/pkg-js-tools/tree/master/doc/autopkgtest#readme)

I'll just propose an update of autopkgtest-pkg-nodejs in autodep8

Thanks!
Xavier



Bug#920350: ITP: pkg-js-autopkgtest -- collection of autopktest scripts for nodejs packages

2019-01-24 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: pkg-js-autopkgtest
  Version : 0.1
  Upstream Author : Xavier Guimard 
* URL : https://salsa.debian.org/js-team/pkg-js-autopkgtest
* License : GPL2+
  Programming Lang: Shell
  Description : collection of autopktest scripts for nodejs packages

This package contains test runners to be used with the autopkgtest
infrastructure for nodejs packages.

Packages using the tests with autopkgtests in this package will simply
have to set "Testsuite: autopkgtest-pkg-js" in debian/control and write
upstream test in debian/tests/pkg-js/test. This package provides also a
test.mk file which can be include in debian/rule to avoid writing a
override_dh_auto_test. The same test will be launched.

This package is inspired from pkg-perl-autopkgtest. If accepted, a MR
will be done on autodep8 project to include it.



Bug#920305: ITP: popper.js -- Javascript library to position poppers in web applications

2019-01-23 Thread Xavier Guimard
Package: wnpp
Severity: wishlist
Owner: Xavier Guimard 

* Package name: popper.js
  Version : 1.14.6
  Upstream Author : Federico Zivolo 
* URL : https://popper.js.org/
* License : Expat
  Programming Lang: Javascript
  Description : Javascript library to position poppers in web applications

A popper is an element on the screen which "pops out" from the natural flow
of your application.
Common examples of poppers are tooltips, popovers and drop-downs.

This library is a dependency of twitter-bootstrap4 (RC bug #920188)



Bug#842828: Job started

2018-12-02 Thread Xavier
Control: tags -1 + pending
Control: retitle -1 ITP: bootstrap4 -- HTML, CSS, and JS framework
Control: owner -1 pkg-javascript-de...@lists.alioth.debian.org

I started to build twitter-bootstrap4 in a separate package
(https://salsa.debian.org/js-team/twitter-bootstrap4)

Cheers,
Xavier



Bug#842828: [Pkg-javascript-devel] Plan for bootstrap 4

2018-12-01 Thread Xavier
Le 01/12/2018 à 12:14, Jonas Smedegaard a écrit :
> Quoting Xavier (2018-12-01 09:24:54)
>> Le 21/09/2018 à 10:16, Pirate Praveen a écrit :
>>> I need bootstrap 4 for gitlab (though only its node counterpart). 
>>> I'm thinking of creating a new source package node-bootstrap (if 
>>> required create libjs-bootstrap4 binary). What is your plan with 
>>> bootstrap 4?
> [...]
>> did someone package it ?
> 
> Please use the Debian bugtracker for such packaging coordination: 
> https://www.debian.org/devel/wnpp/#l1
> 
> Concretely, https://www.debian.org/devel/wnpp/prospective lists 
> bootstrap4 as an RFP, so answer to your question is "No".
> 
>  - Jonas

Thanks,

~90 packages depends on libjs-bootstrap while ~168 packages embeds a
copy of bootstrap.js.

RFP still exists: https://bugs.debian.org/842828 (I forgot to Cc, done now)

Regards,
Xavier



Bug#910917: RFA: apache2 -- Apache HTTP Server

2018-11-28 Thread Xavier
Job started. Could you update my role in salsa ? "developer" role
doesn't allow me to use GitLab API: I'd like to configure project to add
"tagpending" webhook.

Cheers,
Xavier

Le 21/11/2018 à 15:45, Mosab Ibrahim a écrit :
> Hello Stefan,
> 
> Yes, I am still interested. Will go through the code base, and the
> packaging process for debian this weekend, unless you have other
> suggestions.
> 
> On Wed, Nov 21, 2018 at 3:21 PM Stefan Fritsch  <mailto:s...@sfritsch.de>> wrote:
> 
> Hi,
> 
> Xavier, yes, please do a join request. If you are looking for work,
> one thing
> that should be done before buster is enabling http/2 by default
> (#880993).
> 
> Mosab and Jason, are you still interested?
> 
> Cheers,
> Stefan
> 
> On Tuesday, 20 November 2018 10:41:55 CET Xavier wrote:
> > Hi all,
> >
> > I'm DD, Apache user and maintainer of libapache2-mod-fcgid. I can't
> > maintain this package alone since I'm not enough experimented in C
> but I
> > can help (review, tests and upload if needed). So what is the best,
> > join-request to apache-team on salsa for Jason, Mosab and me?
> >
> > Cheers,
> > Xavier
> 
> 
> 
> 
> -- 
> /*Mosab Ibrahim*/
> /Software Engineer/
> /https://www.mos3abof.com/



Bug#910917: RFA: apache2 -- Apache HTTP Server

2018-11-20 Thread Xavier
Hi all,

I'm DD, Apache user and maintainer of libapache2-mod-fcgid. I can't
maintain this package alone since I'm not enough experimented in C but I
can help (review, tests and upload if needed). So what is the best,
join-request to apache-team on salsa for Jason, Mosab and me?

Cheers,
Xavier



Bug#896810: Packaging node-lemonldap-ng-handler

2018-09-03 Thread Xavier
Dear ftp masters,

here is a resume of dependencies of node-* packages needed for
node-lemonldap-ng-handler.

node-lemonldap-ng-handler is an alternative engine for lemonldap-ng
Web-SSO (when used with Nginx). It will be usable also to provide
SSO-as-a-Service which comes with lemonldap-ng 2.0 (will be released
around 2018-10).

Here is the tree of its dependencies (new only):

* Required:
  - node-file-cache-simple:
- node-fs-jetpack
  - node-inireader
  - js-md5
  - aes-js

* Recommended
  - node-modern-syslog

Session backends are inspired from Apache::Session (Perl) to be
compliant with lemonldap-ng. Usr has to choose between: File (native),
LDAP, SQL or MongoDB. Theses new packages are proposed in this goal:
- node-ldap-client
- node-nodedbi
- node-mongodb:
  - node-mongodb-core:
- node-bson
- node-require-optional
  - node-bson (build)

I hope this resume will clarify this proposed packages. Some of them
will be also useful for many other packages (node-nodedbi,
node-ldap-client, node-mongodb,...)

Best regards,
Xavier



Bug#896936: Packaging node-lemonldap-ng-handler

2018-08-29 Thread Xavier
Dear ftp masters,

here is a resume of dependencies of node-* packages needed for
node-lemonldap-ng-handler.

node-lemonldap-ng-handler is an alternative engine for lemonldap-ng
Web-SSO (when used with Nginx). It will be usable also to provide
SSO-as-a-Service which comes with lemonldap-ng 2.0 (will be released
around 2018-10).

Here is the tree of its dependencies (new only):

* Required:
  - node-file-cache-simple:
- node-fs-jetpack
  - node-inireader
  - js-md5
  - aes-js

* Recommended
  - node-modern-syslog

Session backends are inspired from Apache::Session (Perl) to be
compliant with lemonldap-ng. Usr has to choose between: File (native),
LDAP, SQL or MongoDB. Theses new packages are proposed in this goal:
- node-ldap-client
- node-nodedbi
- node-mongodb:
  - node-mongodb-core:
- node-bson
- node-require-optional
  - node-bson (build)

I hope this resume will clarify this proposed packages. Some of them
will be also useful for many other packages (node-nodedbi,
node-ldap-client, node-mongodb,...)

Best regards,
Xavier



  1   2   3   4   >