Bug#1075905: ITP: python-fraction -- Fraction carries out all the fraction operations including addition, subtraction, multiplication, division, reciprocation

[Alexandre Detiste]

Great review !

We should avoid packaging things with very extra utility.

I'm tempted to RM python-easydev now that nothing left depends on it.

Le dim. 7 juil. 2024 à 19:55, Yogeswaran Umasankar  a écrit :
>
> Yes, can use the standard library. This dependency chain starts with
> moarchiving, which itself is a dependency for cma, and so on. I can
> create a patch specifically for moarchiving.
>
> Cheers!

Bug#995514: O: lua-lpeg -- LPeg library for the Lua language

[Alexandre Detiste]

I just cannot get this to work.

Bug#1060004: upgrade androguard

[Alexandre Detiste]

Hi,

I've packaged python-mutf8, the other package needed to upgrade androgard
is the apkTool.

I've no deep idea what mutf8 does, co-maintenance is welcome.

Greetings

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1060004

https://wiki.debian.org/SummerOfCode2024/ApprovedProjects/AndroidSDKToolsInDebian

-- Forwarded message -
De : Debian FTP Masters 
Date: sam. 11 mai 2024 à 18:00
Subject: python-mutf8_1.0.6-1_amd64.changes ACCEPTED into unstable
To: Alexandre Detiste , Debian Python Team <
team+pyt...@tracker.debian.org>


Thank you for your contribution to Debian.



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Wed, 08 May 2024 16:34:46 +0200
Source: python-mutf8
Binary: python3-mutf8 python3-mutf8-dbgsym
Architecture: source amd64
Version: 1.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Team ,
Changed-By: Alexandre Detiste 
Description:
 python3-mutf8 - encoders and decoders for the MUTF-8 character encoding
Closes: 1070772
Changes:
 python-mutf8 (1.0.6-1) unstable; urgency=medium
 .
   * Initial upload (Closes: #1070772)
Checksums-Sha1:
 b3b0ebb0f31451511a154d0102c68a35ea1bf9c8 2125 python-mutf8_1.0.6-1.dsc
 5cda9ab1b0c437cfe17cb73aa1ea47630a7629b2 9520
python-mutf8_1.0.6.orig.tar.gz
 aa522618530a243aeebb8e923bb1a0fe01def279 2060
python-mutf8_1.0.6-1.debian.tar.xz
 541749f7359327f5ee149dec9b7a4dbc09a5287b 8484
python-mutf8_1.0.6-1_amd64.buildinfo
 3e083fd866e4ccac70908b7bf3ccdcf5eb7d0ab4 20712
python3-mutf8-dbgsym_1.0.6-1_amd64.deb
 917fc2cb21ab40386c38cf05e580ecb871712bf7 9432
python3-mutf8_1.0.6-1_amd64.deb
Checksums-Sha256:
 723b95736ad1c77cfaa4f9ab71cedff35a50b6f00147352175de21c3dc8af3bb 2125
python-mutf8_1.0.6-1.dsc
 c7a86f00bc8d313b9ce184375c944bf5be771127283d82a8d2becf33cc84e1c7 9520
python-mutf8_1.0.6.orig.tar.gz
 2c9cb19f826978b6308ef0b565b0f1c25936625eb2cf556ab17b066cea2a5bc0 2060
python-mutf8_1.0.6-1.debian.tar.xz
 2b441b25ccefcda0ff4e24671237e6e90f1d5af43d67bb2d88d99ef3c5efec84 8484
python-mutf8_1.0.6-1_amd64.buildinfo
 cde86a8c56c2ca0415aeb8f311f49d9128c262936a75df0c0959c3a0152dba67 20712
python3-mutf8-dbgsym_1.0.6-1_amd64.deb
 dc004b20586aef430d894d101de94fc0e0fd3e5b091a4f9933a4c655ea9039b0 9432
python3-mutf8_1.0.6-1_amd64.deb
Files:
 810aace08dd8597879e59cc434cb674c 2125 python optional
python-mutf8_1.0.6-1.dsc
 8f59d7d495376e1b45b6ca1b7cb816cb 9520 python optional
python-mutf8_1.0.6.orig.tar.gz
 5532c4759ebb196a85bf5aaef2c056d2 2060 python optional
python-mutf8_1.0.6-1.debian.tar.xz
 ff74e03b44022ca348ed1ee70060869b 8484 python optional
python-mutf8_1.0.6-1_amd64.buildinfo
 c0915f2a94d64a8d96760ec1861b2757 20712 debug optional
python3-mutf8-dbgsym_1.0.6-1_amd64.deb
 94edfc29c2a599c1d3c59fd610bb0568 9432 python optional
python3-mutf8_1.0.6-1_amd64.deb

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEj23hBDd/OxHnQXSHMfMURUShdBoFAmY77VIRHHRjaGV0QGRl
Ymlhbi5vcmcACgkQMfMURUShdBqRRRAAoGPiyovV1mfQwyAZwNarNsBggR2vWZ3Q
MV/fdCX2CSG+qqPVhRJHVs4Gjg1b0bEmAlA1XYwODlap5BJvmFqyoCXWJIsek9Iw
Vu0GHsqCMQkZDlyStnRM5ADNLRoIV4zUz9G8Q7Vz2qPn2n5ICfse214Wn5qCyhOB
uC537bINBff1OO+jvLYopf3eiv3Fjs8Ct3VOCbkTvnwwPvBvI+dXO8RaqwwwbiJn
qQ4U8K/COK66udb24pW8N6YP9zvZ5ggrnPYDuJ2wkVQEVPq+L7S+HfIKu8Zdl9ob
PKLJev57N9LNk5hc0UnFl8BW/PN/mUn9jTCMr5IQbi9qg3l1LHvyL2ILB1mQKXvI
3MU1UcnXeL46vTnCPQKqMd7K3cCMQA0tc9yrfNNl/s8V9gHborDG7cmWMGAuUhn5
6Mp5o9AZ24CaFEa2NQapdfvkEgB2h9/5+iPciZLDCVJOwod5cR5t+4xmPIdmCEh3
YhhgSQuW/lMmnhfdQJe/dZ65D8I70FI48KLlLec3RV3TPJUas4X0ZyyBaezxf1Mo
01spa6yNhcnhUmrY1MamGbQ5sWRPZAxj/uBVUKZ26dXNFz/N8Y0YGJE5TO7+indr
iEDd607mOWhtuEcght2k/H0f94zJ81xQCYbrkw4CiuOkAy8km+zfd/oQsuSWp0bR
vvDh+tHiRrI=
=umWv
-END PGP SIGNATURE-


noname
Description: PGP signature

Bug#1065325: morph's abandoned packages (list)

[Alexandre Detiste]

Yes do please.

Le sam. 11 mai 2024 à 20:51, Nilesh Patra  a écrit :
>
> Quoting Alexandre Detiste :
> >  I would pick-up matplotlib I guess, I have some special connection to it,
> >  It was one the packages that enabled me to escape
> >  my horrible SAS-Insitute powered previous job/life.
> >
> >  It's a big one.
> >
> >  Help is appreciated, I already cherry picked some commits from Ciel's PR.
>
> Would you consider to add me in as an Uploader (co-maintainer) alongside you?
>
> I am a Debian Developer.
>
> Best,
> Nilesh

Bug#1070834: ITP: python-pystow -- file management utility library for Python programs

[Alexandre Detiste]

Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-pystow
  Version : 0.5.4
  Upstream Contact: Charles Tapley Hoyt 
* URL : https://github.com/cthoyt/pystow
* License : MIT
  Programming Lang: Python
  Description : file management utility library for Python programs

This library can replace the boilerplate code
one is needed to write in order to maintain
files in $HOME

---

This is a new depedency needed to upgrade 'pybel'.

Bug#1070772: ITP: python-mutf8 -- encoders and decoders for the MUTF-8 character encoding

[Alexandre Detiste]

Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: python-mutf8
  Version : 1.0.0
  Upstream Contact: Tyler Kennedy
* URL : https://pypi.org/project/mutf8/
* License : MIT
  Programming Lang: Python
  Description : encoders and decoders for the MUTF-8 character encoding

This package contains simple pure-python as well as C encoders
and decoders for the MUTF-8 character encoding.
In most cases, it can also parse the even-rarer CESU-8.

These days, you'll most likely encounter MUTF-8
when working on files or protocols related to the JVM.
Strings in a Java .class file are encoded using MUTF-8,
strings passed by the JNI, as well as strings exported by the object serializer.

This library was extracted from Lawu,
a Python library for working with JVM class files.



I will maintain this inside DPT.

This is a new dependency of androguard

Bug#1065241: O: pylint -- Python 3 code static checker and UML diagram generator

[Alexandre Detiste]

Hi,

I've seen your ITA of course, consider this as only an intermediate
upload to untangle astroid;
but it's not yet done

The autopkgtest is failing
   https://tracker.debian.org/pkg/pylint
   https://tracker.debian.org/pkg/astroid

I only discovered pylint recently and would like to try  the automatic
graph system tomorrow at work

Before that is was merely a faint nuisance on my radar;
https://salsa.debian.org/detiste-guest/python-debian/-/commits/master
and random package from morph's list

Le dim. 28 avr. 2024 à 23:56, Daniel Echeverri  a écrit :
> Hello
>
> I have seen that you recently uploaded the new version of pylint and added 
> yourself as an uploader.
> I had become the owner of this bug because I was working on the package,
> and I was waiting to solve the tests that had been failing, (I see that you 
> solved it by removing the tests that are failing).

> (I  am not sure if it's the best way)
I think that not neither, help is still welcome

Bug#1063934: Update

[Alexandre Almeida]

Update: version 2024.02.13.0 has been released.

Bug#1063934: RFP: alexvsbus - a platform runner game

[Alexandre Almeida]

Package: wnpp
Severity: wishlist

* Package name: alexvsbus
  Version : 2024.02.10.0
  Upstream Author : M374LX
* URL : https://github.com/M374LX/alexvsbus
* License : GPL
  Programming Lang: C
  Description : a platform runner game

It would be nice if the new FOSS game I have just
released could be included in Debian's repositories.

In case a compelling reason is needed, it is a complete
game, no longer WIP.

Please disregard bug #1063744, as I forgot the "wnpp" part.

Bug#1055329: Offer of support/assistance

[Alexandre Rossi]

Hi,

> My name is Jeremy and I'd like to offer you my support and assistance in
> your efforts to package and maintain AdminerEvo if that's of any use to you?

Many thanks for your offer and your are welcome to help for this.

I had forgotten to post a status update on this particular work item: the
work is essentially done, I'm just seeking a Debian developper (I'm not)
to upload the new package to the Debian archive and grant me access for
further uploads.

Thanks,

Alex

Bug#998024: rsass as alternative

[Alexandre Rossi]

Hi,

rsass can appropriately compile sass files which is convenient for Debian
packaging.

Thanks,

Alex

Bug#1060891: O: pacparser -- library to parse proxy auto-config files (development files)

[Alexandre Detiste]

Package: wnpp
Severity: normal
X-Debbugs-Cc: pacpar...@packages.debian.org
Control: affects -1 + src:pacparser

pacparser is orphaned

https://github.com/manugarg/pacparser/issues/185

Bug#1060842: ITP: trillian -- A transparent, highly scalable and cryptographically verifiable data store

[Alexandre Detiste]

People using the non-free trillian.deb (the chat client)
will have a nasty surprise

https://forums.debian.net/viewtopic.php?t=146679

Le lun. 15 janv. 2024 à 15:03, Simon Josefsson  a écrit :
>
> Package: wnpp
> Severity: wishlist
> Owner: Simon Josefsson 
>
> * Package name: trillian

Bug#1014519: RFA: python-canmatrix -- Handle CAN (Controller Area Network) database formats

[Alexandre Detiste]

I'm interested.

At work I usually process CAN messages stuffed into UDP by this transceiver:

http://www.digigroup.com/flyers/FMS2IP%20ENG%2020130916.pdf

but I'm interested to do more work on the field with the PEAK-CAN

Bug#1060291: ITP: python-nh3 -- Python bindings to the ammonia HTML sanitization library.

[Alexandre Detiste]

Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-nh3
  Version : 0.2.15
  Upstream Contact: 
* URL : https://github.com/messense/nh3
* License : MIT
  Programming Lang: Pytthon
  Description : Python bindings to the ammonia HTML sanitization library.


 NH3 is an HTML sanitizing library that escapes or strips markup and
 attributes based on a white list. NH3 can also linkify text safely,
 applying filters that Django's urlize filter cannot, and optionally setting
 rel attributes, even on links already in the text.
 .
 NH3 is intended for sanitizing text from untrusted sources. If you find
 yourself jumping through hoops to allow your site administrators to do lots of
 things, you're probably outside the use cases. Either trust those users, or
 don't.



Bleach is deprecated, NH3 is seen a valid successor.

NH3 is neead to package the latest version of 'python-readme-renderer'

https://github.com/mozilla/bleach/issues/698

https://daniel.feldroy.com/posts/2023-06-converting-from-bleach-to-nh3

Bug#1060071: ITP: libjs-jush -- JavaScript Syntax Highlighter

[Alexandre Rossi]

> Package: wnpp
> Severity: wishlist
> 
> * Package name: libjs-jush
>   Version : 2.0.2+git20210206+1
>   Upstream Contact: Jakub Vrana 
> * URL : https://jush.sourceforge.io/
> * License : Apache-2.0
>   Programming Lang: JavaScript
>   Description : JavaScript Syntax Highlighter

Preliminary packaging available at https://salsa.debian.org/niol/libjs-jush

Alex

Bug#1060071: ITP: libjs-jush -- JavaScript Syntax Highlighter

[Alexandre Rossi]

Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org

* Package name: libjs-jush
  Version : 2.0.2+git20210206+1
  Upstream Contact: Jakub Vrana 
* URL : https://jush.sourceforge.io/
* License : Apache-2.0
  Programming Lang: JavaScript
  Description : JavaScript Syntax Highlighter

JavaScript Syntax Highlighter can be used for client-side syntax highlighting
of following languages: HTML, CSS, JavaScript, PHP, SQL, HTTP and SMTP
protocol, php.ini and Apache config.

This is required to build the database web interface adminerevo (ITP #1055329).
This has been embedded in src:adminer for years.
Part of it is available in src:jquery-goodies .

Bug#1058361: ITP: python-pyasyncore -- asyncore for Python 3.12 onwards

[Alexandre Detiste]

Hi,

Can this go in section "oldlibs" instead of the default "python" ?

There are a lot of old libs in python
slated for removal that are hard to track:
zombie-imp, six, future, unittests2 

And many undecided override requests;

https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=ftp.debian.org#_0_1_4

Le mar. 12 déc. 2023 à 10:37, Thomas Goirand  a écrit :
>
> Note that I'm creating this package as a temporary measure to fix some of the
> 3.12 issues that are ongoing. Projects like Taskflow cannot be easily 
> converted
> to asyncio, because some other packages are using both Eventlet and Taskflow,
> and asyncio is not compatible with Eventlet. So we have to live with this for
> a while more, until Eventlet can be fixed to use asyncio...
>

Bug#888076: O: dbf -- Python module for reading and writing dbf files

[Alexandre Detiste]

It's imported on Salsa: https://salsa.debian.org/debian/python-dbf

Bug#1057109: ITP: libsmacker

[Alexandre Detiste]

Hi  Anatoliy,

Thank you for your interest.

There already was a RFP for the same thing.
   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041368

The best way to handle this was to retitle this one RFP bug into ITP.

But that's not a big problem, now you just need to merge them.

Greetings

Bug#1056300: ITP: gaphas -- a diagramming widget library for python

[Alexandre Esse]

Package: wnpp
Severity: wishlist
Owner: Alexandre Esse 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: gaphas
  Version : 3.11.2
  Upstream Contact: Arjan Molenaar 
* URL : https://github.com/gaphor/gaphas
* License : Apache-2.0
  Programming Lang: Python
  Description : a diagramming widget library for python

Gaphas is a diagramming widget library for Python. Gaphas is a library that 
provides the user interface component (widget) for drawing diagrams. Diagrams 
can be drawn to screen and then easily exported to a variety of formats, 
including SVG and PDF.

Gaphas is for example used by gaphor for UML drawing, RAFCON for state-machine 
based robot control, and ASCEND for solving mathematical models.

The package should probably be maintained as part of the Debian Python Team:
https://wiki.debian.org/Teams/PythonTeam

Bug#1056299: ITP: gaphor -- a simple UML/SysML modeling tool

[Alexandre Esse]

Package: wnpp
Severity: wishlist
Owner: Alexandre Esse 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: gaphor
  Version : 2.21.0
  Upstream Contact: Arjan Molenaar 
* URL : https://github.com/gaphor/gaphor
* License : Apache-2.0
  Programming Lang: Python
  Description : a simple UML/SysML modeling tool

Gaphor is a UML and SysML modeling application written in Python. It is 
designed to be easy to use, while still being powerful. Gaphor implements a 
fully-compliant UML 2 data model, so it is much more than a picture drawing 
tool.

The package should probably be maintained as part of the Debian Python Team:
https://wiki.debian.org/Teams/PythonTeam

Bug#1056067: ITP: node-sass-loader -- css loader module for webpack

[Alexandre Rossi]

Hi,

Package is awaiting sponsorship at 
https://mentors.debian.net/package/node-sass-loader/

Packaging is available at https://salsa.debian.org/niol/node-sass-loader

Thanks,

Alex

Bug#1056067: ITP: node-sass-loader -- css loader module for webpack

[Alexandre Rossi]

Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: node-sass-loader
  Version : 13.3.2
  Upstream Contact: J. Tangelder
* URL : https://github.com/webpack-contrib/sass-loader
* License : MIT
  Programming Lang: Javascript
  Description : css loader module for webpack

Webpack takes code targeted at node.js and makes it run in the browser.
Node.js comes with API of its own that is not available in the browsers.
Webpack exposes this code to programs that are unaware they are running
in a browser.

Sass is a CSS preprocessor to include features that don’t exist in CSS yet
like nesting, mixins, inheritance, and other nifty goodies that help
write robust, maintainable CSS.

This package is enables webpack to include and compile Sass files
into a web application bundle.

Node.js is an event-based server-side JavaScript engine.

This is required to build some webapps.

I'll be seeking a sponsor for this.

Thanks,

Alex

Bug#1055424: ITP: python-sdbus -- modern Python D-Bus library

[Alexandre Detiste]

Would the long quest for the perfect python<->DBUS library be over ;-)

This one looks nice.

>From the readme:
>i686, ppc64le and s390x can be supported if there is a demand.
>Please open an issue if you are interested in those platforms.

Yes please I need i386, I guess it only applies to PyPi packaging.

Greetings


Le dim. 5 nov. 2023 à 21:12, Luca Boccassi  a écrit :
> * Package name: python-sdbus
>   Version : 0.11.1
>   Upstream Author : various
> * URL : https://github.com/python-sdbus/python-sdbus

Bug#1055343: RFP: anura -- 2D game engine

[Alexandre Detiste]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel-ga...@lists.debian.org, Dmitry E. Oboukhov 


* Package name: anura
  Version : 4.0.0
  Upstream Contact: https://github.com/frogatto/frogatto/wiki
* URL : https://github.com/anura-engine/anura/
* License : misc free licenses as a for of frogatto
  Programming Lang: C++
  Description : 2D game engine


Anura is the engine part that was spun off "frogatto" game.

It is needed to package this new engine to update frogatto
and to switch this game to libSDL2
and also drop leaf library libsdl-ttf2.0-0 from the archive.

Greetings,

See: bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038354

Bug#1055329: ITP: adminerevo -- Web-based database administration tool

[Alexandre Rossi]

Package: wnpp
Severity: wishlist
Owner: Alexandre Rossi 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: adminerevo
  Version : 4.8.3
  Upstream Contact: Lionel Laffineur 
* URL : https://docs.adminerevo.org/
* License : Apache-2.0
  Programming Lang: PHP
  Description : Web-based database administration tool

Adminerevo (forked from adminer) is a full-featured database management tool
written in PHP. Conversely to phpMyAdmin, it is a light weight application
with these priorities in order: security, user experience, performance,
feature set and size.

adminerevo is a community maintained version of adminer.

Ultimately, src:adminer will be removed from the archive. adminerevo
would then provide a transitional dummy pakage.

This will be maintained on salsa in the Debian group.

I already maintain src:adminer as a DM and will need a sponsor for this
new package.

Thanks,

Alex

Bug#1053497: ITP: tcnopen -- TCNOpen Library for IEC61375 standardised communication

[Alexandre Detiste]

This might be used in Brussels.

I have no idea what Bombardier / Alstom is using at the other end.

Greetings

Le jeu. 5 oct. 2023 à 09:42, Marc Leeman  a écrit :
>
> Package: wnpp
> Severity: wishlist
> Owner: Marc Leeman 
> X-Debbugs-Cc: debian-de...@lists.debian.org
>
> * Package name: tcnopen
>   Version : 2.1.0.0
>   Upstream Contact: https://sourceforge.net/p/tcnopen/wiki/Home/
> * URL : https://www.tcnopen.org/
> * License : MPL-2.0, GPL-3.0+
>   Programming Lang: C
>   Description : TCNOpen Library for IEC61375 standardised communication
>
>   TCN (Train Communication Network) is a series of international standards
>  (IEC61375) developed by Working Group 43 of the IEC, specifying a
>  communication system for the data communication within and between vehicles
>  of a train. It is currently in use on many thousands of trains in the world
>  in order to allow electronic devices to exchange information while operating
>  aboard the same train.
>  .
>  TCNOpen is an open source initiative which the partner railway industries
>  created with the aim to build in collaboration some key parts of new or
>  upcoming railway standards, commonly known under the name TCN.
>

Bug#1052407: ITP: unblob -- Extracting, analyzing, and reverse engineering firmware images

[Alexandre Detiste]

This looks nice.

I already knew & use binwalk but here they say this tool is even better:

https://github.com/e-m-b-a/emba/releases/tag/1.2.3-RIP-binwalk

Le jeu. 21 sept. 2023 à 17:57, SZ Lin  a écrit :
> * Package name: unblob
>   Description:   Extracting, analyzing, and reverse engineering firmware 
> images

Bug#1041368: RFP: libsmacker -- C library for decoding .smk Smacker Video files

[Alexandre Detiste]

Hi,

I could package this to replace the copy vendored in fheroes2.


What did you needed it for ? ;-)


Greetings,

Bug#1042371: Acknowledgement (ITP: libchdr -- libchdr is a standalone library for reading MAME CHDv1-v5 formats.)

[Alexandre Detiste]

Source tree is here:

https://salsa.debian.org/games-team/libchdr

Bug#1042371: ITP: libchdr -- libchdr is a standalone library for reading MAME CHDv1-v5 formats.

[Alexandre Detiste]

Package: wnpp
Severity: wishlist
Owner: Alexandre Detiste 
X-Debbugs-Cc: debian-de...@lists.debian.org, archive-1...@nm.debian.org

* Package name: libchdr
  Version : 0
  Upstream Contact: Romain Tisserand
* URL : https://github.com/rtissera/libchdr
* License : BSD-3-Clause
  Programming Lang: C
  Description : libchdr is a standalone library for reading MAME CHDv1-v5 
formats.

The code is based off of MAME's old C codebase which read
up to CHDv4 with OS-dependent features removed,
and CHDv5 support backported from MAME's current C++ codebase.

CHD is a lossless compression format originally developed for MAME,
for the hard-drive contents of certain arcade machines.
It has since been used in several other emulators as a means
of storing CD-ROM game data. For CD-based games,
it compresses the contents of a disc image
(.cue + .bin files) to a single .chd file.

---

https://retropie.org.uk/docs/CHD-files/

This library is already currently vendored in these 3 packages:
https://codesearch.debian.net/search?q=libchdr=1=1

  * ares
  * mrboom
  * retroarch

The library is sadly unversionned at the moment:
https://github.com/rtissera/libchdr/issues/101

The package would be maintained inside the Games team.

Greetings,

Bug#1017587: ITP: fheroes2

[Alexandre Detiste]

For the record:

The package that Anatoliy once published to Mentors
has been recoverd and imported here:

   https://salsa.debian.org/games-team/fheroes2/-/commits/master

and then further improved and updated to version 1.0.5

Greetings,

Bug#1039091: RFP: cmake-d -- integration of D language for CMake

[Alexandre Detiste]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: cmake-d
  Version : 0~20230625
  Upstream Contact: Dragos Carp
* URL : https://github.com/dcarp/cmake-d
* License : MIT/X
  Programming Lang: D
  Description : integration of D language for CMake

This package is needed to update the "mu-cade" game
to a modernized version found here:
 https://github.com/mathstuf/abagames-mu-cade/
... and to go further with the SDL1 -> SDL2 transition.

I'm not an expert of CMake myself; but it looks like
an easy job for someone who is used to.


A (working alternative) would be to vendor this
in src:mu-cade but I find it ugly.

Greetings,

Bug#1037157: ITP: damo -- Data Access Monitoring Operator

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: damo
  Version : 1.8.3
  Upstream Contact: SeongJae Park 
* URL : https://damonitor.github.io/
* License : GPL
  Programming Lang: Python
  Description : Data Access Monitoring Operator

damo is a user space tool for DAMON. Using this, you can monitor the data access
patterns of your system or workloads and make data access-aware memory
management optimizations.

 - what it does: https://sjp38.github.io/post/damon/ -- basically you
   can optimize how the kernel manages memory based on how often pages
   are accessed
 - recent LWN article: https://lwn.net/Articles/931769/
 - Will be maintained as part of the Debian Python Team. I am a Debian
   Maintainer so this will need an initial sponsor.

Bug#1017587: ITP: fheroes2 -- free remake of Heroes of Might and Magic II game engine

[Alexandre Detiste]

Can you publish you git packaging tree somewhere ?

(Salsa, GitHub ...)

Greetings


pgpRwCyx16xcI.pgp
Description: OpenPGP digital signature

Bug#1033096: ITP: python-sepaxml -- python library to generate SEP XML files

[Alexandre Detiste]

Hi,

Please state for non-europeans that SEPA
is a bank transfer mechanism in de shor & extended description.

>   Description : python library to generate SEP XML files
>
> I inted to package python-sepaxml. It is a dependency for banking (#1013317) 
> and python-mt940 (#1024494).
> The packaging is already done and can be viewed at 
> https://salsa.debian.org/python-team/packages/python-sepaxml. I intend to 
> maintain this package within the debian python team.
> For the initial upload I'd need a sponsor.

Bug#995514: ping

[Alexandre Detiste]

still ITA, waiting for my DD procedure


pgpcxq8MRxxtj.pgp
Description: OpenPGP digital signature

Bug#1026975: ITP: python-toml -- library for parsing and creating TOML

[Alexandre Rossi]

Le dim. 25 déc. 2022 à 09:11:29 -03:00:00, Josenilson Ferreira da 
Silva  a écrit :

Package: wnpp
Severity: wishlist
Owner: Josenilson Ferreira da Silva 
X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com

* Package name: python-toml
  Version : 0.10.2
  Upstream Author : William Pearson 
* URL : https://github.com/uiri/toml
* License : MIT/expat
  Programming Lang: Python
  Description : library for parsing and creating TOML

  this package is a dependency for "dom-toml"
  Where "dom-toml" is a required dependency for the "whey" package:
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021204



Already done?
https://packages.debian.org/sid/python3-toml

Alex

Bug#1022272: ITP: kosmindoormap -- Open Street Map indoor map renderer of for example a (large) train station.

[Alexandre Detiste]

This looks awesome and inspirative.


> * Package name: kosmindoormap
>   Version : 22.08.2
>   Upstream Author : Volker Krause 
> * URL : https://invent.kde.org/libraries/kosmindoormap
> * License : LGPL-2.0-or-later
>   Programming Lang: C++ (Qt)
>   Description : Open Street Map indoor map renderer of for example a 
> (large) train station.
>
>  It is a library and QML module to show OSM indoor maps.

Bug#1021743: ITP: sugarjar -- A Git/GitHub helper

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: sugarjar
  Version : 0.0.11
  Upstream Author : Phil Dibowitz 
* URL : https://github.com/jaymzh/sugarjar
* License : Apache
  Programming Lang: Ruby
  Description : A Git/GitHub helper

SugarJar is a git/github helper. It needs one of the GitHub CLI's: the current
default is hub, but there is experimental support for gh.

SugarJar is inspired by arcanist, and its replacement at Meta, JellyFish.
Many of the features they provide for the Phabricator workflow this aims
to bring to the GitHub workflow.

In particular there are a lot of helpers for using a squash-merge workflow
that is poorly handled by the standard toolsets.

If you miss Mondrian or Phabricator - this is the tool for you!

I plan to maintain it myself, though I'd explore joining the Debian Ruby
team or granting them upload rights. I'm a Debian Maintainer so I would
initially need a sponsor to do the initial FTP upload.

Bug#1018193: ITP: the-foundation -- Opinionated C11 library for low-level functionality

[Michel Alexandre Salim]

On Fri, 2022-08-26 at 15:01 -0500, Michel Alexandre Salim wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Michel Alexandre Salim 
> X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name
> 
> * Package name    : the-foundation
>   Version : 1.4.0
>   Upstream Author : Jaakko Keränen 
> * URL : https://codeberg.org/skyjake/the_Foundation
> * License : BSD
>   Programming Lang: C
>   Description : Opinionated C11 library for low-level
> functionality
> 
> An object-oriented C library whose API is designed for a particular
> coding
> style, taking cues from C++ STL and Qt.
> 
> This is a dependency for Lagrange, a desktop Gemini client:
> https://codeberg.org/skyjake/lagrange
> 
> I already maintain both in Fedora, and would be nice to be able to
> use
> them as native packages when on Debian.

Note that this currently depends on PCRE, instead of PCRE2 - so it
might be worth waiting until this is addressed first

https://codeberg.org/skyjake/the_Foundation/issues/12

-- 
Michel Alexandre Salim
identities:
https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2


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

Bug#1020964: ITP: python-febelfin-coda -- Python module to parse CODA files

[Alexandre Detiste]

French and Dutch are two of the three national languages.
It has nothing to do with France or Nederlands (the countries)

Moreover the BEL in FeBelFin means Belgium.

"Febelfin ASBL est la Fédération belge du secteur financier."
https://www.feb.be/qui-nous-sommes/federations-sectorielles/banques-bourse-credit-et-placements-federation-belge-du-secteur-financier_2012-10-11/

And I spent to many years writing and reading CODA and CIRI files.
CIRI has been deprecated by IBAN, but CODA remained.

> It seems not:
> Deze standaard bestaat eveneens in het Nederlands.
> Ce standard existe également en français.

Le ven. 30 sept. 2022 à 14:04, Mathias Behrle  a écrit :
>
> * Alexandre Detiste: " Re: Bug#1020964: ITP: python-febelfin-coda -- Python
>   module to parse CODA files" (Fri, 30 Sep 2022 11:35:00 +0200):
>
> > Hi,
> >
> > Please mention it only applies to Belgian banks.
> >
> > Make it obvious :-)
> >
> > >  febelfin-coda is a parser for CODA (Coded statement of account) files.
> > >   -
> > > https://www.febelfin.be/sites/default/files/2019-04/standard-coda-2.6-en.pdf
> > > . This bank standard (also called CODA) specifies the lay-out for the
> > > electronic files, by banks to customers, of the account transactions and
> > > the information concerning the enclosures in connection with the movement.
>

Bug#1020964: ITP: python-febelfin-coda -- Python module to parse CODA files

[Alexandre Detiste]

Hi,

Please mention it only applies to Belgian banks.

Make it obvious :-)

Le jeu. 29 sept. 2022 à 18:27, Mathias Behrle  a écrit :
>
> Package: wnpp
> Severity: wishlist
> X-Debbugs-Cc: debian-de...@lists.debian.org
> Owner: Debian Tryton Maintainers 
>
> * Package name: python-febelfin-coda
>   Version : 0.2.0
>   Upstream Author : B2CK 
> * URL : https://coda.b2ck.com/
> * License : BSD-3-clause
>   Programming Lang: Python
>   Description : Python module to parse CODA files
>
> Binary package names: python3-febelfin-coda
>
>  febelfin-coda is a parser for CODA (Coded statement of account) files.
>   - 
> https://www.febelfin.be/sites/default/files/2019-04/standard-coda-2.6-en.pdf
>  .
>  This bank standard (also called CODA) specifies the lay-out for the 
> electronic
>  files, by banks to customers, of the account transactions and the information
>  concerning the enclosures in connection with the movement.

>

Bug#1018193: ITP: the-foundation -- Opinionated C11 library for low-level functionality

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: the-foundation
  Version : 1.4.0
  Upstream Author : Jaakko Keränen 
* URL : https://codeberg.org/skyjake/the_Foundation
* License : BSD
  Programming Lang: C
  Description : Opinionated C11 library for low-level functionality

An object-oriented C library whose API is designed for a particular coding
style, taking cues from C++ STL and Qt.

This is a dependency for Lagrange, a desktop Gemini client:
https://codeberg.org/skyjake/lagrange

I already maintain both in Fedora, and would be nice to be able to use
them as native packages when on Debian.

Bug#1016908: ITP: zcfan -- Zero-configuration fan daemon for ThinkPads

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: zcfan
  Version : 1.2.0
  Upstream Author : Chris Down 
* URL : https://github.com/cdown/zcfan
* License : Expat
  Programming Lang: C
  Description : Zero-configuration fan daemon for ThinkPads


## Features

- Extremely small (~250 lines), simple, and easy to understand code
- Sensible out of the box, configuration is optional (see "usage" below)
- Strong focus on stopping the fan as soon as safe to do so, without inducing
  throttling
- Automatic temperature- and time-based hysteresis: no bouncing between fan
  levels
- Watchdog support
- Minimal resource usage
- No dependencies

Per the author, this is a much simpler alternative to thinkfan. I will
need to be sponsored.

Bug#1016094: ITP: archlinux-keyring -- Arch Linux PGP keyring

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: archlinux-keyring
  Version : 20220713
  Upstream Author : Christian Hesse 
* URL : https://gitlab.archlinux.org/archlinux/archlinux-keyring
* License : GPL-3+
  Programming Lang: Python
  Description : Arch Linux PGP keyring
The archlinux-keyring project holds PGP packet material and tooling
(keyringctl) to create the distribution keyring for Arch Linux. The keyring is
used by pacman to establish the web of trust for the packagers of the
distribution.

The PGP packets describing the main signing keys can be found below the
keyring/main directory, while those of the packagers are located below the
keyring/packager directory.

Having this packaged in Debian (and other distributions) will allow
mkosi, which is already in Debian, to generate Arch Linux images without
hardcoding the keyring.

I need a sponsor.

Bug#995514: ITA: lua-lpeg -- LPeg library for the Lua language

[Alexandre Detiste]

Control: retitle -1 ITA: lua-lpeg -- LPeg library for the Lua language

Hi,

I want to adopt this package that is dependency of corsix-th game
that I'm already team-maintaining.

Furthermore I'de like that this package would be
team-maintained under the Lua Team...
so I would also de-facto join this team;
but it's ok as I have a lot of lua project
starting at work right now and also prospect
on liberating some wiresharck filters to decode
CANBUS engine payloads.

Moreover I'd like to later finally step-up as a proper DD.

Can you also review my pull-request against lua-lpeg
and eventually give me Salsa rights for this repo ?

Greetings,

Alexandre Detiste

Bug#1010829: ITP: libkdumpfile -- Kernel coredump file access

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: libkdumpfile
  Version : 0.4.1
  Upstream Author : Petr Tesarik 
* URL : https://github.com/ptesarik/libkdumpfile
* License : LGPL-3+ or GPL-2+
  Programming Lang: C
  Description : Kernel coredump file access

libkdumpfile is a library to read kdump-compressed kernel core dumps.

It is an optional dependency for packaging drgn (ITP: #1001581). I work
with the drgn author, we already maintain libkdumpfile and drgn in
Fedora and would like to make sure they are available in Debian as well.

Bug#1001581: ITP: drgn -- debugger with an emphasis on programmability

[Michel Alexandre Salim]

Hi Anuradha,

On Sun, 12 Dec 2021 19:30:26 +0530 Anuradha Weeraman
 wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Anuradha Weeraman 
> 
> * Package name    : drgn
>   Version : 0.0.16
>   Upstream Author : Omar Sandoval
> * URL : https://github.com/osandov/drgn
> * License : GPL-3
>   Programming Lang: Python
>   Description : debugger with an emphasis on programmability
> 
> drgn (pronounced "dragon") is a debugger with an emphasis on
> programmability. drgn exposes the types and variables in a program
for
> easy, expressive scripting in Python.
> 
Would you like some help with this? I work with Omar, the upstream
author, and we'd love to see this in Debian (and Ubuntu).

Best regards,

-- 
Michel Alexandre Salim
identities:
https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2


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

Bug#1010778: ITP: psi-notify -- Alert when your machine is becoming over-saturated

[Michel Alexandre Salim]

On Tue, May 10, 2022 at 08:42:43AM +0800, Paul Wise wrote:
> On Mon, 2022-05-09 at 21:14 +, Michel Alexandre Salim wrote:
> 
> > I plan to maintain this myself - I'm new to Debian packaging, this is my
> > second package (currently also working on getting distrobox
> > sponsored)
> 
> I need this, so I will be happy to sponsor you. Once the package is
> ready, please follow the usual mentors procedures (RFS etc) and I will
> review the package when I read the RFS mail.
> 
Thanks Paul! I'm doing some sanity tests on the package right now, I'll
likely upload to mentors and mail the RFS tomorrow.

Best regards,

-- 
Michel Alexandre Salim
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2


signature.asc
Description: PGP signature

Bug#1010778: ITP: psi-notify -- Alert when your machine is becoming over-saturated

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: psi-notify
  Version : 1.2.1
  Upstream Author : Chris Down 
* URL : https://github.com/cdown/psi-notify
* License : MIT
  Programming Lang: C
  Description : Alert when your machine is becoming over-saturated

psi-notify is a minimal unprivileged notifier for system-wide resource pressure 
using PSI. This can help you to identify misbehaving applications on your 
machine before they start to severely impact system responsiveness, in a way 
which MemAvailable, CPU graphs, I/O utilisation graphs and other metrics cannot.

Features

- Runs unprivileged
- Minimal resource usage
- Works with any notifier using Desktop Notifications

I use this daily on my Fedora and CentOS machines, and would like to
have this in Debian too.

I plan to maintain this myself - I'm new to Debian packaging, this is my
second package (currently also working on getting distrobox sponsored)

Bug#1008291: ITP: distrobox -- Another tool for containerized command line environments on Linux

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: distrobox
  Version : 1.2.14
  Upstream Author : Luca Di Maio 
* URL : https://distrobox.privatedns.org/
* License : GPL
  Programming Lang: Bash
  Description : Another tool for containerized command line environments on 
Linux

Use any linux distribution inside your terminal. Enable both backward and
forward compatibility with software and freedom to use whatever distribution
you’re more comfortable with. 

 - usefulness
Much more flexible than Toolbx, which inspires it:
https://fedoramagazine.org/toolbx-a-developers-new-best-friend/ -
Toolbx requires specialized containers which currently are only
available for Fedora.

 - not a dependency for another package
 - I use it everyday, for compatibility testing on different distributions
   and releases

 - comparison with similar packages
   - more flexible than Toolbx
   - this wraps Podman and Docker and preconfigure the containers (e.g.
 giving them home directory access, installing the shell you use on
 the host on the container too) so it's much easier to use
 - maintenance
   - no packaging team seems to match, so I plan to maintain this
 individually. I'm new to Debian packaging (coming from Fedora where
 I'm the equivalent of a Debian Developer), so will be using
 https://mentors.debian.net/. I do have more packages to ITP, but
 want to start small with a package where the upstream author has
 expressed an interest in getting this packaged: 
https://github.com/89luca89/distrobox/issues/153
   - yes, I will need a sponsor

Bug#1001996: ITP: 1oom -- Master of Orion engine

[Alexandre Detiste]

Hi,

I've added support for "Master of Orion" dataset to game-data-packager.

By default assets get installed to /usr/share/games/master-of-orion/

drwxr-xr-x root/root 0 2021-12-26 01:35
./usr/share/games/master-of-orion/
-rw-r--r-- root/root326083 1996-12-24 23:32
./usr/share/games/master-of-orion/backgrnd.lbx
-rw-r--r-- root/root175728 1996-12-24 23:32
./usr/share/games/master-of-orion/colonies.lbx
-rw-r--r-- root/root278398 1996-12-24 23:32
./usr/share/games/master-of-orion/council.lbx
-rw-r--r-- root/root 48830 1996-12-24 23:32
./usr/share/games/master-of-orion/design.lbx

game-data-packager is meant as a general mechanism to make it easier
to use free engines
that requires non-free data, download automatically from steam or gog.com ...

https://salsa.debian.org/games-team/game-data-packager/-/commit/14e47626c0244785b594386e54970f42846ece2c

Maybe the 1oom engine needs a patch to look at the right location.

nothing is set in the stone, merge requests to g-d-p are welcome


Greetings,

Alexandre Detiste

Bug#972938: RFA: lmod -- Lua based environment modules

[Alexandre Strube]

I volunteer for adopting this package. The upstream developer of lmod
already agreed with it, I just need someone to approve from Debian's side.

A Debian package of Lmod's latest version has been created and the source
for it is at https://github.com/surak/Lmod, which is a fork of the official
Lmod repo with the added parts for creating the .deb and a container with
Debian 11 which creates the package and tests it.

Bug#996925: ITP: python-django-contrib-comments -- Django comments framework

[Alexandre Rossi]

Hi,

> * Package name: python-django-contrib-comments
>   Version : 2.1.0
>   Upstream Author : Django Software Foundation
> * URL : https://github.com/django/django-contrib-comments/
> * License : BSD-3-clause
>   Programming Lang: Python
>   Description : Django comments framework

I have done some proof of concept packaging of this project.
https://sml.zincube.net/~niol/repositories.git/django-contrib-comments/

Thanks,

Alex

Bug#996232: ITP: android-file-transfer-linux -- Android File Transfer for Linux

[Alexandre Rossi]

Hi,

> * Package name: android-file-transfer-linux
>   Version : 4.2.0
>   Upstream Author : Vladimir  
> * URL : https://github.com/whoozle/android-file-transfer-linux

Isn't this the same as https://packages.debian.org/android-file-transfer ?

Cheers,

Alex

Bug#884575: ITP: syncthingtray -- a tray applet, plasmoid, and Dolphin integration for Syncthing

[Alexandre Viau]

Hello Nicholas, Hannah,

> Oh, and Alexandre was my first Debian contact.

Aww. This is giving me Debconf nostalgia <3.

> I'm CCing you to ask if you'd appreciate help packaging deps for
> Syncthing 1.18.2,

Help for packaging new dependencies of syncthing is always welcome!

I have the habit of keeping a TODO list in the changelog:
- 
https://salsa.debian.org/go-team/packages/syncthing/-/blob/b356f757a44765ff2bb1e2a53df6d64b08dbdd25/debian/changelog

I am not very territorial with my TODO list. Feel free to steal as
many tasks as you like. If it ever runs out, I am sure we can add even
more things to it ;).

At the time of writing this email, there are three things that need to be done:
- Bump the version of github.com/shirou/gopsutil/v3/disk in Debian
- Package github.com/AudriusButkevicius/recli
- Package github.com/flynn-archive/go-shlex

Cheers,

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

On Sun, 26 Sept 2021 at 21:33, Nicholas D Steeves  wrote:
>
> Hi Hannah!
>
> Reply follows inline.
>
> Hi Alexandre!
>
> I'm CCing you to ask if you'd appreciate help packaging deps for
> Syncthing 1.18.2, because the working copy of Syncthing Tray that Hannah
> prepared has an embedded copy of this version's libsyncthing that should
> be unbundled.
>
> Hannah Rittich  writes:
>
> > Hey Nicholas,
> >
> > nice to hear that you are still interested.
> >
>
> Yes, definitely!  Long ago Alexandre Viau (Syncthing maintainer in
> Debian) convinced me of the usefulness of Syncthing, and a more friendly
> and convenient UI for our KDE Plasma users is *long overdue*.  Oh, and
> Alexandre was my first Debian contact.  By the way, is this your first
> Debian contribution?  If so, welcome! :-)
>
> > I have read this BTS entry, as well as the related GitHub issue [1].
> > Indeed, libc++utilities and libqtutilities are quite generic names. I
> > think, there are three ways to deal with this.
> >
> > 1.  Rename the libraries. Build a package for each one.
> > 2.  Build a syncthingtray package that includes the libraries and
> > installs them to `/usr/lib/$ARCH/syncthingtray`. This would make use
> > of the multiple tarball support.
> > 3.  Acceptance. Keep the names as they are. Build a package for each
> > one.
> >
> > The three approaches have pros and cons.
> >
> > 1.  + More specific package name.
> > - More work: requires changing the build process and changes to
> >   upstream might be necessary.
> > - Increases long term maintenance cost, since higher complexity
> >   increases the chance of errors.
> > - Can break on updates, if upstream does not want to include the
> >   changes.
> >
> > 2.  + A hypothetical name collision is avoided.
> > o Probably less work than 1.
> > - Additional work: requires a more complicated build process.
> > - Increases long term maintenance cost, since higher complexity
> >   increases the chance of errors.
> > - Libraries cannot be used by other packages. (The author has other
> >   applications that might be of interest. They use the same
> >   libraries.)
> >
> > 3.  + Much simpler than 1. and 2.
> > + Debian package is very close to the upstream package.
> > + Low maintenance cost and more stable build process.
> > - A hypothetical name collision can occur.
> >
> > I, would suggest option 3. A name collision, at this point, is just
> > hypothetical, while the drawbacks of the other options are real.
> >
> > I have checked the package database and there is currently no name
> > collision with these package names, and the Debian Policy
> > Manual just requires a name to be unique in Debian [2], which they are.
> >
> > Furthermore, the chance of a name collision is rather small. Yes,
> > libc++utilities is a rather generic name. However, for the same reason
> > you are concerned about the name, most people will not consider to use
> > such a generic name for a project; it is actually a bold move to choose
> > such a name. In case a more important package needs this name, however,
> > the packages can still be renamed. Hence, I do not see a reason to
> > significantly increase the effort of packaging when there is no concrete
> > reason to do so at the moment. There is the saying "done is better than
> > perfect."
> >
> > If you insist, one could add a section to the README.Debian file that
> > the package will be renamed in case the name is needed by a more
> > important package.
> >
>
> So option #1 is patching the library, and not using a different package
> name at the dp

Bug#839569: ITP: libselenium-remote-driver-perl -- Perl Client for Selenium Remote Driver

[Alexandre GRIVEAUX]

After some investigating, we need this paquets:

libarchive-zip-perl
libcarp-always-perl
libclone-perl
libfile-which-perl
libhttp-message-perl
libio-string-perl
libjson-perl
libtest-lwp-useragent-perl
libtest-deep-perl
libtest-fatal-perl
libtest-longstring-perl
libtest-mockmodule-perl
libsub-install-perl
libtest-roo-perl
libtemplate-plugin-xml-perl
libextutils-makemaker-cpanfile-perl
perl-doc
make

Get the tar.gz from https://metacpan.org/release/Selenium-Remote-Driver

Go to the folder and do:
perl Makefile.PL
make test
make

If all good, do:

sudo make install

You should see:

Manifying 30 pod documents
Manifying 2 pod documents
Installing /usr/local/share/perl/5.28.1/Test/Selenium/InternetExplorer.pm
Installing /usr/local/share/perl/5.28.1/Test/Selenium/Firefox.pm
Installing /usr/local/share/perl/5.28.1/Test/Selenium/Chrome.pm
Installing /usr/local/share/perl/5.28.1/Test/Selenium/Edge.pm
Installing /usr/local/share/perl/5.28.1/Test/Selenium/PhantomJS.pm
Installing /usr/local/share/perl/5.28.1/Test/Selenium/Remote/WebElement.pm
Installing /usr/local/share/perl/5.28.1/Test/Selenium/Remote/Driver.pm
Installing 
/usr/local/share/perl/5.28.1/Test/Selenium/Remote/Role/DoesTesting.pm

Installing /usr/local/share/perl/5.28.1/Selenium/InternetExplorer.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Firefox.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Chrome.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Edge.pm
Installing /usr/local/share/perl/5.28.1/Selenium/ActionChains.pm
Installing /usr/local/share/perl/5.28.1/Selenium/PhantomJS.pm
Installing /usr/local/share/perl/5.28.1/Selenium/CanStartBinary.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Waiter.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/Commands.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/ErrorHandler.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/WebElement.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/driver-example.pl
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/RemoteConnection.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/Spec.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/Finders.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/WDKeys.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Remote/Mock/Commands.pm
Installing 
/usr/local/share/perl/5.28.1/Selenium/Remote/Mock/RemoteConnection.pm
Installing 
/usr/local/share/perl/5.28.1/Selenium/Remote/Driver/CanSetWebdriverContext.pm
Installing 
/usr/local/share/perl/5.28.1/Selenium/Remote/Driver/Firefox/Profile.pm
Installing 
/usr/local/share/perl/5.28.1/Selenium/CanStartBinary/FindBinary.pm
Installing 
/usr/local/share/perl/5.28.1/Selenium/CanStartBinary/ProbePort.pm
Installing 
/usr/local/share/perl/5.28.1/Selenium/Firefox/webdriver_prefs.json

Installing /usr/local/share/perl/5.28.1/Selenium/Firefox/Profile.pm
Installing /usr/local/share/perl/5.28.1/Selenium/Firefox/webdriver.xpi
Installing /usr/local/share/perl/5.28.1/Selenium/Firefox/Binary.pm
Installing /usr/local/man/man3/Selenium::Firefox::Binary.3pm
Installing /usr/local/man/man3/Selenium::Remote::Commands.3pm
Installing /usr/local/man/man3/Selenium::InternetExplorer.3pm
Installing /usr/local/man/man3/Selenium::CanStartBinary::FindBinary.3pm
Installing /usr/local/man/man3/Selenium::Remote::Mock::RemoteConnection.3pm
Installing /usr/local/man/man3/Test::Selenium::Firefox.3pm
Installing 
/usr/local/man/man3/Selenium::Remote::Driver::Firefox::Profile.3pm

Installing /usr/local/man/man3/Test::Selenium::Edge.3pm
Installing /usr/local/man/man3/Selenium::Remote::Mock::Commands.3pm
Installing 
/usr/local/man/man3/Selenium::Remote::Driver::CanSetWebdriverContext.3pm

Installing /usr/local/man/man3/Selenium::Remote::ErrorHandler.3pm
Installing /usr/local/man/man3/Selenium::Remote::Spec.3pm
Installing /usr/local/man/man3/Selenium::Edge.3pm
Installing /usr/local/man/man3/Selenium::Firefox::Profile.3pm
Installing /usr/local/man/man3/Test::Selenium::Chrome.3pm
Installing /usr/local/man/man3/Selenium::Remote::Finders.3pm
Installing 
/usr/local/man/man3/Test::Selenium::Remote::Role::DoesTesting.3pm

Installing /usr/local/man/man3/Selenium::CanStartBinary::ProbePort.3pm
Installing /usr/local/man/man3/Test::Selenium::Remote::Driver.3pm
Installing /usr/local/man/man3/Selenium::Remote::WDKeys.3pm
Installing /usr/local/man/man3/Test::Selenium::InternetExplorer.3pm
Installing /usr/local/man/man3/Selenium::Remote::RemoteConnection.3pm
Installing /usr/local/man/man3/Selenium::Chrome.3pm
Installing /usr/local/man/man3/Test::Selenium::Remote::WebElement.3pm
Installing /usr/local/man/man3/Selenium::Remote::WebElement.3pm
Installing /usr/local/man/man3/Test::Selenium::PhantomJS.3pm
Installing /usr/local/man/man3/Selenium::Firefox.3pm
Installing /usr/local/man/man3/Selenium::Remote::Driver.3pm
Installing /usr/local/man/man3/Selenium::CanStartBinary.3pm
Installing 

Bug#959100: Upstream concerns

[Alexandre Franke]

Hi,

One of the upstream development team member here. Make of that what
you will, but know that we’d rather you don’t offer a Fractal package.
We recommend people get the application as we publish it ourselves as
a flatpak on flathub.org. There are various reasons and I won’t try to
sell flatpak to you, but the main points for us are that:
* the application is built exactly how we intend it to be built (no
broken feature or hard to reproduce issues because package maintainers
decide to disable options)
* we get sandboxing

Now I’m not here to debate or say that Debian packagers are not
competent. I’m here to make you aware of our preference. As I said,
make of it what you will.

-- 
Alexandre Franke
GNOME Hacker

Bug#940405: RFA: golang-github-oschwald-geoip2-golang

[Alexandre Viau]

On Fri, 8 Jan 2021 at 18:02, Cyril Brulebois  wrote:
> It seems to be a package simple enough, and with a very limited set of
> reverse dependencies, that I think I should be able to manage further
> updates. If that looks good enough for you, I can indeed drop you from
> Uploaders and close this bug report.

Looks good to me! Thanks!

Cheers,

Bug#943676: Re: Sponsor request for 'Open Surge'

[Alexandre Martins]

Hi,

The source code will be compatible with the libraries that are
currently packaged in Debian.

We are including in the new version a file that specifies, in a clear
and organized manner, the copyright information of the artwork
(authors, licenses):

https://github.com/alemart/opensurge/blob/master/src/misc/copyright-artwork.csv

A few files have been changed since the latest release (mostly music),
and a few more are expected to change in the coming days (mostly
music). However, most files remain the same. This csv file may thus
help you save some time.

Hopefully with these contributions Open Surge 0.5.2.0 can make it for bullseye.

Alexandre

Em ter., 5 de jan. de 2021 às 05:27, Bruno Kleinert  escreveu:
>
> Hi Alexandre,
>
> excellent!
>
> Providing estimations is difficult, because everything in the Debian Games 
> Team happens in our spare time. For updating the currentl opensurge package, 
> the effort depends on checking and documenting copyright holders and licenses 
> of added or changed game data.
>
> With respect to the source code, dependencies are critical: If opensurge 
> requires later releases of its dependenceis than those currently packaged it 
> will be too late to update them after 12.1., because that's the date of 
> transition freeze.
>
> To sum things up: The smaller the difference between the releases, the less 
> effort it takes to get it integrated.
>
> Cheers,
> Bruno
>
> Am Montag, dem 04.01.2021 um 23:48 -0300 schrieb Alexandre Martins:
>
> Thank you. Our upcoming release is expected to be available by the
>
> first week of February.
>
>
> We're putting extra effort so that the game can be available in
>
> bullseye. How long does it take to review and upload the package once
>
> we release the new version?
>
>
> Alexandre
>
>
> Em dom., 3 de jan. de 2021 às 04:37, Bruno Kleinert
>
>  escreveu:
>
>
>
> Am Freitag, dem 01.01.2021 um 23:52 -0300 schrieb Carlos Donizete Froes:
>
>
> Hi,
>
>
>
> Finally, I would like to ask you all, and in particular Carlos
>
>
> Donizete, to wait until the upcoming 0.5.2.0 release before uploading
>
>
> the package.
>
>
>
> Perfect, I will wait for the next release. I want to thank the upstream
>
>
> Alexandre Martins for contacting us and clarifying our doubts.
>
>
>
> Thanks!
>
>
>
>
> Just for your information, 12th February is freeze of bullseye, see 
> https://wiki.debian.org/DebianBullseye
>
>
> Cheers,
>
> Bruno
>
>

Bug#943676: Re: Sponsor request for 'Open Surge'

[Alexandre Martins]

Thank you. Our upcoming release is expected to be available by the
first week of February.

We're putting extra effort so that the game can be available in
bullseye. How long does it take to review and upload the package once
we release the new version?

Alexandre

Em dom., 3 de jan. de 2021 às 04:37, Bruno Kleinert
 escreveu:

>
> Am Freitag, dem 01.01.2021 um 23:52 -0300 schrieb Carlos Donizete Froes:
>
> Hi,
>
>
> Finally, I would like to ask you all, and in particular Carlos
>
> Donizete, to wait until the upcoming 0.5.2.0 release before uploading
>
> the package.
>
>
> Perfect, I will wait for the next release. I want to thank the upstream
>
> Alexandre Martins for contacting us and clarifying our doubts.
>
>
> Thanks!
>
>
>
> Just for your information, 12th February is freeze of bullseye, see 
> https://wiki.debian.org/DebianBullseye
>
> Cheers,
> Bruno

Bug#979005: ITP: golang-github-gopherjs-jsbuiltin -- GopherJS bindings for built-in JavaScript functions

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-gopherjs-jsbuiltin
  Version : 0.0~git20180426.5009155-1
  Upstream Author : GopherJS
* URL : https://github.com/gopherjs/jsbuiltin
* License : BSD-2-clause
  Programming Lang: Go
  Description : GopherJS bindings for built-in JavaScript functions

This is needed for perkeep.

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

Bug#979004: ITP: golang-myitcv -- Mono-repo for all myitcv.io/... Go code

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-myitcv
  Version : old_gg+git20201125.a7167af-1
  Upstream Author : Paul Jolly
* URL : https://github.com/myitcv/x
* License : Expat
  Programming Lang: Go
  Description : Mono-repo for all myitcv.io/... Go code

This is needed for perkeep.
--
Alexandre Viau
av...@debian.org

Bug#979001: ITP: golang-honnef-go-js-dom -- Go bindings for the JavaScript DOM APIs

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-honnef-go-js-dom
  Version : 0.0~git20200509.d4405f7-1
  Upstream Author : Dominik Honnef
* URL : https://github.com/dominikh/go-js-dom
* License : Expat
  Programming Lang: Go
  Description : Go bindings for the JavaScript DOM APIs

 js/dom Package dom provides Go bindings for the JavaScript DOM APIs.
 Version 2 API Status: Alpha, more API changes may be done soon.

This is needed for perkeep.

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

Bug#978993: ITP: golang-github-tomnomnom-linkheader -- Golang HTTP Link header parser

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-tomnomnom-linkheader
  Version : 0.1.0+git20180905.02ca582-1
  Upstream Author : Tom Hudson
* URL : https://github.com/tomnomnom/linkheader
* License : Expat
  Programming Lang: Go
  Description : Golang HTTP Link header parser

This is needed for perkeep.

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

Bug#978992: ITP: golang-github-tgulacsi-picago -- Picasa Go library for downloading photos

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-tgulacsi-picago
  Version : 0.0~git20190121.7cafae2-1
  Upstream Author : Tamás Gulácsi
* URL : https://github.com/tgulacsi/picago
* License : Apache-2.0
  Programming Lang: Go
  Description : Picasa Go library for downloading photos

This is required for perkeep.

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

Bug#943676: Re: Sponsor request for 'Open Surge'

[Alexandre Martins]

Hi Bruno,

Thank you for your reply.

By playing Johan's songs in our game, we are paying homage to an
artist who has contributed greatly to our project.

By the way, Johan himself has uploaded that very same music to
opengameart.org, this time under the CC-BY-SA 3.0:
https://opengameart.org/content/theme-from-open-surge

Johan can no longer speak on this plane, but I can speak for him. Even
though he said we could use his music under the public domain, I think
it's more fair if we used it under the CC-BY-SA 3.0 instead. We begin
to pick a license that requires attribution if his music is used
elsewhere, as a way to honor his work. The copyright file of the
Debian package could reflect that choice.

Looking forward to seeing Open Surge in Debian,
Alexandre

Em qui., 31 de dez. de 2020 às 02:36, Bruno Kleinert
 escreveu:
>
> Hi Martin,
>
> Am Mittwoch, dem 30.12.2020 um 15:02 -0300 schrieb Alexandre Martins:
>
> Hi. Upstream here.
>
>
> From what I've seen in Open Surge it seems this is another example of 
> upstream copying random files from the web and pretend to have the permission 
> to create derivate works from them and redistribute them
>
>
> Let me clarify a few things. We never "copy random files from the
>
> web". The "copyright issue" you have raised is not valid.
>
>
> Johan Brodd (aka jobromedia) has created the song Minds Wide Open
>
> (theme.ogg) for Open Surge. He joined our project years ago and
>
> contributed with his musical talent.
>
>
> Free content is very important to our project and I talk to artists
>
> about it. I have talked to Johan about his music and he has agreed to
>
> release it under the public domain. Unfortunately, Johan passed away a
>
> few years back (we have even included a RIP in our credits screen).
>
>
> While not directly related to musics/theme.ogg, in a forum thread
>
> dated from December 2011 I explain to Johan about free content and
>
> then he decides to release his files under the public domain:
>
> http://forum.opensurge2d.org/viewtopic.php?id=1114
>
>
> Regarding musics/theme.ogg specifically, I invite you to take a look
>
> at a screenshot of a private conversation between me and Johan, where
>
> he expresses gratitude for having that music included in the game:
>
> http://forum.opensurge2d.org/misc/jobro_theme.png He is a deceased man
>
> now, but he has made that music for Open Surge, and it's free. He
>
> cared and he has provided great free music to our project. The
>
> inference that our project "copies random files from the web and
>
> pretend to have permission" sounds disrespectful to me and to
>
> everybody who has contributed content.
>
>
> Thanks for providing the links. From 
> https://forum.opensurge2d.org/viewtopic.php?pid=8700#p8700 "[…] I set all my 
> files to public domain now […]" is the crucial piece of information. I 
> consider it worthy to document that within the distribution of the game. 
> Other FLOSS distributions, e.g., fedora, also benefit from clear copyright 
> and license documentation.
>
>
> Let me also clarify that our C source code is released under the
>
> GPLv3, but our artwork is mostly under the CC-BY 3.0. We also have a
>
> few files under the public domain and under the CC-BY-SA 3.0 (check
>
> our credits screen). In addition, we have a scripting system called
>
> SurgeScript inside the game; scripts written in SurgeScript (.ss
>
> files) are released under the MIT license.
>
>
> We have never re-licensed any CC-BY-SA 3.0 content to the GPLv3.
>
> Artwork is not code. Years ago I read about a claimed incompatibility
>
> between the CC-BY-SA and the GPL, but I have learned since that this
>
> doesn't hold. My understanding is that they are compatible and can be
>
> mixed in a game. The popular SuperTux mixes CC-BY-SA artwork with GPL
>
> code, as can be seen in their README
>
> https://github.com/SuperTux/supertux
>
>
> My apologies, the re-licensing was something I misunderstood from Carlos. For 
> a Debian package it's required to document all respective copyright holders 
> and respective licenses in file /usr/share/doc//copyright.
>
> That file's content must be carefully gathered and verified to avoid any 
> possibilities of copyright infringements or license violations by Debian as 
> we redistribute the work and must make sure to have the permission to do so. 
> That's why me and sure many other Debian Developers are keen on clear and 
> unambiguous copyright and licensing documentation of upstream work.
>
> To get an idea of what this file looks like, take a look at out 
> work-in-progess here: 
> https://salsa.debian.org/games-team/

Bug#943676: Re: Sponsor request for 'Open Surge'

[Alexandre Martins]

Hi. Upstream here.

> From what I've seen in Open Surge it seems this is another example of 
> upstream copying random files from the web and pretend to have the permission 
> to create derivate works from them and redistribute them

Let me clarify a few things. We never "copy random files from the
web". The "copyright issue" you have raised is not valid.

Johan Brodd (aka jobromedia) has created the song Minds Wide Open
(theme.ogg) for Open Surge. He joined our project years ago and
contributed with his musical talent.

Free content is very important to our project and I talk to artists
about it. I have talked to Johan about his music and he has agreed to
release it under the public domain. Unfortunately, Johan passed away a
few years back (we have even included a RIP in our credits screen).

While not directly related to musics/theme.ogg, in a forum thread
dated from December 2011 I explain to Johan about free content and
then he decides to release his files under the public domain:
http://forum.opensurge2d.org/viewtopic.php?id=1114

Regarding musics/theme.ogg specifically, I invite you to take a look
at a screenshot of a private conversation between me and Johan, where
he expresses gratitude for having that music included in the game:
http://forum.opensurge2d.org/misc/jobro_theme.png He is a deceased man
now, but he has made that music for Open Surge, and it's free. He
cared and he has provided great free music to our project. The
inference that our project "copies random files from the web and
pretend to have permission" sounds disrespectful to me and to
everybody who has contributed content.

Let me also clarify that our C source code is released under the
GPLv3, but our artwork is mostly under the CC-BY 3.0. We also have a
few files under the public domain and under the CC-BY-SA 3.0 (check
our credits screen). In addition, we have a scripting system called
SurgeScript inside the game; scripts written in SurgeScript (.ss
files) are released under the MIT license.

We have never re-licensed any CC-BY-SA 3.0 content to the GPLv3.
Artwork is not code. Years ago I read about a claimed incompatibility
between the CC-BY-SA and the GPL, but I have learned since that this
doesn't hold. My understanding is that they are compatible and can be
mixed in a game. The popular SuperTux mixes CC-BY-SA artwork with GPL
code, as can be seen in their README
https://github.com/SuperTux/supertux

I hope this sorts it out. If you find any issues, I'm open and willing
to help. I too would like to see our project in Debian. What has been
claimed, however, is a non-issue.

Finally, I would like to ask you all, and in particular Carlos
Donizete, to wait until the upcoming 0.5.2.0 release before uploading
the package.

Happy new year,
Alexandre

Em qua., 30 de dez. de 2020 às 11:07, Carlos Donizete Froes
 escreveu:
>
>  Mensagem encaminhada 
> De: Bruno Kleinert 
> Para: Carlos Donizete Froes 
> Cc: Debian Games Team 
> Assunto: Re: Sponsor request for 'Open Surge'
> Data: Wed, 30 Dec 2020 09:22:38 +0100
>
> Am Mittwoch, dem 30.12.2020 um 01:01 -0300 schrieb Carlos Donizete Froes:
>
> Hi Bruno,
>
>
> Unfortunately, I found a blocker from uploading the package: The licensing and
>
> copyright information of the game's data is missing in debian/copyright. I
>
> added debian/TODO to document that issue, i.e., there's still quite some work
>
> ahead to gather the respective copyright holders and licenses for data files.
>
> I picked random samples and it seems that some graphics files have that
>
> information in the image, while for the audio and music files copyright
>
> holders and license is mostly unclear. Please get in touch with upstream to
>
> get this sorted out!
>
>
> Sorry, but I didn't understand what you need and what needs to be corrected to
>
> have all this work and mandatory part in the licenses, since the upstream 
> itself
>
> declares in the main project directory that the license is GPLv3.
>
>
> If upstream includes a piece of work which has a license that forbids 
> re-licensing, e.g., images/hydra.png is CC-BY-SA-3.0, then upstream has no 
> permission to re-license it under GPL-3. I'm not a lawyer, but would expect 
> this could only work if upstream has a written exception permission by the 
> original author to re-license a piece of work. Since there is no permission 
> released with Open Surge, we cannot assume this permission exists.
>
>
> Is it really necessary to ask upstream to add all licenses to files such as
>
> audio, music and images that it has created and that declares GPLv3?
>
>
> Yes, because Debian must make sure it does not redistribute work that was 
> pirated by upstream.
>
> It seems there's even such an example in Open Surge:
>
> fuddl@flutschi:~/debian/opensu

Bug#978645: ITP: golang-modernc-internal -- modernc internal packages

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-modernc-internal
  Version : 1.0.0-1
* URL : https://modernc.org/internal
* License : BSD-3-Clause
  Programming Lang: Go
  Description : modernc internal packages

This is needed for perkeep.

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

Bug#978606: ITP: golang-modernc-kv -- simple and easy to use persistent key/value (KV) store

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-modernc-kv
  Version : 1.0.3-1
  Upstream Author : cznic
* URL : modernc.org/kv
* License : BSD
  Programming Lang: Go
  Description : Package kv implements a simple and easy to use
persistent key/value (KV) store.

This is needed for perkeep.


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

Bug#978605: ITP: golang-github-nf-cr2 -- A basic Camera Raw 2 reader

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-nf-cr2
  Version : 0.0~git20180623.4699471-1
  Upstream Author :
* URL : https://github.com/nf/cr2
* License : BSD-3-clause
  Programming Lang: Go
  Description : A basic Camera Raw 2 reader

this is needed for perkeep

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

Bug#978604: ITP: golang-rsc-qr -- QR codes

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-rsc-qr
  Version : 0.2.0-1
  Upstream Author : Russ Cox
* URL : https://github.com/rsc/qr
* License : BSD-3-clause
  Programming Lang: Go
  Description : QR codes

This is needed for perkeep.

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

Bug#978603: ITP: golang-rsc-pdf -- PDF reader

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-rsc-pdf
  Version : 0.1.0-1
  Upstream Author : Russ Cox
* URL : https://github.com/rsc/pdf
* License : BSD-3-clause
  Programming Lang: Go
  Description : PDF reader

This is needed for perkeep.

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

Bug#978597: ITP: golang-github-hjfreyer-taglib-go -- Pure go audio tag library in the spirit of taglib

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-hjfreyer-taglib-go
  Version : 0.0~git20151027.0ef8bba-1
  Upstream Author : Hunter Freyer
* URL : https://github.com/hjfreyer/taglib-go
* License : Apache-2.0
  Programming Lang: Go
  Description : Pure go audio tag library in the spirit of taglib

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

Bug#978596: ITP: golang-github-filosottile-b2 -- Efficient, idiomatic Go library for Backblaze B2 Cloud Storage.

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-filosottile-b2
  Version : 0.0~git20170207.b197f7a-1
  Upstream Author : Filippo Valsorda
* URL : https://github.com/FiloSottile/b2
* License : Expat
  Programming Lang: Go
  Description : Efficient, idiomatic Go library for Backblaze B2
Cloud Storage.

this is needed for syncthing

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

Bug#978591: golang-github-gomodule-oauth1 -- OAuth 1.0 client package for Go

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-gomodule-oauth1
  Version : 0.0~git20181215.9a59ed3-1
  Upstream Author :
* URL : https://github.com/gomodule/oauth1
* License : Apache-2.0
  Programming Lang: Go
  Description : OAuth 1.0 client package for Go

This is needed for perkeep.

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

Bug#978590: ITP: golang-github-jonas-p-go-shp -- Go library for reading and writing ESRI Shapefiles.

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-jonas-p-go-shp
  Version : 0.1.1-1
  Upstream Author : Jonas Palm
* URL : https://github.com/jonas-p/go-shp
* License : Expat
  Programming Lang: Go
  Description : Go library for reading and writing ESRI
Shapefiles. Pure Golang implementation based on the ESRI Shapefile
technical description.

This is needed for perkeep.

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

Bug#839569: ITP: libselenium-remote-driver-perl -- Perl Client for Selenium Remote Driver

[Alexandre GRIVEAUX]

Hello,


I know it's 4 years old but how i can reproduce ?

I've tried downloading from 
https://metacpan.org/release/Selenium-Remote-Driver 




Running it with perl Makefile.pl and make, doesn't produce .so files.


Thanks.

Bug#978497: ITP: golang-github-golang-freetype -- The Freetype font rasterizer in the Go programming language.

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-golang-freetype
  Version : release+git20170609.e2365df-1
  Upstream Author : Go
* URL : https://github.com/golang/freetype
* License : freetype or gpl-2.0+
  Programming Lang: Go
  Description : The Freetype font rasterizer in the Go programming
language.

 The Freetype font rasterizer in the Go programming language.

This is needed for perkeep.


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

Bug#978495: ITP: golang-github-bradfitz-latlong -- maps from a latitude and longitude to a timezone.

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-bradfitz-latlong
  Version : 0.0~git20170410.f3db6d0-1
  Upstream Author : Brad Fitzpatrick
* URL : https://github.com/bradfitz/latlong
* License : Apache-2.0
  Programming Lang: Go
  Description : The latlong package maps from a latitude and
longitude to a timezone.

This is needed for Perkeep.

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

Bug#978449: ITP: perkeep -- Perkeep lets you permanently keep your stuff, for life.

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: perkeep
  Version : 0.11-1
* URL : https://perkeep.org/
* License : Apache-2.0
  Programming Lang: Go
  Description : Perkeep lets you permanently keep your stuff, for life.

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

Bug#978148: ITP: golang-github-miscreant-miscreant.go -- Go implementation of Miscreant: misuse-resistant encryption library with AES-SIV (RFC 5297) and AES-PMAC-SIV support

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-miscreant-miscreant.go
  Version : 0.0~git20200214.26d3763-1
  Upstream Author : miscreant.
* URL : https://github.com/miscreant/miscreant.go
* License : Expat
  Programming Lang: Go
  Description : Go implementation of Miscreant: misuse-resistant
encryption library with AES-SIV (RFC 5297) and AES-PMAC-SIV support

This is a new Syncthing dependency

Cheers,

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

Bug#950198: Fixing build with jami_20191214.1.07edb5e

[Alexandre Viau]

Hello!

Thank you very much for helping!

It looks like you made your changes alongside updates to the upstream source.

Sadly I won't merge any changes to the upstream sources. I'll handle
these myself with git-buildpackage.

Can you please submit your opendht changes again, this time only
including the changes in the debian/ folder?

Then, we will move on to Jami.

Cheers,

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

On Fri, 25 Sep 2020 at 10:20, Amin Bandali
 wrote:
>
> Hello Alexandre, all,
>
> I recently joined the Jami team at SFL, and I'm also the newly-appointed
> GNU (co)maintainer for Jami.  I would like to help improve the situation
> with the Jami package in the official Debian repositories however I can.
> I think the first step would be getting more recent versions of the Jami
> Debian package to build.
>
> I opened a number of merge requests against Debian's package sources for
> OpenDHT and Jami, including changes with which I've been able to build
> the WIP update to the jami_20191214.1.07edb5e version.  The merge
> requests are as follows:
>
> - New upstream version 2.1.6:
>   https://salsa.debian.org/debian/opendht/-/merge_requests/3
> - pristine-tar data for opendht_2.1.6.orig.tar.gz:
>   https://salsa.debian.org/debian/opendht/-/merge_requests/4
> - Update to new upstream version 2.1.6, along with tweaks useful for
>   building newer versions of jami:
>   https://salsa.debian.org/debian/opendht/-/merge_requests/5
>
> - Fix build with jami_20191214.1.07edb5e:
>   https://salsa.debian.org/pkg-voip-team/ring/-/merge_requests/2
>
> In essence, I pulled the latest version of OpenDHT into the Debian
> source repo for it, and tweaked the CONFIGURE_FLAGS and the Libs link
> flags in pkgconfig-static.patch to make the package useful for linking
> and building newer Jami against.  On the Jami side, I updated the file
> name for the jami-gnome manpage, and also changed some (non-existent)
> 'distclean' instances to 'clean' so that the build wouldn't fail with a
> non-clean tree.
>
> I'd appreciate it if y'all would take my changes for a spin and see if
> you're able to build jami_20191214.1.07edb5e with them.  If yes, and if
> everyone's happy with the changes and they're merged, next we could try
> building the most recent version of Jami and see how that goes.
>
> Best,
>
> --
> Amin Bandali
> Free Software Consultant
> Savoir-faire Linux
> GNU Jami: bandali

Bug#970825: ITP: golang-github-petermattis-goid -- Programatically retrieve the current goroutine's ID

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-petermattis-goid
  Version : 0.0~git20180202.b0b1615-1
  Upstream Author : Peter Mattis
* URL : https://github.com/petermattis/goid
* License : Apache-2.0
  Programming Lang: Go
  Description :

 goid Build Status (https://travis-ci.org/petermattis/goid)
 Programatically retrieve the current goroutine's ID. See the CI
 configuration (.travis.yml) for supported Go versions. In addition,
 gccgo 7.2.1 (Go 1.8.3) is supported.

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



signature.asc
Description: OpenPGP digital signature

Bug#969242: ITP: golang-github-willf-bloom -- Go package implementing Bloom filters

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

* Package name: golang-github-willf-bloom
  Version : 2.0.3-1
  Upstream Author : Will Fitzgerald
* URL : https://github.com/willf/bloom
* License : BSD-2-clause
  Programming Lang: Go
  Description : Go package implementing Bloom filters

 Bloom filters Master Build Status
 (https://travis-ci.org/willf/bloom?branch=master) Coverage Status
 (https://coveralls.io/github/willf/bloom?branch=master) Go Report
 Card (https://goreportcard.com/report/github.com/willf/bloom) GoDoc
 (http://godoc.org/github.com/willf/bloom)
 .
 A Bloom filter is a representation of a set of n items, where the main
 requirement is to make membership queries; i.e., whether an item is a
 member of a set.
 .

This is required for Syncthing.



signature.asc
Description: OpenPGP digital signature

Bug#950198: Jami: one last dht linking issue

[Alexandre Viau]

Hello,

I have put some time on the Jami packaging today.

The version that I am trying to build is here:
 - https://salsa.debian.org/pkg-voip-team/ring

The version is 20191214.1.07edb5e~ds1-1.

It seems that Debian has all of the required dependencies, but I am
getting opendht linking issues.

For example:

- /usr/bin/ld: ./daemon/src/jamidht/server_account_manager.cpp:299:
undefined reference to `dht::http::Request::send()'

I think that we are very close. I don't have any more time today but if
one of you guys are willing to help you can try to hack on it and give
me pointers or send a patch.

Looking forward to a new upload!!

Cheers,

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



signature.asc
Description: OpenPGP digital signature

Bug#967966: ITP: collectd-graph-panel -- web-based graphing app for collectd statistics

[Alexandre Rossi]

Hi,

> Package: wnpp
> Severity: wishlist
> Owner: Joseph Nahmias 
> 
> * Package name: collectd-graph-panel
>   Version : 1
>   Upstream Author : Pim van den Berg 
> * URL : http://pommi.nethuis.nl/category/cgp/
> * License : GPL3
>   Programming Lang: PHP
>   Description : web-based graphing app for collectd statistics
> 
>  Collectd Graph Panel (CGP) is a graphical web-based front-end for
>  visualizing RRD collected by collectd, written in the PHP language.

The author seems[1] to have migrated to grafana now, so maybe this won't be
maintained upstream.

[1] https://cloud-infra.engineer/collectd-influxdb-grafana-with-downsampling/

Alex

Bug#964238: Please package 0.17.2

[Alexandre Viau]

Package: wnpp
Severity: wishlist
Owner: Alexandre Viau 

Hello!

Would you please upload 0.17.2?

It looks like Syncthing needs a newer version of quic-go.

Cheers,

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



signature.asc
Description: OpenPGP digital signature

Bug#960539: RFP: hydrogen -- advanced drum machine/step sequencer repackaging

[Alexandre Lymberopoulos]

Hi there!

I tried my rock band generic drum kit using USB cable, conected to
hydrogen MIDI (via rbdrum2midi) in your version and it worked perfectly! :)

Is there any other test I should perform by now?

Cheers, Alexandre
-- 
===
Alexandre Lymberopoulos - lym...@ime.usp.br - http://www.ime.usp.br/~lymber
Instituto de Matemática e Estatística - Universidade de São Paulo
===

Bug#960539: RFP: hydrogen -- advanced drum machine/step sequencer repackaging

[Alexandre Lymberopoulos]

On Jun 04 2020, Nicholas D Steeves wrote:
> Hi Alexandre,

Hi Nicholas!

I was able to compile the package here, and the sample files played
perfectly. I tested both jack and alsa driver with good results!The only
downside was that I got a segfault, while trying to export the song as
an ogg file (as flac eveything was ok).

Next step is to find my Rock band generic drumpads to test MIDI input.

> https://salsa.debian.org/multimedia-team/hydrogen.git
> https://salsa.debian.org/multimedia-team/hydrogen

Sorry again for the naive comments, but I cloned the project above and
followed the steps there to build the package, purged all the hydrogen
and qt4 old packages, installed the new one with dpkg and it worked as I
said above.

> https://drive.google.com/drive/folders/1j506Sn2Ur1_Cue1WTJUKgYmPcQW6qZsh?usp=sharing
 
> Of the debs you'll need libhydrogen-core-1.0.0, hydrogen-data, and of
> course hydrogen.  I've provided the source package .build and .buildinfo
> as well for the sake of transparency.

Should I install those debs instead the one I build here? "Mine"
building process resulted in just 2 debs (hydrogen_1.0.0-beta_amd64.deb
and hydrogen-dbgsym_1.0.0-beta_amd64.deb). I installed the first the one
(that is much bigger in disk size than yours).

> You're welcome :-)  'hope those patches were truly no longer necessary
> and that this beta2 release is already functional.

Probably, since my "just pushing buttons" compilation/building
process here produced a functional binary. :)

Please let me know if I should remove my packages and test your from
Google Drive.

> Cheers,
> Nicholas

Cheers!
-- 
=======
Alexandre Lymberopoulos - lym...@ime.usp.br - http://www.ime.usp.br/~lymber
Instituto de Matemática e Estatística - Universidade de São Paulo
===

Bug#960539: RFP: hydrogen -- advanced drum machine/step sequencer repackaging

[Alexandre Lymberopoulos]

Hi Nicholas,

I can perform this real-life testing, but I don't know how to get the
package to install and test. Sorry for this naive question, but hydrogen
is no longer available via apt(itutde), only the 0.9.7-6 installed here.

Thanks for your help!

Best, Alexandre

On May 23 2020, Nicholas D Steeves wrote:
> Hi Alexandre,
> 
> Please CC the bug (xyz...@bugs.debian.org) in the future.  I've had to
> cut your reply, because we can't release private mail to the public.
> 
> I appreciate that you filed an RFS for reintroduction of the package.
> When the package is reintroduced I'll open all the old auto-closed bugs;
> testing to see if an old bug still exists then that would be another way
> to help out.
> 
> Current status/progress update: I need to carefully examine upstream
> source to see which of the 1000-series patches that failed to rebase can
> be dropped.  I'll also have to analyse the package to see if sticking
> with CDBS would be for the best, or if we can move it to debhelper at
> this time.  Both of these things are a bit advanced, which is why I
> didn't leave this work for a newcomer; Increasingly I like to leave work
> for newcomers, because it sometimes feels hard to find a place to
> contribute.  Anyways, I think real-life testing has equal value to
> packaging, so thank you again for your willingness to contribute in
> this way! :-)
> 
> 
> Cheers,
> Nicholas
> 



-- 
===
Alexandre Lymberopoulos - lym...@ime.usp.br - http://www.ime.usp.br/~lymber
Instituto de Matemática e Estatística - Universidade de São Paulo
===

Bug#950198: restinio

[Alexandre Viau]

On 2020-05-15 5:48 a.m., Felix Salfelder wrote:
> On Fri, May 15, 2020 at 11:30:03AM +0200, Petter Reinholdtsen wrote:
>> [Alexandre Viau]
>>> The next step would now be to update OpenDHT, which should be quick
>>> once restinio passes new.
>>
>> The restinio package was just accepted into unstable.
> 
> I am half way through opendht [1]. My package lacks testing (just
> imported new upstream 2.1.1). I will continue as time permits, but feel
> free to help.

Hello!

I have just uploaded a new version of opendht.

For the next step I will attempt to build Jami to see if there is
anything missing.

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



signature.asc
Description: OpenPGP digital signature

Bug#960538: Acknowledgement (RFP: ffsend -- A fully featured Firefox Send command line client)

[Alexandre Lymberopoulos]

I'm sorry. The language in which ffsend is written is Rust, not C++ as I
wrote in the first message.

By the way the Rust team was copied in the original message.

Thanks in advance.

Best, Alexandre

On May 13 2020, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> You can follow progress on this Bug here: 960538: 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960538.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   pkg-rust-maintain...@alioth-lists.debian.net
> (after having been given a Bug report number, if it did not have one).
> 
> Your message has been sent to the package maintainer(s):
>  w...@debian.org
> 
> If you wish to submit further information on this problem, please
> send it to 960...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> -- 
> 960538: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=960538
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

-- 
===
Alexandre Lymberopoulos - lym...@ime.usp.br - http://www.ime.usp.br/~lymber
Instituto de Matemática e Estatística - Universidade de São Paulo
===

Bug#960539: RFP: hydrogen -- advanced drum machine/step sequencer repackaging

[Alexandre Lymberopoulos]

Package: wnpp
Severity: wishlist

* Package name: hydrogen
  Version : 1.0.0
  Upstream Author : Hydrogen Audio Team 
* URL : http://hydrogen-music.org/
* License : GPLv2
  Programming Lang: C++
  Description : advanced drum machine/step sequencer

This is a request for repackaging hydrogen, since the last version
relayed on Qt4 (no longer in Debian). This new version based on Qt5 and
could be brought back to the distro..

Thanks in advance.

Best,
Alexandre
-- 
===
Alexandre Lymberopoulos - lym...@ime.usp.br - http://www.ime.usp.br/~lymber
Instituto de Matemática e Estatística - Universidade de São Paulo
===

Bug#960538: RFP: ffsend -- A fully featured Firefox Send command line client

[Alexandre Lymberopoulos]

Package: wnpp
Severity: wishlist

* Package name: ffsend
  Version : 0.2.61
  Upstream Author : Tim Visée < 3a4fb3964f@sinenomine.email>
* URL : https://github.com/timvisee/ffsend
* License : GNU GPL-3.0
  Programming Lang: C++
  Description : Easily and securely share files and directories from the 
command line through a safe, private and encrypted link using a single simple 
command. Files are shared using the Send service and may be up to 1GB (2.5GB 
authenticated). Others are able to download these files with this tool, or 
through their web browser.

It is always desirable to have command-line options for any piece of
software. It comes more relevant when it provides access to such an
important feature like Firefox Send for sharing (large) files
securely. I do not know any other software packaged in Debian for this
purpose.

I have no experience maintaining packages, unfortunately I can't help in
here.

Thanks in advance, Alexandre
-- 
===
Alexandre Lymberopoulos - lym...@ime.usp.br - http://www.ime.usp.br/~lymber
Instituto de Matemática e Estatística - Universidade de São Paulo
===

Bug#950198: restinio

[Alexandre Viau]

Yes, go ahead!

Sorry I couldn't do it myself quicker, I tend to work on Debian only
on the weekends.

Thank you for your work!! :)

The next step would now be to update OpenDHT, which should be quick
once restinio passes new.

Cheers,

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

On Thu, May 7, 2020 at 2:47 AM Sébastien Delafond  wrote:
>
> On 04/05 10:31, Sébastien Delafond wrote:
> > > I add a basic d/salsa-ci.yml, that should tell us what's going on.
> >
> > All the unit tests are passing in salsa:
> >
> >   https://salsa.debian.org/debian/restinio/-/jobs/717236#L1500
>
> Hi Alexandre,
>
> in the current state, do you think I should upload restinio to NEW?
>
> Cheers,
>
> --
> Seb

Bug#950198: restinio

[Alexandre Viau]

On 2020-04-28 7:19 a.m., Felix Salfelder wrote:
> On Mon, Apr 27, 2020 at 01:22:29PM +0200, Sébastien Delafond wrote:
> Towards the original goal (getting Jami into Debian), I have reworded
> the cmake patch description and improved the package based on your
> proposed changes.
> 
> - cleanup rules, add the MULTIARCH bit
> - more on d/copyright
> - cmake dependency
> - d/watch

thank you Seb <3!

> 
>> As I don't intend to maintain restinio in the long run, I don't feel the
>> need to argue this any further, and will happily defer to Alexandre's
>> opinion.
> 
> I acknowledge that running the tests is of importance to you. I will
> certainly take that into consideration.
> 
> To proceed, we need restinio in NEW. If you (or anybody else follwing
> this conversation) wishes to help, please review and/or sponsor [1].

Hello,

I am following the conversation.


> 
> Looking at Alexandre's Jami package, I infer that small(er) tarballs are
> in his interest. I do not actually know, and if it helps, I am not going
> to decide how the 0.6.6 package will look like.

Alright so I am going to step in on the small or big tarball debate.

We definitely want to run the tests if that is possible, and we also
want to avoid shipping bundled dependencies if that is possible.

Debian isn't only interested in getting Jami working, we are also
interested in shipping the most complete restinio package possible.

Before I upload anything, can we clear-up where the repository should live?

I am already unsure of where I should look to review: at Seb's
repository or at Felix's?

Can we move this to https://salsa.debian.org/debian ? It would make it
much easier for DDs, like me,  to step in and help if they want to make
patches.

I have created a repository here:
-  https://salsa.debian.org/debian/restinio

And:
 - Gave felix dev permissions on the repository
 - I have uploaded Seb's work.
 - Set the VCS-* fields to point to the new repo

The build of the package fails on my end:
 - resolve: Host not found (authoritative)

Are the tests trying to contact a server or something? If that is the
case, we should eithier selectively disable them or fix them.

Or is there something missing from the package that I pushed at
https://salsa.debian.org/debian/restinio ? Should I have looked elsewhere?

Also, I notice that the package's Changelog already has two entries, but
was it even uploaded once? Should it say UNRELEASED instead, until it is
uploaded, or should I understand that it was uploaded?

Action item before we can upload:
 - Agree where the package will be maintained (hopefully thats over -
debian/restinio)
 - If we run the tests, they should pass (or was it my machine?)

Thank you all for your work :)

Cheers

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



signature.asc
Description: OpenPGP digital signature

Bug#956040: ITP: golang-github-lucas-clemente-quic-go -- A QUIC implementation in pure go

[Alexandre Viau]

On 2020-05-03 2:04 p.m., Roger Shimizu wrote:
> Dear Alexandre,
> 
>> * Package name: golang-github-lucas-clemente-quic-go
>>   Version : 0.7.0-1
> 
> This package is a dependency of another package, v2ray.
> So I helped to package the latest version, v0.15.5.
> 
> I already pushed all gits to salsa:
> - 
> https://salsa.debian.org/go-team/packages/golang-github-lucas-clemente-quic-go

Great news! Happy to see that our objectives were matching :)

It looks good to me, but I can't upload right now.

Can you make the upload?

Cheers!

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



signature.asc
Description: OpenPGP digital signature