Re: [Pkg-javascript-devel] Bug#754551: ITP: node-ms -- milliseconds conversion utility
On Mon, Aug 4, 2014 at 6:13 PM, Andrew Kelley wrote: > On Mon, Aug 4, 2014 at 6:06 PM, Marco d'Itri wrote: > >> If it makes sense to bundle multiple libraries in the same package which >> other packages may depend on then go for it. >> > > I understand. Here is an example of doing exactly this: > http://anonscm.debian.org/cgit/pkg-javascript/node-chalk.git/tree/debian/watch > > However let me re-iterate that ms has 104 other modules depending on it: > https://www.npmjs.org/package/ms > > 111 LOC is small but not trivial. I think this is not an example of a > package that should be blocked. > Looking at the NEW queue, I see that I have 2 packages that are trivially small and could be bundled with the project that depends on them: node-deflate-crc32-stream node-crc32-stream These packages are very small and the only thing that depends on them is node-zip-stream (which also depends on node-debug which is waiting on node-ms). Please delete these from the NEW queue and I will bundle them with node-zip-stream. The other packages of mine that are in there are *not* trivially small, and/or have many other packages depending on them. For these I believe the proper action is to accept the upload: node-connect-static - so far has only groovebasin depending on it. I can bundle it with groovebasin, but it's really an independent module. node-errno - has 27 completely unrelated modules depending on it. clearly should be separate node-groove - contains C++ bindings to libgroove and has lots of LOC. You should be happy about this one. node-music-library-index - separate from groovebasin because both client side code and server side code depend on it. trying to bundle this one would make it confusing or impossible to work with browserify, which groovebasin uses at build-time. node-mv - has 30 completely unrelated modules depending on it. clearly should be separate node-prr - node-errno and node-levelup both depend on this, both of which I am trying to get packaged up. Please tell me what further action I can take to move this process along. I've been working hard to package up a large application with many dependencies in accordance with Debian guidelines, and now it seems that I have hit an invisible wall and it's not clear who is responsible for it or what they want from me.
Bug#757227: ITP: memcacheq -- Simple queue service over memcache
Package: wnpp Severity: wishlist Owner: Carl Chenet * Package name: memcacheq Version : 0.2.0 Upstream Author : Steve Chu * URL : http://memcachedb.org/memcacheq/ * License : BSD Programming Lang: C Description : Simple queue service over memcache Memcacheq is a very fast, simple queue service over memcache. It manages multiple queues, concurrent well and is compatible with the memcache protocol. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140806110443.11742.54134.reportbug@laptop
Bug#757229: ITP: dh-dist-zilla -- debhelper add-on to call dzil build and clean up after the build
Package: wnpp Severity: wishlist Owner: "Elmar S. Heeb" * Package name: dh-dist-zilla Version : 1 Upstream Author : Elmar S. Heeb , Axel Beckert * URL : https://github.com/elmar/dh-dist-zilla * License : GPL v3+ Programming Lang: Perl Description : debhelper add-on to call dzil build and clean up after the build dh-dist-zilla provides a debhelper sequence addon named 'dist_zilla'. The intention is to be able to build directly from a Dist::Zilla based package without generating the CPAN package manually first. It is analogous to using autoreconf to generate the configure script. The orig.tar.gz file must only contain the dist.ini and source files but not the generated files like META.yaml, README, etc. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014080632.587.58785.report...@harstena.heebs.ch
Re: Reintroducing FFmpeg to Debian
On Tue, 5 Aug 2014, Michael Gilbert wrote: The problem is an undermanned ftpmaster team [0], so help there is I have to object here. If I read something like: please reject YYY forgot to add the full MPL 2.0 text.. I wonder why this hadn't been checked before the upload. If all maintainers would do their homework, the situation of NEW might be much better. I estimate that 80% of all packages in NEW, that are older than two weeks, do have a problem like above. So dear fellow maintainers, although it is quite boring, please pay more attention to the Debian Policy. Thorsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/alpine.deb.2.02.1408060907090.9...@jupiter.server.alteholz.net
Re: Reintroducing FFmpeg to Debian
Le Wed, Aug 06, 2014 at 01:28:02PM +0200, Thorsten Alteholz a écrit : > > On Tue, 5 Aug 2014, Michael Gilbert wrote: > >The problem is an undermanned ftpmaster team [0], so help there is > > I have to object here. If I read something like: >please reject YYY >forgot to add the full MPL 2.0 text.. > I wonder why this hadn't been checked before the upload. > If all maintainers would do their homework, the situation of NEW > might be much better. I estimate that 80% of all packages in NEW, > that are older than two weeks, do have a problem like above. > So dear fellow maintainers, although it is quite boring, please pay > more attention to the Debian Policy. Hi Thorsten, I fully agree. A few years ago, I made a proposal for peer-reviewing copyright files in the NEW queue. https://wiki.debian.org/CopyrightReview The goal is not to substitute for the inspection by the FTP Master team, but to correct defects before their review, therefore saving their time. I have done a few dozens of these reviews and share Thorsten's impression in general (althouth in my opinion 80 % is quite an upper-range estimate…). I encourage everybody who uploads to the NEW queue to review some packages in exchange. To help people reviewing your package, please make sure that a copy is accessible (source packages in the NEW queue are not accessible outside the FTP Master team). (Regarding the requests for removal from the NEW queue, perhaps somebody can write a patch to DAK so that it can be dealt with a DAK command file ?) Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140806115506.gb13...@falafel.plessy.net
Re: First steps towards source-only uploads
Ansgar Burchardt (2014-08-01): > as a first step towards source-only uploads, the archive will now accept > source-only uploads provided the following conditions are met: > > * The source package is not NEW and does not build NEW binaries. > * Architecture-independent (arch:all) packages must be included in >uploads. > * The source package includes a Package-List field that also has >an arch=* column. dpkg (>= 1.17.7) will include this. > > We will allow not including arch:all packages in uploads once we have > sorted out how to get them built. Source-only uploads to NEW might also > come in the future, but dak needs a bit more work to be able to handle > them. This is absolutely awesome. Many many thanks. Mraw, KiBi. signature.asc Description: Digital signature
Bug#757249: ITP: fonts-ekmukta -- humanist, mono-linear typeface for Devanagari and Latin scripts
Package: wnpp
Severity: wishlist
Owner: Vasudev Kamath
* Package name: fonts-ekmukta
Version : 1.2.2
Upstream Author : Girish Dalvi
* URL : https://github.com/girish-dalvi/Ek-Mukta
* License : OFL-1.1
Programming Lang: fonts
Description : humanist, mono-linear typeface for Devanagari and Latin
scripts
Ek Mukta is a Unicode compliant, versatile, contemporary, humanist,
mono-linear typeface available in seven weights, supporting Devanagari
and Latin scripts.
You can get look and feel of this font at [1]
[1] http://www.idc.iitb.ac.in/~girish/demo/
Please also include as much relevant information as possible.
This package provides new mono-linear font with 7 weights for Devanagari
script, It provides new font for Devanagari script which is used by
multiple Indian languages as script. Currently there are very limited
FOSS fonts for devanagari.
Package will be maintained as part of Debian-IN (Debian India) team.
Cheers,
--
Vasudev Kamath
http://copyninja.info
Connect on ~friendica: copyni...@samsargika.copyninja.info
IRC nick: copyninja | vasudev {irc.oftc.net | irc.freenode.net}
GPG Key: C517 C25D E408 759D 98A4 C96B 6C8F 74AE 8770 0B7E
signature.asc
Description: Digital signature
Bug#757279: ITP: neurodebian -- integrated software platform for neuroscience research
Package: wnpp Severity: wishlist Owner: NeuroDebian Team * Package name: neurodebian Version : 0.33 Upstream Author : NeuroDebian Team * URL : http://neuro.debian.net * License : GPL Programming Lang: Bash, Python, etc Description : integrated software platform for neuroscience research NeuroDebian aims to make Debian the ideal platform for research in neuroscience. NeuroDebian team participates in Debian pure blends (e.g. Debian Med and Science) and maintenance teams (e.g. Debian Python Modules) to enhance stock Debian distribution. Besides that it provides backport builds of relevant software for all supported Debian and Ubuntu releases from the project's website. . This source package contains the sources of the project's website, and delivers binary packages with development tools and user-systems customizations (e.g. artwork, popcon submissions settings, etc). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140806204621.507.53794.report...@novo.onerussian.com
Bug#757284: ITP: php-proxy-manager -- library providing utilities to operate with Object Proxies
Package: wnpp Severity: wishlist Owner: David Prévot Control: block 513646 by -1 * Package name: php-proxy-manager Version : 0.3.6 Upstream Author : Marco Pivetta * URL : https://github.com/Ocramius/ProxyManager * License : Expat Programming Lang: PHP Description : library providing utilities to operate with Object Proxies This library aims at providing abstraction for generating various kinds of proxy classes. . Currently, this project supports generation of Virtual Proxies and Smart References. Additionally, it can generate a small high-performance Hydrator class to optimize transition of data from and into your objects. This package is needed for the Symfony package currently being worked on, and will be maintained inside the PHP PEAR (and Composer) Maintainers team. Regards David signature.asc Description: Digital signature
