svn commit: r326554 - in head: . usr.bin/sponge usr.bin/sponge/tests usr.bin/tee

Cy Schubert Cy.Schubert at komquats.com
Tue Dec 5 20:32:07 UTC 2017


In message <CAF6rxgmydTftejsX1d8ePHLTRuyS3f0PAEVL7nwgU-HbdKW+Sw at mail.gmail.c
om>
, Eitan Adler writes:
> I'm not near my commit box right now so someone will have to revert
> it. What's funny is that I ran a complete 'make buildworld
> buildkernel' last night with this patch.
>
> Will respond to the rest of the thread later

No problem. r326575 addresses the issue.


-- 
Cheers,
Cy Schubert <Cy.Schubert at cschubert.com>
FreeBSD UNIX:  <cy at FreeBSD.org>   Web:  http://www.FreeBSD.org

	The need of the many outweighs the greed of the few.


>
> On 5 December 2017 at 10:08, Eric Joyner <erj at erj.cc> wrote:
> > I got told by a co-worker that this broke buildworld. Can this commit get
> > reverted/have the cast fixed?
> >
> > - Eric (erj)
> >
> >
> > On Tue, Dec 5, 2017 at 9:50 AM Cy Schubert <Cy.Schubert at komquats.com> wrote
> :
> >>
> >> Our sed already creates backup files "optionally" just as gsed does. Only
> >> the syntax is different. No need to sponge sed, just sed -i '' (whereas gs
> ed
> >> is -i without the argument).
> >>
> >>
> >> ---
> >> Sent using a tiny phone keyboard.
> >> Apologies for any typos and autocorrect.
> >> This old phone only supports top post. Apologies.
> >>
> >> Cy Schubert
> >> <Cy.Schubert at cschubert.com> or <cy at freebsd.org>
> >> The need of the many outweighs the greed of the few.
> >> ---
> >> ________________________________
> >> From: Devin Teske
> >> Sent: 05/12/2017 09:23
> >> To: Cy Schubert
> >> Cc: Hans Petter Selasky; rgrimes at freebsd.org; cem at freebsd.org; Eitan
> >> Adler; src-committers; svn-src-all at freebsd.org; svn-src-head at freebsd.org
> >>
> >> Subject: Re: svn commit: r326554 - in head: . usr.bin/sponge
> >> usr.bin/sponge/tests usr.bin/tee
> >>
> >>
> >> On Dec 5, 2017, at 8:29 AM, Cy Schubert <Cy.Schubert at komquats.com> wrote:
> >>
> >> Why not update sed to create the backup file only if the suffix is given
> >> to -i, like gnu sed does.
> >>
> >>
> >> I suspect that would break countless scripts that test uname to determine
> >> how to use the -i flag of sed.
> >> --
> >> Devin
> >>
> >>
> >> ---
> >> Sent using a tiny phone keyboard.
> >> Apologies for any typos and autocorrect.
> >> This old phone only supports top post. Apologies.
> >>
> >> Cy Schubert
> >> <Cy.Schubert at cschubert.com> or <cy at freebsd.org>
> >> The need of the many outweighs the greed of the few.
> >> ---
> >> ________________________________
> >> From: Devin Teske
> >> Sent: 05/12/2017 07:35
> >> To: Hans Petter Selasky
> >> Cc: rgrimes at freebsd.org; cem at freebsd.org; Eitan Adler; src-committers;
> >> svn-src-all at freebsd.org; svn-src-head at freebsd.org
> >> Subject: Re: svn commit: r326554 - in head: . usr.bin/sponge
> >> usr.bin/sponge/tests usr.bin/tee
> >>
> >>
> >> > On Dec 5, 2017, at 5:00 AM, Hans Petter Selasky <hps at selasky.org> wrote:
> >> >
> >> >> On 12/05/17 13:58, Rodney W. Grimes wrote:
> >> >> Further more, why does freebsd need this in base?
> >> >
> >> > Hi,
> >> >
> >> > I think this is useful. It could replace the "-i " (intermediate) option
> >> > for "sed" for example. It avoids creating temporary files when filtering
> >> > files, right?
> >> >
> >> > --HPS
> >> >
> >>
> >> Wth is wrong with:
> >>
> >> data=$( sed -e '...' somefile ) &&
> >>         echo "$data" > somefile
> >>
> >> or
> >>
> >> set -e
> >> data=...
> >> echo "$data" > ...
> >>
> >> or
> >>
> >> exec 3<<EOF
> >> $( ... )
> >> EOF
> >> cat > ... <&3
> >>
> >> or
> >>
> >> (I digress)
> >>
> >> Infinite variations, but the gist is that sponge looks to be trying to
> >> help sh(1)/similar when help is unneeded.
> >>
> >> Why buffer data into memory via fork-exec-pipe to sponge when you can
> >> buffer to native namespace without pipe to sponge?
> >>
> >> Am I missing something? Why do we need sponge(1)?
> >> --
> >> Devin
> >>
> >
>
>
>
> -- 
> Eitan Adler
> Source, Ports, Doc committer
> Bugmeister, Ports Security teams
>




More information about the svn-src-head mailing list