Oh my god, I'm so sorry. I originally wanted to say that every software package
in Debian will have a "copyright" document, but the input method was mistakenly
typed as copyleft. Because I found that every package in Debian will have a
"copyright" document, but not every package has a "license.t
On Fri, Mar 17, 2023 at 06:05:27PM -0700, David Christensen wrote:
> On 3/17/23 12:36, Gregory Seidman wrote:
[...]
> > This thread has piqued my interest, because I have been lax in doing proper
> > backups. I currently run a RAID1 mirroring across three disks (plus a hot
> > spare). On top of tha
On 3/17/23 12:36, Gregory Seidman wrote:
On Fri, Mar 17, 2023 at 06:00:46PM +0300, Reco wrote:
[...]
PS There's that old saying, "RAID is not a substitute for a backup".
What you're trying to do sounds suspiciously similar to an old "RAID
split-mirror" backup technique. Just saying.
This threa
All,
I have two network interfaces on my PC and I want to route the stub
interface to the internet facing interface and perform Masquerading. My
Internet facing NIC is set to use zone drop and my inside facing zone is
set to use zone trusted.
# enable routing
echo 1 > /proc/sys/net/ipv4/ip_forwar
On Fri, 17 Mar 2023, Nicolas George wrote:
Nicolas George (12023-03-17):
It is not vagueness, it is genericness: /dev/something is anything and
contains anything, and I want a solution that works for anything.
Just to be clear: I KNOW that what I am asking, the ability to
synchronize an exist
Gregory Seidman wrote:
> On Fri, Mar 17, 2023 at 06:00:46PM +0300, Reco wrote:
> [...]
> > PS There's that old saying, "RAID is not a substitute for a backup".
> > What you're trying to do sounds suspiciously similar to an old "RAID
> > split-mirror" backup technique. Just saying.
...
> It soun
Nicolas George (12023-03-17):
> It is not vagueness, it is genericness: /dev/something is anything and
> contains anything, and I want a solution that works for anything.
Just to be clear: I KNOW that what I am asking, the ability to
synchronize an existing block device onto another over the netwo
Greg Wooledge (12023-03-17):
> > I have a block device on the local host /dev/something with data on it.
^^^
There. I have data, therefore, any solution that assumes the data is not
there can only be proposed by somebody who di
On Fri, Mar 17, 2023 at 06:00:46PM +0300, Reco wrote:
[...]
> PS There's that old saying, "RAID is not a substitute for a backup".
> What you're trying to do sounds suspiciously similar to an old "RAID
> split-mirror" backup technique. Just saying.
This thread has piqued my interest, because I hav
On Fri, Mar 17, 2023 at 05:01:57PM +0100, Nicolas George wrote:
> Dan Ritter (12023-03-17):
> > If Reco didn't understand your question, it's because you are
> > very light on details.
>
> No. Reco's answers contradict the very first sentence of my first
> e-mail.
The first sentence of your first
On Fri, Mar 17, 2023 at 09:09:22PM +0800, 刘涛 wrote:
> Hello, I have the following questions to consult and look forward to your
> authoritative answers.
>
> 1. Must various software packages in the Debian community contain a
> license file "license.txt"? Without this file, how does the users
> kn
Greg Wooledge dijo [Fri, Mar 17, 2023 at 09:36:26AM -0400]:
> > 2. I found that each software package has a "Copyleft" document,
> > and a lot of license information is also listed in this
> > document. Therefore, I would like to ask, when the two documents
> > "license.txt" and "Copyleft" exist in
On Fri, 17 Mar 2023, Nicolas George wrote:
Dan Ritter (12023-03-17):
If Reco didn't understand your question, it's because you are
very light on details.
No. Reco's answers contradict the very first sentence of my first
e-mail.
Is this possible?
How can Reco's answers contradict that.
Re
On Fri, 17 Mar 2023 刘涛 wrote:
Hello, I have the following questions to consult and look forward to
your authoritative answers.
[OP's legal questions elided]
Legal issues
https://www.debian.org/legal/
The mailing list for Debian legal matters is
debian-le...@lists.debian.org
To s
Dan Ritter (12023-03-17):
> If Reco didn't understand your question, it's because you are
> very light on details.
No. Reco's answers contradict the very first sentence of my first
e-mail.
--
Nicolas George
Jude DaShiell wrote:
> Another contact has done repeated testing on both local and remote
> instances of these files and has no failures. I'm suspecting the solid
> state drive is going south. Fortunately this computer came with two
> internal so I'll start using the other drive from now on and
Thanks for checking this for me, apparently I've got hardware problems.
Jude "There are four boxes to be used in
defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
.
On Fri, 17 Mar 2023, Thomas Schmitt wrote:
> Hi,
>
> Jude DaShiell w
Nicolas George wrote:
> Reco (12023-03-17):
> > Well, theoretically you can use Btrfs instead.
>
> No, I cannot. Obviously.
>
> > What you're trying to do sounds suspiciously similar to an old "RAID
> > split-mirror" backup technique.
>
> Absolutely not.
>
> If you do not understand the questi
Hi,
Jude DaShiell wrote:
> https://slackware.uk/slint/x86_64/slint-15.0/iso/slint64-15.0-2.iso.sha256
> https://slackware.uk/slint/x86_64/slint-15.0/iso/slint64-15.0-2.iso
Let's see what an older Debian perceives (... downloading 3.7 GiB lasts a
while ...):
$ sha256sum -c slint64-15.0-2.iso.sh
Reco (12023-03-17):
> Well, theoretically you can use Btrfs instead.
No, I cannot. Obviously.
> What you're trying to do sounds suspiciously similar to an old "RAID
> split-mirror" backup technique.
Absolutely not.
If you do not understand the question, it is okay to not answer.
--
Nicolas
On Fri, Mar 17, 2023 at 03:46:54PM +0100, Nicolas George wrote:
> Reco (12023-03-17):
> > Yes, it will destroy the contents of the device, so backup
>
> No. If I accepted to have to rely on an extra copy of the data, I would
> not be trying to do something complicated like that.
Well, theoretical
Another contact has done repeated testing on both local and remote
instances of these files and has no failures. I'm suspecting the solid
state drive is going south. Fortunately this computer came with two
internal so I'll start using the other drive from now on and hope I can
duplicate my contac
On Fri, 17 Mar 2023 davidson wrote:
On Fri, 17 Mar 2023 Jude DaShiell wrote:
I have had multiple verification failures checking an iso with a sha256sum
verification file and am wondering if that program and the rest of the
shaxxxsum programs have one or more bugs that could account for these
fai
Reco (12023-03-17):
> Yes, it will destroy the contents of the device, so backup
No. If I accepted to have to rely on an extra copy of the data, I would
not be trying to do something complicated like that.
--
Nicolas George
On Fri, 17 Mar 2023 Jude DaShiell wrote:
I have had multiple verification failures checking an iso with a sha256sum
verification file and am wondering if that program and the rest of the
shaxxxsum programs have one or more bugs that could account for these
failures.
Let the sha256sum program be
Hi.
On Fri, Mar 17, 2023 at 01:52:34PM +0100, Nicolas George wrote:
> Reco (12023-03-17):
> > - DRBD
>
> That looks interesting, with “meta-disk device”.
>
> > - MDADM + iSCSI
>
> Maybe possible, but not the way you suggest, see below.
>
> > - zpool attach/detach
>
> I do not think th
Yes they're available and no no other checksum files are available.
https://slackware.uk/slint/x86_64/slint-15.0/iso/slint64-15.0-2.iso.sha256
https://slackware.uk/slint/x86_64/slint-15.0/iso/slint64-15.0-2.iso
Jude
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and
If by sd card you mean solid state drive, thanks for letting me know.
Fortunately I had two of these drives installed in this computer so can
use the other one and replace the bad one.
Jude "There are four boxes to be used in
defense of liberty:
soap, ballot, jury, and ammo. Please use in that
On Fri, Mar 17, 2023 at 9:36 AM Jude DaShiell wrote:
>
> I have had multiple verification failures checking an iso with a sha256sum
> verification file and am wondering if that program and the rest of the
> shaxxxsum programs have one or more bugs that could account for these
> failures.
That usu
Hi,
Jude DaShiell wrote:
> I have had multiple verification failures checking an iso with a sha256sum
> verification file and am wondering if that program and the rest of the
> shaxxxsum programs have one or more bugs that could account for these
> failures.
That would be quite surprising, given
On Fri, Mar 17, 2023 at 09:36:07AM -0400, Jude DaShiell wrote:
> I have had multiple verification failures checking an iso with a sha256sum
> verification file and am wondering if that program and the rest of the
> shaxxxsum programs have one or more bugs that could account for these
> failures.
W
On Fri, Mar 17, 2023 at 09:05:21PM +0800, 刘涛 wrote:
> 1. Must various software packages in the Debian community contain a license
> file "license.txt"? Without this file, how does the users know about the
> license usage of the package?
Each package must contain a file named "copyright" which co
I have had multiple verification failures checking an iso with a sha256sum
verification file and am wondering if that program and the rest of the
shaxxxsum programs have one or more bugs that could account for these
failures.
Jude "There are four boxes to be used in
defense of liberty:
soap, b
Hello, I have the following questions to consult and look forward to your
authoritative answers.
1. Must various software packages in the Debian community contain a license
file "license.txt"? Without this file, how does the users know about the
license usage of the package?
2. I found that each
Hello, I have the following questions to consult and look forward to your
authoritative answers.
1. Must various software packages in the Debian community contain a license
file "license.txt"? Without this file, how does the users know about the
license usage of the package?
2. I found that each
Reco (12023-03-17):
> - DRBD
That looks interesting, with “meta-disk device”.
> - MDADM + iSCSI
Maybe possible, but not the way you suggest, see below.
> - zpool attach/detach
I do not think that is an option. Can you explain how you think it can
work?
> mdadm --create /dev/md0 --level=mirror
"p...@ymail.ne.jp" wrote:
> debian-u...@howorth.org.uk wrote:
> > But it sounds like what...@ymail.ne.jp is doing isn't best practice
> > either, although I don't fully understand what they mean by "I often
> > change default ruby in interactive shell". If they mean 'global'
> > then I suspect th
debian-u...@howorth.org.uk (12023-03-17):
> Please don't send me an individual copy of emails; I am subscribed.
Nobody can remember who is subscribed and who is not: do not write this
in your mail, write it in the headers, just like I did.
--
Nicolas George
Please don't send me an individual copy of emails; I am subscribed.
Dan Ritter wrote:
> debian-u...@howorth.org.uk wrote:
> > Dan Ritter wrote:
> > > p...@ymail.ne.jp wrote:
> > > > For dev stuff, for example, I have many versions of ruby
> > > > installed in the system by rbenv.
> > > >
Hi.
On Fri, Mar 17, 2023 at 11:09:09AM +0100, Nicolas George wrote:
> Is this possible: ?
Actually, there are at least three ways of doing it:
- DRBD
- MDADM + iSCSI
- zpool attach/detach
But DRBD was designed with continuous replication in mind, and ZFS has
severe processor architectur
Hi.
Is this possible: ?
I have a block device on the local host /dev/something with data on it.
I have a block device on the remote host remote:/dev/something with the
exact same size but no relevant data on it.
I have room on the local host in /data or an extra block device (could
be loop).
W
41 matches
Mail list logo
