Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-dosefinding
Version : 0.9-9-1
Upstream Author : Bjoern Bornkamp, Jose Pinheiro, Frank Bretz
* URL : http://cran.r-project.org/web/packages/DoseFinding
* License : GPL
Programming Lan
Hi,
there are now couple of quality DNS servers and most of their
maintainers have agreed that it might be useful to have a virtual
package that we can add to Provides: so it's easy to pick one DNS server
if one needs it.
The proposed names are:
authoritative-name-server - authoritative domain n
At risk of coming across as a bikeshedder,
On Tue, Oct 22, 2013 at 03:43:03PM +0200, Ondřej Surý wrote:
> authoritative-name-server - authoritative domain name server
> recursive-name-server - recursive domain name server
Is there a need to distinguish between "name server" and "domain name
serv
On 22/10/13 14:43, Ondřej Surý wrote:
> The proposed names are:
>
> authoritative-name-server - authoritative domain name server
> recursive-name-server - recursive domain name server
>
> Any objections?
If you depend on one of these, what functionality can you rely on having
"out of the box"? W
On Tue, Oct 22, 2013, at 16:29, Simon McVittie wrote:
> On 22/10/13 14:43, Ondřej Surý wrote:
> > The proposed names are:
> >
> > authoritative-name-server - authoritative domain name server
> > recursive-name-server - recursive domain name server
> >
> > Any objections?
>
> If you depend on one
On Tue, Oct 22, 2013, at 15:52, Jonathan Dowland wrote:
>
> At risk of coming across as a bikeshedder,
>
> On Tue, Oct 22, 2013 at 03:43:03PM +0200, Ondřej Surý wrote:
> > authoritative-name-server - authoritative domain name server
> > recursive-name-server - recursive domain name server
>
> Is
"Ondřej Surý" wrote:
>Hi,
>
>there are now couple of quality DNS servers and most of their
>maintainers have agreed that it might be useful to have a virtual
>package that we can add to Provides: so it's easy to pick one DNS
>server
>if one needs it.
>
>The proposed names are:
>
>authoritative-n
Ondřej Surý writes:
> On Tue, Oct 22, 2013, at 16:29, Simon McVittie wrote:
>> On 22/10/13 14:43, Ondřej Surý wrote:
>>> The proposed names are:
>>> authoritative-name-server - authoritative domain name server
>>> recursive-name-server - recursive domain name server
>>> Any objections?
>> If y
On 22 October 2013 15:43, Ondřej Surý wrote:
> Hi,
>
> there are now couple of quality DNS servers and most of their
> maintainers have agreed that it might be useful to have a virtual
> package that we can add to Provides: so it's easy to pick one DNS server
> if one needs it.
>
> The proposed na
On Tue, 22 Oct 2013 16:41:30 +0200, Ond?ej Surý
wrote:
>We might discuss whether recursive-name-server or caching-name-server
>would be better match, but I think that not all recursive name server
>has to be caching, but all caching name server has to be recursive. And
>the IETF (at least the DNSS
Arturo Borrero Gonzalez writes:
> On 22 October 2013 15:43, Ondřej Surý wrote:
>> there are now couple of quality DNS servers and most of their
>> maintainers have agreed that it might be useful to have a virtual
>> package that we can add to Provides: so it's easy to pick one DNS
>> server if o
On Tue, 22 Oct 2013, Ondřej Surý wrote:
> Also thanks for the *.maintscript, I have missed that the dh_installdeb
> can use it.
Yeah, it is pretty cool!
What I can't find is the information of the required versioned
build-dependency on debhelper itself (or debhelper compatibility level) to
ensure
On Tue, 22 Oct 2013, Russ Allbery wrote:
> > I would suggest: caching-name-server
>
> That's basically what a recursive-name-server is. I don't think the
> application should care whether it caches locally or not; that's up to the
> local administrator.
Almost every recursive resolver does cachi
Package: wnpp
Severity: wishlist
Owner: Richard Sellam
* Package name: dooble
Version : 1.45
Upstream Author : Alexis Megas
* URL : http://dooble.sourceforge.net
* License : GPL
Programming Lang: C++
Description : WebKit based light browser
Dooble, a
On 22/10/13 09:18, Arturo Borrero Gonzalez wrote:
I would suggest: caching-name-server
*-dns-server would be better, as it is specific enough to avoid name
collision in the future.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
On 22 October 2013 20:16, Octavio Alvarez wrote:
> On 22/10/13 09:18, Arturo Borrero Gonzalez wrote:
>>
>> I would suggest: caching-name-server
>
>
> *-dns-server would be better, as it is specific enough to avoid name
> collision in the future.
Good point.
Thanks.
--
Arturo Borrero González
Package: wnpp
Severity: wishlist
Owner: "Jérémy Lal"
* Package name: node-cookie-signature
Version : 1.0.1
Upstream Author : TJ Holowaychuk
* URL : https://github.com/visionmedia/node-cookie-signature
* License : Expat
Programming Lang: JavaScript
Descript
Hi Niels,
This was quite interesting as it seems to tie in with some other
projects that are already being pursued...
On 21/10/13 16:42, Niels Thykier wrote:
> I would love for us to have an automated system to give us a
> "weather-report" on the toolchain for each architecture. It would be
> ni
Package: wnpp
Severity: wishlist
* Package name: lua-stdlib
Version : v35
Upstream Author : Reuben Thomas et al.
* URL or Web page : https://github.com/rrthomas/lua-stdlib
* License : MIT
Description : Standard Lua libraries
Upstream description:
This is a collect
Package: wnpp
Severity: wishlist
* Package name: lua-alien
Version : 0.7.0
Upstream Author : Fabio Mascarenhas
* URL or Web page : http://mascarenhas.github.io/alien/
* License : MIT
Description : Pure Lua extensions
Upstream description:
Alien is a Foreign Functi
Steven Chamberlain writes:
> On 21/10/13 16:42, Niels Thykier wrote:
>> I would love for us to have an automated system to give us a
>> "weather-report" on the toolchain for each architecture. It would be
>> nice both for us to see how ports are doing and for porters to spot and
>> fix problems e
La mejor herramienta para aumentar sus ventas exponencialmente.
El mejor directorio empresarial con funciones adicionales como
son:
- Servidores de envio masivo ilimitados con actualizaciones
mensuales.
- Suites de software para la gestion y envio de sus campañas
publicitarias.
- Soporte tecn
On Wed, Oct 23, 2013 at 12:36 AM, Stewart Smith
wrote:
> Jenkins can have slaves on remote hosts, via SSH. It runs a small java
> app there, so as long as the arch has a JVM then you're pretty right.
For whatever definition of small. I've seen it consuming 1 GiB of memory...
Gr{oetje,eeting}s,
On Tue, Oct 22, 2013 at 9:29 AM, Simon McVittie wrote:
>
> If you depend on one of these, what functionality can you rely on having
> "out of the box"? What packages do you expect to benefit from having
> these virtual packages to depend on?
I'm wondering the same thing. In particular, I'm not co
24 matches
Mail list logo
