On 08/16/2016 08:49 AM, aitor_czr wrote:
On 08/16/2016 08:38 AM, aitor_czr wrote:
I just uploaded the new packages of VDEV to the old repository
I forgot: they are only available in i386
Aitor.
The simbolic link /sbin/vdevfs replicates.
Aitor.
_
Brad Campbell wrote:
<<
I even migrated from Grub 0.9x to Grub2 and I've had nothing but
unicorns and rainbows there too. Again, another learning curve, but
nothing a couple of hours didn't sort out. I seem to be the only
person alive that actually gets along with Grub, but that's ok because
it wor
On 08/16/2016 08:38 AM, aitor_czr wrote:
I just uploaded the new packages of VDEV to the old repository
I forgot: they are only available in i386
Aitor.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listin
Hi all,
On 08/16/2016 12:58 AM, Ralph Ronnquist wrote:
fsmithred wrote on 16/08/16 03:12:
>I got an error from the latest make-initramfs.sh about a missing
>/root/vdev-initramfs. The actual location of the script is in
>/root/vdev-snapshot/root/vdev-initramfs/tools, so I made a symlink:
> ln
Quoting Brad Campbell (lists2...@fnarfbargle.com):
> Details are sketchy now as I made this change in 2005 after 9 good
> years with LILO. I did try very hard to make it work, and it may
> have been an issue with the BIOS ultimately. I actually had a hard
> copy of that particular howto next to my
15.08.2016 22:31 "Brian Nash" napisał(a):
>
> I still don't see the point of using containers, though.
For quite a few modern java developers it is easier to dump their
development workstations into a docker images than write a deployment
specification, i believe.
For quite a few system admins it
On 16/08/16 11:50, Rick Moen wrote:
Quoting Brad Campbell (lists2...@fnarfbargle.com):
Actually, this exact reason is why I moved from Lilo to Grub a few
moons ago.
It happens *when* one of the primary OS drives dies in your server
and you get a reboot before you have a chance to fix the array
Quoting Brad Campbell (lists2...@fnarfbargle.com):
> Actually, this exact reason is why I moved from Lilo to Grub a few
> moons ago.
>
> It happens *when* one of the primary OS drives dies in your server
> and you get a reboot before you have a chance to fix the array.
>
> Example (because this
On 16/08/16 00:09, Rick Moen wrote:
Quoting Adam Borowski (kilob...@angband.pl):
Or, the first disk gets assigned a different position.
Which happens when exactly? Because you're screwing around with
swapping in and out different HBAs? Well, if you're doing that, see
Actually, this e
fsmithred wrote on 16/08/16 03:12:
I got an error from the latest make-initramfs.sh about a missing
/root/vdev-initramfs. The actual location of the script is in
/root/vdev-snapshot/root/vdev-initramfs/tools, so I made a symlink:
ln -s /root/vdev-snapshot/root/vdev-initramfs /root/vdev-initramfs
[Sorry, this ended up being longer than I'd hoped.]
Quoting Simon Hobson (li...@thehobsons.co.uk):
> Indeed. If you have the source then they can't stop you forking the
> (GPL) project.
Or if you have the complete, buildable source code under any other open
source / free software licence. This
Hi all,
On 08/15/2016 05:14 PM, aitor_czr wrote:
Hi all,
On 08/15/2016 10:41 AM, aitor wrote:
Yesterday i tried to debianize linux-libre-4.6.2 without libudev-dev.
Here you are the resulting *.build file:
In summary, the kernel also needs the existence of udev. I will
remove this requerime
On Mon, Aug 15, 2016 at 10:30:06AM +0200, Adam Borowski wrote:
I like this Slashdot comment:
https://slashdot.org/comments.pl?sid=9525863&cid=52702819
That is quite possibly the greatest burn I have ever seen.
I still don't see the point of using containers, though.
My spam folder is also _ful
/sd_mod//
// squashfs//
// loop/
I'll not use more italicized fonts :)
Aitor.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Hi fsmithred,
On 08/15/2016 08:44 PM, fsmithred wrote:
On 08/15/2016 01:45 PM, aitor_czr wrote:
>
>Hi fsmithred,
>
>On 08/15/2016 07:12 PM, fsmithred wrote:
>>I installed live-boot, live-config, live-boot-initramfs-tools,
>>live-config-sysvinit, and at the end of the installation, when it tri
On 08/15/2016 01:45 PM, aitor_czr wrote:
>
> Hi fsmithred,
>
> On 08/15/2016 07:12 PM, fsmithred wrote:
>> I installed live-boot, live-config, live-boot-initramfs-tools,
>> live-config-sysvinit, and at the end of the installation, when it tried to
>> run update-initramfs, it failed. I forget what
Hi fsmithred,
On 08/15/2016 07:12 PM, fsmithred wrote:
I installed live-boot, live-config, live-boot-initramfs-tools,
live-config-sysvinit, and at the end of the installation, when it tried to
run update-initramfs, it failed. I forget what the error was.
As i explained, you need a diferent ve
On 08/15/2016 07:12 PM, fsmithred wrote:
More testing:
Scanner (ScanMaker 4800) is not found by xsane. If I boot with udev
instead of vdev, scanner works normally.
I installed live-boot, live-config, live-boot-initramfs-tools,
live-config-sysvinit, and at the end of the installation, when it
* On 2016 15 Aug 11:25 -0500, Rob Owens wrote:
> On Mon, Aug 15, 2016 at 8:34 AM, Simon Hobson
> wrote:
>
> > There was one other thing that came to mind earlier ...
> > If ${company} decided to do that, and they had previously distributed
> > binaries ... doesn't the GPL mean they are required t
On 08/15/2016 09:36 AM, fsmithred wrote:
> On 08/14/2016 08:12 PM, aitor wrote:
>>
>> Hi fsmithred,
>>
>> On 08/15/2016 12:36 AM, fsmithred wrote:
>>> richard lucassen wrote on 15/08/16 06:49:
> On Sun, 14 Aug 2016 15:09:54 -0400
> fsmithred wrote:
>
>>> Moved /etc/vdev/vdev (a sy
On Mon, Aug 15, 2016 at 8:34 AM, Simon Hobson
wrote:
> There was one other thing that came to mind earlier ...
> If ${company} decided to do that, and they had previously distributed
> binaries ... doesn't the GPL mean they are required to provide the sources
> to anyone they've distributed the b
Quoting Adam Borowski (kilob...@angband.pl):
> LILO is anything but 'finished'. It's not 'stable', either
Cry me a river.
> -- even on simple filesystems where it works, it dies horribly the
> moment any of blocks the kernel was written on gets moved.
Important rule: If you don't understand h
Steve Litt wrote:
>> Unless you have just one device on your network, then you should not
>> be running a recursive resolver on each of them - that's just being
>> antisocial to the internet.
>
> What would happen in djbdns' dnscache if you put your LAN's resolver at
> the head of the list of ro
Quoting Steve Litt (sl...@troubleshooters.com):
> Which of the preceding is most like a djbdns that does ipv6?
If you like Dan's tinydns for your authoritative DNS, then look no
further than Gerrit Pape's update, 'Debian dbndns', which among
other things adds native IPV6 support. (Since you aske
Quoting Steve Litt (sl...@troubleshooters.com):
> It's possible allright. It's as simple as:
>
> ip link set dev lo down
>
> called from /etc/runit/1 or /etc/runit/2 or whatever passes for those
> things in the land of sysvinit.
{sigh} That's possible, all right.
So is wrapping the server in
Hi all,
On 08/15/2016 10:41 AM, aitor wrote:
Yesterday i tried to debianize linux-libre-4.6.2 without libudev-dev.
Here you are the resulting *.build file:
In summary, the kernel also needs the existence of udev. I will remove
this requeriment, removing the following lines:
AC_CHECK_HEADER
On Mon, 15 Aug 2016 06:28:31 -0700
Rick Moen wrote:
> You are correct. tinydns along with other pure authoritative-only
> nameservers do not cache. Thus, tinydns (as packaged in either
> djbdns, zinq-djbdns, Debian djbdns/dbndns, N-DJBDNS, or LolDNS),
> dnsjava, gdnsd, Knot DNS, ldapdns, NSD, r
On Mon, 15 Aug 2016 13:47:39 +0100
Simon Hobson wrote:
> richard lucassen wrote:
>
> >> And what I was saying is: You should run one on modern networked
> >> *ix machine generally. Because it's 2016.
> >
> > I do not agree.
>
> +1
>
> > If the local machine generates quite a bunch of q
On Mon, 15 Aug 2016 04:32:45 -0700
Rick Moen wrote:
> And, honestly, this matter needs to be seen in proper perspective.
> Sometimes a piece of software is relatively simple and well enough
> debugged that it makes just as much sense to call it 'finished and
> stable' as it does 'unmaintained'.
On Mon, 15 Aug 2016 07:12:02 -0400
Hendrik Boom wrote:
> On Mon, Aug 15, 2016 at 03:25:01AM -0700, Rick Moen wrote:
> >
> > There shouldn't IMO be broken DNS any more on modern networked *ix
> > hosts. Run a local recursive resolver and list 127.0.0.1 as the
> > first resolv.conf entry. It's
On Mon, 15 Aug 2016 04:21:45 -0700
Rick Moen wrote:
> If you cannot reach _127.0.0.1_ because 'your network settings were
> wrong during boot', you have somehow managed to achieve such an epic
> degree of TCP/IP failure that I'm not sure you should be running *ix
> machines. ;->
>
> Fortunate
On Mon, Aug 15, 2016 at 04:32:45AM -0700, Rick Moen wrote:
> > > The author has updated their site to say:
> > >
> > > "NOTE: I will finish development of LILO at December 2015 because of
> > > some limitations (e.g. with BTFS, GPT, RAID). If someone want to
> > > develop this nice software furt
On Mon, 15 Aug 2016 06:28:31 -0700
Rick Moen wrote:
> That aside, I'm entirely unsure what your point is. This seems
> extremely non-responsive to either the upthread discussion about
> timesync at startup _or_ my assertion to you that modern networked *ix
> machines really ought to have local r
On Mon, 15 Aug 2016 13:51:55 +0200
Arnt Karlsen wrote:
> > No. apt doesn't know about the repository :-P
>
> ...until you tell it in /etc/apt/sources* ;o)
Yes, but I don't :)
--
richard lucassen
http://contact.xaq.nl/
___
Dng mailing list
Dng@lists.
On 08/14/2016 08:12 PM, aitor wrote:
>
> Hi fsmithred,
>
> On 08/15/2016 12:36 AM, fsmithred wrote:
>> richard lucassen wrote on 15/08/16 06:49:
>>> >On Sun, 14 Aug 2016 15:09:54 -0400
>>> >fsmithred wrote:
>>> >
>>Moved /etc/vdev/vdev (a symlink) up one level -
>> I don't think t
Quoting Simon Hobson (li...@thehobsons.co.uk):
> And the reason ISPs run recursive resolvers for their customers ?
> That's easy to answer. 99.99something percent of those customers are
> (in general) not technical people. So if the ISP supplies a
> pre-configured (or auto provisioning) router, wh
Quoting richard lucassen (mailingli...@lucassen.org):
> Unbound is a (local) caching resolver. Or a (local) recursive resolver.
> But tinydns, which I use for internal resolving is an iterative
> resolver. Tinydns does NOT cache at all.
You are correct. tinydns along with other pure authoritativ
richard lucassen wrote:
>> And what I was saying is: You should run one on modern networked *ix
>> machine generally. Because it's 2016.
>
> I do not agree.
+1
> If the local machine generates quite a bunch of queries
> than you're right. So, if you have (in 2016) let's say forty servers
> r
Nate Bargmann wrote:
> Second, clone that repository locally (dead easy with Git).
Which is what I was thinking ...
In an almost exact parallel, at a previous employer they used a business system
which was effectively bespoke and written in Cobol. The history was that it had
been written in-h
So that when you arrive in the office, you get a view of the world that
includes the s3kr3t servers in the office (i.e. split horizon), and
when you later leave the office, those things disappear from your
view.
Arnt
___
Dng mailing list
Dng@lists.dy
On Mon, 15 Aug 2016 04:21:45 -0700
Rick Moen wrote:
> Quoting richard lucassen (mailingli...@lucassen.org):
>
> > On my workstations I have no caching DNS.
>
> The term 'caching DNS' doesn't actually mean anything.[1] All DNS
> software _caches_; even the stub resolver in glibc caches. I spok
On Mon, 15 Aug 2016 07:12:02 -0400
Hendrik Boom wrote:
> > There shouldn't IMO be broken DNS any more on modern networked *ix
> > hosts. Run a local recursive resolver and list 127.0.0.1 as the
> > first resolv.conf entry. It's 2016, guys.
>
> Why isn't a local resolver the default? Why do w
On Mon, 15 Aug 2016 12:57:40 +0200, richard wrote in message
<20160815125740.7d4b10cadae0ff71d3c9c...@lucassen.org>:
> On Mon, 15 Aug 2016 10:13:24 +0200
> Arnt Karlsen wrote:
>
> > > So I prefer *for the moment*
> > >
> > > wget .deb
> > > dpkg -i .deb
> > >
> > > This wil install this parti
Quoting Hendrik Boom (hend...@topoi.pooq.com):
> On Tue, Jan 19, 2016 at 02:44:59PM -, dev1fanboy wrote:
> > https://lilo.alioth.debian.org/
> >
> > The author has updated their site to say:
> >
> > "NOTE: I will finish development of LILO at December 2015 because of some
> > limitations (e
I wrote:
> The term 'caching DNS' doesn't actually mean anything.[1] All DNS software
> _caches_; even the stub resolver in glibc caches.
^^
Well, probably I exaggerate. The stub resolver (Linux DNS client), upon
review, appears to be just about t
On Tue, Jan 19, 2016 at 02:44:59PM -, dev1fanboy wrote:
> https://lilo.alioth.debian.org/
>
> The author has updated their site to say:
>
> "NOTE: I will finish development of LILO at December 2015 because of some
> limitations (e.g. with BTFS, GPT, RAID). If someone want to develop this nic
Quoting Hendrik Boom (hend...@topoi.pooq.com):
> Why isn't a local resolver the default? Why do we rely on the ISP to
> do provide one with DHCP?
I like the way you think, sir!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-
Quoting richard lucassen (mailingli...@lucassen.org):
> On my workstations I have no caching DNS.
The term 'caching DNS' doesn't actually mean anything.[1] All DNS software
_caches_; even the stub resolver in glibc caches. I spoke of something
different and quite specific: a local recursive re
On Mon, Aug 15, 2016 at 03:25:01AM -0700, Rick Moen wrote:
>
> There shouldn't IMO be broken DNS any more on modern networked *ix
> hosts. Run a local recursive resolver and list 127.0.0.1 as the first
> resolv.conf entry. It's 2016, guys.
Why isn't a local resolver the default? Why do we rel
On Mon, 15 Aug 2016 03:25:01 -0700
Rick Moen wrote:
> Quoting richard lucassen (mailingli...@lucassen.org):
>
> > When you have no network on the machine ntp notes that there is no
> > network, then it stops AFAIK. But if you have a wrong resolv.conf or
> > something like that you get the above
On Mon, 15 Aug 2016 10:13:24 +0200
Arnt Karlsen wrote:
> > So I prefer *for the moment*
> >
> > wget .deb
> > dpkg -i .deb
> >
> > This wil install this particular version and these version will not
> > be upgraded automatically.
>
> ...until a newer version can be aptitude etc upgrade'd in pl
Quoting richard lucassen (mailingli...@lucassen.org):
> When you have no network on the machine ntp notes that there is no
> network, then it stops AFAIK. But if you have a wrong resolv.conf or
> something like that you get the above mentioned timeouts.
Really? 'Wrong resolv.conf or something li
On Sun, Aug 14, 2016 at 01:19:20PM -0400, Steve Litt wrote:
> On Sun, 14 Aug 2016 09:02:59 +0200
> Didier Kryn wrote:
> > They only support theur own software; isn't that
> > legitimate?
>
> Half of "their own software" was bought, either by acquisition or by
> hiring project programmers. They
Hi again,
On 08/15/2016 10:41 AM, aitor wrote:
Hi fsmithred and Tom,
On 08/15/2016 02:29 AM, aitor wrote:
You can generate the initrd.img running the
/root/vdev-initramfs/tools/mkinitramfs of the snapshot sent by Ralph.
Running the */root/vdev-initramfs/tools/make-initramfs.sh* script :)
Hi fsmithred and Tom,
On 08/15/2016 02:29 AM, aitor wrote:
You can generate the initrd.img running the
/root/vdev-initramfs/tools/mkinitramfs of the snapshot sent by Ralph.
Running the */root/vdev-initramfs/tools/make-initramfs.sh* script :)
Aitor.
Yesterday i tried to debianize linux-l
I like this Slashdot comment:
https://slashdot.org/comments.pl?sid=9525863&cid=52702819
--
An imaginary friend squared is a real enemy.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Sun, 14 Aug 2016 19:17:45 +0200, richard wrote in message
<20160814191745.300ec7008bcc1a123a065...@lucassen.org>:
>
> So I prefer *for the moment*
>
> wget .deb
> dpkg -i .deb
>
> This wil install this particular version and these version will not be
> upgraded automatically.
...until a new
57 matches
Mail list logo
