Bug#595485: ITP: shark -- Modular Machine Learning Library

Forget this answer to a very old remaining in my mbox. Sorry for the noise, Andreas. On Sat, Jan 04, 2014 at 10:59:51AM +0100, Andreas Tille wrote: > Hi Christian, > > I think this would be a nice fit to Debian Science. Would you consider > maintaining it in this team? > > Kind regards > >

Bug#595485: ITP: shark -- Modular Machine Learning Library

Hi Christian, I think this would be a nice fit to Debian Science. Would you consider maintaining it in this team? Kind regards Andreas. On Sat, Sep 04, 2010 at 02:25:50PM +0200, Christian Kastner wrote: > Package: wnpp > Severity: wishlist > Owner: Christian Kastner > > > * Package n

Bug#733205: marked as done (ITP: python-args -- Command Arguments for Humans)

Your message dated Sat, 04 Jan 2014 11:00:08 + with message-id and subject line Bug#733205: fixed in python-args 0.1.0-1 has caused the Debian Bug report #733205, regarding ITP: python-args -- Command Arguments for Humans to be marked as done. This means that you claim that the problem has be

Bug#733566: marked as done (ITP: python-django-ratelimit -- Cache-based rate-limiting for Django)

Your message dated Sat, 04 Jan 2014 11:00:06 + with message-id and subject line Bug#733566: fixed in django-ratelimit 0.4.0+8+gd58c489-1 has caused the Debian Bug report #733566, regarding ITP: python-django-ratelimit -- Cache-based rate-limiting for Django to be marked as done. This means th

Bug#733910: ITP: ckon -- automatic build tool for ROOT analyses

Hi Andreas, With Alioth being back up again, I requested membership in the Debian Science Team but am still waiting for a reply. Meanwhile, I got 'ckon' compiled on a amd64 debian box (testing release) with Build-Depends set to libboost-all-dev [1] and up-to-date m4 macros for autoconf [2]. Pl

Bug#734167: ITP: node-ansi-color-table -- Tables for console with ansi colors and formatting support - Node.js module

Package: wnpp Severity: wishlist Owner: "Jérémy Lal" * Package name: node-ansi-color-table Version : 0.0.3 Upstream Author : Quim Calpe * URL : https://github.com/quimcalpe/ansi-color-table * License : Expat Programming Lang: JavaScript Description : C

Bug#733910: ITP: ckon -- automatic build tool for ROOT analyses

On Sat, Jan 04, 2014 at 04:59:04AM -0800, Patrick Huck wrote: > Hi Andreas, > > With Alioth being back up again, I requested membership in the Debian Science > Team but am still waiting for a reply. Meanwhile, I got 'ckon' compiled on a > amd64 debian box (testing release) with Build-Depends set

Processed (with 3 errors): retitle 726634 portalocker -- easy API to file locking (Python 2)

Processing commands for cont...@bugs.debian.org: > retitle 726634 ITA portalocker -- easy API to file locking (Python 2) Bug #726634 [wnpp] O: portalocker -- easy API to file locking (Python 2) Changed Bug title to 'ITA portalocker -- easy API to file locking (Python 2)' from 'O: portalocker -- e

Bug#734175: ITP: fonts-woowa-hanna -- Baedal-Minjok Hanna Korean font

Package: wnpp Owner: Changwoo Ryu Severity: wishlist * Package name: fonts-woowa-hanna Version : 1.000 Upstream Author : Woowa Brothers * URL : http://www.woowahan.com/?page_id=3985 * License : SIL Open Font License 1.1 Programming Lang

Processed: reassign 578393 to wnpp, forcibly merging 640246 578393

Processing commands for cont...@bugs.debian.org: > reassign 578393 wnpp Bug #578393 [wnpp] RFP: dymo-cups-drivers -- Cups drivers for Dymo Ignoring request to reassign bug #578393 to the same package > forcemerge 640246 578393 Bug #640246 [wnpp] RFP: dymo-cups-drivers -- Cups drivers for Dymo labe

Processed: Re: Bug#578393: cups: Dymo label printer is not listet, but GPL driver exists

Processing control commands: > reassign -1 wnpp Bug #578393 [cups] cups: Dymo label printer is not listet, but GPL driver exists Bug reassigned from package 'cups' to 'wnpp'. No longer marked as found in versions cups/1.4.3-1. Ignoring request to alter fixed versions of bug #578393 to the same val

Bug#734188: ITP: folly -- library of C++11 components designed with practicality and efficiency in mind

Package: wnpp Severity: wishlist Owner: Laszlo Boszormenyi (GCS) * Package name: folly Version : git snapshot Upstream Author : Facebook, Inc. * URL : https://github.com/facebook/folly * License : Apache-2.0 Programming Lang: C++ Description : library o

Bug#727085: Now we don't depend on the weird libevent patch

On Sat, Jan 4, 2014 at 1:51 AM, Paul Tarjan wrote: >>checking whether the Boost::Thread library is available... yes >>configure: error: Could not find a version of the library! > > It looks like it defaults to looking in /usr/bin instead of where lib > boost is in sid. Try > > ./configure --with-b

Bug#727085: Now we don't depend on the weird libevent patch

On 01/04/14 19:54, László Böszörményi (GCS) wrote: On Sat, Jan 4, 2014 at 1:51 AM, Paul Tarjan wrote: checking whether the Boost::Thread library is available... yes configure: error: Could not find a version of the library! It looks like it defaults to looking in /usr/bin instead of where lib

Bug#727085: Now we don't depend on the weird libevent patch

On Sat, Jan 4, 2014 at 6:58 PM, Faidon Liambotis wrote: > On 01/04/14 19:54, László Böszörményi (GCS) wrote: >> Anyway, folly is packaged and uploaded. HHVM is one small step >> closer to be part of Debian. > > Does folly have a stable ABI? I remember raising this with Paul some time > ago and us

Bug#727085: Now we don't depend on the weird libevent patch

> I can't answer this question. Still, I expect that HHVM will follow >ABI changes very fast. Paul? >Anyway, I think having a separate package and let users get knowledge >of that doesn't mean HHVM can't use an embedded copy if it needs to. >But it should be a separate package whenever it's possib

Bug#727085: Now we don't depend on the weird libevent patch

On Sat, Jan 04, 2014 at 07:07:15PM +0100, László Böszörményi (GCS) wrote: Does folly have a stable ABI? I remember raising this with Paul some time ago and us deciding that embedding folly into the HHVM source would be the way to go, as there is really no stable interface between them. I can't

Bug#734075: marked as done (ITP: astroid -- rebuild a new abstract syntax tree from Python's AST)

Your message dated Sat, 04 Jan 2014 19:00:05 + with message-id and subject line Bug#734075: fixed in astroid 1.0.1-1 has caused the Debian Bug report #734075, regarding ITP: astroid -- rebuild a new abstract syntax tree from Python's AST to be marked as done. This means that you claim that th

Bug#733216: marked as done (ITP: python-rsa -- Pure-Python RSA implementation)

Your message dated Sat, 04 Jan 2014 19:00:06 + with message-id and subject line Bug#733216: fixed in python-rsa 3.1.2-1 has caused the Debian Bug report #733216, regarding ITP: python-rsa -- Pure-Python RSA implementation to be marked as done. This means that you claim that the problem has be

Bug#673920: marked as done (RFP: python-rsa -- pure Python RSA implementation)

Your message dated Sat, 04 Jan 2014 19:00:06 + with message-id and subject line Bug#733216: fixed in python-rsa 3.1.2-1 has caused the Debian Bug report #733216, regarding RFP: python-rsa -- pure Python RSA implementation to be marked as done. This means that you claim that the problem has be

Bug#734131: marked as done (ITP: python-jmespath -- JSON Matching Expressions)

Your message dated Sat, 04 Jan 2014 19:00:06 + with message-id and subject line Bug#734131: fixed in python-jmespath 0.2.1-1 has caused the Debian Bug report #734131, regarding ITP: python-jmespath -- JSON Matching Expressions to be marked as done. This means that you claim that the problem h

Bug#734033: marked as done (ITP: libmoosex-app-perl)

Your message dated Sat, 04 Jan 2014 19:00:05 + with message-id and subject line Bug#734033: fixed in libmoosex-app-perl 1.22-1 has caused the Debian Bug report #734033, regarding ITP: libmoosex-app-perl to be marked as done. This means that you claim that the problem has been dealt with. If t

Processed: tagging as pending bugs that are closed by packages in NEW

Processing commands for cont...@bugs.debian.org: > # Saturday 4 January 19: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: awscli > tags 733211 + pending Bug #733211 [wnpp] ITP: awscli -- Univer

Bug#734201: ITP: libbackpan-index-perl -- Perl interface to the BackPAN index

Package: wnpp Owner: Stefan Hornburg (Racke) Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libbackpan-index-perl Version : 0.42 Upstream Author : Michael G Schwern * URL : https://metacpan.org/release/BackPA

Bug#727085: Now we don't depend on the weird libevent patch

On 1/4/14 10:33 , "Paul Tarjan" wrote: >>I can't answer this question. Still, I expect that HHVM will follow >>ABI changes very fast. Paul? >>Anyway, I think having a separate package and let users get knowledge >>of that doesn't mean HHVM can't use an embedded copy if it needs to. >>But it should

Bug#727085: Now we don't depend on the weird libevent patch

On Sat, Jan 4, 2014 at 10:52 PM, Sara Golemon wrote: > On 1/4/14 10:33 , "Paul Tarjan" wrote: >>>I can't answer this question. Still, I expect that HHVM will follow >>>ABI changes very fast. Paul? >> >>+Jordan and Sara who know more about the folly process. > > Folly doesn't have a version releas

Bug#727085: Now we don't depend on the weird libevent patch

On Sat, Jan 04, 2014 at 11:53:25PM +0100, László Böszörményi (GCS) wrote: > Question is, does Folly maintain ABI compatibility? If it changes > from time-to-time, how often? Yeah, it doesn't attempt to maintain ABI backward compatability, and we haven't done much about tracking when we break sourc