Gleb Popov wrote in
:
|On Tue, Aug 20, 2024 at 12:18 AM Steffen Nurpmeso \
|wrote:
|> Jan Bramkamp wrote in
|> :
|>|On 31.07.24 17:02, void wrote:
...
|>|> [.] when adduser was invoked, I was given the option to
|>|> encrypt the homedir. This is a great feat
Jan Bramkamp wrote in
:
|On 31.07.24 17:02, void wrote:
|> I was pleasantly surprised when I installed a new [1] zfs-on-root
|> -current
|> to rpi4 that when adduser was invoked, I was given the option to
|> encrypt the homedir. This is a great feature for my context [2].
|>
|> It doesn't
Brooks Davis wrote in
:
|TL;DR: The implementation of system calls is moving to a seperate
|library (libsys). No changes are required to existing software (except
|to ensure that libsys is present when building custom disk images).
...
[]
|This change serves three primary purposes:
| 1
Chris wrote in
<9155214edb61b1bc3bad3bc96f96e...@bsdforge.com>:
...
|I haven't seen anything in this thread that wouldn't be better placed in
|tuning(7)
|or tunefs(8).
|
|* Silicon disks fail without warning
| tapes did as well. Unless you're working with punch cards please \
| implem
Hallo
Olivier Certner wrote in
<2367131.USjQqFH40Q@ravel>:
|> I would not exactly call this a gimmick.
|
|I wish I hadn't used that term since it attracts too much attention \
|on itself, making people forget it was part of a sentence that was \
|quite balanced and seemingly altering their j
Bakul Shah wrote in
<46c8698a-a004-4b5f-9107-6d9fd3685...@iitbombay.org>:
|On Jan 3, 2024, at 11:22 AM, Brooks Davis wrote:
|>
|> Nothing about dates is centralized in git, but some server side checks
|> could be implemented on CommitDate. IMO we should require that
|> CommitDate be >= the
Hello Thomas Dickey.
Thomas Dickey wrote in
:
|On Thu, Nov 02, 2023 at 06:58:55PM +0100, Steffen Nurpmeso wrote:
|> I do understand that a bit. Other than that plain termcap was so
|> small and i would assume essentially unchanged for decades, that
|> i do not. Termcap entries
Jan Beich wrote in
:
|Graham Perrin writes:
|
|> What normally takes care of creation of the numbered directories?
|
|/var/run/user/ (or /run/user/ on Linux with systemd) is a common prefix
It seems to me the latter is just a more modern variant, which
slowly enters non-systemd systems like
Ed Maste wrote in
:
|The Dragonfly Mail Agent (dma) is a small Mail Transport Agent (MTA)
|which accepts mail from a local Mail User Agent (MUA) and delivers it
|locally or to a smarthost for delivery. dma does not accept inbound
|mail (i.e., it does not listen on port 25) and is not intended
Konstantin Belousov wrote in
:
|On Mon, Sep 06, 2021 at 04:01:37PM +0200, Steffen Nurpmeso wrote:
|> Eric McCorkle wrote in
|> :
|>|Interesting, I wasn't aware of the upstream module. I'd say that's
|>
|> It's existence was the reason i have readded (no
Eric McCorkle wrote in
:
|Interesting, I wasn't aware of the upstream module. I'd say that's
It's existence was the reason i have readded (now optional, and
a tad different) session support for my pam_xdg PAM module,
because i was thinking that, if such a many-eyes-seen thing of
a software proj
Eric McCorkle wrote in
:
...
>> This patch creates a new PAM module that will load a ZFS key upon a
>> successful login: https://reviews.freebsd.org/D31844. It will use the
>> user's auth token as the key argument to loading a ZFS encryption key on
>> a user-specific ZFS data set.
...
Ian Lepore wrote in
<8e9983a4243d158789029ec8b16837b35ca4451a.ca...@freebsd.org>:
|On Mon, 2021-03-08 at 15:13 -0500, Ed Maste wrote:
|> A relatively minor but longstanding incompatibility between FreeBSD
|> and many other systems is the way sed handles backup files for
|> in-place editing --
John-Mark Gurney wrote in
<20201229011939.gu31...@funkthat.com>:
|Steffen Nurpmeso wrote this message on Wed, Dec 23, 2020 at 17:24 +0100:
|>|Then there's also the point that the repo is (looks like it) using
|>|SHA-1 hashes, which are effectively broken, so depending upon the
Hello.
Ulrich Spörlein wrote in
:
|On Sat, 2020-12-26 at 02:55:30 +0100, Steffen Nurpmeso wrote:
|>Warner Losh wrote in
|> :
|>|On Fri, Dec 25, 2020 at 3:25 PM Steffen Nurpmeso \
|>|wrote:
|>|> Warner Losh wrote in
|>|> :
|>|>|> On Fri, Dec 25,
Warner Losh wrote in
:
|On Fri, Dec 25, 2020 at 3:25 PM Steffen Nurpmeso \
|wrote:
|> Warner Losh wrote in
|> :
|>|> On Fri, Dec 25, 2020 at 2:41 PM Steffen Nurpmeso
|>|> wrote:
|>|>> Ulrich Spörlein wrote in
|>|>> :
|>|>>|On Wed, 2020-12
Warner Losh wrote in
:
|> On Fri, Dec 25, 2020 at 2:41 PM Steffen Nurpmeso
|> wrote:
|>> Ulrich Spörlein wrote in
|>> :
|>>|On Wed, 2020-12-23 at 15:35:45 +0100, Steffen Nurpmeso wrote:
|>>|>Jeffrey Bouquet wrote in
|>>|> :
|>>|>
Ulrich Spörlein wrote in
:
|On Wed, 2020-12-23 at 15:35:45 +0100, Steffen Nurpmeso wrote:
|>Jeffrey Bouquet wrote in
|> :
|>|On Wed, 23 Dec 2020 11:13:07 +0100, Johan Hendriks |om> wrote:
|>|> On 23/12/2020 09:49, Warner Losh wrote:
|>|>> On Wed, Dec 23,
John-Mark Gurney wrote in
<20201223023242.gg31...@funkthat.com>:
|Steffen Nurpmeso wrote this message on Fri, Dec 18, 2020 at 19:28 +0100:
|> Brooks Davis wrote in
|> <20201218175241.ga72...@spindle.one-eyed-alien.net>:
|>|On Thu, Dec 17, 2020 at 05:53:20PM -0800,
Jeffrey Bouquet wrote in
:
|On Wed, 23 Dec 2020 11:13:07 +0100, Johan Hendriks wrote:
|> On 23/12/2020 09:49, Warner Losh wrote:
|>> On Wed, Dec 23, 2020, 1:48 AM Graham Perrin \
|>> wrote:
...
|> First of all a big thank you for all your time and effort you and all
|> the other people p
mmits have no practicl effect on users of a repo.
Well you can verify integrity of a repository regardless of how it
was distributed, this is why it is done, right.
#?0$ git log --oneline --show-signature -1 v14.9.20.ar
16a21755 (...)
gpg: Signature made Sun 13 Dec 2020 12:43:44 AM CET
gpg:
Ulrich Spörlein wrote in
:
|On Mon, Oct 5, 2020 at 7:21 PM Steffen Nurpmeso wrote:
|> Ulrich Spörlein wrote in
|> :
|>|On Sun, Oct 4, 2020 at 1:53 AM Bakul Shah wrote:
|>|> git clone --bare https://cgit-beta.freebsd.org/src.git
|>|> cd src.git
|>|> git fetc
Ulrich Spörlein wrote in
:
|On Sun, Oct 4, 2020 at 1:53 AM Bakul Shah wrote:
|> git clone --bare https://cgit-beta.freebsd.org/src.git
|> cd src.git
|> git fetch origin 'refs/notes/*:refs/notes/origin/*' # <<< not sure about
|> this
|> # don't recall if I manually added the seco
Hello.
Bakul Shah wrote in
:
|On Oct 3, 2020, at 3:14 PM, Steffen Nurpmeso wrote:
|> And still "git fetch" fails with
|>
|> POST git-upload-pack (chunked)
|> error: RPC failed; curl 55 OpenSSL SSL_write: Broken pipe, errno 32
|> fatal: the remote end hung up
...
Steffen Nurpmeso wrote in
...
> I tried simply updating my github clone by switching
>
>url = https://cgit-beta.freebsd.org/src.git
>#url = https://github.com/freebsd/freebsd.git
...
|It fails again, repeatedly [.]
|
| POST git-upload-pack (chunke
Steffen Nurpmeso wrote in
<20200903191410.sgjuq%stef...@sdaoden.eu>:
|For one: thanks all, it now works!
|
|Steffen Nurpmeso wrote in
| <20200903151825.g_rv9%stef...@sdaoden.eu>:
||Renato Botelho wrote in
|| :
|||On 02/09/20 20:20, Steffen Nurpmeso wrote:
|||> Ed
Patrick McMunn wrote in
:
|I'm using the beta git repo at , and I have been compiling source in that
|directory. Today, when I ran "git pull", it errored out instead of updating
|fully. I don't know if the error was a result of me building in the
|directory, but it seems like a reasonable poss
Warner Losh wrote in
:
|On Mon, Sep 21, 2020 at 2:55 PM Steffen Nurpmeso \
|wrote:
|> Lev Serebryakov wrote in
|> <23e7fc1c-6769-ceaf-4089-46e5cc575...@freebsd.org>:
|>|On 19.09.2020 19:05, Bakul Shah wrote:
|>|>> These are the main ones. The three down si
Lev Serebryakov wrote in
<23e7fc1c-6769-ceaf-4089-46e5cc575...@freebsd.org>:
|On 19.09.2020 19:05, Bakul Shah wrote:
|>> These are the main ones. The three down sides are lack of $FreeBSD$ \
|>> support
|>> and tags in general.
|>
|> Can a git hook be used for this?
|
|git filters could b
Bakul Shah wrote in
:
|On Sep 18, 2020, at 11:21 PM, Warner Losh wrote:
|>
|> These are the main ones. The three down sides are lack of $FreeBSD$ \
|> support
|> and tags in general.
|
|Can a git hook be used for this?
I use a git pre-commit hook to fake-update SCCS IDs for my web
site (
For one: thanks all, it now works!
Steffen Nurpmeso wrote in
<20200903151825.g_rv9%stef...@sdaoden.eu>:
|Renato Botelho wrote in
| :
||On 02/09/20 20:20, Steffen Nurpmeso wrote:
||> Ed Maste wrote in
||> :
||>
||> I tried simply updating my github clone by switching
Renato Botelho wrote in
:
|On 02/09/20 20:20, Steffen Nurpmeso wrote:
|> Ed Maste wrote in
|> :
|>
|> I tried simply updating my github clone by switching
|>
|>url = https://cgit-beta.freebsd.org/src.git
|>#url = https://github.com/freebsd/freebsd.git
|
Ed Maste wrote in
:
I tried simply updating my github clone by switching
url = https://cgit-beta.freebsd.org/src.git
#url = https://github.com/freebsd/freebsd.git
and whereas ls-remote worked fine fetch -v --dry-run aborted as
well as normal fetch, after dumping dozens of POSTs
POST git-
Hello.
Michael Gmelin wrote in
<20200624104439.62f0a...@bsd64.grem.de>:
|On Tue, 23 Jun 2020 19:47:21 +0200
|Steffen Nurpmeso wrote:
|> ...shortened...
|>|Data point: I tried on latest Firefox on macOS, no problems there
|> (but |the resolution isn't as high as yours).
Hello!!
Michael Gmelin wrote in
<20200623192523.7c595...@bsd64.grem.de>:
|On Tue, 23 Jun 2020 17:34:37 +0200
|Steffen Nurpmeso wrote:
|> Kostya Berger wrote in
|> <811812565.4605472.1592924651...@mail.yahoo.com>:
|>||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
|>|
Steffen Nurpmeso wrote in
<20200623153437.m2ntn%stef...@sdaoden.eu>:
|Kostya Berger wrote in
|<811812565.4605472.1592924651...@mail.yahoo.com>:
|||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
||| написал(-а):
|||Gary Jennejohn wrote in
|||<[2]20200623130733.658b4...@ernst.home[/2
Kostya Berger wrote in
<811812565.4605472.1592924651...@mail.yahoo.com>:
||вт, 23 июн. 2020 в 17:55 Steffen Nurpmeso
|| написал(-а):
||Gary Jennejohn wrote in
||<[2]20200623130733.658b4...@ernst.home[/2]>:
|||On Tue, 23 Jun 2020 09:05:06 + (UTC)
|||Kostya Berger <[3]berger
-__): On 2020-06-23 08:48, Gary Jennejohn wrote:
|>> On Tue, 23 Jun 2020 01:14:52 +0200
|>> Steffen Nurpmeso wrote:
...
|>>> Normally i do not do forums (web interface etc etc), but i was
|>>> interested in ZFS encryption support and so i searched, and found
|>
Hello.
Normally i do not do forums (web interface etc etc), but i was
interested in ZFS encryption support and so i searched, and found
a page[1]. Now when i open that on a glibc Linux box with
#?0|kent:src$ prt-get info firefox-bin
Name: firefox-bin
Path: /usr/ports/opt
Just saw it and have seen nothing yet, and having reread GDBE
paper from BSDCON 2003 today: happy birthday FreeBSD!
You seem to have reached the age of Janis Joplin, Jim Morrison and
Jimmi (Hendrix)! That makes optimistical.
--steffen
|
|Der Kragenbaer,The moon bear,
|der holt si
Just my one cent.
Baptiste Daroussin wrote in
<20200507124126.g4z5op4cyv45p...@ivaldir.net>:
|I can't find any proper rationale in our history (maybe I missed it) which
|explains why our ncurses is stuck on using termcap(5) instead of terminf\
|o(5)
...
|I would like to make the move from ter
Bob Willcox wrote in
<20200311214930.gc5...@rancor.immure.com>:
|On Wed, Mar 11, 2020 at 02:48:56PM +0100, Michael Gmelin wrote:
|>>> On 11. Mar 2020, at 10:29, Mark Martinec
|>>> wrote:
...
| I just updated my laptop from source, and somewhere along the way
| the key-codes Xorg sees
O. Hartmann wrote in <20190821145234.6fe455b4@freyja>:
|I ran into serious trouble booting several boxes off UEFI. On modern \
|hardware,
|the ESP is around 200 - 300 MB in size and usually I install
|/efi/freebsd/loader.efi, loader.efi taken from /boot/loader.efi. On \
|some older
|hardware,
Rozhuk Ivan wrote in <20190510073249.73a17721@rimwks>:
|On Thu, 09 May 2019 18:03:04 +
|ossobser...@redchan.it wrote:
|
|> Background: Apparently a FreeBSD developer, a viking looking fellow,
|> has been hiding a secret: just as many of his predecessors in the
|> Danish cities during WW
Eric van Gyzen wrote in :
|On 9/11/18 10:04 AM, Steffen Nurpmeso wrote:
|> Alan Somers wrote in w...@mail.gmail.com>:
|>|Don't worry Steffen. Python won't be a build requirement for FreeBSD \
|>|even after Eric's patch. His Python script will only need to
Alan Somers wrote in :
|Don't worry Steffen. Python won't be a build requirement for FreeBSD \
|even after Eric's patch. His Python script will only need to be run \
|whenever IANA
|updates its database, and the results will be checked into source contro\
|l. So for a normal user, there is
Eric van Gyzen wrote in <59cd421e-f5d4-855a-83ec-65726f792...@vangyzen.net>:
|On 9/10/18 12:04 PM, Eric van Gyzen wrote:
|> Would anyone like to review this change to generate /etc/services from
|> the IANA registry?
|>
|> https://reviews.freebsd.org/D17106
|
|If that review made your
and i wrote:
...
|The POSIX standard says that the error condition shall be set if
|a read or write error occurs only, but this should not be the case
|here, no? So looking at [master]:lib/libc/stdio/fseek.c:_fseeko()
|(note my machine is not strong enough to compile any compiler (but
|pcc,
i wrote:
|Bryan Drewery wrote:
||On 8/7/2017 2:36 PM, Steffen Nurpmeso wrote:
||> I can open a file with "a+", which, for this software, means
||> "O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and
||> OpenBSD, but FreeBSD complains,
Good evening.
Bryan Drewery wrote:
|On 8/7/2017 2:36 PM, Steffen Nurpmeso wrote:
|> I can open a file with "a+", which, for this software, means
|> "O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and
|> OpenBSD, but FreeBSD complains,
I can open a file with "a+", which, for this software, means
"O_RDWR | O_APPEND | O_CREAT | n_O_NOFOLLOW" on Linux, Solaris and
OpenBSD, but FreeBSD complains, i think because O_APPEND. (I
think only because the VM does not survive resumes and other
pauses here, which frustrated me over time. It
Mr. McKusick,
Kirk McKusick wrote:
|Thanks for all your work on this project. As I still use roff for
|our book and for many of my presentations, it is a topic of interest
|to me. That said, I am fine with roff dropping out of base as I can
|easily enough bring it in from ports. And I am curi
Glen Barber wrote:
|On Sat, Jun 25, 2016 at 03:02:11PM +0200, Steffen Nurpmeso wrote:
|>| A selection of system daemons, including:
|>| fingerd,
|>| ftpd,
|>|- rlogind,
|>|- rshd, and
|>|- sshd have been modified to support
|>|+ rlogind, and
|&
|Author: gjb
|Date: Fri Jun 24 23:42:33 2016
Sigh.
|Log:
| Update the release notes following r302182.
| A selection of system daemons, including:
| fingerd,
| ftpd,
|- rlogind,
|- rshd, and
|- sshd have been modified to support
|+ rlogind, and
|+ rshd have be
Hello,
thank you for importing NetBSD's blacklistd into FreeBSD, that
really was great news! For those of us who don't want to have
a logfile analyzer running that needs to reevaluate things which
the program who produced the entry already knew.
I have my very own exposed server since 2016, the
Hello,
Baptiste Daroussin wrote:
|On Tue, May 19, 2015 at 02:37:22PM +0200, Steffen Nurpmeso wrote:
|> Baptiste Daroussin wrote:
|>|On Sat, May 16, 2015 at 01:42:26AM +0200, Julian H. Stacey wrote:
|>
|>|>> I think keeping a fully functionnal roff(7) toolchain part
Baptiste Daroussin wrote:
|On Sat, May 16, 2015 at 01:42:26AM +0200, Julian H. Stacey wrote:
|>> I think keeping a fully functionnal roff(7) toolchain part of the
|>> base system is very good on a unix.
|>> From what I could check I cannot find any regression when \
|>> migrating from gnu
57 matches
Mail list logo
