Bug#584288: ITP: haskell-unix-compat -- Haskell portable POSIX-compatible layer

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: g...@debian.org Package name: haskell-unix-compat Version: 0.1.2.1 Upstream Author: Bjorn Bringert URL: http://hackage.haskell.org/package/unix-compat License: BSD Description: Haskell portable POSIX-compatible la

Bug#584286: ITP: haskell-strict-concurrency -- Haskell strict concurrency abstractions

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: g...@debian.org Package name: haskell-strict-concurrency Version: 0.2.3 Upstream Author: Don Stewart URL: http://hackage.haskell.org/package/strict-concurrency License: BSD Description: Haskell strict concurrency

Re: finally: packages to optionally create default collaboration dirs

On Wed, Jun 02, 2010 at 11:59:18AM +0200, C. Gatzemeier wrote: > Am Wed, 2 Jun 2010 12:53:03 +0400 > schrieb Stanislav Maslovski: > > > But why Debian should care about the precise details of local > > admistration policies? > > If you have read #248130 Yes, I have. > and know debian, I am wit

Bug#584228: ITP: toonloop -- Live stop motion animation tool

Package: wnpp Severity: wishlist Owner: Alexandre Quessy * Package name: toonloop Version : 1.2.8 Upstream Author : Alexandre Quessy * URL : http://www.toonloop.com/ * License : GPL version 3 Programming Lang: Python, C++ Description : Live stop motio

Bug#584222: ITP: vmtk -- the Vascular Modeling Toolkit

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, Package name: vmtk Version: 0.9 Upstream authors: Luca Antiga, David Steinman URL: http://www.vmtk.org License: BSD, Modified MIT Description: the Vascular Modeling Toolkit The Vascular Modeling Toolkit is a collection

Re: cryptdisks(-early) initscripts, dependencies and loops

Am Tue, 1 Jun 2010 22:08:19 +0200 schrieb Jonas Meurer: > should i > simply tag the bugs as wontfix, describing that a solution is > impossible? Some of the setups you describe may work event based using the current upstart init. Cheers, Christian -- To UNSUBSCRIBE, email to debian-devel-requ

Re: finally: packages to optionally create default collaboration dirs

Am Wed, 2 Jun 2010 12:53:03 +0400 schrieb Stanislav Maslovski: > But why Debian should care about the precise details of local > admistration policies? If you have read #248130 and know debian, you probably know local details are usually nicely configurable. You probably also know about debconf,

Bug#584207: ITP: howm -- note-taking tool on Emacs

Package: wnpp Owner: Youhei SASAKI Severity: wishlist * Package name: howm Version : 1.3.8 Upstream Author : HIRAOKA Kazuyuki * URL or Web page : Homepage: http://howm.sourceforge.jp/ * License : GPL 2 or later Description : Note-taking tool on Emacs Howm -- "is

Re: finally: packages to optionally create default collaboration dirs

On Wed, Jun 02, 2010 at 10:27:35AM +0200, C. Gatzemeier wrote: [skipped] BTW, mutt seems to incorrectly fill the References: header when I reply to your mail. Just a second test. Please ignore... -- Stanislav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Bug#584202: ITP: libamazon-sqs-simple-perl -- OO API for accessing the Amazon Simple Queue

Package: wnpp Severity: wishlist Owner: Angel Abad * Package name: libamazon-sqs-simple-perl Version : 1.06 Upstream Author : Simon Whitaker * URL : http://search.cpan.org/dist/Amazon-SQS-Simple/ * License : Artistic or GPL-1+ Programming Lang: Perl Descr

Re: finally: packages to optionally create default collaboration dirs

On Wed, Jun 02, 2010 at 10:27:35AM +0200, C. Gatzemeier wrote: > Am Wed, 2 Jun 2010 01:20:00 +0400 schrieb Stanislav Maslovski > : > > Do not worry. They are not to be created by default. > If you read the subject it even explicitly reads "optionally > create". > > > Those things should be under

Re: finally: packages to optionally create default collaboration dirs

Am Wed, 2 Jun 2010 01:20:00 +0400 schrieb Stanislav Maslovski : > > But where/how should those things be created best? > > Should not be created at all on default installs, thanks. Do not worry. They are not to be created by default. If you read the subject it even explicitly reads "optionally c