Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: cellprofiler
Version : 2.0
Upstream Author : Broad Institute
* URL : http://www.cellprofiler.org
* License : GPL
Programming Lang: Python
Description : quantitatively measure phe
Package: wnpp
Severity: wishlist
Owner: Vincent Sanders
* Package name: png23d
Version : 1.10
Upstream Author : Name
* URL : http://kyllikki.github.com/png23d/
* License : MIT
Programming Lang: C
Description : Converts PNG images into three dimensional
Marvin Renich writes:
> How is /usr/libexec/ better than /usr/lib/ in these
> cases?
Placing executables in /usr/lib/package is just messy, if it contains,
for instance, libraries. Having binaries in /usr/lib//bin, as
inn2 does, is a bit better at least.
--
Stig Sandbeck Mathisen
--
To UNS
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: local-file
Version : 0.1.0
Upstream Author : Arthur Edelstein
* URL : https://github.com/arthuredelstein/local-file/
* License :
Programming Lang: Java
Description : small cloju
On Tue, Nov 08, 2011 at 12:28 +0100, Mathieu Malaterre wrote:
>
> * Package name: local-file
> Version : 0.1.0
> Upstream Author : Arthur Edelstein
> * URL : https://github.com/arthuredelstein/local-file/
> * License :
> Programming Lang: Java
> Description
Hi Mathieu,
On Tue, Nov 08, 2011 at 12:28 +0100, Mathieu Malaterre wrote:
> Programming Lang: Java
This should probably be "Clojure" and not "Java" :)
--
Wolodja
4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA 36B2 8B7F 7D30 CAF1 4EFC
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: "Björn Esser"
* Package name: jailkit
Version : 2.1.4
Upstream Author : Olivier Sessink
* URL : http://olivier.sessink.nl/jailkit/
* License : BSD
Programming Lang: C, Python
Description : chroot jail utilities
On Tue, Nov 08, 2011 at 09:37:24AM +0100, Mathieu Malaterre wrote:
> * Package name: cellprofiler
> Upstream Author : Broad Institute
Last time I used it, Cell Profiler required a Matlab runtime which
included not only the proprietary Matlab libraries, but also an
entire Linux distribution i
On Tue, Nov 8, 2011 at 4:50 PM, Roger Leigh wrote:
> If it's 100% python, that's great, but due to its past, and the
> fact that its heavy image processing most likely requires the
> use of non-python code for speed, I just wanted to check exactly
> how free it is nowadays.
I have never used the
Hello,
I welcome this change as it will also bring benefits in the local processing
speed (at least, for some tools).
As for Cupt, a couple of simple patches is needed for the support of
the grabbing new 'Description-md5' from Packages-files, but even
without them the program should work correctl
Where is the voice of the nodejs maintainers in this? They are
listed as:
Debian Javascript Maintainers
Jérémy Lal
Dave Beckett
Jonas Smedegaard
--
Patrick Ouellette p...@flying-gecko.net
ne4po (at) arrl (dot) net Amateur Radio: NE4PO
What kind of change have you b
On Tue, Nov 08, 2011 at 07:16:35AM +1100, Damien Gardner Jnr wrote:
>
> I have to pop my head up from my lurker-hole here, and say that I'm a more
> than a little confused, why a 15 year old application should change its name
> at all? Even the Node.js wiki makes it clear that the application s
Since this discussion in 2005:
http://lists.debian.org/debian-devel/2005/05/msg01085.html
binutils has got a shlibs file that specifies a tight dependency on the
current upstream version. Thus frequent binNMUs of any packages linking
dynamically against libbfd or libopcodes are needed, or those
Hi all,
Not sure where else to send this… but while checking for a small upload
I did I saw some very old files on incoming. If you check sorted by
date, http://incoming.debian.org/?C=M;O=A, you'll see some very old
things (1997, 2003, 2007, etc…).
Their size is not big, but seems… unclean to not
On Tue, Nov 08, 2011 at 09:57:02PM +0100, Magnus Holmgren wrote:
> Since this discussion in 2005:
> http://lists.debian.org/debian-devel/2005/05/msg01085.html
> binutils has got a shlibs file that specifies a tight dependency on the
> current upstream version. Thus frequent binNMUs of any packag
On Wed, 2011-11-09 at 06:34 +0900, Iustin Pop wrote:
> Not sure where else to send this… but while checking for a small upload
> I did I saw some very old files on incoming. If you check sorted by
> date, http://incoming.debian.org/?C=M;O=A, you'll see some very old
> things (1997, 2003, 2007, etc…
On Tue, Nov 08, 2011 at 09:50:27PM +, Adam D. Barratt wrote:
> On Wed, 2011-11-09 at 06:34 +0900, Iustin Pop wrote:
> > Not sure where else to send this… but while checking for a small upload
> > I did I saw some very old files on incoming. If you check sorted by
> > date, http://incoming.debia
On Sun, Oct 09, 2011 at 03:48:35PM +0200, Stefano Zacchiroli wrote:
> - I've made the "private email aliases considered harmful" point [10],
> in a somehow unrelated thread. I ask you to watch out for interactions
> in Debian that could happen only through private email addresses.
> There are
Hi,
In my humble experience I just used debian/shlibs.local :-)
05.11.2011 01:30, Daniel Ruoso пишет:
I have been thinking about the bootstrapping of pakages lately. I am
involved in bootstrapping a partial system -- no kernel and no libc --
for some architectures for internal use. And I just t
[Iustin Pop]
> Could/should Debian make it easier for each package to have an own email
> list (i.e. making it easier to have "1-person team maintenance")?
We have {pkg}@packages.debian.org and {srcpkg}@packages.qa.debian.org.
I don't know if mail to these aliases get archived, but at least it is
On 11-11-08 at 02:34pm, Patrick Ouellette wrote:
> Where is the voice of the nodejs maintainers in this?
For my own part, I am following the thread, quite happy to hear the
voice of the (ham) node maintainers, but wondering what is so precious
about keeping the name of its binary.
Form my under
21 matches
Mail list logo
