On Thu, Jul 31, 2025 at 10:32 AM Alain D D Williams wrote:
> I do not know anyone who has direct knowledge of mercury delay line memory
> https://en.wikipedia.org/wiki/Delay-line_memory
I think my dad still does.
I believe some of the first computers he used had mercury delay line memory.
He's 90
First the serial, in this context generally refers to EIA RS-232C serial
interface, or at least something more-or-less compatible with that (most
notably electrically). Per standard, this would be DB-25 M for DTE
(Data Terminal Equipment - e.g. the terminal itself), and F for DCE
(Data Communicati
Ooops, meant to send to (or at least include) list:
-- Forwarded message -
From: Michael Paoli
Date: Sun, Jul 27, 2025 at 3:25 PM
Subject: Re: How to ask a question?
To: Richard Owlett
Why of course ask the smart way!
http://catb.org/~esr/faqs/smart-questions.html
Uhm, yeah
Uhm, yeah, alas, far too often lists get hit with such requests.
Below I copy boilerplate response (alas, as a listadmin) to seeing far
too many such requests (e.g. emails to listadmins, or posts (or
attempted posts) to lists, much etc.), plus with that, just some
modest changes to make it (more)
eded, and also getting the package state appropriately set to
cleanly installed in the APT database. All seems fine after that.
On Sun, Jul 20, 2025 at 10:12 PM Michael Paoli
wrote:
>
> Relatively quick repair should be feasible.
> So ... multi-arch? Is this native amd64 + i386 (I'm
&g
Relatively quick repair should be feasible.
So ... multi-arch? Is this native amd64 + i386 (I'm
guessing/presuming), or ... is that vice versa?
I'm inclined to similarly break a VM, and then fix it ... shouldn't be too hard.
Anyway, main/primary architecture would be the most critical.
I'll poke a
You're configured to follow sid/unstable.
Since things regularly migrate from sid/unstable to testing,
in most regards the installed OS can't tell which you're on, though one
can look at one's APT configuration to see what one is following.
But they may not necessarily be distinguished by what's cu
ling via trap.
On Sat, Jul 19, 2025 at 5:26 AM Greg Wooledge wrote:
> On Fri, Jul 18, 2025 at 21:08:09 -0700, Michael Paoli wrote:
> > echo \
> > $((
> > $(
> > d12='\([0-9]\{1,2\}\)'
> > echo 09:10:11 |
> > sed -e '
> > s
echo \
$((
$(
d12='\([0-9]\{1,2\}\)'
echo 09:10:11 |
sed -e '
s/^/ /
s/:/ /g
s/ 0*\([0-9]\)/ \1/g
'" s/^ $d12 $d12 $d12"'$/3600 * \1 + 60 * \2 + \3/
'
)
))
On Fri, Jul 18, 2025 at 7:09 PM Greg Wooledge wrote:
>
> O
echo $(( $(echo 07:08:09 | sed -e 's/^0*\([0-9]\)/3600 * \1 +
/;s/:0*\([0-9]:\)/60 * \1/;s/:0*\([0-9]\)$/ + \1/;') ))
On Fri, Jul 18, 2025 at 1:31 PM Greg Wooledge wrote:
>
> On Fri, Jul 18, 2025 at 13:16:17 -0700, Michael Paoli wrote:
> > E.g.:
> > printf 01:02:03
E.g.:
printf 01:02:03 | (IFS=: read h m s; printf '%s\n' $(( $((h * 3600)) +
$((m * 60)) + $s )))
On Thu, Jul 17, 2025 at 2:39 PM wrote:
>
> Video durations are formatted in youtube's .info.json files as "HH:MM:SS";
> so, I went monkey and did the conversion myself, but I got two errors which I
> The only issue I have with tasksel, is that sometimes I wish a more
> minimal environment.
Then don't use tasksel to install package(s).
One can, however, use tasksel to list its tasks,
and from those, the corresponding package(s),
and in turn, from those, the dependencies and recommends thereo
I think you want delete, rather than erase, so use tput dch1 or tput dch 1.
Erase simply replaces the character(s) with blank(s),
whereas delete removes the character(s), shifting those to the right,
to the left.
E.g.:
(row=3; sleep=2; cols=$(tput cols) && tput clear && (while [ $row -gt
0 ]; do e
As is oft said of Debian:
Debian releases when it's darn good and ready.
:-)
This is unlike many other distros, which release like clockwork, ready or not.
Though for many years now, Debian has had a schedule on at least
certain freezes. So that does at least give one indications when test
star
Yes, very doable, though may be rather to quite non-trivial to do so.
I not long ago basically did this on a pair of drives on my laptop (yes
it supports up to at least 3 internal drives, and I nominally have 2) -
I'd not long ago replaced my relatively ancient ~150G SSD that
finally died (zero da
Uhm, and/or (@lists.debian.org):
debian-security-announce
debian-stable-announce
debian-news
debian-announce (as you'd mentioned)
gee, and then there's also LTS, and various languages, and ...
don't want to hammer installing users with too many questions (Debian
already gets enough complaints about
Yes, mostly as others have reported in replies to your post.
The key bit is bridge - and I suspect this will never become the
as-shipped configuration by default, because of potential complications,
security, etc.
So bridge, you'll almost certainly need the relevant package(s), e.g.
bridge-utils.
In clearing out my older archives, deduplicating the redundant, etc.
I still found many Debian files missing from or not present in official
Debian locations. Some of these may also be older than what Debian may
wish to preserve. I believe they all date from slink (2.1) through
woody (3.0). I be
I might suggest using LVM for all filesystems and swap, except for
/boot and if applicable, EFI (/boot/efi).
I'd also suggest tmpfs for /tmp (I think that also becomes the default
with trixie 13).
With LVM, one can grow LVs, and then filesystems atop that, and
generally avoid further mucking about
Not a Debian specific question. You may possibly want to ask/check
on, e.g. relevant qemu
list or the like.
Though qcow2 is quite flexible, and can be quite efficient, depending
what data is written there,
what snapshots are or may have been there, etc., it may also be rather
to quite inefficient
So, is this md raid1, or true hardware RAID-1?
If it's md raid1:
MBR system - boot block should be installed to both drives, remainder
is installed to the /boot filesystem (or / if there's no /boot
filesystem)
GPT - I'm not 100% sure (haven't looked into the details), but in that
case, I think G
What systemd dependencies? :-)
# readlink /proc/1/exe /sbin && dpkg -S /sbin/init && cat
/etc/debian_version && more /etc/apt/preferences.d/* | cat
/usr/sbin/init
usr/sbin
sysvinit-core: /sbin/init
12.10
::
/etc/apt/preferences.d/98init
::
Explanation: Avoid unintended in
Info can also be used for upgrading (much) older releases
(notably older ones beyond both main and LTS support)
On Mon, Mar 31, 2025 at 12:51 AM wrote:
> For comparison, some research and portability tests I'd like
> to install old releases of Debian, i.e. versions 8, 9, 10.
> Are there archives
(response bits in-line):
On Wed, Apr 2, 2025 at 4:08 PM David Christensen
wrote:
> I would like to use the Perl module Digest::SHA256 on Debian:
> # cat /etc/debian_version ; uname -a
> 11.11
> Linux laalaa 5.10.0-34-amd64 #1 SMP Debian 5.10.234-1 (2025-02-24)
> x86_64 GNU/Linux
> # perl -e 'use
>From most, shells, e.g. bash, dash, most or all POSIX shells, you can type:
type name_of_command
And it'll generally tell you what/where that command comes from, or if
it's an alias, etc.
E.g. from either bash or dash:
$ type cd
cd is a shell builtin
$
So then you could look it up in the relevant
If you're not fully sure of any of those parameters, I'd suggest ...
do some testing. E.g. if your target storage is quite large, maybe do only
2% of that, or possibly less - in total (approximate) size, but using the
presumed or being tested stripe/cluster/etc. sizes. And test the performance,
a
On Fri, Nov 22, 2024 at 9:27 AM The David wrote:
> We have been using the debian 3.2.0-4-686-pae for our company. We are moving
> to another state and we forgot the password. Is there anyway to recover this
> without losing data? Thank you.
Yikes! That kernel goes back to Debian 7 - released 2
Thanks.
Still haven't found way to prevent
sleep/hibernate/etc, but FYI:
$ (cd /sys/power && grep . mem_sleep state)
mem_sleep:s2idle [deep]
state:freeze mem disk
$
On Fri, Nov 22, 2024 at 5:15 AM wrote:
> Definitions can be found at
> https://docs.kernel.org/admin-guide/pm/sleep-states.html
> Ot
Thanks, my responses in-line below
(also restored some of the earlier that was removed from original,
and included full original at tail end of this email):
On Fri, Nov 22, 2024 at 5:02 AM Max Nikulin wrote:
> On 22/11/2024 13:57, Michael Paoli wrote:
> > all network activity ceases
including,
e.g. (links to) relevant definition information. Perhaps after I get
my issue resolved,
so I'm less likely to need multiple iterations of
edits/additions/changes/updates.
On Fri, Nov 22, 2024 at 2:26 AM Richard Owlett wrote:
> On 11/22/24 12:57 AM, Michael Paoli wrote:
> >
How do I disable all manner of sleep/suspend/hibernate on Debian 12?
I really don't want it doing any sleep/suspend/hibernate (I'm okay with
explicitly manually triggering it, but I don't even need that).
Symptoms/issue/background:
Was a non-issue on Debian 10 (sleep/hibernate would only occur if
31 matches
Mail list logo