Re: libc/libsys split coming soon

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: |

Re: noatime on ufs2

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 \ |

Re: noatime on ufs2

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

Re: git repo port issues?

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 >=

Re: Freebsd 14+ -- tcsh incompatible with terminfo

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

Re: Directory 1002/ missing from /var/run/user/

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

Re: Dragonfly Mail Agent (dma) in the base system

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

Re: PAM module for loading ZFS keys on login

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 (now optional, and |&g

Re: PAM module for loading ZFS keys on login

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

Re: PAM module for loading ZFS keys on login

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. ...

Re: Rationalizing sed -i/-I (in-place editing) argument handling

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 --

Re: HEADS UP: FreeBSD src repo transitioning to git this weekend

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 them |&

Re: src: continued use of Subversion for getting updates

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,

Re: src: continued use of Subversion for getting updates

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

Re: src: continued use of Subversion for getting updates

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 |>>|> : |>>|>

Re: src: continued use of Subversion for getting updates

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,

Re: HEADS UP: FreeBSD src repo transitioning to git this weekend

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,

Re: src: continued use of Subversion for getting updates

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

Re: HEADS UP: FreeBSD src repo transitioning to git this weekend

racticl 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: using

Re: Please check the current beta git conversions

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

Re: Please check the current beta git conversions

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

Re: Please check the current beta git conversions

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

Re: Please check the current beta git conversions

... 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

Re: Please check the current beta git conversions

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: |||>

Re: error pulling from the Beta git repo

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

Re: Plans for git

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

Re: Plans for git

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

Re: Plans for git

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

Re: Please check the current beta git conversions

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

Re: Please check the current beta git conversions

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 |

Re: Please check the current beta git conversions

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

Re: В ответ на: Re: ? ????? ??: Re: FYI: forum web site is .. unreadable

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). |>

Re: В ответ на: Re: ? ????? ??: Re: FYI: forum web site is .. unreadable

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 |>|

Re: В ответ на: Re: ? ????? ??: Re: FYI: forum web site is .. unreadable

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

Re: В ответ на: Re: ? ????? ??: Re: FYI: forum web site is .. unreadable

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

Re: ? ????? ??: Re: FYI: forum web site is .. unreadable

-__): 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 |>

FYI: forum web site is .. unreadable

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

Happy birthday.

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

Re: Move from termcap(5) to terminfo(5)

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

Re: New Xorg - different key-codes

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

Re: HELP: UEFI/ZFS Boot failure: Ignoring Boot000A: Only one DP found

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

Re: Danish FreeBSD Developer hates jews collectively

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

Re: Request for Review: Generate /etc/services from the IANA registry

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 be run \ |>

Re: Request for Review: Generate /etc/services from the IANA registry

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

Re: Request for Review: Generate /etc/services from the IANA registry

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

Re: Would O_APPEND for /dev/null be possible?

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

Re: Would O_APPEND for /dev/null be possible?

i wrote: |Bryan Drewery <bdrew...@freebsd.org> 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

Re: Would O_APPEND for /dev/null be possible?

Good evening. Bryan Drewery <bdrew...@freebsd.org> 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

Would O_APPEND for /dev/null be possible?

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

Re: The futur of the roff toolchain

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

Re: svn commit: r302185 - head/release/doc/en_US.ISO8859-1/relnotes

Glen Barber <g...@freebsd.org> 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 s

Re: svn commit: r302185 - head/release/doc/en_US.ISO8859-1/relnotes

|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

blacklistd and base-system's sendmail

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

Re: [RFC] Replace gnu groff in base by heirloom doctools

Baptiste Daroussin b...@freebsd.org 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

Re: [RFC] Replace gnu groff in base by heirloom doctools

Hello, Baptiste Daroussin b...@freebsd.org wrote: |On Tue, May 19, 2015 at 02:37:22PM +0200, Steffen Nurpmeso wrote: | Baptiste Daroussin b...@freebsd.org wrote: ||On Sat, May 16, 2015 at 01:42:26AM +0200, Julian H. Stacey wrote: | || I think keeping a fully functionnal roff(7) toolchain