Bug#1016047: RFH: chromium -- web browser

[Andres Salomon]

Package: wnpp
Severity: normal

I'm currently the only active maintainer for the chromium package in 
Debian. This really needs to be maintained by a team, especially since 
it requires security updates for stable at least two times per month. 
It is likely that chromium will not be included in the next stable 
release (bookworm) unless there's an active team maintaining it, as 
described in . I've done a lot of 
simplification of the chromium patches and packaging in order to make 
it easier for people to join the team.


There are lots of available tasks to do, depending on someone's skill 
and hardware. I've listed some tasks/roles below, with the most urgent 
at the top.



1) Security updates. These usually only require Debian packaging 
knowledge, and be pretty simple. Most security updates can be built 
without having to touch any of the chromium patches, with only a 
debian/changelog entry update. However, builds take 3 hours on my 8 
cpu/32gb build machine (45 mins at best with ccache, due to a lot of 
python and node build stuff that can't be cached), so you'll want 
access to some good hardware. These can also happen at any time; 
holidays, weekends, even a day or two before a scheduled release. 
Ideally several people would be available for packaging security 
updates.



2) Fixing bugs. There's plenty of bugs at
. 
Some require simple follow-ups with the reporter to see if it's still 
an issue, others require in-depth C++ or chromium knowledge or special 
hardware, and still others require just testing out a build-argument to 
see if some feature is safe to enable.



3) Getting patches upstream. When I took over the package 6mo ago, 
there were around 70 or 80 debian patches. We're down to 43 patches. 
Only about 10 of those are debian-specific; the rest are patches that 
really belong upstream. If you want to actually hack on chromium, this 
is probably a good way to get started.



4) Improving chromium's privacy, as described at 
. 
It'd be really nice to not have chromium "phone home" to google.



Please consider helping out! There's surely more stuff that's needed to 
do as well, that I've forgotten about.

Processed: your mail

[Debian Bug Tracking System]

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

> retitle 932919 ITP: python-openshift-restclient-python -- Python client 
> library for OpenShift
Bug #932919 [wnpp] ITP: python-openshift -- Python client library for OpenShift
Changed Bug title to 'ITP: python-openshift-restclient-python -- Python client 
library for OpenShift' from 'ITP: python-openshift -- Python client library for 
OpenShift'.
> owner 932919 !
Bug #932919 [wnpp] ITP: python-openshift-restclient-python -- Python client 
library for OpenShift
Ignoring request to set the owner of bug #932919 to the same value
>
End of message, stopping processing here.

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

Processed: your mail

[Debian Bug Tracking System]

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

> retitle 932919 ITP: python-openshift -- Python client library for OpenShift
Bug #932919 [wnpp] RFP: python-openshift -- Python client library for OpenShift
Changed Bug title to 'ITP: python-openshift -- Python client library for 
OpenShift' from 'RFP: python-openshift -- Python client library for OpenShift'.
> owner 932919 !
Bug #932919 [wnpp] ITP: python-openshift -- Python client library for OpenShift
Owner recorded as Guilherme de Paula Xavier Segundo .
>
End of message, stopping processing here.

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

Bug#1016046: ITP: genomicsdb -- sparse array storage library for genomics

[Pierre Gruet]

Package: wnpp
Severity: wishlist
Owner: Debian-med team 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-...@lists.debian.org

* Package name: genomicsdb
  Version : 1.4.3
  Upstream Author : Intel Health and Lifesciences
* URL : https://www.genomicsdb.org/
* License : Expat
  Programming Lang: C++, Java
  Description : sparse array storage library for genomics

GenomicsDB is built on top of a htslib fork and an internal array storage
system for importing, querying and transforming variant data. Variant data is
sparse by nature (sparse relative to the whole genome) and using sparse array
data stores is a perfect fit for storing such data.

The GenomicsDB stores variant data in a 2D array where:
 - Each column corresponds to a genomic position (chromosome + position);
 - Each row corresponds to a sample in a VCF (or CallSet in the GA4GH
   terminology);
 - Each cell contains data for a given sample/CallSet at a given position;
   data is stored in the form of cell attributes;
 - Cells are stored in column major order - this makes accessing cells with
   the same column index (i.e. data for a given genomic position over all
   samples) fast.
 - Variant interval/gVCF interval data is stored in a cell at the start of the
   interval. The END is stored as a cell attribute. For variant intervals
   (such as deletions and gVCF REF blocks), an additional cell is stored at
   the END value of the variant interval. When queried for a given genomic
   position, the query library performs an efficient sweep to determine all
   intervals that intersect with the queried position.

There is a C++ library and a Java library, we plan to ship both of them.

This library is needed as a dependency of gatk, which is a packaging target of
the Debian-med team.

Bug#1001214: Getting EFI Boot Guard into Debian

[Bastian Germann]

Am 24.07.22 um 16:09 schrieb Jan Kiszka:

Hi all,

it would be really great to have EBG as an official package in bookworm.
There is the initial work done by Bastian with contributions by Quirin
already [1], but EBG moved on since then and needs some more work to
support 0.12. Likely, we will need patches from current next as bookworm
is broken with that release. Some bits to account for structural changes
in the latest releases is in [2], possibly not in Debian shape yet.

Bastian, do you have the time to support this? What is needed from your
perspective, what should we contribute?


I have updated the package to build v0.12 but run into:
./configure: line 14997: syntax error near unexpected token 
`-mgeneral-regs-only,'
./configure: line 14997: `AX_CHECK_COMPILE_FLAG(-mgeneral-regs-only,'

Full log at https://salsa.debian.org/debian/efibootguard/-/jobs/3036697

The suggested "next" changes do not fix this.

So if you could provide a patch for this I can hand in the package.
I would prefer not to be responsible for it and can hand over maintainership to
somebody who actually uses the software. I can grant git access for that person 
with
a salsa (Gitlab) username provided.

Whoever wants to be the package maintainer please make #1001214 an ITP (retitle 
and own the bug).



Thanks,
Jan

[1] https://salsa.debian.org/debian/efibootguard/
[2]
https://gitlab.com/cip-project/cip-core/isar-cip-core/-/tree/master/recipes-bsp/efibootguard

Bug#977344: marked as done (ITP: orchis-theme -- a Material Design theme for GNOME/GTK based desktop environments)

[Debian Bug Tracking System]

Your message dated Mon, 25 Jul 2022 18:00:09 +
with message-id 
and subject line Bug#977344: fixed in orchis-theme 2022-05-29+ds-1
has caused the Debian Bug report #977344,
regarding ITP: orchis-theme -- a Material Design theme for GNOME/GTK based 
desktop environments
to be marked as done.

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

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


-- 
977344: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977344
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: wnpp
Severity: wishlist
Owner: Mo Zhou 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: orchis-gtk-theme
  Version : git master
  Upstream Author : https://github.com/vinceliuice/
* URL : https://github.com/vinceliuice/Orchis-theme
* License : GPL-3.0
  Programming Lang: CSS
  Description : a Material Design theme for GNOME/GTK based desktop 
environments


Generally I don't tweak my desktop environment given a decent default,
but this GTK theme is so beautiful that it temporarily changed my mind.
It looks pretty under Gnome3, while it's a pity that it does not work
under MATE.

This package will be maintained under a salsa team where gtk themes are
relevant.
--- End Message ---
--- Begin Message ---
Source: orchis-theme
Source-Version: 2022-05-29+ds-1
Done: Mo Zhou 

We believe that the bug you reported is fixed in the latest version of
orchis-theme, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 977...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Mo Zhou  (supplier of updated orchis-theme package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 25 Jul 2022 08:51:57 -0700
Source: orchis-theme
Binary: orchis-gtk-theme
Architecture: source all
Version: 2022-05-29+ds-1
Distribution: experimental
Urgency: medium
Maintainer: Mo Zhou 
Changed-By: Mo Zhou 
Description:
 orchis-gtk-theme - Material Design theme for GNOME/GTK+ based desktop 
environments
Closes: 977344
Changes:
 orchis-theme (2022-05-29+ds-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #977344)
 Thanks to Jérémy Lal  for the initial packaging.
Checksums-Sha1:
 b822a3b91b4a59bf477d64225dfc9de99852a8c6 1968 orchis-theme_2022-05-29+ds-1.dsc
 b58f3b6c6534f68ee6e62f55fb2841d992e5dc95 2650840 
orchis-theme_2022-05-29+ds.orig.tar.xz
 2f2e47c3e249c0e295d1089b0025e0b30429ab2a 7892 
orchis-theme_2022-05-29+ds-1.debian.tar.xz
 647af5f8800edb184e1cdda62beec760822ebb70 200864 
orchis-gtk-theme_2022-05-29+ds-1_all.deb
 51ec810d7e7581c6cdcb8de79d47adb20ba6daf4 6159 
orchis-theme_2022-05-29+ds-1_amd64.buildinfo
Checksums-Sha256:
 9b60924acc7c43b54aa034be5b7d395243b1b1693540704bc6c5176343e07687 1968 
orchis-theme_2022-05-29+ds-1.dsc
 da81c2b9bab4c222bb46182d063ca865383898ae6f0397f966e338bffce062a8 2650840 
orchis-theme_2022-05-29+ds.orig.tar.xz
 6337a20a47640f6535eada47ab28e9dd9ce28d9b39426e7c627fab2d96902cce 7892 
orchis-theme_2022-05-29+ds-1.debian.tar.xz
 05863764ad0e68034155bda0448f0f4257938b0ef6b9eb793293f0ac26801172 200864 
orchis-gtk-theme_2022-05-29+ds-1_all.deb
 b27dbb0543ec6d50c928bfc7039a1288030626fe96b9d96f756079349a29fd44 6159 
orchis-theme_2022-05-29+ds-1_amd64.buildinfo
Files:
 7434936c82b219e27ffdf4142dcf93ff 1968 misc optional 
orchis-theme_2022-05-29+ds-1.dsc
 97a783a2415b60c23429242ada7df862 2650840 misc optional 
orchis-theme_2022-05-29+ds.orig.tar.xz
 5c97534c8f7e1679c17c5669b0d68220 7892 misc optional 
orchis-theme_2022-05-29+ds-1.debian.tar.xz
 abbfc3e1ca03786923d679d92d0abd02 200864 misc optional 
orchis-gtk-theme_2022-05-29+ds-1_all.deb
 c5fb8c146efe02129f58215399132cc5 6159 misc optional 
orchis-theme_2022-05-29+ds-1_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQJFBAEBCgAvFiEEY4vHXsHlxYkGfjXeYmRes19oaooFAmLevjIRHGx1bWluQGRl
Ymlhbi5vcmcACgkQYmRes19oaoqrdg//ciTjvYsNc4IVtET6jREKZfPr6bLm3t7f
4On2llBCFaBxHOitTs9X4Pdy8S8Td0/8RnXw0uGimC0A1UyAkU3fVUyWKiUWnHUz
WRccCG6V2kDierqHB7PlAXejZQB0/4DkA8KucKXcgvPg028cgFwbF050gwNY6IOd
PfTzBaAP9KYaBHe+g8GsoLeDYeVA9ZFxIhbODBPBYmZgZ7aBa5dUovXbcNPLwgcJ
pMDdIP2F8xs/kH2PQBR6n253zQgWnfbtlCld4QkOY4GNqh9RdGmucz+DkvvQf1ss
urRhl9EHjt2eaXiytWjZQ8tq1eZfTTw2QflLLuvhWqDG0y8yPpGKtIci+FdbU9jT

Bug#1016038: ITP: sysd-openrc -- Translator to convert systemd units to openrc scripts.

[Mark Hindley]

Package: wnpp
Severity: wishlist
Owner: Mark Hindley 
X-Debbugs-Cc: debian-de...@lists.debian.org, m...@kayg.org, 
ope...@packages.debian.org sysvi...@packages.debian.org

* Package name: sysd-openrc
  Version : Unversioned upstream
  Upstream Author : K Gopal Krishna  
* URL : https://salsa.debian.org/kayg/systemd-unit-translator
* License : BSD simplified 2 clause
  Programming Lang: Bash
  Description : Translator to convert systemd units to openrc scripts.

This was developed as part of the 2020 Google Summer of Code.

It is useful as part of exploring ways of deriving generic runlevel control
scripts for non-systemd init systems from unit files.

Mark

Bug#1008816: ITP: kwin-bismuth -- KDE Plasma extension for tiling windows

[Blake Lee]

Okay sounds good, I'll get it moved over when I get some time.

I've been personally using and maintaining it for about 5 months now with no 
issues. It's the best solution I've found for a good tiling experience in KDE, 
previously I was using i3-gaps and picom, but there are a lot of minor 
inconveniences with this route.

Additionally my packaging was officially included in Ubuntu 22.04, with some 
changes to the debian files that I backported. I know there are at least some 
users of it as it's posted on bismuth's official GitHub. I've only ever 
received requests to update the package to a new upstream version.

On Mon, Jul 25, 2022, at 11:46 AM, Didier Raboud wrote:
> Le lundi, 25 juillet 2022, 17.35:43 h CEST Blake Lee a écrit :
> > As for the repo should I just mirror my current work from GitLab over to
> > Salsa?
> 
> If that's working well for you, I'd say yes; having team-maintained packages 
> in a common location makes most things easier; including common CI test 
> scripts, team-at-large changes, etc.
> 
> *Attachments:*
>  * signature.asc

Bug#1016011: ITP: pd-mapper -- Qualcomm PD mapper service

[IOhannes m zmölnig]

Am 25. Juli 2022 11:01:03 MESZ schrieb Arnaud Ferraris 
:
>Package: wnpp
>Severity: wishlist
>Owner: Arnaud Ferraris 
>X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org
>
>* Package name: pd-mapper
>  Version : 0.0+git20220208
>  Upstream Author : Bjorn Andersson 
>* URL : https://github.com/andersson/pd-mapper
>* License : BSD
>  Programming Lang: C
>  Description : Qualcomm PD mapper service
>
>'pd-mapper' is the reference implementation for Qualcomm's Protection
>Domain mapper service. It is required for userspace applications to
>access the various remote processors (Wi-Fi, modem, sensors...) on
>recent Qualcomm SoCs using the QRTR protocol.


Just to note: AFAIK all Debian packages that currently use the "pd-" prefix 
belong to the "pure-data" universe, just like Python packages have a "python-" 
prefix.
There is no formal "reservation" of that namespace, but I would expect quite 
some confusion if there are a few totally unrelated packages using the same 
naming scheme.

There's even an exusting pd-mapping package


So I humbly suggest to pick a name that reduces confusion, if possible.


mfh.her.fsr
IOhannes

mfh.her.fsr
IOhannes

Bug#1008816: ITP: kwin-bismuth -- KDE Plasma extension for tiling windows

[Didier Raboud]

Le lundi, 25 juillet 2022, 17.35:43 h CEST Blake Lee a écrit :
> As for the repo should I just mirror my current work from GitLab over to
> Salsa?

If that's working well for you, I'd say yes; having team-maintained packages 
in a common location makes most things easier; including common CI test 
scripts, team-at-large changes, etc.

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

Bug#1008816: ITP: kwin-bismuth -- KDE Plasma extension for tiling windows

[Blake Lee]

Hello,

Thanks for the response. I'd say if John is interested in maintaining the 
package then it would definitely make sense to collaborate on it.

As for the repo should I just mirror my current work from GitLab over to Salsa?

Thanks,
Blake
On Mon, Jul 25, 2022, at 7:11 AM, Didier Raboud wrote:
> Hello there Blake,
> 
> I have heard about Bismuth and would like to see it in Debian.
> 
> Le samedi, 2 avril 2022, 06.42:10 h CEST Blake Lee a écrit :
> > * Package name: kwin-bismuth
> >   Version : 3.0.0
> > (...)
> >  I plan on maintaining this on my GitLab, but I would have
> >  no issue maintaining it with a team. I believe this is probably
> >  an area for the KDE Extras Team.
> 
> I see that John (cc'ed) has already started a Debian package on Salsa 
> (Debian's Gitlab instance): https://salsa.debian.org/jgoerzen/bismuth
> 
> Would it make sense for you two to collaborate on this?
> 
> I agree it would make sense in KDE Extras, so (as I had the rights), just 
> went 
> away and created a repo there:
> 
>   https://salsa.debian.org/qt-kde-team/extras/kwin-bismuth
> 
> I've invited John and you to it; don't hesitate to ask if you have questions!
> 
> >  I will need a sponsor to upload this package.
> 
> Happy to review and upload when that's Debian-ready!
> 
> *Attachments:*
>  * signature.asc

Bug#1016025: ITP: mobian-keyring -- GPG keys for the Mobian package repository

[Arnaud Ferraris]

Package: wnpp
Severity: wishlist
Owner: Arnaud Ferraris 
X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org

* Package name: mobian-keyring
  Version : 20220725.0
  Upstream Author : Arnaud Ferraris 
* URL : https://salsa.debian.org/Mobian-team/mobian-keyring
* License : GPL
  Programming Lang: None (data only)
  Description : GPG keys for the Mobian package repository

Mobian is a Debian blend targeting mobile devices, such as phones and tablets.

This package provides the GnuPG public key(s) used to sign the Mobian package
repository, as well as the corresponding sources file and APT preferences as
recommended in https://wiki.debian.org/DebianRepository/UseThirdParty.

It will be maintained within the Mobian team.

Bug#1016022: ITP: actions-for-nautilus -- A Gnome Files (Nautilus) extension for creating selection context menu entries that can execute arbitrary commands

[Martin Bartlett]

Package: wnpp
Severity: wishlist
Owner: Martin Bartlett 
X-Debbugs-Cc: debian-de...@lists.debian.org, martin.j.bartl...@gmail.com

* Package name: actions-for-nautilus
  Version : 1.0.0
  Upstream Author : Martin Bartlett 
* URL : https://github.com/bassmanitram/actions-for-nautilus
* License : Apache-2.0 license
  Programming Lang: Python, Javascript, HTML
  Description : A Gnome Files (Nautilus) extension for creating selection
context menu entries that can execute arbitrary commands

A "replacement" for the now-defunct filemanager/nautilus-actions project.

The extension supports many of the most commonly used features of the defunct
project, including:

* structuring context menu items for Nautilus File Manager selections including
nested sub menus filtering the displayed items based on:
* number of files in the selection,
* mimetypes of the selected files (matching and non-matching conditions
supported, as well as mimetype globs)
* basic filetypes of the selected files - e.g. 'file', 'directory', 'symbolic-
link' ... - (matching and non-matching conditions supported)
* execution of an arbitrary command/script when a menu item is activated

A configuration application by the name "Actions For Nautilus Configurator" is
installed into the desktop applications collection.
On first use of the configurator, if no existing configuration file is found,
the delivered sample configuration will be installed.

Maintenance should be trivial (it's a tiny extension) and I intend to provide
that myself (though collaborators are always welcome).

Translation is an issue - this is entirely in English at the moment.

I am looking for a sponsor, of course.

Bug#1016018: ITP: rust-cid-npm -- CLI tool to generate CIDs without a full IPFS client

[Jochen Sprickerhof]

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

* Package name: rust-cid-npm
  Version : 0.0~git20200813.59cf068
  Upstream Author : Dan Shields 
* URL : https://gitlab.com/NukeManDan/rust_cid_npm
* License : MIT, Apache-2.0
  Programming Lang: Rust
  Description : CLI tool to generate CIDs without a full IPFS client

The intent of the tools is to be for CID generation/verification only. It is
not in any way an IPFS client.

The InterPlanetary File System (IPFS) is a protocol and peer-to-peer network
for storing and sharing data in a distributed file system. IPFS uses
content-addressing to uniquely identify each file in a global namespace
connecting all computing devices.[

A content identifier, or CID, is a label used to point to material in IPFS. It
doesn't indicate where the content is stored, but it forms a kind of address
based on the content itself. CIDs are short, regardless of the size of their
underlying content.

The package will be maintained by Jochen Sprickerhof 
at https://salsa.debian.org/debian/rust_cid_npm

Bug#1016019: ITP: libusbgx -- libusbgx is a C library encapsulating the kernel USB gadget-configfs

[Manuel Traut]

Package: wnpp
Severity: wishlist
Owner: Manuel Traut 
X-Debbugs-Cc: debian-de...@lists.debian.org, manuel.tr...@mt.com

* Package name: libusbgx
  Version : 0.2.0
  Upstream Author : Krzysztof Opasiak 
* URL : https://github.com/linux-usb-gadgets/libusbgx
* License : GPL, LGPL
  Programming Lang: C
  Description : libusbgx is a C library encapsulating the kernel USB 
gadget-configfs

It provides routines for creating and parsing USB gadget devices using
the configfs API. Currently, all USB gadget configfs functions that can
be enabled in kernel release 3.11 (Linux for Workgroups!) are supported.

The package is used in many embedded Linux based products.

I would need a sponsor and help for uploading the package.

Bug#1008816: ITP: kwin-bismuth -- KDE Plasma extension for tiling windows

[Didier Raboud]

Hello there Blake,

I have heard about Bismuth and would like to see it in Debian.

Le samedi, 2 avril 2022, 06.42:10 h CEST Blake Lee a écrit :
> * Package name: kwin-bismuth
>   Version : 3.0.0
> (...)
>  I plan on maintaining this on my GitLab, but I would have
>  no issue maintaining it with a team. I believe this is probably
>  an area for the KDE Extras Team.

I see that John (cc'ed) has already started a Debian package on Salsa 
(Debian's Gitlab instance): https://salsa.debian.org/jgoerzen/bismuth

Would it make sense for you two to collaborate on this?

I agree it would make sense in KDE Extras, so (as I had the rights), just went 
away and created a repo there:

  https://salsa.debian.org/qt-kde-team/extras/kwin-bismuth

I've invited John and you to it; don't hesitate to ask if you have questions!

>  I will need a sponsor to upload this package.

Happy to review and upload when that's Debian-ready!

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

Bug#1016013: ITP: tqftpserv -- TFTP server implementation for the QRTR protocol

[Arnaud Ferraris]

Package: wnpp
Severity: wishlist
Owner: Arnaud Ferraris 
X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org

* Package name: tqftpserv
  Version : 0.0+git20200207
  Upstream Author : Bjorn Andersson 
* URL : https://github.com/andersson/tqftpserv
* License : BSD
  Programming Lang: C
  Description : TFTP server implementation for the QRTR protocol

'tqftpserv' is a TFTP server working over the QRTR protocol,
enabling basic communication with remote processors (Wi-Fi,
modem, sensors...) found in recent Qualcomm SoC's.

This package will be maintained within the DebianOnMobile team.

Bug#1016012: ITP: rmtfs -- Qualcomm Remote Filesystem Service implementation

[Arnaud Ferraris]

Package: wnpp
Severity: wishlist
Owner: Arnaud Ferraris 
X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org

* Package name: rmtfs
  Version : 0.2
  Upstream Author : Bjorn Andersson 
* URL : https://github.com/andersson/rmtfs
* License : BSD
  Programming Lang: C
  Description : Qualcomm Remote Filesystem Service implementation

'rmtfs' is the reference implementation for Qualcomm's Remote
Filesystem service. It allows userspace applications to access
the shared memory and internal storage of the remote processors
(Wi-Fi, modem, sensors...) found on recent Qualcomm SoCs, using
the QMI and QRTR protocols.

This package will be maintained within the DebianOnMobile team.

Bug#1016011: ITP: pd-mapper -- Qualcomm PD mapper service

[Arnaud Ferraris]

Package: wnpp
Severity: wishlist
Owner: Arnaud Ferraris 
X-Debbugs-Cc: debian-de...@lists.debian.org, aferra...@debian.org

* Package name: pd-mapper
  Version : 0.0+git20220208
  Upstream Author : Bjorn Andersson 
* URL : https://github.com/andersson/pd-mapper
* License : BSD
  Programming Lang: C
  Description : Qualcomm PD mapper service

'pd-mapper' is the reference implementation for Qualcomm's Protection
Domain mapper service. It is required for userspace applications to
access the various remote processors (Wi-Fi, modem, sensors...) on
recent Qualcomm SoCs using the QRTR protocol.

This package will be maintained within the DebianOnMobile team.