Bug#725854: O: mongodb -- object/document-oriented database (metapackage)
Package: wnpp Severity: normal I intend to orphan the mongodb package. I am totally snowed under workload at http://icflix.com , where are currently not using MongoDB so my response times are getting longer and longer... The package description is: MongoDB is a high-performance, open source, schema-free document-oriented data store that's easy to deploy, manage and use. It's network accessible, written in C++ and offers the following features: . * Collection oriented storage - easy storage of object-style data * Full index support, including on inner objects * Query profiling * Replication and fail-over support * Efficient storage of binary data including large objects (e.g. videos) * Auto-sharding for cloud-level scalability . High performance, scalability, and reasonable depth of functionality are the goals for the project. . This is a convenience metapackage that depends on all the mongodb parts: the server, the clients and the development files (headers and library). -- 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/20131009065208.9974.76279.report...@bob.bobek.cz
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: # Wednesday 9 October 07:03:23 UTC 2013 # Tagging as pending bugs that are closed by packages in NEW # http://ftp-master.debian.org/new.html # # Source package in NEW: gr-fcdproplus tags 725842 + pending Bug #725842 [wnpp] ITP: gr-fcdproplus -- Software defined radio peripheral support Added tag(s) pending. # Source package in NEW: libmirisdr tags 724966 + pending Bug #724966 [wnpp] ITP: libmirisdr -- Software for the Mirics MSi2500 + MSi001 SDR platform Added tag(s) pending. # Source package in NEW: libosmosdr tags 724965 + pending Bug #724965 [wnpp] ITP: libosmosdr -- Software defined radio peripheral support Added tag(s) pending. End of message, stopping processing here. Please contact me if you need assistance. -- 724965: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724965 724966: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724966 725842: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725842 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.138130221718802.transcr...@bugs.debian.org
Bug#725854: O: mongodb -- object/document-oriented database (metapackage)
On 09/10/2013 08:52, Antonin Kral wrote: Package: wnpp Severity: normal I intend to orphan the mongodb package. I am totally snowed under workload at http://icflix.com , where are currently not using MongoDB so my response times are getting longer and longer... Hello, while i said in PM i was considering leaving maintenance as well, you orphaning mongodb makes me reconsider... I'll take care of it, and move maintenance to a gbp repository on collab-maint instead of github. Help is welcome, though. Maybe mongodb could go to pkg-javascript team maintenance. Jérémy. -- 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/52550ddf.5020...@melix.org
Bug#725854: O: mongodb -- object/document-oriented database (metapackage)
* Jérémy Lal kapo...@melix.org [2013-10-09 10:05] wrote: On 09/10/2013 08:52, Antonin Kral wrote: Package: wnpp Severity: normal I intend to orphan the mongodb package. I am totally snowed under workload at http://icflix.com , where are currently not using MongoDB so my response times are getting longer and longer... Hello, while i said in PM i was considering leaving maintenance as well, you orphaning mongodb makes me reconsider... I'll take care of it, and move maintenance to a gbp repository on collab-maint instead of github. Help is welcome, though. Maybe mongodb could go to pkg-javascript team maintenance. Jérémy, that would be totally awesome. I am able to donate some time as co-maintainer for some tasks but I am not really able to manage it. Antonin -- 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/20131009081145.ga14...@bobek.cz
Processed: ITA: mongodb -- object/document-oriented database (metapackage)
Processing commands for cont...@bugs.debian.org: retitle 725854 ITA: mongodb -- object/document-oriented database (metapackage) Bug #725854 [wnpp] O: mongodb -- object/document-oriented database (metapackage) Changed Bug title to 'ITA: mongodb -- object/document-oriented database (metapackage)' from 'O: mongodb -- object/document-oriented database (metapackage)' owner 725854 ! Bug #725854 [wnpp] ITA: mongodb -- object/document-oriented database (metapackage) Owner recorded as László Böszörményi (GCS) g...@debian.org. thanks Stopping processing here. Please contact me if you need assistance. -- 725854: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725854 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.138130845024352.transcr...@bugs.debian.org
Bug#725854: ITA: mongodb -- object/document-oriented database (metapackage)
On 09/10/2013 10:46, László Böszörményi (GCS) wrote: retitle 725854 ITA: mongodb -- object/document-oriented database (metapackage) owner 725854 ! thanks Hi, I've already made new packages of MongoDB. Would like to adopt it. Either alone or with Jérémy under the hood of Javascript Maintainers. Needs discussion. All right with me. You could set as Maintainer Debian Javascript Maintainers pkg-javascript-de...@lists.alioth.debian.org and yourself as Uploaders. Note that libv8 is maintained there too. That might help coordinating uploads if mongodb is to be linked to the shared lib. Jérémy. (also on #debian-js) -- 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/52551b9d.8060...@melix.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
Le 04/09/2013 07:48, Stéphane Glondu a écrit : I have worked on a new ocaml-cil package, from scratch. I am also the new upstream for CIL and it has changed a lot since Stéphane first tried to package it. Thank you a lot for that! My current version (ocaml-cil_1.7.3, not to be confused with Stéphane's 1.3.7 ;-) builds as follows: git clone -b debian https://github.com/kerneis/cil ocaml-cil cd ocaml-cil gbp buildpackage This is my first Debian package so it's probably far from perfect. Any feedback or hint about how to proceed next would be greatly appreciated. I will have a look. Meanwhile, you can join the OCaml Task Force on Alioth, and update the ocaml-cil package there (feel free to overwrite it, actually). Sorry for taking so much time... In the sources, the doc/cilcode.tmp directory looks suspicious. It contains many .o files. Shouldn't it be removed? The OCaml library (/usr/lib/ocaml/cil) must be in its own binary package (libcil-ocaml-dev) with a Provides field, so that reverse dependencies get their dependencies right. Is is really needed to have cilly.byte AND cilly.native? Please set the Maintainer field to Debian OCaml Maintainers ... and move your name to an Uploaders field. Cheers, -- Stéphane -- 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/52553034.1070...@debian.org
Bug#615158: ITP: ocaml-cil -- OCaml library for manipulating C programs
On Wed, Oct 09, 2013 at 12:30:12PM +0200, Stéphane Glondu wrote: In the sources, the doc/cilcode.tmp directory looks suspicious. It contains many .o files. Shouldn't it be removed? Indeed, I have no idea how it was included but it is (re)generated by make doc so I'll make sure it is removed. The OCaml library (/usr/lib/ocaml/cil) must be in its own binary package (libcil-ocaml-dev) with a Provides field, so that reverse dependencies get their dependencies right. OK. Fedora also uses separate packages for ocaml-cil-doc and ocaml-cil-cilly; is this also required for Debian? Is is really needed to have cilly.byte AND cilly.native? The perl wrapper script bin/cilly provides a --bytecode flag to invoke the bytecode version. I'm not sure about the historical motivation for this (ocamldebug comes to mind), but I am reluctant to potentially break existing user workflows just for the sake saving 1.3 MB. Please set the Maintainer field to Debian OCaml Maintainers ... and move your name to an Uploaders field. OK. I'll let you know when a new version is available. Thanks for your review, -- Gabriel -- 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/20131009123454.ga4...@kerneis.info
Bug#725891: RFP: cloudy -- Simulations of non-equilibrium plasmas and their spectra
Package: wnpp Severity: wishlist * Package name: cloudy Version : C13.02 Upstream Author : Gary Ferland and others * URL : http://www.nublado.org/ * License : zlib Programming Lang: C++ Description : Simulations of non-equilibrium plasmas and their spectra Cloudy is a spectral synthesis code designed to simulate conditions in interstellar matter under a broad range of conditions. Best wishes, Bob
Bug#693069: RFS: rurple-ng -- learn programming in python with a robot
On Monday, September 30, 2013 04:34:47 PM Mike Gabriel wrote: I can write a manpage if you insist. I do insist. ;-) Hi Mike, I added a manpage: http://mentors.debian.net/package/rurple-ng i did not yet write a watchfile because I did not yet find a suitable place to place the upstream project. I pushed it to gitorious[1] but gitorious has no site listing the tags of the project and thus I did not see how to write a watchfile. And as much as I'd prefer the free software based gitorious site over github it's so much lacking behind. It does not even have a bugtracker. [1] https://gitorious.org/rurple-ng/rurple-ng/ I changed the versionnumber to 0.5+16 to indicate that I packed upstreams 0.5 version plus the last 16 commits to master. I'm sorry, I should have added a new entry to debian/changelog instead of editing the first entry, but I remember that this might cause trouble for first uploads to the archive (missing orig tarball). Regards, Thomas Koch -- 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/201310092033.43080.tho...@koch.ro
Bug#696165: Info received (Bug#696165: Acknowledgement (ITP: libdiffutils-java -- Java diff and patch library))
+++ Debian Bug Tracking System [2013-08-12 08:00 +]: Further investigation found that this package had wrong/not plausible licence claims as it said it was Apache2 whilst being clearly derived from something that was never apache2 and the original author has not given permission for any licence change. The software is not uploadable to Debian without someone sorting out the licence with upstream. The jrcs package from which it is derived _does_ have acceptable licencing (although it has changed over its lifetime, just to confuse matters). The package which depended on diffutils has been changed to remove the need for it, so I can forget about this whole mess. If anyone is interested at some point I have all the details of the licencing mess, and mostly-done packaging of both diffutls and jrcs you could start from. gah - what a waste of effort. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.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/20131009192618.gg32...@stoneboat.aleph1.co.uk
Bug#693069: RFS: rurple-ng -- learn programming in python with a robot
Hi Thomas, (re-sending this mail, now with all Cc: people in Cc: plus adding the missing URL for [1]) On Mi 09 Okt 2013 20:33:42 CEST, Thomas Koch wrote: On Monday, September 30, 2013 04:34:47 PM Mike Gabriel wrote: I can write a manpage if you insist. I do insist. ;-) Hi Mike, I added a manpage: http://mentors.debian.net/package/rurple-ng Cool. Will take a look at it later (see below). i did not yet write a watchfile because I did not yet find a suitable place to place the upstream project. I pushed it to gitorious[1] but gitorious has no site listing the tags of the project and thus I did not see how to write a watchfile. And as much as I'd prefer the free software based gitorious site over github it's so much lacking behind. It does not even have a bugtracker. I can confirm this. I run a private Gitorious instance at Uni and that one has that feature available. Weird. Anyway, as you are upstream and downstream in one person now, this can be easily overviewed and you will know when upstream has a new release. So, forget about the watch file (for now). If you want to use gitorious.org for other projects, nag them for the tag stuff in their WebUI. You will need it (or another Git hoster). [1] https://gitorious.org/rurple-ng/rurple-ng/ I changed the versionnumber to 0.5+16 to indicate that I packed upstreams 0.5 version plus the last 16 commits to master. I'm sorry, I should have added a new entry to debian/changelog instead of editing the first entry, but I remember that this might cause trouble for first uploads to the archive (missing orig tarball). We got to get this fixed first: The upstream version should be changed into 0.5+git2013xxyy (the date you clone that upstream Git repos). In /debian/changelog you then place the concrete commit hash you used for creating that orig tarball (see [1]). The Debian revision will then of course be -1 and we upload indeed a new orig tarball (the one you snapshot from the used Git branch). Please change your package (again, I am sorry) accordingly and then I will take a look at the rest. Mike [1] http://ftp-master.metadata.debian.org/changelogs//main/n/node-security/node-security_1.0.0~git20130515-1_changelog (Note: in this example, the upstream Git was clone before the release of 1.0.0, in your case you cloned after the 0.5 release, so you replace ~gitdate by +gitdate in the upstream version... -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net Digitale_PGP_Signatur Description: PGP signature binmNL0bcem9Q.bin Description: Öffentlicher PGP-Schlüssel pgp6SlCMmkewK.pgp Description: Digitale PGP-Signatur
Bug#570611: Update
Hi anyone following, Just wanted to give you an update on where things are with this packaging. I've cleaned up a majority of the stuff I found with it on master, either upstream, via an override, or in the packaging tree. There are two lintian errors I would like to get resolved and then we should push forward on this again. E: mythtv-common: package-installs-python-bytecode usr/share/mythtv/internetcontent/nv_python_libs/vimeo/vimeo_data.pyc Long story short this was so that the two part API key for vimeo wasn't put in the open. I talked with the author and explained the situation including that it explicitly didn't work with. He gave me the source and i'm going to try to get it pulled into mythtv upstream. Once it's upstream this should go away. E: libmyth-0.28-0: possible-gpl-code-linked-with-openssl It's possible to build without OpenSSL, and even further more to build some parts with GNU TLS, but I don't understand the implications yet. I think it will break some Airplay streaming stuff. Once I get confirmation on that, I wanted to get upstream to just include an exception with their license for OpenSSL stuff. -- Mario Limonciello supe...@gmail.com
Bug#711831: RFA: libgphoto2 -- gphoto2 digital camera library
Hello all, Is a NMU (or a QA upload) still planned for this package? I can request a transition slot if needed. Cheers Laurent Bigonville -- 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/20131009223859.64554...@fornost.bigon.be
Processed: ipmiutil
Processing commands for cont...@bugs.debian.org: fixed 650323 2.9.2-1 Bug #650323 [wnpp] ITP: ipmiutil - Easy-to-use IPMI server management utilities There is no source info for the package 'wnpp' at version '2.9.2-1' with architecture '' Unable to make a source version for version '2.9.2-1' Marked as fixed in versions 2.9.2-1. End of message, stopping processing here. Please contact me if you need assistance. -- 650323: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650323 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.138135472020558.transcr...@bugs.debian.org
Bug#650323: ITP: ipmiutil
The ipmiutil debian packaging has been completed in ipmiutil-2.9.2-1. Visible links: http://mentors.debian.net/package/ipmiutil http://mentors.debian.net/debian/pool/main/i/ipmiutil/ipmiutil_2.9.2-1.dsc http://ipmiutil.sourceforge.net (upstream)
Bug#725912: ITP: python-softlayer -- Python client for SoftLayer API
Package: wnpp Severity: wishlist Owner: Alessio Treglia ales...@debian.org * Package name: python-softlayer Version : 3.0.0 Upstream Author : SoftLayer Technologies, Inc. * URL : http://github.com/softlayer/softlayer-api-python-client * License : Expat Programming Lang: Python Description : Python client for SoftLayer API This library provides a simple interface to interact with SoftLayer's XML-RPC API and provides support for many of SoftLayer API's features like object masks and a command-line interface that can be used to access various SoftLayer services using the API. -- 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/20131009230238.12508.21356.reportbug@Aspire-1410
Bug#711831: RFA: libgphoto2 -- gphoto2 digital camera library
Hello all, Laurent Bigonville [2013-10-09 22:38 +0200]: Is a NMU (or a QA upload) still planned for this package? I can request a transition slot if needed. They've been baking in Ubuntu for a while now, I have fairly good confidence in them. If you guys want to, I can NMU libgphoto2 2.5.2, gphoto2 2.5.2, and gphotofs 0.5; these three need to go together, everything else are just rebuilds. Laurent, if you could sort out the transition slot, that'd be great. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
