Bug#733720: ITP: r-bioc-gviz -- Plotting data and annotation information along genomic coordinates
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-bioc-gviz Version : 1.6.0 Upstream Author : Florian Hahne, Steffen Durinck, e.a. * URL : http://bioconductor.org/packages/release/bioc/html/Gviz.html * License : Artistic-2.0 Programming Lang: R Description : Plotting data and annotation information along genomic coordinates Genomic data analyses requires integrated visualization of known genomic information and new experimental data. Gviz uses the biomaRt and the rtracklayer packages to perform live annotation queries to Ensembl and UCSC and translates this to e.g. gene/transcript structures in viewports of the grid graphics package. This results in genomic information plotted together with your data. This package is the last missing precondition to upgrade r-bioc-cummerbund and maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-gviz/trunk/ -- 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/20131231081655.9962.2362.report...@mail.an3as.eu
Bug#733320: ITA: empire - the war game of the century
Hi! I have pushed a new version to http://anonscm.debian.org/gitweb/?p=pkg-games/empire.git I'm quite happy with it but some changes/patches need more testing. So we shouldn't rush things here. I think the first or second week of January is a realistic date for a release. And now Happy New Year und Guten Rutsch! Markus signature.asc Description: OpenPGP digital signature
Bug#727085: Now we don't depend on the weird libevent patch
On Tue, Dec 31, 2013 at 3:45 AM, Faidon Liambotis parav...@debian.org wrote: On Mon, Dec 30, 2013 at 12:56:48AM +0100, László Böszörményi (GCS) wrote: Two weeks is probably too often for Debian but time-based releases in general (rather than important bugfix) are fairly common. I think the original idea of accumulating multiple sprints into one community release is a great path forward. The proposal for 8-week releases sounds just fine to me. I meant there's no force on FB to do community releases. Two weeks releases is a bit fast, right. On the other hand as I see the releases get QA care. Upload bigger changes (8 weeks time) may be worse as they may contain more backward incompatible changes. Also the maintainer can decide how s/he uploads those releases. Maybe those will go to experimental and say, every month after one more week test time the package would be uploaded to Sid. Then users can get the fast moving package in experimental with the more tested, monthly updates in Sid. Maybe just follow upstream changelog and upload new releases when s/he thinks so (new feature, bugfix needed for Debian - but maybe just backport that fix), etc. Some upstreams tend to release some LTS releases for such uses, potentially labeling one of their incremental releases as LTS. This isn't a prerequisite, but it's good to actually have some longer stable/security management in mind when planning your release schedule. +1 on LTS releases; like Ubuntu does with its distribution. Well, noone really forced you to ITP this :) You definitely seem to have your hands full, there's no need for you to take on more than you're able to handle. If you're too busy, I can just takeover this ITP, just say so. I realize my lines sound worse than I wanted to. Yes, it's a bit hard now, but my second work is project based and I expect to finish it in a month or two. Some of my packages are team or co-maintained. I work 48 hours + a normal day because we had too many free days left for December. It's me who let others go on holiday and take off their free days. We are a group of eight persons, but due to the reason mentioned, today only two of us are working. Tomorrow only me, but from the 2nd of January everyone will be back on track. Even today I've time to make a tea and drink it passionate or answer my mails. Last but not least I've a half-baken package already. Now my previous package section for HHVM, which I've named hiphop-php (to match the PHP policy of Debian, but will re-check that): Which section of the policy mandates that? I'd be very suprised if the existing PHP policy covers alternative interpeters. To match _generic_ package names. It doesn't have any part about interpeter. Also as Paul noted, the package should be named HHVM now. The php-hhvm package name comes to my mind or just hhvm. The last two lines are incorrect considering the new FastCGI mode of operation, which AIUI will be the only one actually offered by the package, as the embedded standalone webserver requires patches to libevent. Sure, I've mentioned it was the _previous_ package description. I think packaging for Debian is a good step. Then Ubuntu maintainers will pick it up and as I know, Mint based on Ubuntu, they will have it as well. Ubuntu automatically syncs from Debian, there's no need for Ubuntu maintainers to do anything. As I heard, it's semi-automatic. They have their transitions when they don't sync everything and changes over Debian packaging that needs manual adjustments. Also my package delaboratory is not in Ubuntu for an unknown reason to me. It doesn't have any RC bug, not a big or unsupportable one, built on all archs, etc. Laszlo/GCS -- 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/cakjshr0ec0fogyfxfkb8or8sus8b5_4fkvsztmo5as+jdob...@mail.gmail.com
Bug#733320: ITA: empire - the war game of the century
Hi! On 12/31/2013 10:53 AM, Markus Koschany wrote: I'm quite happy with it but some changes/patches need more testing. So we shouldn't rush things here. I think the first or second week of January is a realistic date for a release. And now Cool! I'll look into it next year :). Happy New Year und Guten Rutsch! The same to you, too. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 signature.asc Description: OpenPGP digital signature
Bug#733735: ITP: distlib -- (python) distribution utilities
Package: wnpp Severity: wishlist Owner: Matthias Klose d...@debian.org * Package name: distlib Version : 0.1.6 Upstream Author : Vinay Sajip * URL : https://pypi.python.org/pypi/distlib/ * License : BSD Programming Lang: Python Description : Distribution utilities Low-level components of distutils2/packaging, augmented with higher-level APIs for making packaging easier. -- 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/52c2cc9a.2070...@debian.org
Bug#729203: Yes, switch Debian/Ubuntu to FFmpeg
I agree that we should go back to FFmpeg from Libav. I build FFmpeg from source frequently, but this isn't enough. Packages such as Totem, VLC Media Player, or Audacity either natively depend on the libav* libraries or have plugins for libav* support. Building FFmpeg from source works for the command line, but I can't use players such as VLC Media Player to play certain video files I have because Libav's libavcodec doesn't support them. (For example, FFmpeg supports the Windows Media Player MSS2 codec but Libav does not.) In addition, FFmpeg continues to be ABI- and API-compatible with Libav so a switch will not harm any existing programs. However, Libav does not try to be compatible with FFmpeg. -- 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/52c2cc1b.5040...@gmail.com
Processed: (no subject)
Processing commands for cont...@bugs.debian.org: owner 711900 sinn...@londor.eu Bug #711900 [wnpp] ITP: ruby-font-awesome-rails -- A gem that offers the Font-Awesome web fonts and stylesheets as a Rails engine for use with the asset pipeline. Owner changed from Praseetha KR praseeth...@gmail.com to sinn...@londor.eu. End of message, stopping processing here. Please contact me if you need assistance. -- 711900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711900 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.138849940532582.transcr...@bugs.debian.org
Processed: f
Processing commands for cont...@bugs.debian.org: owner 711900 sinn...@londor.eu Bug #711900 [wnpp] ITP: ruby-font-awesome-rails -- A gem that offers the Font-Awesome web fonts and stylesheets as a Rails engine for use with the asset pipeline. Ignoring request to set the owner of bug #711900 to the same value End of message, stopping processing here. Please contact me if you need assistance. -- 711900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711900 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.13885000154875.transcr...@bugs.debian.org
Bug#733743: ITP: libnih.la -- portable libnih implementation
Package: wnpp Owner: Dimitri John Ledkov x...@debian.org Severity: wishlist * Package name: libnih.la Version : 1.0.4 (git snapshot) Upstream Author : Dimitri John Ledkov (DD), Scott James Remnant (DD) * URL or Web page : https://github.com/xnox/libnih/tree/kfreebsd http://libnih.la/ * License : GPL v2 Architecture: kfreebsd-any (hurd-any - maybe later) Description : portable libnih implementation I would like to package a temporary fork of libnih, which has been ported to kFreeBSD/eglibc platform. My plan for this package is to provide same packages as the src:libnih, but for non-Linux ports only. At the moment I have a port to kFreeBSD/eglibc. This is separate source package as the supported set of APIs is not yet fully same as of the Linux port of libnih. For example kqueue/kevent technology is not yet used to provide, e.g. file level notification as done with inotify in the linux port. Some of my patches have already been accepted upstream (https://github.com/keybuk/libnih), others are under review and some are not ready for submission yet. All libnih test-suite passes on kFreeBSD for those components that have been ported. Together with this effort, I am staging patches for Upstart itself for kFreeBSD/eglibc https://code.launchpad.net/~xnox/upstart/kfreebsd. It compiles, but at the moment is still incomplete. The test-suite does not pass yet and there are no kFreeBSD specific bridges yet (e.g. devd events, instead of udev, etc.). I'm hoping to have a bootable kFreeBSD/eglibc port soon, with full support ahead of Jessie freeze on 5th of November 2014. The requirements for libnih/kfreebsd, at the moment are, eglibc 2.18 kFreeBSD kernels with fixed waitid/wait6 syscalls. These are all present in Debian experimental. Alternatively, if lower eglibc versions are required I could easily use wait6 syscall directely, without eglibc wrapper. In that case only requirements would be patched kFreeBSD kernels for the kern/184002 http://www.freebsd.org/cgi/query-pr.cgi?pr=184002cat= bug which I discovered in FreeBSD. It's fixed in current/11, and is on track to be fixed in 9.2, 10 stable updates. I believe patch for that issue is already in debian packaging of FreeBSD kernels. I haven't started HURD port just yet, as I'm more familiar with FreeBSD. Regards, Dimitri. -- 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/87wqil13jl@ubuntu.com
Bug#733743: ITP: libnih.la -- portable libnih implementation
Dmitri, Why do you not use libinotify-kqueue? I know you mentioned not wanting to have a lot of external dependencies, but I think using that library will allow other linux applications to more easily port to kFreeBSD. Great work, Cameron Norman On Tue, Dec 31, 2013 at 6:46 AM, Dimitri John Ledkov x...@debian.org wrote: Package: wnpp Owner: Dimitri John Ledkov x...@debian.org Severity: wishlist * Package name: libnih.la Version : 1.0.4 (git snapshot) Upstream Author : Dimitri John Ledkov (DD), Scott James Remnant (DD) * URL or Web page : https://github.com/xnox/libnih/tree/kfreebsd http://libnih.la/ * License : GPL v2 Architecture: kfreebsd-any (hurd-any - maybe later) Description : portable libnih implementation I would like to package a temporary fork of libnih, which has been ported to kFreeBSD/eglibc platform. My plan for this package is to provide same packages as the src:libnih, but for non-Linux ports only. At the moment I have a port to kFreeBSD/eglibc. This is separate source package as the supported set of APIs is not yet fully same as of the Linux port of libnih. For example kqueue/kevent technology is not yet used to provide, e.g. file level notification as done with inotify in the linux port. Some of my patches have already been accepted upstream (https://github.com/keybuk/libnih), others are under review and some are not ready for submission yet. All libnih test-suite passes on kFreeBSD for those components that have been ported. Together with this effort, I am staging patches for Upstart itself for kFreeBSD/eglibc https://code.launchpad.net/~xnox/upstart/kfreebsd. It compiles, but at the moment is still incomplete. The test-suite does not pass yet and there are no kFreeBSD specific bridges yet (e.g. devd events, instead of udev, etc.). I'm hoping to have a bootable kFreeBSD/eglibc port soon, with full support ahead of Jessie freeze on 5th of November 2014. The requirements for libnih/kfreebsd, at the moment are, eglibc 2.18 kFreeBSD kernels with fixed waitid/wait6 syscalls. These are all present in Debian experimental. Alternatively, if lower eglibc versions are required I could easily use wait6 syscall directely, without eglibc wrapper. In that case only requirements would be patched kFreeBSD kernels for the kern/184002 http://www.freebsd.org/cgi/query-pr.cgi?pr=184002cat= bug which I discovered in FreeBSD. It's fixed in current/11, and is on track to be fixed in 9.2, 10 stable updates. I believe patch for that issue is already in debian packaging of FreeBSD kernels. I haven't started HURD port just yet, as I'm more familiar with FreeBSD. Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wqil13jl@ubuntu.com
Bug#733743: ITP: libnih.la -- portable libnih implementation
On 31 December 2013 15:25, cameron camerontnor...@gmail.com wrote: Dmitri, Why do you not use libinotify-kqueue? I know you mentioned not wanting to have a lot of external dependencies, but I think using that library will allow other linux applications to more easily port to kFreeBSD. I have packaged it and attempted to use it. [1] Unfortunately it doesn't provide sufficient compatibility and I see a lot of unit-test failures. Instead of enabling something partially broken, i'd rather not provide the facility full stop and instead implement a native kqueue/kevent. Granted I could spend time improving libinotify-kqueue. At the moment I'm focusing on booting a kFreeBSD/eglibc system with upstart, since file notifications are optional in upstart (well to be precise, they may fail / raise errors at runtime and upstart handles that gracefully) [1] http://packages.qa.debian.org/libi/libinotify-kqueue.html Regards, Dimitri. -- 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/CANBHLUir=xxkxtaln_g1knpm8ksi5th2pj8n5ai81tfsxhz...@mail.gmail.com
Bug#733763: ITP: libjs-optparse -- Command-line option parser for JavaScript applications
Package: wnpp Severity: wishlist Owner: Tonnerre LOMBARD tonne...@ancient-solutions.com * Package name: libjs-optparse Version : 1.0.5 Upstream Author : Johan Dahlberg * URL : http://github.com/jfd/optparse-js * License : Expat Programming Lang: JavaScript Description : Command-line option parser for JavaScript applications Optparse-js is a command line option parser for Javascript. It's slightly based on Ruby's implementation optparse but with some differences (different languages has different needs) such as custom parsers. -- 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/20131231172926.31983.626.report...@phileas.roam.internetputzen.com
Bug#730426: ITP: gmediarender -- UPnP Media renderer
I've did the package even before creating the ITP. But hasn't found a sponsor yet. I'll publish the files at github in about an hour. On Sun, Dec 29, 2013 at 3:34 PM, coldtobi t...@coldtobi.de wrote: Package: wnpp Followup-For: Bug #730426 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Rodrigo, can you give an status update regarding your ITP? If not interested anymore, I would like to volunteer to take over this ITP. (I recently made a package already for private use) Please let me know if it would be ok to take over this ITP. Thanks! - -- coldtobi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlLAXTIACgkQvyUNygvkuQK8PgCcCyAPdZNh+9U14Yd2EH9DXj+w frsAn1BRBAL/IG7+bxK0Rk1CKN7Ps3lm =1mvu -END PGP SIGNATURE- -- []'s Rodrigo *Powered by carbohydrates*
Bug#733743: ITP: libnih.la -- portable libnih implementation
Dimitri John Ledkov writes (Bug#733743: ITP: libnih.la -- portable libnih implementation): I would like to package a temporary fork of libnih, which has been ported to kFreeBSD/eglibc platform. My plan for this package is to provide same packages as the src:libnih, but for non-Linux ports only. At the moment I have a port to kFreeBSD/eglibc. Thanks for this work. I don't have an opinion on whether this temporary fork is the right way to manage the code here. Ian. -- 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/21187.2008.839052.272...@chiark.greenend.org.uk
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Tuesday 31 December 19:03:14 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: r-bioc-gviz tags 733720 + pending Bug #733720 [wnpp] ITP: r-bioc-gviz -- Plotting data and annotation information along genomic coordinates Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/dleyna-core;dleyna-core/a tags 733571 + pending Bug #733571 [dleyna-core] dleyna-core: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el Added tag(s) pending. # Source package in NEW: a href=http://packages.qa.debian.org/serf;serf/a tags 716793 + pending Bug #716793 [serf] Serf needs updating Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 716793: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=716793 733571: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733571 733720: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733720 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.1388516607616.transcr...@bugs.debian.org
Bug#733772: ITP: node-static -- RFC2616 compliant HTTP static-file server module, with built-in caching
Package: wnpp Severity: wishlist Owner: Tonnerre LOMBARD tonne...@ancient-solutions.com * Package name: node-static Version : 0.7.2 Upstream Author : Alexis Sellier git...@cloudhead.io * URL : https://github.com/cloudhead/node-static * License : Expat Programming Lang: JavaScript Description : RFC2616 compliant HTTP static-file server module, with built-in caching node-static has an in-memory file cache, making it highly efficient. It understands and supports conditional GET and HEAD requests. It was inspired by some of the other static-file serving modules, such as node-paperboy and antinode. -- 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/20131231190753.5414.7773.report...@phileas.roam.internetputzen.com
Bug#733821: ITP: sockjs-client -- WebSocket emulation - Javascript client
Package: wnpp Severity: wishlist Owner: Tonnerre LOMBARD tonne...@ancient-solutions.com * Package name: sockjs-client Version : 0.3.4 Upstream Author : Marek deadb...@popcount.org * URL : http://github.com/sockjs/sockjs-client * License : Expat Programming Lang: JavaScript Description : WebSocket emulation - Javascript client SockJS is a browser JavaScript library that provides a WebSocket-like object. SockJS gives you a coherent, cross-browser, Javascript API which creates a low latency, full duplex, cross-domain communication channel between the browser and the web server. Under the hood SockJS tries to use native WebSockets first. If that fails it can use a variety of browser-specific transport protocols and presents them through WebSocket-like abstractions. SockJS is intended to work for all modern browsers and in environments which don't support WebSocket protocol, for example behind restrictive corporate proxies. -- 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/20131231212851.1727.99541.report...@phileas.roam.internetputzen.com
Bug#733822: ITP: python-nagiosplugin -- Python class library for writing Nagios (Icinga)
Package: wnpp Severity: wishlist Owner: Jordan Metzmeier jmetzmeie...@gmail.com * Package name: python-nagiosplugin Version : 1.2 Upstream Author : Christian Kauhaus k...@gocept.com * URL : https://projects.gocept.com/projects/nagiosplugin * License : Zope Public License (ZPL) Version 2.1 Programming Lang: Python Description : Python class library for writing Nagios (Icinga) plugins nagiosplugin is a Python class library which helps writing Nagios (or Icinga) compatible plugins easily in Python. It cares for much of the boilerplate code and default logic commonly found in Nagios checks, including: - Nagios 3 Plugin API compliant parameters and output formatting - Full Nagios range syntax support - Automatic threshold checking - Multiple independend measures - Custom status line to communicate the main point quickly - Long output and performance data - Timeout handling - Persistent cookies to retain state information between check runs - Resume log file processing at the point where the last run left - No dependencies beyond the Python standard library (except for Python 2.6). -- Jordan Metzmeier -- 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/cabhudreoceku2zt7tcu13bbozyubmfp2mc2cpr1prx4akyd...@mail.gmail.com
Bug#711034: marked as done (ITP: pycollada -- Python module for creating, editing and loading COLLADA)
Your message dated Tue, 31 Dec 2013 22:00:52 + with message-id e1vy7mq-0003dq...@franck.debian.org and subject line Bug#711034: fixed in pycollada 0.4-1 has caused the Debian Bug report #711034, regarding ITP: pycollada -- Python module for creating, editing and loading COLLADA to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 711034: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=711034 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: wnpp Severity: wishlist Owner: Anton Gladky gl...@debian.org * Package name: pycollada Version : 0.4 * URL : http://pycollada.readthedocs.org * License : BSD Programming Lang: Python Description : Python module for creating, editing and loading COLLADA pycollada is a python module for creating, editing and loading COLLADA, which is a COLLAborative Design Activity for establishing an interchange file format for interactive 3D applications. The library allows you to load a COLLADA file and interact with it as a python object. In addition, it supports creating a collada python object from scratch, as well as in-place editing. The package will be maintained in Debian-Science team. ---End Message--- ---BeginMessage--- Source: pycollada Source-Version: 0.4-1 We believe that the bug you reported is fixed in the latest version of pycollada, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 711...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Anton Gladky gl...@debian.org (supplier of updated pycollada package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 04 Jun 2013 06:40:51 +0200 Source: pycollada Binary: python-collada Architecture: source all Version: 0.4-1 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintain...@lists.alioth.debian.org Changed-By: Anton Gladky gl...@debian.org Description: python-collada - Python module for creating, editing and loading COLLADA Closes: 711034 Changes: pycollada (0.4-1) unstable; urgency=low . * Initial package for Debian. (Closes: #711034) Checksums-Sha1: b3cca8369ec746c4875ca4fc7ad06119423673e0 2076 pycollada_0.4-1.dsc 3f5c44a13cbd8dd725ec0407525a8e7a13aa5ad6 519732 pycollada_0.4.orig.tar.gz b3db799f67240e75d9bfbc0023f291eaad636c84 2720 pycollada_0.4-1.debian.tar.gz dc6333926150efd95a568a58b106787fd372ac95 194340 python-collada_0.4-1_all.deb Checksums-Sha256: af1bacb9bf9519ef1a448c06ef4f8fb00d0fff57f38fc6759f9ce3d4e5705f11 2076 pycollada_0.4-1.dsc 62a69cce29759900cce0400dac8796d7210de1910dad4c60d4094248c7738121 519732 pycollada_0.4.orig.tar.gz 348871f0b685488d80ecf1b39a625ac8a08d8406a33e7b2b8704a11b11a361ff 2720 pycollada_0.4-1.debian.tar.gz e4ac5a7fe3ea499503d75e49495fb5b2bc3dde3426de6fe63144239ee87c6536 194340 python-collada_0.4-1_all.deb Files: c82e15b810abc67711b66b08365600b2 2076 libs optional pycollada_0.4-1.dsc 7645e39dd857f3480cbb63769037fbbf 519732 libs optional pycollada_0.4.orig.tar.gz db0223103589115b8dc61152da5ebf0f 2720 libs optional pycollada_0.4-1.debian.tar.gz fd01987d08de078a3631484d6dd0d1f3 194340 python optional python-collada_0.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJScDSHAAoJENPhc4PPp/8GRWsP/iTeaQjCD5siz7FIBLo1iuAY vAmz4m6Ob9P4ovDRTBcRu6dnfI6Px6+OKWiBpk6hd7gR4l3yQJl6Xeu9bLTsy4s2 FRKXlkiD9suU6jI0ix1W4P9iCyzxBns20VOm3BzqDTrEl0PlC+q3CnZplQF9/bZA /MFAoifpMwTCDuohPCSUAxIYWPSmdQXiaxniouDwVBBIMgSpccLVDFxn6XUefPzY 7WLYyeWGodoxMUOfW9QPScpdiT36q4db6RLDighSN2coeDLuLYnCk/PbeIr44qnF we2zEowHPg3r+gO1cgUdPKBe0kvNBHXF4F53KEfNsBE2Hc53I+q1+zZYq0WCCxPL bSDIWizOB9FhiXiaH5VE8XGD3SS7K9W+dGP38F7Ld13r+GpVd72qio9o+eWZobOR X7b+qd9I36dqsEMvlAfvSSjEfSMaHXI4i0kFLSloKh293a40mBdm77CS6y+jT6pD Vk/xPL2Jk7c57AcqeUeEwhB1eFu9GbZqU+ry3465aBOjbM/WIqLkQty1TpvINK5a JmPOpV+iuG99slajqEC53cf92enmCnP7VLL2tJf4Zn1PQ0MoHER82mmIuxUuydAE Z9LoCwr2Vi+H8EJIG4bmON4bUw6/VFFRsLYytOjCeqWVHKb2FLRKU9PGGacoKWeU 4JckVtnOn6o17FdfIush =cn8/ -END PGP SIGNATUREEnd Message---
Bug#733823: RFA: dxflib
Package: wnpp Severity: normal This package used to be a dependency of LibreCAD and QCAD. QCAD has been removed (but is now ok to be reintroduced if someone is interested), but LibreCAD no longer uses this dependency, so I no longer have an interest nor use this package. This is maintained by Debian Science, so I am looking for someone to take over being the responsible uploader of this package. -- 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/20131231222029.4229.91269.report...@esc-303123.ee.nd.edu
Bug#694703: RFP: unvanquished -- alien vs. human shooter
Unvanquished would need to be restricted to unstable or experimental at present, and put in section contrib/games. It is not suitable for inclusion in a Debian release at this time; the game is too much in flux at present. That aside, if somebody wants to upload this, I'll certainly help as upstream packager and/or co-maintainer, but I have no intention of uploading to Debian (well, getting sponsorship for that) myself until we reach beta. Still, it would be useful to have a DD check the package anyway. Debian repo (unofficial): http://www.unvanquished.net/download#debian_ubuntu (the page on my own site is outdated) -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ -- 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/53c84b6f74%bugs...@moreofthesa.me.uk
Processed: entr: block ITP 733563 by RFS 733767
Processing commands for cont...@bugs.debian.org: block 733563 by 733767 Bug #733563 [wnpp] ITP: entr -- Run arbitrary commands when files change 733563 was not blocked by any bugs. 733563 was not blocking any bugs. Added blocking bug(s) of 733563: 733767 stop Stopping processing here. Please contact me if you need assistance. -- 733563: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733563 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.138855030023265.transcr...@bugs.debian.org
Processed: retitle 726550 to ITA: linuxlogo - Color ANSI System Logo, owner 726550
Processing commands for cont...@bugs.debian.org: retitle 726550 ITA: linuxlogo - Color ANSI System Logo Bug #726550 [wnpp] O: linuxlogo - Color ANSI System Logo Changed Bug title to 'ITA: linuxlogo - Color ANSI System Logo' from 'O: linuxlogo - Color ANSI System Logo' owner 726550 Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl Bug #726550 [wnpp] ITA: linuxlogo - Color ANSI System Logo Owner recorded as Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl. thanks Stopping processing here. Please contact me if you need assistance. -- 726550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726550 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.138855615623373.transcr...@bugs.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Wednesday 1 January 07:03:19 UTC 2014 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: pd-iemlib tags 603183 + pending Bug #603183 [wnpp] ITP: pd-iemlib -- collection of general purpose objects Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 603183: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603183 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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/handler.s.c.138855980411030.transcr...@bugs.debian.org
Bug#733849: ITP: libb2 -- BLAKE2 family of hash functions
Package: wnpp Severity: wishlist Owner: Robert Ransom rransom.8...@gmail.com X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: libb2 Version : 0.9 Upstream Author : cont...@blake2.net * URL : https://blake2.net/ * License : mostly CC0, but some files currently have no license Programming Lang: C Description : BLAKE2 family of hash functions The BLAKE2 family of hash functions is an improved version of the SHA-3 finalist BLAKE. . BLAKE2b is optimized for 64-bit platforms and produces up to 64 bytes of output; BLAKE2s is optimized for 32-bit platforms and produces up to 32 bytes of output. . BLAKE2bp and BLAKE2sp are parallel versions of BLAKE2b and BLAKE2s designed for increased performance on multicore and large-vector SIMD processors. . libb2 provides a portable implementation of BLAKE2, optimized implementations for IA-32 and AMD64 processors, and an interface layer that automatically selects the best implementation for the processor it is run on. -- 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/cabqy+sq-rdnnzvrhvxwqzayazvjf8fqhgnmvv5sqlujyt3n...@mail.gmail.com