Bug#804235: carla packaging
On Wed, 2021-09-08 at 16:08 +0200, Yuri D'Elia wrote: > Hi everyone, any progress on this? > > I noticed carla is now packaged in ubuntu > (https://launchpad.net/ubuntu/+source/carla) and I wonder if we could > reuse that effort to bring carla to debian too. Hello, On debbug #798490 (ITP bug merged with this one) I noted that upstream (falkTX) is consciously bundling dependencies, therefore I lost all will to tackle this RFP. If one looks at the Ubuntu packages, it seems that they are not taking care of that. Such a package would not get accepted in the Debian repos as it violates the policies, and is overall detrimental to the ecosystem. I do not expect this situation to change, as it hasn't changed in the last ~8 years, as Upstream (falkTX) seems to have a vetted interest, since they receive remuneration for their work on audio-focused distributions. signature.asc Description: This is a digitally signed message part
Bug#899049: ITP: lv2bm -- Benchmark CLI tool for LV2 plugins
I have packaged it, ready for a review/sponsor. It lives at: https://salsa.debian.org/multimedia-team/lv2bm -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#899049: ITP: lv2bm -- Benchmark CLI tool for LV2 plugins
Package: wnpp Severity: wishlist Owner: Víctor Cuadrado Juan <m...@viccuad.me> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: lv2bm Version : 1.0 Upstream Author : Ricardo Crudo <ricardo.cr...@gmail.com> Filipe Coelho <fal...@gmail.com> * URL : https://github.com/moddevices/lv2bm * License : GPL-2+,GPL-3+,ISC Programming Lang: C++ Description : Benchmark CLI tool for LV2 plugins Features: - - Allows one to select which LV2 URIs to test - - Uses minimum, maximum and default control values to run the plugins - - Has a full test mode which check all combinations for discrete controls - - The output shows the JACK load percent - - Allows one to select the input signal to use on the plugins test - - Allows one to save the output of the plugins to a FLAC file - - Can be used along with valgrind to detect plugin memory issues I intend to use this package for implementing and autopkgtest autodep8 test for all packages that provide `lv2-plugin`. I plan to maintain it under the Multimedia-Team umbrella, yet I am only a DM at the moment, so I'm looking for a sponsor. Cheers, - -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. -BEGIN PGP SIGNATURE- iQEzBAEBCgAdFiEELLKv6mdE0z94m2FAIj8VylqvDngFAlr/DqEACgkQIj8Vylqv DniGsQf+JZ9/gDuWDJiStVlpuMhJGDJ0QftmdxUa6XfLGmZG3uS89Q4eEdnW1kr2 H5TjJwoyY33A+ZYfZsC9LjK1Brp9T1y6kgngxt9U3QwNoePDNYMpU9hrztYnMnRp bai28mkTEdntnqlQ4zsa46LpEPXMpGxrSZvl+XgnrK4YdO3lOw9+0Hx9+W+9cj0A OM94AUokHR2qwyxo3S7JUqELWa9abORrFeMGQ3Ygq2N7U/E1JMUHHknLpMk+x5X+ 0gt9d7W6dPlLYRCopvujyYiyajk/hQzcwEBTkYhP/+NT8snK463V5pySw8KtgvV8 ICWOkto0allikapRLf2Oxhnsni8m2Q== =QZH7 -END PGP SIGNATURE-
Bug#802805: (no subject)
Upstream project has been decommissioned, perhaps this RFP should be closed. Cheers, -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#797359: (no subject)
Hi, In my previous message where I stepped out of the ITP I forgot to attach the status of my work. Attached to his e-mail I have put the work I had at Nov 2015. To anybody wanting to keep working from there, have a look at TODO.Debian (and don't judge the package too much, it was my first serious Debian package :). Cheers, -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. universal-ctags_0~git20151107-1.debian.tar.xz Description: application/xz signature.asc Description: OpenPGP digital signature
Bug#797359: (no subject)
noowner 797359 retitle 797359 RFP: universal-ctags -- Generates an index (or tag) file of names found in source files thanks The situation stated before about having defined configuration folders keeps being there. This was to be my first maintained package in Debian; From the time I opened this ITP, I have started maintaining several other packages, and I also have moved to Emacs (for which global meets my needs). Sadly, I have to say that I'm stepping down from this ITP, as I feel like my plate is currently full and getting new versions of universal-ctags wouldn't feel like Christmas to me anymore. Regards, -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#809421: ITP: purple-matrix -- Libpurple plugin for Matrix
I have lost interest in this software, since I'm not using libpurple to connect to matrix servers anymore. Therefore, I'm closing this ITP. Attached is my progress so far, a working package, for when mentors' deb disappears. Cheers, -- Víctor Cuadrado Juan m...@viccuad.me PGP key ID: 4096R: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. purple-matrix_0.0.0-1.debian.tar.xz Description: application/xz signature.asc Description: OpenPGP digital signature
Bug#816619: ITP: python-neovim-gui -- Simple nvim gui implemented using Gtk
On Thu, 3 Mar 2016 16:43:19 +0100 Víctor Cuadrado Juan <m...@viccuad.me> wrote: > This package depends on the pygobject python module, which remains to > be packaged (and there's no ITP open yet). It is provided by the python-gi package: /usr/lib/python2.7/dist-packages/pygobject-3.18.2.egg-info -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy.
Bug#816619: ITP: python-neovim-gui -- Simple nvim gui implemented using Gtk
This package depends on the pygobject python module, which remains to be packaged (and there's no ITP open yet). -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#808176: ITP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API
Upstream has published a tar.gz with the fixes, I have packaged the new version. They have also extracted the experimental Gtk GUI from python-neovim into another python module, neovim-gui[1]. I have filed an ITP for it: #816619 [2]. [1]: https://github.com/neovim/python-gui [2]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816619 -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#816619: ITP: python-neovim-gui -- Simple nvim gui implemented using Gtk
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-neovim-gui Version : 0.1.1 Upstream Author : Thiago de Arruda <tpadilh...@gmail.com> * URL : https://github.com/neovim/python-gui * License : Apache 2.0 Programming Lang: Python Description : Simple nvim gui implemented using Gtk The functionality provided by this package was included in python-neovim until version 0.1.2, upstream has made a separate python module for it. I intend to maintain this package under the umbrella of DPMT, which I am part of. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJW2E01AAoJECI/Fcparw54DvsH/RA2Whz7olrV7ZLMflNYsrgY m1D7W7gauZpycYfD7mlSISMGySlYZOzxm9/U8X+JM3Y4EJGXFLRaHWh81aam5O8r q29Y9dYyCopVopzWw54n6fTjHAHirrtPytpRZxmuAAAHiqq+KRI/lYU0pTC/Z2aK 4dkqNiZbYfwdTml6cjGNwKRBacHu2MdMzS9HJw0oTOxVmWO5ehz6BohnpsIonO+W fBqNtd+OiQtSOMAlRs1dXaBaK9n+DF6vU97OaYVjF45psqHVDera0iznvdfGC+fM SSeg7wtLpPA7LW5DqQ/TJfeu6R7nhB4vi4IOMyABMMlPVGFcJIzJS4RCH0Jxk4Q= =wGFf -END PGP SIGNATURE-
Bug#816273: ITP: python-jellyfish -- Python library for doing approximate and phonetic matching of strings
close 816273 thanks Closing this ITP, since there is already another one open, #806716. Sorry for the noise. -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy.
Bug#816273: ITP: python-jellyfish -- Python library for doing approximate and phonetic matching of strings
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> * Package name: python-jellyfish Version : 0.5.2 Upstream Author : James Turk <james.p.t...@gmail.com> * URL : https://github.com/jamesturk/jellyfish * License : BSD-2-clause Programming Lang: C, Python Description : Python library for doing approximate and phonetic matching of strings It uses the following string comparison Algorithms (it provides C and Python implementation): * Levenshtein Distance * Damerau-Levenshtein Distance * Jaro Distance * Jaro-Winkler Distance * Match Rating Approach Comparison * Hamming Distance . Supports the following phonetic encoding: * American Soundex * Metaphone * NYSIIS (New York State Identification and Intelligence System) * Match Rating Codex It is a little library, but does its job. I intend to maintain this package under the DPMT (which I am part of). This package is a dependency for beets, #775719, which is lagging some versions [1]. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=775719 -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#816149: ITP: python-proselint -- Command-line prose linter utility
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> * Package name: python-proselint Version : 0.3.5 Upstream Author : Amperser Labs, http://github.com/amperser * URL : http://proselint.com * License : BSD Programming Lang: Python Description : Command-line prose linter utility Proselint is a command-line utility that aggregates knowledge about best practices in writing from world's greatest writers and editors, and makes it accessible by giving suggestions in the form of a linter for prose. I intend to maintain it under the DPMT (which I am already part of). -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#808176: ITP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API
On Mon, 15 Feb 2016 22:54:04 -0500 James McCoy <james...@debian.org> wrote: > What about running what their Travis-CI setup does? > > NVIM_CHILD_ARGV='["nvim", "-u", "NONE", "--embed"]' nosetests Many thanks! That did the trick, I'm amazed I overlooked that and overcomplicated it. In the process, they have released 2 new minor versions, but sadly we have realized that their tar.gzs have an error and aren't including the `test/common.py` file (see [1]). Once they fix that I would submit it to NEW. Cheers, [1]: https://github.com/neovim/python-client/issues/170 -- Víctor Cuadrado juan E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#808176: ITP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API
tags 808176 + help thanks The package is being packaged under the umbrella of the Debian Python Modules Team, which I am now part of. The package is almost done. The current state can be found at the team's VCS[1]. Right now I am stalled, as I can't get the tests to pass when building in a chroot (pbuilder). The tests require a neovim instance running as server, so for example one can use `dtach` to run nvim, and run the tests against it. This already works outside of pbuilder, but I fail to reproduce it in pbuilder. A simplified example of what is needed, without proper cleansing after the tests would be: >override_dh_auto_test: > # start a detached session with a nvim server: > export NVIM_LISTEN_ADDRESS=$(dtmp)/nvim-socket > dtach -n $(dtmp)/dtach-socket env TERM=vt100 nvim > dh_auto_test Cheers, [1]: https://anonscm.debian.org/cgit/python-modules/packages/python-neovim.git -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#812625: RFA: guitarix -- Rock guitar amplifier for Jack
owner ! thanks I happily adopt it, under the Multimedia Team. Thanks for your contributions to this package all this time. Cheers, -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#809421: ITP: purple-matrix -- Libpurple plugin for Matrix
Upstream has published the first tagged version, v0.0.0, which uses Matrix's client-server API r0. I have packaged it and uploaded it to mentors: https://mentors.debian.net/package/purple-matrix -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#809421: ITP: purple-matrix -- Libpurple plugin for Matrix
I have uploaded a preliminar package to mentors [1], the package is quite simple. Currently, the libpurple plugin works but it's a very basic experience (no read receipts, images, file transfer, etc), and the current git is using unsupported matrix APIs, so I will wait until it is updated to file a RFS. cheers, -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#809421: ITP: telepathy-matrix -- Matrix connection manager for Telepathy
retitle 809421 ITP: purple-matrix -- Libpurple plugin for Matrix thanks I have incorrectly thought this was a telepathy plugin, when it is a Libpurple one. Therefore it shouldn't be packaged by the Telepathy Team (although I'm open for team-maintaining it elsewhere). -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#809421: ITP: telepathy-matrix -- Matrix connection manager for Telepathy
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> * Package name: telepathy-matrix Version : 0~20151230 Upstream Author : Richard van der Hoff richvdh <git...@rvanderhoff.org.uk> * URL : https://github.com/matrix-org/purple-matrix * License : GPL-2+ Programming Lang: C Description : Matrix connection manager for Telepathy This package installs the Telepathy plugin for Matrix (https://matrix.org), an open standard for interoperable, decentralised, real-time communication over IP. I use Matrix infrastructure daily and therefore this package, which works perfectly under Pidgin. I feel it is the right time to package it, since Matrix works wonderfully and it would boost its adoption. I would be happy to team-maintain it under Debian's Telepathy Team. Looking at Telepathy's packages, seems like the chosen package name is apt. Please comment if it isn't. -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#808176: RFP: python-neovim -- Library for scripting Neovim processes through its msgpack-rpc API
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-neovim Version : 0.1.0 Upstream Author : Thiago de Arruda <tpadilh...@gmail.com> et al * URL : https://github.com/neovim/python-client * License : Apache 2.0 Programming Lang: Python Description : Library for scripting Neovim processes through its msgpack- rpc API This package enables using python plugins and bindings on Neovim, which is in process of being packaged in Debian[1]. The python package can be seen here: https://pypi.python.org/pypi/neovim [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752264 -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJWccShAAoJECI/Fcparw54Yy8IALhKYmhVkrwGWQhv/Yvo1gqG hmy+QVsckRU09pWZQO33/nh2Y7rxvVTsWAkA1nAx+5lkFZN/psIn+NeCetwk4vs8 fnl3yedJhmBe1UQzPo7oxetSy5MBpnXtgmm0+esEx0VfCtLW/y3gbUWcEbl31X3o 1iGisO7vaVhtPLk8K6BuSJt+R1PppRZlI77AhP3fsjBPYeE1kiN7fvuWGbRCm2m7 fM+ZFt4Pw91auNvSnZAaCt2IhNFi5KW7x5ppogKjrDv+38R9QwXiWlVgJeXoPs4q 96eEhPa7kNBBKs9GSXRjlORHlN3hKbZRy87I/RS8vjMW/D9zTi/SolYtMKogfzg= =x/8b -END PGP SIGNATURE- -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: PGP signature
Bug#798490: RFP: carla -- audio plugin host supporting LADSPA, DSSI, LV2, VST2/3 and AU formats
I have started packaging Carla and have found that it bundles a lot of software: lilv, dgl, zynaddsubfx, zita, distrho, and possibly more. I had a conversation with upstream (falkTX) once, and I extracted from that conversation that he is consciously bundling projects and wants to keep doing that. I'm afraid that upstream is targeting specific versions of the bundled projects in Carla code, so Carla would need some patching to make it work without bundles. Because of all of the previous I have lost all desire to package this, so I'm withdrawing my ITP. I have attached the current status of the debian directory with my progress to this message, in case someone wants to continue from there (have a look at TODO.Debian). Regards, -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. debian.tar.xz Description: application/xz signature.asc Description: OpenPGP digital signature
Bug#804235: ITP: carla -- Audio plugin host supporting LADSPA, DSSI, LV2 and VST formats
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> * Package name: carla Version : 2.0-beta4 Upstream Author : Filipe Coelho [http://falktx.com/] * URL : http://kxstudio.linuxaudio.org/Applications:Carla * License : (GPL-2+) Programming Lang: (C++) Description : audio plugin host supporting LADSPA, DSSI, LV2 and VST formats Carla is an audio plugin host, with support for many audio drivers and plugin formats. It has some nice features like automation of parameters via MIDI CC (and send output back as MIDI too) and full OSC control. .. Carla currently supports LADSPA (including LRDF), DSSI, LV2, VST2/3 and AU plugin formats, plus GIG, SF2 and SFZ file support. It uses JACK as the default and preferred audio driver but also supports native drivers like ALSA, DirectSound or CoreAudio. This is a response to RFP bug #798490. I intend to package and maintain Carla under the umbrella of the Debian Multimedia Team. Carla right now is missing LinuxSampler as a depencency if we want to have support for GIG and SFZ file formats.
Bug#797359: universal-ctags
On 06/11/15 16:31, Cameron Eagans wrote: > We were considering the use of OpenSUSE's OBS to package > universal ctags for all the distros + travis for mac builds and appveyor > for windows builds, but nothing has been set in stone yet. If someone > were to provide the necessary files for debian packaging in a PR, I would > happily review and merge it myself (feel free to @cweagans if you open > a PR for this). Hello Cameron, Glad to see that Universal-ctags is taking shape :). As we have already commented in Universal-ctags issue #655[1], I don't see the need of adding the debian folder into the repo (as Debian will not use it), but feel free to add one if you see fit, for building your own unofficial .debs. For documenting, I will say here too that I'm waiting for issue #92[2] and that I need to use the configure flag implemented in in #580[3], which all bounds to have Universal-ctags with defined configuration folders. [1]: https://github.com/universal-ctags/ctags/issues/655 [2]: https://github.com/universal-ctags/ctags/issues/92 [3]: https://github.com/universal-ctags/ctags/issues/580 Cheers and thanks, -- Víctor Cuadrado juan -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. signature.asc Description: OpenPGP digital signature
Bug#803400: ITP: dgedit -- Drum kit editor for DrumGizmo
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: dgedit Version : 0.9.6 Upstream Author : The DrumGizmo Team * URL : http://www.drumgizmo.org/wiki/doku.php?id=getting_dgedit * License : GPL-3 Programming Lang: C++ Description : Drum kit editor for DrumGizmo This package allows drumgizmo package to be packaged in main, as there'll a way to provide data to drumgizmo without going outside of main. I plan to maintain this under the umbrella of the Debian Multimedia Team (which I am part of). -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJWMkWJAAoJECI/Fcparw548dgIAI3u3r+xgo+1TYexo7ZTZkyF bHNCXPC7HK0v5IlI9gCRV9a03QgtYdsm68g25gBDr7FJirQSP2QFU8ANpg87rYcI HFlXJFcC0BPunBz5IRvSxuhUi7SDFzDg1yUZCEjGHU9aUdXo22N27OY8cdp+zqjk 2bMI+Ac1QIbcmRgnkiR452eUXU/T3eSO9YUHTZjNe98rc5Vx1QT7XbryrsZkGkFm JXiFkJHYiQ50cdXMN/e0pZIyphvw9XImOfVfGZy4t4L8tdrx5VJzKhNm4NVXgLU3 I+/v+cvJsFr8NnjJbUrltZvu3+n9NG4Mduoc2V3p4AQQ+8Zj6X8xall6af3W3s4= =y0/y -END PGP SIGNATURE-
Bug#802269: ITP: drumgizmo -- Drum audio sampler plugin and stand-alone application that simulates a real drum kit
Package: wnpp Severity: wishlist Owner: "Víctor Cuadrado Juan" <m...@viccuad.me> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: drumgizmo Version : 0.9.8.1-hotfix Upstream Author : the DrumGizmo team * URL : http://www.drumgizmo.org * License : GPL-3 Programming Lang: C++ Description : Drum audio sampler plugin and stand-alone application that simulates a real drum kit Drumgizmo's main aim is to simulate a real drum kit. It has the following features: - Stand-alone, Lv2 and VSTi versions available - Open drumkit file format, allowing to create your own drumkits - Drum multilayer velocities, allowing for several different hit velocities for each drum - Multichannel output, making it possible to mix it just the way you would a real drumkit - Optional built-in humanizer, analyzing the midi notes, adjusting velocities on-the-fly - Mic bleed simulation - Stand-alone midi renderer, generating .wav files, 1 for each channel - Stand-alone midi input, making it possible to use DrumGizmo as a software sampler for an electronic drumkit Using Drumgizmo and any of the already recorded drum kits by the community[1], in conjuction with a midi entrance and already existent audio plugins one can achieve the quality level of real drum kit recording. Right now there is no other software that I'm aware of that has this features, and drumgizmo fills the void that exists in FOSS for drum samplers that use real recordings of drum kits (eg: BFD3, Addictive Drums, and the like). As I use it, I intend to package and maintain it alone as this software doesn't develop fast, but I'm open to be in a packaging team. [1]: http://www.drumgizmo.org/wiki/doku.php?id=kits -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJWJBA8AAoJECI/Fcparw54UoYH/0mpmgmgQzhPkScwqUopFPuS wtACWCD0Hy6T1IuJ1VOoj3BJmmL52WnDkzRvqLQ7/ovxBLJCtZt3TgOYkOGpYV7w LMNq4OIgTz2cHPsDdxV2WpoMyUo/blqm1bjIEOTY33VHDRgm5DdSaMzaSzCo3tz9 Yh/rxUWtHYHdb3Y3pVOaJyWddFL4vA/7ivb3rq+/24CvMPGUbynzEX5F4p4Z8pcH GGHtml9avCCgjl8BGFiT8D7kGtzMGI69fALx0VWYef4YEfAHk6FYa7jJJ9Nj0p6b h8sm7B4OsCfIjtSPOo4L4b52Ja3KWKcrvYCyPXYiUr2U4CtcI/M2syqnYDb/Jgo= =H1HN -END PGP SIGNATURE-
Bug#797359: ITP: universal-ctags -- Generates an index (or tag) file of names found in source files
I failed to CC bugs.debian.org, so for the sake of completeness I'm quoting the missing mails back to the BTS: >>> On 15-08-31 10:52:29, Stefano Zacchiroli wrote: >>> >>> Last question: are you aware of any performance comparison between >>> exuberant-ctags and universal-ctags? >> On Mon, Aug 31, 2015 at 11:02:12AM +0200, Víctor Cuadrado Juan wrote: >> >> I'm not aware of any performance comparison, and my own experience is >> moot, as I have only used it on little C projects. >> But I would say we should expect at least the same performance as from >> exuberant-ctags, as it is a fork of it. >> >> Furthermore, there is no stable release yet (neither 6.0 continuing >> with exuberant-ctags nor 1.0), but it seems close. >> Maybe this package should go to experimental? > On 15-08-31 11:11:39, Stefano Zacchiroli wrote: > > Given it's not a replacement for exuberant-ctags, but only an option to > it in the Debian archive, I don't think so. But you might want to > contact the upstream author and ask for their opinion on this matter. > > Cheers. -- Víctor -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. pgp2p2qj5UArc.pgp Description: PGP signature
Bug#797359: ITP: universal-ctags -- Generates an index (or tag) file of names found in source files
On 15-08-30 09:34:36, Stefano Zacchiroli wrote: > On Sun, Aug 30, 2015 at 12:44:44AM +0200, Víctor Cuadrado Juan wrote: > > * Package name: universal-ctags > > * URL : https://ctags.io/ > > A continuation of the exuberant-ctags implementation of the ctags > > Hey, can you elaborate a bit on how universal-ctags compare to > exuberant-ctags? This is by no means an objection to packaging this, but > as a heavy user of exuberant-ctags for Debsources, I'm curious about how > the two compares, specifically in terms of performances and language > support. > > Thanks! I would summarize it happily (but I have yet to use universal-ctags for more than C code myself). The last exuberant-ctags version dates back to July 09. Universal-ctags has been quite active since March 14. Universal-ctags has added support for the following languages: ada, clojure, coffee *xcmd*, css, d, ctags option library *optlib*, falcon, go, json, m4 *optlib*, mib *optlib*, rust, windres and SystemVerilog. Furthermore, they have heavily improved php and verilog parsers. Also, universal-ctags now treats option files as libraries[3]. You can read a somewhat comprehensive list of changes from upstream here[1], and more info here[2]. [1]: https://github.com/universal-ctags/ctags/blob/master/docs/news.rst [2]: https://github.com/universal-ctags/ctags/tree/master/docs [3]: https://github.com/universal-ctags/ctags/blob/master/docs/optlib.rst -- Víctor -- E-Mail: <m...@viccuad.me>, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. pgpRs0yUwDSas.pgp Description: PGP signature
Bug#797354: ITP: pagetools -- Automates the layout detection in scanned page images
Package: wnpp Severity: wishlist Owner: Víctor Cuadrado Juan m...@viccuad.me -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: pagetools Version : 3.9.6 Upstream Author : kale4, yet @ http://sourceforge.net/projects/pagetools/ * URL : http://sourceforge.net/projects/pagetools/ * License : GPL-2+ Programming Lang: C++ Description : Automates the layout detection in scanned page images This program determines the skew angle for text, and works with black/white images in TIFF or PBM format. To achieve this, it uses an original algorithm based on a fast implementation of the Radon transform. This program is part of the Page Layout Detection Tools project, which aims to automate the layout detection in scanned page images. -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJV4i4hAAoJECI/Fcparw54PQIIAIeeXIWiLOXK4om4wppwCdjA jW9YIE78OAoruVspPnI4ErKTKJ8lHqEbPL+iHC23WiyHhTEmHPzFdWeM+lhzh1Zo z1952HJDIBx+3mPtgnnLYfOMPPbDJRr3/KaP1Pm+wGldSYJ+gb1JGY2IZ6QtSgGA GDBz0T4bcxaYVj3qKZbp0t9QVsddSxBSw+mvFJ3cTZ7gceiVsVuJkckxAaEdxrpQ RkXrq8RBv6VydTgkyp0rYK7dgTjzpIqJ+/mdW8U0jKql8PitmaCiUfaJVvvA0tuJ YmvfTmUc08B5xBEpr1geVtjrDGC5L9gSlMXXSsc1vXG24JZk3fnioi+LV1yh4nI= =n/Nq -END PGP SIGNATURE- -- Víctor -- E-Mail: m...@viccuad.me, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. pgp7BUymppZPj.pgp Description: PGP signature
Bug#797359: ITP: universal-ctags -- Generates an index (or tag) file of names found in source files
Package: wnpp Severity: wishlist Owner: Víctor Cuadrado Juan m...@viccuad.me -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: universal-ctags Version : 0~20150830 Upstream Author : https://github.com/universal-ctags/ctags/graphs/contributors * URL : https://ctags.io/ * License : GPL-2 Programming Lang: C Description : Generates an index (or tag) file of names found in source files A continuation of the exuberant-ctags implementation of the ctags program. Ctags generates an index (or tag) file of language objects found in source files that allows these items to be quickly and easily located by a text editor or other utility. A tag signifies a language object for which an index entry is available (or, alternatively, the index entry created for that object). -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJV4jV4AAoJECI/Fcparw54NckIAKb7vCNyh208WscoXp9qN4/Y LHq/gbQS288LhFlPV4KklDF0cKD6Ww6C4gGs3I16ZtpWBitEoFpLC0iOin+qe6yC v/c1ViBNBrLHhvousyH1k9UFE2Le2PuDFGQuW31nyiXcCs6EQYe1M8jcC7COslFt 9kMd0/3HcxJtEYGLJLSeLBccEEOE3ksSMX5T1IwXGQZU9Te4AkO9piE9VUGu15VZ g/0SqHtXBVRbN15/vqY3EE7ys5GqECzl1gorHjVT1/CYE+mAhjaByRdLywvkE9s7 fG9LXLBSL3sBqEeZcSYIAIqCFxXJN05a8FpzzChgO7OECmAffuBPMHlVS5Hnumg= =Y5PD -END PGP SIGNATURE- -- Víctor -- E-Mail: m...@viccuad.me, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. pgpx0ClyVl4Bn.pgp Description: PGP signature
Bug#797354: ITP: pagetools -- Automates the layout detection in scanned page images
The version field is wrong, I should have stated 0.1. -- Víctor -- E-Mail: m...@viccuad.me, OpenPGP-Key-ID: 0xA2591E231E251F36 Key fingerprint: E3C5 114C 0C5B 4C49 BA03 0991 A259 1E23 1E25 1F36 My signed E-Mails are trustworthy. pgpZPTiYk79h6.pgp Description: PGP signature