Bug#697898: ITP: dtv-scan-tables -- Digital TV scan tables for the DVB-S, DVB-C, DVB-T, and ATSC standards
Package: wnpp Severity: wishlist Owner: Jonathan McCrohan * Package name: dtv-scan-tables Version : 20130111 Upstream Author : Manu Abraham * URL : http://git.linuxtv.org/dtv-scan-tables.git * License : LGPL Programming Lang: None Description : Digital TV scan tables for the DVB-S, DVB-C, DVB-T, and ATSC standards Following discussions on linux-media [1], it was decided to split the dvb-apps tree into one for actual DVB applications, and the other for DVB and scan files. It is hoped that this will enable users to receive more up-to-date DVB scan files, perhaps by providing updated versions of this package via stable point releases. This split will be coordinated with the current dvb-apps maintainers, and I will also be maintaining this package as part of the Debian pkg-vdr-dvb team too. Jon [1] http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/59204 -- 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/20130111012319.1962.65726.report...@lambda.dereenigne.org
Re: Dublin, Ireland bug squashing party
Hi Philip, On 25 June 2012 07:00, Philip Ashmore wrote: > Not to be seen as uncool, I'm proposing a bug squashing party somewhere in > Dublin, Ireland at a mutually agreed date and time. I'm based in Dublin, Ireland, as are a handful of DDs. I don't think there has been an Irish BSP event before but there is always a first time for everything. It might be an idea to set up a page on the wiki [1] too when a date is decided. Jon [1] http://wiki.debian.org/BSP/ -- 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/calouzp1wdnw3eozbhgoq4i0v7eqx4rng8p5jeolbt4-xqu7...@mail.gmail.com
Bug#670984: ITP: libphidget -- Phidgets runtime library
Package: wnpp Severity: wishlist Owner: Jonathan McCrohan * Package name: libphidget Version : 2.1.8.20120216 Upstream Author : Phidgets Inc. * URL : http://www.phidgets.com/ * License : LGPL-3 Programming Lang: C Description : Phidgets runtime library Phidgets are a set of "plug and play" building blocks for low cost USB sensing and control from your PC. All the USB complexity is taken care of by the robust libphidget API. Note: This package is *not* related to martin f. krafft's libphidgets library which was previously in the archive. -- 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/20120501010014.3095.87595.report...@lambda.dereenigne.org
Re: Bug#663017: ITP: transmission-remote-cli -- ncurses interface for the Transmission BitTorrent daemon
On 08/03/12 14:23, Leo 'costela' Antunes wrote: > On 08/03/12 13:59, Jonathan McCrohan wrote: >>> Shouldn't it be included in the transmission-cli package instead? >> >> I guess it could be included in transmission-cli. I thought >> transmission-remote-cli would be better suited to its own package >> because it a third-party transmission tool, and not part of the >> transmission project itself [1]. > > I agree it's probably better to have its own package. I also have an ITP > for transmission-remote-gtk, which is in a similar situation. > > That being said: I haven't checked the source, but I'm a bit curious > about its use of transmission-remote. Does it depend on specific > input/output formats? Did upstream at some point declare a "stable API" > for using transmission-remote in scripts? I'm just worried this might be > a small nightmare to maintain in the long run... I've been talking to upstream (t-r-cli) and the output appears to be stable between RPC versions. RPC versions don't seem to change that often in transmission, so I don't think it should be too big a deal. When it does change, support for the new RPC is added reasonably quickly. I guess an alternative would be to use transmissionrpc as a python interface to the JSON service. Jon -- 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/4f595908.1000...@gmail.com
Re: Bug#663017: ITP: transmission-remote-cli -- ncurses interface for the Transmission BitTorrent daemon
(cc'ing Transmission maintainer Leo Costela) On 08/03/12 09:37, Andrei POPESCU wrote: > On Jo, 08 mar 12, 00:54:18, Jonathan McCrohan wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Jonathan McCrohan >> >> * Package name: transmission-remote-cli >> Version : 1.1 >> Upstream Author : Ben Thompson >> * URL : https://github.com/fagga/transmission-remote-cli >> * License : GPLv3 >> Programming Lang: Python >> Description : ncurses interface for the Transmission BitTorrent daemon >> >> transmission-remote-cli is an ncurses interface for controlling the >> Transmission BitTorrent daemon. It is a full client, providing the ability to >> upload, queue and delete torrent files, monitor downloads and adjust speed >> limits. > > As far as I can tell from the above URL this is a python script (with a > .py extension), that relies on transmission-remote to do at least some > work. If this is true then you should rephrase the "It is a full client" > above. I meant full as in full featured. Perhaps that is a bit ambiguous, I'll reword it. > Shouldn't it be included in the transmission-cli package instead? I guess it could be included in transmission-cli. I thought transmission-remote-cli would be better suited to its own package because it a third-party transmission tool, and not part of the transmission project itself [1]. This would also transmission-remote-cli to be updated independently of the entire transmission package. Jon [1] It is prominently displayed on http://www.transmissionbt.com/ though. -- 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/CALouZp3tAXTSECuXPugo=rx_pzs66-qw4t8b-50g8+kmnwo...@mail.gmail.com
Bug#663017: ITP: transmission-remote-cli -- ncurses interface for the Transmission BitTorrent daemon
Package: wnpp Severity: wishlist Owner: Jonathan McCrohan * Package name: transmission-remote-cli Version : 1.1 Upstream Author : Ben Thompson * URL : https://github.com/fagga/transmission-remote-cli * License : GPLv3 Programming Lang: Python Description : ncurses interface for the Transmission BitTorrent daemon transmission-remote-cli is an ncurses interface for controlling the Transmission BitTorrent daemon. It is a full client, providing the ability to upload, queue and delete torrent files, monitor downloads and adjust speed limits. -- 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/20120308005418.7794.27440.report...@lambda.dereenigne.org
Re: Bug#661565: ITP: nyancat -- Terminal-based Pop Tart Cat animation
Humm. I didn't expect that this ITP would generate so much discussion. :-/ On 28/02/12 16:20, Steve McIntyre wrote: > On Tue, Feb 28, 2012 at 04:05:12PM +, Ben Hutchings wrote: >> On Tue, 2012-02-28 at 11:52 +, Steve McIntyre wrote: >>> And what value does this bring to Debian? >> >> Are such amusements only permitted as Easter eggs now? (apt-get moo?) I would consider this package much the same as sl, xfishtank, cowsay or cmatrix. They all provide something mildly amusing or fun. Developers are not the target audience and are unlikely to install them, but the packages seem relatively popular with users. Popcorn notes over 4500 combined installations of those 4 packages, 3 of which have an upward installation trend so I guess someone must be using them. > I've just done lots of QA work tracking down build failures while > bootstrapping a new architecture, typically in pet packages that have > gone largely unmaintained after a small number of uploads. That > experience makes me leery of accepting yet more crap into Debian in > the first place, especially joke-of-the-week stuff like this. nyancat > will stay alive elsewhere on the net for anybody who cares, we don't > need it. I certainly don't plan on uploading and abandoning this package, but given the high level of opposition to this ITP, guess there is little point pursuing it. Jon -- 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/4f4d6386.7040...@gmail.com
Bug#661565: ITP: nyancat -- Terminal-based Pop Tart Cat animation
Package: wnpp Severity: wishlist Owner: Jonathan McCrohan * Package name: nyancat Version : 0.1 Upstream Author : Kevin Lange * URL : http://miku.acm.uiuc.edu/ * License : NCSA Programming Lang: C Description : Terminal-based Pop Tart Cat animation Nyancat is an animated, color, ANSI-text telnet server that renders a loop of the classic Nyan Cat animation. Nyancat can also be run as a standalone program in a local terminal if telnet functionality is not required. -- 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/20120228012315.10899.14478.report...@lambda.dereenigne.org
Re: libconfig9 for Wheezy?
Hi, On 28/11/11 12:41, Andrey Ponomarenko wrote: > The compatibility report for libconfig between libconfig8/1.3.2 and > libconfig9/1.4.8 versions (see attachment) generated by the > abi-compliance-checker [1] tool may be of help to upgrade this package. Thanks. abi-compliance-checker looks very helpful. On 16/11/11 05:32, Reinhard Tartler wrote: > I don't see the new version of the package on mentors. Please consider > uploading your new package there, it will then show up on > http://packages.qa.debian.org/libc/libconfig.html in the 'todo' box > AFAIUI. The maintainer has not replied so I have uploaded an initial version of libconfig9 to mentors.debian.net [1]. No VCS exists, so this is simply git-import-dsc of libconfig_1.3.2-2, git-import-orig of libconfig-1.4.8 and resolving the conflicts. I will work on fixing up the lintian warnings over the weekend. Regards, Jon [1] http://mentors.debian.net/package/libconfig -- 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/4ed8264a.7060...@gmail.com
libconfig9 for Wheezy?
Hi, libconfig [1] has not been updated since Squeeze, and is lagging upstream by a major version. Packaging the upstream release is not a problem, but an ABI change will require a transition from libconfig8 to libconfig9. The maintainer is aware of the problem, and this has been tracked as wishlist bug #583528 since May 2010 [2]. Is there enough time left to have this updated before the Wheezy freeze window? Thanks, Jon [1] http://packages.qa.debian.org/libc/libconfig.html [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=583528 -- 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/4ec2ac54.2070...@gmail.com