On Thu, 5 Jan 2017 09:21:08 -0600 (CST), ja...@beau.org wrote in
message <54290.192.168.250.61.1483629668.squir...@beau.org>:
> > Il giorno Wed, 4 Jan 2017 15:11:36 -0800
> > Rick Moen ha scritto:
>
> >> There is obviously a happy middle ground.
>
> > Yes, it's called:
The devuan/debian packaging of vdev is so far only in "my" repository.
But I've only fitted it out with the packaging files that differ from
the "defaults", as generated by "dh_make -a". Please look at the make
file "debian.mk" for specifics.
I also started on a habit to build it all in a
I wrote:
> I didn't think it necessary to belabour the fact that if a network
> daemon, one that inherently needs open Internet access to work, is
> prevented from having open Internet access, it won't work.
I should hasten to add, sure, there is also the hotel wifi
captive-portal annoyance.
Quoting Steve Litt (sl...@troubleshooters.com):
[BIND9:]
> I didn't like it for that same reason, but always wondered if it were
> just a case of my drinking the djb kool aid.
Dan's many criticisms of BIND9 and of its BIND8 predecessor (a
from-scratch rewrite separating the two) were always
On Thu, Jan 05, 2017 at 10:08:52PM +, KatolaZ wrote:
> Steve, that's already been fixed. The detection of interface type is
> implemented using iwconfig now, and is not based on interface names
> any more.
That isn't going to work everywhere unfortunately. As of now, the
built-in wifi adapter
ja...@beau.org wrote:
> I kind of like:
>
> A) Beginner
> B) Experienced
> C) Expert
> D) NetGod
Isn't this missing the point ?
If the problem is working around broken DHCP and/or local resolvers, then it
comes down to :
A) If network configuration works and we can resolve the names we need to
On Thu, 5 Jan 2017 13:47:14 -0800
Rick Moen wrote:
> Quoting Steve Litt (sl...@troubleshooters.com):
>
> > Which of the preceding is best? I've always been partial to
> > dnscache/tinydns, but installing it is a long cumbersome procedure
> > giving Arch installation a run
Quoting Steve Litt (sl...@troubleshooters.com):
> Yes yes yes, I understand that now. I hadn't really thought it through
> when I asked that question.
>
> In general though, I like the idea of public DNS as something that
> *just works*. I can later switch to the DNS server suggested by my DHCP
Quoting Steve Litt (sl...@troubleshooters.com):
> I really like djbdns, but its installation is long and error prone, and
> djb uses directories like /service that no distro will ever use.
Dan really hates FHS. ;->
I haven't really properly investigated the three (arguably still four)
On Thu, Jan 05, 2017 at 03:26:00PM -0500, Steve Litt wrote:
[cut]
>
> Do you have it yet so it doesn't deduce the connection type
> (wired/wifi) by the device name? I'd love to use it, but it refuses to
> work, and before I go in and change your code to make devicenames
> starting with 'e'
On Thu, 5 Jan 2017 15:02:09 -0500
Steve Litt wrote:
> Which of the preceding is best? I've always been partial to
> dnscache/tinydns, but installing it is a long cumbersome procedure
> giving Arch installation a run for its money. I've never heard of
> Unbound,
On Thu, 5 Jan 2017 00:45:08 +
KatolaZ wrote:
> On Thu, Jan 05, 2017 at 12:32:57AM +, KatolaZ wrote:
> > Hi all,
> >
> > sorry for the OT. I just wanted to let you know that I have released
> > the new version of setnet, that simple shell+dialog script for
> >
On Wed, 4 Jan 2017 15:11:36 -0800
Rick Moen wrote:
> Quoting Alessandro Selli (alessandrose...@linux.com):
>
> > This is something that belongs to a different stage in the OS
> > installation, when:
> >
> > 1) the user determined that a DNS server must be installed;
> > 2)
On Wed, 04 Jan 2017 22:00:29 +
Rainer Weikusat wrote:
> Steve Litt writes:
> > On Tue, 3 Jan 2017 11:06:53 +0100
> > Jaromil wrote:
> >
> >> On Mon, 02 Jan 2017, Jaromil wrote:
> >>
> >> > what a pity Debian has
On Wed, 4 Jan 2017 21:27:36 +0100 (CET)
k...@aspodata.se wrote:
> Rick Moen:
> ...
> > But yet again, nobody is yet thinking to include what seems most
> > obvious to me:
> >
> > [ ] Run Unbound as local recursive nameserver on this host.
> > [ ] Run PowerDNS Recursor as local recursive
Hendrik Boom writes:
> On Wed, Jan 04, 2017 at 10:00:29PM +, Rainer Weikusat wrote:
>> I'm running a caching resolver locally because that "always works"
>> (unless blocked by the ISP which may become mandatory in the UK 'soon'
>> ...), even if an out-of-the-ordinary
On 27/12/2016 08:39, Petr Gajdůšek wrote:
Package: *
Pin: release o=Debian
Pin-Priority: -1
Package: *
Pin: release o=Debian Backports
Pin-Priority: -1
Added a Debian source to sources.list and these stanzas in a file in
/etc/apt/preferences.d/ and now aptitude is dowloading also
Quoting Alessandro Selli (alessandrose...@linux.com):
I skipped down to the very bottom of your latest, and found:
> It's not any silly if you are to perform an install in a corporate,
> locked-down datacenter. The fact that you never had to operate in such
> an environment
...which is the
Il giorno Thu, 5 Jan 2017 02:26:25 -0800
Rick Moen ha scritto:
> Quoting Alessandro Selli (alessandrose...@linux.com):
>
>> I followed the same logic when I listed 26 alternate public DNS servers to
>> choose from. I know it contradicts my own argument that the install
>>
Quoting Alessandro Selli (alessandrose...@linux.com):
> I followed the same logic when I listed 26 alternate public DNS servers to
> choose from. I know it contradicts my own argument that the install program
> should ask the fewest possible questions.
Before I follow you further down this
20 matches
Mail list logo