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
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,
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
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
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
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
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
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
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
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
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 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
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
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 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
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
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
"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
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
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 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
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
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
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
24 matches
Mail list logo
