Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-error-ex
Version : 1.3.0
Upstream Author : JD Ballard
* URL : https://github.com/qix-/node-error-ex#readme
* License : Expat
Programming La
On Wed, 26 Oct 2016 at 09:37:52 +0300, Dmitry Bogatov wrote:
> > Minimizing the amount of logic in the
> > actual maintainer script (ideally reduced to just running one helper
> > tool with appropriate arguments), and adding a dependency on the
> > helper tool that has the actual logic, would mitig
Package: wnpp
Severity: wishlist
Owner: Sarath M S
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-xtend
Version : 4.0.1
Upstream Author : Raynos
* URL : https://github.com/Raynos/xtend
* License : Expat
Programming Lang: JavaScript
Descri
Package: wnpp
Severity: wishlist
Owner: "Andrew Lee (李健秋)"
* Package name: obs-signd
Version : 2.3.0
Upstream Author : Michael Schröder
* URL : https://github.com/openSUSE/obs-sign
* License : GPL-2+
Programming Lang: C
Description : open build service
On Wed, 26 Oct 2016 at 05:37:12 +0200, Guillem Jover wrote:
> openarena Debian-openarena
For what it's worth, if I was confident that renaming the user wouldn't
be more disruptive than continuing to use the vendor-specific username,
I'd be happy to call this one _openarena or something; bu
On Wed, Oct 26, 2016 at 08:38:33AM +0200, Philipp Kern wrote:
> On 10/24/2016 09:19 AM, Tollef Fog Heen wrote:
> > ]] Philipp Kern
> >> It's also a little awkward that apt does not tell you which of the SRV
> >> records it picked. (The "and why" is clear: round robin.) I had a short
> >> read earl
On Wed, 26 Oct 2016 at 05:37:06 +0200, Adam Borowski wrote:
> On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> > The current ffmpeg packages builds shared and static libraries
>
> What's your reason for building something as big and with as extensive
> dependencies statically?
Hello all,
I've recently received "Dear Customer" spam on a bug of mine. I've
searched the BTS [1], and there are many, many, many of these spam
postings in the BTS, see f.ex. [2].
I think it doesn't make sense to press "this bug log contains spam" on
each of those pages. Better would be to go di
On Wed, Oct 26, 2016 at 1:43 PM, Tomas Pospisek wrote:
> Hello all,
>
> I've recently received "Dear Customer" spam on a bug of mine. I've
> searched the BTS [1], and there are many, many, many of these spam
> postings in the BTS, see f.ex. [2].
Annoying indeed.
https://bugs.debian.org/628285
-
On Wed, Oct 26, 2016 at 05:37:06AM +0200, Adam Borowski wrote:
> On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> > The current policy says:
> > "As to the static libraries, the common case is not to have relocatable
> > code"
> >
> > As of gcc-6 version 6.2.0-7 this is factua
Package: wnpp
Severity: wishlist
Owner: Jan Luca Naumann
* Package name: anything-sync-daemon
Version : 5.83
Upstream Author : graysky
* URL : https://github.com/graysky2/anything-sync-daemon
* License : Expat
Programming Lang: Bash
Description : Sync
On Wed, Oct 26, 2016 at 7:43 PM, Tomas Pospisek wrote:
> Has anyone tried to do such a thing yet (methodically clean the bug
> archive of spam)? Where and how could I start such an effort? How would
> I get read/write access to the BTS archive?
The BTS admins do that regularly, based on people cl
On Wed, 26 Oct 2016, Adrian Bunk wrote:
> On Wed, Oct 26, 2016 at 05:37:06AM +0200, Adam Borowski wrote:
> > On Wed, Oct 26, 2016 at 12:37:18AM +0200, Andreas Cadhalpun wrote:
> > > The current policy says:
> > > "As to the static libraries, the common case is not to have relocatable
> > > code"
>
On Wed, 26 Oct 2016, Tomas Pospisek wrote:
> Has anyone tried to do such a thing yet (methodically clean the bug
> archive of spam)? Where and how could I start such an effort? How
> would I get read/write access to the BTS archive?
We're always looking for more vict^Wvolunteers; Blars Blarson has
At Wed, 26 Oct 2016 13:43:31 +0200,
Tomas Pospisek wrote:
> I've recently received "Dear Customer" spam on a bug of mine. I've
> searched the BTS [1], and there are many, many, many of these spam
> postings in the BTS, see f.ex. [2].
>
> I think it doesn't make sense to press "this bug log contain
Package: wnpp
Severity: wishlist
Owner: Sebastien Jodogne
* Package name: orthanc-wsi
Upstream Author : Sebastien Jodogne
* URL : http://www.orthanc-server.com/static.php?page=wsi
* License : AGPL
Programming Lang: C++
Description : Whole-slide imaging support f
What about spamassassin? Wouldn't spamassassin and its databases not be the
better way? I made good experiences with spamassassin on my mail servers.
My configuration was a little bit weired, I admit. As I was using spamassassin
and clamav together, it was very effective. Note, that I never use
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-find-up
Version : 2.0.0
Upstream Author : Sindre Sorhus
(sindresorhus.com)
* URL : https://github.com/sindresorhus/find-up#readme
* License
On Wed, 26 Oct 2016, Hans wrote:
> What about spamassassin? Wouldn't spamassassin and its databases not be the
> better way? I made good experiences with spamassassin on my mail servers.
We do spamassassin with a huge set of rules. I don't think we're
currently using clamav in the BTS, but we ar
Hi Don,
On Wed, 26 Oct 2016, Don Armstrong wrote:
> On Wed, 26 Oct 2016, Hans wrote:
> > What about spamassassin? Wouldn't spamassassin and its databases not be the
> > better way? I made good experiences with spamassassin on my mail servers.
>
> We do spamassassin with a huge set of rules. I d
Hi Don,
>
> We do spamassassin with a huge set of rules. I don't think we're
> currently using clamav in the BTS, but we are using it for Debian
> mailing lists.
>
> [I'd certainly accept a patch to enable clamav; I personally haven't had
> time to readdress using it.]
if you are interested, I c
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-spdx-expression-parse
Version : 1.0.4
Upstream Author : Kyle E. Mitchell
(http://kemitchell.com)
* URL :
https://github.com/kemitchell/spdx-expressi
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-spdx-exceptions
Version : 2.0.0
Upstream Author : The Linux Foundation
* URL :
https://github.com/kemitchell/spdx-exceptions.json#readme
* License
Package: wnpp
Severity: wishlist
Owner: Free Ekanayaka
* Package name: systemfixtures
Version : 0.3.3
Upstream Author : Free Ekanayaka
* URL : https://github.com/freeekanayaka/systemfixtures
* License : GPL
Programming Lang: Python
Description : Test f
Hi,
On 26.10.2016 05:26, Guillem Jover wrote:
> On Wed, 2016-10-26 at 00:37:18 +0200, Andreas Cadhalpun wrote:
>> On 25.10.2016 13:55, Guillem Jover wrote:
>>> For many static libraries,
>>> making them embeddable into other shared libraries is really not
>>> desirable. And those should be using t
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-parse-json
Version : 2.2.0
Upstream Author : Sindre Sorhus
(sindresorhus.com)
* URL : https://github.com/sindresorhus/parse-json
* License :
Hi,
On 26.10.2016 05:37, Adam Borowski wrote:
> What's your reason for building something as big and with as extensive
> dependencies statically?
Some parts of the test suite use private functions not exposed in the shared
libraries, so they need the static libraries.
> Let's delegate static l
Package: wnpp
Severity: wishlist
Owner: Suhail P
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-is-fullwidth-code-point
Version : 2.0.0
Upstream Author : Sindre Sorhus (sindresorhus.com
)
* URL :
https://github.com/sindresorhus/is-fullwidth-code-poin
Don Armstrong writes:
> Any developer who is interested in volunteering and/or helping can
> e-mail ow...@bugs.debian.org, and I promise to try to train people and
> get them set up.
Shall do.
> [And/or write additional tools to make things easier.]
To what extent does ‘debbugs’, the instralla
Package: wnpp
Severity: wishlist
Owner: Lev Lamberov
* Package name: elpa-org-bullets
Version : 0.2.4
Upstream Author : Evgkeni Sampelnikof
* URL : https://github.com/sabof/org-bullets
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : show
On Wed, Oct 26, 2016 at 08:42:07AM +0200, Philipp Kern wrote:
> > To the extent that we could easily support this particular use case,
> > it might be a good thing. (I doubt Debian is going to want to get
> > into the business of verifying and then resigning firmware blobs.)
>
> Depends if you ar
Package: wnpp
Severity: wishlist
Owner: Sagar Ippalpalli
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-deprecated
Version: 0.0.1
Upstream Author: Fractal
(http://wearefractal.com/)
* URL : http://github.com/wearefract
On Thu, Oct 27, 2016 at 12:49:31AM +0530, suhail_p wrote:
> * Package name: node-is-fullwidth-code-point
> Upstream Author : Sindre Sorhus (sindresorhus.com
> )
> * URL :
> https://github.com/sindresorhus/is-fullwidth-code-point#readme
> Description : Check if a given Unico
On 10/26/2016 10:35 PM, Theodore Ts'o wrote:
> In the case of firmware which is flashed into non-volatile memory, I
> would guess that the it probably wouldn't necessarliy use the
> Microsoft signing key at all. (For example, for a long time most
> printers were not bothering to do any digital sig
Package: wnpp
Severity: wishlist
* Package name: eeshow
Version : none, just git
Upstream Author : Werner Almesberger
* URL : https://neo900.org/stuff/eeshow/
* License : GPL2
Programming Lang: C
Description : Schematics renderer and viewer for KiCad
E
I am moving [1] to NMU a big non-free package, w3-recs [2][3],
last updated five years ago. During the last five years,
upstream has grown, both in volume [4] and in scope [5], for
legitimate reasons. The new *.orig.tar.gz or *.orig.tar.xz
would be about 200 GiB in size, six times what it is now.
On Thu, Oct 27, 2016 at 8:16 AM, Thaddeus H. Black wrote:
> I am moving [1] to NMU a big non-free package, w3-recs [2][3],
> last updated five years ago. During the last five years,
> upstream has grown, both in volume [4] and in scope [5], for
> legitimate reasons. The new *.orig.tar.gz or *.or
On Wed, Oct 26, 2016 at 05:26:24AM +0200, Guillem Jover wrote:
> My point was that, yes we have changed to generating relocatable code
> but that is still targetted for executables only, which preserves the
> current behavior, [...]
But something must have changed with how a static lib is now com
On Thursday 27 October 2016 02:21 AM, Adam Borowski wrote:
> On Thu, Oct 27, 2016 at 12:49:31AM +0530, suhail_p wrote:
>> * Package name: node-is-fullwidth-code-point
>> Upstream Author : Sindre Sorhus (sindresorhus.com
>> )
>> * URL :
>> https://github.com/sindresorhus/is-fullwi
Package: wnpp
Severity: wishlist
Owner: Lucas de Castro Borges
* Package name: node-babel
Version : 6.5.2
Upstream Author : Sebastian McKenzie
* URL : https://babeljs.io/
* License : Expat
Programming Lang: JavaScript
Description : Generic multi-purpo
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org
* Package name: node-loud-rejection
Version : 1.6.0
Upstream Author : Sindre Sorhus
(sindresorhus.com)
* URL : https://github.com/sindresorhus/loud-rejection#readme
* Li
❦ 17 octobre 2016 20:49 +0200, Vincent Bernat :
>> TL;DR: Would we now recommend deb.d.o over httpredir.d.o for production
>> use e.g. in base images (including for Jessie)?
>
> I get a 404 from time to time. Doing a second apt full-upgrade fixes the
> issue. This works far better than httpredir
On Thu, Oct 27, 2016 at 10:00:37AM +0530, Pirate Praveen wrote:
> On Thursday 27 October 2016 02:21 AM, Adam Borowski wrote:
> > On Thu, Oct 27, 2016 at 12:49:31AM +0530, suhail_p wrote:
> >> * Package name: node-is-fullwidth-code-point
> >> Upstream Author : Sindre Sorhus
> >> (sindresorhu
43 matches
Mail list logo
