Bug#1070494: Reintroducing kpatch? (was: RM: kpatch -- RoQA; rc-buggy; missed oldstable, stable; apparently unmaintained)

2024-06-18 Thread Santiago Ruano Rincón 
On Mon, 10 Jun 2024 17:06:52 +0200 Chris Hofstaedtler  wrote:
> Package: ftp.debian.org
> Severity: normal
> User: ftp.debian@packages.debian.org
> Usertags: remove
> X-Debbugs-Cc: Dimitri John Ledkov 
> 
> kpatch has missed oldstable and stable, and is not currently in testing
> due to 4 open rc bugs. Support for Linux kernels seems stuck before
> 4.19 (2018).
> 
> It appears the Ubuntu maintainers previously working on it have lost
> interest in the package; Ubuntu also stopped shipping it a while ago.
> 
> While kpatch would generally seem useful, without active maintenance
> it's useless to our users.
> 
> Please remove kpatch from unstable.
> 
> Chris

Hi there,

Just to note that Emmanuel and myself may be interested in helping to
maintain kpatch. It may be useful for the linux-livepatching ITP
(https://bugs.debian.org/1070494).

Dimitri, are you still interested in maintaining kpatch? If you don't
object, we will try to package the latest version, look at the existing
bugs when it was removed, and try to reintroduce it. Any objection to
that?

Cheers,

  -- Santiago


signature.asc
Description: PGP signature

Bug#1070494: ITP: linux-livepatching -- linux livepatching module for Debian

2024-05-06 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: Emmanuel Arias , Santiago Ruano Rincón 

X-Debbugs-Cc: debian-de...@lists.debian.org, t...@security.debian.org, 
debian-ker...@lists.debian.org, debian-...@lists.debian.org, eam...@debian.org

* Package name: linux-livepatching   
  Version : 0.0.1 
  Upstream Contact: Emmanuel Arias , Santiago Ruano Rincón 

* URL : https://salsa.debian.org/debian/linux-livepatching
* License : GPL-2+
  Programming Lang: C, Shell scripting, Makefile
  Description : linux livepatching module for Debian

Livepatch modules from the Linux Kernel gives the possibility to apply
security fixes to the Kernel while minimizing the need of rebooting the
machine. We can list a lot of cases where users cannot or do not want to
reboot the system. For instance, while running complex scientific
computations, or systems that need to keeping services up and running as much
as possible without interruption. But in those cases, the system needs to be
stable and secure. Livepatching gives that possibility. For now, this package
is a prototype to do a first step to integrate linux livepatching into
Debian


More than an ITP, this is an Intent to Design an Implement.

(CCing debian-lts, since the subject was brought up there some time ago last
year, and there may be people interested. However, this is something that
should be discussed also with the kernel and the security teams. And as Ben
said during an LTS Team meeting, if this idea is implemented in Debian, it
must go through unstable first.)

Other than having serious fun, the goal of this is ITP is to bring livepatching
for security fixes for the kernel that have been available in the Debian
releases. For the moment, we are looking to design and implement a first
approach, that will live in experimental, while we solve the known and unknown
challenges.

# State of the art, what others do

As readers most be aware, some commercial distributions propose linux live
patching.  However, none of their services is freely (as in beer or as in
speech) available.

* RedHat:
Introduced Kpatch in 2014. Kpatch is packaged in debian, but its current status
is not good. It was removed from bullseye (currently only in buster, sid and
experimental)
https://www.redhat.com/en/blog/introducing-kpatch-dynamic-kernel-patching

* Suse
Released kGraft also in 2014, under GPL 2 (and 3 for userspace tools).
According to the wikipedia, it aims at being merged into the kernel, and a
minimalistic design became part of linux since 4.0.

* Ubuntu
Livepatching is included in Ubuntu Pro. No public details about the
implementation. This is offered as a service where it seems the modules are
downloaded directly from a Ubuntu server (not as a package).

# Mainline kernel

Documentation about livepatching support in the mainline kernel can be found
at:
https://www.kernel.org/doc/html/latest/livepatch/livepatch.html
We aim at building on top of it.


# Limitations and known questions 

As discussed with Salvatore some time ago, there are quite some things to 
consider:
* Triaging issues: who and how issues would be triaged?
* Preparing patches: how patches will be selected, backported and etcetera, and
  maintained as a patch stack for specific kernel versions, during the whole 
life
  of a Debian release.
  We don't intend to add any extra load to the already busy Kernel or Security
  teams. We aim at maintaining this as a team though.
* Testing: what are the requirements for the testing infrastructure? What kind
  of machines are needed for testing the patches before publishing them?

Also:
* Patches should be cumulative.
  How long a specific linux version/package would be supported? The goal of
  this project is to make it possible to apply a limited set security issues
  without rebooting. Until when, for how long?
* We limit the initial prototype to non-signed images. Secure Boot does not
  allow to install non-signed modules.
* We limit the initial prototype to amd64.

The initial prototype is based on binary module packaging, contrary to what
other vendors do. We will see how this scale.

Comments and questions are welcome in the ITP bug.

Cheers,

Emmanuel and Santiago

P.S. This is the outcome of one of our conversations during the MiniDebConf in
Santa Fe, Argentina. Thanks to the people that made it possible :-)


signature.asc
Description: PGP signature

Bug#995189: RFH: isc-dhcp

2021-11-24 Thread Santiago Ruano Rincón 
El 07/11/21 a las 13:54, Martin-Éric Racine escribió:
> Howdy!

Hi!

> 
> ma 27. syysk. 2021 klo 21.44 Santiago Ruano Rincón
> (santiag...@riseup.net) kirjoitti:
> > El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> > > Package: wnpp
> > > Severity: normal
> > > X-Debbugs-Cc: debian-de...@lists.debian.org
> > > Control: affects -1 src:isc-dhcp
> > >
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA256
> > >
> > > The ISC DHCP suite has a lenghty list of bug reports that have been left 
> > > unattended. Some bugs date back to DHCP 3 or even earlier.
> > >
> > > Additionally, recent upstream releases are still unpackaged. One release 
> > > came out well ahead of the Bullseye freeze, a bug report requesting its 
> > > packaging was filed, but it remains unanswered.
> > >
> > > Leaving a package with a priority Important in such utter state of 
> > > neglect is unacceptable.
> > >
> > > At this point, it has become clear that, at the very least, its 
> > > maintainers need help, hence why I filed this WNPP bug.
> >
> > Indeed. I am willing to spend some cycles to help maintaining it. I
> > requested access to the ISC DHCP packaging team in salsa ~a couple of
> > weeks ago, but I hasn't been answered yet (mgilbert is its only member).
> > It was on my ToDo list to ping the maintainers (in CC).
> 
> Has any progress taken place on this?
> 
> Martin-Éric

I've started doing some work at https://salsa.debian.org/santiago/isc-dhcp/

I still didn't get any answer from current maintainers (keeping them in
CC), so I plan to retitle this bug as an ITS bug soon. Hopefully no
later than next Friday.

Cheers,

 -- Santiago


signature.asc
Description: PGP signature

Bug#995189: RFH: isc-dhcp

2021-09-27 Thread Santiago Ruano Rincón 
El 27/09/21 a las 20:25, Martin-Éric Racine escribió:
> Package: wnpp
> Severity: normal
> X-Debbugs-Cc: debian-de...@lists.debian.org
> Control: affects -1 src:isc-dhcp
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> The ISC DHCP suite has a lenghty list of bug reports that have been left 
> unattended. Some bugs date back to DHCP 3 or even earlier.
> 
> Additionally, recent upstream releases are still unpackaged. One release came 
> out well ahead of the Bullseye freeze, a bug report requesting its packaging 
> was filed, but it remains unanswered.
> 
> Leaving a package with a priority Important in such utter state of neglect is 
> unacceptable.
> 
> At this point, it has become clear that, at the very least, its maintainers 
> need help, hence why I filed this WNPP bug.

Indeed. I am willing to spend some cycles to help maintaining it. I
requested access to the ISC DHCP packaging team in salsa ~a couple of
weeks ago, but I hasn't been answered yet (mgilbert is its only member).
It was on my ToDo list to ping the maintainers (in CC).

Cheers,

 -- Santiago


signature.asc
Description: PGP signature

Bug#979755: ITA: coyim

2021-09-13 Thread Santiago Ruano Rincón 
On Sun, 5 Sep 2021 03:28:50 +0530 Kushagra Karira  
wrote:
> To become a sponsored maintainer,  i'd like to take up the coyim,
> The package seems good enough that people will actually use, it is under
> active development according to its github page and small enough to work
> with any errors.
> 
> Regards
> Kushagra Karira

Hi,

Thanks for your interest on adopting coyim. You use the Subject of your
mail to express your ITA. However, you need to change the title and
owner. You can see an example here:

https://www.debian.org/Bugs/Reporting#control

(The Subject sets the bug's title only for new bugs)

Cheers,

  -- Santiago

P.S. If your ITA still stands, don't forget to sign your future mail, as
I suggested you in your DM application.


signature.asc
Description: PGP signature

Bug#823161: RFA: libcgroup -- library and utilities for using the Linux Control Group mechanism

2021-04-13 Thread Santiago Ruano Rincón 
Control: retitle -1 ITA: libcgroup -- library and utilities for using the Linux 
Control Group mechanism
Control: owner -1 !

On Sun, 1 May 2016 18:35:00 +0200 Christian Kastner  wrote:
> Package: wnpp
> Severity: normal
> 
> I request an adopter for the libcgroup package.
> 
> It provides a library, a PAM module, and executables, all used for
> manipulating, controlling, administering, and monitoring of the Control
> Groups mechanism of the Linux kernel.
> 
> Apart from the 3 open bugs, the package is in good shape overall.
> 
> The plan which originally motivated me to take over this package never
> materialized, and hence I have lost interest in this package.
> 
> 

I can take care of libcgroup, at least while I continue using mininet
(which is a reverse dependency).

 -- S


signature.asc
Description: PGP signature

Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua

2020-11-20 Thread Santiago Ruano Rincón 
El 19/11/20 a las 22:04, Santiago Ruano Rincón escribió:
> El 19/11/20 a las 17:56, Santiago Ruano Rincón escribió:
> > El 19/11/20 a las 16:45, Jakub Ružička escribió:
> > > On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote:
> > > > El 09/11/20 a las 13:31, Jakub Ružička escribió:
> 
> Before uploading a wanted to take a look at the debian/watch file.
> Attached you can find a work-in-progress version. I cannot work more on
> it today. There is still an error after downloading the file. Would you
> like to fix it?  (c.f. man uscan)
> 
> Cheers,
> 
>  -- S

> version=4
> opts="filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/-$1\.tar\.gz/,uversionmangle=s/v/./"
>  \
>   https://github.com/Tieske/binaryheap.lua/tags .*/version_?(\d\S*)\.tar\.gz

Somehow I messed up my working files (*). The attached (simpler) d/watch
seems to work. Could you please test it?

Cheers,

 -- Santiago

(*) I need to stop working late.
version=4
opts="uversionmangle=s/v/./" \
  https://github.com/Tieske/binaryheap.lua/tags .*/version_?(\d\S*)\.tar\.gz


signature.asc
Description: PGP signature

Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua

2020-11-19 Thread Santiago Ruano Rincón 
El 19/11/20 a las 17:56, Santiago Ruano Rincón escribió:
> El 19/11/20 a las 16:45, Jakub Ružička escribió:
> > On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote:
> > > El 09/11/20 a las 13:31, Jakub Ružička escribió:
> > >> Package: wnpp
> > >> Severity: wishlist
> > >> Owner: Jakub Ružička 
> > >>
> > >> * Package name: lua-binaryheap
> > >>   Version : 0.4
> > >>   Upstream Author : Thijs Schreijer 
> > >> * URL : https://github.com/Tieske/binaryheap.lua
> > >> * License : MIT
> > >>   Programming Lang: lua
> > >>   Description : binary heap implementation in lua
> > >>
> > >> binaryheap.lua is a binary heap (binary tree) implementaion in lua.
> > >>
> > > ...
> > >
> > > Jakub, thanks for packaging lua-binaryheap.
> > Thanks for fast respone, Santiago :)
> > >
> > > Two lintian "major" comments from your current repo:
> > >
> > > W: lua-binaryheap source: ancient-standards-version 3.9.8 (released 
> > > 2016-04-06) (current is 4.5.0)
> > > W: lua-binaryheap source: 
> > > package-uses-deprecated-debhelper-compat-version 9
> > >
> > > Do you have any reason for that standards-version and
> > > debhelper-compat-version?
> > Upstream packages support older distros including ubuntu xenial so it's
> > just a leftover - I've updated these to current.
> > >
> > > These other lintian minor warnings could be easily fixed:
> > >
> > > I: lua-binaryheap: capitalization-error-in-description lua Lua
> > > I: lua-binaryheap source: debian-watch-file-is-missing
> > > I: lua-binaryheap source: vcs-field-not-canonical Vcs-Git
> > >
> > > Could you please consider them?
> > I've fixed all of them except debian-watch-file-is-missing because
> > upstream is using one the weirdest version tag scheme I've witnessed
> > (version_0v4) and I'm not familiar with watch files enough to solve this
> > efficiently.
> 
> Great, thanks!
> I'll upload it later this evening.
...

Before uploading a wanted to take a look at the debian/watch file.
Attached you can find a work-in-progress version. I cannot work more on
it today. There is still an error after downloading the file. Would you
like to fix it?  (c.f. man uscan)

Cheers,

 -- S
version=4
opts="filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/-$1\.tar\.gz/,uversionmangle=s/v/./"
 \
  https://github.com/Tieske/binaryheap.lua/tags .*/version_?(\d\S*)\.tar\.gz


signature.asc
Description: PGP signature

Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua

2020-11-19 Thread Santiago Ruano Rincón 
El 19/11/20 a las 16:45, Jakub Ružička escribió:
> On 11/17/20 4:41 PM, Santiago Ruano Rincón wrote:
> > El 09/11/20 a las 13:31, Jakub Ružička escribió:
> >> Package: wnpp
> >> Severity: wishlist
> >> Owner: Jakub Ružička 
> >>
> >> * Package name: lua-binaryheap
> >>   Version : 0.4
> >>   Upstream Author : Thijs Schreijer 
> >> * URL : https://github.com/Tieske/binaryheap.lua
> >> * License : MIT
> >>   Programming Lang: lua
> >>   Description : binary heap implementation in lua
> >>
> >> binaryheap.lua is a binary heap (binary tree) implementaion in lua.
> >>
> > ...
> >
> > Jakub, thanks for packaging lua-binaryheap.
> Thanks for fast respone, Santiago :)
> >
> > Two lintian "major" comments from your current repo:
> >
> > W: lua-binaryheap source: ancient-standards-version 3.9.8 (released 
> > 2016-04-06) (current is 4.5.0)
> > W: lua-binaryheap source: package-uses-deprecated-debhelper-compat-version 9
> >
> > Do you have any reason for that standards-version and
> > debhelper-compat-version?
> Upstream packages support older distros including ubuntu xenial so it's
> just a leftover - I've updated these to current.
> >
> > These other lintian minor warnings could be easily fixed:
> >
> > I: lua-binaryheap: capitalization-error-in-description lua Lua
> > I: lua-binaryheap source: debian-watch-file-is-missing
> > I: lua-binaryheap source: vcs-field-not-canonical Vcs-Git
> >
> > Could you please consider them?
> I've fixed all of them except debian-watch-file-is-missing because
> upstream is using one the weirdest version tag scheme I've witnessed
> (version_0v4) and I'm not familiar with watch files enough to solve this
> efficiently.

Great, thanks!
I'll upload it later this evening.

> 
> I've pushed fixed debian/master and you can see lintian output in CI:
> 
> https://salsa.debian.org/jruzicka/lua-binaryheap/-/jobs/1176088#L27
> 
> Thank you for Salsa CI suggestion and help with enabling it. I like it
> and I'll probably use it for other packages too.

:-)

Cheers,

 -- Santiago


signature.asc
Description: PGP signature

Bug#974080: ITP: lua-binaryheap -- Binary heap implementation in lua

2020-11-17 Thread Santiago Ruano Rincón 
El 09/11/20 a las 13:31, Jakub Ružička escribió:
> Package: wnpp
> Severity: wishlist
> Owner: Jakub Ružička 
> 
> * Package name: lua-binaryheap
>   Version : 0.4
>   Upstream Author : Thijs Schreijer 
> * URL : https://github.com/Tieske/binaryheap.lua
> * License : MIT
>   Programming Lang: lua
>   Description : binary heap implementation in lua
> 
> binaryheap.lua is a binary heap (binary tree) implementaion in lua.
> 
...

Jakub, thanks for packaging lua-binaryheap.

Two lintian "major" comments from your current repo:

W: lua-binaryheap source: ancient-standards-version 3.9.8 (released 2016-04-06) 
(current is 4.5.0)
W: lua-binaryheap source: package-uses-deprecated-debhelper-compat-version 9

Do you have any reason for that standards-version and
debhelper-compat-version?

These other lintian minor warnings could be easily fixed:

I: lua-binaryheap: capitalization-error-in-description lua Lua
I: lua-binaryheap source: debian-watch-file-is-missing
I: lua-binaryheap source: vcs-field-not-canonical Vcs-Git

Could you please consider them?

Thanks,

 -- Santiago



signature.asc
Description: PGP signature

Bug#941666: ITP: vega-datasets -- Collection of datasets used in Vega and Vega-Lite examples

2020-03-19 Thread Santiago Ruano Rincón 
Control: retitle -1 ITP: python-vega-datasets -- Collection of datasets used in 
Vega and Vega-Lite examples

On Thu, 3 Oct 2019 16:48:20 +0200 Santiago Ruano =?iso-8859-1?Q?Rinc=F3n?= 
 wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Santiago Ruano Rincón" 
> 
> * Package name: vega-datasets
>   Version : 0.7
>   Upstream Author : Jake Vanderplas
> * URL : https://github.com/altair-viz/vega_datasets
> * License : MIT and others.
>   Programming Lang: Python
>   Description : Python package for offline access to vega datasets
> 
> This is a collection of datasets used in vega examples.
> 
> This is required to build altair (See ITP bug https://bugs.debian.org/941599),
> especially to run the test suite.
> 
> Similar to altair, it would be great to maintain it within the Python
> Modules Team.

Changing title to python-vega-datasets, since it's a python-module.

Packaging is taking place at 
https://salsa.debian.org/python-team/modules/python-vega-datasets/


signature.asc
Description: PGP signature

Bug#954239: RFP: python-b4 -- helper utility to work with patches made available via a public-inbox archive

2020-03-19 Thread Santiago Ruano Rincón 
El 19/03/20 a las 07:15, Salvatore Bonaccorso escribió:
> Package: wnpp
> Severity: wishlist
> 
> * Package name: python-b4
>   Version : v0.3.3 (or later)
>   Upstream Author : Konstantin Ryabitsev 
> * URL : https://git.kernel.org/pub/scm/utils/b4/b4.git
> * License : GPL
>   Programming Lang: Python
>   Description : helper utility to work with patches made available via a 
> public-inbox archive
> 
> This is a helper utility to work with patches made available via a
> public-inbox archive like lore.kernel.org. It is written to make it
> easier to participate in a patch-based workflows, like those used in
> the Linux kernel development.
> 
> For the package name, not sure if python-b4 or b4 is more appropriate.

IMHO, if it's an application, b4 would be more appropriate. If it's a python
module, then python-b4.

Cheers,

 -- Santiago


signature.asc
Description: PGP signature

Bug#941599: ITP: altair -- Declarative Visualization in Python

2020-03-19 Thread Santiago Ruano Rincón 
Control: retitle: -1 ITP: python-altair -- Declarative Visualization in Python

On Wed, 2 Oct 2019 17:21:26 +0200 Santiago Ruano =?iso-8859-1?Q?Rinc=F3n?= 
 wrote:
> Package: wnpp
> Severity: wishlist
> Owner: "Santiago Ruano Rincón" 
> 
> * Package name: altair
>   Version : 3.2.0
>   Upstream Author : Jake Vanderplas, Brian Granger, the UW Interactive Data 
> Lab, et al.
> * URL : https://altair-viz.github.io/
> * License : BSD-3-Clause
>   Programming Lang: Python
>   Description : Declarative Visualization in Python
> 
> Altair is a declarative statistical visualization library for Python,
> based on Vega [1] (A Visualization Grammar) and Vega-Lite [2].
> 
> [1] https://vega.github.io/vega/
> [2] https://vega.github.io/vega-lite/
> 
> It would be great to maintain altair inside the Python Modules Team.

I am changing the name to python-altair. I think it is more appropriate
since it is a python module.

packaging is taking place in: 
https://salsa.debian.org/python-team/modules/python-altair


signature.asc
Description: PGP signature

Bug#941666: ITP: vega-datasets -- Collection of datasets used in Vega and Vega-Lite examples

2019-10-03 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: "Santiago Ruano Rincón" 

* Package name: vega-datasets
  Version : 0.7
  Upstream Author : Jake Vanderplas
* URL : https://github.com/altair-viz/vega_datasets
* License : MIT and others.
  Programming Lang: Python
  Description : Python package for offline access to vega datasets

This is a collection of datasets used in vega examples.

This is required to build altair (See ITP bug https://bugs.debian.org/941599),
especially to run the test suite.

Similar to altair, it would be great to maintain it within the Python
Modules Team.


signature.asc
Description: PGP signature

Bug#941599: ITP: altair -- Declarative Visualization in Python

2019-10-02 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: "Santiago Ruano Rincón" 

* Package name: altair
  Version : 3.2.0
  Upstream Author : Jake Vanderplas, Brian Granger, the UW Interactive Data 
Lab, et al.
* URL : https://altair-viz.github.io/
* License : BSD-3-Clause
  Programming Lang: Python
  Description : Declarative Visualization in Python

Altair is a declarative statistical visualization library for Python,
based on Vega [1] (A Visualization Grammar) and Vega-Lite [2].

[1] https://vega.github.io/vega/
[2] https://vega.github.io/vega-lite/

It would be great to maintain altair inside the Python Modules Team.


signature.asc
Description: PGP signature

Bug#810479: paxrat is NEW

2016-11-22 Thread Santiago Ruano Rincón 
Control: tags -1 + pending

paxrat has been put into the NEW queue.

Bug#810479: Rititle to ITP: paxrat -- PaX exception daemon for Debian packages

2016-11-01 Thread Santiago Ruano Rincón 
Control: retitle -1 ITP: paxrat -- PaX flags management tool
Control: owner -1 "Santiago Ruano Rincón" <santiag...@riseup.net>

On Fri, 08 Jan 2016 20:44:58 + ban...@openmailbox.org wrote:
> Package: wnpp
> 
> * Package name: paxrat
> Version : 1
> Upstream Author : David McKinney <mckinney@subgraph>
> * URL   : https://github.com/subgraph/paxrat
> * License : GPLv3
> Programming Lang: Go
> Description  : PaX exception daemon for Debian packages.
[…]

Hi,

I wanted to give paxrat a try, and I ended up packaging it. A test
package is available at:

deb https://people.debian.org/~santiago/debian santiago-unstable/
deb-src https://people.debian.org/~santiago/debian santiago-unstable

You can find it also in a collab-maint git repo:

https://anonscm.debian.org/collab-maint/paxrat.git

I still need to import post 1.0-tag configuration entries from upstream
git. I hope to do it this week.

Any feedback is welcome.

Cheers,

Santiago


signature.asc
Description: PGP signature

Bug#815760:

2016-07-03 Thread Santiago Ruano Rincón 
Hi all,

On Thu, 14 Apr 2016 21:34:11 +0100 Luca Boccassi
 wrote:
> On Wed, 30 Mar 2016 08:38:58 +0200 Christian Ehrhardt
>  wrote:
> > On Wed, Mar 30, 2016 at 7:41 AM, C.J. Collier
> >  > > wrote:
> >
> > > On Wed, 24 Feb 2016 11:51:20 +0100 Christian Ehrhardt
> > > 
> > > wrote:
> > >
> >

[...]

> > > > I'm also no DD, so sponsors will be needed.
> > >
> > > I'm interested in co-maintaining this package, and I've been a
> > > Debian user
> > > for a couple of decades now. I've even been an uploader, years
> > > ago.
> > >
> >
> > Hi C.J.,
> > great to hear that you want to help as well - I'm sure it will get
> > great.
> > We are Currently three people:
> > - Luca Boccassi - DM, already applied for package upload permissions
> > - Martin Thiago - Experienced in experimenting with
> > DPDK/Debian/Ubuntu,
> > giving us a broad testing range
> > - Myself - Packaging DPDK for Ubuntu, Testing DPDK with integrated
> > tests
> > and Openvswitch-DPDK
> >
> > You would be a great addition to our group - more Debian experience
> > will
> > surely help.
> >
> >
> > > I've submitted an ITP for the FD.io group of packages:
> > >
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=819516
> > >
> > > These depend on DPDK, so I've got an interest in making sure the
> > > DPDK
> > > packages are good.
> > >
> >
> > From what I learned with packaging DPDK 2.2 for Ubuntu 16.04 there
> > are a
> > lot of things that can fail with DPDK.
> > It is a great, but also fast moving and bleeding edge project.
> > So testing and patching is needed - more packages "Consuming" the
> > library
> > and thereby more diverse test exposure help exactly with that.
> >
> > The three of us kind of agreed on the following rough schedule:
> > - (Now / Luca) Requesting upload permissions for DPDK
> > - (Now / Me) Completing testing and fixing DPDK packaging in ubuntu
> > - (11th of May / All of us) start a kick off for packaging DPDK in
> > Debian
> >

It would be great to have DPDK on Debian. I can upload the packages, and
maybe co-maintain. 
Would you like to have it on git.debian.org collab-maint?

Cheers!

Santiago


signature.asc
Description: PGP signature

Bug#823902: O: asterisk-prompt-es-co

2016-05-10 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: normal

Sadly, the maintainer of asterisk-prompt-es-co has passed away some
years ago. I also think this package is not longer useful, since it is
outated and it's unlikely to be changed. I.e.:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420987

For now, I mark it as orphaned, but I think it should be removed.

Cheers,

Santiago


signature.asc
Description: PGP signature

Bug#622376: O: xchat-systray

2011-04-12 Thread Santiago Ruano Rincón 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: normal

Hi there,

xchat-systray has been deprecated by the Xchat's own systray. I'm not
requesting a removal from the archive yet, since some people could be
interested in using it.

Santiago
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk2kZk4ACgkQQUuEI2/szeDPFACfW3CSlKVfcpl4jWrcPdVzP6Gt
orMAn1TNtDdkXXueR8AFMjsybBDQdQ3i
=+KmG
-END PGP SIGNATURE-




-- 
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4da46664.3030...@debian.org

Bug#444021: Hippo Canvas in Debian

2007-11-05 Thread Santiago Ruano Rincón 
Just to let you know that I'll upload hippo-canvas, a sugar dependency,
to debian as soon as ftp-master is available again.

It's the same package for ubuntu, with some minor changes.

Regards,

Santiago


signature.asc
Description: Digital signature

Bug#449308: ITP: hippo-canvas -- A GTK+2.0 canvas library

2007-11-04 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: Santiago Ruano Rincón [EMAIL PROTECTED]

* Package name: hippo-canvas
  Version : 0.2.23
  Upstream Authors: Havoc Pennington [EMAIL PROTECTED], Owen Taylor [EMAIL 
PROTECTED]
* URL : http://developer.mugshot.org/wiki/Hippo_Canvas
* License : GPL
  Programming Lang: C, Python
  Description : A GTK+2.0 canvas library

 Hippo Canvas is a canvas library based on GTK+2.0, Cairo and Pango.
 It is used by the Mugshot client and by the Sugar UI


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-2-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Bug#428877: ITP: callweaver -- Community-driven open source PBX software

2007-06-14 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: Debian VoIP Team [EMAIL PROTECTED]

* Package name: callweaver
  Version : 1.2.0~rc4
* URL : http://callweaver.org/
* License : GPL
  Programming Lang: C
  Description : Community-driven open source PBX software

CallWeaver is a community-driven vendor-independent cross-platform open
source PBX software project (formerly known as OpenPBX.org). It was
originally derived from Asterisk. Now it supports analog and digital
PSTN telephony, multi-protocol voice over IP telephony, fax,
software-fax, T.38 fax over IP and many telephony applications such as
IVR, conferencing and callcenter queue management.

Features:

 * PSTN connectivities (FXS/FXO, ISDN, PRI, E1, T1)
 * Multi-protocol voice over IP (H.323, IAX2, MGCP and SIP
 * and SCCP)
 * Fax
 * T.38 Fax over IP (pass-through, termination and
 * gateway)
 * IVR
 * Conference
 * Queues
 * Reliability

Callweaver package is already being prepared in the pkg-voip svn.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423700: ITP: libmfcr2 -- Library for MFC/R2 signaling on E1 lines

2007-05-13 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: Santiago Ruano Rincón [EMAIL PROTECTED]

* Package name: libmfcr2
  Version : 0.0.3~pre20070511
  Upstream Author : Steve Underwood [EMAIL PROTECTED]
* URL : http://www.soft-switch.org/
* License : GPL
  Programming Lang: C
  Description : Library for MFC/R2 signaling on E1 lines

This library is designed to support MFC/R2 signalling in the ZapTel
environment, but should be easily adaptable to other dumb E1 cards that
allow channelised CAS signaled operation.

It is intended that the library eventually support most national
variants of the MFC/R2 protocol. The application specifies the national
variant when opening a channel.

It can make and receive calls successfully when connected to a Dialogic
E1 card running their GlobalCall package, in China and Argentina modes.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Bug#423701: ITP: libunicall -- An abstration layer for telephony signalling

2007-05-13 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: Santiago Ruano Rincón [EMAIL PROTECTED]

* Package name: libunicall
  Version : 0.0.3~pre20070325
  Upstream Author : Steve Underwood [EMAIL PROTECTED]
* URL : http://www.soft-switch.org/unicall/unicall/
* License : GPL
  Programming Lang: C
  Description : An abstration layer for telephony signalling

Unicall is an abstraction layer, making telephony applications largely
independent of the protocols used to signal and transport phone calls.
It consists of a very simple library, which is called by the telephony
applications, and into which telephony protocols are plugged. Unicall is
similar in nature to things like GlobalCall from Dialogic. If are
familiar with using GlobalCall, Unicall should look quite familiar.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Bug#423579: ITP: libsupertone -- library for supervisory tone generation and detection

2007-05-12 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: wishlist
Owner: Santiago Ruano Rincón [EMAIL PROTECTED]

* Package name: libsupertone
  Version : 0.0.2~pre20060205
  Upstream Author : Steve Underwood [EMAIL PROTECTED]
* URL : http://www.soft-switch.org/
* License : GPL
  Programming Lang: C
  Description : library for supervisory tone generation and detection

This library is designed to support supervisory tone generation and
detection for all parts of the world.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core)
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Bug#388194: ITA: playground -- simple GNOME applet that lets you control basic functions of audio players

2006-12-20 Thread Santiago Ruano Rincón 
package wnpp
retitle 388194 O: playground -- simple GNOME applet that lets you
control basic functions of audio players
retitle 388196 O: playground-xmms -- XMMS control plugin for playground
GNOME
thanks


El jue, 14-12-2006 a las 22:18 +0100, Matej Vela escribió:
 Hi,
 
 Do you still intend to adopt playground?  (This is just a ping, I'm
 not interested in adopting it myself.)
 
 Thanks,
 
 Matej

I've tried playground with xmms, but it just doesn't work.

I won't be able to work on these packages in the following days, so, I'm
orphaning them.

regards,

Santiago


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#388194: ITA: playground -- simple GNOME applet that lets you control basic functions of audio players

2006-09-19 Thread Santiago Ruano Rincón 
package: wnpp
severity: normal
owner: Santiago Ruano Rincón [EMAIL PROTECTED]

See http://lists.debian.org/debian-devel/2006/09/msg00330.html

Regards,

Santiago


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#388196: ITA: playground-xmms -- XMMS control plugin for playground GNOME applet

2006-09-19 Thread Santiago Ruano Rincón 
package: wnpp
severity: normal
owner: Santiago Ruano Rincón [EMAIL PROTECTED]

See http://lists.debian.org/debian-devel/2006/09/msg00330.html

Kind regards,

Santiago



signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#383834: libzap orphaned.

2006-08-22 Thread Santiago Ruano Rincón 
El mar, 22-08-2006 a las 21:47 +0100, Mark Purcell escribió:
 Looks like libzap has been orphaned.
 
 http://bugs.debian.org/383834
 
 I note we still Build-Depend on libzap-dev in both asterisk  bayonne.
 
 But perhaps we don't need to anymore..
 

Indeed, the binary packages of asterisk and bayonne don't depend on
libzap1, I don't see any problem removing libzap from their
build-dependencies

 Mark
 

Best regards,

Santiago


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#383834: O: zapata -- Zapata telephony interface library (development)

2006-08-19 Thread Santiago Ruano Rincón 
Package: wnpp
Severity: normal

This package is not longer needed, and it is not supported by the upstream any 
more.

It should be removed from debian.

The package description is:
 A library of high-level functions used with the zaptel kernel driver

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16
Locale: LANG=es_CO.UTF-8, LC_CTYPE=es_CO.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#342547: Asterisk Spanish voice prompts

2006-05-11 Thread Santiago Ruano Rincón 
Hi Victor,

I'm interested in seeing Spanish asterisk prompts in Debian, are you
still working on it? Any news?

Kind regards,

Santiago


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente