pe...@easthope.ca writes:
* From: Reco recovery...@enotuniq.net
* Date: Mon, 22 Jul 2019 17:35:27 +0300
> You're breaking threading. Just a friendly note.
I've been adding References manually. By "breaking" do you refer to
omission of older references (For example,
http://lists.de
Pascal Hambourg writes:
> If the system on the USB drive is GNU/Linux, you just need to put /boot on
> the internal drive so that GRUB can load them.
>
>
>
> as I have some PIC
> microcontroller development tools that don't make in today's
> world.
>
>
> Did you consider chroot in
On Tue, Jul 23, 2019 at 09:35:59PM +0200, to...@tuxteam.de wrote:
On Tue, Jul 23, 2019 at 03:31:12PM -0400, Michael Stone wrote:
On Tue, Jul 23, 2019 at 02:19:27PM -0500, David Wright wrote:
>I don't see any NUL characters, but x80 as shown below. I'm reading
>the cached message that mutt downlo
On Tue, Jul 23, 2019 at 03:38:33PM -0400, Greg Wooledge wrote:
> On Tue, Jul 23, 2019 at 02:19:27PM -0500, David Wright wrote:
> > On Tue 23 Jul 2019 at 11:07:37 (-0400), Greg Wooledge wrote:
> > > Yup. Two NUL bytes in the body of the message. How completely bizarre.
> > >
> > > Apparently what
On Tue, Jul 23, 2019 at 02:19:27PM -0500, David Wright wrote:
> On Tue 23 Jul 2019 at 11:07:37 (-0400), Greg Wooledge wrote:
> > Yup. Two NUL bytes in the body of the message. How completely bizarre.
> >
> > Apparently what mutt does is truncate that *line* at the first NUL
> > byte, but then sh
On Tue 23 Jul 2019 at 08:56:36 (-0700), pe...@easthope.ca wrote:
> In future I'll make more effort with the references. Beyond 3 or 4 it
> can be tedious.
If you're typing (or pasting) the references, I would just add
the In-Reply-To instead. That way, you can Cut/Copy the original's
Messa
On Tue, Jul 23, 2019 at 03:31:12PM -0400, Michael Stone wrote:
> On Tue, Jul 23, 2019 at 02:19:27PM -0500, David Wright wrote:
> >I don't see any NUL characters, but x80 as shown below. I'm reading
> >the cached message that mutt downloaded from an IMAP server. Is that
> >different from you?
>
> I
On Tue, Jul 23, 2019 at 02:19:27PM -0500, David Wright wrote:
I don't see any NUL characters, but x80 as shown below. I'm reading
the cached message that mutt downloaded from an IMAP server. Is that
different from you?
I see it as x80 in mutt and x00 in the raw file on the imap server. I
assum
On Tue, Jul 23, 2019 at 02:19:27PM -0500, David Wright wrote:
[...]
> I don't see any NUL characters, but x80 as shown below [...]
Oh, that's cute :-)
If I followed along correctly, the questionable mails have
neither Content-Type nor Content-Transfer-Encoding. So the
content type defaults to t
On Tue 23 Jul 2019 at 11:07:37 (-0400), Greg Wooledge wrote:
> On Tue, Jul 23, 2019 at 07:41:20AM -0700, pe...@easthope.ca wrote:
> > * From: Brad Rogers
>
> Oh, it's this guy again.
>
> /me looks at the raw mail message with less(1)
>
> * From: Brad Rogers ^@b...@fineby.me.uk^@
>
> Yu
Le 23/07/2019 à 20:28, Pascal Hambourg a écrit :
If the system on the USB drive is GNU/Linux, you just need to put /boot
on the internal drive so that GRUB can load them.
Oops, my sentence was a bit incomplete.
You just need to put /boot on the internal drive so that GRUB can load
the kerne
Le 23/07/2019 à 17:37, Martin McCormick a écrit :
It may turn out to be less of a headache to make it a
duel-boot system. One boot would be the latest debian console
and the other would be Debian Wheezy
If the system on the USB drive is GNU/Linux, you just need to put /boot
on the in
On Tue, 23 Jul 2019 12:28:50 -0400
Greg Wooledge wrote:
Hello Greg,
>We may be seeing different symptoms as a result of *whatever* Peter is
>doing, depending on how each individual mail transport agent and each
>mail user agent deals with the incoming mess.
Indeed.
I looked up his MUA (Oberon,
On Tue, Jul 23, 2019 at 11:07:37AM -0400, Greg Wooledge wrote:
> On Tue, Jul 23, 2019 at 07:41:20AM -0700, pe...@easthope.ca wrote:
> > * From: Brad Rogers
>
> Oh, it's this guy again.
>
> /me looks at the raw mail message with less(1)
>
> * From: Brad Rogers ^@b...@fineby.me.uk^@
>
>
On Tue 23 Jul 2019 at 10:37:46 -0500, Martin McCormick wrote:
> Pascal Hambourg writes:
> > Le 23/07/2019 à 04:53, Martin McCormick a écrit :
>
> > Do you mean that GRUB is installed on an internal drive ?
>
> Yes.
>
> > By default, GRUB relies on the BIOS disk services to access drives. But i
On Tue, Jul 23, 2019 at 05:22:44PM +0100, Brad Rogers wrote:
> On Tue, 23 Jul 2019 12:16:31 -0400
> Greg Wooledge wrote:
>
> Hello Greg,
>
> >You need to add "In-Reply-To:" as well. And stop doing whatever it is
> >you're doing that puts NUL bytes in your "* From:" lines. Or simply
> >drop
Hi.
On Tue, Jul 23, 2019 at 08:56:36AM -0700, pe...@easthope.ca wrote:
> * From: Reco ?recovery...@enotuniq.net?
> * Date: Mon, 22 Jul 2019 17:35:27 +0300
> > You're breaking threading. Just a friendly note.
>
> I've been adding References manually. By "breaking" do you refer to
On Tue, 23 Jul 2019 12:16:31 -0400
Greg Wooledge wrote:
Hello Greg,
>You need to add "In-Reply-To:" as well. And stop doing whatever it is
>you're doing that puts NUL bytes in your "* From:" lines. Or simply
>drop those lines altogethe
I /think/ they're tab characters. At least, that see
On Tue, Jul 23, 2019 at 08:56:36AM -0700, pe...@easthope.ca wrote:
> * From: Reco
> > You're breaking threading. Just a friendly note.
>
> I've been adding References manually.
You need to add "In-Reply-To:" as well. And stop doing whatever it is
you're doing that puts NUL bytes in your "*
* From: Reco
Pascal Hambourg writes:
> Le 23/07/2019 à 04:53, Martin McCormick a écrit :
> Do you mean that GRUB is installed on an internal drive ?
Yes.
> By default, GRUB relies on the BIOS disk services to access drives. But it
> also has native ATA and USB drivers which are not loaded by default. See
>
On Tue, 23 Jul 2019 07:41:20 -0700
pe...@easthope.ca wrote:
Hello pe...@easthope.ca,
>* From: Brad Rogers * Date: Fri, 19 Jul 2019 19:32:46
>> It was replaced by Empathy.
...
>item are pale gray. Ideas about contacts?
All I know about Empathy is that it replaced Ekiga. I've nev
On Tue, Jul 23, 2019 at 07:41:20AM -0700, pe...@easthope.ca wrote:
> * From: Brad Rogers
Oh, it's this guy again.
/me looks at the raw mail message with less(1)
* From: Brad Rogers ^@b...@fineby.me.uk^@
Yup. Two NUL bytes in the body of the message. How completely bizarre.
Apparen
* From: Brad Rogers
On 23/07/19 12:20, Thomas Schmitt wrote:
Hi,
consider this from man setfacl:
--restore=file
Restore a permission backup created by `getfacl -R' or similar. All
permissions of a complete directory subtree are restored using this
mechanism. If the input contains owner
Adam Weremczuk [2019-07-23T11:42:00+01] wrote:
> Is it possible to "clone" ACL permissions?
>
> I.e. recursively read ACL (getfacl?) on all files and folders and
> write (setacl?) to the same list of files and folders elsewhere?
Maybe rsync's -A/--acls option is useful here.
rsync --verbose
Hi,
consider this from man setfacl:
--restore=file
Restore a permission backup created by `getfacl -R' or similar. All
permissions of a complete directory subtree are restored using this
mechanism. If the input contains owner comments or group comments,
setfacl at
Hi all,
I've just found out that my backups were missing ACL and the restore
will not work until this is fixed.
Luckily I have the luxury of checking what the permissions should look
like on a running system, e.g:
RESTORED:
# file: samba/sysvol
# owner: root
# group: 300
user::rwx
grou
On Sun, 21 Jul 2019 21:04:27 + (UTC)
Long Wind wrote:
> my firefox for stretch can display flash, for example:
> http://www.10jqka.com.cn/flash/
> but it can't display
> https://www.gtja.com/jccy/syhq.htmli can't see any error msg, the page is
> blank
>
> my other stretch can display http
And here’s an example where the output media is an SD card:
rbthomas@nuc8:/media/rbthomas/99602c92-f887-4578-b6bc-39c91d49c43c/rbthomas$ dd
if=/dev/zero of=tempfile bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB, 1.0 GiB) copied, 0.48058 s, 2.2 GB/s
rbthomas@nuc8:
You need to add the clause “oflag=sync” on your dd commands. Without it the
MB/s numbers are really just measuring how fast you can fill up the RAM cache
(for write) or scoop up data from the RAM cache (in the case of read).
Here’s an example from one of my machines with a SATA-III SSD and lots
Hi all,
sorry for having spread half-knowledge here.
On 22.07.19 15:53, Stefan Monnier wrote:
> Also, if the problem is in the time it takes to write the hibernation
> data, then those 2 minutes should mostly be spent with a display that
> says "blabla ... NN%" where the NN slowly goes from 0 to
32 matches
Mail list logo
