Michael and All,
Long time ago, on Wednesday, 2021-03-31 12:21:27 +0100,
wrote:
> ...
> OK, unless you made a typo and the "minutes" were meant to say seconds, this
> is ridiculously slow.
Yes, it really were minutes.
> You could run some tests to see what is causing the delay. The
On 29/07/21 10:28, Dr Rainer Woitok wrote:
> I just directly formatted one of my two Philips 128G USB 3.0 sticks with
> "mkntfs" and the write performance without VeraCrypt did not improve.
> Further searching the web I found that vendors were rarely specifying
> the writing speeds of their
On 26/07/21 22:00, Frank Steinmetzger wrote:
> Am Sun, Jul 25, 2021 at 06:10:19PM -0500 schrieb Dale:
>
>
>> I've had more drives go bad when using USB enclosures than I've ever had
>> on IDE or (e)SATA.
>
> Interesting, I can’t really confirm such a correlation from the drives I
> have lying
Am Thu, Jul 29, 2021 at 05:46:16PM +0100 schrieb Wols Lists:
> > Yea. First the SMR fiasco became public and then there was some other PR
> > stunt they did that I can’t remember right now, and I said “I can’t buy WD
> > anymore”. But there is no real alternative these days. And CMR drives are
>
On Thu, 29 Jul 2021 21:29:46 - (UTC), Grant Edwards wrote:
> > Indeed, and it won't delete anything crucial for your system, and even
> > more, it won't delete anything what you need. But you have to tell
> > portage *what* you need and *what* is crucial for your system.
> > The handbook
Alan Mackenzie wrote:
>
>> > Less clever people like me follow the handbook, and assume that
>> > packages in @system are protected.
>
>> And they are right to do so. And openrc is not in @system (at least not
>> in the profile which you have chosen), and certainly the handbook does
>> not claim
Rich Freeman wrote:
> The more I heard on this the more I tend to think that maybe it
> should either not be in that virtual or that it should itself depend
> on openrc/etc, or that qmail shouldn't depend on it.
I strongly disagree. You have the same problem if you have any other
init system
Grant Edwards wrote:
> On 2021-07-29, Martin Vaeth wrote:
>
>> The handbook contains the instruction how to do this: Put the packages
>> you need into the @world file.
> [...]
>
> Is this documented somewhere in the handbook?
I always supposed that it is documented in the handbook that you
On Thu, Jul 29, 2021 at 5:38 PM Martin Vaeth wrote:
>
> Rich Freeman wrote:
>
> My understanding is that qmali contains a "daemon" which does not
> daemonize itself. To my knowledge, you can start such a thing
> only with daemontools and systemd; probably the start-daemon of
> openrc is not
Am Thu, Jul 29, 2021 at 10:55:18PM +0200 schrieb Frank Steinmetzger:
> In case someone is interested, here’s a little experience report:
> […]
> I just finished transferring my existing Borg backup repos.
> […]
> I’ve since been writing 1,2 TiB to the drive with rsync happily without
> any
On 7/29/21 8:42 PM, the...@sys-concept.com wrote:
> I'm trying to run an upgrade but I got stuck on perl:
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> dev-lang/perl:0
>
>
On Thu, Jul 29, 2021 at 4:24 PM Martin Vaeth wrote:
>
> Rich Freeman wrote:
> > The more I heard on this the more I tend to think that maybe it
> > should either not be in that virtual or that it should itself depend
> > on openrc/etc, or that qmail shouldn't depend on it.
>
> I strongly
On 2021-07-29, Martin Vaeth wrote:
> Indeed, and it won't delete anything crucial for your system, and even
> more, it won't delete anything what you need. But you have to tell
> portage *what* you need and *what* is crucial for your system.
> The handbook contains the instruction how to do
Rich Freeman wrote:
>
> First, it doesn't sound like qmail actually requires daemontools, but
> simply happens to include a daemontools service config.
My understanding is that qmali contains a "daemon" which does not
daemonize itself. To my knowledge, you can start such a thing
only with
I'm trying to run an upgrade but I got stuck on perl:
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-lang/perl:0
(dev-lang/perl-5.34.0:0/5.34::gentoo, ebuild scheduled for merge) USE="gdbm
-berkdb
On 7/29/21 9:10 PM, the...@sys-concept.com wrote:
[snip]
> It seems to me "dev-lang/perl-5.34" was made stable and it is causing a
> problem.
>
I've tried to block perl-5.34 but I'm getting another conflict:
!!! Multiple package instances within a single package slot have been pulled
!!!
On 30/7/21 4:55 am, Frank Steinmetzger wrote:
> Am Thu, Jul 29, 2021 at 05:46:16PM +0100 schrieb Wols Lists:
>
>>> Yea. First the SMR fiasco became public and then there was some other PR
>>> stunt they did that I can’t remember right now, and I said “I can’t buy WD
>>> anymore”. But there is no
On 7/29/21 8:42 PM, the...@sys-concept.com wrote:
> I'm trying to run an upgrade but I got stuck on perl:
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> dev-lang/perl:0
>
>
18 matches
Mail list logo
