On Tue, Sep 21, 2021 at 09:00:52AM +0100, Jonathan Dowland wrote:
On Mon, Sep 20, 2021 at 11:02:49AM -0400, Michael Stone wrote:
It seems to install to /usr/bin/which.gnu, implying that you could
upload /usr/bin/which.bsd if you so desire; what's the issue?
I think we should have just one
On Tue, Sep 21, 2021 at 06:37:41PM +0100, Tim Woodall wrote:
A ransomware attack that exploits a zero day ssh vulnerability for
example wouldn't be a complete disaster - this is only home usage - but
it seems fairly trivial to create a 'worm' usb device using a pi. I
haven't tested yet but with
Well, chattr -i turns that off
On Tue, Sep 21, 2021 at 04:29:07PM +, Toni Mas Soler wrote:
I use to backup my iPhone's photo library using a stfp connection (all in the
same directory in my PC). Thus, I can chattr +i the only directory needed and
nobody can remove.
I cannot understand
Package: numactl
Version: 2.0.12-1+b1
Severity: serious
Justification: Policy 7.6.1
Unpacking numactl (2.0.14-1) over (2.0.12-1+b1) ...
dpkg: error processing archive
/var/cache/apt/archives/numactl_2.0.14-1_amd64.deb (--u
npack):
trying to overwrite '/usr/share/man/man2/move_pages.2.gz', which
Package: numactl
Version: 2.0.12-1+b1
Severity: serious
Justification: Policy 7.6.1
Unpacking numactl (2.0.14-1) over (2.0.12-1+b1) ...
dpkg: error processing archive
/var/cache/apt/archives/numactl_2.0.14-1_amd64.deb (--u
npack):
trying to overwrite '/usr/share/man/man2/move_pages.2.gz', which
On Mon, Sep 20, 2021 at 02:38:06PM +0100, Jonathan Dowland wrote:
On Fri, Aug 20, 2021 at 11:03:50AM +0800, YunQiang Su wrote:
For such a simple tool, do we really need such many versions?
At least you've asked the question. I'd love to think that there was a
proper evaluation of BSD which
On Fri, Sep 10, 2021 at 10:04:08PM +0530, Anuradha Weeraman wrote:
> 2) If you do go ahead with switching to the community distribution, then
> "93u+m" is part of the name, not the version number, so I'd suggest:
[...]
Correction: rushed the last email, I meant to say that I agree that 93u+m
On Fri, Sep 10, 2021 at 08:02:42PM +0200, David Kalnischkies wrote:
On Fri, Sep 10, 2021 at 11:08:38AM -0400, Michael Stone wrote:
On Fri, Sep 10, 2021 at 04:33:42PM +0200, David Kalnischkies wrote:
> On Thu, Sep 09, 2021 at 08:53:21AM -0400, Michael Stone wrote:
> > The only thing I
On Fri, Sep 10, 2021 at 04:33:42PM +0200, David Kalnischkies wrote:
On Thu, Sep 09, 2021 at 08:53:21AM -0400, Michael Stone wrote:
The only thing I could see that would be a net gain would be to generalizes
sources.list more. Instead of having a user select a specific protocol and
path, allow
On Fri, Sep 10, 2021 at 09:33:56AM +0200, Helmut Grohne wrote:
Laptops of end-user systems are the target, but also developers. When
people gather at a place (conference, hackspace, private meetup, etc.)
downloading of .debs should just work quickly by default. Many such
sites could easily
On Fri, Sep 10, 2021 at 09:33:56AM +0200, Helmut Grohne wrote:
Laptops of end-user systems are the target, but also developers. When
people gather at a place (conference, hackspace, private meetup, etc.)
downloading of .debs should just work quickly by default. Many such
sites could easily
On Fri, Sep 10, 2021 at 12:00:57PM +0200, Timo Röhling wrote:
* Michael Stone [2021-09-08 19:25]:
I think the issue isn't certificate validation, it's that https
proxy requests are made via CONNECT rather than GET. You could
theoretically rewrite the proxy mechanism to MITM the CONNECT
On Wed, Sep 08, 2021 at 11:07:06PM -0700, Robert Arkiletian wrote:
Installing Debian 11 with netinst CD on a server with hardware raid.
Installer has no custom format parameters option for ext4, like stride
and stripe_width. How does one format the raid partitions with these
options during OS
On Thu, Sep 09, 2021 at 01:20:56PM +0100, Pádraig Brady wrote:
On 09/09/2021 00:39, Michael Stone wrote:
On Tue, Sep 07, 2021 at 04:45:23PM +0100, Pádraig Brady wrote:
This patch set refactors all digest implementations
to their own modules, all interfaced through digest.c.
All file operations
On Thu, Sep 09, 2021 at 02:54:21PM +0200, Timo Röhling wrote:
* Michael Stone [2021-09-09 08:32]:
I'm honestly not sure who the target audience for auto-apt-proxy
is--apparently someone who has an infrastructure including a
proxy, possibly the ability to set dns records, etc., but can't
On Thu, Sep 09, 2021 at 02:54:21PM +0200, Timo Röhling wrote:
* Michael Stone [2021-09-09 08:32]:
I'm honestly not sure who the target audience for auto-apt-proxy
is--apparently someone who has an infrastructure including a
proxy, possibly the ability to set dns records, etc., but can't
On Thu, Sep 09, 2021 at 11:54:44AM +0530, Pirate Praveen wrote:
Why can't auto-apt-proxy ask this as a debconf question? I also like
auto-apt-proxy but I agree with this, someone needing auto-apt-proxy should be
able to change the default as well.
I don't really see why adding another
On Thu, Sep 09, 2021 at 08:36:28AM +0200, Timo Röhling wrote:
* Michael Stone [2021-09-08 19:12]:
Why not simply automate setting it at install time using preseed?
I'm honestly not sure who the target audience for auto-apt-proxy
is--apparently someone who has an infrastructure including
On Thu, Sep 09, 2021 at 08:36:28AM +0200, Timo Röhling wrote:
* Michael Stone [2021-09-08 19:12]:
Why not simply automate setting it at install time using preseed?
I'm honestly not sure who the target audience for auto-apt-proxy
is--apparently someone who has an infrastructure including
On Tue, Sep 07, 2021 at 04:45:23PM +0100, Pádraig Brady wrote:
This patch set refactors all digest implementations
to their own modules, all interfaced through digest.c.
All file operations and diagnostics are done in digest.c.
All digests are made available through `cksum -a`.
Also we add
On Wed, Sep 08, 2021 at 03:56:14PM +0200, Ansgar wrote:
On Wed, 2021-09-08 at 15:41 +0200, Helmut Grohne wrote:
On Wed, Sep 08, 2021 at 02:01:03PM +0200, Ansgar wrote:
> So what do you suggest then? Tech-ctte as with merged-/usr? Or a
> GR? Or
> something else?
I propose that the proponents
On Wed, Sep 08, 2021 at 01:09:13PM +0200, Helmut Grohne wrote:
Enabling https by default quite simply breaks the simple recipe of
installing auto-apt-proxy. Would you agree with auto-apt-proxy's
postinst automatically editing your sources.list to drop the s out of
https? The answer repeatedly
On Wed, Sep 08, 2021 at 01:09:13PM +0200, Helmut Grohne wrote:
Enabling https by default quite simply breaks the simple recipe of
installing auto-apt-proxy. Would you agree with auto-apt-proxy's
postinst automatically editing your sources.list to drop the s out of
https? The answer repeatedly
On Mon, Aug 30, 2021 at 03:56:09PM -0400, Dan Ritter wrote:
Harald Dunkel wrote:
how comes ifupdown is dropped at upgrade time to bullseye, leaving the
(headless) system without network connection while the upgrade is not completed
yet, and breaking network on the next reboot?
This has not
On Wed, Aug 18, 2021 at 03:25:22PM +, Clint Adams wrote:
On Wed, Aug 18, 2021 at 11:22:53AM -0400, Michael Stone wrote:
apologies, box I checked was buster and not bullseye
No problem, it seems evident that it did little good anyway.
well, the note is for users, most of whom aren't
On Wed, Aug 18, 2021 at 03:25:22PM +, Clint Adams wrote:
On Wed, Aug 18, 2021 at 11:22:53AM -0400, Michael Stone wrote:
apologies, box I checked was buster and not bullseye
No problem, it seems evident that it did little good anyway.
well, the note is for users, most of whom aren't
On Wed, Aug 18, 2021 at 03:06:07PM +, Clint Adams wrote:
On Wed, Aug 18, 2021 at 10:53:45AM -0400, Michael Stone wrote:
Adding a message to stderr telling people to use mktemp may be a reasonable
step.
You mean the thing it does in our stable release?
apologies, box I checked was buster
On Wed, Aug 18, 2021 at 03:06:07PM +, Clint Adams wrote:
On Wed, Aug 18, 2021 at 10:53:45AM -0400, Michael Stone wrote:
Adding a message to stderr telling people to use mktemp may be a reasonable
step.
You mean the thing it does in our stable release?
apologies, box I checked was buster
Adding a message to stderr telling people to use mktemp may be a
reasonable step.
Adding a message to stderr telling people to use mktemp may be a
reasonable step.
On Tue, Jul 13, 2021 at 10:22:17AM +, Andrew M.A. Cater wrote:
Take the opportunity to at least upgrade to Debian 9 and, ideally, 10.
Debian 11 should be here inside a month - if you can get to 10, you'll
have at least a further year of security support for 10.
Worth noting that skipping
On Mon, Jul 12, 2021 at 04:32:52PM -0400, Greg Wooledge wrote:
Try both and see which one works. If the wiki is wrong, edit the wiki so
that it's correct. (Then hope some jerk doesn't revert your changes.)
There's only one person acting like a jerk here.
On Tue, Jul 06, 2021 at 10:18:44PM +0200, to...@tuxteam.de wrote:
On Tue, Jul 06, 2021 at 02:11:21PM -0400, Michael Stone wrote:
[...]
It's entirely too common for obsolete encryption options that are
kept for "compatibility" end up being a vector for compromise, and
entirely
On Tue, Jul 06, 2021 at 03:20:43PM -0400, Stefan Monnier wrote:
If they have buffer overflow-style holes, those should be fixed.
Other than that I can't see how they can be less secure than the "none" cipher.
I guess since the "none" cipher isn't supported in debian's ssh
Good point.
you
On Tue, Jul 06, 2021 at 02:16:53PM -0400, Roberto C. Sánchez wrote:
Of course, the real answer is to not purchase products with "secure"
management that can't be upgraded when it becomes "insecure" management.
Sadly, this is not always possible. There are times where someone else
decides what
On Tue, Jul 06, 2021 at 08:05:11PM +0200, to...@tuxteam.de wrote:
On Tue, Jul 06, 2021 at 01:43:07PM -0400, Michael Stone wrote:
On Tue, Jul 06, 2021 at 01:02:49PM -0400, Stefan Monnier wrote:
>>>I think the first reaction should be to report it as a bug, so that the
>>>old
On Tue, Jul 06, 2021 at 01:02:49PM -0400, Stefan Monnier wrote:
I think the first reaction should be to report it as a bug, so that the
old cipher is re-added. I think the same argument in favor of including
the "none" cipher should apply to including old deprecated ciphers.
The old ciphers
On Mon, Jul 05, 2021 at 02:21:05PM -0700, Thomas D. Dean wrote:
On 7/5/21 1:54 PM, Michael Stone wrote:
On Mon, Jul 05, 2021 at 12:53:39PM +0300, IL Ka wrote:
7TB seems like too much for one partition imho.
Consider splitting it into the parts
That's silly. It's 2021; 7TB isn't particularly
On Mon, Jul 05, 2021 at 12:53:39PM +0300, IL Ka wrote:
7TB seems like too much for one partition imho.
Consider splitting it into the parts
That's silly. It's 2021; 7TB isn't particularly large and there's no
value in breaking things into multiple partitions for no reason.
On Sun, Jul 04, 2021 at 05:03:26PM +0800, loushanguan2...@sina.com wrote:
i've found many books at archive.org in pdf format
but reading them in acrobat for linux is painful, it's slow
it's fast in acrobat for android
and i think it's fast in Windows
adobe has stopped upgrade for linux
i've
On Sat, Jul 03, 2021 at 02:34:56PM -0700, David Christensen wrote:
On 7/3/21 6:44 AM, Michael Stone wrote:
On Fri, Jul 02, 2021 at 02:30:50PM -0700, David Christensen wrote:
2021-07-02 14:24:30 dpchrist@dipsy ~/sandbox/dd
$ du --bytes truncate-sparse
5242880 truncate-sparse
I expected
On Fri, Jul 02, 2021 at 02:30:50PM -0700, David Christensen wrote:
2021-07-02 14:24:30 dpchrist@dipsy ~/sandbox/dd
$ du --bytes truncate-sparse
5242880 truncate-sparse
I expected sparse files, but du(1) does not indicate such (?).
You used --bytes, which per the man page implies
On Fri, Jul 02, 2021 at 10:02:18AM -0500, David Wright wrote:
But what happens with an SSD? If, after the rm step above, you
# fstrim /home
the mountpoint, where /etc/fstab has the line
/dev/mapper/luks-fedcba98-7654-3210-… LABEL1 ext4 /home
then what gets zeroed
If everything's appropriately
On Fri, Jul 02, 2021 at 01:26:23PM +0300, Teemu Likonen wrote:
* 2021-07-02 09:49:23+0200, to...@tuxteam.de wrote:
On Tue, Jun 29, 2021 at 11:08:09AM +0200, Claudio Kuenzler wrote:
This line catches my attention:
[ 62.953082] systemd[1]: modprobe@drm.service: Succeeded.
This is missing (doesn't show) when the freeze happens.
I tend to suspect it's unrelated, but if you add "nomodeset nofb" to
your
On Thu, Jun 10, 2021 at 11:31:07PM -0500, David Wright wrote:
I'm about to install buster or bullseye on a newly acquired laptop
with an SSD (a first for me). I'm intending to clean (zero or
randomise) the entire drive with dd before I start, and am
interested in any pitfalls with that.
Do not
On Fri, Jun 11, 2021 at 06:19:37PM +0300, Reco wrote:
Encryption costs me whopping 13 MB/s out of 385.
Right now on my desktop I can read about 1.4GByte/s on an unencrypted
partition and 1.3Gbyte/s on an encrypted partition. Whether that's
significant is subjective.
On Sat, Jun 05, 2021 at 08:07:56PM +0200, Antonio wrote:
The problem is my ISP uses pppoe for my symmetric 1 gbps connection and I know
this type of connection requires a quite performant cpu, as it is
single-threaded and uses only one cpu core.
That's not correct for linux kernel mode pppoe;
On Thu, May 27, 2021 at 04:15:20PM +0100, Pádraig Brady wrote:
I'm thinking rather than add yet another *sum util,
we might go the route of a single utility with
an option to select which algorithm to use.
+1
On Fri, May 28, 2021 at 09:25:26PM +0900, Dominique Martinet wrote:
Pádraig Brady wrote on Fri, May 28, 2021 at 12:58:48PM +0100:
Yes sorry for the delay.
Thanks for the reply!
I'm not sure about --swap in mv to be honest.
We were considering a separate `replace` utility,
which might be
On Sat, May 22, 2021 at 11:50:57AM -0700, Charlie Gibbs wrote:
I have to fall back to another viewer (usually ristretto, which I
really don't like) to view these files. (Working on a file that
xv likes with the Gimp is one good way to make a file it doesn't
like.)
I used xv, a long time ago.
On Sun, May 23, 2021 at 01:12:50AM +, Long Wind wrote:
https://wiki.debian.org/mtp
i have success with jmtpfs, but it's very slow
i want to use mtp-tools, but can't find documentation
i use twm and try gui tool gmtp, with no success
Try go-mtpfs. On my system jmtpfs will transfer large
On Sun, May 16, 2021 at 01:31:49PM -0500, Richard Owlett wrote:
I'll bite ;}
When is it the right tool?
When you're using it to convert ebcdic to ascii, while swapping bytes
and reblocking an ancient file from a barely readable archival tape.
When is it not?
When copying a file.
On Sat, May 15, 2021 at 11:32:31PM +0300, IL Ka wrote:
As noted, is there a minimum bs size for dd?
It seems that you can set bs as small as 1.
512 is the default because of HDD block size which used to be 512 bytes for
more than 30 years (before advanced format was invented)
dd wasn't
On Tue, May 11, 2021 at 11:26:01AM -0500, Nate Bargmann wrote:
This must be a tough bug to resolve as this one has been open almost 9
years:
https://bugs.documentfoundation.org/show_bug.cgi?id=51132
It's probably hard to find developers who use envelopes
On Fri, Apr 16, 2021 at 09:38:54AM -0700, Kaz Kylheku (Coreutils) wrote:
On 2021-04-15 18:44, Erik Auerswald wrote:
Hi,
On Thu, Apr 15, 2021 at 11:47:34PM +0200, Vincent Lefevre wrote:
I'm currently using version-sort in order to get integers sorted
in strings (due to the lack of simple
On Sun, Apr 11, 2021 at 02:33:22PM -0400, Felix Miata wrote:
On Thu 08 Apr 2021 at 14:37:59 (+0200), Marco Ippolito wrote:
What would you consider in your future planning regarding sizing /boot?
On Thu, Apr 15, 2021 at 07:56:30AM -0500, Carl Edquist wrote:
Anyway, after some time if you find yourself wanting to use the feature a
lot but being bored to type --sort=width each time, maybe that will
provide more inclination to add a short option...
("Yes," you might say, "but that's what
On Mon, Apr 12, 2021 at 04:55:28PM +0200, Jonathan Carter wrote:
On 2021/04/12 15:37, Michael Stone wrote:
Not true, if someone identifies with fascist doctrine, even if they keep
those views off of the project channels, then they are not welcome here,
no matter where they engaged in those kind
On Mon, Apr 12, 2021 at 02:56:34PM +0200, Jonathan Carter wrote:
On 2021/04/11 01:28, Bernd Zeimetz wrote:
Although I really prefer not to have them in the project, its is not the
Debian project's task to rule about political believs, opinions, religions,
fetishes and whatever else. But I
On Sat, Apr 03, 2021 at 08:03:23PM +0500, Andrey Rahmatullin wrote:
On Sat, Apr 03, 2021 at 10:37:37AM -0400, Michael Stone wrote:
> > > Not sure what hardware you are talking about but the majority of WiFI
> > > hardware is supported by the mainline kernels, at le
On Thu, Apr 01, 2021 at 11:52:46AM +0500, Andrey Rahmatullin wrote:
On Wed, Mar 31, 2021 at 10:38:11PM -0400, Michael Stone wrote:
On Tue, Mar 30, 2021 at 10:20:03PM +0500, Andrey Rahmatullin wrote:
> Not sure what hardware you are talking about but the majority of WiFI
> hardware is sup
On Tue, Mar 30, 2021 at 10:20:03PM +0500, Andrey Rahmatullin wrote:
Not sure what hardware you are talking about but the majority of WiFI
hardware is supported by the mainline kernels, at least after you load
their firmware.
I assume you haven't tried very much wifi hardware. Realistically,
On Mon, Mar 15, 2021 at 03:50:56PM -0400, Stefan Monnier wrote:
In retrospect maybe DEC and SGI should have merged and then partnered
with AMD (as you note above some of DEC's processor design team indeed
ended up at AMD on the Opteron project), but I think it would have taken
a crapload of
On Mon, Mar 15, 2021 at 01:35:42PM -0400, Celejar wrote:
Apparently POWER is having a bit of a resurgence lately due to its
openness and non-x86ness:
https://www.osnews.com/story/133093/review-blackbird-secure-desktop-a-fully-open-source-modern-power9-workstation-without-any-proprietary-code/
On Mon, Mar 15, 2021 at 11:55:40AM -0500, John Hasler wrote:
Michael Stone writes:
...HP bought Compaq.
Compaq bought HP and then renamed themselves HP. The name was all they
really wanted, of course.
That's a strange way to position it, since HP gave Compaq shareholders
HP shares
On Mon, Mar 15, 2021 at 11:03:59AM -0400, Stefan Monnier wrote:
From a purely technical perspective, it's hard to understand how Intel
managed to pour so much energy into such an obviously bad idea.
The only explanations seem all to be linked to market strategies.
They just had too much easy
On Sun, Mar 14, 2021 at 10:44:00AM -0500, John Hasler wrote:
The Wanderer wrote:
It caught on, and became so successful that Intel abandoned its ia64
approach and started making amd64 CPUs itself.
Which was unfortunate as the x86 architecture needed to die.
Moving to ia64 would have been
On Mon, Mar 15, 2021 at 12:53:46PM +, Joe wrote:
On Mon, 15 Mar 2021 12:34:42 +0100 Sven Hartge wrote:
Imagine a PC with 4GB adressable memory space in 1980.
I can. It would have cost as much as a mainframe to make full use of it.
More. Memory was often the largest line item back then,
On Fri, Feb 19, 2021 at 01:45:23PM -0800, David Christensen wrote:
https://en.wikipedia.org/wiki/Blind_men_and_an_elephant
You thought this was helpful how?
On Fri, Feb 05, 2021 at 05:06:19PM +0100, Frédéric MASSOT wrote:
Usually to copy an iso image to a USB stick I would do: dd if=image.iso
of=/dev/sdg
"/dev/sdg" the path to the USB key checked in the logs.
Today with version dd (coreutils) 8.32, this command replaces the block device
/dev/sdg
Package: exiv2
Version: 0.27.3-3
Severity: wishlist
Tags: patch upstream
Current exiv2 can't identify nikon F mount lens via FTZ adapter. Upstream
support added in this pull, and it would be nice if it were merged in debian.
https://github.com/Exiv2/exiv2/pull/1437
-- System Information:
Debian
Package: exiv2
Version: 0.27.3-3
Severity: wishlist
Tags: patch upstream
Current exiv2 can't identify nikon F mount lens via FTZ adapter. Upstream
support added in this pull, and it would be nice if it were merged in debian.
https://github.com/Exiv2/exiv2/pull/1437
-- System Information:
Debian
On Tue, Feb 02, 2021 at 10:46:29AM +0100, cedric borgese wrote:
Package: coreutils
Version: 8.32-4+b1
Severity: normal
X-Debbugs-Cc: cedric.borg...@gmail.com
Dear Maintainer,
trying to update a symbolic link from a nfs share silently fails.
if the symbolic link /some/nfs/share/tmp already
On Thu, Jan 14, 2021 at 12:45:56PM -0500, Miles Fidelman wrote:
I agree - probably not a disk error - though it never hurts to check
one's drives every once in a while.
I can think of a very long list of things that are good to do or can't
hurt on a debian system. Enumerating them in response
On Thu, Jan 14, 2021 at 11:45:25AM -0500, Miles Fidelman wrote:
Dennis Wicks wrote:
Greetings;
I am getting very frequent disk errors and I can't figure out which
drive they are occurring on. I get two messages:
[174384.704895] sata_sil :05:00.0: Event logged [IO_PAGE_FAULT
On Wed, Jan 13, 2021 at 07:03:54PM -0500, Michael Stone wrote:
On Wed, Jan 13, 2021 at 05:46:03PM -0600, Dennis Wicks wrote:
Well, this is all very interesting! I have *two* SATALink/SATARaid
expansion cards and neither of them have any red cables! They are at
pci addresses 05:00 and 05:01
On Wed, Jan 13, 2021 at 05:46:03PM -0600, Dennis Wicks wrote:
Well, this is all very interesting! I have *two* SATALink/SATARaid
expansion cards and neither of them have any red cables! They are at
pci addresses 05:00 and 05:01! How do I tell which is which?
Pull one out. :-)
On Wed, Jan 13, 2021 at 06:27:15PM -0500, rhkra...@gmail.com wrote:
On Wednesday, January 13, 2021 05:36:13 PM Michael Stone wrote:
On Wed, Jan 13, 2021 at 12:50:38PM -0500, rhkra...@gmail.com wrote:
>Is anyone on here using a Displayport to VGA adapter? If so:
> * How's it w
On Wed, Jan 13, 2021 at 02:53:58PM -0800, David Christensen wrote:
I used to think "a cable is a cable, color does not matter", but I
have experienced many storage hardware issues over the years that were
caused by red SATA cables. Other readers on this list have had
similar experiences. The
On Wed, Jan 13, 2021 at 09:49:43PM +0100, Christoph Pflügler wrote:
[ 0.00] microcode: microcode updated early to revision 0xd6,
date = 2019-10-03
[ 0.379026] SRBDS: Vulnerable: No microcode
[ 1.625090] microcode: sig=0x506e3, pf=0x2, revision=0xd6
[ 1.625215] microcode:
On Wed, Jan 13, 2021 at 12:50:38PM -0500, rhkra...@gmail.com wrote:
Is anyone on here using a Displayport to VGA adapter? If so:
* How's it working?
* Does it handle at least 1920x1080 resolution?
If anybody has used both a Displayport to VGA adapter ands a USB-3.1 to VGA
adapter, do you
On Wed, Jan 13, 2021 at 01:55:37PM -0800, David Christensen wrote:
On 2021-01-13 11:07, Dennis Wicks wrote:
I am getting very frequent disk errors and I can't figure out which
drive they are occurring on. I get two messages:
[174384.704895] sata_sil :05:00.0: Event logged [IO_PAGE_FAULT
On Tue, Jan 12, 2021 at 05:25:23PM +0100, Giacomo Catenazzi wrote:
In any case, according Intel, microcode should be updated by BIOS
I wonder if anyone from intel can manage to say that with a straight face.
On Mon, Jan 11, 2021 at 08:56:25PM +, Brian wrote:
On Mon 11 Jan 2021 at 14:54:52 -0500, Michael Stone wrote:
On Mon, Jan 11, 2021 at 09:26:11PM +0200, Andrei POPESCU wrote:
> > > In my experience 'apt upgrade' is sufficient for most (1 in 10 or even
> > > more) upgrades
On Mon, Jan 11, 2021 at 09:26:11PM +0200, Andrei POPESCU wrote:
On Lu, 11 ian 21, 08:06:50, Greg Wooledge wrote:
On Sun, Jan 10, 2021 at 11:03:54AM +0200, Andrei POPESCU wrote:
> In my experience 'apt upgrade' is sufficient for most (1 in 10 or even
> more) upgrades, even on unstable.
I think
On Fri, Jan 08, 2021 at 10:48:30PM +0100, Christoph Pflügler wrote:
On 08.01.21 22:34, Michael Stone wrote:
On Fri, Jan 08, 2021 at 09:12:53PM +0100, Christoph Pflügler wrote:
Installing package intel-microcode in Debian 10 (Buster) mitigates
most vulnerabilities as per spectre-meltdown
On Fri, Jan 08, 2021 at 09:12:53PM +0100, Christoph Pflügler wrote:
Installing package intel-microcode in Debian 10 (Buster) mitigates
most vulnerabilities as per spectre-meltdown-checker. However,
CVE-2018-3640 and CVE-2018-3615 are still displayed as unmitigated
after reboot, with
On Mon, Jan 04, 2021 at 09:30:08AM +0200, Andrei POPESCU wrote:
On Du, 03 ian 21, 19:53:07, Michael Stone wrote:
Applications which need more data integrity
guarantees generally implement some sort of journalling and/or use atomic
filesystem operations. (E.g., write a temporary file, flush/sync
On Sun, Jan 03, 2021 at 11:25:40AM +0200, Andrei POPESCU wrote:
That would mean all data is written to the disk twice and would make a
journaling file system twice as slow compared to a non-journaling file
system; the journal is typically on the same storage.
That's almost never how it's
On Fri, Jan 01, 2021 at 01:06:47PM -0500, Steven Mainor wrote:
I'm looking for recommendations for a 6 or 8 port SATA hardware raid
controller that will hopefully be supported by the kernel and/or open
source drivers to put in my desktop computer. Any input welcome,
thanks.
Revenue
On Fri, Jan 01, 2021 at 09:50:00AM -0500, Celejar wrote:
On Thu, 31 Dec 2020 11:13:54 -0500
Michael Stone wrote:
On Thu, Dec 31, 2020 at 10:59:36AM -0500, Celejar wrote:
>I don't know how to evaluate this. But still, if the camera is
>reporting 720p, shouldn't the applications d
On Thu, Dec 31, 2020 at 10:59:36AM -0500, Celejar wrote:
I don't know how to evaluate this. But still, if the camera is
reporting 720p, shouldn't the applications default to that?
The optical quality on most small web cams is so bad that increasing the
resolution just means significantly more
On Thu, Dec 31, 2020 at 07:25:54AM -0500, rhkra...@gmail.com wrote:
What do you mean by power loss protection -- do you mean, for example, that
the host computer is on a UPS, or is that a feature of some SSDs?
It's a feature of server SSDs. I wouldn't worry about it on a consumer
device,
On Wed, Dec 30, 2020 at 09:44:09PM +0100, deloptes wrote:
It depends. For example on the machine at home with LSI adapter that
provides the speed of SATA II I do not see any benefit of using SSD except
power saving
The improvement in seek times typically makes for a dramatic improvement
in
On Wed, Dec 30, 2020 at 04:07:01PM -0500, Felix Miata wrote:
If it works, it shouldn't need fixing, or replacing.
And yet, this entire subthread was premised on an upgrade! If you want
to keep running old hardware then do so. Why on earth would it upset you
that someone else isn't?
It's
On Wed, Dec 30, 2020 at 09:12:08PM +0200, Andrei POPESCU wrote:
On Mi, 30 dec 20, 13:29:05, Marc Auslander wrote:
IMHO, there are two levels of backup. The more common use is to undo
user error - deleting the wrong thing or changing something and wanting
to back out. For that, backups on the
On Wed, Dec 30, 2020 at 01:35:19PM -0500, Felix Miata wrote:
Michael Stone composed on 2020-12-30 08:56 (UTC-0500):
On Tue, Dec 29, 2020 at 10:58:38PM -0500, Felix Miata wrote:
So people are supposed to discard or replace their older external devices just
because something else came along
On Tue, Dec 29, 2020 at 10:58:38PM -0500, Felix Miata wrote:
So people are supposed to discard or replace their older external devices just
because something else came along that may or may not actually be as well suited
to task?
Basically, yes. If I'm provisioning a new system, it seems
On Tue, Dec 29, 2020 at 09:42:11PM -0500, Felix Miata wrote:
Michael Stone composed on 2020-12-29 17:30 (UTC-0500):
On Tue, Dec 29, 2020 at 04:52:48PM -0500, The Wanderer wrote:
Matching that level of versatility with *modern* ports on a modern
motherboard, especially without access
201 - 300 of 4126 matches
Mail list logo