Bug#1070494: Reintroducing kpatch? (was: RM: kpatch -- RoQA; rc-buggy; missed oldstable, stable; apparently unmaintained)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Control: tags -1 + pending paxrat has been put into the NEW queue.
Bug#810479: Rititle to ITP: paxrat -- PaX exception daemon for Debian packages
Control: retitle -1 ITP: paxrat -- PaX flags management tool Control: owner -1 "Santiago Ruano Rincón" On Fri, 08 Jan 2016 20:44:58 + ban...@openmailbox.org wrote: > Package: wnpp > > * Package name: paxrat > Version : 1 > Upstream Author : David McKinney > * 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:
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&usage 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
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
-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
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
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
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#423701: ITP: libunicall -- An abstration layer for telephony signalling
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#423700: ITP: libmfcr2 -- Library for MFC/R2 signaling on E1 lines
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#423579: ITP: libsupertone -- library for supervisory tone generation and detection
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
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#388196: ITA: playground-xmms -- XMMS control plugin for playground GNOME applet
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#388194: ITA: playground -- simple GNOME applet that lets you control basic functions of audio players
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#383834: libzap orphaned.
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)
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#366900: ITP: asterisk-prompt-es-co -- Colombian Spanish voice prompts for the Asterisk PBX
Package: wnpp Severity: wishlist Owner: "Santiago Ruano Rincón" <[EMAIL PROTECTED]> * Package name: asterisk-prompt-es-co Version : 0.0.20060503 Upstream Author : Avatar Ltda. <[EMAIL PROTECTED]> * URL : http://www.avatar.com.co/ * License : GPL Description : Colombian Spanish voice prompts for the Asterisk PBX These are Colombian Spanish voice prompts for the Asterisk PBX, courtesy of Avatar Ltda., Colombia. . You need this package if you intend to run Asterisk and wish to support Spanish-speaking callers. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.15 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
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