From owner-svn-src-head@freebsd.org Thu Jan 17 22:33:07 2019 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 041381481D23 for ; Thu, 17 Jan 2019 22:33:07 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-ot1-f46.google.com (mail-ot1-f46.google.com [209.85.210.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 91F658834E for ; Thu, 17 Jan 2019 22:33:06 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-ot1-f46.google.com with SMTP id 32so12623236ota.12 for ; Thu, 17 Jan 2019 14:33:06 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nG9CR3hjUxDG1YaytjKZIvtz/e+badylI/o7xv6jhCM=; b=qZpx4poSBvqigPUqKTEEeKiFQZQWWXwYhUzRjQtIuCDh1T4wmIqvHTLAqrcl33JaKF 5EpdB0BEjMO/o/X/www1Y4+gtP8I9dLBZF64ub9fNwm73EU4aU87ckNvM2/I0AmiY4tX 2U9kaBXkkMGlBWKeLnFemHS/lkhSMXC25oN2+RrRRfeoEb1rWfzIE6+7Uj3za24rh8Bl 29tLqq2f0BkHSFWiY5huLY+/bMKRbPd3OJPfOWkWv2fgVfaYM6uVKoSKn86fxwXILuFQ VmXPw6goWyWxazeravOEyC1eboB5t1wM16CrLEGPEPgATmMIycZ3h2fhdBTfH2Hx0aXd Ypbw== X-Gm-Message-State: AJcUukfysu1fxJOTCrdVdqdKlTQ+ftVYjo84hIXNHVLf/tSpYCufFYPE xwJOUQxdCb4J3b4kOE8CfoiJapHldfuB4zC9xNhFGw== X-Google-Smtp-Source: ALg8bN4PUKalXUJcV+dGUgyJvfNShsPm3nePw+1PKU1AqvLrspbggIY6nshy26Ag/ETXhmG7Qte91lWwYeYaOsHzIKo= X-Received: by 2002:a9d:8c6:: with SMTP id 64mr10277608otf.168.1547763919710; Thu, 17 Jan 2019 14:25:19 -0800 (PST) MIME-Version: 1.0 References: <201901172046.x0HKkvWs011502@slippy.cwsent.com> In-Reply-To: <201901172046.x0HKkvWs011502@slippy.cwsent.com> From: Maxim Sobolev Date: Thu, 17 Jan 2019 14:25:07 -0800 Message-ID: Subject: Re: svn commit: r343118 - in head/usr.sbin: . trim To: Cy Schubert Cc: "Conrad E. Meyer" , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org X-Rspamd-Queue-Id: 91F658834E X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.97 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.97)[-0.968,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 22:33:07 -0000 What I think we really need is some way to easily porti-ze useful stuff that would otherwise go into /usr/[s]bin, so adding things would be just as easy as hooking up SUBDIR into usr.[s]bin/Makefile. Yes, I know, this is topic almost as old as the FreeBSD Project itself, but perhaps we just did not approach it the right way. It was always the idea that we would just move bunch of stuff from src/usr.[s]bin repo into ports/. Which brings several important question such as "who is to host the distfile"? "where sources hosted", "who is to update the port when changes happen?" etc. Perhaps even by forking the whole ports idea into a smaller closely-guarged subset. Something like a new baseports repository, which might have structure like baseports/usr.bin/xxx, baseports/usr.sbin/yyy etc. Then add some automagic glue to kick in on every commit and transfer this into valid ports, which is going to be packaged by the poudriere and such. This way we could reduce amount of port-foo average src committer needs in order to maintain code. I am almost tempted to sit and write something over the next weekend or few of thereofs. Using usr.sbin/trim as an example. -Max On Thu, Jan 17, 2019 at 12:47 PM Cy Schubert wrote: > In message il.com> > , Conrad Meyer writes: > > On Thu, Jan 17, 2019 at 12:22 PM Cy Schubert > wrot > > e: > > > This is wrong. IIRC there was discussion that this should be in dd(1). > > > Why not submit a revision to add the functionality to dd? > > > > Well, it's wrong, but not because we need another weird dd mode. dd > > is hard enough to use already. > > I've never found dd confusing. What's wrong conv=erase? > > If it must stay, sderase is a better name. That's really what it does. > > Ports maybe? > > > -- > Cheers, > Cy Schubert > FreeBSD UNIX: Web: http://www.FreeBSD.org > > The need of the many outweighs the greed of the few. > > > >