Package: wnpp
Severity: wishlist
Owner: James Hunt
* Package name: procenv
Version : 0.5
Upstream Author : James Hunt
* URL : https://launchpad.net/procenv/
* License : GPL-3.0+
Programming Lang: C
Description : utility to dump all aspects of its envir
Package: wnpp
Severity: wishlist
Owner: Anton Gladky
* Package name: minieigen
Version : 0.3
Upstream Author : Václav Šmilauer
* URL : http://www.launchpad.net/minieigen
* License : LGPL-3.0+
Programming Lang: C++, Python
Description : Small boost::pyt
Package: wnpp
Severity: wishlist
Owner: Anton Gladky
* Package name: pygts
Version : 0.3.1
Upstream Author : Thomas J. Duck
* URL : http://pygts.sourceforge.net
* License : LGPL-2.0
Programming Lang: C, Python
Description : Python wrapper for the GNU T
Christian PERRIER, le Mon 29 Oct 2012 06:52:23 +0100, a écrit :
> I just added cdebconf to the list of wished packages
Yep it is.
Samuel
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
htt
Quoting Cyril Brulebois (k...@debian.org):
> If you want to see packages migrate from sid to testing before that,
> please speak up. I'm tempted to keep everything l10n-ish for release
> candidates (beta 4 might be the last beta).
That's fair, yes. Gives me more time to use my whip on
translato
On Mon, Oct 29, 2012 at 10:48:24AM +, Philip Ashmore wrote:
> >>On Mon, Oct 29, 2012 at 8:50 AM, Philip Ashmore wrote:
> >>>While this feature allows gdb to know the correct source locations, using
> >>>it
> >>>implies that packages requiring the feature contain incorrect source paths
> >>>-
On Sun, Oct 28, 2012 at 08:03:02AM +0100, Philipp Kern wrote:
> I'd prefer if such a tool could replace an existing one. Why not aim at
> replacing dput if there's a reason for it?
I must concur. I can't see the reason for dput, dupload and dput-ng to
co-exist. If dput-ng has the momentum and is a
Hello!
Stefano Rivera has written on Monday, 29 October, at 16:57:
>Hi Tzafrir (2012.10.29_16:29:06_+0200)
>> While clearing your throat, mind telling us how this works in Ubuntu
>> with PPAs? What happens if you installed a package from a PPA and you
>> want to generate a backtrace of a progr
Hi Tzafrir (2012.10.29_16:29:06_+0200)
> While clearing your throat, mind telling us how this works in Ubuntu
> with PPAs? What happens if you installed a package from a PPA and you
> want to generate a backtrace of a program that happens to use that
> package?
>
> 1. You'll get debug information
On Mon, Oct 29, 2012 at 03:53:42PM +0100, Wouter Verhelst wrote:
> Wrong. It will be a new thing, not related to the previous thing.
It's evidently related: if not in terms of actual reused code but in terms
of who is expected to use it and what it is to be used for.
> On Sun, Oct 28, 2012 at 01:
On Sun, Oct 28, 2012 at 01:19:31PM -0400, Michael Gilbert wrote:
> On Sun, Oct 28, 2012 at 12:25 PM, Wouter Verhelst wrote:
> > If not, why are you claiming to replace their code? It's fine to be
> > writing "something else" to replace older code; but it's fairly rude to
> > be claiming that whatev
On Sun, Oct 28, 2012 at 08:03:25AM +, Philip Ashmore wrote:
> Yeah, in (cough)Fedora, kdbg even offers to download and install debug
> packages for you.
> Debug packages also make back-traces more than useless, and
> (cough)Ubuntu offers to download debug packages which it installs and
>
On 29/10/12 07:25, Neil Williams wrote:
On Mon, 29 Oct 2012 08:53:05 +0800
Paul Wise wrote:
On Mon, Oct 29, 2012 at 8:50 AM, Philip Ashmore wrote:
While this feature allows gdb to know the correct source locations, using it
implies that packages requiring the feature contain incorrect source
Michael Biebl wrote:
>Afaik the work was started by pochu as port of GSoC [1][2]. According
>to
>[3], Marc was his mentor. I've CCed both, maybe they can comment on
>what's still missing.
>I'd love to see that happen.
Joss ended up being the mentor (melange lists this correctly). I don't rememb
On Mon, 29 Oct 2012 08:53:05 +0800
Paul Wise wrote:
> On Mon, Oct 29, 2012 at 8:50 AM, Philip Ashmore wrote:
>
> > While this feature allows gdb to know the correct source locations, using it
> > implies that packages requiring the feature contain incorrect source paths -
> > wouldn't it be bett
On Mon, Oct 29, 2012 at 12:13:19PM +1300, Matthew Grant wrote:
> This is a notice that the bind9 9.8.1.dfsg.P1-4.x package might be
> replaced, after going through the appropriate channels (Debian Release
> Team). LaMont will be uploading our work to wheezy-proposed shortly.
In any case the securi
16 matches
Mail list logo
