Feb 17, 2023 09:59:25 Antoine Jacoutot :
> FYI in 7.3 file-roller will not depend on nautilus anymore (it's split in 2
> different packages: file-roller and file-roller-nautilus).
This is a good one, thanks!
Hello Bradley,
> It will look silly but maybe it works?
It looks silly, but it works well, thank you.
[10.109.3.15] $ cat /etc/hostname.vr0
-inet
inet 10.109.3.15 255.255.255.0
[10.109.3.15] $ cat /etc/hostname.vr3
inet 10.1.111.1 255.255.255.0
!route add 10.1.111.11 10.1.111.11
!route add
On 2023-02-17, Eric Johnson <726960+openbsd0...@pm.me> wrote:
> Ask yourself what happens when someone writes a file to a mirror?
> Answer: It means that both drives in the mirror will then contain the
> file. If you make a mistake in the file, it means that you have the
> issue on both drives and
> > I was able to reproduce watching for new data and truncation of the
> > file using "kqueue" but I do not quite understand how the original tail
> > watches when the file appears again after deletion or renaming.
I am sorry that I could not be clear enough in my words above.
I meant I already
> Am 17.02.2023 um 06:23 schrieb Maksim Rodin :
>
> Hello,
> Sorry if I chose the wrong place to ask such a question.
> I have been learning C for a couple of months and along with reading
> "C Primer Plus" by Stephen Prata and doing some exercises from it I took
> a hard (for me) task to
Raid Mirror? I assume you mean Raid-1.
One of my brothers used to be a big fan of mirrors. He somehow thought it was
some kind of substitute for backing up his data. Guess what? He was wrong.
It is generally far better to put the effort into producing and maintaining
proper backups.
Ask
> The operating system has other tools for ensuring data integrity and
> compactness."
I can confirm you this statement:
1) With OpenBSD and FFS you can remain enough quite and there is no
way of comparison with any other OS.
2) You need to set your supporting backups almost at the important
2023-02-16 13:42 GMT, Andrew :
> Thanks Crystal for your reply and encouragement,
> I'll explore all your suggestions and references when I have enough time.
If you do not have tine, better install and use alpine.
You can read mail from a provider with imap without having to download
the
On Fri, Feb 17, 2023 at 10:30:42AM -, Stuart Henderson wrote:
> On 2023-02-17, Eric Johnson <726960+openbsd0...@pm.me> wrote:
> > Ask yourself what happens when someone writes a file to a mirror?
> > Answer: It means that both drives in the mirror will then contain the
> > file. If you make a
On 17.2.2023. 18:29, Nicolas Goy wrote:
> I know this question has been answered multiple times, but I wonder if
> things changed with 7.2.
>
> Which NIC would provide the best performance with 10G physical layer
> with open bsd?
>
> I have choice between intel e810, x710, x550, x520, broadcom
>
On 2023-02-17, Maksim Rodin wrote:
>> > I was able to reproduce watching for new data and truncation of the
>> > file using "kqueue" but I do not quite understand how the original tail
>> > watches when the file appears again after deletion or renaming.
> I am sorry that I could not be clear
> We write our own software.
Kudos, appointed somewhere..
However, when you are under data recovery a ready system utility
eventually could bring some appreciable goodness to the most..
-- Daniele Bonini
Hi,
for the OpenBSD version, see kevent(2) and grep the source for kevent,
kqueue, and EV_SET.
BSD 4.4 used select(2) because it was faster than sleep (you can find
the sources e.g. on github).
Best regards
Robert
On Fri, 17 Feb 2023 08:23:13 +0300
Maksim Rodin wrote:
> Hello,
> Sorry if I
Feb 17, 2023 11:51:52 Crystal Kolipe :
> Then you perform your weekly backup, overwriting an older backup which had
> a good copy of the file in question. But this time when the system reads
> the file in from the _bad_ disk, and corrupt data gets written to your
> backup.
>
> Verifying the
On Fri, Feb 17, 2023 at 04:24:19PM +0100, Daniele B. wrote:
> Feb 17, 2023 11:51:52 Crystal Kolipe :
>
> > Then you perform your weekly backup, overwriting an older backup which had
> > a good copy of the file in question. But this time when the system reads
> > the file in from the _bad_ disk,
Thanks, I'll check it out.
Andrew
Le ven. 17 févr. 2023 à 15:14, Rodrigo Readi a écrit :
> 2023-02-16 13:42 GMT, Andrew :
> > Thanks Crystal for your reply and encouragement,
> > I'll explore all your suggestions and references when I have enough time.
>
> If you do not have tine, better
Also take a look at s-nail, it is not an email application, but a very useful
utility.
73
diana
On February 17, 2023 9:13:15 AM MST, Andrew Mitchell wrote:
>Thanks, I'll check it out.
>Andrew
>
>Le ven. 17 févr. 2023 à 15:14, Rodrigo Readi a écrit :
>
>> 2023-02-16 13:42 GMT, Andrew :
>> >
I know this question has been answered multiple times, but I wonder if things
changed with 7.2.
Which NIC would provide the best performance with 10G physical layer with open
bsd?
I have choice between intel e810, x710, x550, x520, broadcom BCM957414A4142CC
or maybe even something else.
It
Rodrigo Readi wrote in
:
|2023-02-17 19:16 GMT, Steffen Nurpmeso :
|>|>> modern requirements (html-mail, attachements).
|>
|> These both s-nail can (the former likely via mailcap).
|
|Yes, as I did it with BSD mail.
|
|But the main problem remains: with s-nail and mutt you have to
On 17.02.23 19:28, Hrvoje Popovski wrote:
long time ago i've stopped worrying about performance and start learning
about features that pf and openbsd gave me
This is also my general mood, pf and openbsd provide an ecosystem we can
rely on, keeping this is very valuable to us.
I'll go
I have been using RamNode and they have been very good. You have to go
"bring your own iso" but 2 years later and haven't had any issues. Keep
forgetting
if you need the .img or .iso heh. I sysupgraded one box from 6.8-7.1 no
problem
before replacing the VM with a stronger one. You can request
2023-02-17 19:16 GMT, Steffen Nurpmeso :
> |>> modern requirements (html-mail, attachements).
>
> These both s-nail can (the former likely via mailcap).
Yes, as I did it with BSD mail.
But the main problem remains: with s-nail and mutt you have to
download all attachments
even if you only want
Steffen Nurpmeso wrote in
<20230217191605.lu6ph%stef...@sdaoden.eu>:
|deich...@placebonol.com wrote in
| <11709eb8-1507-4c76-a042-4c1d016e4...@placebonol.com>:
...
||>> And alpine is easier to configure, it works with gmail's xoauth2,
Btw i have written a python3 script that can GMail,
deich...@placebonol.com wrote in
<11709eb8-1507-4c76-a042-4c1d016e4...@placebonol.com>:
|Also take a look at s-nail, it is not an email application, but a very \
|useful utility.
It is BSD Mail on steroids i would say in "Theo" mode.
(Though a lot is to be done. And unveil() and pledge() even
On 2/17/2023 5:30 AM, Stuart Henderson wrote:
They're often slower (especially in failure conditions) and more complex.
Reconstructing RAID5/6 after a drive failure is pretty intensive on the
other disks.
Not only that but your other (or spare) drives may have a bad sector
that won't be
On Fri, Feb 17, 2023 at 10:02:16PM +, Rodrigo Readi wrote:
> But the main problem remains: with s-nail and mutt you have to
> download all attachments
> even if you only want to read the text.
Out of interest, why is this an issue in your specific use case?
Is it due to bandwidth usage,
Many thanks for the full review, appreciated!
Feb 17, 2023 20:58:38 Courtney :
> Vultr has worked for me (they provide
> an OpenBSD install). Tilaa in the Netherlands too. Tilaa support is very
> unimpressive
> though
2023-02-17 23:50 GMT, Crystal Kolipe :
> On Fri, Feb 17, 2023 at 10:02:16PM +, Rodrigo Readi wrote:
>> But the main problem remains: with s-nail and mutt you have to
>> download all attachments
>> even if you only want to read the text.
>
> Out of interest, why is this an issue in your
On Thu, Feb 16, 2023 at 08:48:24PM +0100, Daniele Bonini wrote:
>
> > tracker3-minerS depends on nautilus
> > nautilus depends on file-roller
> > file-roller depends on thunar-archive-plugin (omg.. optional)
>
> Just to let you know that in the end I erased any of these
> *optionals* in favour
29 matches
Mail list logo